Slashdot Mirror


Latest Linux Standards Base Gets Vendor Support

Neopallium writes to tell us that in a recent announcement at the Desktop Linux Summit the Free Standards Group reports fourteen of the leading Linux vendors have pledged support for the newest release of the Linux Standards Base. From the article: "'The Release of LSB 3.1 is another milestone achieved by the industry and the Open Source Community that delivers ever increasing value to customers,' said Reza Rooholamini, director of enterprise solutions engineering at Dell. 'It enables further uniformity and standardization across applications and distributions that allows quicker deployment of Linux solutions with higher levels of quality.'"

7 of 96 comments (clear)

  1. Dear ScuttleMonkey, by Anonymous Coward · · Score: 5, Funny

    You may remember me, I am old friend. Please don't be a stranger.

    Sincerely,

    Mr. Comma

  2. Interesting Version Number... 3.1 by Chordonblue · · Score: 4, Funny

    Soooo... 3.1. The first usable version of Windows was 3.1 also. Coincidence?!

    Maybe this WILL be the year Linux arrives on the desktop!

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
  3. Re:"Base"? by spun · · Score: 4, Informative

    Because it has nothing to do with desktops, per se. It is a specification for directory layouts, config files, and required libraries, and its purpose is to make sure that applications that compile on one system that complies with the LSB will compile on all systems that comply with it.

    --
    - None can love freedom heartily, but good men; the rest love not freedom, but license. -- John Milton
  4. Re:Interesting Version Number... 3.1 by Flimzy · · Score: 4, Funny

    Nah, it won't be usable until Linux for Workgroups 3.11

  5. Re:Is LSB a good thing? by Spy+der+Mann · · Score: 4, Funny
    Here is a standard that specifes how to package APIs and which APIs to use if you want to have a a LSB complient desktop and application. Isn't that a bit restrictive?

    It depends on what you call "restrictive"...
    Tarzan not like roads.
    Roads make Tarzan not move freely.
    Road lights threaten Tarzan with big noisy cars.
    Tarzan likes tree ropes.
    Tarzan prefers jungle.

    In jungle, Tarzan goes wherever he wants! AAAAA aaaaAAaAAaa AAA!


  6. Re:Ummm by Xtifr · · Score: 5, Informative

    > Um, wasn't Linux supposed to break away from standards and uniformity

    No--where on earth did you come up with that silly notion? Linux has achieved most of its success through leveraging existing standards (e.g. POSIX, TCP/IP, ISO language standards). The one that tries to "break away" from standards is MS, because standards don't promote customer lock-in. If you follow standards, then customers may be able to look at other vendors that follow the same standards.

    Standards in Linux are not mandated (because you have the freedom to do whatever you want with the code, pretty much), but are greatly respected and generally followed when possible/reasonable. Standard-breaking Linux projects (and I admit there are some) are almost always completely outside of the mainstream.

    > or is that just breaking away from Microsoft standards?

    "Microsoft standards?" Isn't that an oxymoron? :)

    What MS mostly has is ad-hoc, undocumented arbitrary code which the rest of the world is just supposed to accept as-is without questioning. The main notice they take of standards is when the see an opportunity to embrace-and-extend to subvert a standard (see ISO C, HTML, Java, Kerberos, etc., etc.)

    > Sarcasm if you didn't get it.

    Um...does that mean that you're a troll, rather than just a very clueless person? If so, then count me as trolled, but my post is really addressed to those who are clueless enough to think there's some validity at all to what you posted.

  7. Has LSB fixed RPM hell yet? by sinewalker · · Score: 4, Interesting
    I hope 3.1 addresses my main gripe with RPMs: an RPM built for Fedora won't install into SUSE because of dependency issues, or vice versa.

    I'm still reading the latest spec to see if this has been or is going to be addressed. When/if it is, then I'll be very happy, because it will mean finally the end to confusion about using the "right" RPM repositories for your distro: if the distro is LSB compliant, then any RPM repository for that distro should work with other LSB compliant distros, with the dependencies for packages containing Base libraries being met or at least consistant accross the distros.

    Until that happy day, the LSB doesn't add a lot of value to me as an end-user. As a developer, it does have some small value, in that it provides me a consistent API, but that's about it...

    --
    “Our opponent is an alien starship packed with nuclear bombs. We have a protractor.” — Neal Stepnenso