From Fedora Project Wiki

(Update with progress)
 
(7 intermediate revisions by 3 users not shown)
Line 6: Line 6:
#* To install rawhide follow the instructions at: '''FIXME'''
#* To install rawhide follow the instructions at: '''FIXME'''
#* Links to public announcements: '''FIXME'''
#* Links to public announcements: '''FIXME'''
# Bodhi modifications have been made ([https://www.redhat.com/archives/fedora-devel-list/2010-January/msg00219.html details & patch]), deployed to staging, and tested
# Mash tested and confirmed to have the ability to create two trees at the same time in our infrastructure
# Communicated new layout to the mirrors
# Worked out location to hold test images of rawhide and last known good
# New paths primed on master mirror via hardlinks
## buildrawhide script updated to keep hardlink paths updated until freeze
# <insert other things that are done>
# <insert other things that are done>


== Roadmap ==
== Roadmap ==


To implement for Fedora 13, all of the following must be accomplished by [[Releases/13/ScheduleFeature|Freeze Freeze]] (currently scheduled for 2010-02-09).
To implement for Fedora 13, all of the following must be accomplished by [[Releases/13/Schedule|Alpha Freeze]] (currently scheduled for 2010-02-16).
# Create buildpendingtree script to compose the branched content each night
# Create a single rsync script to run after both buildrawhide and buildpendingtree are done
# Deploy new bodhi code into production
# Update fedora-release(-rawhide) for new paths
# Turn on mirrormanager for new paths


# Bodhi retrofit work done for sure before Feature Freeze
# Mash enhanced with ability to create two trees at the same time in our infrastructure
# Communicate new layout to the mirrors


== Implementation Plans ==
== Implementation Plans ==
# Continue to produce rawhide as a repo of packages without install images
# Continue to produce rawhide as a repo of packages without install images
# At feature freeze, branch CVS for F-13
# At alpha freeze, branch CVS for F-13
#* devel/ now builds for F-14, reflect that in fedora-release and koji
#* devel/ now builds for F-14, reflect that in fedora-release and koji
# F-13 builds are published to pub/fedora/linux/releases/13/Everything/nightly
# rawhide builds are published to pub/fedora/linux/development/rawhide/
# F-13 builds are published to pub/fedora/linux/development/13/
#* Potential F-13 builds are published to pub/fedora/linux/updates/testing/13/ either nightly or as part of standard updates pushes.
#* Potential F-13 builds are published to pub/fedora/linux/updates/testing/13/ either nightly or as part of standard updates pushes.
# Bodhi will be used for managing builds from F-13.  Push to testing goes to the updates-testing location.  Push to stable goes to the Everything/ path.
# Bodhi will be used for managing builds from F-13.  Push to testing goes to the updates-testing location.  Push to stable goes to the development/13 path.
# Install images created in the Everything/ path.
# Install images created in the development/13 path.
# Packages in the critical path will require positive karma from releng or qa before allowed to go stable.  Packages outside the critical path will be managed just as updates are now.
# Packages in the critical path will require positive karma from releng or qa before allowed to go stable.  Packages outside the critical path will be managed just as updates are now.
# At F13 Release Candidate stage, pushes to "stable" will go to pub/fedora/linux/updates/13/ instead of the Everything/ path.  Release blocking fixes will be pulled into Everything/
# At F13 Release Candidate stage, pushes to "stable" will go to pub/fedora/linux/updates/13/ instead of the Everything/ path.  Release blocking fixes will be pulled into Everything/
# Packages will be signed as part of the updates process, as well as "automatically" as builds happen


== Unfinished Tasks ==
== Unfinished Tasks ==
# Collect links to all ''rawhide'' pages on the wiki
# Collect links to all ''rawhide'' pages on the wiki
# Rework all wiki pages describing ''rawhide'' to reflect NFR
# Rework all wiki pages describing ''rawhide'' to reflect NFR
# Public announcement blitz about no rawhide install images for Fedora 13


