Squaring the Open Source/Open Standards Circle 255
Andy Updegrove writes "Before there was Linux, before there was open source, there was of course (and still is) an operating system called Unix that was robust, stable and widely admired. It was also available under license to anyone that wanted to use it, and partly for that reason many variants grew up and lost interoperability - and the Unix wars began. Those wars helped Microsoft displace Unix with Windows NT, which steadily gained market share until Linux, a Unix clone, in turn began to supplant NT. Unfortunately, one of the very things that makes Linux powerful also makes it vulnerable to the same type of fragmentation that helped to doom Unix - the open source licenses under which Linux distributions are created and made available. Happily, there is a remedy to avoid the end that befell Unix, and that remedy is open standards - specifically, the Linux Standards Base (LSB). The LSB is now an ISO/IEC standard, and was created by the Free Standards Group. In a recent interview, the FSG's Executive Director, Jim Zemlin, and CTO, Ian Murdock, creator of Debian GNU/Linux, tell how the FSG works collaboratively with the open source community to support the continued progress of Linux and other key open source software, and ensure that end users do not suffer the same type of lock in that traps licensees of proprietary software products."
Open Standard != standards in Open Source (Score:5, Insightful)
To me Open Standards are much more important than Open Source. Open Standards allow Open Source solutions to be created that are compatible with the other solutions.
It aint open standards that "killed" Unix (Score:5, Insightful)
Unix was killed by the high price of licenses. Unix during the early 1990's was supposed to be for the big boys --- the enterprise customers willing to pay up to 10,000 USD per seat for a Unix license.
With the license for Windows NT starting at less than 1000USD, the enterprises which formed the majority of the paying Unix customer base soon found a way to make do with NT and delete their Unix installations.
It wasn't open standards and the fragmentation that did Unix in, it was plain hubris among the Unix vendors who cannot fathom a future where a cheaper Windows NT would replace the robust, stable and widely admired Unix they are selling.
Re:Open Standard != standards in Open Source (Score:3, Insightful)
Works both ways - having standards in open source solutions allows other licensed software to be compatable with it
Linux supplanting NT??? (Score:2, Insightful)
When did this happen? I must have missed it.
Splintering (Score:4, Insightful)
Sure this leads to some incompatabilities and duplication of work but there are several ways for developers to mitigate this. Open standards are essential as they allow code be ported between distros rapidly. Another good idea is for devs to be involved (in some way) with using multiple distros. Different projects could work together more closely to achieve better interoperability.
Its an essential aspect of forking to accept that many forks are dead ends and should be allowed to die or merge back into the tree where desirable. There are many good projects out there and it isn't really in everyones interest to reinvent the wheel continuously.
NT didn't displace UNIX (Score:5, Insightful)
Similarly, Linux isn't displacing NT, it's displacing commercial UNIX.
The overlap of functionality between NT and Linux is, really, quite small. There aren't many cases for which Linux is a good solution, where NT could also be (and vice versa).
LSB not opensource (Score:3, Insightful)
LSB is a misleading, limiting and silly name (Score:5, Insightful)
There are no obstacles to Darwin, *BSD and Solaris systems meeting LSB compliance, because it has nothing to do with kernels and everything to do with the specific details of a UNIX userland environment.
Generally I don't get into 'Linux' vs 'GNU' discussions but the LSB is once case where I feel the name 'Linux' is used completely inappropriately.
Re:Does it handle KDE/GNOME install paths already? (Score:3, Insightful)
I simply don't understand why this has never been addressed.
The Linux community is always talking about expanding and competing with the Windows world, but they shoot themselves in the foot on trivial details like this.
The response I often get when I ask why don't we change to something that makes more sense is, "if you want a product more like Windows, then use Windows. We don't want our product dumbed down."
However, just because a product is difficult to use does not make it inherently better. I enjoy the flexibility of Linux. I am very comfortable in a command prompt/shell. However, I find it flat-out silly that I truly have to hunt for a program.
The basic file structure of GNU/Linux needs a major overhaul. Furthermore, now that we have menu standards that both KDE and Gnome use, is it too much to ask that programs include themselves in the menu when you install them?
Basic inconsistencies like these frustrate people attempting to switch, and they go right back to Windows.
Re:Fear of fork. (Score:5, Insightful)
As an OS Linux is horribly fragmented. That is why people flock to a popular distro like Ubuntu, regardless of whether or not it is the best distro.
Personally, I do believe that the community needs fewer distros. There should be three methods for installing, period. Something like apt-get, emerge and then installing from a downloaded RPM. You shouldn't see different binaries for different distros. A Linux app should be an Linux app, period.
If we had true standards, we'd have fewer distros. But how many methods and standards do we have for installing programs? For file structures? For menu structures?
In what I believe to be a perfect world, there would only be maybe 8 major distributions of Linux.
Home/Personal
Developer
Media Center
Server
For each of those 4, you get a focus on either GTK or QT apps. Regardless, the file structure, configuration files, menu structure, etc. would be the same for every distro.
And while this will NEVER happen, I think we need one major development kit, instead of GTK vs QT. When it comes to aesthetics, visual style and usability, I can certainly understand people wanting a choice between Gnome and KDE. But when I design an app, I should build it on one toolkit, and then it should work on both Gnome and KDE, letting Gnome/KDE handle how it looks, etc. As it stands now, the dependency chains are ridiculous. If I use KDE but want a few GTK apps like Firefox or GAIM, I have to install half of Gnome.
Comment removed (Score:3, Insightful)
Re:Does it handle KDE/GNOME install paths already? (Score:3, Insightful)
But ideas are easy to come by, and even easier to spew out into a Slashdot post. The devil is in writing the code and getting the standards adopted.
Re:Does it handle KDE/GNOME install paths already? (Score:3, Insightful)
She was incredibly pissed at Windows and wanted to increase her geek cred (which is substantial). However, she is back to Win x64. She is pretty smart. But she'd download an RPM, try to install it, then have no clue where the program was because it didn't create an entry in the menu, and she'd have no clue where the program directory was.
Are you telling me that isn't something that would annoy something attempting to switch? Because I can tell you from experience, that alone drove her back to Windows. And it is something so inane, that I can't believe it hasn't been addressed.
With Windows you get what Microsoft serves up to you. When the Linux community decides to make their own OS, you'd think with all the brilliant contributers (and they do exist) I don't understand why consistency and usability fall so far behind.
I'm not asking for anything to be dumbed down. And there is no need to copy Windows on everything. If Linux wasn't different, what would be the point of using it. However, if in a specific instance the Windows method is better, shouldn't it then be preferable? Why must it inherently be bad simply because Windows utilizes it?
Re:NT didn't displace UNIX (Score:1, Insightful)
When are you tarts going to grow up and stop saying Windows is rubbish just because Bill Gates has more money than you? It's really sad.
Re:Does it handle KDE/GNOME install paths already? (Score:2, Insightful)
Exactly! You seem to have missed the point poster was getting at. It may well be necessary to look in the KDE, and other, directories to simply get KDE to install on a given system, because the files get put in different directories on those systems, which is not where the automagical installer puts them.
The point of a uniform directory structure isn't so that a user can find things, it's so that a user never even has to know those things exist just to have a running system.
KFG
Re:Cpt. RMS to the rescue! (Score:4, Insightful)
It was the licensing that killed NetWare. (Score:4, Insightful)
NT did not broadcast its serial number. You could buy a single copy of NT and install it a thousand times. If you needed a new file server or a temporary file server, it was so much easier to setup another NT box. Yes you do. But they're still in the organizations that had them before.
What has changed is that Windows servers swept through the smaller companies. Those companies never had a *nix box. They might have had LANtastic or NetWare or nothing, but they did not have *nix. Okay, I can agree with you on that. I guess that depends upon what business segment you're talking about.
Linux has been showing double digit growth for the past 5 years (maybe longer). Businesses are deploying it. At the server level. Now you're talking about the desktop segment.
The corporate desktop segment is different than the corporate server segment.
And the biggest problem with the corporate desktop segment is all the Access databases that have been built over the years.
The 2nd problem is all the not-supported-or-sold-anymore Windows apps that users "absolutely must have to do my job" that they've acquired over the years.
Changing 10 servers is easier than changing 10 workstations for users who've spent 10 years with the company. You might want to take a look at Google before you talk about "hobbyist market". I'll have to disagree with you on that.
While that would be nice, it is far more likely that one distribution will become dominant and that distribution's structure will become the de facto "standard".
And it seems we're already on that path with Red Hat and Ubuntu.
a great thing about a cleche... (Score:3, Insightful)
Re:Open Standard != standards in Open Source (Score:4, Insightful)
I totally agree. I've had Java programs compiled with 1.1 still run under 1.5 (aka 5.0). I've also seen mainframe programs run for almost a decade without needing to be recompiled. In the Linux world you can't have a 0.0.0.1 change in the glib or kernel version without having to possibly force a recompile.
I'm glad it's not just me. Try explaining to anyone outside the Linux community that they can't install a particular program because the RPM they just downloaded wasn't created for their distro, kernel version, glib version and has dependencies on a dozen or so libraries that are either missing on their machine or are incompatible with the ones already installed. Now I know that there are a ton of tools out there to help you with this but they aren't exactly for the casual user.
It's this type of situation that drives people to Windows and will keep Linux as a distant second place.
Now before anyone labels me a Linux hater, I'm not. I just think it could stand some improvement to make it easier to use in order to reach a larger audience.
Re:It aint open standards that "killed" Unix (Score:3, Insightful)
I don't think it was unix, I think it was java's "safe sandpit" that caught peoples interest. Portable C code was common well before Java, and I recall my first impression of Java was...it's an update of that P-CODE [wikipedia.org] thing they taught at uni.
As for the "downfall of unix", the biggest influence was definitely cost, I recall that during the mid 90's unix meant you had a fat wallet. Often the same applications that ran on say NT & HP would have very different price tags, even though they were built from the same code base and NT versions probably drew more help desk calls. Also for some strange reason, unix with a gui demanded (and got) 21 inch, state of the art monitors, yet the exact same application on windows got a bog standard 15 inch monitor. NT was a long way from perfect but from a corporate accounting point of view it was "good enough" and putting it to use would "iron out the bugs" and drive costs down further. There are conter-examples of course, back then apache was a very good reason to have a "unix" box, then again, it still is.
There were many other factors, the generation of graduates that caught the wave of the internet bubble were also the first to have graduated with both windows and unix.
Disclaimer:After leaving school at 15 I obtained a BSc in computer science as a 30yr old, it was just before the advent of win3.1 and right in the middle of a recession, I was taught on unix, dos and VAX but made ridiculous amounts of money from windows.
It was a Number of Things (Score:5, Insightful)
There was an arrogant attitude toward PC hardware in the mainframe and workstation market. If you wanted to do real computing, you wouldn't use a PC -- those were just toys! Drop 15 grand on our workstation and then we'll talk. Well PC's WERE toys for a few years, but you had to have blinders on to see that they weren't going to make progress. That arrogant attitude persisted while the 386 and then the 486 came out, while all the while Windows NT and to a smaller extent OS/2 started stealing more and more business from the traditional UNIX vendors.
And while the UNIX vendors arrogantly believed they had a better product, not a single one of them ever made an effort to push the GUI portion of UNIX beyond CDE (Well... except NeXT and SCO, but SCO's offering was a step back from CDE.) Gnome, KDE and Enlightenment were all efforts of the Open Source community and to my knowledge Sun's really the only one of the old guard to even consider using one of them. Hell, even Afterstep is a step up from the commercial vendors' offerings.
In the end it was cheap Intel hardware and cheap Intel operating systems that did the old guard in. Windows on a pentium made a server that worked well enough that it was impossible to justify the price jump of an order of magnititude to get just a little bit more. And I doubt there are more than a handlful of companies that would even consider putting UNIX on an employee's desk. Had the old guard of UNIX vendors played their cards right and embraced PCs as a natural extension of their high-end UNIX systems, things might have gone differently.
The current situation is rather interesting. The cost of Windows licenses is significantly more than the cost of Linux licenses. Microsoft can't really compete with free, so they have to find other avenues of attack. That, more than fragmentation, is the biggest danger to Linux. Most commercial companies only deal with RedHat or SUSE anyway. I don't know what the future will bring, but we most definitely live in interesting times.
LSB isn't preventing fragmentation (Score:3, Insightful)
Re:Cpt. RMS to the rescue! (Score:3, Insightful)
This post and the dozens below it are arguing the difference between Linux the open source kernel project and Linux the brand.
When most normal non-dev people talk about Linux they aren't talking about a kernel, seperate from the development projects which rely on it; they are talking about Linux the operating system alternative. Linux is actually a really good brand and those of you who try to box it into just the kernel are missing the point of this and many other articles like it.
If we think of Linux as simply a base part of the larger GNU community, then the Linux brand that means an alternate OS to Windows for the large majority of PC users will fail because of increased costs to commercial developers because each 'flavor' of Linux has such a small userbase.
While I'm not an expert by any means about the various standards projects, we need the community to be open to the idea of them if Linux the brand is to be realized.
Re:Open Standard != standards in Open Source (Score:3, Insightful)
To be honest, I really don't understand why linux does not have a standard packaging system. And I don't understand why packaging formats need to be so complicated either.
Imagine if there was a unified packaging system- you could install fedora on your system, then as time went on, start installing debian versions of packages, eventually you could end up with a system that had no fedora installed packages. Would this mean that the idea of a distrubtion would become redundant? I don't think so, different distros could create packages with different defaults, compilation options, etc.
What would be really neat is if there was a way to ensure compilation options don't have an affect on the interface of the package from a software point of view (thus you can still install some packages optimized for your specific architecture, mixed in with packages compiled for generic architecture) AND a way to separate the defaults and options from the software. So presumably you could get your package updates from fedora but use the suse defaults (and options, themes, etc) for some packages and so on.
The point is, Linux (the community, the distros, whatever) need to decide on some unifying designs for handling software management and follow them.