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

Investigate module obsoletes/EOL handling #3465

Open
jlebon opened this issue Feb 23, 2022 · 1 comment
Open

Investigate module obsoletes/EOL handling #3465

jlebon opened this issue Feb 23, 2022 · 1 comment

Comments

@jlebon
Copy link
Member

jlebon commented Feb 23, 2022

There's an f36 change which details support for obsoleting or EOL'ing module streams:

https://fedoraproject.org/wiki/Changes/Module_Obsoletes_and_EOL

Specifically,

  • for obsoleted modules, dnf system-upgrade automatically replaces the obsoleted stream by the obsoleting stream
  • for EOL'ed modules, dnf system-upgrade IIUC will simply drop it from the enabled modules list

We should determine how we want to handle this in rpm-ostree. I'm somewhat leaning on not automatically doing any replacements or disablement, but instead error out (as we would today anyway) with a clearer error message, e.g.

$ rpm-ostree rebase fedora/37/x86_64/silverblue
...
error: failed to find module nodejs:11: Module stream nodejs:11 is no longer supported. It is recommended
to switch to nodejs:12

(That final bit of the error message comes from the message field of the modulemd-obsoletes.)

E.g. in the cri-o case, I don't think it's safe to automatically move cri-o versions.

@dustymabe
Copy link
Member

I'm somewhat leaning on not automatically doing any replacements or disablement, but instead error out (as we would today anyway) with a clearer error message

👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants