You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using it, we could avoid parsing distro-specific release files, at least for distributions that are not extremely old.
It also comes with an interesting feature: the ID_LIKE key. Let's take Rocky Linux as an example, as we recently added support for it. If we had been using /etc/os-release:
Rocky Linux would automatically have been detected without any code addition.
In install.sh, we could have automatically inferred from ID_LIKE="rhel fedora" that we should install the xe-guest-utilities and xe-guest-utilities-xenstore RPMs.
The text was updated successfully, but these errors were encountered:
/etc/os-release
is a de-facto standard that describes a linux distribution, and has been around for years. See its announcement in 2012: http://0pointer.de/blog/projects/os-release and its manpage: https://www.freedesktop.org/software/systemd/man/os-release.htmlSee also some examples at https://gist.github.com/natefoo/814c5bf936922dad97ff
Using it, we could avoid parsing distro-specific release files, at least for distributions that are not extremely old.
It also comes with an interesting feature: the ID_LIKE key. Let's take Rocky Linux as an example, as we recently added support for it. If we had been using
/etc/os-release
:install.sh
, we could have automatically inferred fromID_LIKE="rhel fedora"
that we should install thexe-guest-utilities
andxe-guest-utilities-xenstore
RPMs.The text was updated successfully, but these errors were encountered: