Description of problem: Systemd has added a field to os-release called SUPPORT_END which can be useful for folks to generate automated reminders of systems nearing their end of support. It is a bit tricky for fedora due to the way the lifecycle is generated, but some type of "best guess of about 13 months" with further refinements at a later date would probably be of benefit to the community. Version-Release number of selected component (if applicable): fedora-release-37-0.6 How reproducible:100% Steps to Reproduce: 1. This is a new feature 2. 3. Actual results: Expected results: Additional info: https://github.com/systemd/systemd/pull/23924/files A sample script to begin notifying folks about pending end of life is provided in: https://github.com/systemd/systemd/issues/21764
Yeah. https://github.com/systemd/systemd/pull/23962 adds a notification in systemd itself. So there'll be a notification on the console during boot and a message in the logs. To make visible for users, we'd need to add some sort of a graphical notification. According to https://fedorapeople.org/groups/schedule/f-37/f-37-key-tasks.html: for F35: SUPPORT_END=2022-11-15 for F36: SUPPORT_END=2023-05-16 (I'm assuming that the on the specified date bugs are closed with EOL notifications, i.e. we can treat F35 stops being supported when day 2022-11-15 starts.)
Since Fedora 37 is nearly out the door, I'd love to see this in os-release for Fedora 38.
(In reply to Zbigniew Jędrzejewski-Szmek from comment #1) > (I'm assuming that the on the specified date bugs are closed with EOL > notifications, > i.e. we can treat F35 stops being supported when day 2022-11-15 starts.) I generally start the EOL closures early in my work day because it can take a while to churn through them all. Strictly speaking, EOL is a little fuzzy because of that. But for practical purposes, I think we can consider 0000 UTC on the EOL date to be the end. (In reply to Pat Riehecky from comment #2) > Since Fedora 37 is nearly out the door, I'd love to see this in os-release > for Fedora 38. Zbigniew, is this something we could drop in mid-cycle (I ask you with both your systemd and FESCo hats on)? I don't see a reason why we couldn't, but you have a better sense than I do here.
> is this something we could drop in mid-cycle (I ask you with both your systemd and FESCo hats on)? I think we wouldn't want to add, for example, a graphical notification mechanism, during the the cycle, but I think it's totally fine to the metadata during the cycle. On its own, the metadata does not "do" anything. It might also make it easier to support older images in the future if this catches on.
Is there a way I can help get this over the line?
Pat, I plan on submitting PRs for fedora-release later this week. If you beat me to it, I won't complain.
https://src.fedoraproject.org/rpms/fedora-release/pull-request/233 adds support in Rawhide (for F38). If the general idea is valid, we can backport it to other supported versions (although F35–37 doesn't have a systemd version that explicitly supports it, so the utility may be minimal)
Rawhide package updated: https://bodhi.fedoraproject.org/updates/FEDORA-2022-349d66504a F35–37 PRs pending: 35: https://src.fedoraproject.org/rpms/fedora-release/pull-request/236 36: https://src.fedoraproject.org/rpms/fedora-release/pull-request/235 37: https://src.fedoraproject.org/rpms/fedora-release/pull-request/234
FEDORA-2022-e7ac664b5b has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-e7ac664b5b
FEDORA-2022-01f4c53e2c has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-01f4c53e2c
FEDORA-2022-0a4e0d91f1 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-0a4e0d91f1
FEDORA-2022-e7ac664b5b has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-e7ac664b5b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-e7ac664b5b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-01f4c53e2c has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-01f4c53e2c` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-01f4c53e2c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-0a4e0d91f1 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-0a4e0d91f1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-0a4e0d91f1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-e7ac664b5b has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-0a4e0d91f1 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.