IBM Points Out SCO's GPL Software Distribution
An anonymous reader writes "Cnet is reporting that IBM has launched a counterstrike against SCO Group's attack on Linux users, arguing that SCO's demands for Unix license payments are undermined by its earlier shipment of an open-source Linux product." JayJay.br points out a similar but more colorful article on The Register "in which SCO says that 'SCO-Caldera does not own the copyrights to JFS (Journaling File System), RCU (Read, Copy, and Update), NUMA (Non-uniform Memory Access) software, and other IBM-developed AIX code that IBM contributed to the Linux kernel.' Gee, now that I was almost buying their license ..."
Xenix the choice of an old generation.
And originally a Microsoft product.....
My question is-- what took IBM so long to do this? Or are their lawyers that slow?
LedgerSMB: Open source Accounting/ERP
Well from the chuff in the story it look like 'yet another sco v linus' slashdot artical.
The fact that IBM has evenetually responded to the allocations that SCO has made over the past few months if very important and more-or-less blows the worries of any users out of the window:(IBM will settle the issue)
thank God the internet isn't a human right.
Several weeks after people were able to view the supposedly offending code (under NDA), there's still no report of what it actually is.
This is in contrast to every known FUD convention, where it's normal practice to sign a NDA, look at something secret, wait a few days then quietly have a word in your buddy's ear and get him to post some still-speculative-but-extremely-specific detail of what it is you looked at.
Why the sudden maintenance of SCO's secrecy, when there's an industry-wide history of violating similar NDAs at the first opportunity? How can we not know even the tiniest specific detail of SCO's case, yet we know e.g. details of every close-kept Apple product release several days before Steve Jobs announces it?
A few weeks back, I honestly expected the following to happen:
- a few people sign the NDA and view the code in question
- (nothing happens for a few days)
- new code gets quietly released for functions A, F, H and Z in the kernel, gets exhaustively tested by several key Linux people and very quickly appears in the next kernel release
- confident pronouncements from Linus, RedHat, SuSE etc. that they are absolutely sure the SCO case has no merit, that they believe (but can't confirm) the code in question is "old code no longer in use" and so on
Actually, maybe this happening now and I should keep quiet about it. If so, could someone tell me which step we're up to? I promise not to tell
No, really, I do.
I don't think it will help anything if section six of the GPL can overrule section one. If the copyright holder did not Know they had code in Linux, they should not be obligated to have that code be considered GPLed because they distribute it.
It is a question of knowledge, and I suspect it would be hard to prove that SCO hadn't just missed a few snippets of code.
A ruling that SCO put its code under the GPL unknowingly would destroy corporate faith in the GPL, and that's a very bad thing.
Also, I don't think it is morally correct to punish for distributing code they did not know about.
Of course, I hope SCO dies painfully a few months later when its law-suit actually hits IBM.
Last week SCO announced acquiring the assets and technology of Vultus, a web services company, who offer web development tools called WebFace ("Runs on Internet Explorer 5 and up").
While SCO predicted that they would obtain 15%-20% of a $3.7bn Web Services market, I have to admit to being perplexed how this is supposed to happen, and also wondering how well an Internet Explorer-based product could fit into SCO's UNIX offerings.
ComputerWorld has an alternative explanation of the Vultus acquisition, they call it: "SCO's Shell Game".
One thing is for sure - it sure is lucky that Vultus was in the same (Canopy-owned) building as SCO (check the picture), even before the acquisition!
Update: More on this story at GROKLAW
Repost: Form-4 filings with the SEC reveal Executives profiting from SCO stock sales: they made $398,833.90 in June, and $781,964.70 in July (so far)!
IIRC, the hard drive parameters for Compaq machines of that era were hard-coded in the BIOS. So if you want to upgrade from the 60 megabyte drive that came with the system, you might have to get out your EPROM burner. Good luck!
Considering SCO now admits that IBM owns the copyright to the code, this simply becomes a contract case. That means, since IBM disclosed code which they own all the IP to, no one else has anything to worry about. After all, it's IBM that's ultimately responsible for their actions. Having said that, most of their legal department is taking a nap because SCO's claims are so worthless. Furthermore, IBM's Unix license is irrevokable, so it hardly puts IBM in a pinch, even with AIX. For SCO's claims to even hold water, SCO would have to have IP or copyright claims to IBM's products, such as AIX, OS/2, etc. They do not. Remember, just because SCO has IP rights on Unix, doesn't mean they, in turn, have rights to everything IBM has done to add value to Unix.
If you look at what they've been doing, they've been trying to pump up their stock prices. SCO's execs have been dumping SCO stock almost as fast as they can. This doesn't even sound like a company that is expecting to get a huge infussion of cash from an outstanding legal battle. This is the act of rats trying to bail on a sinking ship. I personally hope the FTC is watching them very closely.
Sounds to me like SCO Group top managment disagreed with past actions of Caldera employees concerning the code they contributed to FS (Journaling File System), RCU (Read, Copy, and Update), NUMA (Non-uniform Memory Access) software
So McBride hatches this FUD plan to sue IBM for copyright infringement despite the fact that the actual code is from their own employees!
Hoping for buyout from IBM..unfortunately IBM has clear records of Caldera employee contributions and thus knows its own contributions to same subsystems and thus know its in the clear and ha snot violated copyrights..
So my question is..
When SCO goes bankrupt aroudn Christmas wil the top execs be charged with fraud for pumping up stock on false information and if so whne can we see MCbride behind bars?
Don't Tread on OpenSource
UNIX is as much a derivative of MULTICS as Linux is a derivative of UNIX. SCO's claim to hold the 'intellectual property rights' to all modern operating systems fails because of that fact - a point which needs to made against them.
1. This bozo spokesman essentially affirmed what Linus said, that the lawsuit is a contract case between IBM and Caldera. Caldera has no claim on the technologies that IBM contributed, other than to say, "Hey, you can't tell them that! That's a part of proprietary Unix, and can't be disclosed, even if you wrote it!" Doesn't bode well for some other companies who've contributed parts of their proprietary Unixes to Linux. *cough* Silicon Graphics *cough* But that covers NUMA, RCU, and JFS. If IBM loses here, they are also open to a lawsuit from Microsoft. Why? Because JFS didn't come initially from AIX. It came from OS/2.
2. All that said, there's no resolution of the "copied" code sections Caldera has brought up. From many, many, of their previous statements, it would seem that the technologies mentioned above are what they're trying to milk GNU/Linux users for. If it's *not* NUMA, RCU, and JFS, what, exactly, are the infringments GNU/Linux users are responsible for? I eagerly await a cogent answer, but I know the chances of getting such are slim to none. I will use GNU/Linux (when I'm not playing around with the Hurd) until an individual user loses a lawsuit to SCO over copyright or patent infringement.
Actually, this is the first SCO article in a while which has made me think of the case in a new light... refreshing for a rehashed story like this.
... are derived works under the Unix licenses is the critical and key issue to SCO proving that IBM breached the Unix license agreements. ...the Unix license prohibits IBM from disclosing Unix Software Product code, methods, secrets, and so forth to third parties.Simply put, if SCO-Caldera can prove that IBM-developed AIX code ... are derivate works and therefore part of the Unix Software Product and that IBM disclosed the code, methods, secrets and for them to the Linux developers, then SCO wins its IBM lawsuit.
It seems that SCO are saying that the issue is not actually about copyrighted code being in Linux at all. The issue is about IBM putting it there in contravention of their contract to "keep it secret, keep it safe".
However, I understand that IBM's linux teams and the AIX teams were pretty seperate for that specific reason - no cross pollination. So, SCO is saying that algorithms, solutions and ideas are the problem, not code.
<irony>Luckily this area of legal rights on ideas, concepts and algorithms is really clear in the US legal system.</irony>
clips from the article:
This lawsuit is about breach of contract and other tort claims. It is not about copyright infringement.
SCO-Caldera being able to prove that IBM-developed AIX code
/* affect != effect */ void affect(int *thing,int effect) { *thing += effect; }
Now, say SCO harassed this lady into getting her to pay for a SCO Unix license. She doesn't have a legal department, and all she sees is that she's somehow liable for stealing something, and buys a license right away.
Months later, they find out SCO was full of shit and in the wrong completely. Was old Mrs. Henderson duped and hornswoggled into buying a license? Well, obviously; but can she get a lawyer and countersue SCO for their aggressive, deceptive tactics? Or is she just up shit's creek, because she should have known better (or hired someone who did)?
This is a pretty big deal, because its the first article that confirms what i have been thinking all week - the Caldera-SCO strategy is to say that all of IBM's AIX development efforts, and all the experience gained from them, are derivative works of System V Unix.
This is a seriously different approach and it constitutes a valid approach to Caldera-SCO's grievance with IBM.
I don't know if they can win, but I know that winning a derivative works argument is substantially easier than winning a copyright violation argument. And if they can convince a judge and jury that they have derivative rights to the AIX code base copyrighted by IBM, either by contract or by copyright, then the contribution of that code base to the Linux kernel is a violation of either the contract or the copyright on System V.
That is the strategy, it seems, and its not something that anyone should be scoffing at, becuase it just might be enough to win.
That said, what would have to happen to undermine that strategy?
An agent of Caldera actively circumventing an existing contract with IBM, if Caldera was the owner of the contract in question at the time of the action, would be a strike against Caldera. That seems to have been shown to be the case by the statements of the former Caldera CEO and a 'Unix-Linux Kernel Integration Engineer' working for Caldera.de making contributions of code and advice to the Linux kernel development team.
A ruling that the AIX code base is sufficiently independant from the System V code base would invalidate the whole issue, regardless of the contract, unless the contract specifically prohibits all copyright distribution rights of code developed on top of the System V code base - something I doubt IBM's legal team would have agreed to.
A ruling in the original BSD case settlement, which is still sealed, that would invalidate the subsequent System V contracts with IBM. I'm not holding my breath.
A body of evidence that proves some Enterprise capabilities in the Linux kernel evolved from non System V / AIX origins. This certainly could be the case with SMP.
It seems important that as the Caldera-SCO strategy becomes clearer, that the opposition is able to dissect the various parts of it into manageable parts with independant solutions.
Ranting about Caldera-SCO is no longer sufficient.
If they do sue him, the first words out of his mouth will be 'show me the code'. As will be HIS right as a defendant. Care to bet how long that code lasts?
Then if they do not show him, or put conditions on showing him. The judge would bounce the case so far you would be able to see the arc from the moon.
According to Section 7 of the GPL:
...
7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.
It is not the purpose of this section to induce you to infringe any patents or other property right claims or to contest validity of any such claims; this section has the sole purpose of protecting the integrity of the free software distribution system, which is implemented by public license practices. Many people have made generous contributions to the wide range of software distributed through that system in reliance on consistent application of that system; it is up to the author/donor to decide if he or she is willing to distribute software through any other system and a licensee cannot impose that choice.
This section is intended to make thoroughly clear what is believed to be a consequence of the rest of this License.
------------------
Since SCO distributed their own flavor of Linux, they have relinquised all claims to patent and copyright to alleged SCO code in Linux.
What I'm really hanging out for is some serious action from IBM. For example, if IBM announced that they would indemnify all Linux users against SCO lawsuits brought about due to actions from IBM themselves, then all of this "if you buy a UnixWare license, we won't sue you for using Linux" crap would instantly go away.
If IBM doesn't have the balls to make such a move, then what are they worried about? Even with the very strong technical case they have, their inaction seems weird to me.
Most posters seem to be missing the point. SCO still have a chance at getting away with something here. To quote from the article:
"SCO-Caldera being able to prove that IBM-developed AIX code, JFS, NUMA software, RCU, and so forth are derived works under the Unix licenses is the critical and key issue to SCO proving that IBM breached the Unix license agreements. So proving they are derived works brings the IBM developed AIX code, JFS, NUMA software, RCU, and so forth under the umbrella of Unix Software Product as set forth in the Unix Licenses.
"That's because the Unix license prohibits IBM from disclosing Unix Software Product code, methods, secrets, and so forth to third parties. Simply put, if SCO-Caldera can prove that IBM-developed AIX code, JFS, NUMA software, RCU, and so forth are derivate works and therefore part of the Unix Software Product and that IBM disclosed the code, methods, secrets and for them to the Linux developers, then SCO wins its IBM lawsuit."
SCO doesn't need copyright, and they can happily state that IBM *did* develop those bits. But if a judge rules, that those bits are "derived works" and are a part of "Unix Software Product", then they have won their contractual battle.
This is why SCO claim that its "hundreds of files" not "lines" of code. They are including everything IBM developed as derived works and therefore part of "Unix Software Product".
Let's say the judge agrees and they get damages from IBM (for contract violation). The big question is where this leaves linux. They *did* afterall knowingly (ie after the it was pointed out to them) continue to distribute SCO linux under the GPL.
I'm guessing the code will end up being replaced, however this won't be trivial. Developers that have been "tainted" by seeing the code will probably be hesitant to contribute to new versions of those bits. And you can bet SCO will be looking through any new code with a fine-toothed comb.
We must ask:
1. Did SCO "place a notice" on the program ?
2. Or did they just copy someone else's notice ?
3. Did SCO add ANY of their own code to SCO Linux, under GPL? If so, then they are copyright holder for at least SOME code in the distro.
4. Would that "copyright holder" status spread to the whole distro or stay only the code they willfully added ?
5. What responsibility do they have to check the code they just copy ?
6. Since they are COPYing someone else's code, doesn't that mean they should check to make sure they have PERMISSION ?
7. Did they "place a notice" ?
8. If so, did they do it "as the copyright holder" even if someone else put the code in ?
9. What if they didn't put it in, but they knew it was there ?
10. Once they knew it was there, how quickly did they react ?
simon
home page
I've been saying this for a while now, but there are two different kinds of code here.
First, I'll note that SCO has never claimed a direct copyright on JFS, etc. They've claimed in the past that that code was a derived work of Unix, implying a copyright interest. If they are in fact abandoning that claim, that is good. It's not clear to me from the article that they are abandoning that claim.
In any case, that code--JFS, etc--is the basis for SCO's suit against IBM. SCO claims that IBM's contribution of that code to Linux violates the terms of the contract which IBM signed with a predecessor of SCO. SCO has tried to claim that that code makes Linux a derivative of SCO's Unix, but they haven't been pushing that claim all that hard, probably because they are aware that it would be very hard to make it stand up in court.
That brings me to the second kind of code which SCO is talking about: code which they claim has been directly copied from Unix to Linux. They claim that this code causes Linux to directly infringe on their copyright on Unix. This is the 80 lines of code which gets discussed here and there--SCO claims there are much more than 80 lines, actually. This is not part of JFS or any of the other code which is part of the IBM lawsuit.
So, in other words, even if SCO abandons all copyright claims to JFS, etc.--and it's still not clear to me that they are abandoning that claim--it does not mean that they are abandoning the claim that Linux violates SCO's IP.
http://www.eweek.com/print_article/0,3668,a=45013, 00.asp
p yr ights_Story01.html
and i fscking quote....
"Until now the case started off as a contract dispute with IBM and did not involve intellectual property or copyright. As of today it's a different game, and Linux users now do have a copyright issue to deal with," SCO CEO and President Darl McBride told a media teleconference on Monday.
and now i read...
http://mozillaquest.com/Linux03/ScoSource-24-Co
Blake Stowell: No we don't, but this is not a copyright case. This is a contracts case. We have taken IBM to court because they are in breach of contract.
so which the fsck is it? and where is the equal time in PHB websites like InformationWeek, etc.. about this new development??
aaaaarrrrghhh. i'm totally frustrated by this nonsense. And where is the SEC when you ened their sorry butts?
guns kill people like spoons make Rosie O'Donnell fat.
I'm rather concerned that BROUGHTON, REGINALD C. is reported three times with different titles here.
Employee
Senior Vice President
Sr. Executive Vice President
"Ignorance more frequently begets confidence than does knowledge"
- Charles Darwin
Which book? Read to the end.
"All this was inspired by the principle -- which is quite true in itself -- that in the big lie there is always a certain force of credibility; because the broad masses of a nation are always more easily corrupted in the deeper stata of their emotional nature than consciously or voluntarily, and thus in the primitive simplicity of their minds they more readily fall victims to the big lie than the small lie, since they themselves often tell small lies in little matters but would be ashamed to resort to large-scale falsehoods. It would never come into their heads to fabricate colossal untruths, and they would not believe that others could have the impudence to distort the truth so infamously. Even though the facts which prove this to be so may be brought clearly to their minds, they will still doubt and waver and will continue to think that there may be some other explanation. For the grossly impudent lie always leaves traces behind it, even after it has been nailed down, a fact which is known to all expert liars in this world and to all who conspire together in the art of lying. These people know only too well how to use falsehood for the basest purposes." A. Hitler - Mein Kampf
MrCreosote Meow!Thump!Meow!Thump!Meow!Thump! "You're right! There isn't enough room to swing a cat in here!"
Linux source code is "Open Source" -- so they were just as able to review the code as anyone else on the planet.
The people with access to the UNIX source code would likely be prohibited to look at Linux code -- whether you are SCO or IBM, Sun, SGI, or HP.
The only people charged with compare both codebases would be the IP attorneys -- the people who are there to sue someone.
Henning Same Shit (TM)
Now it appears that the Linux kernel does not contain their copyright material in any of the areas they themselves have listed. So those letters to Linux users are unrtue. Which either means that they constitute fraud, or that they constitute demanding money with menaces. Both of these are (here in Scotland, at any rate) criminal not civil offences. Has anyone got one of these letters? If not, can anyone suggest how I can provoke SCO to send me one? I would be most delighted to go down to my local police station and file a complaint.
I'm old enough to remember when discussions on Slashdot were well informed.
Perhaps someone should be investigating the bigger picture of what's going on here:
l in ux/story/0,10801,83452,00.html
http://www.computerworld.com/softwaretopics/os/