Once submitted to Bodhi, updates move through the following states:
Pending: The update has not yet been pushed to the testing or stable repositories.
Testing: The package is in the updates-testing repository for people to test.
Testing/Stable: The package is ready to go stable, and will wait until the next update push.
Frozen: The package is held back in the testing repository for additional checks.
Stable: The package has been released to the main updates repository.
Obsolete: The package has been obsoleted by a different update
Revoked: The update was removed before it reached the testing or stable repository.
Unpushed: The update has been removed from testing.
Testingmeans that the update is being tested by the automatic test systems (ie: CI (continuous integration) tests are running), and
Stablemeans that the builds of the update are available in the buildroot.
Once an update is submitted to Bodhi it will enter the pending state. Bodhi will perform some sanity checks on the update request. Is the package built and available in koji? Is it tagged as an updates candidate for the release it is intended for? The update path for the package will also be checked at this point to make sure you don’t release a newer version of a package on an older release. The update must not break the upgrade path or it will be rejected.
Bodhi will send e-mail notifications when the update has been signed and pushed.
The testing status means that the update has been pushed to its release’s testing repository. While in the testing repository users may provide feedback via karma and comments. Once enough feedback is generated, Bodhi’s web interface can be used to release the update by clicking ‘Mark as Stable’, or it can be removed by using ‘Delete’. The command line interface can also be used to perform these actions.
If the update is configured to use the ‘autopush’, it will automatically be pushed or unpushed based on the feedback from testers. This feature can be disabled if you wish to push your update to the stable repository manually. By default, if your update achieves a karma of 3, it will automatically be pushed to stable, and will be unpushed if it reaches -3.
Testing also has two possible substates, both expressed as the “request”, that occur when your package is ready to go to stable. These are documented in the next two sections.
The “stable” state means that the package will be sent out to the stable repositories the next time a Release Engineer runs the update push command. The update will remain in the testing repository during this state.
A package is said to be in a frozen state when a release is stabilized before the release Beta or GA (Generaly Available). In such a state, all updates are blocked and release engineering will only push the updates that have been given a freeze break exception to fix a bug.
After an update is pushed to the stable repository, it is marked as stable in Bodhi. At this point, Bodhi will close associated bugs, and will send out update notices to the appropriate e-mail addresses.
When submitting a new version of a package, Bodhi will automatically obsolete any pending or testing updates that do not have an active push request. Once obsoleted, the new update will inherit the old update’s bugs and notes.
The developer has decided to pull the update from the testing repository. This state can only be reached if the update is in the testing state.