== Unresolved Questions & Topics ==
== Unresolved Questions & Topics ==
* What do we call the pending release tree?
* What do we call the pending release tree?
* When do we branch?  Feature Freeze?
* How are buildroot overrides handled, freeze break needs vs 0-day update needs
* How are buildroot overrides handled, freeze break needs vs 0-day update needs
* Increased number of "double" commits (things committed to rawhide, and duplicated on the release branch)
* Increased number of "double" commits (things committed to rawhide, and duplicated on the release branch)
Line 40: Line 50:
* Are we now Debian (Unstable, testing, stable)
* Are we now Debian (Unstable, testing, stable)
* Potential to break chain-builds even more depending on when we force things through bodhi
* Potential to break chain-builds even more depending on when we force things through bodhi
* Do we always make install images for rawhide, or only make images for pending release tree?
* packages going "straight to stable" via bodhi during a freeze
* When and how does signing happen?  How will we know if something isn't signed in time to fix it?

Latest revision as of 01:07, 11 February 2010

This page tracks the actual implementation of the No Frozen Rawhide (NFR) Proposal.

Implemented

  1. Install images are no longer being created for rawhide.
    • To install rawhide follow the instructions at: FIXME
    • Links to public announcements: FIXME
  2. Bodhi modifications have been made (details & patch), deployed to staging, and tested
  3. Mash tested and confirmed to have the ability to create two trees at the same time in our infrastructure
  4. Communicated new layout to the mirrors
  5. Worked out location to hold test images of rawhide and last known good
  6. New paths primed on master mirror via hardlinks
    1. buildrawhide script updated to keep hardlink paths updated until freeze
  7. <insert other things that are done>

Roadmap

To implement for Fedora 13, all of the following must be accomplished by Alpha Freeze (currently scheduled for 2010-02-16).

  1. Create buildpendingtree script to compose the branched content each night
  2. Create a single rsync script to run after both buildrawhide and buildpendingtree are done
  3. Deploy new bodhi code into production
  4. Update fedora-release(-rawhide) for new paths
  5. Turn on mirrormanager for new paths


Implementation Plans

  1. Continue to produce rawhide as a repo of packages without install images
  2. At alpha freeze, branch CVS for F-13
    • devel/ now builds for F-14, reflect that in fedora-release and koji
  3. rawhide builds are published to pub/fedora/linux/development/rawhide/
  4. F-13 builds are published to pub/fedora/linux/development/13/
    • Potential F-13 builds are published to pub/fedora/linux/updates/testing/13/ either nightly or as part of standard updates pushes.
  5. Bodhi will be used for managing builds from F-13. Push to testing goes to the updates-testing location. Push to stable goes to the development/13 path.
  6. Install images created in the development/13 path.
  7. Packages in the critical path will require positive karma from releng or qa before allowed to go stable. Packages outside the critical path will be managed just as updates are now.
  8. At F13 Release Candidate stage, pushes to "stable" will go to pub/fedora/linux/updates/13/ instead of the Everything/ path. Release blocking fixes will be pulled into Everything/
  9. Packages will be signed as part of the updates process, as well as "automatically" as builds happen

Unfinished Tasks

  1. Collect links to all rawhide pages on the wiki
  2. Rework all wiki pages describing rawhide to reflect NFR
  3. Public announcement blitz about no rawhide install images for Fedora 13

Unresolved Questions & Topics

  • What do we call the pending release tree?
  • How are buildroot overrides handled, freeze break needs vs 0-day update needs
  • Increased number of "double" commits (things committed to rawhide, and duplicated on the release branch)
  • Relies on updates-testing to drive feedback for freeze breaks, and updates-testing is not as well used as it could be.
  • Division of our testers between rawhide and the pending release
  • Are we now Debian (Unstable, testing, stable)
  • Potential to break chain-builds even more depending on when we force things through bodhi