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
Re:The *real* question is ... (Score:4, Insightful)
I don't think UNIX matters much anymore.
UNIX matters (Score:5, Interesting)
Back in the days, around 1995, my friends and I were looking for any UNIX to put on our machines to learn. We tried an old copy of SCO Unix which didnt work, and were busy snooping till we found Linux just as it was getting popular online. We got into Linux because we were out looking for UNIX.
Nowadays I've got AIX and Solaris on ultrasparc to play with, so I can finally brag about knowing 'unix', but would be real nice if Linux is called UNIX. Even though SCO has spilled cold water on the brand name, it still carries enough weight, and maturity of two decades, to get attention. Linux is still new to the scene, and UNIX has carried the full weight of the Internet since its birth... that means something.
Linux means alot more now, so can UNIX be Linux, or at least its former self? Thats possible, if Linux is branded UNIX, and UNIX can once again claim to be a popular flexible modern OS. Cant do that with SCO Unixware.
Re:UNIX matters (Score:5, Interesting)
UNIX is the actual operating system (which Linux has made a very powerful and capable clone of). It could be OS X, Solaris, AIX, *BSD or whatever. Fine, now I have my UNIX station, what am I going to do with it ?
Of course, I'm going to run GNU software on it. That's the whole point of running UNIX, the GNU software. Killer apps like the X server(s), Emacs, ftp/web/dns servers and virtually any other software you could ever imagine. I'm running UNIX (or clones) to run the GNU software.
I'm curious, does anyone else share this view ?
Re:UNIX matters (Score:5, Interesting)
I do agree with you though about the GNU software. That is what makes a good Linux/*BSD system.
Re:UNIX matters (Score:2)
I don't remember there I read this, but someone once explained that while *BSD isn't trademark UNIX, it definitely is genetic Unix. Linux, on the other hand, isn't Unix at all, but merely a workalike.
Re:The *real* question is ... (Score:4, 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
Re:The *real* question is ... (Score:2)
It'd be more necessary for a Unix company to try and get LSB certification than for a Linux company to get Unix certification.
AIX, Solaris, Longhorn etc all claim the ability to run Linux binaries as a feature. The last time Linux did that, it was using IBCS - which nobody's cared about for a long time.
Ask IBM, Novell, SCO ... (Score:2)
1 from IBM and Novell and 52 from SCO.
Why? (Score:5, Insightful)
Re:Why? (Score:5, Informative)
The UNIX specifications (93, 95, 98 and 03) specifically define what can be called a UNIX. Before then (each number is a year btw), I believe all you can do is combine all the generally accepted unix based systems (UNIX, BSD, AmigaOS, Xenix, etc) and accept that there was a time when there was no really accepted 'standard' and everyone just did thngs a similar way
Re:Why? (Score:5, Informative)
Before the Open Group had the trademark and developed the certification process, AT&T held the trademark and might allow AT&T source licensees to use it. In the later years, they had a certification process that became the initial Open Group certification. When AT&T owned it, anything marked as Unix had some amount of AT&T code as its base. BSD hadn't still contained AT&T code, the Net2 [oreilly.com] release was in 1994, so all commercial BSD based systems (older SunOS, NeXT, older SGI, etc.) were derivatives of a common code base . Xenix was a based on an early Bell Labs release. (I don't know where the reference to AmigaOS came from.)
The AT&T conformance was mostly to prove that when vendors made local modifications, they didn't mess anything up.
Re:Why? (Score:2)
I'm sorry. I wasn't very clear. I know what Amigas and the AmigaOS were. It was the idea of calling it "Unix-like" that caused the confusion.
Take a look at an API listing of things like dos.library and exec.library, and take a look at /usr/share/man/man2 and try to find something resembling a kernel level similarity. Take a look at AmigaDOS and compare it to the Bourne shell and /usr/share/man/man1. A fair amount of /usr/share/man/man3 got standardized as ANSI C, so it starts to get similar around there.
Close enough (Score:3, Interesting)
Sure, it wasn't unix technically speaking. However, if you allow a certain 'artistic license' like we do for OS X, and add in a 'handicap' since this was a 16-bit 7Mhz machine us
Re:Close enough (Score:3, Funny)
Re:Close enough (Score:2)
Re:Why? (Score:3, Informative)
Re:Why? (Score:5, Insightful)
All your Linux Standard Base... (Score:5, Interesting)
GNU/Linux seems to be evolving as its own standard
And this standard is called LSB [linuxbase.org].
Good old LSB... (Score:2)
Re:Why? (Score:2)
Definition of UNIX: The Open Brand (Score:5, Informative)
UNIX® describes any operating system sold under a brand licensing [opengroup.org] agreement with the Open Group. This requires the product to pass a checklist [opengroup.org] that includes certification to the Single UNIX Specification [unix.org] (free reg. req.) on a given set of supported hardware, based in part on product testing [opengroup.org], and payment of brand fees pursuant to the Trademark Licensing Agreement [opengroup.org] (PDF). Often these brand fees [opengroup.org] are high enough to shut out publishers of low-volume operating system products.
Re:Why? (Score:3, Interesting)
Case in point. I'm at a conference. Someone asks me what I use. I reply "Unix". Suddenly their eyes bug out, their ears turn red, and they scream, "no you're not, GNU/Linux is not Unix!!!" Then I explain that I'm not running Linux and they're heads finally explode.
Okay, that's a bit of hyperbole, but in my experience most GNU advocates (a distinct breed from Linux advocates) take
Would have to then be GIU/Linux (Score:5, Funny)
Have to change that to say GIU Is UNIX
GNU's Now Unix? (Score:3, Insightful)
Re:Would have to then be GIU/Linux (Score:5, Funny)
Wait... GNU/Unix=GNU is Not Unix/Unix=(GNU is not Unix) is not Unix/Unix... Stack Overflow/Divide Error... my... head... hurts...
Re:Would have to then be GIU/Linux (Score:5, Funny)
GNU/Unix = Gnu is Now Unix / Unix (using the new expansion of GNU)
Unix/Unix = 1
=> GNU/Unix -> Gnu is Now.
Takeover of the world accomplished!
Re:Would have to then be GIU/Linux (Score:5, Funny)
GNU/Unix
= (GNU is not Unix)/Unix
= GNU is not
Thus, we can see that if GNU became Unix, GNU would not be.
Re:Would have to then be GIU/Linux (Score:2)
Re:Would have to then be GIU/Linux (Score:2)
Maybe we should just ask SCO (Score:4, Funny)
I don't know. Maybe we should just ask SCO. They would probably have a reasonable opinion.
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:Who cares? (Score:3, Informative)
Who cares? (Score:5, Interesting)
This is particularly evident when you notice that the major improvements in some recent version of Solaris (8 & 9, but not 10 apparently) is to add more open source software and stability improvements.
Re:Who cares? (Score:2)
You're forgetting Mac OS X.
Re:Who cares? (Score:4, Informative)
Re:Who cares? (Score:2)
Re:Who cares? (Score:2)
Historically it was:
BSD -> NeXTStep -> Openstep -> Rhapsody -> OSX.
However OSX has been pulling new stuff from the BSD tree lately (but exclusively at the Darwin level), and thus its reasonable to consider Darwin to be part of the BSD family; while OSX is in some sense to different than the others to really be a sibling more like a distant cousin.
Re:Who cares? (Score:2)
I did a bit of research on this a few weeks ago. [slashdot.org] Most of the BSD kernel in OS X is still predominantly based on the kernel they bought from NeXT. There is a similarity because of the common ancestry in BSD 4.3 and 4.4, but since then they have both diverged significantly. There are a few localized chunks of the kernel that have FreeBSD copyrights ( the crypto [apple.com] directory in particular)
The system library and user commands portions of Unix (manual sections 1 and 3) contain a lot more similarity between Dar
OSX is not based on FreeBSD (Score:2)
-Jem
Re:Who cares? (Score:2, Insightful)
Re:Who cares? (Score:2)
You mean GNU-like? Linux is only a kernel, you know.
Re:Who cares? (Score:5, Interesting)
I have been saying that for several years now. UNIX is all but dead. The only commercial UNIX likely to still be arround in ten years time as an ongoing product is OS/X. Solaris will have long since joined IRIX, Digital UNIX and VMS as O/S you can still buy and occasionaly see a minor upgrade for it.
There is a basic set of core functions that O/S do and this has not changed in principle for over a decade. Log based file systems, threads that work etc are now standard, but none of this was new ten years ago.
The interesting stuff all takes place either above or below the O/S layer. .NET, J2EE etc are where interesting stuff is happening.
At the driver level I think that both Unix and Windows have the model hopelessly wrong. We have at last got past the point where we have to recompile the kernel for each new driver. But drivers are still mostly executable code while the differences between devices of the same genre are with very few exceptions the type of thing that can be described by code tables.
I would like to see device manufaturers get out of the device driver writing business, have a genuinely generic driver in the O/S and discover the repetoire of a particular device by reading a configuration file - preferably one that can be read from the device. From a pragmatic point of view XML would probably be a good match for the task since you would inevitably need structured data and a way to extend the basic data structures.
Unix once had this with the printcap and termcap files. Unfortunately people just seem to be unable to resist turing complete code.
Re:Who cares? (Score:2)
Bullshit. Until those commercial UNIX systems abandon their kernel architectures for one modeled on Linux, it won't happen. There are no improvements in Solaris to make its kernel more closely match the architecture of Linux.
Boy -- talk about your pointless questions... (Score:5, Interesting)
I think it is almost certain that some distro of Linux could easily pass OG's test suite. It is also almost a certainty that FSF/GNU would never opt for it on religious grounds.
The rest of the thread is now available for stupid /. jokes.
In Soviet Russia, The Open Group petitions GNU for certification.
Re:Boy -- talk about your pointless questions... (Score:4, Interesting)
But I think the more significant point is that it's not FSF/GNU who would have the most incentive to get a distro certified as Unix. As the article pointed out, it's probably the hardware companies like IBM and Sun who would find it worthwhile.
Re:Boy -- talk about your pointless questions... (Score:2, Interesting)
IBM have specifically taken a hands-off approach to Linux. They have team members contributing to the 'greater' Linux source trees, but there's no sanctioned 'IBM' brand of Linux. They don't want nor need an 'official' IBM version of Linux.
The reasons for this are complex.
Re:Boy -- talk about your pointless questions... (Score:2)
One question I had after reading the article, say IBM pays for certification of some particular IBM-distro. Now, is it IBM who is certified, or is it the distro? If I simply redistribute the exact sources that IBM do (free to under the GPL), am I now a supplier of a certified Linux solution?
When certification can cost up to ha
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?
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 m
Re:No. And Yes. (Score:2)
It didn't occur to me at the time that AT&T sold the Unix copyrights and the Unix Trademark, but that act was solidly admitting defeat to the Open Software Foundation (now the Open Group) in the Unix wars. The OSF created their OSF/1 operating system to try to promote Unix as an API standard and not the name o
Re:No. And Yes. (Score:2)
unix.org [unix.org]
No. Unless Linus or Posix makes a change. (Score:5, Informative)
(I don't recall what the particular difference was but as I recall Linus had a very good point. Security? Robustness? Anyhow it should be trivial to look it up - which I'd do if I had the time just now.)
And I don't see that it really matters, since they can continue as two operating systems and virtually anything will operate well on both, and some things break even crossing between Posix-compatible systems. Linux is doing quite well as is and may end up dominating. The rumors of the demise of the BSDs seem overblown. And who knows what will come next.
Re:No. Unless Linus or Posix makes a change. (Score:3, Interesting)
Note that Linus did a 180 on "Linux Threads" versus "POSIX Threads" because Linux vendors wanted portability.
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?
When GNU = Unix? (Score:5, Funny)
Why? (Score:4, Interesting)
Nope. (Score:3, Informative)
One of the reasons that GNU's Not Unix is because intentionally or not, a lot of the GNU tools differ from and are often outright incompatible with their counterparts from the original Unix and its descendents. There would be a lot rewriting and outright disposal of some of the primary features (or "incompatible extensions", as we would say if this were Microsoft) of the GNU utilities and libraries. These changes would also break compatibility in innumerable ways just among various pieces of GNU software. File formats would have to change. (gtar archives, Makefiles, etc)
The GNU project was a good idea with a good mission, but specifically calling it "GNU's Not Unix" really backfired on them in this aspect because Unix as we know it today is now more popular than it's ever been among both geeks and the corporate world.
Re:Nope. (Score:2)
Re:Nope. (Score:2)
Which of course expains why LINUX is growing at the expense of UNIX. It also explains why UNIX companies are using LINUX in places they previously would have used their own proprietary version of UNIX in. It also explains why LINUX is in more homes than UNIX
Open Group certified Linux (Score:3, Interesting)
CC.
Re:Ohh cool! THIS is what we need! LSB-certificati (Score:2)
CC.
Paying for unix? (Score:2, Interesting)
Please, god no (Score:2)
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:
Re:It's not important. (Score:2)
GNU: GNU (is) Now Unix
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.
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!
Linux is more than a kernel these days (Score:2)
Once upon a time, that was true - when you said 'Linux' it meant a kernel. These days, not so much.
Technically, the Linux Standards Base includes kernel, c libaries, and various GNU tools (and their versions and interfaces).
These days, kernel developers call themselves kernel developers. When people talk about Linux, they mean an OS. When people talk about getting a new version of Linux, they
WTF (Score:2)
Breaking News (Score:3, Funny)
New Acronym (Score:3, Interesting)
LINUX:
Linix Is Not UniX
Similar to PINE:
Pine Is Not Elm
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.
Source code interoperability (Score:2)
From the article.. (ok, a link in the article). (Score:2)
You can help us to remind the industry of the ownership of the UNIX trademark and ensure that its proper use as a neutral indicator of certification for the benefit of customers of UNIX systems.
To help, is very simple, all you have to do is to publish the following attribution.
"UNIX is a r
GNU is hurdly Unix (Score:2)
What Happened to Apple's UNIX lawsuit? (Score:4, Interesting)
So, where is this now? I did a search but even the mighty power of Google can't seem to find any reference to the outcome or status of the case. Does anybody know what the status of this case is? Was it settled, or just languishing on the court's docket?
DUH (Score:2)
It's all in a name. Why even write an article about when "GNU is NOT Unix" will become certified Unix. This is a lot like having, say anarchists revolt and form a tolitarian government. Next article please.
Unix is God (Score:2)
Therefore Linux is God and consequently Linux == Unix.
That would make perfect sense to 60% of Americans...
Being "Unix" would be BAD, people! (Score:2)
I saw an ad a while back in Ccmputer Reseller News [crn.com] that went something like: "Do we HAVE to use UNIX for our database?"...
The implication is that "everybody knows"... UNIX==EXPENSIVE. Linus is much, much cheaper, and you can save $X,000 using Linux.
Given its history of high price, vendor lockin, and balkinization, why would anything Linux even care about "being Unix"? Linux has buzz, Unix has a buzz. Which would you prefer?
Unix is a good ancestor t
Could Linux be an extension to UNIX? (Score:2, Interesting)
Not only would this increase the capabilities of Linux but it could also serve as a way to bring UNIX applications into the Linux world with little effort. Once this is done, Linux can then efficiently replace UNIX itself.
What I believe the industry needs, is a "modern UNIX" that can compete with Windows from not only a user
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.
Re:It's GNU/Linux! (Score:2, Funny)
RMS has no problem with you just calling it GNU.
Re:It's GNU/Linux! (Score:3, Informative)
No. GNU/Linux is not the same as GNU. The "official" kernel of the GNU system is Hurd [gnu.org]. From the linked website:
"The GNU Hurd is the GNU project's replacement for the Unix kernel. The Hurd is a collection of servers that run on the Mach microkernel to implement file systems, network protocols, file access control, and othe
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.
Re: (Score:3, Informative)
Re:It's GNU/Linux! (Score:3, Interesting)
Of course, this is propably caused at least partially by Linux's success - Linux is drawing all the the good OS programmers.
The dev mailing list archives seemed depressingly empty when I checked :(.
Mach, with an emphasis on Mac... (Score:3, Interesting)
I think it only runs on Power Macintosh, and it's the only flavor of Linux that will work on NuBus (first generation) Power Macs.
Re:Mach, with an emphasis on Mac... (Score:2)
FYI, you can run with nubus patches to the standard linux kernel, these days. Not as many devices are supported and you need an installation of MacOS to get it to work, but it does work.
Cheers,
-l
Re:It's GNU/Linux! (Score:2)
Re:It's GNU/Linux! (Score:2)
VFS, and at a user level, LUFS and fuse.
It's implemented by mounting a new fil
Re:It's GNU/Linux! (Score:2, Interesting)
The difference between what the HURD has designed and the various efforts to implement them in Unix like operating systems is in user space. The HURD allows (or will allow, once its done) per-process overrides of any system call. LUFS simply allows a user space program to tell the kernel how to represent a device. With the HURD, there is no reason why another user will even see the results of your translators.
What I don't understand, is how the HURD is so late when it has these features. Creating or modi
Re:Can GNU ever be UNIX? (Score:5, Funny)
Re:SCO goes down the drain... (Score:2, Informative)
Dude, read your f\w+ screen!
Re:SCO goes down the drain... (Score:2)
Re:SCO goes down the drain... (Score:2)
Re:Hrm (Score:2)