Bug#939733: lsb-release: lsb_release does not show point release on Debian 10.1

Santiago Vila sanvila at unex.es
Sun Nov 10 01:31:08 GMT 2019

On Sun, Nov 10, 2019 at 01:13:08AM +0000, Dmitry Bogatov wrote:
> control: tags -1 +help
> [2019-11-08 13:42] Santiago Vila <sanvila at unex.es>
> > Hi.
> >
> > I've asked the Release Managers about this here:
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944351
> >
> > If they say yes, I'll modify base-files accordingly (for Debian 10.2).
> >
> > If they say no, please be ready to fix the bug in lsb-release as soon
> > as you can, by making an upload to proposed-updates (there is a point
> > release around the corner).
> I am losing context. We have at least following three files (oh, why all
> this madness?):
>  * /usr/lib/os-release
>  * /etc/os-release
>  * /etc/debian_version
> So, in case of conflicts, what should override what?

Please note that /usr/lib/os-release and /etc/os-release are the same file.

AFAIK, lsb-release is already ignoring /etc/debian_version in buster,
which is the reason we have this problem.

We should either:

a) modify lsb-release so that it looks at /etc/debian_version again
(i.e. reverting the recent change)


b) As it has been suggested by you, fixing the problem in base-files
by including the minor version in /etc/os-release "somewhere".

I am ok with doing the change in base-files, because I believe it's
the best option in the long term.

I also believe that it would suffice to change VERSION_ID, but I need
confirmation for that.

My feeling is that Release Managers would welcome this change if it's
*limited* to VERSION_ID. Rationale: Major Release versions are integer
numbers (7, 8, 9, 10, etc), and we identify "buster" with "Debian 10",
without minor version, i.e. there should be no need

So: Is this ok for you?


More information about the Debian-init-diversity mailing list