On Wed, 29 Dec 2021, Gioele Barabucci wrote: > Instead of using LSB packages, this version of `lsb_release` uses the > information in `/etc/os-release`. Nevertheless, the output of this version is
/etc/os-release DOES NOT contain enough information for lsb_release: (sid-amd64)tglase@tglase:~ $ cat /etc/os-release PRETTY_NAME="Debian GNU/Linux bookworm/sid" NAME="Debian GNU/Linux" ID=debian HOME_URL="https://www.debian.org/"; SUPPORT_URL="https://www.debian.org/support"; BUG_REPORT_URL="https://bugs.debian.org/"; I do have a self-written… $ cat /usr/lib/os-release.sid PRETTY_NAME="Debian GNU/Linux sid" NAME="Debian GNU/Linux" ID=debian HOME_URL="https://www.debian.org/"; SUPPORT_URL="https://www.debian.org/support"; BUG_REPORT_URL="https://bugs.debian.org/"; VERSION_ID=unstable VERSION_CODENAME=sid … which I divert to /usr/lib/os-release (which /etc/os-release is a symlink to) on some systems, ever since lsb_release broke looking up the override information from /etc/lsb-release, but the default file is insufficient ☹ bye, //mirabilos -- Infrastrukturexperte • tarent solutions GmbH Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg **************************************************** /⁀\ The UTF-8 Ribbon ╲ ╱ Campaign against Mit dem tarent-Newsletter nichts mehr verpassen: ╳ HTML eMail! Also, https://www.tarent.de/newsletter ╱ ╲ header encryption! ****************************************************
