Can GNU Ever Be Unix? 217
An anonymous reader writes "The question isn't whether Linux can be certified as Unix. At least some distributions no doubt can. But who would pay for it? And is it worth the trouble? Jem Matzan asks these questions on NewsForge, and reminds us that the Open Group, not SCO, owns the Unix trademark,"
The *real* question is ... (Score:5, Insightful)
Seriously, for all practical purposes, GNU + Linux is setting the trend now. Ask IBM, Novell, SCO
Why? (Score:5, Insightful)
Who cares? (Score:5, Insightful)
The problem, as well, is what to certify. There are so many combinations of kernel, drivers, libc, userspace utilities and windowing systems that any certificate could well be rendered useless.
For example, if IBM paid for SuSE to get certified, would that apply to RHEL or Debian, if they were using slightly different kernel versions or different kernel patches as is often the case?
Re:Why? (Score:5, Insightful)
No. And Yes. (Score:5, Insightful)
But, the BSDs, and I believe even Solaris and AIX have a Linux compatability layer, or at the very least, "the GNU toolset", GCC, glibc, etc. Of course you wont beable to run IA32 binaries on a UltraSPARC, regardless of the compatability layer, but you could run IA32/Linux stuff on IA32/*BSD, or SparcLinux stuff on a Solaris box.
I guess Im trying to say, given that lots of things can run Linux binaries, can cleanly compile Linux targeted sources, Linux + GCC + glibc may be a better standard to target then POSIX and whatnot. It is definitly more modern. Or to put things another way, UNIX is irrelevent, the question shoud be: can UNIXes ever be Linux?
Linux doesnt need it. (Score:5, Insightful)
If you say 'Linux' to the general IT population, they already know what you are talking about. ( and they also realize the differences beteeen it and 'unix' ) so why muddy the waters?
Re:The *real* question is ... (Score:4, Insightful)
I don't think UNIX matters much anymore.
Re:No. And Yes. (Score:3, Insightful)
Go out and look at industry certifications - they certify against RHES version X, or whatever else the flavor of the month is. UNIX is a heavy-duty standard, and Linux is still evolving too fast to qualify.
Actually, I have a more interesting thought: for Linux to qualify as a Unix, development would have to slow down - a lot. Arguably, it is doing so now ... Linus claims there are no really large projects on the horizon that require a 2.7 branch, there haven't been any huge changes to the kernel in quite a while (not since the new VM in late 2.4 / early 2.5, or the O(1) scheduler in 2.5). If Linux sits back at this level for a good long while, I suspect it really will become a UNIX within a year or so. Alas, such a slowdown will leave Linux a long ways behind modern Unices, which is a shame. So... should Linux slow down and become Unix-certified, or should it speed up and catch up to modern Unix?
Re:Who cares? (Score:2, Insightful)
A better question (Score:4, Insightful)
If standardization is a good thing (I think it is, but your opinion may vary) how should The GNU/Linux world go about it, and what parties should certify. Right now there are the DeFacto standards (Redhat/slackware/Suse/Mandrake) of the big distributions. The problem with these defacto standards is eventually the game collapses. There have been attempts to have multiparty standards (United linux comes to mind) but those for various reasons havent made a big push.
You can allready see the problems in setting a GNU/linux standard when there are vicious arguments over naming it Linux or GNU/Linux. Just who is going to be able to make decisions on filepaths, naming conventions, and library depencies and then shove it down the throats of the contrarians.
So before you ask can "GNU be Unix", you need to ask does GNU want to be standard, Who's standard, and does that standard want to be close enough to Unix to comply.
It's not important. (Score:5, Insightful)
Meanwhile, commercial Unix vendors are going out of their way to achieve Linux compatibility, at either the source or binary level. Linux is quickly becoming the standard to which other Unices are compared. This means two things:
What's the point? (Score:3, Insightful)
Linux has indeed been repackaged and registered. (To avoid flames from those that don't already know, I won't say which ones.) Linux as in say Gentoo and BSD in say FreeBSD are very successful now and it would be hard to justify the value in risking so much money for a seemingly worthless qualification.
I'm sure Suse (Novel) and Redhat will actually seek registration as commercial products. If X/Open would agree to fixed priced terms, they would do far more business. (Are you seeing this Open Group?) All things considered, this is like the MSCE scam and might have a negative impact.
The above mentioned BSD and Linux have treated me very well on a number of hardware platforms. Keep up the good work.
Re:It's GNU/Linux! (Score:5, Insightful)
Hurd is definitely a good idea, but so far it is only that: an idea.
I have been hearing about Hurd at least since 1992 or so, ever since Linus started his project. This is 12 years now, and nothing concrete has come up yet, that can be adopted by the masses.
Don't get me wrong, I like many of the ideas and design decisions they have. But my gripe is that their model does not allow hordes of programmers to join in and get things out faster, like the Linux model.
UNIX 2003 (Score:5, Insightful)
Is the branding alive or not?
What Unix passes Unix 2003? OK. Who passed UNIX 98? Get the picture? Its going to cost ~$0.5M when all said and done. What advantage is there? Some of the 'UNIX' systems out there have not passed a checklist in over a decade.
Linux does not need people who dont code deciding what is right and wrong in expensive ongoing beurocratic processes. Things are decided much faster in open forums which document the process in ample detail.
Linux does deviate but given a coin toss, it goes with the previous 'standards.' If the legacy means does not make sense, its ignored and documented.
The UNIX branding made sense with legacy closed source Unix systems. It provided a level of trust that customers could drop to without even (imagine!) seeing the underlying code.
It was a bandaid on a broken model. The outdated Unix systems deviated but the customer could only read documentation, not code.
So systems like Solaris, AIX, HP-UX
If they decide to open up the process, they have to decide wether to join open source projects or try to replicate the efforts.
'UNIX' is dead. Do we need a netcraft survey?
I know people are going to say that wont work. "Look at all the forks in apache and perl and python. It will be anarchy."
Thats proven to not be the case. The problem has always been closed source.
What's in a name? (Score:5, Insightful)
My first reaction was: "Why the heck should Linux be Unix-certified? With increasing popularity, Unix will soon have to be Linux-certified if it wants to get any kind of market acceptance."
Well, as amusing as it may be, this thought is flawed. First of all Linux is merely the kernel; it's not even glibc, nor any other GNU tools, or third party packages. BSDs are Unix-like OS, just like Linux(-distros) are Unix-like. Solaris is also _a_ Unix-like OS, just like HP-UX.
Actually Unix has become a generic term which refers to all kind of kernels that expose a POSIX (don't remember the exact number) interface to userland applications. Any kernel (or microkernel + servers) that implements this interface, can be justly called Unix (or at least Unix-like; so as to not feed SCOundrel or Open Group lawyers).
The really interesting thing about the hype around Linux, is when we will move on and replace the Linux kernel with something totally different (be it microkernelized, or whatever). Then, we won't have just a GNU/Linux system anymore, but, say, also a GNU/Hurd/L4, GNU/Hurd/Mach or GNU/BSD, BSD/Linux, BSD/Hurd/*, ... system
(terminology being
"OS personality"/"OS servers"/"microkernel"
or "OS personality"/"monolithic kernel").
It seems silly to use the kernel name only as a brand for all kind of Unix-oid systems, regardless of them using the Linux kernel or something else; but providing the POSIX Unix interface.
To wrap it up: it's just a matter of names and brands. As other posters have commented before, Linux has gained enough popularity and visibility. It doesn't need to be certified to be successful!
Why bother (Score:4, Insightful)
I think whats telling is how often and for how long we have seen Unices shipping with the GNU tools and compiler in the system. GNU is not Unix its something that in most or maybe all cases is inspired by Unix works like Unix but is better then Unix. Getting GNU certified as Unix would in that sense almost be a slap in the face to GNU, although it might still be an endorsement to the Linux kernel. Linux though as stated before does have enough of its own cred that Unix certification will have very little meaning.
Re:The *real* question is ... (Score:4, Insightful)
GNU's Now Unix? (Score:3, Insightful)
Re:The *real* question is ... (Score:3, Insightful)
Not exactly.
I'd say the point is to be Unix without being called Unix. By being better it cuts the ground out from under the ownership of the name.
Vastly oversimplifying, and a lot of this is by association with the hardware it run on.
Unix 1. AT&T Unix. Very expensive and underpowered hardware by today's standards.
Unix 2. Berkeley Unix. Amazing what you can do with cheap grad student labor.
Unix 3. Linux. Triumph of anarchy. Product of the internet.
The name Unix is applicable to Unix 1 and some variants of Unix 2. GNU utilities make Unix useable. GNU/Linux further undermines the name. Linux on IBM mainframes and supercomputers (and everything else) is a new (GNU if you like puns) generation. Even if it's mostly due to the hardware, you gotta stick a lablel on it.
why would we want to? (Score:4, Insightful)
When Saturn came around, or Asian cars came to the US, did they try and advertise themselves as "Ford-compatible" or did they try and make a name for themselves?
This might have been a good idea a good 3, 4 years ago, but not now. 3, 4 years ago, Linux didn't have a market to speak of, and was not much more than an industry-wide toy. Now, it has major backing from IBM and Novell, and even people like my mom (technophobe nurse) is beginning to hear about Linux as the next-best thing. Linux currently offers, for the most part, much more than the Unix offerings. That couldn't have be said 5 years ago.
The last thing the Linux community needs now is to have Linux associated with an old, outdated 'standard' that is Unix.