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.
This commit is contained in:
Zbigniew Jędrzejewski-Szmek 2022-07-06 17:19:27 +02:00 committed by Yu Watanabe
parent c235945bd5
commit 2615c1f17a

View file

@ -350,6 +350,16 @@
<literal>BUG_REPORT_URL="https://bugzilla.redhat.com/"</literal>.</para></listitem>
</varlistentry>
<varlistentry>
<term><varname>SUPPORT_END=</varname></term>
<listitem><para>The date at which support for this version of the OS ends. (What exactly "lack of
support" means varies between vendors, but generally users should assume that updates, including
security fixes, will not be provided.) The value is a date in the format
<literal>YYYY-MM-DD</literal>, and specifies the last day on which support <emphasis>is</emphasis>
provided.</para></listitem>
</varlistentry>
<varlistentry>
<term><varname>LOGO=</varname></term>