KojiImages

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
m
 
Line 35: Line 35:
 
== Comments? ==
 
== Comments? ==
 
To leave a comment, use the Talk page for this proposal.
 
To leave a comment, use the Talk page for this proposal.
 
 
[[Category:FeatureReadyForWrangler]]
 

Latest revision as of 01:17, 16 November 2010

Contents

[edit] Overview

Koji supports building LiveCDs and Appliances (raw disk images), this proposal seeks to integrate that functionality into the Fedora release process.

[edit] Problem Space

Today Fedora remixes, spins, and cloud images are all generated on the side, outside of Rel-Eng control and visibility. There is little in the way of reproducibility or logging when the images are generated.

[edit] Proposed Solution

Koji supports building LiveCDs and Appliances as of the 1.4 release, which is what Fedora Koji is. With a little configuration effort a small set of contributors can be able to build their images in Koji. Building images in Koji carries with it a lot of the same benefits as building RPMs: they're built consistently, in a controlled environment, and with plenty of logging and traceability.

[edit] Scope

This proposal impacts the Cloud SIG, Spins SIG, Fedora Rel-Eng and the infrastructure team. It does not require functional enhancements to existing software, but it does require configuration changes in Fedora Koji, additional policy, and SOP.

[edit] Active Ingredients

[edit] Hardware Considerations

Images take up space and generate load on the builders. Depending on the volume of images to be generated it may warrant hardware considerations.

[edit] Configuration Changes

How to set up Fedora Koji for image building is outlined here. Fedora Rel-Eng and the infrastructure team would need to follow the instructions therein. They would also need to adequately test to make sure the Koji functionality works as expected in the Fedora build system.

[edit] Koji Stack

Koji, livecd-tools, appliance-tools, mock, yum and RPM are all involved here. No functional changes need to be made, but the Fedora community should be very involved with changes to those packages so that any changes that break Fedora's image building processes can be discovered early and the risks mitigated. (this involvement may already be adequate, just making sure it is highlighted)

[edit] New SOPs

SOPs would need to be defined that designate responsible parties for image builds, who can initiate them, how to initiate them, and what to do with them after they're built.

[edit] Discussion Points

  • Who should own building the images?
  • What should the policy around building test/production images be?
  • Which images should be built in Koji? All spins and cloud images?
  • Are there any hardware considerations, such as space and load on the builders?

[edit] Comments?

To leave a comment, use the Talk page for this proposal.