Replace the contents of the scripts/ subdirectory in anaconda with an external tool named lorax that generates the installation images for distribution trees. Lorax should be flexible enough for use as a standalone program, but capable of easy integration in to pungi and other release engineering tools. Image contents should be configurable at runtime and not require a rebuild of lorax.
- Targeted release: Fedora 15
- Last updated: 2010-11-05
- Percentage of completion: 90%
The buildinstall scripts are a mess. Cleaning them up would provide benefit to tree composes and more.
Benefit to Fedora
- Release engineering would have the flexibility to tweak install image contents without depending on a new anaconda build.
- Joint ownership of image building between installer team and rel-eng.
- Anaconda releases are not so strictly tied to rel-eng schedules.
- Ability to change image contents without needing an 11th anaconda build.
- Better integration in to pungi rather than the hackjob pile of shell scripts currently in anaconda.
- No more upd-instroot or mk-images nightmare.
Lorax will be a completely separate project and component in the distribution. It will take the place of the scripts/ subdirectory in anaconda. Downstream users of lorax will be pungi and possibly other release engineering tools that come along.
Generate test images outside of the rel-eng process, compare contents with images currently generated by the scripts/ tools. Clean up inconsistencies and problems before having pungi use lorax directly.
After this, provide a patch for pungi so lorax will get used by rel-eng process for Fedora test days.
End users are not directly affected by this change.
Lorax itself is not dependent on any other component being delivered, but coordination with pungi will need to be handled so the transition to lorax is not problematic.
Continue using the existing rel-eng scripts that are part of the anaconda project.