Yeah just because they build cages for kids in the desert near the border doesn’t mean anything’s going to happen! It’s just optional infrastructure in case you want to put your kids in a cage. It’s totally voluntary.

Turn off transcoding and/or unify the codecs on your totally legally acquired library that you legally ripped yourself.

Is your hardware ten years old or more?

Do you want a system made up of software that is on average 3 years old?

Do you want absolutely ridiculous stability for the uptime memes?

Are you a fan of the idea that every design decision should be done by a committee of theoretically democratically chosen developers but is actually just whoever wants the job because there is never any real transparency or motion about when the meetings are, much less when elections are?

Does the idea of your operating system being compatible not because its good but because it’s just the largest base thanks to corporate investment make you moist?

Then pick Debian.

If you answered no to literally any of those options then go ahead and pick an Arch flavor, or Arch itself.

Because distros don’t do it differently. Different DEs sometimes deviate from the established standards and practices. It’s not a distro change, it’s whatever weird little DE you use that decided to do something stupid.

That being said .desktop is a unified standard with unified documentation implemented in a fairly unified way across various DEs, with the only difference is some DEs support finding desktop files in some extra folder locations.

Every distro could maintain a complete list of popular DEs and a link to the documentation, or people could just look it up for the DEs they use and target. I agree there should, at this point in time, be some standard service to just call and handle desktop files that all DEs use that way application level developers can just call that same service and everything gets put everywhere it needs to be, but given the controversy of systemd, there’s not going to be a universal solution for that since this is absolutely not a kernel-level service that needs to happen.

deleted by creator