Provide way to deal with distro inconsistencies

There are Linux distros that have ionconsistent information in the data sources that ld uses.

For example , see issue #78 about Linux Mint. In that case, the precedence implemented by ld causes Linux Mint to be shown as an Ubuntu. While it is fairly compatible to Ubuntu, it is not Ubuntu. It has its own name, id, version (Linux Mint 17.3 is based upon Ubuntu 14.04), and code name (“rose” for Linux Mint 17).

I think that instead of asking the distros to become consistent, that calls for some mechanism in ld to deal with that.

We already parse all three data sources if available, and we could find out that the (normalized) IDs are different, and if so, trigger some special-case processing. In the case of Linux Mint, the special processing would be to ignore those data sources that advertise Ubuntu.

I guess the trick is to implement this without getting into endless if-elif-else statements.

[sethmlarson]

I’m not sure that this fix is needed though, wouldn’t we see more chatter / +1s on this issue if there were widespread problems with distributions identifying incorrectly? Quoting @nir0s from 2016:

My intuition tells me that a “bug which happens once is not a bug”.

I feel we should place our already limited time+focus on new and non-deprecated platforms instead.

[brejoc]

To make things easier for us and more consistent across multiple tools imo we should treat bugs in /etc/*-release files as bugs upstream instead of something actionable in Distro. Thoughts from other maintainers?

While I would absolutely sympathize with this approach, this might mean that things stay broken for a long time. It’s sometimes hard to motivate distros to change something in their *-release files, and even if they are willing to, the release cycles might be pretty long.