CentOS Linux 6.0 Released 184
dkd903 writes "The CentOS team just announced the availability of CentOS Linux version 6.0 for both i386 and x86_64 architectures. CentOS 6.0 is based on the upstream release of RHEL 6.0 (Red Hat Enterprise Linux) and includes packages from all variants."
Finally! (Score:1)
Its been a long time coming but its finally here. While RHEL/CentOS does seem to be falling a bit out of favour with the cool kids these days its still my go-to OS for server builds, Cent5.x has been an excellent platform, hoping 6 continues that tradition.
Re:Finally! (Score:4, Interesting)
I don't know about cool but it is a very good and stable platform for a busines. It is also the only distro that really seems to have got on top of SELinux.
Thank youCentOS team!
Re: (Score:2)
Agreed.
Unfortunately, I could not wait and had to switch over to Scientific Linux (who *did* have a 6.0 version) so I could perform tests and comparisons for a real RHEL 6.1 rollout.
Re: (Score:2)
Still, now that CentOS 6 is out, that's great news - normal service is resumed.
Re: (Score:2)
Re: (Score:2)
There are valid reasons that most businesses use RHEL on their servers. Besides after waiting 3 YEARS for version 5 to version 6, it isn't very ancient anymore :)
My other machines use Mandriva/Mageia/Ubuntu
Re: (Score:2)
You can actually thank the Fedora community for the SELinux support. Some people turn off the SELinux in Fedora because they don't understand how it works. I leave it on and watch the logs to see what if any errors pop up. Complaining that is hard to use or that you don't understand it doesn't help make the system run better and definitely not more secure. There is also the fact that Fedora ships with a SELinux tool (SELinux Troubleshooter) to tell what isn't setup/working properly and how to fix it. If you
Re: (Score:1)
Re: (Score:2)
Are RPMs available for CentOS v6.0 now that it's out?
Re: (Score:2)
Months ago, I was just finishing up my first run through a study guide for the RHCE, based on the 5.x series of RHEL, when I read that RHEL 6.0 had just been released, and at the same time, that the certification program was reworked to be based upon RHEL 6. The natural approach for self-study on a budget was to use CentOS, especially as that is the preferred Linux distribution for my employer, and for most jobs I've seen that specify familiarity with a particular Linux distribution.
I was about to download
Re: (Score:2, Informative)
SL does not have the goal of binary compatibility, and some of their packages aren't directly link comparable. They just follow RHEL close enough for their needs. SL and CentOS have different target audiences:
Example [centos.org]
Re: (Score:2)
Enterprises don't use Ubuntu. RHEL (and thus CentOS) are still 'in favour'.
Redhat derived distros are nice for servers, like CentOS. Ubuntu derived distros are nice for clients. Use the tool for its purpose and you have a foundation to practice your art.
Mispurpose your tools and you're just another hack, though you may create something interesting that elevates you to Master Artist.
Re: (Score:2)
I fail to see how CentOS is un-nice for clients. And I say that as someone who has rolled-out several hundred CentOS client workstations.
If your assertion is that Ubuntu is better for clients, simply because it's newer and shinier, then you're thinking of very different "clients" than I am. If you want to fiddle with the latest unstable versions of everything, be my guest. I'd rather have a stable platfo
Re: (Score:2)
RHEL/CentOS and ubuntu make very good servers and clients.
I myself prefer debian on servers over ubuntu. RHEL/CentOS is about on par with debian for me also.
Re: (Score:2)
Enterprises don't use Ubuntu. RHEL (and thus CentOS) are still 'in favour'.
Absolutely not true. I've worked for three companies now that used Ubuntu. Often times, they stuck to the LTS release for extra stability and longevity, but they're still using Ubuntu. CentOS is very often a long way behind - after all, CentOS 5.0 was released over four years ago. I've had trouble maintaining an ageing MediaWiki site running on CentOS since MediaWiki have recently dropped support for PHP 4 - which is still the only version of PHP available in the main repositories for CentOS 4.
Sticking
Re: (Score:2)
That's all well and good, but when you go four years between releases, that creates unnecessary problems with old software. Ubuntu does not have this issue. Even if you stick to the LTS releases, their software isn't so old as to cause serious incompatibilities with software you may need to install that aren't in the repositories.
Re: (Score:2)
Why it took so long (Score:5, Informative)
Re: (Score:2)
They used to be able to do all that in about 8-12 weeks. Why 7 months this time?
Re: (Score:3, Insightful)
I'm afraid that they dropped the ball so hard and far this time that I, and many others have already switched to Scientific Linux, which certainly seems a most suitable replacement.
The political power BS and games played behind the delays were just so far beyond ridiculous for such an important project that it makes it untouchable IMHO. It is next to impossible to have any faith in their intentions or openness going forward.
Which is a great pity.
Re:Why it took so long (Score:5, Interesting)
It wasn't until CentOS 6.0 was delayed beyond reasonable expectation did I find out CentOS was managed by a very small, closed group. The closed part was a little unnerving considering the open source nature of the project.
Re: (Score:2)
I wrote a blog entry on The rise and fall of CentOS [2ndquadrant.com] that talks at some length (including long into the discussions) about why CentOS has failed to prosper specifically because they are not an open, growing community, and about how they might emulate more successful open-source projects instead.
Complicated Situation (Score:4, Informative)
It wasn't until CentOS 6.0 was delayed beyond reasonable expectation did I find out CentOS was managed by a very small, closed group. The closed part was a little unnerving considering the open source nature of the project.
As I understand the common team and community positions, from the long debates on the -devel list:
1) The source is open, the project is not.
1a) After saying this, much of the build information has been dribbled out on the list anyway, but only after heated encouragement.
1b) There is no interest in codifying this build information (ala a B(uild)RPM file to automate the process). See also: 3b.
2) The C in CentOS (community) refers to the target of the product, not the process.
3) Many people on the list would like to see an open project, run by the community, more like Fedora.
3a) This would lead to faster releases.
3b) It is assumed this would create friction with Redhat by helping its competition, and thus cool relations with the CentOS team or cause Redhat to discontinue its fully-open strategy for software it writes.
3c) There has been talk that after 6.1 is out the door that the team will look into addressing some of these concerns.
3d) Nobody has talked seriously about fork, yet. There's probably no RHEL 7 on the horizon, so there's a long time to prepare if it ultimately becomes necessary. Whitebox Linux to CentOS in a way proved the viability of this option, but almost nobody would prefer it.
Try ClearOS Core (Score:2)
Re: (Score:3)
Thanks - I found this blog post [clearfoundation.com] essential for understanding the project(s).
To summarize in one phrase: ClearOS Core ~= CentOS, but with an open development process. There are then additional add-ons also available for functionality that does not exist in RHEL or CentOS, under the ClearOS umbrella.
(correct me if that's wrong)
Re: (Score:3)
Considering that CentOS already has a significant amount of the Linux marketshare I think it's safe to say that the competition has been "helped" significantly as-is.
To be clear, the understood quid-pro-quo seems to be that CentOS doesn't come out before Unbreakable Linux does, or at least Oracle doesn't get any help from the CentOS process (which is to figure out Redhat's convoluted, probably intentionally so, build process). It's implied that CentOS gets some unofficial support from Redhat but the first
Re: (Score:2)
It wasn't until CentOS 6.0 was delayed beyond reasonable expectation did I find out CentOS was managed by a very small, closed group. The closed part was a little unnerving considering the open source nature of the project.
Lots of opensource projects are managed by a "small, closed group" - are they ALL unnerving?
Re: (Score:2)
Re: (Score:2)
You must mean after the January updates, when Redhat was only putting out 5.6 updates..Centos didn't put out 5.6 until April 8, and there was a buttload of updates starting April 14th. So yeah, no 5.6 updates while they were trying to get 5.6 out.
Re: (Score:2)
Re:Why it took so long (Score:5, Interesting)
One thing to consider is that by the dates I read, they made the decision to support their existing 5.x customers by doing 5.6 before 6.0. This decision was based in large part on feedback from the existing "customer base". The Scientific Linux group decided to do 6.0 first and follow that with 5.6. Both have gotten to the same point within a few weeks of each other. Their order was simply opposite. It will be interesting to see when each gets the next 6.1 release.
Re:Why it took so long (Score:5, Interesting)
besides that, SL-6 is not as close to RHEL as CentOS, for example, I was not able to install SL-6 as a domU into a Xen dom0 2 weeks ago.. right now I easily installed CentOS-6 as a domU in the very same dom0. SL simply forgets several things, CentOS people are much more closer to RHEL-6 in this way.
Re: (Score:3)
I can second this. We use a number of commercial applications that run on Linux, including VMWare Zimbra, WebHelpDesk and Quickbooks Enterprise. All of them only support RHEL but CentOS runs perfectly. I think the only thing I ever had difficulty with was Crystal Reports Server (Business Objects), which checked for RHEL is some weird way, not just reading /etc/redhat-release.
Re: (Score:2)
Both have gotten to the same point within a few weeks of each other.
Ummm... No. SL6 was released waaay back at the beginning of March: https://www.scientificlinux.org/news/sl60, that's March 3 to July 10. CentOS is slightly more than THREE MONTHS behind.
And as for 6.1, here's a tip about the long shot: the SL6.1 is starting beta, this week.
Re: (Score:2)
CentOS will have 6.1 out sooner becasue they built tools and tests and infrastructure for RH6.0. Since they will be supporting it for the next 7 years, 6 months does not seem bad. CentOS has had some internal issues but this release definitely shows they are getting it together again. Still my favorite by far. Also, I usually compile my own major applications (such as Apache) and not use the distro source. Of course, Apache makes RPMs available as well.
Re: (Score:3)
I didn't follow it too closely but, in short, it's that the maintainers are a small, closed group that doesn't want to let anyone else into the pool. It's one thing for an OSS project to be delayed because the people working on it have other shit to do in their lives, it's another entirely when they're too busy to finish a job and actively reject volunteers from the community.
Re: (Score:3)
Re: (Score:2)
Well, I know of two reasons:
1) RHEL5.6 was released at the same time, and effort was simply dedicated to that release, at the expense of RHEL6.
2) RHEL made extensive changes to their build system / infrastructure, which required far more effort to reproduce and verify than just another 5.x release would have.
Certainly possible there were other reason as well...
Re: (Score:2)
Re: (Score:2)
It wasn't only this release. Their releases have been slipping farther and father behind as time has gone on. The unforgivable part was the complete lack of updates for CentOS5 while the hamster wheels were spinning trying to get 5.6 out the door. We're talking several months. That's just not acceptable. When people complained, they got a steady diet of "if you don't like it, you can go elsewhere." OK, message received.
We've stopped using it at work as a result and will be using SL going forward.
Best,
i386 (Score:2)
Do you think we could maybe, in the year 2011, make the assumption that there really isn't anybody out there who'd try to run our code on a 386? Maybe we could start targeting slightly more recent architectures?
Re:i386 (Score:4, Funny)
Re: (Score:2)
The OP mean i386 vs i486, i586 or i686 (or later) 32-bit CPU targets. The RPMs have .i386 in the name, implying that they can run on CPUs as early as the i386. I don't know if that's strictly true anymore (or even has been for a while). It may be one of those things like the old i386 directory in the Linux kernel source being for all 32-bit CPUs, not just the 386.
Re: (Score:2)
Unless things have changed recently, glibc will support only the 486 and newer processors.
But yes, realistically they should shoot for the 586 or 686, because nobody's going to run a modern distro on such ancient hardware; I'd be surprised if anyone tried it on something as old as a Pentium-MMX.
Re: (Score:2)
I hope they don't kill off i586 support - that would lock out those extremely low-power Geode CPUs.
Re: (Score:2)
32-bit x86 != i386.
Heck, the original Pentium was i586, with Pentium II as i686. Why not target i686?
Re: (Score:2)
Yes, Fedora 32-bit packages are i686.
Re: (Score:2)
Most netbooks are 32-bit x86 (i386.) It's not safe to assume x64 is universal among PC's yet.
It's pretty close to entirely safe to assume these processors are at least 486 or 586 based - if not 686. After all, the first processors to support the i686 [wikipedia.org] instruction set were released in November 1995!
Re: (Score:2)
The "i386" architecture is the one in the 80386 processor. The architecture in general is "x86".
Re: (Score:2)
But sometimes i386 really does mean 32-bit x86 (IA-32). I mentioned in a previous post that for quite some time, there was the arch/i386 directory in the Linux kernel source. But it was not by any means 386-specific. i386 just mean the x86 architecture.
Re: (Score:2)
I think the i386 packages do actually take advantage of more modern features on chips. How else could you do MMX, SSE(1,2,3,4,4.2 whatever they are up to now), etc.?
Re: (Score:2)
That means you're not using any modern opcodes, though, so you're not actually taking advantage of new functionality, you're just tuning the old instructions for new timings.
Re: (Score:2)
You do realize that they only stopped production of the i386 in 2007, right? Four years is kind of sudden to pull support on the basis of it being old.
Re: (Score:2)
I doubt anyone is running CentOS, or any other modern mainstream Linux distro for that matter, on an actual 386.
Re: (Score:2)
Re: (Score:3)
Anybody who needs to run Linux on a 386 knows how to build it themselves for their processor. There is absolutely no need for a pre-built distro to cater to them.
Re: (Score:2)
Nobody's been putting them in PCs for two decades - those 386s have been for embedded and industrial applications.
Re:i386 (Score:4, Informative)
In this case the 'i386' refers to "the "i386" architecture" ie,
http://en.wikipedia.org/wiki/IA-32 [wikipedia.org]
The 32bit rpms you may note are .i686 and will not run on 386, 486 or 586 processors.
Re: (Score:2)
Well, if it is actually compiled for i686, then calling it "i386" is just plain wrong.
Re: (Score:3)
i386 has, forever, been the name used to denote the 32-bit, Intel-compatible, CPU architecture.
x86 is far, far too easy to confuse with x86-64.
IA-32 is a relatively new term, and reeks too much of Intel marketing. I'd be happy with denoting 32-bit platforms as "IA-32" and 64-bit platforms as "AMD64", but I think Intel would profusely object to the later, though it's quite accurate...
Re:i386 (Score:4, Informative)
The naming of x86-64 has a funny history. Back in 2001 or so, AMD called the 64-bit extensions to x86 simply "x86-64". By 2003 however they decided to change the name to "AMD64". Of course, by then Intel was already trying to copy it. They revealed this to the public in 2004, first calling it "IA-32e", and soon after "EM64T". When they released their Core 2 processor in 2006 as the second processor to support it (first was Prescott and it's variants), they renamed it again to "Intel 64". On the matter of "IA-32", that name was coined I think when they were developing Itanium (before x86-64 even existed). The Itanium architecture was called "IA-64". Later on as x86-64 gained prominence, Intel renamed the "IA-64" architecture to "IPF" (Itanium Processor Family) to avoid confusion.
Re: (Score:2)
And x86_32 just makes too much sense?
Re: (Score:2)
i386 has, forever, been the name used to denote the 32-bit, Intel-compatible, CPU architecture.
Well, no. It has been the name used to denote 32-bit, Intel-compatible, 386-compatible code.
Re: (Score:2)
Except in this case the EL6 distro is not i386, i486, or even i586 compatible. It requires i686 with PAE.
Re: (Score:2)
And thus, again, the name is wrong.
Re: (Score:2)
As was pointed out above, this is about i386 vs. something more modern like i686, not x64.
What I want to know is. . . (Score:2)
What I want to know is this: are they making a xen kernel and associated packages available? That's what I really need. Before you say "build your own" I'll point out that if I had the time for that, I would, but I don't want to have to rebuild the kernel and dependent modules every time a patch is released.
Hurray for some stable Linux left in this world (Score:4)
Re: (Score:2)
Because he's used to Linux-style userland and /dev and partitioning?
Re: (Score:2)
It's probably a reference to how Fedora 15 uses GNOME 3 as the default DE even though it's still young and hasn't stood up to any length of real-world use yet, just like Ubuntu 11.04 uses Unity as the default despite the same issues with it.
no PPC? (Score:2)
you don't exist!!!!!
Re: (Score:2)
Or forget Linux and go with OpenBSD, FreeBSD, or NetBSD
Re: (Score:2)
I know, I have debian on my (upgraded) 9600
Re: (Score:2)
Re: (Score:2)
I wouldn't rule out Gentoo, it has binary builds, and also a system for rolling out builds and updates to a group of machines. Not my first pick, but not impossible.
Re: (Score:2)
only for new world machines
What a waste of time .... (Score:3)
Considering 6.1 has been out for some time this is a bit of a non event, most people using CentOs have moved on.
What I saw was a bunch of developers spending a lot of time being defensive of why it was taking so long, promising it was just around the corner and letting the dates constantly slip.
CentOS is basically a dead project to the majority of people who have moved on to more responsive distributions.
I still have to wonder when some of these developers didn't get paid off for doing what they did - the way it happened just didn't seem right, there is a pretty fishy smell about this one.
irresponsible (Score:3, Interesting)
Re: (Score:3)
This isn't Ubuntu, or Fedora, or ArchLinux, or any of the other Linux distributions primarily designed for desktops, developer workstations, or technically adept hobbyists. This is CentOS we're talking about, which like RHEL on which it is based, is designed for enterprise servers. From what I've seen, servers are set up with a stable version of a server-oriented distribution, and there's no full distribution upgrade unless the server is decommissioned and repurposed.
Re: (Score:2)
You do understand, though, that new servers are being purchased and put online all the time, and that for precisely the reason you mention, one hesitates to load them on day one with a FOUR YEAR OUT OF DATE operating system (and one whose support ends in less than 3 years from now). Also, RHEL and clones are not only suited for servers. RHEL is not even marketed only for servers; there are Desktop and Workstation licenses. And guess what. Support for Sandy Bridge video found in new desktops and laptops
Re: (Score:2)
You do understand, though, that new servers are being purchased and put online all the time, and that for precisely the reason you mention, one hesitates to load them on day one with a FOUR YEAR OUT OF DATE operating system (and one whose support ends in less than 3 years from now).
Red Hat's end of life for the 5.x series is in three years. However, RHEL 6.0 was released in November 2010, and RHEL 5.6 was released in January 2011, so describing CentOS 5.6 as four years out of date doesn't seem accurate. Also, Red Hat ends support for RHEL 5.x in three years, but if an enterprise is using CentOS on its servers, it's obviously foregoing direct support from Red Hat.
The point is that if you're choosing an enterprise edition of Linux, it's presumably because having the latest point release
Re:What a waste of time .... (Score:5, Interesting)
Considering they will be supporting 6.0 for 7 years, I don't think six months is a long time to build the testing and releasing infrastructure. For you to say that "most people using CentOS have moved on" is basically patently false. If you have any statistics or evidence to back up that statement, I'd love to hear them sir. I'm sure we'll see quite soon when the download numbers are out. CentOS is the only binary compatible free version of RHEL, which is the only truely commercial business Linux available (ok, there's IBM still, but no Novell anymore). If I need to go from free CentOS to supported RHEL, I can do that very easily with my existing applications and configurations. And they have GOOD support, as in some of the best I've ever seen. And great documentation. And training. I look at Ubuntu and I see a distro that's one big mistake away from collapsing. I also see a desktop distro for consumers and not a business system.
Re: (Score:2)
No, actually, it's not patently (i.e., obviously on its face) false. It may well be true, or false, depending on, as you say, actual statistical findings.
And there is a large subset of users who couldn't care less about exact binary compatibility, though yes, for some users it is critical. You don't even specify exactly what you mean by binary compatibility. As far as I am aware[*], Scientific Linux (and presumably PUIAS) is binary compatible at the userspace level, which is the only level most users shou
Re: (Score:2)
Right, Debian Stable, that's the one. But again, there's no RedHat out there getting it on Dell servers or getting companies to port their applications to it. And JBoss is close to the best application server for any price. And distro provided clustering is good and seamless. And there's RedHat directory, which is also good. I see RedHat making money--actual profits--with Linux and then plowing it back into the most important aspects of a business Linux and really doing more than any company to promote
Re: (Score:2)
Also, I want to add that I'm not against Scientific Linux. I think it's a great product. I think they tend to rush to the newer releases because they are more likely to be running HPC and other projects needing stuff. I feel like as far as QA, CentOS emphasizes what I need it for, which is stable application servers and database servers. I need a stable OS that I can build my applications and servers on. I don't really depend on Redhat or CentOS for application packages, just the core OS. I find that
Re: (Score:2)
Scientific Linux is specifically not binary compatible with RHEL. That's why they were able to move so fast getting 6.0 out.
Re: (Score:2)
Care to provide a citation, since this states otherwise RhelSlSlcDifferences [twiki.cern.ch] ?
Re:What a waste of time .... (Score:5, Interesting)
CentOS is basically a dead project to the majority of people who have moved on to more responsive distributions.
That must be why CentOS runs 30% of the Net's Web servers according to sjvn. [computerworld.com]
Re:What a waste of time .... (Score:4, Insightful)
Quite the opposite. I was expecting it to be a non-event, too. Instead, reading the announcement, I found much to be excited about.
First, while this is technically 6.0, the announcement specifically says the 6.1 updates will be going in to the rolling release branch right away, so when you do a "yum update" you'll get all the 6.1 goodness, in short order.
Secondly, their plans for LiveCD images and minimal-install CD images in the next few days, which serve important niches and which Redhat didn't even provide with their release, are very exciting too, and fills a huge need.
Besides that, companies are incredibly slow to upgrade their infrastructure anyhow. RHEL6 is a pretty major change, so people weren't rolling it out to their servers the day it was released. I know we're a fully paid-up RedHat shop and we haven't upgraded ANYTHING to RHEL6 yet.
The CentOS folks stated their inability to commit enough resource to support both 6.0 and 5.6 releases simultaneously, and got an overwhelming number of requests to go for 5.6 rather than 6.0, so we already know what most people's needs really are.
Honestly, if anyone was so desperate for the new features in RHEL6, they would have jumped ship long before even the RHEL6 beta came out. RHEL5 was getting very long in the tooth, so if you had a real need for what's available now, why didn't you switch to Fedora 13, more than a year ago? Where are these people that desperately needed these updates 6 months ago, but didn't need them 18 months ago and were happy with RHEL5 until just recently?
Really, a few (and I do mean a few, certainly not "the majority") impatient folks that didn't feel like waiting for a CentOS6 desktop to play with, aren't representative of anything. And if you did switch to SL6, RHEL6, or Fedora 13, it's just a repo change and a yum upgrade to go back to the CentOS packages.
Re: (Score:2)
CentOS however goes on to claim that the rolling release branch is not what most users should be using.
Re: (Score:2)
"Always have a proper backup! You can learn more about backups here""
Sorry, but this is the height of naive. CentOS casts a very *VERY* long shadow!
Do you want a nice, supported, "Enterprise" Linux but don't have much budget to spend? Guess what: CentOS is almost your only choice. SL is nice, but it's not binary compatible with RHEL. Mix and match a few packages with a few "EL5/6" repos and you very quickly will run into binary hell.
Other than RHEL, what "Enterprise" options are available? What you need is
Re:What a waste of time .... (Score:4, Informative)
CentOS jumped the shark quite a while ago. I'd say 2009. Lance Davis, the founder, flew the coop (just literally went AWOL) and no one thought to get control of the centos.org domain from him for a year. Meantime you couldn't contribute to the project using PayPal. Then the developers got an unenviable reputation for arrogance and supercilious unfriendliness to the desires of mere users. Finally there was the extremely long delay for 6.0. The release of 5.6, which wasn't all that rapid either, brought to the surface a disturbing problem with security updates for 5.5 not being forthcoming while 5.6 was being worked on.
Many of these problems have been addressed; some haven't, at least not fully. Most anyone who had a serious need to be in the right technology DECADE this year has already jumped ship to Redhat, Scientific Linux, or PUIAS. I can't say enough good thing about PUIAS. They have 6.1 already. They are no johnny come latelies, as they have been around longer than CentOS.
Re: (Score:2)
Hmm. I had never heard of PUIAS. I had to go look it up.
It's not listed in distrowatch (that's weird; the only other distro I know that is not listed there is the Ubuntu Satanic Edition; distrowatch didn't want to list them for fear of pissing off the Christians).
A google search found their webpage pretty quick
http://puias.math.ias.edu/ [ias.edu]
Princeton University Institute for Advanced Study Linux.
Custom Red Hat distribution pre-dating CentOS.
The computational repositories look promising.
Thanks for mentioning th
Tracker down? (Score:2)
Has anybody had any luck torrenting one of the DVDs? I can't connect to tracker.centos.org.
Why not Fedora? (Score:2)
It has been at least 9 years since I used Red Hat. Why is there a CentOS? Wasn't Fedora supposed to be RedHat with all of the proprietary stuff removed?
Re: (Score:2)
It has been at least 9 years since I used Red Hat. Why is there a CentOS? Wasn't Fedora supposed to be RedHat with all of the proprietary stuff removed?
As noted in another reply, Fedora is a short-term development distribution. Don't count on reliable support much past 6 months for past releases unless you can reproduce the issue in the current release. Pevious posts have established the puporse and desirablility of CentOS.
1. Free distributoion
2. Binary compatabilty
2. Free updates.
Build & tweak your deployment with your in-house resources. If you have difficult to resolve issues, move the (binary compatible) applications to a RHEL lab environmen
Re: (Score:3)
Re: (Score:2)
At last, a first post that is first, and properly placed for nostalgia. :>)
Re: (Score:2)
It helps when you get subscriber perks.
OK, so I cheated :)
Re: (Score:2)
The reason that this is a BFD, is because RHEL is very popular for enterprise use, and CentOS is basically the free version of RHEL.
For people looking to move expensive servers from RHEL to CentOS, this is a big deal. Also, for people studying to get an RHCE, this is a big deal.
FWIW: I went back to using Ubuntu 10.10, because I did not like Ubuntu 11.04; I am thinking about moving to Mint. But, if I ever decide to get my RHCE, I will CentOS. I think Redhat should create a student version of RHEL, but I doub