oliver / check_os_release Goto Github PK

Hey there, thanks for the great plugin.
Are there any plans to support Debian LTS, too? Or maybe support some kind of an import flag for own csv-files with the missing data?
Thanks!

The two CSV files at https://salsa.debian.org/debian/distro-info-data cannot be downloaded any more, with HTTP error 403 "Forbidden, restricted to authenticated users". I don't know if that's a temporary measure or if the admins want to permanently prevent automatic downloading from scripts like these (see also hobbyquaker/check_os_release#2 (comment)). I didn't find any mention of this block at eg. https://salsa.debian.org/salsa/support/-/issues. But it would be good to find a solution that does not involve periodic accesses to salsa.debian.org from each user.

Possible solution:

• mirror https://salsa.debian.org/debian/distro-info-data repo to another place (eg. Github)
• set that repo as default download location
• allow specifying the "base directory" for these CSV files on command line, and accept local paths and URLs as parameter

This way the script still works out of the box without requiring any packages to be installed or kept up-to-date; but if people want to avoid a runtime dependency on Github (or on any internet service), they can specify the path to their local distro-info-data directory.

Open Points:

• how to keep the Github mirror updated automatically?
• should there be a shorter/easier command line parameter to switch to the local distro-info-data directory?

Using this on Ubuntu 22.04 LTS for a while now, multiple instances, but since a newer LTS has been released, it reports "OSRELEASE CRITICAL", even though it states that the current "release 'jammy' will be EOL in 1087 days".

It makes no difference whether I add "--eolCriticalDays 90" or whatever value, it keeps reporting CRITICAL. Which is far from the truth.

My Python-fu is way too rusty to pinpoint the cause. Anyone care to look into this?

I am looking for a icinga plugin to check the eol state of Oracle Linux OS.
Any ideas to get this running?

When requesting distro-info-data via HTTP, a custom user agent string should be sent, so that the server admin can detect which traffic is caused by this plugin. The user agent string should contain "check_os_release" so that this plugin can be found by googling.

Hi,

Found I needed this, alongside debian/ubuntu support. This plugin seemed the best of the lot, so grabbed it for the Debian side, which works lovely. Other stuff still needed doing, so I now think I have some code that works for the RedHat derived stuff (with a lot of thanks to wikipedia for the aggregated data). RH do not seem to publish in a meaningful form anything like the distro-info package for Debian/Ubuntu that I could find, so had to create CSV's for it. It sucks, but should work for now.

Tried to open a PR but permission denied, hence raising issue.

Where to go with this now?

K.

PS. Only tested against CentOS thus far, and a bit lightly at that, but I think the code lines up for other distros. People can feel free to offer improvements though.