Red Hat Pushes Out Enterprise Linux 6.1
wiredmikey writes "Red Hat today released Red Hat Enterprise Linux 6.1, the first update to the platform since Red Hat Enterprise Linux 6 back in November 2010. The latest version brings improvements in system reliability, scalability and performance, and support for upcoming system hardware. The latest version also delivers patches and security updates as well as enhancements in virtualization, file systems, scheduler, resource management and high availability." The Register, too, outlines the new release.
I'd recommend giving Scientific Linux a shot - their version of EL6 came out not too far behind RH.
I'm starting to think GNU is the problem with "GNU/Linux" these days.
Dear Intern,
Get back to work and stop posting on Slashdot. That's what our PR department is for.
Signed,
Jim Whitehurst
- None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
RHEL 6.1 is shipping with Perl 5.10.x which went legacy with the release of Perl 5.14 this week. Ah, moving targets! Though doesn't seem too bad since Debian Squeeze is also shipped with 5.10 in February this year.
"Never try to tell everything you know. It may take too short a time."
CentOS, while a great community effort, is lagging too much. If you want the lated RedHat unbranded, go to http://www.scientificlinux.org/ Quoting from their page: "SL is a Linux release put together by Fermilab, CERN, and various other labs and universities around the world. Its primary purpose is to reduce duplicated effort of the labs, and to have a common install base for the various experimenters." I just use it, and am slowly replacing my CentOS boxes with SL.
We've been hearing that since March. Forgive me if I don't hold my breath.
Be gone from my sight or prepare to feel my flaming wraith!
ISOs of Centos 6.0 are worthless at this point because security fixes from RedHat going forward will be based on 6.1.
Centos has big issues. I can't see how anyone would commit to it at this point.
Unfortunately, there are hundreds of people willing to help with CentOS 6, but the team has just ignored them. There was a 'list of outstanding bugs' that was linked to in the 'When will CentOS 6 be released' thread, and a couple of days after that was posted, every bug had a patch against it.
They ignored that for another couple of months, wrote their own patches, and then went off and did other things.
Whilst Scientific Linux 5.6 is easily installable. Install 5.5 and then run 'yum update'. There's an alpha ISO around, and I think there was a beta due out shortly.
Schlock Mercenary.
This is the way I see it. I currently run a company with a very very large install base of machines.
My machines are all running Centos 5.x. For me, getting 5.6 out to production is the HIGHEST priority. I could give a crap about 6.0, especially since everyone knows that the first RHEL x.0 release will be completely buggy anyway. For deploy-able stable products, RHEL 4.3 and RHEL 5.1 were the first in their series to be decent enough to run in production from our testing and bug reports back to Redhat's bugzilla. I completely expect RHEL 6.0 to be completely unstable and bug ridden, and hopefully 6.1 has ironed most of them out.
I'd be perfectly happy if CentOS never released a RHEL x.0 release.
I personally think Scientific Linux has their priorities backward, and CentOS is in the right. I'd rather have 5.6 before 6.0.
How can you steal something when Redhat make it available for free? You pay for Redhat if you want support and their management tools. They probably consider CentOS a loss leader, a lot of their business is likely "won" by converting sysadmins from the free distro.
That's why we use it.
We use CentOS on the boxes where support doesn't matter and RHEL on the boxes where it does matter. It didn't cost us anything to dip our toes in the water and get comfortable with how CentOS does things. And that knowledge transferred right over when we started using RHEL for the important stuff.
Wolde you bothe eate your cake, and have your cake?