7 ms·

The impression I get is that the main point of LSB was to combat FUD from commercial Unix vendors about Linux being fragmented and nonstandardized and lacking b

by bbanyc 11y ago

The impression I get is that the main point of LSB was to combat FUD from commercial Unix vendors about Linux being fragmented and nonstandardized and lacking binary compatibility. Once Linux supplanted Solaris in the corporate world this all became unnecessary. Is this right?

SEJeff 11y ago
You just completely nailed it. Unix is now relevant, but only in niches, where as Linux used to only be relevant in niches.
- bbanyc 11y ago
  To the point, the rest of the discussion here revolves around init scripts and the filesystem hierarchy, which are the only parts of LSB that anyone actually used. (And they're sticking around in Debian, at least for now.) In theory LSB meant a vendor could ship an RPM that would work flawlessly on any Linux distro supporting that LSB release (which on Debian meant supporting RPM alongside DEB as a package format). In practice vendors would just target RHEL and/or Ubuntu and call it a day.
marcosdumay 11y ago
Well, that and making cut-and-paste work across X applications.
pquerna 11y ago
As someone shipping proprietary applications on Linux, the lack of binary compat is still not fun at all. In a previous gig, we ended up with 20 odd build slaves ({x86, x86_64} * Common RHEL, Ubuntu, Debian), and making binaries for each, rather than trying to make LSB based binaries.
- zurn 11y ago
  What kind of problems did you have with trying to make common binaries? The old wisdom is that you can make it work by building against an old enough glibc (and maybe other conservative deps like base X libs) and then ship other libraries along with your binary.
- FooBarWidget 11y ago
  Maybe this will help you: http://phusion.github.io/holy-build-box/ http://phusion.github.io/holy-build-box/
  - McP 11y ago
    I was very excited until I saw: "Supporting graphical applications such as those based on GTK, Qt, SDL, OpenGL etc is outside the scope of this project."
    - benwaffle 11y ago
      xdg-app by GNOME solves this problem https://wiki.gnome.org/Projects/SandboxedApps https://wiki.gnome.org/Projects/SandboxedApps It's already in a working state - you can try running GIMP nightlies
bnastic 11y ago
This whole discussion would suggest that it wasn't a FUD, but a genuine concern. And still is.

by bbanyc 11y ago

SEJeff 11y ago

You just completely nailed it. Unix is now relevant, but only in niches, where as Linux used to only be relevant in niches.

bbanyc 11y ago
To the point, the rest of the discussion here revolves around init scripts and the filesystem hierarchy, which are the only parts of LSB that anyone actually used. (And they're sticking around in Debian, at least for now.) In theory LSB meant a vendor could ship an RPM that would work flawlessly on any Linux distro supporting that LSB release (which on Debian meant supporting RPM alongside DEB as a package format). In practice vendors would just target RHEL and/or Ubuntu and call it a day.

marcosdumay 11y ago

Well, that and making cut-and-paste work across X applications.

pquerna 11y ago

As someone shipping proprietary applications on Linux, the lack of binary compat is still not fun at all. In a previous gig, we ended up with 20 odd build slaves ({x86, x86_64} * Common RHEL, Ubuntu, Debian), and making binaries for each, rather than trying to make LSB based binaries.

zurn 11y ago
What kind of problems did you have with trying to make common binaries? The old wisdom is that you can make it work by building against an old enough glibc (and maybe other conservative deps like base X libs) and then ship other libraries along with your binary.
FooBarWidget 11y ago
Maybe this will help you: http://phusion.github.io/holy-build-box/ http://phusion.github.io/holy-build-box/
- McP 11y ago
  I was very excited until I saw: "Supporting graphical applications such as those based on GTK, Qt, SDL, OpenGL etc is outside the scope of this project."
  - benwaffle 11y ago
    xdg-app by GNOME solves this problem https://wiki.gnome.org/Projects/SandboxedApps https://wiki.gnome.org/Projects/SandboxedApps It's already in a working state - you can try running GIMP nightlies

bnastic 11y ago

This whole discussion would suggest that it wasn't a FUD, but a genuine concern. And still is.