Relevant to SteamOS and open-platform gaming, it proposes a different paradigm for Linux-based distributions and operating systems, one that could address compatibility issues on alternative platforms that Windows users often take for granted.

you are viewing a single comment's thread
view the rest of the comments
[–] [S] -1 points 14 hours ago* (last edited 14 hours ago) (3 children)

Why has there been recent issues with compatibility with the userspace then? from systemd to even not so distant news of glibc failing? The article goes a bit more in depth about what needs to be done, it describes a different packaging and distribution model as well that is simpler and more convenient in design.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 10 points 14 hours ago (2 children)

    I think you need to be much more specific if you think anything is going to come from this. I have no idea what recent issues you are referring to.

  • source
  • parent
  • hideshow 2 child comments
  • [+] [S] -7 points 14 hours ago (1 child)

    You're playing a bit of a fool. I'm talking about this: https://x.com/Plagman2/status/1559683905904463873 and the many examples I've personally seen of random "contributors" removing clearly critical infrastructure from glibc.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 9 points 13 hours ago

    You picked a particularly rare example. Meaning it was a combination of unexpected use case and 10+ years of deprecation happening to coincide at the wrong time and place.

    Even if you had your supposed compatibility layer in place human error or misunderstanding is still going to cause issues like this from time to time.

    The DT_HASH issue was specifically NOT an api breakage. It was some apps consuming some internals without keeping track of changes. Yes, they technically broke backwards compatibility. But those apps weren't supposed to be using that field for a long time.

  • source
  • parent