My configuration scripts for Rocky Linux 8 use various variables in /etc/os-release. The latest point release has apparently decided to break this stuff.
I thought the point of enterprise Linux was precisely to avoid this sort of nasty surprises. If I wanted to deal with this kind of nonsense, I’d use Arch or some other rolling release.
Those values are for our bug tracker. It has no bearing on system usability and should not matter to most users. With that being said, the changes made were to match how RHEL has their os-release laid out on top of when we migrated back to mantis for bug tracking.
You should be focusing on VERSION_ID instead, which is the standard key value pair that most software keys off of when reading os-release.
Thanks for the clarification. Sorry if my initial message was a bit abrupt, but this latest upgrade broke quite some stuff here, and I’ve lost a sunny day trying to deal with that.
As redhat-lsb is not part of 9 anymore, make sure to notice that, that will only work for <9
But it will for sure
Tbh… the only improvement I see here is documenting which variables are upstream stable (which all *_SUPPORT_* are not, as they are meant for the bugtracker), or explenation which variable is meant to be used for what.
@lumarel ah yeah good catch I’ll have to figure out another way then now the lsb_release has disappeared.
I thought about using $releasever, but not sure where this is stored on the system. dnf uses it obviously, just don’t find it under /etc/dnf//vars. I’ll figure out another way though. Pity about lsb_release.