Analysis of SCO vs. IBM 282
icantblvitsnotbutter writes "An excellent -- and clear! -- article over at LinuxWorld.com has a multipoint analysis of SCO's 40-page complaint (this is a brief?!). For all those IANAL's out there, here's something to sink your teeth into. On the balance, the outlook seems positive for IBM. Still, the parallel invocation of a contractural clause potentially nixing AIX lends some credence to claims that this is a just way for SCO to coerce IBM into buying them out..." Some old documents from a similar lawsuit have surfaced, and naturally ESR has his own take on the case.
Almost nothing new here (Score:3, Insightful)
It is not as if SCO patent reads like "WE patent UNIX and everything that looks like it. And that is that.They have to patent some feature of the OS which they can accuse IBM of violating"
Nice brief (Score:4, Insightful)
Plus, their case doesn't hold water because, the SCO that we're talking about is not the same SCO as the SCO that provided Unix, after AT&T.
This SCO is caldera. The old SCO is SCO. Do the math, Caldera != SCO. Therefore, I do not see their grounds at all.
What I would like to know is... (Score:4, Insightful)
If SCO is just about to sell out, and is attempting to inflate it's 'intellectual property equity' in the hope that someone with money may buy them? Or maybe there are already talks underway?
If not, this appears to be a horrid act of desperation.
Random Programming (Score:5, Insightful)
Shared libraries are by their nature unique creations based on various decisions to write code in certain ways, which are in great part random decisions of the software developers who create the shared library code base.
It's interesting to note that SCO considers the decisions of programmers to be basically random.
Re:In ESR's take... (Score:1, Insightful)
Linux "advanced features" (Score:4, Insightful)
Rus
Re:SCO/IBM....what's this all about? (Score:5, Insightful)
The real reason is that SCO is dying, and wants to be bought out by IBM, thereby knocking up the final share price for their investors.
Got it?
ESR - Very well written response (Score:5, Insightful)
Re:Can they not proofread? (Score:2, Insightful)
Re:Random Programming (Score:3, Insightful)
SCO are either delusional, misinformed or lying. Either way, that is not a good position to be in if you've just filed a $1Billion lawsuit.
ESR's Amicus brief (Score:4, Insightful)
I just finished reading the brief. I must say that for the first half or so, I was very impressed with it. It was simple, logical and factual. However, by the end, it seemed to devolve into a statement of beliefs and feelings that, to me, did not feel right in a court brief. For example:
SCO's complaint, in all its brazen mendacity, is the last gasp of proprietary Unix. The open-source community and its allies are more than competent to carry forward the Unix tradition. We pray that all assertions of exclusive corporate ownership over this tradition be given a swift and merciful end.
Am I the only one who thought that this was not the forum for such OpenSource flag-waving?
SCO's smashing display of hubris (Score:4, Insightful)
Averment 86: It is not possible for Linux to rapidly reach UNIX performance standards for complete enterprise functionality without the misappropriation of UNIX code, methods or concepts to achieve such performance, and coordination by a larger developer, such as IBM.
I hope the rest of their case shows the same degree of arrogance and technical ineptitude. IBM would have little to worry about.
The key to the case is the discovery... (Score:2, Insightful)
The key to this case is the discovery phase. If the judge allows SCO to go forth with discovery, they can begin to prove their case that IBM Monterey engineers were re-assigned to IBM Linux projects [by examining employment records], and then go from there to showing the actual loss of intellectual property [by examining email records, memoranda, minutes of meetings, and unpublished IBM Linux code & unpublished IBM Linux documentation].
IBM lawyers, on the other hand, will do everything in their power to prevent discovery in the first place - by having the discovery motion quashed and the case thrown out.
Blatantly wrong (Score:3, Insightful)
"Averment 23: [omitted for brevity]"
This is entirely irrelevant. Linus started Linux on the '386 because it was available and had the features needed for his pet project. Intel processors' ability/inability to function at "enterprise level" at this point in time doesn't matter one iota.
"Averment 78: The primary purpose of the GNU organization is to create free software based on valuable commercial software. The primary operating system advanced by GNU is Linux."
The primary purpose of GNU is to provide a high quality, freely usable/modifyiable/redistributable implementation of an operating system that functions similarly to Unix. I argue that the value of commercial Unix was collapsing until the widespread use of Linux with the GNU system.
The primary operating system advanced by GNU is GNU. The Free Software Foundation has long been grudgingly accepting Linux until the Hurd is ready to replace it. SCO is completely distorting reality here.
Averment 79: In order to assure that the Linux operating system (and other software) would remain free of charge and not-for-profit, GNU created a licensing agreement entitled the General Public License ("GPL").
Have the SCO lawyers ever read the GPL?? The GPL specifies, in plain language, that it encourages profit motives for GPL software. You can sell it for as much as people are willing to pay for it. You just can't make it closed/proprietary. The GPL was created to ensure that people would never have the rug pulled out from under them by a greedy/unscrupulous company like SCO.
Averment 82: Linux has evolved through bits and pieces of various contributions by numerous (italics mine) software developers using single processor computers
I italicized "numerous" here. A large group of highly motivated individuals can accomplish wonderous things. I wonder if SCO thinks that complicated software just spontaneously comes into existence all by itself. More likely, SCO thinks that only it has highly talented and highly motivated people. Looking at what happened to Unix after SCO bought it, I'm doubtful that SCO employs any of the latter.
In the last several years, multi-processor systems have fallen in price enough that groups of low-paid individuals could afford to buy shared systems. More importantly, the price of dual processor systems have dropped in price enough that individuals can afford to buy them privately. (sarcasm on)But since Linux is developed solely by poor hippies, that couldn't possibly have happened(sarcasm off).
Also, there is nothing that disallows IBM from providing commodity hardware and publicly available specifications to some developers with the explicit purpose of providing access to otherwise prohibitively expensive hardware for expanding Linux's capabilities.
To comment on the author's closing remarks:
"This case serves as a reminder that organizations take non-disclosures seriously."
This case serves as a reminder of just how incredibly important the GNU and Linux projects are to the computing industry. Once this type of nonsense can be swept into the historical shitcan, we can all work in a more peaceful environment.
I hope IBM shreds SCO with legal fees and then countersues to recover them. Let SCO end its life in unrecoverable debt.
Re:that's not the issue (Score:5, Insightful)
It's well and good to say that ext3 or Reiser beats out JFS, which is probably true, because all installations of linux are going to use those things, including the hacker's box sitting at home. However, not everyone has the time, money, nor interest to develop those areas of Linux that need to be developed in order for it to compete on the level of enterprise class servers. IBM sells those products, and thus they contribute to Linux in ways that a desktop user might not quite see.
Maybe when I'm running a wackload of processors at home on a huge rackspace (when I own my own island too), I can try and contribute to scalability or some such other thing, but until then, IBM fits the bill perfectly.
Re:ESR - Very well written response (Score:4, Insightful)
ESR is getting a bum rap in this instance. People are using his past mistakes as a lame excuse to ignore or poke fun of him. His brief is remarkably sensible, well thought out, and well documented.
To date, it is the most reasoned response to the SCO lawsuit.
Trivializes BSD and BSDi (Score:4, Insightful)
As far as "getting up to enterprise grade" speed comparisons goes, they're at some level irrelevant, at least in the way SCO framed it. UNIX vendors had to blaze trails, find their way, mess up, and find the true path again. Linux followed these trails in the form of POSIX. It's much quicker to code to a spec than have to code and lay out the spec, distribute the spec as it changes to your development team, and see how well it integrates after all at the same time. Having the spec also makes all that super coordination "magic" that SCO was talking about seem a little less fairy tale-ish. Lay out a spec, give parts to different people, have them code, and then at the end it all comes together. Who else has been burned by Linux' version of select()? It's coded to the BSD select() man page, unfortunately BSD select() isn't and neither is any other commercial vendor, and Linux select() is not bug compatible with other select()s. There's your miracle for you, the magic of troff. (at least it's not info pages, god no...)
BSDi also had a commercial UNIX, BSD based of course, on x86. I did some work on it. At the time wasn't enterprise ready, at least the version I worked on (the SMP implementation was pretty basic, the kernel was forced to run on a single processor) but in later years it got better and in fact I thimk FreeBSD SMPng is based off ideas from BSDi. My non-lawyer mind wonders how many statements of "fact" in the complaint have to be shown to be false before the case can be dismissed.
On other IANAL notes, I wonder if IBMs law firm is reading these posts and all the other arguments on the other web sites and saying "yeah, thats a good point.. yeah, write that one down."
Averment 82 (Score:3, Insightful)
Re:This is all about PROJECT MONTEREY!!! (Score:2, Insightful)
Re:Linux "advanced features" (Score:3, Insightful)
One would think IBM has substantial in-house experience with failover SMP, journaling filesystems, logical volume management, NUMA, and hot-swap hardware. I believe their mainframes had most of these features long before any UNIX machine did. I mean IBM has only be developing operating systems for what 50 years or so?