From Fedora Project Wiki

Revision as of 01:33, 2 June 2009 by Bruno (talk | contribs)

  • User:Bruno: One thing I would like to see is rawhide look more like the version it is becoming. For example the $releasever string doesn't work as expected (at least to me) in repo definitions. So perhaps when creating fedora-release the version could be (for say the F11 rawhide) -11-0.rawhide.1 instead of -10.91 .
    • User:jkeating: This is something I've been thinking about as well. The numbers used to match up with where they would land on the mirrors, releases/test/10.91 or so, but now they don't, so we should re-think that strategy. Thanks for bringing it up!
  • User:Bruno: For discussion at the event: What might have been done to avoid the two one week slips that happened very close to the release of F11?
    • User:jkeating: Unfortunately the only thing that would have prevented these was earlier detection of the bugs in question, and earlier understanding of the severity of the bugs. We have made a change that any crasher bug in anaconda land is immediately proposed as a blocker, which should get the attention of more people to determine the severity and better plan the release.
      • User:Bruno: Are there other things that could be done to encourage people to do test installs earlier? For example having an install / update test day much earlier in the development cycle? This may have been an especially problematic development cycle for Anaconda because of the scope of the changes. If comparable (in scope) changes are planned for future development cycles, is there anything special you'd want to do? For example start very early or split off a parallel version that is developed over two cycles instead of one.

Email threads regarding this topic: