Correct. The thing you are missing (again and again) is that NOBODY can provide such assurance because SCO is not showing the alledged offending code (for no valid legal reason). This is also why the discussion is so one sided (well, SCO vs everybody else), SCO has provided NOTHING to back some pretty outrageous claims.
Yes, the US probably has more nukes than European nations, but unfortunately it just doesn't take that many nukes to do the job. Probably why both Russia and the US have agreed to reduce their arsenal over the years. Good PR, does little to reduce their might.
1. File trading doesn't neccessarily mean sharing or trading MP3s.
2. Trading/sharing MP3s doesn't neccessarily mean those MP3s can't be traded/shared. There are all kinds of artists that don't mind their music being shared - especially on a college campus.
3. Trading MP3s is a good way to "preview" an album/artist. I ROUTINELY buy CDs after having listened to a few MP3s.
Not all the EU countries have signed/agreed to the Schengen treaty. In other words, you can't travel in every country of the EU without a border check. The UK (not suprisingly) is one of those countries - there are several others.
I was not aware that the common ID card was part of that treaty as well, but here is your explanation for why the UK may not have that ID.
Sure, of course thieves might be less interested in clothings that have the tag missing (depending on what the thieve is planning to do with the stolen good of course).
I think if they limited the location of the rfids to the colar tag (maybe by law?) it would allow the privacy conscious people to feel better and still provide the stores with the benefits of the technology.
Of course, a way to innoculate the tag at checkout (as suggested in several posts today) would still be better.
It's done plenty. In fact, it's done by default for various things on RedHat - it's just a matter of dropping a file in/etc/httpd/conf.d/ - that's how RedHat manages to RPM-ize stuff like mod_perl, php and SSL support. The same mechanism can (and is used where I work) to configure directories with whatever settings that directory needs (think of each directory as being one app). If you don't want to give developers access to/etc/httpd/conf.d (understandable) it'd be trivial to change httpd.conf to look in a set directory in their home directories.
I understand your argument, but unfortunately I find the "complications" of not working in a tomcat-like "framework" rather insignificant. Don't get me wrong, Tomcat IS nice - and I use it too, I am just not buying your arguments AGAINST a straight perl/apache solution.
Now if you had talked about scalability of CGIs, then I probably would not have argued with you.
Nope. Not any harder. Also a web server configuration - you can do something "special" with errors on any web server I've ever encountered both in Unix and Microsoft world.
But I am becoming to see the pattern... You basically prefer the configuration mechanism of Tomcat better than Apache. That's fine, it's a perfectly legitimate concern if that's what matters most to you. But again, it has nothing to do with Java or Perl. What you're talking about are not J2EE things either - they are specific to an implementation of a J2EE application server (tomcat).
You seem to have a beef with Perl because you don't like Apache. Perl is a just a language, not a platform. You can write.Net web apps in perl if you like and then you have all the goodies that you like so much about Tomcat but in perl (using IIS).
That's right, you'd have to add the mapping to the apache web server configuration. I don't see what the big deal with doing that. Is it easier to edit web.xml than httpd.conf? As someone who deals with both, I don't think so.
But regardless, I'd like to point out that you are essentially comparing configurations between Apache (a web server) with Tomcat (an application server, which can, but shouldn't be used as a web server). I am not sure how these reflect negatively on perl.
CJK = Chinese Japanese Korean. Most entry system support these three languages as a group, so since he noticed that there are Japanese fonts installed, chances are Japanese is supported. Get it?
No, their income strategy appears to be to get huge amounts of people to pay for RHN ($60/year) touting iso downloads, and then NOT pay for the neccessary bandwidth to support this feature.
Not that I am bitter, but at the rate curl is downloading them from RHN I think that BestBuy will have it on their shelves before the download completes. If it ever complete since resume on their weird "url contains session info" links simply doesn't work.
This morning, RHN was unavailable for a few hours. Could not even get the login prompt. Only some unhelpful message that they were sorry for the inconvienience.
Once I finally got in, there were no iso links. Only the release notes. That's it.
An hour after that, the site was sloooow but the links were finally there. I've been attempting to download the isos all day long at a snail pace - so slow in fact, that the boxes will show up on the shelves before I have all three isos.
Also, resuming simply doesn't work too well with their links. Some of the downloads had to resume and guess what! The links have expired. That's nice.
Overall I have to say that the pre-release for subscribers was a good idea, but so poorly executed. They're lucky that I joined RHN a while back and not for their isos. It seems like they hyped the pre-release thing to get people to subscribe and then found out they simply don't have the bandwidth.
I am downloading with BitTorrent eventhough I am a RHN subscriber (and RHAT stock owner). No remorse.
I agree with you that it might not be completely there, but the WS product IS what RedHat has in mind for the corporate workstation market. I am sure it will evolve and improve like everything else.
Basically, I was not disagreeing with your original post - I agree with you on the target audience that RH has for its base distro. Just adding that RH is addressing the workstation market TODAY (or trying to).
You don't have to conjecture anything. Redhat has been selling "Redhat Entreprise Linux WS" (WS = Workstation) here for a few weeks now.
Quoting from the page linked above: Red Hat Enterprise Linux WS is the desktop/client member of the Red Hat Enterprise Linux family. Red Hat Enterprise Linux WS is ideal for client-server deployments, S/W development environments and targeted ISV client applications (such as EDA and Oil/Gas applications). Red Hat Enterprise Linux WS is fully compatible with other members of Red Hat's Enterprise family of products and maintains complementary technology and services suited specifically for client application use.
Red Hat Enterprise Linux WS provides support for workstation/desktop systems with up to two CPUs and 4GB of main memory. Designed with the desktop environment in mind, Red Hat Enterprise Linux WS does not include many server applications found in Red Hat Enterprise Linux AS and Red Hat Enterprise Linux ES.
Aside from potential legal issues, the NTFS module is not terribly safe to use. Read-only mode is probably OK though, I agree, RedHat could have included the read-only module.
You don't have to start with a "blank" kernel. The RedHat configs to use for a kernel recompile are all in a subdirectory called configs. Load the appropriate config file (smp, bigmem or whatever) from file (one of the option on xconfig). I have had not problem with this on RH8.
I have never had RH trash a windows (fat32 or NTFS) partition, even RH8. You sure you did not enable write on the NTFS kernel module? Aside from the "EXPERIMENTAL" word, I believe there is a big disclaimer that says that it might trash your NTFS drivers (might be on the help screen). Either way, I don't see why this is a RedHat issue, as far as I know they are not the authors of this particular module.
I don't see why Apple would care if someone gets firewire file-sharing working. They are not in the music business. Unlike other conglomerates (Sony) they don't know any music company/publisher.
Yeah, I know they've turned off some peep to peer software that run on top of iTunes but only to avoid a lawsuit. If someone takes an ipod, install another OS altogether and does filesharing with that seems to be more or less out of Apple's hands.
I don't think Europeans whine about the death penalty in the US. They just choose not to extradict people to the US that might be subject to the death penalty (i.e. already convincted, or will be tried on a death penalty case).
There is no way to write a lawyer letter that sounds nice, period. This one was as nice as any such letter can sound.
I would have just removed the logo, renamed the list "Pee Cee Eye" (or any creative way to say PCI you can thing off) and everybody would have been happy. It's also faster and easier to do than to write a long rant. But hey! That's just me...
They did not "request" they hand over the list over to IBM. They don't even know that IBM would want to host the list. They merely said that he can't use a trademark he doesn't own - however good the intent was. They offered a helpful suggestion, that perhaps, if his employer (IBM) is willing, it could host the list for him in which case the conflict goes away since IBM is a member of the group.
All in all, it sounded like a fairly reasonable legalese letter, and I didn't quite see the need to fly off the handle.
I am Cheap? Maybe. I think I've clearly stated that I would not pay more than $1-2/month no matter what. I have a fair amount of disposable income, and there are tons of stuff I would (and do) pay lots of $$$ for - a TV guide is not included on that list.
I have seen no indication that TiVo are going to stay in business for very long. Have they even ever made a profit? Don't bother answering this question, it doesn't really matter: I simply don't want to put myself in a situation where I have to worry about that. Probably one of the same reasons why I did not consider buying a DIVX player a few years back. I don't like buying hardware and then still feel like I am renting it (thanks to monthly fees), and I don't like having to depend on the company sticking around.
There is no FUD here. Just lots of people that don't care for TiVo's business model.
Pretty simple. Of course, you're hoping that TiVo (or whoever) will be around for your lifetime (or at least the lifetime of the hardware) and that's a BIG BIG "if".
I will only buy a PVR if and when it lets me choose a provider for the data. It's OK if some of the provider charge money - I might even pay for it (although $1 or 2 per month, preferable as a yearly fee format - is more of my taste). I want a choice, and I want competition. Until then, no TiVo for me!
Well, that assumes that MS made a billion worth of XBox ahead of time or something. I am sure they're more or less made as needed with as little inventory sitting on the factory floor. You know, basic "Supply Chain Management". Of course several companies got hit pretty hard by f*cking this up pretty badly (i.e. Palm)...
Slashdot Mirror
Correct. The thing you are missing (again and again) is that NOBODY can provide such assurance because SCO is not showing the alledged offending code (for no valid legal reason). This is also why the discussion is so one sided (well, SCO vs everybody else), SCO has provided NOTHING to back some pretty outrageous claims.
Yes, the US probably has more nukes than European nations, but unfortunately it just doesn't take that many nukes to do the job. Probably why both Russia and the US have agreed to reduce their arsenal over the years. Good PR, does little to reduce their might.
I'll take the bait.
1. File trading doesn't neccessarily mean sharing or trading MP3s.
2. Trading/sharing MP3s doesn't neccessarily mean those MP3s can't be traded/shared. There are all kinds of artists that don't mind their music being shared - especially on a college campus.
3. Trading MP3s is a good way to "preview" an album/artist. I ROUTINELY buy CDs after having listened to a few MP3s.
Not all the EU countries have signed/agreed to the Schengen treaty. In other words, you can't travel in every country of the EU without a border check. The UK (not suprisingly) is one of those countries - there are several others.
I was not aware that the common ID card was part of that treaty as well, but here is your explanation for why the UK may not have that ID.
Sure, of course thieves might be less interested in clothings that have the tag missing (depending on what the thieve is planning to do with the stolen good of course).
I think if they limited the location of the rfids to the colar tag (maybe by law?) it would allow the privacy conscious people to feel better and still provide the stores with the benefits of the technology.
Of course, a way to innoculate the tag at checkout (as suggested in several posts today) would still be better.
Of course, you could just cut off the colar tag (depending on the type of color tag that is).
It's done plenty. In fact, it's done by default for various things on RedHat - it's just a matter of dropping a file in /etc/httpd/conf.d/ - that's how RedHat manages to RPM-ize stuff like mod_perl, php and SSL support. The same mechanism can (and is used where I work) to configure directories with whatever settings that directory needs (think of each directory as being one app). If you don't want to give developers access to /etc/httpd/conf.d (understandable) it'd be trivial to change httpd.conf to look in a set directory in their home directories.
I understand your argument, but unfortunately I find the "complications" of not working in a tomcat-like "framework" rather insignificant. Don't get me wrong, Tomcat IS nice - and I use it too, I am just not buying your arguments AGAINST a straight perl/apache solution.
Now if you had talked about scalability of CGIs, then I probably would not have argued with you.
Nope. Not any harder. Also a web server configuration - you can do something "special" with errors on any web server I've ever encountered both in Unix and Microsoft world.
.Net web apps in perl if you like and then you have all the goodies that you like so much about Tomcat but in perl (using IIS).
But I am becoming to see the pattern... You basically prefer the configuration mechanism of Tomcat better than Apache. That's fine, it's a perfectly legitimate concern if that's what matters most to you. But again, it has nothing to do with Java or Perl. What you're talking about are not J2EE things either - they are specific to an implementation of a J2EE application server (tomcat).
You seem to have a beef with Perl because you don't like Apache. Perl is a just a language, not a platform. You can write
That's right, you'd have to add the mapping to the apache web server configuration. I don't see what the big deal with doing that. Is it easier to edit web.xml than httpd.conf? As someone who deals with both, I don't think so.
But regardless, I'd like to point out that you are essentially comparing configurations between Apache (a web server) with Tomcat (an application server, which can, but shouldn't be used as a web server). I am not sure how these reflect negatively on perl.
CJK = Chinese Japanese Korean. Most entry system support these three languages as a group, so since he noticed that there are Japanese fonts installed, chances are Japanese is supported. Get it?
No, their income strategy appears to be to get huge amounts of people to pay for RHN ($60/year) touting iso downloads, and then NOT pay for the neccessary bandwidth to support this feature.
Not that I am bitter, but at the rate curl is downloading them from RHN I think that BestBuy will have it on their shelves before the download completes. If it ever complete since resume on their weird "url contains session info" links simply doesn't work.
This morning, RHN was unavailable for a few hours. Could not even get the login prompt. Only some unhelpful message that they were sorry for the inconvienience.
Once I finally got in, there were no iso links. Only the release notes. That's it.
An hour after that, the site was sloooow but the links were finally there. I've been attempting to download the isos all day long at a snail pace - so slow in fact, that the boxes will show up on the shelves before I have all three isos.
Also, resuming simply doesn't work too well with their links. Some of the downloads had to resume and guess what! The links have expired. That's nice.
Overall I have to say that the pre-release for subscribers was a good idea, but so poorly executed. They're lucky that I joined RHN a while back and not for their isos. It seems like they hyped the pre-release thing to get people to subscribe and then found out they simply don't have the bandwidth.
I am downloading with BitTorrent eventhough I am a RHN subscriber (and RHAT stock owner). No remorse.
I agree with you that it might not be completely there, but the WS product IS what RedHat has in mind for the corporate workstation market. I am sure it will evolve and improve like everything else.
Basically, I was not disagreeing with your original post - I agree with you on the target audience that RH has for its base distro. Just adding that RH is addressing the workstation market TODAY (or trying to).
Actually RedHat tells you to run "RedHat Enteprise Linux AS|ES|WS" in production environments - not 7.3, 7.2, 6.2, 8 or 9.
That's because they want you to pay lots of money. I personally thing 7.3 is just fine for any production environment.
You don't have to conjecture anything. Redhat has been selling "Redhat Entreprise Linux WS" (WS = Workstation) here for a few weeks now.
Quoting from the page linked above:
Red Hat Enterprise Linux WS is the desktop/client member of the Red Hat Enterprise Linux family. Red Hat Enterprise Linux WS is ideal for client-server deployments, S/W development environments and targeted ISV client applications (such as EDA and Oil/Gas applications). Red Hat Enterprise Linux WS is fully compatible with other members of Red Hat's Enterprise family of products and maintains complementary technology and services suited specifically for client application use.
Red Hat Enterprise Linux WS provides support for workstation/desktop systems with up to two CPUs and 4GB of main memory. Designed with the desktop environment in mind, Red Hat Enterprise Linux WS does not include many server applications found in Red Hat Enterprise Linux AS and Red Hat Enterprise Linux ES.
Aside from potential legal issues, the NTFS module is not terribly safe to use. Read-only mode is probably OK though, I agree, RedHat could have included the read-only module.
You don't have to start with a "blank" kernel. The RedHat configs to use for a kernel recompile are all in a subdirectory called configs. Load the appropriate config file (smp, bigmem or whatever) from file (one of the option on xconfig). I have had not problem with this on RH8.
I have never had RH trash a windows (fat32 or NTFS) partition, even RH8. You sure you did not enable write on the NTFS kernel module? Aside from the "EXPERIMENTAL" word, I believe there is a big disclaimer that says that it might trash your NTFS drivers (might be on the help screen). Either way, I don't see why this is a RedHat issue, as far as I know they are not the authors of this particular module.
FYI - so do pulse phones (or whatever the non-rotary kind is called). I remember as an EE student making circuits to generate the proper tones.
I don't see why Apple would care if someone gets firewire file-sharing working. They are not in the music business. Unlike other conglomerates (Sony) they don't know any music company/publisher.
Yeah, I know they've turned off some peep to peer software that run on top of iTunes but only to avoid a lawsuit. If someone takes an ipod, install another OS altogether and does filesharing with that seems to be more or less out of Apple's hands.
I don't think Europeans whine about the death penalty in the US. They just choose not to extradict people to the US that might be subject to the death penalty (i.e. already convincted, or will be tried on a death penalty case).
There is no way to write a lawyer letter that sounds nice, period. This one was as nice as any such letter can sound.
I would have just removed the logo, renamed the list "Pee Cee Eye" (or any creative way to say PCI you can thing off) and everybody would have been happy. It's also faster and easier to do than to write a long rant. But hey! That's just me...
They did not "request" they hand over the list over to IBM. They don't even know that IBM would want to host the list. They merely said that he can't use a trademark he doesn't own - however good the intent was. They offered a helpful suggestion, that perhaps, if his employer (IBM) is willing, it could host the list for him in which case the conflict goes away since IBM is a member of the group.
All in all, it sounded like a fairly reasonable legalese letter, and I didn't quite see the need to fly off the handle.
I am Cheap? Maybe. I think I've clearly stated that I would not pay more than $1-2/month no matter what. I have a fair amount of disposable income, and there are tons of stuff I would (and do) pay lots of $$$ for - a TV guide is not included on that list.
I have seen no indication that TiVo are going to stay in business for very long. Have they even ever made a profit? Don't bother answering this question, it doesn't really matter: I simply don't want to put myself in a situation where I have to worry about that. Probably one of the same reasons why I did not consider buying a DIVX player a few years back. I don't like buying hardware and then still feel like I am renting it (thanks to monthly fees), and I don't like having to depend on the company sticking around.
There is no FUD here. Just lots of people that don't care for TiVo's business model.
Pretty simple. Of course, you're hoping that TiVo (or whoever) will be around for your lifetime (or at least the lifetime of the hardware) and that's a BIG BIG "if".
I will only buy a PVR if and when it lets me choose a provider for the data. It's OK if some of the provider charge money - I might even pay for it (although $1 or 2 per month, preferable as a yearly fee format - is more of my taste). I want a choice, and I want competition. Until then, no TiVo for me!
But I respect your choice/opinion.
Well, that assumes that MS made a billion worth of XBox ahead of time or something. I am sure they're more or less made as needed with as little inventory sitting on the factory floor. You know, basic "Supply Chain Management". Of course several companies got hit pretty hard by f*cking this up pretty badly (i.e. Palm)...
You're not "bound" that the prevailing wage. It's merely a minimum. It's perfectly OK to an employer to offer more. Mine did back when I was an H1-B.