allister
06/22/2022, 7:31 AMseph
06/23/2022, 1:27 AMallister
06/23/2022, 2:20 AMpatch version doesn't really apply to Ubuntu as much as it does for RHEL
a fully up to date 20.04 should have almost identical packages as a 20.04.1 installmy qualm with it being unavailable is that the media used to install the OS is valuable info to tell the history of interactions with the computer for my team/role, and if it's valuable enough to update the version/description string with, I don't know why that can't additionally be presented in a trivially parse-able format
The only difference being that the 20.04.1 install may have been installed with an HWE kernelwhenever someone who knows their stuff tells you there's 'only' one difference… there's more differences that they're just glossing over 😉
Stefano Bonicatti
06/23/2022, 9:11 AMallister
06/23/2022, 9:14 AMStefano Bonicatti
06/23/2022, 9:16 AMsharvil
06/23/2022, 2:18 PMNothing in the definition of /etc/os-release requires that this field be updated for point releases. It is Ubuntu policy to not update the machine-readable field in this file (and in /etc/lsb-release), because software *should not* treat point releases differently than they treat the original release. If there is a need to treat the releases differently, it should be on the basis of specific packages that are installed (or not), which you would check with dpkg, not with /etc/os-release.
https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/1394469allister
06/23/2022, 2:31 PMseph
06/23/2022, 2:34 PM20.04
machine with the .1 media. I assume the release is 20.04.1
right?
If time passes, and there is then a 20.04.2
, does my 20.04.1
machine update that when it’s fully taken updates, or is it a weird artifact of the installer?ubuntu-installer-spoo
table.)allister
06/23/2022, 2:42 PMseph
06/23/2022, 6:19 PMallister
06/24/2022, 12:14 AMseph
06/24/2022, 2:01 AMallister
06/24/2022, 2:19 AMseph
06/24/2022, 2:34 AMallister
06/24/2022, 5:13 AM