Sam Doran writes: > I am an Ansible Core maintainer and I would like to request that the > minor verison information, e.g., 9.9, be included in /etc/os-release on > Debian. [...] > I have a workaround[1] to get minor version information using distro, > but would prefer to have the minor version added to /etc/os-release in > Debian if the maintainers of Debian feel the minor version number is valid > and/or > supported.
There is no "minor" version missing from os-release: for Debian 10.2 the ".2" part would be something like the patch level... (Or more generally: Debian these days uses "X.Y" where "X" is the version and "Y" is the patch level.) For Ubuntu, you have version numbers like "YY.MM" which are also *not* major and minor version number as they are date-based; as far as I remember Ubuntu also has "YY.MM.Z" for patch levels. (So Ubuntu uses "YY.MM" as the version and "Z" as the patch level.) There is *no* meaning in a split of "YY" and "MM" as Ubuntu doesn't use a "major.minor" versioning scheme. >From in man:os-release(5): `Example: "VERSION_ID=17" or "VERSION_ID=11.04"`; this suggests that VERSION_ID=10 as Debian currently uses is correct (it's not VERSION_ID=11.04.2 or so for Ubuntu either). See also https://bugs.debian.org/944351#64 (This issue is discussed with significant overlap in #931197, #939733 and #944351) > We asked the CentOS maintainers[2] and they do not support point > versions, so CentOS, omitting the minor version inforamition from > /etc/os-release is appropirate. Debian doesn't support different patch levels either (only "Debian 10" is supported, not various "Debian 10.1", "Debian 10.2", ... patch levels). So it seems appropriate for Debian to *not* have the patch level in /etc/os-release just like CentOS? Ansgar
