4 ms·

This is only because of the nature of dynamic linking. Have a statically linked executable and you should be fine. Not that it should be an issue to get old sof

This is only because of the nature of dynamic linking. Have a statically linked executable and you should be fine. Not that it should be an issue to get old software to run you simply need to download the dependent lib versions. Anyone who sais this i feel hasnt worked very much with software, not that you should need to thats up to the one distributing the executable

gjsman-1000 3y ago
Unless you statically linked GTK, possibly Xorg, and more into a ludicrous bundle size, you’d still be screwed. As for “just get the libs,” that’s hilariously easier said than done. Try my example - it’s enough to make an engineer cry.
- crickey 3y ago
  https://www.x.org/wiki/Releases/ https://www.x.org/wiki/Releases/ https://www.gtk.org/docs/installations/linux/ https://www.gtk.org/docs/installations/linux/ I mean it will probably not be painless and other applications u run might break* but xorg is relativly stable. Liba are out there are free to get. Usually people are arguing that the conveniences isnt there not that its not possible. * if u dont sandbox this a bit with custom lib paths
  - gjsman-1000 3y ago
    I didn’t dispute that it isn’t possible. What I am disputing is how this comes off to a game developer; 5 years from now, heck, 2 years from now when their games require library surgery to keep running... that’s just an awful experience. That is not what a developer would consider a stable ABI. They could look into Flatpak - but look at what’s trending on Hacker News today - a rant against Flatpak. Win32 over Proton is the winner for them; all other proposed solutions are hilariously naive and optimistic to what game development requires. No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. That’s never going to happen.
    - crickey 3y ago
      Well u sure made an effort to exclaim how hard it would be. If a developer had an install guide with links to dependencies or mirrors to those dependencies it wouldnt be very hard as they should have internally for their dev/ testing. Do windows devs not track their dependencies? Relying only on Win32 ? Whos the naive one ?
    - memefrog 3y ago
      There is no "library surgery". This is EXACTLY what people are forced to do on Windows already: bundle all dependencies. >No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. That’s never going to happen. Nobody has suggested they should.
    - smoldesu 3y ago
      > No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. Nor do they. Steam Linux Runtime exists.
- memefrog 3y ago
  No video game has any use for GTK+. XLib is tiny by modern standards.
  - simion314 3y ago
    >No video game has any use for GTK+ my memory might be wrong but I had issues with native linux games that had level editor based on GTK and python, could not get them to run after 3 years since launch, I do not claim it is impossible just that I could not do it with some a few hours effort.
- filmor 3y ago
  Your example doesn't make sense. Linux distributions have always had this trade off: Binaries provided through the package manager work with the libraries that are provided by the same package manager. I have a bunch of older gog or Humble Bundle Linux releases of games that still work fine on my system because (Windows style) they carry around all of their libraries with them. Linking Xorg doesn't make sense and applications linked statically against libX11 will work perfectly fine even with Xwayland.
brigade 3y ago
What you mean is: the only stable ABI in Linux is the Linux kernel’s itself. Windows is the opposite: the only stable ABI is the dynamically linked user space ABI. So yes, it’s perfectly possible to have a stable dynamic ABI across a dynamically linked boundary.
- memefrog 3y ago
  >Windows is the opposite: the only stable ABI is the dynamically linked user space ABI. ... to the kernel. So not the opposite at all. In fact exactly the same.
  - brigade 3y ago
    No. The userspace/kernel boundary is explicitly not stable on Windows, and binaries that try to use that interface have broken when it changed.
    - Macha 3y ago
      This is true for basically ever OS other than Linux, as the Golang developers learned the hard way on macOS and BSD.
      - memefrog 3y ago
        which is why the Linux approach is superior: it has a stable ABI that is language-agnostic.
    - memefrog 3y ago
      That is completely irrelevant to the discussion. The point is that both systems have very stable ABIs. Windows has a somewhat higher-level stable ABI, but as a result it is a much wider surface to keep compatible, it breaks much more often, it requires a lot more hacks to keep it stable over time (program-specific hacks kept around for decades), etc. This is the point of difference: the layer at which each is stable. NOT whether Linux is stable.

