When I looked at replacing bulbs around my house with CFLs, I noticed that all of the ones I was looking at said that you should not use them in a recessed fixture that has a cover. Unfortunately, that means these bulbs will not work in most of the fixtures in my house. At the time, I was unable to find a CFL that said it could be used in a covered fixture. Has this changed? If not, outlawing incandescent bulbs seems like a really bad idea.
costs are going up, and lawsuits are giving insane sums of money
The insurance companies love to use this excuse. Don't buy into it. Where I live (Texas), a law was passed a few years ago that caps non-economic damages (e.g. pain, suffering, emotional distress). This eliminates the insane judgments against the insurance companies. This should have caused insurance premiums to go down right? Think again. Since the law was passed, premiums have gone up, not down.
DirecTV just renewed their contract with TiVo for 3 more years. Its not clear from the story if this means only that they will continue to support existing DirecTivo subscribers for 3 more years, or if they will also continue to provide DirecTivo receivers for sale. I hope it means that they will continue to sell the Tivo units, but I suspect DirecTV wants to sell their own DVRs instead.
Rails looks at the database (not XML files!) to figure out the table structure, so the changes are visible in RoR automatically. You do not have to change anything to make ActiveRecord (RoR's ORM) see the new table structure. It happens automatically.
why did linux get the market it has now and not BSD ?
There are a number of reasons for this. In the beginning, Linux has better support for low end hardware (e.g.: 386's). FreeBSD was geared only towards the server market at that time. For example, FreeBSD only supported SCSI drives for a while while Linux supported IDE drives.
Another factor was that Linux development was happening in public, through Usenet, while FreeBSD development was happening on private mailing lists. This was before the web had really taken off, and Usenet was quite popular.
In addition, the USL lawsuit against BSDI and the Regeants of the University of California was in full swing when Linux was starting to gain momentum. Lots of folks were afraid that if the lawsuit went USL's way, that it would be very bad news for the BSD variants.
There is a paper that expands on some of these details here: http://www.freebsddiary.org/linux.php. I didn't write it, but it is an interesting read.
The previous format, YYYYMMDDNN (where NN is an arbitrary sequence number), conforms to no standard but its own.
Actually, the YYYYMMDDNN syntax is recommended by RFC 1912, section 2.2. I dont have a problem with verisign making this change, but RFC 1912 does suggest using this syntax.
2.2 SOA records
...The recommended syntax is YYYYMMDDnn
(YYYY=year, MM=month, DD=day, nn=revision number. This won't
overflow until the year 4294.
Ralsky agreed to this interview and the tour of his operation only if I promised not to print the address of his new home, which I found in Oakland County real estate records.
In other words, I wont print the address, but here is where you can easily find it:).
Schools are teaching languages like Java and C# because there is so much hype surrounding those languages.
IMO, this is part of the problem. Languages should not be taught. concepts should be taught,a nd those concepts will translate to any language. People are coming out of schools having only been taught in Java (C# / whatever) and have no concept of things like memory management, buffer overlows etc. These folks have never had to think about these issues before because they only wrote Java code in school. When these people get out into the industry, they will almost certainly have to maintain some code at some time that deals with issues like this. Sorry, but the world doesnt revolve around all of these high level languages yet. There is a lot of C/C++ code out there in the real world that will need to be maintained for many years to come. We haven't managed to kill off COBOL yet after all:).
Also, as others have mentioned, coding in these high-level languages can give you a false sense of security. Do you trust your Java implementation for example? Are you willing to say for certain that the JVM doesnt have any buffer overflows in it:).
Even "joe-sixpack" [can] buy DSS/Dish/DTV systems now, and most of those are now coming with DirecTivos out of the box usually for a very small price ($99 or less).
I have to say that my experience is that this just isnt true. I went out with the intent to purchase a TiVo/DTV combo unit a few weeks ago and figured I'd have no problem finding it at a local retailer. I went to two retailers, and one of them only had a Sony unit that cost $399 (!). No thanks. I'm not paying 400 bucks for it on top of a $250 TiVo subscription fee. I dont care how good it is.
The other retailer I went to was Circuit City and I was informed by the salesman there that they dont carry them anymore because they are unable to obtain them. He told me that Phillips no longer makes a DTV/TiVo reciever, and Sony had discontinued their line (I doubt this is true, but this was his excuse for not having any of them). I was then given a sales pitch on UltimateTV instead. Sorry, but I dont want to be stuck paying another $20 per month for M$-UltimateTV service with no option to buy a lifetime service. I dont want or need email on my TV. If I wanted to surf the internet, I wouldn't be watching TV! So TiVO is a much better fit for me than UltimateTV, but the only place I can find the DirecTV/TiVo recievers are on the internet. Retail stores just dont seem interested in selling them here (Dallas).
Thats been my experience anyway. Maybe its not this way everywhere:)
I dont know about MySQL/SAP/Interbase, but I do know that PostgreSQL v7.1.x *does* have SSL support if compiled with it. So that item is incorrect in the table.
Also, the table lists that postgresql has replication capabilities via erserver. This is only sort of true. Erserver is an asynchronous replication system, which is probably less than ideal. There are several replication projects going on for PgSQL right now (see here), but its most likely that WAL logs will somehow be used in the long run to provide real replication capabilities to PgSQL.
Possibly IETF drafts (which are publicly available) could be used here. For example:
draft-ietf-idn-nameprep-00.txt (published July 3, 2000)
and
draft-ietf-idn-race-00.txt (dont know when this was published)
I am sure that many of the ICANN registrars will allow this. I know for fact that the registrar I work for (GKG.NET, INC) will allow you to register domain names of this type. So you could register your domain HERE.
Sorry, but the right thing to do would not to have kept the polls in St Louis open late in the first place. Its not fair to the other districts in the state to only allow a couple of districts extra time to vote. The rules should have been the same across the state, and the polls should have closed in St Louis at the same time as the rest of the state.
I've talked to numerous people who have had this happen to them who have transferred their domains from netsol to the company I work at to avoid this happening again (http://register.gkg.net/).
The system we have in place requires domain contacts to log in over an SSL connection to make changes to their domains, which is much safer than the email system NSI uses.
If you built the journalling version, you should not even have gotten a reiserfsck. In fact, the README in the utils directory specifically says you should *NOT* fsck a jRFS filesystem. It sounds like you built plain reiserfs, and not the journalling version.
As far as fsck'ing an ext2 partition. I have to disagree. We have a machine at work with 4 17GB SCSI disks in it. When that machine resets, it takes between 10 and 20 minutes to fsck all of the disks, and mount the filesystems. Reiserfs with journalling would cut that down to a minute at most I would think...
JFS is not just a buzzword IMHO. Other OS's have had this for quite some time (XFS on SGI, VxFS on HP-UX etc..), and Linux has been quite lacking in this area. Just my.02
I didn't say it wouldn't make a good root file system, just that you would neet to boot off of another root partition to repair it.
The above is incorrect. When mounting the filesystem, the journal is replayed. When the filesystem is unmounted cleanly, there is nothing to replay. If the filesystem was not unmounted cleanly, then there is *something* in there to replay. So you do *not* need to boot off of an alternate root to repair it. Just mount it and let it do the journal replay, and you are ready to go. It seems the FAQ must be out of date.
I'll agree that "enterprise ready" is becoming an overused buzzword. On the other hand, I cant help but agree that for many enterprise-level applications, Linux just is not ready yet. I see the following items as a requirement to get there before I would feel truely comfortable using Linux as in these environments:
Journalling File System (JFS) - Its no good to run linux on your 10 terrabyte file server if it takes 2 days to fsck your disk array.
Good stable LVM implementation with the ability to grow/shrink mounted filesystems on the fly.
Good failover support (something like HP-UX's serviceguard).
LVM, and JFS are close (Reiserfs has JFS in beta, I think ext3fs is close as well. LVM seems close to being stable, but dont know if we will see any of these into v2.4). So these features are coming. But right now, I still don't feel comfortable with Linux in an environment where these features are critical.
I could agree with you more man. My wife and I are both 23 years old and the $%^&* ticket booth attendant would not sell us tickets without ID's to the Blair Witch Project. I too was tempted to walk away. It's not like I was even *close* to the age limit.
What do you mean about HP-UX not being SMP friendly?? HP-UX 11.00 runs up to 16 Way SMP on V-Class machines I know for sure. I know it will also run at least 4 way on K-Class servers..
Slashdot Mirror
When I looked at replacing bulbs around my house with CFLs, I noticed that all of the ones I was looking at said that you should not use them in a recessed fixture that has a cover. Unfortunately, that means these bulbs will not work in most of the fixtures in my house. At the time, I was unable to find a CFL that said it could be used in a covered fixture. Has this changed? If not, outlawing incandescent bulbs seems like a really bad idea.
The insurance companies love to use this excuse. Don't buy into it. Where I live (Texas), a law was passed a few years ago that caps non-economic damages (e.g. pain, suffering, emotional distress). This eliminates the insane judgments against the insurance companies. This should have caused insurance premiums to go down right? Think again. Since the law was passed, premiums have gone up, not down.
DirecTV just renewed their contract with TiVo for 3 more years. Its not clear from the story if this means only that they will continue to support existing DirecTivo subscribers for 3 more years, or if they will also continue to provide DirecTivo receivers for sale. I hope it means that they will continue to sell the Tivo units, but I suspect DirecTV wants to sell their own DVRs instead.
Rails looks at the database (not XML files!) to figure out the table structure, so the changes are visible in RoR automatically. You do not have to change anything to make ActiveRecord (RoR's ORM) see the new table structure. It happens automatically.
There are a number of reasons for this. In the beginning, Linux has better support for low end hardware (e.g.: 386's). FreeBSD was geared only towards the server market at that time. For example, FreeBSD only supported SCSI drives for a while while Linux supported IDE drives.
Another factor was that Linux development was happening in public, through Usenet, while FreeBSD development was happening on private mailing lists. This was before the web had really taken off, and Usenet was quite popular.
In addition, the USL lawsuit against BSDI and the Regeants of the University of California was in full swing when Linux was starting to gain momentum. Lots of folks were afraid that if the lawsuit went USL's way, that it would be very bad news for the BSD variants.
There is a paper that expands on some of these details here: http://www.freebsddiary.org/linux.php. I didn't write it, but it is an interesting read.
They already do this. All IDN registrations are normalized into form NFKC as specified in UTR #15. But that doesn't solve the problem.
Actually, the YYYYMMDDNN syntax is recommended by RFC 1912, section 2.2. I dont have a problem with verisign making this change, but RFC 1912 does suggest using this syntax.
Or alternatively,
:)
2. Install postfix
Ralsky agreed to this interview and the tour of his operation only if I promised not to print the address of his new home, which I found in Oakland County real estate records.
:).
In other words, I wont print the address, but here is where you can easily find it
Schools are teaching languages like Java and C# because there is so much hype surrounding those languages.
:).
:).
IMO, this is part of the problem. Languages should not be taught. concepts should be taught,a nd those concepts will translate to any language. People are coming out of schools having only been taught in Java (C# / whatever) and have no concept of things like memory management, buffer overlows etc. These folks have never had to think about these issues before because they only wrote Java code in school. When these people get out into the industry, they will almost certainly have to maintain some code at some time that deals with issues like this. Sorry, but the world doesnt revolve around all of these high level languages yet. There is a lot of C/C++ code out there in the real world that will need to be maintained for many years to come. We haven't managed to kill off COBOL yet after all
Also, as others have mentioned, coding in these high-level languages can give you a false sense of security. Do you trust your Java implementation for example? Are you willing to say for certain that the JVM doesnt have any buffer overflows in it
Funny wasnt the point. If they are so hard to find at retail stores, how does anyone *expect* them to be popular to the masses.
Even "joe-sixpack" [can] buy DSS/Dish/DTV systems now, and most of those are now coming with DirecTivos out of the box usually for a very small price ($99 or less).
:)
I have to say that my experience is that this just isnt true. I went out with the intent to purchase a TiVo/DTV combo unit a few weeks ago and figured I'd have no problem finding it at a local retailer. I went to two retailers, and one of them only had a Sony unit that cost $399 (!). No thanks. I'm not paying 400 bucks for it on top of a $250 TiVo subscription fee. I dont care how good it is.
The other retailer I went to was Circuit City and I was informed by the salesman there that they dont carry them anymore because they are unable to obtain them. He told me that Phillips no longer makes a DTV/TiVo reciever, and Sony had discontinued their line (I doubt this is true, but this was his excuse for not having any of them). I was then given a sales pitch on UltimateTV instead. Sorry, but I dont want to be stuck paying another $20 per month for M$-UltimateTV service with no option to buy a lifetime service. I dont want or need email on my TV. If I wanted to surf the internet, I wouldn't be watching TV! So TiVO is a much better fit for me than UltimateTV, but the only place I can find the DirecTV/TiVo recievers are on the internet. Retail stores just dont seem interested in selling them here (Dallas).
Thats been my experience anyway. Maybe its not this way everywhere
I dont know about MySQL/SAP/Interbase, but I do know that PostgreSQL v7.1.x *does* have SSL support if compiled with it. So that item is incorrect in the table.
Also, the table lists that postgresql has replication capabilities via erserver. This is only sort of true. Erserver is an asynchronous replication system, which is probably less than ideal. There are several replication projects going on for PgSQL right now (see here), but its most likely that WAL logs will somehow be used in the long run to provide real replication capabilities to PgSQL.
Possibly IETF drafts (which are publicly available) could be used here. For example:
draft-ietf-idn-nameprep-00.txt (published July 3, 2000) and draft-ietf-idn-race-00.txt (dont know when this was published)
I am sure that many of the ICANN registrars will allow this. I know for fact that the registrar I work for (GKG.NET, INC) will allow you to register domain names of this type. So you could register your domain HERE.
Sorry, but the right thing to do would not to have kept the polls in St Louis open late in the first place. Its not fair to the other districts in the state to only allow a couple of districts extra time to vote. The rules should have been the same across the state, and the polls should have closed in St Louis at the same time as the rest of the state.
Me neither.
The system we have in place requires domain contacts to log in over an SSL connection to make changes to their domains, which is much safer than the email system NSI uses.
And you cant seem to recognize sarcasm :).
If you built the journalling version, you should not even have gotten a reiserfsck. In fact, the README in the utils directory specifically says you should *NOT* fsck a jRFS filesystem. It sounds like you built plain reiserfs, and not the journalling version.
As far as fsck'ing an ext2 partition. I have to disagree. We have a machine at work with 4 17GB SCSI disks in it. When that machine resets, it takes between 10 and 20 minutes to fsck all of the disks, and mount the filesystems. Reiserfs with journalling would cut that down to a minute at most I would think...
JFS is not just a buzzword IMHO. Other OS's have had this for quite some time (XFS on SGI, VxFS on HP-UX etc..), and Linux has been quite lacking in this area. Just my
The above is incorrect. When mounting the filesystem, the journal is replayed. When the filesystem is unmounted cleanly, there is nothing to replay. If the filesystem was not unmounted cleanly, then there is *something* in there to replay. So you do *not* need to boot off of an alternate root to repair it. Just mount it and let it do the journal replay, and you are ready to go. It seems the FAQ must be out of date.
- Journalling File System (JFS) - Its no good to run linux on your 10 terrabyte file server if it takes 2 days to fsck your disk array.
- Good stable LVM implementation with the ability to grow/shrink mounted filesystems on the fly.
- Good failover support (something like HP-UX's serviceguard).
LVM, and JFS are close (Reiserfs has JFS in beta, I think ext3fs is close as well. LVM seems close to being stable, but dont know if we will see any of these into v2.4). So these features are coming. But right now, I still don't feel comfortable with Linux in an environment where these features are critical.I could agree with you more man. My wife and I are both 23 years old and the $%^&* ticket booth attendant would not sell us tickets without ID's to the Blair Witch Project. I too was tempted to walk away. It's not like I was even *close* to the age limit.
Java is a programming language, not a game!
What do you mean about HP-UX not being SMP friendly?? HP-UX 11.00 runs up to 16 Way SMP on V-Class machines I know for sure. I know it will also run at least 4 way on K-Class servers..