Slashdot Mirror


SCO Announces Final Termination of IBM's Licence

ickle_matt writes "SCO have announced the final termination of IBM's UNIX license, despite Novell telling them they can't. Interestingly enough there's a new set of "stolen code" figures in the release - 'approximately 148 files of direct Sequent UNIX code to the Linux 2.4 and 2.5 kernels, containing 168,276 lines of code. This Sequent code is critical NUMA and RCU multi-processor code previously lacking in Linux. Sequent-IBM has also contributed significant UNIX-based development methods to Linux in addition to the direct lines of code specified above.' "

23 of 807 comments (clear)

  1. IBM's solution by Anonymous Coward · · Score: 5, Insightful
    IBM failed to cure its breach of the Sequent-IBM contract, or to offer any solution whatsoever to cure its breach.

    That's not true. IBM's solution is simple. Since there is no breach, the offer to cure is contained in the countersuit.

    Tomorrow SCO's quarterly report comes out, sell your stock before the insiders can.

  2. Final Stock Pump by DrWho520 · · Score: 5, Insightful

    How can these guys still be going?!? This is obviously another try at pumping up the stock. Does not unsubstantiated rumor to pump stock prices coupled with stock dumping by company executives indication that SOMETHING might be a little wrong here?

    SEC...hello!!!

    --
    The cancel button is your friend. Do not hesitate to use it.
    1. Re:Final Stock Pump by st0rmshad0w · · Score: 4, Insightful

      As there is an amazing amount of comment here about what we all see as something the SEC should look into, I can't help but wonder if anyone here has either picked up the phone or dropped an email to the SEC itself to clue them in, since they don't appear to be paying attention. Maybe we should all take 5 minutes out of our day?

    2. Re:Final Stock Pump by Khomar · · Score: 4, Insightful

      How do we know that the SEC isn't already watching the SCO? They could be giving them enough rope to hang themselves before they spring the trap. Until their case proves to be fraudulent (it appears to be overwhelmingly so now, but there is no irrefutable proof... that will be coming soon), there may actually be nothing with which the SEC can actually prosecute at this point. Once everything is in the clear and their lawsuit is proven to be what we all here believe it to be, then the SEC, who has probably been gathering evidence all of this time, will be prepared to move in. I highly doubt that the SEC is failing to notice a story of this magnitude.

      --

      I believe in de-evolution. God made the world perfect, man fell, and its been going downhill ever since!

  3. Code won't be released until trial by streak · · Score: 4, Insightful

    SCO would make a bad move to release the code before the trial under something less than a NDA.
    Linux kernel developers would probably have the offending pieces rewritten in a week and back-ported to all 2.4/2.5 kernels within another week.

    But honestly, I really don't think IBM cares what SCO does at this point. They know their argument is probably not going to hold water in court.

    Unfortuately, with the way our justice system works, it will not be heard in court until probably late 2004/2005.

    1. Re:Code won't be released until trial by Tsu+Dho+Nimh · · Score: 5, Insightful
      "It doesn't absolve anyone from past infringements"

      The clock on SCO's ability to sue the infringer/s started ticking last summer, when they claim to have noticed the problem. They have under two years to file a proper infringement of copyright suit aginst any and all infringers. (3-year time limit) Undre copyright law, whoever submitted the code is the infringer, not the unknowing distributors or totally innocent user. AFTER the infringement case/s are settled, the court may, at the court's discreton, order destruction of all copies of the infringing material. But not until the whole damned thing is settled ...

      Distributors are much the same as book or magazine publisher: you must formally notify them of a copyright infringement by one of their authors (specifying not only that there is infringement, but EXACTLY what is infirnged (showing your proof of holding the copyright), and where (in a book you published in the last decade is not enough). You have to give them enough information to investigate and decide if it's infringing or not. Only after all this, and a court decision, if they continue to publish or distribute the infringing material, do they become actual infringers.

      SCO has not even begun the processs that you have to follow to get copyright infringements cleared up. And their flat REFUSAL to identify the infringing material would certainly be held against them by a judge. Freezing downloads and quickly rewriting the offending code is what the developers not only WOULD do, it's what they legally MUST do, and SCO is preventing them from doing it ...

  4. isn't this enough to find matches? by ArmorFiend · · Score: 5, Insightful
    'approximately 148 files of direct Sequent UNIX code to the Linux 2.4 and 2.5 kernels, containing 168,276 lines of code. This Sequent code is critical NUMA and RCU multi-processor code previously lacking in Linux.

    Doesn't some linux zealot happen to have these sources lying around? Can't he/she just start looking for long matches in the Linux kernel?

    Can't Linux developers just audit all their "critical NUMA and RCU multi-processor code", to look for shady origins? There's a big difference between the 80 lines previously claimed and the 168,000 lines now claimed!
  5. Since when have Press Releases by Boss,+Pointy+Haired · · Score: 5, Insightful

    been part of the due legal process?

    This really pisses me off that companies put out "press releases" covering what should be a private matter between the parties involved.

    Why don't journalists just ignore SCO in the same way a parent ignores a screaming child pushing for an ice cream?

  6. Re:Interesting... by u-235-sentinel · · Score: 5, Insightful

    "Also, aren't the NUMA and RCU multi-processor patents owned by IBM? SCO might own some of the code, but since they are licensing IBM's patents IBM could sue them for infringing on their patents. Is this part of the current IBM v SCO lawsuit?"

    It was my understanding they were not suing for use of those products though they probably should. What I find interesting is SCO terminates the license violating their agreement with Novell. I wonder if they can be sued by Novell for violating the contract. Exactly what SCO 'claims' IBM did.

    SCO claims IBM can't be trusted because they violated a contract and now SCO goes out of their way to violate another contract. Sounds like an internal problem with the company. I strongly suggest they see a shrink. These guys can't see straight anymore.

    --
    Has Comcast disconnected your Internet account? Same here. You can read about it at http://comcastissue.blogspot.com
  7. It's official by ajs · · Score: 5, Insightful

    So, it's official: SCO's complaint is entirely about Sequent, and their contributions to UNIX and Linux.

    For those who don't know, Sequent was a super-computer company that developed a lot of the software techniques that make today's multi-processor machines (especially the more-than-2 processor systems) work well. Sequent's code was its own, and IBM bought Sequent, so at first glance IBM has every right to contribute this code to Linux, even though it has also been sold to USL/SCO.

    So why is SCO suing? Because they feel that this code was written "for UNIX" and thus cannot be contributed to Linux without carrying a "taint" of UNIX IP.

    SCO has made many claims about "stolen UNIX code", but that's a sham as we now see. What SCO is really upset about is that code that they think is encumbered by them, but not actually theirs was inappropriately licensed without compensation to SCO. It's not UNIX code, it's allegedly-UNIX-encumbered code, but that doesn't sound as good in a press release demanding $32 from every TiVo user....

    In fact it sounds suspiciously like a case where SCO will have to fight an up-hill battle over IP rights that aren't really clear to begin with, and even then they have to fight the GPL issue, which (given that they still offer a Linux kernel for download) will be difficult.

    SCO is going to burn over this, and I really do think that the owners and all C-level executives of the company are going to end up in jail. It's just too brazen a lie and scam to go unchecked. The FTC and SEC will at least have to launch a token investigation to demonstrate that they're not 100% asleep at the wheel...

    1. Re:It's official by panda · · Score: 4, Insightful

      SCO is going to burn over this, and I really do think that the owners and all C-level executives of the company are going to end up in jail. It's just too brazen a lie and scam to go unchecked. The FTC and SEC will at least have to launch a token investigation to demonstrate that they're not 100% asleep at the wheel...



      Yeah, sure. Just like all the executives at Enron and Worldcom went to jail after all their illegal acounting and other shady business practices. I don't think so. Your faith in the FTC and SEC makes me laugh!



      --
      Just be sure to wear the gold uniform when you beam down -- you know what happens when you wear the red one.
  8. Re:Interesting... by MoneyCityManiac · · Score: 5, Insightful

    As far as I can tell, here's the SCO/IBM problem... I'm sure many /.ers will correct me if I'm wrong. :-) Sequent made a contract with SCO many years ago. The important part of the contract, according to SCO, is this (taken from the press release, empahsis mine): SCO's System V UNIX contract allowed Sequent to prepare derivative works and modifications of System V software "provided the resulting materials were treated as part of the Original [System V] Software." Restrictions on use of the Original System V Software include the requirement of confidentiality, a prohibition against transfer of ownership, and a restriction against use for the benefit of third parties. Now IBM has its own seperate license for developing AIX, their UNIX brand which doesn't have that whole "resulting materials were treated as part of the original software" clause. Basically, IBM's contract allows it to derive all it wants and SCO does not own it. Sequent develops some nifty NUMA and RCU multi-processor code for its version of UNIX. But IBM goes and buys Sequent. Sometime later, IBM adds said nifty code to Linux. Here's where the legality of IBM's move comes into question... as previously mentioned, IBM is allowed to go and create derived works from UNIX and retain ownership of said works. Because it owns the work, its allowed to add that work into Linux. But SCO claims the RCU/NUMA code was developed under Sequent's contract, which means that derrived work is owned by SCO, and not IBM. Ergo, IBM should not have been allowed to add the code to Linux. That's what I make of it anyways. Whether SCO has a case or not is up to the lawyers/courts to decide.

  9. Re:Interesting... by nuser · · Score: 5, Insightful
    As far as I understand the stories, IBM has written NUMA and RCU code for their System V based Unix (AIX) IBM's System V license seems to state that when they add code to their SysV (==AIX) that code has to be treated as the rest of the SCO owned SysV code.

    That was a few days ago. Today SCO are claiming the same thing but in relation to Sequent (now owned by IBM). Basically claiming that any code Sequent added to their Unix has to be treated as if it is part of the original Sys V code base.

    The story is confusing in mentioning Novell. It seems Novell are a party to the original IBM deal, and can prevent termination of IBM's AIX license. I'm not sure it follows that Novell have the same position in relation to the Sequent / SCO deal. I guess we'll have to wait for IBM to respond.

  10. Re:Thats what SCO Says but....... by msgmonkey · · Score: 5, Insightful

    In addition to this point it will be argued that regardless of the contract position NUMA and RCU are not integral parts of UNIX and could be applied to any operating system being add-on "features" and hence can not be regarded as derivative works.

  11. Troubling moves by SCO.... by CooCooCaChoo · · Score: 5, Insightful

    Having followed this issue, it seems rather funny that that this whole rampage against the GPL and other opensource licenses was first started by Ransom Love.

    When McBride came onto the scene he started to talking about IP issues. I have no issues with a company setting out to see their IP is being used and whether the parties that are using it have paid the appropriate licenses for it.

    Lets fast forward a little. SCO suddenly kills off their Linux business and throws all their programmers to SuSE so basically SCO simply becomes a reseller. Considering that they have made no profits so far from Linux and have almost a 0% marketshare, maybe their last resort is hair spliting.

    Over the next several months the accusations have moved from being IP vioations to contractural issues.

    Lets give a brief rewind, the last version of SCO Linux to be released before Ransom Love left was Caldera OpenLinux 3.1.1 and it was loaded with 2.4.13. Having the RCU code in the Linux kernel since the VERY early test releases, and it has taken almost 21 releases, around 2 years for SCO to come out of the wood works and complain.

    Here is my take, when Ransom Love was in "their" they most likely looked at the possibility of litigation, however, due to a gray area in the IBM contract Love most likely decided not to persue a dead end law suite.

    Fast forward to today and we have a new management trying their luck in a vein hope of sucking money out of IBM to prop up their failing business.

    Sorry, UnixWare and OpenServer failed because they "suck". Sorry, I can't come up with a better adjective for their current line up. Poor scalability, waaaaaay over priced, heck, it makes Microsoft look charietable with their license pricing and they have next to no ISV and IHV support. No wonder SCO is dying.

    --

    "The difference between pornography and erotica is the lighting" - Woody Allen

  12. Re:Thats what SCO Says but....... by greed · · Score: 5, Insightful

    Just a point of clarification, AIX is actually SVR3-based, not SVR4. And there's been a LOT done do it since AT&T handed the code over, as anyone who's programmed for or adminned AIX can tell you.

    Like it or loathe it, you know it is 'different' from both SVR4 and BSD.

  13. NUMA and RCU? Then why... by arth1 · · Score: 5, Insightful

    With the code being NUMA and multi-processor patents, then why does SCO claim a hefty license fee for *single CPU* linux installations?

    It's part of the kernel that you can't even use if you wanted on a single-CPU box!
    So what's the fee for, again?

    Regards,
    --
    *Art

  14. Re:C'mon SCO! by tomhudson · · Score: 4, Insightful
    poster wrote:
    Riiiiiight... like you're going to comment out some 200,000 lines of code in your kernel.
    not necessary. the story said that the "offending lines" were contained in 148 files containing 168,276 lines of code.
    1. he actual "infringing" code could very well be only, say, 80 lines, distributed in various places in the 148 files
    2. more likely, the "infringing code" isn't infringing, but that's another story
    What most people have failed to grasp is that copyright doesn't give you exclusive rights in any shape or form. It's not a patent.

    Just look on your bookshelf. How many programming books do you have that contain "hello.c". All the books are copyright, and yet anyone can copy "hello.c" without infringing. Why? Because copyright applies to specific works (the book, for example), not insignificant snippets, or even loosely-derived derivative works (wholesale copying is another matter - characters, plot, setting all the same == probable copyright infringement). And if you can show that you developed it independently (clean-room implementation of BIOS, for example), you haven't violated someone else's copyright anyway.

  15. Sleeping Giant by earthforce_1 · · Score: 4, Insightful



    "I fear that we have awakened a sleeping giant
    and filled him with a terrible resolve"

    Admiral Isoroku Yamamoto
    December 7th, 1941

    Anybody not see the parallels? SCO has launched an unprovoked sneak attach against the sleeping giant, (IBM) and the Linux community. And this war will end the same way, with the legal equivalent of an atomic bomb delivered to SCO.

    --
    My rights don't need management.
  16. Linux's Future After SCO by wthynot · · Score: 4, Insightful

    I believe Linux adoption will skyrocket immediately after SCO's case finally dies (along with SCO itself). Linux has already been well-proven technically, but success in the courtroom gives an impression of corporate backing and strength, and more will look at Linux as terra firm. And the bigger SCO's claims get, the stronger Linux will look after a victory. Even average home users often decide what tech products they will buy based on which companies/brands will likely be around for a while, and they are probably least likely to pick a cheapie newcomer just for cost's sake. (Yes, Linux is 10+ years old, but you know what I mean.) Eh well, another $.02US gone...

  17. The real game... by Nic-o-demus · · Score: 4, Insightful

    I posted this in a thread yesterday, but it got sort of buried and I think /.ers ought to keep it in mind:

    SCO's Shell Game

    Some quotes:

    None of the threats make legal sense. If they did, SCO would be able to get an injunction to shut down Linux users. In practice, SCO hasn't even been able to get an injunction against IBM and won't get a court hearing on its request to do that until 2005.

    Meanwhile, a German court told SCO in June that it must stop threatening Linux users. And an Australian government agency is looking into charges that SCO is essentially running a shakedown racket by claiming that Linux users must buy a license they don't actually need.

    And SCO's tactics don't make business sense, either. SCO is a software company that has slashed its R&D budget, alienated its customers and demolished the value of its brand. That's not the way you build a business.

    So, what do you do when you have no real business but your stock price keeps going up? We all learned that lesson during the dot-com bubble: You use that stock as currency.

    . . .

    Got all that? If it sounds like a shell game, well, that's the way Canopy likes to move its companies around. But in effect, Canopy used SCO's stock price, boosted by SCO's Linux threats, to rake in a couple of million dollars in cash behind the scenes.

    And apparently it worked. Which means we can expect that as long as Canopy can find ways of cashing in on SCO's threats against Linux users, those threats will keep coming -- no matter how little sense they make.

  18. Damn, *that's* interesting by siskbc · · Score: 4, Insightful
    IBM and SCO make it known that IBM is thinking of buying SCO. Instead, SCO sues IBM. SCO's stock price goes up. SCO's owners dump stock (getting rich) and SCO uses the inflated stock price to buy up small companies. Once SCO has all the pieces in place, IBM suddenly forces things into court and SCO is blown away. SCO stock plummets. *THEN* IBM buys them for a basement bargin price.

    I tell ya, it's definitely wacko, but it's not completely retarded, I have to say that. The one key is that when SCO does all this buying up of small companies, it would have to be done with SCO *stock* - I'm sure that's what you intended - which would actually be plausible in their situation, since they're a stock-rich/cash-poor company.

    There are two problems I see with the theory. First, I don't see SCO taking over any small companies right now. ;) Second, the time frames are a little off. SCO would need time to perform all these takeovers, as those never proceed quickly. Second, IBM can't afford the lawsuit spectre to last too long, as there's the threat that companies will get scared of linux and such, fleeing into the arms of Sun or MS. That would make the whole scheme counterproductive.

    So I don't think that's what's going on here. That said, it *is* a pretty nice scheme, and I wouldn't be surprised to see it pop up elsewhere, assuming it hasn't already. I think it would be outrageously illegal, but might not be impossible to pull off. The only real problem I see from a practical standpoint is trust - when the lawsuits start, puffing up the value of the smaller company to be taken over, they gain an advantage that could be acted upon if they decide to make the fake lawsuit real.

    They'd almost have to give the larger company some faked "smoking gun" evidence that gave them a clear "out" of the lawsuit, if filed. In this situation, it would be like some SCO developer last year sending a memo saying something like, "Hey, have fun with the JFS code I posted to the kernel dev team yesterday. Free of charge compliments of Caldera."

    But I will say, it's not impossible.

    Man, I have got to stop drinking 10 diet cherry cokes while on medicine for a head cold before I post. =)

    I think that would be a good policy for sure.

    --

    -Looking for a job as a materials chemist or multivariat

  19. Re:Thats what SCO Says but....... by rarose · · Score: 4, Insightful

    Because business is no measure of success or failure for a culture. The Sequent folks had more respect for each other and treated each other better than any other company I've been at. They volunteered in the community together, they participated in after-work sports events together, and they have the best alumni networking I've seen.

    There are many reasons for the failure of the business, but none of them had to do with the people working there.

    --
    --Rob