Linked by Thom Holwerda on Wed 1st Jul 2009 19:09 UTC
Red Hat "Red Hat today officially announced the beta availability of Red Hat Enterprise Linux 5.4, which in my view is a lot more than a typical point release. Sure we're all waiting for the big RHEL 6 release, but there are some major changes in RHEL 5.4. The most obvious change is the shift to the KVM hypervisor (as opposed to Xen). Xen is still in RHEL, but with RHEL 5.4, Red Hat is signaling its intention that KVM (eventually) is to be Red Hat's preferred Hypervisor. It's a preference that Red Hat execs have indicated at multiple points this year and should be no surprise since Red Hat now owns lead KVM vendor Qumranet."
Thread beginning with comment 371320
To view parent comment, click here.
To read all comments associated with this story, please click here.
HeLfReZ
Member since:
2005-08-12

I agree that that's a long time, but in Redhat's defense, that is an issue with the desktop chosen, not RHEL itself. GNOME is a dependency nightmare, but thats part of what make it work the way it does, its got its hooks fairly deep into the core of the system. Problem is that there is a point where it ceases to just be a gui overlay.

In contrast, if you were running KDE,XFCE,Fluxbox, etc...you could freely move between desktops with very little dependency on the core. KDE-Redhat group releases new builds regular of KDE, but its not to difficult to compile.

When it comes to the desktop, let put blame where it belongs, and that's the desktop project. GNOME, as much as i like it, has always had this issue, it is virtually impossible to change the version of gnome on a system, without upgrading pretty much everything thats not a server process lol. KDE is MUCH better in this regard, not being to picky about the underlying OS, but KDE4 has been a bit of a disaster thus far.

Pick your poison..

Reply Parent Bookmark Score: 2

sbergman27 Member since:
2005-07-24

I agree that that's a long time, but in Redhat's defense, that is an issue with the desktop chosen, not RHEL itself.

I disagree. Because the core problem is that Red Hat made very explicit promises to its customers, and then just arbitrarily broke them because it worked out better for their business model. Sounds like that same thing we point fingers at proprietary vendors for doing. If they had announced, ahead of the 5.0 release that "Hey, we're going to go longer on the 6.0 release cycle", that would be one thing. But they didn't. Last I looked, which was not long ago, that same promise was *still* in their sales literature for RHEL5.[1] My customer would *not* have chosen RHEL if they had known what Red Had was going to unilaterally decide to do, for their own business reasons.

[1] http://www.redhat.com/f/pdf/rhel/rhel5_overview.pdf

Edited 2009-07-02 14:45 UTC

Reply Parent Bookmark Score: 2