[Discussion] Add SUPPORT_END to /etc/os-release #4
Labels
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: sig_core/meta#4
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A bug report was opened some time ago (RLBT#0001190) about adding SUPPORT_END to
/etc/os-release
. It's for Rocky Linux 8. It was noted to the reporter systemd in Rocky Linux 8 is too old to support such a flag, but they also asked for it to be part of 9.In CentOS Stream 9, systemd was rebased to 252. This means that the
support-ended
flag will be set if the date is expired, assumingSUPPORT_END
is specified. This issue is to start a discussion on adding SUPPORT_END to /etc/os-release of both 8 and 9 and how it should look, while understanding that this will only affect 9's systemd tainting.As far as I see it, there's two ways we can go about this:
SUPPORT_END
to the absolute EOL of each major version2029-05-31
and2032-05-31
for 8 and 9 respectively)SUPPORT_END
to the relative EOL of each minor versionX.10
release, the absolute EOL will be set instead.X
is completely EOL and may cause confusion.A relative EOL of each minor version would fall in line with our own policies as detailed on our wiki and explained by all community members that only the current version is supported at any given time. But confusion could still remain either way.