Can you point to any 3rd party that redistributes Red Hat Enterprise source as is? http://mirrors.kernel.org/redhat/redhat/linux/enterprise/5Server/en/os/SRPMS/
Can you point to any 3rd party that redistributes Red Hat Enterprise binaries as is? Can't be legally done. Their cd's contain trademarks and code that is not open source, such as java and licensed fonts.
"You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License." "If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works."
The whole system is derived of many independent parts, therefore the clause you mention does not apply.
GPL binaries are available upon request from Red Hat, but not in a way that can be used to install them as a system. In that sense they are complying with the letter of the GPL. The fact that there are RH developers working on CentOS and taking bug reports to make the upstream better also shows they are complying with the spirit of the GPL.
Because Comcast throttles BitTorrent, and the pirate kiddies can't tell the difference between the right to free speech and the ability to steal. It's pretty sad. They block more than just p2p applications. I have 5 servers with sequential ip's for an open source project I run. Upon connecting to three of them via ssh in 2 minutes, I was disconnected. I couldn't even connect to the web server running on port 80. I could no longer communicate with the subnet at all, as a friend runs a web server on that subnet I was unable to reach.
I connected to a server on a different isp and I was able to ssh into the servers on the subnet that was unreachable to me. The traceroute between my server and my Comcastic IP reached my ip, and even my traceroute from my ip to the server succeeded. After fifteen minutes or so I was able to connect again.
I'll assume you are speaking about the Vostro. I am currently typing this on a Vostro 1400 in Vista, why? Because it had no XP option. I originally had installed XP, but it took me almost 3 hrs of searching for drivers because Dell.com doesn't supply XP drivers for this model.
Um no? A number of large organizations do not have a disaster recovery site. Just the other day Cisco.com was down for a few hours.
Business continuity style disaster recovery doesn't really take public facing websites into account as high priority. Usually it's the payroll, accounts receivable and things needed to keep a business moving forward in case of a disaster.
Letting customers visit your public website is probably the lowest priority in recovering from an actual disaster.
People bitch and moan about the DRM, then a company removes it but sells for $.30 more... people bitch and moan. Why does it cost more for DRM Free music? The company is saving money on R&D for DRM and keeping it secure. It doesn't make sense.
Then someone comes along and sells DRM-free music for no more than $.98 (and possibly free), but the price will fluctuate... people bitch and moan. The idea is very foreign to people. In the real world, supply and demand is a balancing act.
Too much supply, the thing is worthless. Too much demand, and the thing is priceless. This is what people know as consumers. And then things that are popular and used by many become commodities and thus cheaper. In a digital world where 1's and 0's are really cheap it just feels wrong.
Why do we expect anyone to give us what we want? Because we're the ones footing the bill.
I used to buy music from iTunes. I don't share it with others. I used to remove the DRM of my music with JHymn, because I don't want drm on it. After removing the DRM and installing the TiVo Plugin I could listen to my Music on my TiVo, hooked up to my 1000 watt sound system.
Today JHymn no longer works, and I'm tired of fighting with these companies to enjoy music. Now the only new music I can listen to on my TiVo is that which I rip myself, but most cd's only have 1 or 2 songs that I like so I rarely buy cd's. As far as the RIAA is concerned they probably believe I am a pirate because I'm not consuming new music. Truth is, they've just pissed me off enough as a customer and I no longer want their frustrating product. They've lost me as a customer, and I'm sure I am not the only one. Today my iPod is used primarily for podcasts.
They need to realize I'm not alone and I'm definitely their target. I spend over 130 on cable/internet, 100 on concession stand/movie theaters, and more on entertainment every month. These guys are shooting themselves in the foot by pissing people like me off.
So that is why we expect people to give us what we want. Because we're paying!
I like my SAs and that is why, as an architect/lead developer I always make my systems easy to build (a single build property, a single build file, and 1 DDL and 1 SQL for those DBAs.) I don't understand this whole Dev/SA rivalry thing.
I've been in the field ten years and all of the developers respect me and have my respect. During a major project, the entire dev team got a big award/bonus, and the lead went to corporate and said he'd not accept this award/bonus unless I was included. Although not part of the dev team, he claimed I was indispensable in the completion of the project. Personally I didn't want it because I didn't think I contributed too much, no midnight calls or usual craziness with a hectic project. Our devs are stellar, they built a great system and only needed help where the abstraction of the programming language was too far out and they needed to do some server side scripting (crons, cmds, etc).
That said all of the sysadmins I have worked with have had great relations with the devs. I've personally never seen this rivalry in person and wonder if it's either died down, made bigger than it really is or so forth. We all work as teams to common goals, we don't sit there and bicker over bullshit.
They respect that I will be the one who has to answer the phone in the middle of the night, deal with hack attemps (or successes if their code isn't up to snuff) and so forth. I respect that they are the ones that have to deliver to the customer a working system. We work together to get there . . .
Originally, Wine stood for WINdows compatibility Emulator. However, today the name 'Wine' derives from the recursive acronym Wine Is Not an Emulator. While the name sometimes appears in the forms "WINE" and "wine," the project developers have agreed to standardize on the form "Wine."
So Wine basically changed to a recursive acronym for l33t's s4k3.
Sorry to be the one to break it to ya, but Wine is a Windows Emulator. Oh and by the way LAME is an MP3 Encoder. . . I don't care if it stands for "Lame Ain't an MP3 Encoder".
The article says that Register Fly started issuing SSL certs in November, however I have one that we bought in March 2006 and I had an older one from them for a personal site. Not that SSL is where their issues are anyway, but I thought that I'd mention it.
Prior to Nov, they were a reseller of RapidSSL, and during the ordering process you were forwarded to RapidSSL.com to complete the transaction.
RegisterFly started selling even cheaper ($9.99/year) chained link, ala Comodo. They bought their own chained root cert and now "issue" ssl certs on their own.
If you want the MPAA to hang for this, you must also call for all the movie downloading pirates to hang as well. To not do so would be hypocritical, and having selective morality. It's called "practicing what you preach".
I've never advocated that movie pirates get away with it, nor am I a movie pirate. I have an TiVo Series 3 (~$800 + Lifetime Transfer), pay for over 120 on cable per month and have a massive DVD collection. All I'm saying is that if they are stealing other peoples IP while going around suing downloaders the they need to practice what they preach.
If you hold the MPAA to the law on this, then it is a tacit acknowledgement that I.P. is a valid thing. You can't have it both ways, Slashdot.
Some call this fighting fire with fire. It's the way the industry works. For example, Linux would be in some serious IP hell from Microsoft if IBM and others didn't have it's army of lawyers ready for a Battle Royale.
At risk of exposing my ignorance here (I'm a Debian person; the last time I did anything RedHat-based was before automatic package management), what is CentOS's automatic-update feature like? Does it have one?
Yes, it's yum.
I assume it uses yum, or something like it, being RedHat, but does it pull from RedHat's servers directly, or are there separate CentOS repositories?
CentOS Repositories
In that case, how closely do the CentOS repos track the 'official' RHEL ones, in terms of patches and bugfixes?
The official RHEL ones are publicly available, and tracked by CentOS very well. The only changes they make are for trademark requirements. Thus far it has been bug for bug compatible with RHEL.
Not that you'd probably want to do it on a true 'production' system, but can you do the CentOS equivalent of 'apt-get upgrade' and be reasonably assured of not breaking things?
Yes
I've always been intrigued with CentOS, and it does seem to have a good reputation as far as stability is concerned, but after growing up with apt-get (and before that, nightmarish experiences with dependency hell on some very early RedHat systems), I've developed a certain perhaps-unwarranted negative bias of everything else.
I prefer yum myself. I used apt when it first came out, and loved it. Since I got my first 64 bit machine I just prefer something that handles the dual architecture a little better. For the most part they're about the same though.
Believe me, the people coming into the US illegally are NOT engineers. You can rest safely know for a fact that they are not immigrating here to take your job, eat your babies, and have sex with your wife.
You're right, the Gov sold those jobs out legally in the form of H1-B Visa's.
I've worked side by side with underpaid software engineers from India. Underpaid in that starting salary for them was ~20K less than an American in that position.
On the low end, illegal immigrants are coming here and taking shitty jobs. On the high end, legal immigrants are coming here via H1B. In the mid-level the jobs are going overseas (manufacturing, call centers, etc).
Let's face it, we're selling out America in every possible way we can.
I think you misunderstood the statement. The parent post was saying that, a few years ago, he bought a boxed copy of RH9, only to find RH9 support/development cut with little warning shortly after he paid for it. The complaint was not about support being cut four years after buying RH9.
IIRC, RH gave users who bought 8/9 a year of support for RHEL WS 3.0.
If in that year, you liked it you could continue to pay for it. Otherwise convert to CentOS or switch to a different distro. RH didn't leave anyone hanging.
Somebody with a four digit slashdot account. Obviously they wouldn't know about anything that didn't involve ESR's 'felchmail' and/or a mail server running on Linux.
Wow, reading peoples fortune via their slashdot uid. Can you read that of a five digit Slashdotter?
Agreed, but for many people, "fair price" has been sliding downward so that it's below whatever price the industry sets. Remember six years ago when CDs were $20 and online tracks were $3 and hard to come by? People justified P2P usage back then because CDs were so expensive and legit online tracks were expensive and offered little selection. Today, new CD releases are south of $15 and selection of online music is plentiful at $0.99 and below. Yet this price is still not "fair." For many people, it never will be. Those people likely aren't high on the record companies' target audience... unless you're counting lawsuits.
The Industry promised 5 dollar cd's when the technology was in it's infancy. They promised it would cost so little to make a cd in time that the price of a new album would cost no more than $5. Guess what, it costs us at home less than 5 cents to burn a cd. And since they never delivered on their promise of the $5 cd, people are saying to hell with them.
I personally gave up on music. iTunes was cool for a bit, until I tried to stream my purchased tracks to my TiVo, which can play just about any format that isn't drm'd. After jumping through hoops to burn and re-rip my own tracks, I just didn't want to deal with downloads. And cd's are too expensive. It's not worth it to me anymore, I stick to podcasts for listening and occasionally listen to the HD Music channel on my Home Theater.
Hey, and toss in the $50 HDMI cable lots of people have to buy
Digital either works or it doesn't. A five dollar hdmi cable will work as good as the fifty dollar hdmi cable. Monster may help on analog audio, but doesn't do jack for digital.
Big talk from an Anonymous Coward. Look, I realize that DomainKeys makes exceptions in the spec for headers that may be added. It requires that everyone, even people who aren't DomainKey aware, write headers differently than they used to.
However most mail gateways, such as upstream isp, and scanning servers do not add the headers in a way that keeps the DomainKey valid. How do I know this? I'm a maintainer of a large mail project that signs mail and some of our users use an upstream mail server. When this happens, all DomainKey supporting mail servers (Yahoo, Gmail, Other QmailToasters) reject the DomainKey signed mail as invalid.
I'm not just talking out of my ass, unlike some people.
DomainKeys signs the entire message to allow the receiving server to also verify that the message wasn't tampered with or altered in transit. By signing the headers and the body, DomainKeys makes it impossible to reuse parts of a message from a trusted source to fool users into believing the email is from that source.
Your upstream server doesn't rewrite the header. It adds a header stating that the mail was tunneled through it. DomainKeys only works when the message travels from point A to point B. Period. End of Story.
2) If you have a backup mail server or a scanning mail server that receives and then transfers to your primary mail server un-modified (IE doesn't remove the DomainKeys) then your main mail server will reject it.
Huh? Why would you set up your mail server to reject a message because of a header?
DomainKeys is supposed to help find invalid e-mail. The sign of an invalid e-mail is a bad DomainKey Signature.
A DomainKey signature will be bad if you have a backup server or a scanning server (as it adds its name into the transferred headers) into an e-mail that's not supposed to be modified at all during transit.
If you're not rejecting e-mail that is failing DomainKey validation, why even bother to implement DomainKey It just doesn't make any sense.
For the record Google also checks the SPF, though I'm not sure if they actually do anything with it (as I've seen messages that fail still get through)
The following is from one of my emails:
Received-SPF: pass (gmail.com: domain of ***@yahoo.com designates 68.142.206.106 as permitted sender)
That's peculiar because Yahoo! doesn't publish SPF records.
Typical SPF Record:
$ host -t txt gmail.com gmail.com text "v=spf1 redirect=_spf.google.com" $
Slashdot Mirror
The whole system is derived of many independent parts, therefore the clause you mention does not apply.
GPL binaries are available upon request from Red Hat, but not in a way that can be used to install them as a system. In that sense they are complying with the letter of the GPL. The fact that there are RH developers working on CentOS and taking bug reports to make the upstream better also shows they are complying with the spirit of the GPL.
I connected to a server on a different isp and I was able to ssh into the servers on the subnet that was unreachable to me. The traceroute between my server and my Comcastic IP reached my ip, and even my traceroute from my ip to the server succeeded. After fifteen minutes or so I was able to connect again.
I'll assume you are speaking about the Vostro. I am currently typing this on a Vostro 1400 in Vista, why? Because it had no XP option. I originally had installed XP, but it took me almost 3 hrs of searching for drivers because Dell.com doesn't supply XP drivers for this model.
Remember the time Bobby Boucher showed up at halftime and the Mud Dogs won the Bourbon Bowl do ya?
Um no? A number of large organizations do not have a disaster recovery site. Just the other day Cisco.com was down for a few hours.
Business continuity style disaster recovery doesn't really take public facing websites into account as high priority. Usually it's the payroll, accounts receivable and things needed to keep a business moving forward in case of a disaster.
Letting customers visit your public website is probably the lowest priority in recovering from an actual disaster.
Too much supply, the thing is worthless. Too much demand, and the thing is priceless. This is what people know as consumers. And then things that are popular and used by many become commodities and thus cheaper. In a digital world where 1's and 0's are really cheap it just feels wrong. Why do we expect anyone to give us what we want? Because we're the ones footing the bill.
I used to buy music from iTunes. I don't share it with others. I used to remove the DRM of my music with JHymn, because I don't want drm on it. After removing the DRM and installing the TiVo Plugin I could listen to my Music on my TiVo, hooked up to my 1000 watt sound system.
Today JHymn no longer works, and I'm tired of fighting with these companies to enjoy music. Now the only new music I can listen to on my TiVo is that which I rip myself, but most cd's only have 1 or 2 songs that I like so I rarely buy cd's. As far as the RIAA is concerned they probably believe I am a pirate because I'm not consuming new music. Truth is, they've just pissed me off enough as a customer and I no longer want their frustrating product. They've lost me as a customer, and I'm sure I am not the only one. Today my iPod is used primarily for podcasts.
They need to realize I'm not alone and I'm definitely their target. I spend over 130 on cable/internet, 100 on concession stand/movie theaters, and more on entertainment every month. These guys are shooting themselves in the foot by pissing people like me off.
So that is why we expect people to give us what we want. Because we're paying!
I've been in the field ten years and all of the developers respect me and have my respect. During a major project, the entire dev team got a big award/bonus, and the lead went to corporate and said he'd not accept this award/bonus unless I was included. Although not part of the dev team, he claimed I was indispensable in the completion of the project. Personally I didn't want it because I didn't think I contributed too much, no midnight calls or usual craziness with a hectic project. Our devs are stellar, they built a great system and only needed help where the abstraction of the programming language was too far out and they needed to do some server side scripting (crons, cmds, etc).
That said all of the sysadmins I have worked with have had great relations with the devs. I've personally never seen this rivalry in person and wonder if it's either died down, made bigger than it really is or so forth. We all work as teams to common goals, we don't sit there and bicker over bullshit.
They respect that I will be the one who has to answer the phone in the middle of the night, deal with hack attemps (or successes if their code isn't up to snuff) and so forth. I respect that they are the ones that have to deliver to the customer a working system. We work together to get there . . .
Originally, Wine stood for WINdows compatibility Emulator. However, today the name 'Wine' derives from the recursive acronym Wine Is Not an Emulator. While the name sometimes appears in the forms "WINE" and "wine," the project developers have agreed to standardize on the form "Wine."
So Wine basically changed to a recursive acronym for l33t's s4k3.
Sorry to be the one to break it to ya, but Wine is a Windows Emulator. Oh and by the way LAME is an MP3 Encoder. . . I don't care if it stands for "Lame Ain't an MP3 Encoder".
Errm. Correct me if I'm wrong, but wouldn't that be tantamount to collaborating with the enemy?
OK guys. Mod me flaimbait! Let's get it over with...
Sorry, moderation doesn't have a "-1 Dumbshit".
The article says that Register Fly started issuing SSL certs in November, however I have one that we bought in March 2006 and I had an older one from them for a personal site.
Not that SSL is where their issues are anyway, but I thought that I'd mention it.
Prior to Nov, they were a reseller of RapidSSL, and during the ordering process you were forwarded to RapidSSL.com to complete the transaction.
RegisterFly started selling even cheaper ($9.99/year) chained link, ala Comodo. They bought their own chained root cert and now "issue" ssl certs on their own.
If you want the MPAA to hang for this, you must also call for all the movie downloading pirates to hang as well. To not do so would be hypocritical, and having selective morality. It's called "practicing what you preach".
I've never advocated that movie pirates get away with it, nor am I a movie pirate. I have an TiVo Series 3 (~$800 + Lifetime Transfer), pay for over 120 on cable per month and have a massive DVD collection. All I'm saying is that if they are stealing other peoples IP while going around suing downloaders the they need to practice what they preach.
Are they not the ones running around suing????
If you hold the MPAA to the law on this, then it is a tacit acknowledgement that I.P. is a valid thing. You can't have it both ways, Slashdot.
Some call this fighting fire with fire. It's the way the industry works. For example, Linux would be in some serious IP hell from Microsoft if IBM and others didn't have it's army of lawyers ready for a Battle Royale.
At risk of exposing my ignorance here (I'm a Debian person; the last time I did anything RedHat-based was before automatic package management), what is CentOS's automatic-update feature like? Does it have one?
Yes, it's yum.
I assume it uses yum, or something like it, being RedHat, but does it pull from RedHat's servers directly, or are there separate CentOS repositories?
CentOS Repositories
In that case, how closely do the CentOS repos track the 'official' RHEL ones, in terms of patches and bugfixes?
The official RHEL ones are publicly available, and tracked by CentOS very well. The only changes they make are for trademark requirements. Thus far it has been bug for bug compatible with RHEL.
Not that you'd probably want to do it on a true 'production' system, but can you do the CentOS equivalent of 'apt-get upgrade' and be reasonably assured of not breaking things?
Yes
I've always been intrigued with CentOS, and it does seem to have a good reputation as far as stability is concerned, but after growing up with apt-get (and before that, nightmarish experiences with dependency hell on some very early RedHat systems), I've developed a certain perhaps-unwarranted negative bias of everything else.
I prefer yum myself. I used apt when it first came out, and loved it. Since I got my first 64 bit machine I just prefer something that handles the dual architecture a little better. For the most part they're about the same though.
Believe me, the people coming into the US illegally are NOT engineers. You can rest safely know for a fact that they are not immigrating here to take your job, eat your babies, and have sex with your wife.
You're right, the Gov sold those jobs out legally in the form of H1-B Visa's.
I've worked side by side with underpaid software engineers from India. Underpaid in that starting salary for them was ~20K less than an American in that position.
On the low end, illegal immigrants are coming here and taking shitty jobs. On the high end, legal immigrants are coming here via H1B. In the mid-level the jobs are going overseas (manufacturing, call centers, etc).
Let's face it, we're selling out America in every possible way we can.
Can't you use Froogle to find out vendors once you know part brands or part numbers like the rest of us?
I think you misunderstood the statement. The parent post was saying that, a few years ago, he bought a boxed copy of RH9, only to find RH9 support/development cut with little warning shortly after he paid for it. The complaint was not about support being cut four years after buying RH9.
IIRC, RH gave users who bought 8/9 a year of support for RHEL WS 3.0.
If in that year, you liked it you could continue to pay for it. Otherwise convert to CentOS or switch to a different distro. RH didn't leave anyone hanging.
If you have iTunes set to manage the library, it will use the id3 tags to generate the filenames.
Sounds like the spanish word for testicles...
Somebody with a four digit slashdot account. Obviously they wouldn't know about anything that didn't involve ESR's 'felchmail' and/or a mail server running on Linux.
Wow, reading peoples fortune via their slashdot uid. Can you read that of a five digit Slashdotter?
Agreed, but for many people, "fair price" has been sliding downward so that it's below whatever price the industry sets. Remember six years ago when CDs were $20 and online tracks were $3 and hard to come by? People justified P2P usage back then because CDs were so expensive and legit online tracks were expensive and offered little selection. Today, new CD releases are south of $15 and selection of online music is plentiful at $0.99 and below. Yet this price is still not "fair." For many people, it never will be. Those people likely aren't high on the record companies' target audience... unless you're counting lawsuits.
The Industry promised 5 dollar cd's when the technology was in it's infancy. They promised it would cost so little to make a cd in time that the price of a new album would cost no more than $5. Guess what, it costs us at home less than 5 cents to burn a cd. And since they never delivered on their promise of the $5 cd, people are saying to hell with them.
I personally gave up on music. iTunes was cool for a bit, until I tried to stream my purchased tracks to my TiVo, which can play just about any format that isn't drm'd. After jumping through hoops to burn and re-rip my own tracks, I just didn't want to deal with downloads. And cd's are too expensive. It's not worth it to me anymore, I stick to podcasts for listening and occasionally listen to the HD Music channel on my Home Theater.
Hey, and toss in the $50 HDMI cable lots of people have to buy
Digital either works or it doesn't. A five dollar hdmi cable will work as good as the fifty dollar hdmi cable. Monster may help on analog audio, but doesn't do jack for digital.
This is a myth.
Why, is .POS taken?
Yep, that belongs to the Gnome group . . .
Big talk from an Anonymous Coward. Look, I realize that DomainKeys makes exceptions in the spec for headers that may be added. It requires that everyone, even people who aren't DomainKey aware, write headers differently than they used to.
However most mail gateways, such as upstream isp, and scanning servers do not add the headers in a way that keeps the DomainKey valid. How do I know this? I'm a maintainer of a large mail project that signs mail and some of our users use an upstream mail server. When this happens, all DomainKey supporting mail servers (Yahoo, Gmail, Other QmailToasters) reject the DomainKey signed mail as invalid.
I'm not just talking out of my ass, unlike some people.
huh? Your upstream rewrites all your headers or changes the body content? Since when is it ok for an upstream to do that?
From http://antispam.yahoo.com/domainkeys
Your upstream server doesn't rewrite the header. It adds a header stating that the mail was tunneled through it. DomainKeys only works when the message travels from point A to point B. Period. End of Story.
2) If you have a backup mail server or a scanning mail server that receives and then transfers to your primary mail server un-modified (IE doesn't remove the DomainKeys) then your main mail server will reject it.
Huh? Why would you set up your mail server to reject a message because of a header?
DomainKeys is supposed to help find invalid e-mail. The sign of an invalid e-mail is a bad DomainKey Signature.
A DomainKey signature will be bad if you have a backup server or a scanning server (as it adds its name into the transferred headers) into an e-mail that's not supposed to be modified at all during transit.
If you're not rejecting e-mail that is failing DomainKey validation, why even bother to implement DomainKey It just doesn't make any sense.
The following is from one of my emails:
That's peculiar because Yahoo! doesn't publish SPF records.
Typical SPF Record:
Yahoo!