By Jonathan Corbet
November 12, 2008
The Fedora 10 release is currently planned for November 25 - somewhat later
than had been originally intended. Delays in Fedora releases are certainly
not unheard-of, even when the project isn't coping with a major compromise
of its fundamental infrastructure (the full story of which, it should be
noted, still has not been told). Fedora 10 looks like it will be
worth the wait, but the project is not waiting for the release to start
thinking about its upcoming release cycles. A couple of discussions
related to this topic provide some interesting insights into the pressures
being felt by Fedora's leadership.
A recent video review
of Fedora 10 was seen by the project as being something other than
entirely favorable. But the biggest
complaint expressed by the project is on a different subject: credit
for work which is done by Fedora developers. Quoting Fedora leader Paul
Frields:
Another point that had me scratching my head was the same host
indicating that Fedora had a lot of features that were in Ubuntu
8.10. This is certainly true, but the differentiator is that many
of these features were *built* by Fedora contributors, inside and
outside Red Hat. It's important for us to keep emphasizing this
fact.
Subsequent discussion indicates that a number of Fedora developers feel
that other distributions - Ubuntu in particular - are stealing Fedora's
thunder by shipping Fedora-developed improvements first. This is not the
first time this kind of concern has been raised; it has been asserted that
Novell's behind-closed-doors XGL
work was done that way to keep Ubuntu from shipping it first. Fedora
does not appear to be considering pulling its development from public view
- that would run counter to the project's open nature - but some other
responses are being discussed.
More than anything else, the Fedora project would like to ensure that the
world knows about the work its developers are doing. Initiatives like the feature
list for each release help to get information out ahead of the actual
software release. There is also talk of more aggressive blogging, outreach
to news sites, etc. The project has even posted a proposed
marketing schedule which would help to ensure that all the right
marketing activities are happening at the right points in the release
cycle.
Former Fedora leader Max Spevack had a
different suggestion to offer:
If "features" and "first" are hurting because of where we are in
the calendar compared to the Ubuntu release, allowing them the
chance to release their new distro first and to receive a lot of
credit for new features when reviewers and press don't understand
where the upstream work is being done (in Fedora, for example),
then Fedora Marketing should ask the Fedora Board to think about
altering our "May Day" and "Halloween" release targets by a little
bit, so that Fedora's cycle finishes before Ubuntu's.
This proposal brings to mind a vision of distributors racing to be the
first to release, leading to ever-shorter cycles and a corresponding
decrease in release quality. It is hard to imagine that the first mover
has such an overwhelming marketing advantage; there must be a better way.
It does not look like Fedora will attempt a "first post" counterattack
anytime soon. In fact, if the recently-posted Fedora 11 release schedule proposal is
adopted, the exact opposite will happen. In the past, Fedora has responded
to a much-delayed release by shortening the following release cycle in an
attempt to get back on schedule. For Fedora 11, it would appear that
this will not happen; there will be no attempt to go for a "May Day"
release.
The reasoning against shortening the Fedora 11 cycle comes down to this:
Fedora 11 will be extremely important to Red Hat Enterprise Linux
(otherwise known as RHEL). RHEL 6 planning has looked to use
Fedora 10 and Fedora 11 as releases to work out new technologies
and features that are desired in RHEL 6. This includes a lot of
upstream work that is being done, and targeted to land in these two
releases.
So a shortened Fedora 11 cycle would make it harder to get all of the
changes planned for RHEL6 in. That's problematic for Red Hat, and, since
Red Hat pays for much of Fedora's existence, Red Hat's problems become
Fedora's problems. Beyond that, though, it seems that a number of core Red
Hat engineers will be working on Fedora during the next cycle to help get
RHEL6-targeted features into shape. If the next cycle is shorter, Fedora
will get less attention from those developers. Fedora would like to avoid
that situation and take advantage of the RHEL team's attention while it
can.
So the proposal is to retain the six-month cycle for Fedora 11 and release
around the beginning of June. The Fedora 12 cycle, though, would be
shortened to get the project back to the original schedule. The hope is
that the advance notice will make it easier to plan for a short release
cycle; Jesse Keating also suggests that the project "could even
focus more on polish issues in F12 than large sweeping features."
The more cynically-minded among us might conclude that Fedora 11 will
be stuffed full of bleeding-edge new stuff that the RHEL team wants to
evaluate, and Fedora 12 will be the release where all of that work is
actually stabilized. But your editor would never want to be cynical.
The initial response to the proposed schedule is almost entirely positive,
so it seems likely that things will go that way. Some Fedora developers
may feel that releasing behind Ubuntu gives the project a public relations
disadvantage, but other concerns are seen as being more important. Since
those "other concerns" can be seen as "take the time to focus a lot of work on
pulling together new features for an upcoming stable release," this set of
priorities seems hard to argue with.
(
Log in to post comments)