Arguably this could also be regarded as a "bug" (missing feature) in apt-rpm, and handled within the apt handler ?

I'd like to propose to implement the distribution detection based on the /etc/os-release file.

The problem with hardcoding distributions (like cloud-init does), is that you have to fork it just to add a new distro...

I would prefer if it was still based on features (apt/yum, systemd/openrc) rather than which brand color that it wears.

Distribution detection is interesting in itself, just not sure if it should be the basis for any technical decisions.

• Show some more information about the guest system #840

The problem with hardcoding distributions (like cloud-init does), is that you have to fork it just to add a new distro...

I'm not quite sure I get what you mean by that statement. Could you elaborate please?

Detecting based on features is still brittle, since you can't expect the environment to always be the same. Besides that package names can differ between distributions. So even when the image has the right package manager, it might not list the program under the expected, hardcoded, package name.
One could implement a hardcoded approach and in case of failure provide a best effort detection based on features.

So in the words of a famous taco commercial, "Why not both?"

The problem with hardcoding distributions (like cloud-init does), is that you have to fork it just to add a new distro...

I'm not quite sure I get what you mean by that statement. Could you elaborate please?

If you have another distribution that uses the same package manager (etc), but goes by a different name.

Then it fails those checks on the name, and still have to add some code to make it use the same workaround.

Anyway, just something that happened when looked for "alpine" - but really meant "not systemd".

I think you are right in this case, it needs to check both features of the package installer and the distro repositories.

We already do this with dnf for instance, so it's already there in the same file. And all the lima examples "should" work...

For the particular bug, it sounds something like "if apt-get and not zypper" to avoid using debs ?

If this is acceptable I'd try my hand at implementing this.

I think you can just source the os-release file as-is, and then use those variables like $ID_LIKE.

. /etc/os-release

if command -v apt-get >/dev/null 2>&1 && [ "$ID_LIKE" = "debian" ]; then

taco

I don't know the taco commercial, but having both SGTM 🌮