|
|
Subscribe / Log in / New account

Fedora 11 release schedule set

From:  "Jon Stanley" <jonstanley-AT-gmail.com>
To:  fedora-devel-announce-AT-redhat.com
Subject:  Fedora 11 Feature Process reminders
Date:  Thu, 4 Dec 2008 00:49:06 -0500
Message-ID:  <da159fda0812032149r1ea8d92fx1a73b957022c4f8__6186.6230135367$1228370053$gmane$org@mail.gmail.com>

At today's FESCo meeting, the final schedule for Fedora 11 was
approved.  Now  it's time for some reminders about the feature process
for Fedora 11.  We're changing a few things this time around to
hopefully make the whole process run smoother than ever!

First., FESCo will be making decisions regarding dropping incomplete
features at the meeting *2 weeks before* the freeze date, in order to
give rel-eng and QA time to implement whatever contingency plans might
be required prior to the freeze.  For Fedora 11, these dates are:

Alpha freeze: 1/20 - FESCo meeting - 1/8
Beta Freeze:  3/10 - FESCo meeting - 2/25
Final Freeze: 4/14 - FESCo meeting - 4/1

Also, note that feature freeze is on 3/3, a week prior to the Beta
freeze.  This was done in order to provide more time for testing
between feature freeze and beta freeze, and fix any issues that come
up without having to break the beta freeze.

By the time of the Alpha freeze, features must have a defined
specification (i.e. the scope section of the template must be
complete).  This should include criteria of what is required in order
to declare the feature a "success", for example, you're able to adjust
the volume in a variety of ways (name those ways) and that they have
the desired effect for the VolumeControl feature currently scheduled
for F11.

By the time of the beta freeze, features must have a complete test
plan, and be in a testable state.  A test plan is NOT simply "use it
and see if it works". Steps that can be reproduced by someone that has
little  to no knowledge of your feature area, but a basic
understanding of Fedora and the command line, etc. is what's required
here.  Taking the VolumeControl feature, there should be instructions
that tell me what packages need to be installed, what they're expected
to do under various circumstances, and how to make them do those
things.

By final freeze, obviously the feature must be fully implemented and
ready to go out the door.

Also, as feature owners have features that are nearing completion, I
would encourage them to contact either myself or James Laska in order
to schedule a "test day" for that feature.  In the past, these have
been incredibly successful in getting test coverage and exposure for
features that may not otherwise get it.  The earlier in the process
that this can happen, the better.

I will be handling the QA items that are new to this release, John
Poelstra will continue in his role as the overall Feature Wrangler.

All of  this is designed to ensure a high-quality release, and
minimize any schedule slips.

Thanks!
-Jon

_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-anno...

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list




to post comments

Fedora 11 release schedule set

Posted Dec 5, 2008 1:34 UTC (Fri) by sbergman27 (guest, #10767) [Link]

It looks like a good plan. As a Fedora user, I think that Fedora really *belongs* at the head of the queue for the traditional Spring and Fall distro release-fest. Most of the distros these days are pretty cutting edge, and the current positioning leaves what is nominally Linux's most cutting edge distro seeming a bit behind on release day. On the other hand, RHEL6 is already going to break the stated policy of 18 to 24 month release cycles by a substantial amount. So as a CentOS admin, I'm a bit frustrated that some of my (XDMCP desktop) users are going to be stuck with the equivalent of Fedora Core 6 for another year. (And am also waiting for a window in which I can side-grade some of my current Fedora users to CentOS.) So whatever it takes to get RHEL6 released is fine with me. If we can get everything back on track in another 10 - 12 months, I think that's about the best that can be done and still cover all the bases.

I really wish there were a RH-centric, middle of the road distro, with a predictable 12 month release cycle, and about 25-30 months of update support. Mr. Santa, bring me a dream. ;-)

Fedora 11 release schedule set

Posted Dec 5, 2008 7:43 UTC (Fri) by tajyrink (subscriber, #2750) [Link]

I'm not sure which factors actually play a role in the release planning, but currently it seems Fedora is again releasing quite late in the spring. The interesting point here is IMHO that Fedora is _so_ cutting edge it already has features in Fedora 10 which others use only in their next spring's release. GEM and even KMS in Fedora 10! KMS will be in the 2.6.29 at earliest officially, but if Fedora does all the hard work again others have more easy time to backport KMS too.

I can imagine Fedora 11 to perhaps have eg. Gallium architecture, while possibly Mesa 7.4 will be released with traditional DRI, but now with GEM support for the "rest of the gang". Of course Fedora 10 already has Mesa snapshot with GEM support (or is it the Intel's 2008q3 branch). Again Gallium would certainly be something that is very, very leading edge where others don't probably have the resources or the talent to actually implement in a supported release before next autumn.

It's no wonder there are delays in Fedora schedules, among other reasons, since such a leading edge features are not as predictable as using mostly stable releases or at least pre-releases with known schedules. I just hope they also consider the stability, since it'd be sad for Fedora to lose users because of being too cutting edge.

(btw, is it here where the zillions of other-distro fanboys referred in the other, longer comments thread were supposed to be)

Cross-compilers

Posted Dec 7, 2008 5:48 UTC (Sun) by proski (subscriber, #104) [Link]

It would be really nice to have several cross-compilers packaged for popular architectures, such as PowerPC, ARM, SPARC, MIPS. I know, there is a cross-compiler for ARM, but it's named in a confusing way and took me time to be found.


Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds