Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create stable/testing/next channel similar to CoreOS #348

Closed
cgprats opened this issue Sep 15, 2022 · 2 comments
Closed

Create stable/testing/next channel similar to CoreOS #348

cgprats opened this issue Sep 15, 2022 · 2 comments
Labels
enhancement New feature or request fedora-change Needs a Fedora Change

Comments

@cgprats
Copy link

cgprats commented Sep 15, 2022

Silverblue is an optimal distribution to install on the machines of those who wish to have recent software with minimal maintenance and risk. One negative of silverblue in this usecase is that there is no method to automatically jump between releases (through an rpm-ostree upgrade via CLI or timer). This can pose a significant security issue for users who simply forget to rebase to a new Silverblue version. There is GNOME software which provides a useful and accessible GUI for rebasing to a new release, however that still requires the user to manually intervene and choose to upgrade to the next silverblue release.

One possible enhancement to prevent this would be to create refs that follow the old-stable (previous stable Fedora release that is still maintained), stable (most current Fedora release), next (next Fedora release), and testing (rawhide). The numbered Fedora release should be the default to prevent the system from upgrading between major releases without the user choosing to configure their system to do this. (If the user is at any point prompted to do this graphically would depend on the capabilities of Anaconda or gnome-initial-setup. Otherwise, the user running an rpm-ostree rebase fedora:fedora/stable/x86_64/silverblue would work)

This feature should be safe (or at least as regular silverblue updates) due to the ability to rollback and the fact Silverblue is image based. I have had great success with this on CoreOS.

In theory, it should not require the creation of new images as each channel could simply point to the same images used on the corresponding numbered silverblue channel.

For example (as of 2022/09/14):

  • old-stable would use the same image as Silverblue 35 (There may not be a need for this channel, although it would be convenient for users who use 3rd party GNOME extensions or simply wish to lag a GNOME or glibc version while staying on a supported platform).
  • stable would use the same image as Silverblue 36
  • next would use the same image as Silverblue 37
  • testing would use the same image as Silverblue Rawhide (or could simply not exist)
@cgprats cgprats added the enhancement New feature or request label Sep 15, 2022
@travier travier added the fedora-change Needs a Fedora Change label Sep 16, 2022
@travier
Copy link
Member

travier commented Sep 16, 2022

I would like to make that happen too and it's quite a change for Fedora so it might take some time. The first steps are to get a better CI setup and I've started working on that in #334.

@travier
Copy link
Member

travier commented Jan 22, 2024

I'll close this issue in favor of the one in the Fedora Atomic Desktop issue tracker: https://gitlab.com/fedora/ostree/sig/-/issues/2

While they are not strictly the same issue, this is one likely to happen as part of that change.

@travier travier closed this as completed Jan 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request fedora-change Needs a Fedora Change
Projects
None yet
Development

No branches or pull requests

2 participants