Why SCO UNIX Is A Bad Idea 312
Ashcrow writes "SCO UNIX has long boasted its 'true UNIX' code base, but is that really the case? A story running at The Jem Report looks into SCO's claims and holds it up to other UNIX variants to try and find validity for SCO's claims." The author has a bit of a chip on his shoulder, but worth reading for the comparison of various *nix's.
Apples and oranges. (Score:5, Informative)
Whether or not SCO UNIX sucks or not has no actual bearing on their lawsuit.
Re:Apples and oranges. (Score:3, Informative)
111. The acts and conduct of IBM in misappropriating and encouraging, inducing and causing others to commit material misappropriation of SCO's Trade Secrets are the direct and proximate cause of a near-complete devaluation and destruction of the market value of SCO OpenServer a
Re:Apples and oranges. (Score:3, Informative)
Very relavent (Score:4, Funny)
Paragraph 84 of the complaint: Prior to IBM's involvement, Linux was the software equivalent of a bicycle. UNIX was the software equivalent of a luxury car.
According to the article, it seems like Linux is the equivalent of a luxury car and SCO UNIX is the equivalent of a..... No, a bicycle is too kind of a description
I once temporarily owned an old rundown Ford Econoline. The brakes needed replacing, the battery drained because sometimes the brake lights would stay on, and there was a short in the fuse box. Kind of reminds me of SCO UNIX
1 800 726-8619 Give em an ear full (Score:5, Informative)
We can all bitch and complain on
Capitulate or escalate. the choice is ours!
Re:1 800 867-5309 Ask for Jenny (Score:5, Funny)
Re:Very relavent (Score:4, Informative)
SCO UNIX is the equivalent of a..... No, a bicycle is too kind of a description
SCO is the equivalent of a 250 tonne ore truck, powered by a lawnmower engine.
What if SCO wins? (Score:5, Insightful)
It's not just the code. Programmer comments embedded in Linux -- English-language descriptions -- are identical to those found in SCO's Unix code, according to SCO. There's even a typo in one of the commentaries in Unix System V that also appears in a Linux commentary. Extracting the controversial code is not really a feasible solution. Because of the way intellectual property (IP) laws work, derivative products that use the allegedly pilfered code are also subject to liability. Anyone who bundles suspect products, or uses them, is also conceivably on the hook.
My college roommate in my sophomore year, an electrical engineering student named Mike Foster, helped me coin that one. He had an answer for everything, and often it involved the death penalty, a flat tax or some other clean, simple solution that would have been absolutely insane to try in real life. Don't get me wrong. I stand in awe of people who can design transistors or even who can put up drywall. But there is arrogance inside the scientific mind, and it rarely knows when to stop.
Put the SCO argument another way: What if you found out something you had a hand in was now the basis of a multibillion-dollar empire? Would you want a slice, or denounce yourself as a fraud? SCO could also be really overplaying some minor copying. But we won't know until the evidence is in.
If they're right: (Score:5, Insightful)
Re:If they're right: (Score:5, Interesting)
Its known that whole pieces of 'cloth' were taken, we really arent sure how much, but as the settlement fell out, it seems like a lot. My suspicion is that the judgment was sealed to keep the customers from knowing how much of what was begin sold was really available for free. Why would the BSD crowd allow this? I also suspect they wanted to have their project left well enough alone and couldn't care less about what the other guys passed off to their deep pocketed clients.
So we are kind of left with a mystery. How much of SCO unix is really unix.. and how much ( if any) is BSD? Does it have any effect on the claim? If it does will it turnout that SCO/Caldera bought a load of goods, so to speak? Tainted by thievery in the past? This plot twist could make this from messy into a cesspool.
Re:If they're right: (Score:5, Interesting)
AT&T took a lot of code from BSD and stripped off the copyright notices off, and incorporated it into there codebase. There is conjecture, that the clean "rework" of UNIX that BSD did ended up getting a lot incorporated into AT&T's UNIX. BSD at some point, removed all of the original AT&T code they licensed. It's my understanding that the court agreement was there were 8 files that didn't get re-written. That's way BSD 4.4Lite is, it's the BSD source, with the 8 files removed. 386BSD is the BSD that caused the original lawsuite. It was picked up and turned into FreeBSD after the original maintainer just stopped responding to communication or releasing stuff. I'm not sure which code base NetBSD started from, and OpenBSD forked off NetBSD when Theo had his spat with the NetBSD core.
Thus it might be that SCO owns the tube of toothpaste, that the BSD guys squirted all the paste out in the early 90's. Novell could have asked to seal all the evidence, that the toothpaste is all gone. It's mostly based on urban legend, and rumor. There might be some truth to it, who knows, the documents are sealed.
I believe that's the conjecture he's talking about.
Kirby
Can this lawsuit unseal them (Score:4, Interesting)
Can we finally find out that bit of history?
Re:If they're right: (Score:3, Insightful)
The fundamental problem with all of this is that IMHO recoding wouldn't actually help that much. Sure, it would sort out any simple Copyright issues, but not the generic "IP" bullshit that these guys will be chasing. They will claim that since it is a work-alike, then it is a derivative work. Or that the process being implemented is their "IP" beef rather than the code itself, which as stated previously is covered under copyright.
That's why MS is getting up and making noise about their "IP" being everywher
Re:If they're right: (Score:5, Insightful)
... and will subsequently be laughed out of court.
You cannot claim derivative work simply because product A works like product B. Think about it. If this were true, then anyone who is the very first company to get a product to the market will automatically have all exclusive rights to it and lock out all competitors, since anyone making a competing product that does the same thing will be considered derivative. This is obviously not the case, as any trip to the supermarket will tell you.
What you CAN do is claim exclusive ownership of a specific means of implementation (generally by means of a patent). While SCO is not making a patent claim, it is claiming that Linux has something that belongs to it. Now this can indeed make any work based on the alleged SCO code a derivative work, but it is not retroactive to any code that is NOT SCO's, and the work ceases to be derivative if the code is removed.
For SCO to go further, and claim that the rewritten, original code is infringing, they would have to claim patent violation, and SCO does not have the patents to do this, they have only the copyright.
Re:If they're right: (Score:4, Interesting)
Yeah, and there's no avoiding a nasty trainwreck at those crossroads; the train being the entrenched interests with all the inertia (mountains of cash and old IP cashflow), and the VW Van being the public who is being refused the legal right to easily stand on the shoulders of giants as they've done throughout history...
A future where ideas are owned in perpetuity is dystopian to all except a tiny minority. ...Such as in the short story Melancholy Elephants [baen.com]:
--
Spider Robinson (Score:4, Interesting)
I avoid posting to the "stories" about best fiction, because they tend to honor people like Ian McDonald. I am reading his books now, and they remind me of early C.J.Cherryh, before she learned that the story is more important than the setting.
Heinlein extrapolated the consequences of technology very well, and wrote entertaining fiction about them. The problem with reading his stories today is that he miscalled the future of technology. "The Roads Must Roll" is a great story, but we bypassed the tech. His first sale, "Lifeline", was written in 1939 about the corporate reaction to new technology, and is relevant, even if the particular technology has (still) yet to be invented.
Asimov did the same, but the Slashdotters seem to prefer the Foundation series, where technology (psychohistory) learns how to control people, rather than the Robot novels where people are adjusting to technology (robots).
IMO, Robinson is the best writer of this type of fiction today. "Melancholy Elephants" was written in 1984, and summarizes the entire case against perpetual copyright in just over 20 pages. I kept wanting to scream at the posters and legal people who are arguing about copyrights while avoiding the main point. Did Lessig submit this story as evidence?
Art is about discovering pieces enjoyable by humans, and humans have serious limitations on types of input. Eventually everything likable will be discovered. But humans need art, and if we do not allow the repeat of discoveries, calling anything reused to be "derivative" and illegal, we will lose a major part of being human.
The problem is new, since the ability to record art is new. The printing press is 500 years old.
- Recorded music is around 100 years old. New generations have learned to like new instruments (electric guitar), which has helped. But if "On Top of Old Smoky" was not public domain, we could not have the theme to "Chariots of Fire".
- Moving pictures are younger, and the combination with sound is very new. Yet Disney is busy reusing the old stories because there are not that many stories that will appeal to human beings.
Even Spider Robinson is moving away from discovering new ideas and spending more time telling stories. His short story collections of early work are incredibly full of new ideas. He even found a new twist on time travel. Now he spends less on finding original ideas and more time telling each story. "Callahan's Key" milked one more out of the Callahan series (Thought-provoking AND funny: read them all!). "Free Lunch" took one cool concept (living in an amusement park) and filled a book. He is living proof of the concepts in "Melancholy Elephants".
Anyway, this is all off-topic and will probably be moderated to oblivion. I may repost it the next time we discuss copyrights.
Do what was done for BIOS (Score:5, Insightful)
Problem solved.
Re:If they're right: (Score:3, Insightful)
Step 1.5) After the allegedly copied code is revealed, a massive undertaking is done to determine the true source of the code and who owns the copyright over it. There were Caldera/SCO personnel contributing code to Linux. Could it be one of them? If so, I think they would have a decidedly tough time convincing anyone that there was a copyright violation even if it was their code.
There would also be the question of why did they continue to distribute the code under the
Re:If they're right: (Score:3, Insightful)
And considering that SCO may well have been the guilty party here, back in the short lifetime of Caldera's OpenLinux -- SCO could well be put in a position of suing itself. Tho my guess is at that point SCO would go after the coders who worked for SCO/Caldera during that timeframe, alleging that they had no permission to contribute code to linux. Hopefully that will get laughed out of court, but these
Re:If they're right: (Score:4, Informative)
http://radio.weblogs.com/0120124/2003/06/30.htm
So, FSF holds the copyrights to all of IBM's contributions to the kernel "for use with IBM's S/390 mainframe computers" and yet SCO hasn't even contacted, or worse, responded to FSF contacts, in order to identify any allegedly infringing code?
This is a significant piece of news, because it'll be mighty hard down the road to claim damages for copyright infringement, certainly for this time period and maybe at all, if SCO isn't lifting a finger to mitigate its damages and is allowing infringement without protest. You can lose your rights by doing exactly that. If you read what I wrote about Judge Kimball, on June 10, you'll find a case [mormonstoday.com] where a plaintiff lost his copyright because he allowed it for too long before protesting.
Re:If they're right: (Score:3, Informative)
In particular, the defendant wrote a book incorporating part of the plaintiff's. He sent a copy of the book asking the plaintiff if it was okay with him.
The plaintiff made no effort to read the book at all and did not decide to file a lawsuit until, I think, the third book was published.
Re:What if SCO wins? (Score:4, Insightful)
Of course, SCO's current business model won't let that happen. Their hype machine alleges copying and then uses that to justify licensing fees which may or may not be legitimate.
Mark my words, SCO has no interest in a speedy trial. They will keep alleging as long and as hard as possible because that's the only way they (a) can bolster their stock price and (b) keep enough cashflow to keep them solvent.
Re:What if SCO wins? (Score:5, Insightful)
One is the direct copying you discuss. However, that is a strict copyright claim applied to small bits of code. If the copied code is removed and replaced, the result will not be a derivative work (the replacement has to be done slightly carefully, but this is not hard). (I think that SCO does want to claim that direct replacement would still be a derivative work, but because we are talking about small pieces of code, this is unlikely to hold up in court.)
SCO's second claim is the basis for their lawsuit against IBM. There SCO claims that the contracts they signed with IBM and Sequent specifies that SCO owns all derivative works, and SCO claims that IBM took that derivative work and contributed it to Linux. This argument relies on an expanded notion of derivative work, basically claiming that any work built on top of Unix is owned by Unix, even if there is no actual code in common. If SCO's claims here are correct, then simply replacing the code won't help, because this is extensive portions of Linux and the new code, being functionally equivalent, would also be derivative of the original work. Or so SCO claims.
All of these claims rely on an expansive notion of derivative copyright which may not hold up in court. That is certainly a big part of the reason why SCO is not hurrying into court. They will do much better selling Unixware licenses to Linux users than they will suing Linux users.
What if you found out something you had a hand in was now the basis of a multibillion-dollar empire?
That's a weird question. SCO didn't have a hand in any of the code in question; they bought it. There is no multibillion-dollar empire anywhere in sight, unless you mean IBM, and Linux is certainly not the basis of IBM's money.
More to the point, even the code which SCO bought is not the basis for Linux in any meaningful fashion. The direct copying which they have alleged is, they admit, small chunks of code, and Linux is comparatively huge. The derivative copying which they allege that IBM has done is not their work at all--IBM and Sequent could have developed their code just as easily using *BSD or even Linux in the first place.
While SCO may possibly win in court--I doubt it, but it's possible--I don't think their claims have any moral standing whatsoever. They are exploiting the legal system in the name of pure greed, not in the name of justice.
Re:What if SCO wins? (Score:5, Interesting)
That's an important point, IMHO.
If this lawsuit was about AT&T suing IBM for their misuse of UNIX technology, I wouldn't mind so much; AT&T gave us Unix, and they'd (hypothetically) just be looking for a little compensation. I still wouldn't like it, but at least I could understand "where they were coming from", so to speak. But because it is SCO doing the sueing, I am not at all impressed.
Basically, SCO is a company that has done nothing good; they having not done any hard work, they have not contributed anything noteworthy to society, they just haven't done anything positive, and now they're looking to get paid for it.
Perhaps if SCO had actually done some innovating, instead of just whining like a little baby, I might be a little more compassionate for them.
That is more or less why I hate SCO.
Who interprets the contract? (Score:3, Interesting)
By that, I mean that the contract was not between IBM and SCO, it was assigned to SCO.
What if Novell announces that they interpreted it quite differently in a way that agrees more with IBM?
After all, the meeting of the minds was between IBM and Novell, not between IBM and SCO.
What if SCO doesn't care about being right? (Score:3, Insightful)
While SCO may possibly win in court--I doubt it, but it's possible--I don't think their claims have any moral standing whatsoever. They are exploiting the legal system in the name of pure greed, not in the name of justice.
This is exactly the point. While there has already been far too much debate here on Ye Olde Slashdot about whether SCO's claim of copyright infringement has technical merit, the management of SCO surely couldn't care one wit about the truth of their claims. I'd be surprised if the p
A coment or single line fo code is the same? (Score:2)
THat is right copyright infringment refers to the development process to procude that code and comments on the underlying coments and code itself!
So the heart of the SCO matter is the IBm dev process did it infringe or not..given the large contributions from SCO itslef in all areas it claims IBM infringed on..it seem smost unlikely that IBM infringed..
More likely that SCO M
Linux is NOT derivative (Score:5, Insightful)
And what, precisely, does this have to do with the SCO lawsuit?
Are you stating that the Linux kernel is a derivative of UNIX? Bzzt! Wrong. Review your history. Linus Torvalds built the Linux kernel essentially from the ground up. He had no UNIX source code in front of him. Linux does work a lot like UNIX, and you see UNIX-isms in Linux, but this alone does not make it a derivative product, any more than my wife's Honda is a derivative of my Toyota just because the both have automatic transmission.
Now lets talk about the SCO lawsuit. Recall that SCO has finally narrowed its specific claims to RCU, NUMA, SMP, and JFS. Yes, these are big hunks of code. But if SCO is found in the right, these are the only affected pieces. They cannot simply retrofit the law to extend this backwards in time and claim derivative works on all of Linux. Most of this code made it into version 2.4, the specific version that SCO is citing in their complaint.
Now I agree that the SCO lawsuit is something that should be taken seriously, as much as I feel that SCO is serving up a nice load of steaming bullshit. But be careful in your conclusions. You're extending SCO's IP way too far, which is most likely what SCO wants people to do. Get armed with the facts so you can resist SCO FUD.
I call astroturf. (Score:3, Insightful)
We don't have to wait for the evidence because we would be waiting forever. There IS no evidence because there was no copying. The features SCO claims were copied do not exist in the old UNIX codebase SCO ma
Why SCO UNIX is a bad idea. (Score:4, Insightful)
And as a server OS, SCO UNIXes are worse since not all of them (yes, they do have all different kinds - even worse) support such things as IPv6 or ACLs which any modern day operating system such as Linux should have. And they're attempting to sue Linux programmers? Who incidentally implemented features they don't have? Hmmm...
Besides, this article has nothing to do with the SCO lawsuit, editors. It's about comparing SCO to other Unices. (Though I presume everyone will make a comment about that anyway.)
Re:Why SCO UNIX is a bad idea. (Score:5, Insightful)
I think SCO is the villain here, but let's not go too far. SCO certainly does have an intellectual property claim to Unix. Thanks to Congress, copyright lasts, for practical purposes, forever, and SCO has purchased the copyright rights to the original Unix code.
If you meant to say that SCO doesn't have an intellectual property claim to the word Unix, or to published standards for Unix-type operating systems (e.g., POSIX or Unix98), then I agree.
Re:Why SCO UNIX is a bad idea. (Score:2)
Sco does infact own the IP while the opengroup owns the copyright.
However I believe SCO are the villians here. I believe the code in question that is 60 lines may have something to do with a protocal where the Unix version has embedded switch/break statements while the Linux version does not. Meanwhile I believe SCO cut and pasted the exact comments including a joke to make it look like Linus stole it. Why? Because comments are not compiled in and SCO can
The SCO Linux Game (Score:5, Funny)
Where are the graphs? (Score:4, Funny)
One Reason (Score:5, Insightful)
Why I chose Sun (Score:3, Insightful)
Re:Why I chose Sun (Score:5, Informative)
In fact - there are a number of requirements in HIPAA with respect to accountability and privacy which run rather counter to the more traditional requirement/compromizes made in military systems where both hierachy and the desire to do counter-intelligence are fundamentally different. And thus each need its own set of engineering compromises.
This is why just sprinkle some 'trusted unix' as pixy dust - and pretend you are HIPAA compliant is just not working :-)
But seriously - do read up on it; the HIPAA standards (http://www.hhs.gov/ocr/hipaa/) are surprizingly readable and actually very preceise with clear lists of requirements. Almost a checklist.
Dw
Sick of optometry (Score:4, Funny)
Re: (Score:2)
But... (Score:2, Insightful)
At least, that's what I'm conditioned to think, and so far it's worked out.
Re:But... (Score:2, Insightful)
Comment removed (Score:3, Funny)
Not only that... (Score:2, Funny)
"Has a bit of a chip on his shoulder" (Score:5, Funny)
---
Eagerly waiting to see what kind of outlandish thing SCO will do tomorrow.. they have to do something dramatic every monday, you know, or they'll fall out of the news...
SCO *is* the only true Unix. (Score:5, Funny)
That's all settled now. You're welcome.
I take Issue with all those statements except (Score:3, Funny)
A joke for you (Score:2, Informative)
I usually think of Sun, or HP, or AIX. But not SCO.
Addendum (Score:5, Funny)
...no matter what operating system you're running.
Headline Mod (Score:5, Funny)
Why SCO UNIX Is A Bad Idea
(Score:-1, Redundant)
sig line source / meaning? (Score:2, Interesting)
"We Are Familiar With Elephants By Virtue Of Their Size" -- that sounds like something that should be familiar, but isn't. Is this the basis of a mnemonic device? Did I spell the mn-word correctly? I wonder if there's an easily-remembered sentence with words whose first letters spell out the right version
timothy
Missing? (Score:5, Interesting)
Re:Missing? (Score:2, Informative)
For long term use a product with a lifetime more than a year or two is absolutely mandatory. Once you have a working system, stick to it. It's not as easy with OSX as it is with other systems.
So skip a version... (Score:2, Informative)
I went from Mac OS 10.0 to Jaguar. The world didn't end...
Support isn't that much of an issue. Most of the support issues happen at the beginning of the products lifespan, not at the end.
I know someone who has run Mac OS 9 for at least 3 years. She's got the programs she needs and she never has a problem.
Stop feeding the beast and you'll find you won't miss it as much.
Re:Missing? (Score:5, Informative)
You don't *have* to buy the new version. The old ones continue to work perfectly well. People generally upgrade because they want to.
The sole reasons for NEEDING to upgrade circle around application support (Well, and the relatively poor performance of OS X previous to 10.2. If you want to bitch about THAT, I won't stop you, but that is in the past.), as some applications use API enhancements that only work with a certain OS X version or later. However, from what I have seen, this is ONLY a problem with 1) Free software, either iApps from apple or software from the freeware/shareware community, and 2) Incredibly high-end software that you are paying well, well more than $130 for anyway. Outside of those two sets of applications, OS X app vendors have been relatively good about supporting a spread of OS X versions. The Mac OS 10.3 developer tools, incidentally, contain new features specifically designed to make it easier to target multiple Mac OS X versions. You can hardly complain of having to pay money every year and a half so that you can continue to use free software.
"Having a working system and sticking with it" isn't really an issue since historically, Mac OS X upgrades have not broken existing software, and thus required little change in your system upon upgrade. If you don't like sitting every year and a half through an hour's worth of install procedure.. uh.. well.. then, sorry.
OS X upgrades are comparable to Windows upgrades, when you consider that, as far as i can tell, Microsoft OS upgrades are rarer but cost more. OS X pricing cannot of course compare to linux pricing no matter WHAT apple does.
Upgrading every time Apple releases an OS upgrade is an added cost, but it is not a significant cost when you realize you are ALREADY probably paying a decent amount more money for your computer than you would be with an x86 box merely to be able to run OS X in the first place!
Re:Missing? (Score:2, Interesting)
Re:Missing? (Score:5, Informative)
This may or may not have been the article author's reason for not including Mac OS X. I'm not sure. He did seem to be gathering his list of UNIXes directly from the Open Group website, though.
Re:Missing? (Score:5, Informative)
Ummm.... Hello?
He included Linux and the BSDs, niether of which is considered to be an official UNIX(TM) by the Open Group.
Apple claims that MacOS X is UNIX-based, which is a perfectly valid claim. So why this guy left MacOS X off his list is a legitamate question.
Re: Missing? (Score:2)
(For those who don't know, to 'beg' a question is to assume it in a circular argument, not just to raise or avoid answering it.)
Oh, and as for OS X, it's just as much a Unix as FreeBSD is - which AIUI is to all practical purposes, though legally not. Either way, it's a great OS.
Re: Missing? (Score:2)
Says who? That doesn't follow from either the sentence structure, or any of the common meanings of either "beg" or "question".
Re: Missing? (Score:2)
Says the dictionary. (You know, the big book that defines words?) My Oxford and both Chambers give it, and I'd be surprised if the other major ones don't.
Re: Missing? (Score:2)
Re:Missing? (Score:2)
Anyway, OS X is built on top of one of the *BSDs (IIRC), and they are mentioned.
Re:Missing? (Score:4, Funny)
It may have been somewhat based on UNIX, but the way Apple mucked it up, it is decidedly not UNIX any more.
Anything requiring you to configure the OS through graphics interfaces instead of editing a file is just not UNIX.
Re:Missing? (Score:3, Informative)
Re:Missing? (Score:2)
No it doesn't. Several paragraphs were expended explaining the difference between SCO's idea of UNIX (direct descendent of the original UNIX code), the Opengroup's idea of UNIX (whether it conforms to the UNIX 98 standard and thus trademarkable), and other, "non-genetic" UNIX like systems (such as GNU/Linux, and the open BSDs). At no point is GNU/Linux described as UNIX.
Re:Missing? (Score:3, Informative)
All of the BSDs. FreeBSD and NetBSD share common roots (and obviously OpenBSD too, scince it's a fork of NetBSD), but parted early, in the early eighties or early nineties, depending on how you count. Both derive from the original Berkeley Software Distribution assembled by Bill Joy in 1977, which was a tape containing the original Unix plus some extensions, like a pascal compile
Re:Missing? (Score:4, Insightful)
Remember most people who buy UNIX boxes from companies other than Apple are buying servers. Most people buying from Apple are buying desktops or laptops. While Apple's total sales are a mere fraction of IBM, Dell, HP/Compaq, etc, each computer company's UNIX portion is only a fraction of the their sales. IBM sales comprise of AIX, Linux, and Windows. Dell has Windows and Linux. HP/Compaq sales are Tru64, Windows, and Linux. And so on.
While Linux is gaining popularity, it suffers from the same issue as other UNIX variants: Most people are using them as servers not desktops so their numbers are significantly smaller.
Very simple reasons (Score:5, Insightful)
Most people complain about the lack of driver support in Linux and BSD but its positively nonexistent in SCO. USB, SATA, Firewire, Sound, Video, high end nic's, backup devices the support isn't there. VMware and Virtual PC both won't support SCO. BOCHS will but only with an incredible amount of effort. This situation is not going to improve especially after SCO's recent actions. If you develop drivers are you going to develop for a company likely to sue you for porting your code ???
There is the further "I am stupid take advantage of me" effect in dealing with 3rd party vendors. If you are implementing on SCO 3rd party vendors figure you are a mark and should be mercillessly taken advantage of. Their rational is that you are obviously trapped in a legacy system and have no ability to move. The licensing schemes for products on SCO open server can be so draconian as to destroy business.
So yes why would you go with SCO, its not a software company any more. Its a protection racket.
Re:Very simple reasons (Score:3, Informative)
USB is present in SCO. OpenServe 5.0.7 has support for keyboards, mice, floppy, and mass storage (both optical and magnetic). Sure it doesn't do your digital camera, but that doesn't belong on a server.
Serial ATA is still in it's infancy and more suppo
Nice research! (Score:3, Interesting)
Re:Nice research! (Score:4, Insightful)
Well yes, but it is far from "nice research". In fact, it's incredibly poorly researched and written. It's inaccurate, misleading and very biased. Sadly, this just serves to undermine the credibility of the valid points in the text.
Re:Nice research! (Score:2)
Re:Nice research! (Score:2)
Given that, he then goes on to describe something more accurately called a migration path. Scalability, in all the years I've been in IT (god! Almost 20!) has always referred to handling an increase in load. Whatever the load for the particular system is, ie. a Transaction Pro
Meh (Score:5, Interesting)
I quit reading at that point. If the author can't be bothered to get the most basic (and trivially verifiable) facts right, why shoudl I waste my time reading what he has to say?
Nice but... (Score:3, Informative)
*BSD non-genetic? (Score:3, Insightful)
I had to stop reading after that line. That line and his belief that people think of SCO software when people say Unix entirely undermines the credibility of this article in my opinion.
Re:*BSD non-genetic? (Score:2)
It hasn't been since 92.
He mentions Free and Netbsd later on under non Unix's. I believe the point of the article was not to find the best OS but rather how much worth is the Unix IP.
Believe it or not many government contracts require Unix and or Posix. This is why NT has minimal posix requirements. Its to go through government paperwork.
The british military for example who just purchased Unixware needed to for their paperwork. For these customers its Solarisx86 or Unixware, OpenServer.
A chip on his shoulder?? (Score:2)
</fawlty>
author doesn't know what scalability is (Score:4, Insightful)
Story ignores big issues (Score:2, Interesting)
If all you need is a commodity web server, then go for whats cheap and good like Linux or BSD. If you need an application to run a dentist office and have vendor support, you're probably going to be looking at SCO or Windows.
I find it curious that HP/UX wasn't discussed at all d
Unix History Time Line (Score:5, Informative)
Re:Unix History Time Line (Score:2, Informative)
You bastards! (Score:2)
You slipped another SCO story passed peoples filters by using the Unix icon. Cheeky monkeys.
Preemptivly replacement? (Score:2, Insightful)
Taking that same tatic, you could easily replace all the code that is possibly infringing, and in the process, refine what portions had to be recoded. Everyone wins? eh?
-Dudds
Re:Preemptivly replacement? (Score:5, Informative)
SCO goes further to claim that pretty much any connection between the code for which they claim ownership and the code contributed to Linux means that SCO owns the code contributed to Linux. For example, SCO claims that they own the JFS code contributed to Linux even though they admit that code was initially developed for OS/2, because the first version of the JFS code was developed using Unix, and some of the same people worked on the first version of JFS and the version of JFS which was contributed to Linux.
So, simply replacing the code in Linux isn't that simple. If there is any similarity, such as, perhaps, functional equivalence, SCO will claim that the new code is really a derivative work of the old code, and therefore a derivative work of Unix.
The only step which would avoid SCO's claim is a clean room implementation of Linux--a massive project which nobody is going to undertake.
Now, I happen to think that SCO's expansive claims won't hold up in court. But then SCO cares a lot more about spreading FUD now, and making some money on Unixware licenses now, then they care about winning in court in five years.
Anyhow, my point is that your simple tactic won't work. It won't make Linux more likely to win in court--Linux is already likely to win in court. It won't make SCO shut up--nothing will make SCO shut up.
Where IRIX? (Score:3, Interesting)
Rus
Re:Where IRIX? (Score:3, Informative)
Why This Story is Pro-Unix (Score:3, Informative)
Laughable Research (Score:5, Insightful)
For example, he concludes that Red Hat has poor security not because of its record of security holes and useless, vulnerable services enabled by default, but because he couldn't find a list of security features or a security policy on their website. Impressive.
All he has to say about OpenBSD is that it "takes a cryptographic approach to security" and "is rumored to be the most secure OS on the market". Even though he claims to be "looking at Unix operating systems sold as they are", he doesn't mention how OpenBSD has only a minimal number of services enabled by default, unlike Solaris and Linux where one's first task in securing a system is to disabled the many useless, possibly exploitable daemons the vendor has enabled in the default install. He also doesn't mention the many steps that have been taken of late to make OpenBSD more resistant to stack smashing attacks.
He concludes that "Solaris is one of the most secure choices you can make" apparently only because he was impressed by Sun's website. Although I'm a big fan of Sun and Solaris, I would certainly be inclined to disagree here. In my experience, Solaris is comparable to Linux in terms of security; it's not secure by default like OpenBSD, but it can be made fairly secure with a bit of work (turning off services, enabling the non-executable stack, possibly using roles or auditing, etc).
So, although I'm as eager to slam SCO as the next guy, I'm somewhat skeptical of this article's criticisms, seeing as they seem to be based entirely on SCO's website and product literature. Without any personal experience with any of their systems, I'm not going to take this guy's word for it.
More like Unix IP is not worth it (Score:5, Insightful)
Unless your a government contracter who requires real Unix( not like or just plain possix) then its not worth it.
Linux and the BSD's are examples of great OS's. However the new 2.6 kernel now is comming into pre-release versions so his arguments on scalability are about to become outdated.
FreeBSD supposed to have better stability then the 4.x series but it has not been benchmarked yet. Also its not as scalable as Linux. Certainly more reliable though.
May SCO Unix just die.
Bell Labs Unix was cool in the 80's but has been neglected as soon as the Unix team focused on Plan9/Inferno. Also Sun and SGI improved Unix in their own proprietary versions. Seriously it has been since the mid 80's since any new features have been added( sco unix that is).
Running Unixware today is like running Dos 4, os/2 2.0, or Novell 2.1. Its very gone.
And to top it off McBribe actually believes Linux was the reason that Unixware never took off. Nevermind Novell and Bell labs before them could not get anyone to buy it. Yes, drivers have nothing to do with. He even stated that Linux would not be so hot if Linus cut and pasted code from Unixware in it.lol.
SMP in the *BSDs (Score:3, Interesting)
GNU/Linux has an amazing amount of native software packages and supports a modest number of CPU architectures. It can easily do symmetrical multiprocessing (SMP) with up to 16 CPUs (the 2.6 kernel can do up to 32) unlike Free/Open/NetBSD which is still struggling with proper SMP implementation
Oh, really? I know OpenBSD isn't quite there yet [openbsd.org]. but what's not proper about the SMP implementations in FreeBSD (5.x) and NetBSD? Inquiring minds want to know, can anyone here shed some light?
Re:SMP in the *BSDs (Score:4, Informative)
Scaling. BSD works great on two CPUs, but not 16 or 32. Any operating system can support X CPUs just be changing a define, but a lot of work went into making Linux 2.6 perform great on massively parallel boxes.
A little real-life with SCO (Score:3, Interesting)
It's simple (Score:3, Funny)
what SCO does offer... (Score:5, Interesting)
In looking over these tables, one can't help but wonder why SCO's UnixWare and OpenServer are even mentioned. They offer nothing over GNU/Linux, *BSD, BSD/OS, and Solaris, yet UnixWare is astonishingly more expensive than its competitors.
In every single instance that I've seen SCO installed, it's been running a vertical market application running on unibase. The single biggest factor driving SCO sales has been a varitable legion of programmers and resellers who are making money from programs that were written 10 years ago when SCO made some amount of sense.
Given that the programs are unique to Unibase, and given that Unibase runs just fine under Linux and has for some years, SCO's market (which is small businesses that are just large enough to spend a few thousand on a computer system up to ~$50M/year businesses that aren't large enough to buy a real Unix system) is running to Linux. I've seen a few VAR's holding out on SCO, but very few and dwindling.
I have one client still using SCO, and they're doing all they can to leave it. I've been out in the real world as a consultant for 9 years now and in that time I have never (not even one time) heard of or observed a new SCO installation, nor have I found anybody who has even considered it.
SCO was basically dead a long time ago, I guess nobody bothered to tell them.
SCO Unix has been dead a long time (Score:3, Insightful)
SCO Unix as a product has almost zero relevance to today's world, and to SCO's actions. Remember that this is a company that bought the SCO baggage and then used it to launch lawsuits.
Would you buy an operating system from a firm of lawyers? Nope, me neither.
Re:What exactly is UNIX anymore... (Score:5, Informative)
Re:What exactly is UNIX anymore... (Score:2)
Saying this is Unix prove beyond all doubt that unix doesn't means anything anymore.
it is not hp/ux, it is not bsd, it is not att unix, it is not xenix, it is not sunos nor solaris, it is not linux, it is not os X(I think that resume all those *nix systems I've practiced in the past 15 years), it is a travestite of os390
There
Re:Good Article. Informative. IBM,SUN, SUSE.. (Score:2)
"No security features listed? Must be that RedHat doesn't have any!"
-Erwos
SuSE over RedHat? (Score:2)