Stories
Slash Boxes
Comments
Search

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Latest Linux Standards Base Gets Vendor Support

Posted by ScuttleMonkey on Tue Apr 25, 2006 05:03 PM
from the friendlier-tux dept.
Software Linux
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.'"
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Latest Linux Standards Base Gets Vendor Support 25 Comments More /

 Full
 Abbreviated
 Hidden
More
Loading... please wait.

  • Dear ScuttleMonkey, (Score:5, Funny)

    by Anonymous Coward on Tuesday April 25 2006, @05:07PM (#15200244)
    You may remember me, I am old friend. Please don't be a stranger.

    Sincerely,

    Mr. Comma

  • Interesting Version Number... 3.1 (Score:5, Funny)

    by Chordonblue (585047) on Tuesday April 25 2006, @05:10PM (#15200273) Homepage Journal
    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!

  • Never mind the Linux vendors (Score:4, Insightful)

    by overshoot (39700) on Tuesday April 25 2006, @05:13PM (#15200305)
    I want to know when we'll get LSB support from the application vendors.

    No matter what the roadmap [edac.org] from the EDA Consortium says, too freaking many of the tools I use at $WORK refuse to run on anything other than Red Hat 7.2 (I kid you not!)

    And, yes, they actually check /etc/redhat-release

    • Yeah, I've seen the same thing. This is the whole purpose of the LSB. If application developers won't support it, the whole project is pointless.
    • I had a thought yesterday that Xen virtualisation might sort a lot of these problems out. Couldn't a program include its own version of linux to be run under Xen, thus stopping the, "to many distro's" problem? Admittedly it wouldn't be good to be running all your applications in virtual windows, but games would be good.

  • Linux vendor support isn't critical. (Score:3, Informative)

    by khasim (1285) <brandioch.conner@gmail.com> on Tuesday April 25 2006, @05:14PM (#15200306)
    It's the Linux app ISV's who need to write their apps to this "standard".

    So far, that isn't happening.

  • Is LSB a good thing? (Score:3, Insightful)

    by tenchiken (22661) on Tuesday April 25 2006, @05:17PM (#15200331)
    As we watch competition help the Linux landscape considerably, is LSB a good thing? Gnome and KDE push each other to become better, Java and Mono compete for developers and even Rails and J2EE go after the web market.

    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?
    • 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!


    • As we watch competition help the Linux landscape considerably, is LSB a good thing?

      There is no "good" or "bad".

      There are objectives that you would like to see achieved and there are avenues to achieve those objectives.

      So the question becomes, what objectives will the LSB achieve and whether you believe those objectives should be achieved.

      The LSB was, originally, an attempt to make it easier for ISV's to port their apps to a "standard" that would run on any Linux box that was LSB "compliant".

      One problem wa

    • If you find a standard too restrictive for your purposes, just don't follow it. You'll then see whether your additional non-standard features are worth more than incompatibility to the users. Netscape and IE are both good examples of products that ignored prevailing (and slow-moving) standards that gained user acceptance. On the other hand, there are any number of computer languages that will not survive because they're not C/C++/Java and whatever they do well wasn't worth enough to developers and users.

      T

  • Important time saver (Score:3, Interesting)

    by Zaai (817587) on Tuesday April 25 2006, @05:21PM (#15200361)
    This is excellent news. Linux application developers write their applications against a particular distribution. Some add code to detect what distro the installation is for and adjust their paths accordingly. All other distro's have to spend time to write an installer to map that configuration to their distribution's file system layout. This is repeated every time a new release of a package comes out. With 100,000+ packages, that is a lot of work. Take Gentoo's ebuild system. Can you image how much effort it takes to maintain all those ebuilds? Any standardization of the Linux filesystem layout will reduce this effort and saves countless hours. Hours now can be used to improve applications themselves. Good news indeed :)
  • There's plenty of concern that the LSB platform is restrictive, but I think it's going to be a huge step forward for 'normal' users who don't want to know how to make an application work - we just want to run it. Linux is still an open model and so LSB is not compulsory, and if an application can be built better in an alternative way, great!

    I've had plenty of hassle trying to get various packages to work on older Linux systems, spent endless hours trying unsuccessfully to get services for a wireless networ

  • LSB is a Pipe Dream Really (Score:3, Interesting)

    by segedunum (883035) on Tuesday April 25 2006, @05:48PM (#15200558) Homepage
    The only way to reliably guarantee binary compatibility (especially with the test suites the LSB use) and compatibility to any important degree is to have the same binaries, and henceforth, the same distribution. It is actually possible to pass the certification for the LSB with one set of hardware and fail it with another.

    LSB compatibility is a nice badge to put on your software boxes (management love accreditation logos!), but whether it will mean anything to the ISVs who should be taking notice of it and anything practical for end users is another question.

  • Has LSB fixed RPM hell yet? (Score:5, Interesting)

    by sinewalker (686056) on Tuesday April 25 2006, @06:44PM (#15200959) Homepage
    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...

  • LSB is lamelamelame. (Score:3, Insightful)

    by farrellj (563) on Tuesday April 25 2006, @08:28PM (#15201561) Homepage Journal
    As long as the standard requires rpm files, its going to be a non-starter for many. The rpm format sucks the big one. I would much rather almost anything else than be stuck in RPM HELL. Give me slackpacks, apt-get, or even tarballs...but please save us from RPM Hell!

    ttyl
              Farrell

    p.s. I don't like rpm, can you guess?

  • All Major Vendors? (Score:3, Funny)

    by Radical Rad (138892) on Tuesday April 25 2006, @09:26PM (#15201769) Homepage
    The LSB has garnered support from all major vendors in the Linux Community including AMD, Asianux, CA, Dell, HP, IBM, Intel, Mandriva, Novell, RealNetworks, Red Flag, Red Hat, Turbolinux, Xandros and others.

    I sure hope Caldera is one of the others!

    (SCOre: 5 Ironic)

    • Re:"Base"? (Score:5, Informative)

      by spun (1352) <loverevolutionary@nosPAM.yahoo.com> on Tuesday April 25 2006, @05:11PM (#15200281) Journal
      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.

      • Re:"Base"? (Score:3, Informative)

        by Kjella (173770)
        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.

        Um no. Its purpose is that you can create one LSB-compliant application and have it work on all LSB-compliant systems, but it doesn't follow that anything that compiles on an LSB-compliant system is an LSB-compliant applicati
    • Why not "Linux Standard Desktop"?

      Because it's existed for far longer then the vast majority of people have even considered using linux for a desktop system (Disclaimer: I have been using linux for my primary desktop for around 6 years)

      Meh, shouldn't feed the troll and all that, but LSB set standards for things far beyond the desktop.

    • Re:Ummm (Score:5, Informative)

      by Xtifr (1323) on Tuesday April 25 2006, @06:08PM (#15200726) Homepage
      > 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.

All trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the Poster. The Rest © 1997-2009 Geeknet, Inc.