gjsman-1000 3y ago

Unless you statically linked GTK, possibly Xorg, and more into a ludicrous bundle size, you’d still be screwed. As for “just get the libs,” that’s hilariously easier said than done. Try my example - it’s enough to make an engineer cry.

crickey 3y ago
https://www.x.org/wiki/Releases/ https://www.x.org/wiki/Releases/ https://www.gtk.org/docs/installations/linux/ https://www.gtk.org/docs/installations/linux/ I mean it will probably not be painless and other applications u run might break* but xorg is relativly stable. Liba are out there are free to get. Usually people are arguing that the conveniences isnt there not that its not possible. * if u dont sandbox this a bit with custom lib paths
- gjsman-1000 3y ago
  I didn’t dispute that it isn’t possible. What I am disputing is how this comes off to a game developer; 5 years from now, heck, 2 years from now when their games require library surgery to keep running... that’s just an awful experience. That is not what a developer would consider a stable ABI. They could look into Flatpak - but look at what’s trending on Hacker News today - a rant against Flatpak. Win32 over Proton is the winner for them; all other proposed solutions are hilariously naive and optimistic to what game development requires. No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. That’s never going to happen.
  - crickey 3y ago
    Well u sure made an effort to exclaim how hard it would be. If a developer had an install guide with links to dependencies or mirrors to those dependencies it wouldnt be very hard as they should have internally for their dev/ testing. Do windows devs not track their dependencies? Relying only on Win32 ? Whos the naive one ?
  - memefrog 3y ago
    There is no "library surgery". This is EXACTLY what people are forced to do on Windows already: bundle all dependencies. >No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. That’s never going to happen. Nobody has suggested they should.
  - smoldesu 3y ago
    > No game developer is ever going to individually package, and consistently repackage, their game for 20 distributions. Nor do they. Steam Linux Runtime exists.
memefrog 3y ago
No video game has any use for GTK+. XLib is tiny by modern standards.
- simion314 3y ago
  >No video game has any use for GTK+ my memory might be wrong but I had issues with native linux games that had level editor based on GTK and python, could not get them to run after 3 years since launch, I do not claim it is impossible just that I could not do it with some a few hours effort.
filmor 3y ago
Your example doesn't make sense. Linux distributions have always had this trade off: Binaries provided through the package manager work with the libraries that are provided by the same package manager. I have a bunch of older gog or Humble Bundle Linux releases of games that still work fine on my system because (Windows style) they carry around all of their libraries with them. Linking Xorg doesn't make sense and applications linked statically against libX11 will work perfectly fine even with Xwayland.

brigade 3y ago

What you mean is: the only stable ABI in Linux is the Linux kernel’s itself. Windows is the opposite: the only stable ABI is the dynamically linked user space ABI. So yes, it’s perfectly possible to have a stable dynamic ABI across a dynamically linked boundary.

memefrog 3y ago
>Windows is the opposite: the only stable ABI is the dynamically linked user space ABI. ... to the kernel. So not the opposite at all. In fact exactly the same.
- brigade 3y ago
  No. The userspace/kernel boundary is explicitly not stable on Windows, and binaries that try to use that interface have broken when it changed.
  - Macha 3y ago
    This is true for basically ever OS other than Linux, as the Golang developers learned the hard way on macOS and BSD.
    - memefrog 3y ago
      which is why the Linux approach is superior: it has a stable ABI that is language-agnostic.
  - memefrog 3y ago
    That is completely irrelevant to the discussion. The point is that both systems have very stable ABIs. Windows has a somewhat higher-level stable ABI, but as a result it is a much wider surface to keep compatible, it breaks much more often, it requires a lot more hacks to keep it stable over time (program-specific hacks kept around for decades), etc. This is the point of difference: the layer at which each is stable. NOT whether Linux is stable.