< Cloud
No edit summary |
m (eliminate unnecessary top level header) |
||
| Line 1: | Line 1: | ||
This page documents how Atomic images are generated, updated, etc. to provide a better understanding for Cloud WG members. This is a work in progress, as many changes discussed below are noted as not having been implemented yet. | This page documents how Atomic images are generated, updated, etc. to provide a better understanding for Cloud WG members. This is a work in progress, as many changes discussed below are noted as not having been implemented yet. | ||
= Educate yourself = | |||
* Know what [http://www.projectatomic.io/ Project Atomic] is and [https://fedoraproject.org/wiki/Changes/Atomic_Cloud_Image what the Fedora Project is doing with it] | * Know what [http://www.projectatomic.io/ Project Atomic] is and [https://fedoraproject.org/wiki/Changes/Atomic_Cloud_Image what the Fedora Project is doing with it] | ||
| Line 9: | Line 7: | ||
* Learn about [[MirrorManager]] and how the Fedora Project uses it | * Learn about [[MirrorManager]] and how the Fedora Project uses it | ||
= Compose script operations = | |||
Scripts that compose images need to be updated to generate the files required by Atomic. Releng scripts "buildbranched" and "buildrawhide" need to be updated with Atomic code, similar to "run-pungi". All of these scripts need to run `ostree summary -u` to generate ostree summary files for each compose. | Scripts that compose images need to be updated to generate the files required by Atomic. Releng scripts "buildbranched" and "buildrawhide" need to be updated with Atomic code, similar to "run-pungi". All of these scripts need to run `ostree summary -u` to generate ostree summary files for each compose. | ||
= Image (qcow2) generation = | |||
The Atomic cloud images are built using ImageFactory, which calls into Anaconda using a kickstart file. The kickstart file refers to the tree composed above (just like how with mainline packages, the kickstart file points to yum repositories). | The Atomic cloud images are built using ImageFactory, which calls into Anaconda using a kickstart file. The kickstart file refers to the tree composed above (just like how with mainline packages, the kickstart file points to yum repositories). | ||
| Line 19: | Line 17: | ||
The kickstart files for Atomic are located here: https://fedorahosted.org/fedora-atomic/ | The kickstart files for Atomic are located here: https://fedorahosted.org/fedora-atomic/ | ||
= MirrorManager operations = | |||
Normally, MirrorManager crawls directories looking for repositories. In that case, repositories are identified by their repomd.xml file. The info contained in that file is used to build the metalinks. However, for atomic images, we don't care about repomd.xml files. Future patches to MirrorManager will need to look for an ostree repo with a summary file instead. | Normally, MirrorManager crawls directories looking for repositories. In that case, repositories are identified by their repomd.xml file. The info contained in that file is used to build the metalinks. However, for atomic images, we don't care about repomd.xml files. Future patches to MirrorManager will need to look for an ostree repo with a summary file instead. | ||
MirrorManager's "mirrorlist_server.py" file needs to be updated to generate a metalink to the summary file generated by the compose scripts. | MirrorManager's "mirrorlist_server.py" file needs to be updated to generate a metalink to the summary file generated by the compose scripts. | ||
Revision as of 00:56, 9 October 2014
This page documents how Atomic images are generated, updated, etc. to provide a better understanding for Cloud WG members. This is a work in progress, as many changes discussed below are noted as not having been implemented yet.
Educate yourself
- Know what Project Atomic is and what the Fedora Project is doing with it
- Know what a metalink is
- Learn about MirrorManager and how the Fedora Project uses it
Compose script operations
Scripts that compose images need to be updated to generate the files required by Atomic. Releng scripts "buildbranched" and "buildrawhide" need to be updated with Atomic code, similar to "run-pungi". All of these scripts need to run ostree summary -u to generate ostree summary files for each compose.
Image (qcow2) generation
The Atomic cloud images are built using ImageFactory, which calls into Anaconda using a kickstart file. The kickstart file refers to the tree composed above (just like how with mainline packages, the kickstart file points to yum repositories).
The kickstart files for Atomic are located here: https://fedorahosted.org/fedora-atomic/
MirrorManager operations
Normally, MirrorManager crawls directories looking for repositories. In that case, repositories are identified by their repomd.xml file. The info contained in that file is used to build the metalinks. However, for atomic images, we don't care about repomd.xml files. Future patches to MirrorManager will need to look for an ostree repo with a summary file instead.
MirrorManager's "mirrorlist_server.py" file needs to be updated to generate a metalink to the summary file generated by the compose scripts.