]> git.ipfire.org Git - thirdparty/systemd.git/commit
os-release: define SUPPORT_END=
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 6 Jul 2022 15:19:27 +0000 (17:19 +0200)
committerYu Watanabe <watanabe.yu+github@gmail.com>
Wed, 6 Jul 2022 22:35:17 +0000 (07:35 +0900)
commit2615c1f17ab1768ebe015d0719cc1ee2e6b092f1
tree87498ebfa5619742e9a7d2db59bfaf0927f3b2ff
parentc235945bd56c9460370f4686db76d80596f0e88d
os-release: define SUPPORT_END=

Fixes #21764.

I think is very simple, but flexible. The date may be set early, for distros
that have a fixed schedule, but it doesn't have to. So for example Debian could
push out an update that sets a few months before the release goes EOL. And
various tools, in particular graphical desktops, can start nagging people to
upgrade a few weeks before the date.

As discussed in the bug, we don't need granularity higher than a day. And this
means that we can use a simple human- and machine-readable format.
I was considering other names, e.g. something with "EOL", but I think that
"SUPPORT_END" is better because it doesn't imply that the machine will somehow
stop working. This is supposed to be an advisory, nothing more.
man/os-release.xml