Linux Standard Effort Edges Ahead
ErikPeterson writes "The Free Standards Group has released its third version of the Linux Standard Base, an effort to unify some of the workings of the open-source operating system.
The LSB is designed to make it easier for those producing higher-level software to support different versions of Linux. Pledges to conform to the requirements of Version 3 are Red Hat, Novell's Suse Linux, Asianux and Debian."
Pledges to conform to the requirements of Version 3 are Red Hat, Novell's Suse Linux, Asianux and Debian.
Four down, only 458 to go.
____
~ |rip/\/\aster /\/\onkey
A standard is a standard when everyone is using it. Just calling it one doesn't make it so.
I used to think Linux was cool -- then I turned 14.
What the LSB should, imo, do is make autopackage the format of choice for installing applications and then have the default package manager (such as rpms and debs and stuff) to download the dependent libs and keep the base system up-to-date. That way, everyone's happy. The newbies get their easy program installers and the seasoned veterans get their apt. But, alas, it's apparently not to be.
Why doesn't he blurb link to the LSB website at all? it's here Anyway's.
Wow. I'm very happy. LSB might actually make Linux useful for those of us trying to make a living off of software development...
The article gets funnier when you read LSB as Least Significant Bit.
Here are the LSB 3.0 Release notes. I'd appreciate it if somebody explained if there is a significant or revolution or something. Thank you.
This sort of thing is a necessity. With the variety of Distros and each having its own idea of where things should be, it leads to a lot of unecessary confusion. Regardless of whether the confusion is legitimate or slightly hyped by bullet points in paid research docs, it exists.
Well considering that Red Hat, Fedora, Novell, and Debian together hold about 3.5 million servers according to netcraft (as of last march), those are the only players that really matter. Red Hat has about 1.8 million, Fedora: 400,000 , Novell: 400,000 and Debian around 800,000. I haven't read the report in a while but at the time Fedora was expanding at 120% every few months, where as the next fastest distro (I think it was gentoo with 60,000) was growing at 40% over the same time, and all the other distros were much lower than that. I would assume that as a result of Fedora's fast growth rate that Fedora's share is closer to Debian's now. Regardless, after those 4 distros, the next largest was Mandrake (iirc) with around 70,000 active servers. As you can see, those 4 distros(Red Hat, Fedora, Novell, & Debian) are all that really matter and if they all agree on the standard, then it is the standard.
Regards,
Steve
I think this page might be of interest to you.
I'm impressed that Red Hat has signed on.
Along with 2 other of the more established distros being onboard this standard has a chance.
I mean, do software developers usually keep to this standard, or is it more like them cutting some slack due to numerous distros not adhering to it?
What if those releasing the libs/support files (QT/GTK2, etc.) _only_ allowed you to use them for free, _IF_ the end product adhered to LSB specs.? --It'd force developers to be less sloppy, and some form of unity might come sooner than expected..
Yes, an arrogant idea, but just read it as an "what-if" -kind of thing.
A horse can't be sick, you know, even if he wants to.
I know the debian port for AMD64 decided to make the 64bit arch a first class citizen. i.e. there is a /lib directory. Fedora OTOH uses a /lib64 directory. This is like saying there is something special about 64bit libraries on a 64bit arch. Does the new LSB specify how this should be handled? Who will have to change, debian or Red Hat? I run Fedora and am disappointed to have a /lib64 full of stuff and /lib that is almost empty. Thoughts on this?
Check the story from a couple days ago:
/ 1128201&tid=156&tid=163&tid=8&tid=106
m l
http://linux.slashdot.org/article.pl?sid=05/09/19
Basically, Ulrich Drepper, maintainer of glibc was complaining about how the LSB certification is broken because it's tests are poorly coded and introduce race conditions when ran on fast (read: maybe 700Mhz+ processors) SMP machines.
Here's a direct link to the article:
http://www.livejournal.com/users/udrepper/8511.ht
It would be nice if Ubuntu committed to it seeing as though they've become the 10,000 pound gorilla of Linux distributions.
Note: this isn't anti-Ubuntu. I run Ubuntu.
I don't see how a standard that uses RPM as the mandatory package format will ever gain enough consensus to be successful.
What kind of a standard is this anyway? For example:
Applications are also encouraged to uninstall cleanly.
Um, that's great. Where's the definition of "cleanly"? Where's the rationale? Where's the implementation notes? This thing reads like a few people got together and jotted down a few notes on what they'd like to see. This ain't a specification. Sure, they go into great detail about the format of the RPM file - but that's already an established format that they don't need to explain.
And, I might mention, I think it matters A Lot.
s p
/ 1128201
http://www.eweek.com/article2/0,1895,1861272,00.a
From where I sit, Red Hat's Drepper
http://linux.slashdot.org/article.pl?sid=05/09/19
wants to throw the baby of open standardization out with the bathwater of LSB standardization testing, which could still stand a lot of improvement.
With open standardization, Linux could go the way of Intel Unix--shudder!
Steven