By Jonathan Corbet
January 4, 2012
For better or for worse, Red Hat's Enterprise Linux (RHEL) is the standard
form of Linux in many settings. Red Hat invests considerable resources
into stabilizing RHEL and supporting it for many years after its initial
release. That gives comfort to companies fearing the choice between a
forced migration to a newer version of the distribution or having to take
on the burden of maintaining it themselves. RHEL is the default choice in
many situations where all software must come accompanied by a long-term
support contract; it is telling that Red Hat's two closest competitors
(SUSE and Oracle) both offer support for Red Hat's distribution.
RHEL is built with free software, and Red Hat fully understands both the
conditions attached to free software licenses and the expectations of the
development community. So the source for each RHEL release is promptly
made available to the community. It is natural to expect that plenty of
people would like to take advantage of the stability of and support behind
RHEL without actually paying for a support contract; the availability of
the source makes it possible to do exactly that. All that is needed is to
rebuild those source packages, minus any Red Hat branding, and make the
result available to the community.
Except that, in reality, the problem seems to be harder than that.
Creating a proper build and distribution environment requires work and
equipment. Quality control can be a lot of work, especially if strict
binary compatibility with RHEL is desired. The security update stream must
be followed constantly. And Red Hat does not always make the job of
keeping up with their releases easy. So anybody wanting to make and
support a proper RHEL clone must be prepared to invest a lot of time and
infrastructure into the task.
Given that the desired end result of any RHEL rebuild effort - something
that looks as much like RHEL as possible - is clear and unvarying, one
would think that there would not be room for a large number of RHEL rebuild
projects. There is not much space for ego or interesting new development,
so it would make sense for everybody with an interest in this area to work
together for the best end result. That is not how things have worked out,
though. One need not look to far to find plenty of rebuilds out there:
There are undoubtedly others, but, at this point, the picture should be
clear: a lot of independent groups are putting a lot of effort into their
own rebuilds of Red Hat Enterprise Linux. Some of them are more successful
than others, but none are as good as they could be with a bit more focused
effort.
Given the long list of existing distributions and the effort required to
create and maintain a new one, anybody thinking of adding to the list
should think long and hard about why that seems like a good idea. If the
intent is to provide a Linux experience that is not possible with any of
the existing distributions, perhaps there is an excuse for making a new
one. But, in the case of RHEL rebuilds, there is simply no latitude for
the creation of that new experience. The desired result is something that
looks and acts like RHEL. Perhaps the various groups making their own RHEL
clones would get better results if they were to build a single base
distribution to work from. They could then compete fiercely to provide the
slickest desktop theme, which is where all the interesting action is
anyway.
Comments (16 posted)
Brief items
If MS are Lions, and Apple are leopards, then I'd say Free Software is
Fungus -- capable of taking their excrement and turning it into
something useful, while otherwise growing at it's own pace, largely
indifferent to the activities of the live-fast die-young corporations.
Admittedly, Microsoft are now trying to use the patent system as
fungicide, but I think the wider population are waking up to just how
toxic that stuff is for everyone, especially when misused.
--
Philip Hands
Comments (none posted)
Back in 2006, LWN carried
the announcement
that the government of the Spanish state of Extremadura was moving to a
locally-developed distribution called Linex. Now comes
the sad news that the project has been ended,
along with the contracts of the developers who were working on it. One of
those developers, José Luis Redrejo Rodríguez, has posted
his view on what has happened. "
The new
people in charge of the Extremadura government don't like the good press
and name that Linex, and the free software, gave to the previous party in
the government. And they want to change things. I don't say they're going
to remove all the free software we have in education (I don't think that's
technically possible, and also we can not afford it ), but they maybe will
move from Debian to Ubuntu or to OpenSUSE or Fedora. They are firing all
the people who made the previous situation possible."
(Thanks to Paul Wise).
Comments (17 posted)
The Linux Mint Blog is carrying
an introduction to "Cinnamon,"
that distribution's latest desktop initiative. "
With Gnome 2 no
longer an option we lost one of the most important upstream components our
Linux Mint desktop was based on. Our entire focus shifted from innovating
on the desktop, to patching existing alternatives such as Gnome Shell. We
used MATE and MGSE to provide an easier transition away from Gnome 2, but
without being able to truly offer an alternative that was better than Gnome
2. Both MATE and Gnome Shell are promising projects but MATE’s ultimate
goal is to replicate Gnome 2 using GTK+ and Gnome Shell doesn’t provide
what we need in a desktop and is going in a direction we do not want to
follow. So for these reasons we’re designing a new desktop called Cinnamon,
which leverages new technology and implements our vision."
Comments (60 posted)
Gentoo Linux has
announced the
availability of a new LiveDVD. As a source based distribution a Gentoo
install can be easily kept up to date. If you don't already have Gentoo
installed and would like to try it out, the LiveDVD is a good way to get
started.
Comments (none posted)
Newsletters and articles of interest
Comments (none posted)
Page editor: Rebecca Sobol
Next page: Development>>