I work for an ISP. As part of my job, I handle abuse reports. Often reports are for events more than a week old (typically worm type reports come fast, but spam reports are often delayed because the recipients don't read their email every day).
We also use long-term data for trend analysis: which POP needs more or less dialup lines, who dialed in to a POP (with how much they pay, does the POP make financial sense), etc.
While trend analysis doesn't require IP addresses (for the most part), the call database has a record per call that includes the IP (same database as used for IP abuse lookups). To not retain IP addresses, we'd have to set up a second database, second lookup interface, and some transfer mechanism between the "with IP" and "without IP" databases. That's a real PITA, so we don't do that.
Nope, you are wrong. Re-read section 3 of the GPLv2; for a commercial product, it either has to come with the source or include a written offer to give ANY third party a copy of the source (for at most the cost reimbursment of the cost of distribution).
My TiVo manual includes a written offer for example (also with their download site URL); anyone (not just TiVo customers) can request a copy of the source from TiVo.
The Kelly story (and the other one I'm thinking of) both have humans learning about the universe at large from a more advanced race. The other race controls the teleport stations (in orbit), but they don't let the original leave. After receiving confirmation from the receiving station, the sending station "eliminates" the now-superfluous original (to keep things in balance).
You may be thinking of James Patrick Kelly's "Talk Like a Dinosaur", which was also made into an episode of the new "Outer Limits" (I can't remember if that was the story name or the episode name or both).
IIRC there is an older story by an older well-known SF author that Kelly's was similar to, but I can't remember the details now.
None of Tru64 was ever incorporated into HP-UX. HP promised they were going to cary TruCluster and AdvFS forward into HP-UX (and possibly other Tru64 technologies), but then decided it was going to be too hard and threw it all away. October 27 is the end of the line for Tru64; support will continue for several years, but in limited fashion.
The Alpha and Tru64 Unix are going away first. The last order date for a new AlphaServer is October 27, and (despite earlier Compaq and HP promises and guarantees) Tru64 and its related technologies die with the Alpha.
HP Tru64 Unix was previously known as Compaq Tru64 Unix, Digital Unix, and DEC OSF/1 AXP. It was a full 64 bit OS on the Alpha CPU, first released in 1992 (a couple of years before Apple switched from the 68K to the PPC).
I think OSF/1 on the Alpha may have been the first 64 bit Unix variant.
Interestingly, Tru64 is based on a Mach kernel, same as Apple's Mac OS X.
Huntsville's economy is NOT entirely government funded by a long shot anymore. There are a number of local high-tech companies that don't sell much (if anything) to the government. We've got Adtran (a big telecom gear maker), Avocent (formerly Cybex, a big KVM and remote system access maker), Baron Services (one of the largest providers of TV weather systems and support), and Sanmina/SCI (one of the largest contract equipment manufacturers), just to name a few off the top of my head.
MSFC and the Army (Redstone Arsenal) draw a lot of PhDs, as do their contractors. Other local high tech companies have grown up as well that draw PhDs. I have known engineers (don't know if any are PhDs) that have a house in the city and a farm in the country; when they retire, they sell the city house and move to the country (and a farm that is paid for).
Huntsville, AL has come in high on the per-capita PhD list most years as well. ISTR Huntsville coming in at #1 some years, but I have been unable to find a definative source (local Chamber of Commerce stuff doesn't count). I can't find who publishes such a list; I guess my Google-fu is weak tonight.
As someone who lives in Huntsville (born and raised here) and also does some business in Montgomery, I'd have to agree. I'm not aware of a whole lot of tech jobs available in Montgomery; there's always demand in Huntsville (especially as another 7-12 thousand Army and contracter jobs come to Huntsville in the next few years). I don't know how the cost of living compares (Huntsville is a good bit lower than the Atlanta area though). The "metro" areas around Montgomery and Huntsville are about the same size IIRC, but Huntsville has a lot more "outside" influence (German rocket scientists in the 1950s and people from all over the world since).
Huntsville can be an odd place sometimes; mixing rocket scientists and rednecks has interesting results.
I didn't buy an SUV (a 1997 Honda CR-V that gets about 22MPG around town) to go off-road; I bought it because it was an economical vehicle that can seat 4 adults comfortably and has good cargo capacity. I only own one vehicle, so it has to be able to handle everything I need. I certainly couldn't get another vehicle that can seat 4 adults as well for the price I paid.
Red Hat has committed to maintaining RHEL releases for (IIRC) 6-8 years now. During the first couple of years, this includes new hardware support and some new features; after that, a release goes to maintenance mode and only gets major bugfix and security updates. Compare that to Oracle, where security updates only come occasionally. We were told our 4 year old Oracle install was too old and that we had to upgrade to get support. Also, RHEL upgrades are (at least currently) essentially free. You pay for a certain release train (WS/ES/AS) and platform support, and you are licensed to use any currently supported RHEL version in that train. Oracle wanted us to pay many more $$ to upgrade.
Um, the Redstone rocket did not launch anybody into orbit, so I don't think it "can get a person or two into orbit." The only manned Redstone launches were the first two Mercury flights, and they were sub-orbital. The orbital Mercury flights used the Atlas rocket.
One reason we don't keep flying the old designs is the great expense that goes into maintaining the capability to launch the old designs. It isn't like airplanes, where they can all land on the same runway (length being the only significant limiting factor) and you just raise and lower the stairs. The various rockets use different fuels, are different sizes (requiring different gantry systems), etc. Also, the ground communications systems change. You could go back and re-engineer the old rockets to work with the new systems, and build special multi-rocket gantry systems, but that would cost a good bit of money.
Of course, for unmanned systems (which have different requirements and are mostly commercial launches now), multiple rocket designs are used for many years.
Read what I wrote: the vast majority of malware has nothing to do with administrator/root/superuser access. For example, spam zombie software just needs network access, which all users have. This isn't about automatic execution; users have to do something to execute the malware and they still do it.
I haven't used Windows regularly in at least 10 years (Linux is my OS of choice). However, claiming Mac or Linux are better is wrong; as long as the user clicks "OK", the system (made up of both the computer and the user) is insecure. If you sit these users in front of a Fedora Linux box, how many will unzip a ZIP file and run a script/program found inside (ZIP files can include Unix-style permissions so execute bit is set by unzip)? Way to many in my experience. There are a lot of ways to make this happen; assuming software can fix the problem is not going to help.
As long as people will click "yes" to install/run some random bit of software, Mac/Linux/*BSD/etc. are not going to be any better than Windows. These aren't holes in the OS, they are holes in the user. Much of the malware (spam zombies, SSH password scanners, etc.) doesn't need any special privileges to run, so it could run as a normal user.
Something like SELinux may help, but then email/IRC messages can just come with instructions for the chcon command to run (people open encrypted ZIPs with the password in the body already; putting a command to "fix" a download is not that different).
There are hundreds, if not thousands, of Internet companies in the US. So far, two or three have said they want to do this. They are large, but they are not without competition.
Another big problem with this proposed legislation is that, if it were passed and stood up in court (where it would no doubt be challenged), it would also be the toe in the door for government regulation of Internet traffic for other reasons. "Think of the children" groups, RIAA/MPAA, and who knows who else would send even more lobbiests to Washington with new justification. Spammers could sue ISPs that disconnect them for not being "neutral" about their traffic.
Some networks that have limited bandwidth (smaller ISPs, corporate and education networks) rate-limit peer-to-peer traffic to keep it from flooding out other traffic, but that would be stopped. QoS for VOIP may also have to stop. Lots of ISP traffic engineering would come under government review.
Slashdot Mirror
I work for an ISP. As part of my job, I handle abuse reports. Often
reports are for events more than a week old (typically worm type reports
come fast, but spam reports are often delayed because the recipients
don't read their email every day).
We also use long-term data for trend analysis: which POP needs more or
less dialup lines, who dialed in to a POP (with how much they pay, does
the POP make financial sense), etc.
While trend analysis doesn't require IP addresses (for the most part),
the call database has a record per call that includes the IP (same
database as used for IP abuse lookups). To not retain IP addresses,
we'd have to set up a second database, second lookup interface, and some
transfer mechanism between the "with IP" and "without IP" databases.
That's a real PITA, so we don't do that.
Yes, my comment was a reference; kafka47 got it.
Who?
Nope, you are wrong. Re-read section 3 of the GPLv2; for a commercial product, it either has to come with the source or include a written offer to give ANY third party a copy of the source (for at most the cost reimbursment of the cost of distribution).
My TiVo manual includes a written offer for example (also with their download site URL); anyone (not just TiVo customers) can request a copy of the source from TiVo.
The Kelly story (and the other one I'm thinking of) both have humans learning about the universe at large from a more advanced race. The other race controls the teleport stations (in orbit), but they don't let the original leave. After receiving confirmation from the receiving station, the sending station "eliminates" the now-superfluous original (to keep things in balance).
You may be thinking of James Patrick Kelly's "Talk Like a Dinosaur", which was also made into an episode of the new "Outer Limits" (I can't remember if that was the story name or the episode name or both).
IIRC there is an older story by an older well-known SF author that Kelly's was similar to, but I can't remember the details now.
None of Tru64 was ever incorporated into HP-UX. HP promised they were going to cary TruCluster and AdvFS forward into HP-UX (and possibly other Tru64 technologies), but then decided it was going to be too hard and threw it all away. October 27 is the end of the line for Tru64; support will continue for several years, but in limited fashion.
The Alpha and Tru64 Unix are going away first. The last order date for a new AlphaServer is October 27, and (despite earlier Compaq and HP promises and guarantees) Tru64 and its related technologies die with the Alpha.
Yeah, but they'll get better.
HP Tru64 Unix was previously known as Compaq Tru64 Unix, Digital Unix, and DEC OSF/1 AXP. It was a full 64 bit OS on the Alpha CPU, first released in 1992 (a couple of years before Apple switched from the 68K to the PPC).
I think OSF/1 on the Alpha may have been the first 64 bit Unix variant.
Interestingly, Tru64 is based on a Mach kernel, same as Apple's Mac OS X.
Huntsville's economy is NOT entirely government funded by a long shot anymore. There are a number of local high-tech companies that don't sell much (if anything) to the government. We've got Adtran (a big telecom gear maker), Avocent (formerly Cybex, a big KVM and remote system access maker), Baron Services (one of the largest providers of TV weather systems and support), and Sanmina/SCI (one of the largest contract equipment manufacturers), just to name a few off the top of my head.
Nah, that looks like just a lousy jet engine, not a real rocket engine.
However, one of the "sell-your-own" car lots did have an X-Wing fighter parked for sale several years ago.
MSFC and the Army (Redstone Arsenal) draw a lot of PhDs, as do their contractors. Other local high tech companies have grown up as well that draw PhDs. I have known engineers (don't know if any are PhDs) that have a house in the city and a farm in the country; when they retire, they sell the city house and move to the country (and a farm that is paid for).
Huntsville, AL has come in high on the per-capita PhD list most years as well. ISTR Huntsville coming in at #1 some years, but I have been unable to find a definative source (local Chamber of Commerce stuff doesn't count). I can't find who publishes such a list; I guess my Google-fu is weak tonight.
As someone who lives in Huntsville (born and raised here) and also does some business in Montgomery, I'd have to agree. I'm not aware of a whole lot of tech jobs available in Montgomery; there's always demand in Huntsville (especially as another 7-12 thousand Army and contracter jobs come to Huntsville in the next few years). I don't know how the cost of living compares (Huntsville is a good bit lower than the Atlanta area though). The "metro" areas around Montgomery and Huntsville are about the same size IIRC, but Huntsville has a lot more "outside" influence (German rocket scientists in the 1950s and people from all over the world since).
Huntsville can be an odd place sometimes; mixing rocket scientists and rednecks has interesting results.
If you have liner burning away, you are now exposing the tiles to flaming debris. Nothing burns perfectly away, so there will be large chunks.
Also, you've got to fasten the liner somehow, which would mean holes in the tiles.
There are many open source programming languages already (perl, python,
etc.), and they don't seem to have a problem with forking or
compatibility.
If Sun fosters a good development community, there shouldn't be a
problem.
Minivans cost more and get lower gas mileage. Also, I didn't want a large vehicle (it is easy to parallel park a CR-V in small spaces).
I didn't buy an SUV (a 1997 Honda CR-V that gets about 22MPG around town) to go off-road; I bought it because it was an economical vehicle that can seat 4 adults comfortably and has good cargo capacity. I only own one vehicle, so it has to be able to handle everything I need. I certainly couldn't get another vehicle that can seat 4 adults as well for the price I paid.
Red Hat has committed to maintaining RHEL releases for (IIRC) 6-8 years now. During the first couple of years, this includes new hardware support and some new features; after that, a release goes to maintenance mode and only gets major bugfix and security updates. Compare that to Oracle, where security updates only come occasionally. We were told our 4 year old Oracle install was too old and that we had to upgrade to get support. Also, RHEL upgrades are (at least currently) essentially free. You pay for a certain release train (WS/ES/AS) and platform support, and you are licensed to use any currently supported RHEL version in that train. Oracle wanted us to pay many more $$ to upgrade.
Um, the Redstone rocket did not launch anybody into orbit, so I don't think it "can get a person or two into orbit." The only manned Redstone launches were the first two Mercury flights, and they were sub-orbital. The orbital Mercury flights used the Atlas rocket.
One reason we don't keep flying the old designs is the great expense that goes into maintaining the capability to launch the old designs. It isn't like airplanes, where they can all land on the same runway (length being the only significant limiting factor) and you just raise and lower the stairs. The various rockets use different fuels, are different sizes (requiring different gantry systems), etc. Also, the ground communications systems change. You could go back and re-engineer the old rockets to work with the new systems, and build special multi-rocket gantry systems, but that would cost a good bit of money.
Of course, for unmanned systems (which have different requirements and are mostly commercial launches now), multiple rocket designs are used for many years.
Read what I wrote: the vast majority of malware has nothing to do with administrator/root/superuser access. For example, spam zombie software just needs network access, which all users have. This isn't about automatic execution; users have to do something to execute the malware and they still do it.
I haven't used Windows regularly in at least 10 years (Linux is my OS of choice). However, claiming Mac or Linux are better is wrong; as long as the user clicks "OK", the system (made up of both the computer and the user) is insecure. If you sit these users in front of a Fedora Linux box, how many will unzip a ZIP file and run a script/program found inside (ZIP files can include Unix-style permissions so execute bit is set by unzip)? Way to many in my experience. There are a lot of ways to make this happen; assuming software can fix the problem is not going to help.
As long as people will click "yes" to install/run some random bit of software, Mac/Linux/*BSD/etc. are not going to be any better than Windows. These aren't holes in the OS, they are holes in the user. Much of the malware (spam zombies, SSH password scanners, etc.) doesn't need any special privileges to run, so it could run as a normal user.
Something like SELinux may help, but then email/IRC messages can just come with instructions for the chcon command to run (people open encrypted ZIPs with the password in the body already; putting a command to "fix" a download is not that different).
There are hundreds, if not thousands, of Internet companies in the US. So far, two or three have said they want to do this. They are large, but they are not without competition.
Another big problem with this proposed legislation is that, if it were passed and stood up in court (where it would no doubt be challenged), it would also be the toe in the door for government regulation of Internet traffic for other reasons. "Think of the children" groups, RIAA/MPAA, and who knows who else would send even more lobbiests to Washington with new justification. Spammers could sue ISPs that disconnect them for not being "neutral" about their traffic.
Some networks that have limited bandwidth (smaller ISPs, corporate and education networks) rate-limit peer-to-peer traffic to keep it from flooding out other traffic, but that would be stopped. QoS for VOIP may also have to stop. Lots of ISP traffic engineering would come under government review.