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.' "

79 of 807 comments (clear)

  1. Interesting... by mjmalone · · Score: 4, Interesting

    It's interesting that SCO is taking such drastic measures such as the license termination and licensing linux to end users before they even go to trial. The logical conclusion one draws from such measures is that they do not have a case, and do not think they can win. I can't believe that the court system is allowing this to occur, but I am willing to bet that IBM will not honor SCO's license termination and there will likely be either an addition to the current IBM suit against SCO, or a new one regarding thies termination.

    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?

    1. Re:Interesting... by aed · · Score: 4, Interesting

      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?

      Maybe. 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. So IBM wrote some code, included it in SysV/AIX, and now they can't include the exact same code in Linux, because of their SysV contracts with SCO...

    2. 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
    3. Re:Interesting... by Thom-in-NC · · Score: 5, Informative

      There is an interesting article "Novell letters throw new light on SCO-IBM case" published in The Age that discuss letters sent to SCO by Novell asserting that Novell has "the right to compel SCO to waive or revoke any of its (SCO's) rights under the contract [involving SCO, IBM, and Novell]." In the letters Novell basically tells SCO that SCO cannot terminate IBM's license. These letters were apparently used as exhibits in IBM's countersuit of SCO.

      --
      -- Signature withheld by popular demand.
    4. 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.

    5. Re:Interesting... by japhmi · · Score: 5, Interesting

      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.

      However, IBM (and Sequent before them) has made very sure that they wrote up a general outline of how the process works, and then made an implementation on AIX (and Dynix/ptx). They then made a very similar implementation on Linux. As long as they can show that both implementations came from the general outline, there should be no problem.

      Heck, they should be able to argue that they can copy their stuff from AIX to Unix as long as there is a general outline. They may be able to argue that as long as they wrote it, and nothing of Unix comes out to the public, that they're in the clear.

      --
      "Giving money and power to government is like giving whiskey and car keys to teenage boys" P. J. O'Rourke
    6. 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.

    7. Re:Interesting... by Edward+Scissorhands · · Score: 5, Interesting

      This is INCORRECT. As I have written in a paper available here, IBM's contract with AT&T (and now SCO) explicitly states that code developed by IBM is the property of IBM and is NOT a derivative workof AT&T (now SCO).

      HOWEVER, the contract between Sequent and AT&T has NOT been made public by SCO nor IBM and so it is not clear to third parties whether or not the Sequent-AT&T agreements give Sequent the same rights as were given to IBM, though one may speculate based on the format of the IBM-AT&T agreements (see my article for full details).

      Fundamentally, this is a contract law case in which the status of the Sequent-AT&T and IBM-AT&T agreements are defined. In other words, when IBM bought Sequent, what happened to the Sequent-AT&T agreement? Were it made null and all dealings between Sequent and AT&T now under the stipulations of the IBM-AT&T agreement? Or is it the case that code developed by Sequent is still bound by the original Sequent-AT&T contract?

      Someone more familiar with contract law will have to respond; however, I believe that if in fact ANY code developed by Sequent BEFORE it was bought by IBM AND that code was placed in a SysV derivative (in this case probably Dynix/ptx) AND that code was placed in the Linux kernel, then it may very well be the case that SCO is standing of firm legal ground on that issue.

      There are, of course, other details to this situation which may invalidate SCO's claims to right of the code, such as the GPL, and unclean hands doctrine (both arguments which IBM has included in its rebuttal) but I suppose we'll have to wait and see what happens. Also, read my article. :)

    8. Re:Interesting... by Waffle+Iron · · Score: 5, Funny
      In other words, when IBM bought Sequent, what happened to the Sequent-AT&T agreement? Were it made null and all dealings between Sequent and AT&T now under the stipulations of the IBM-AT&T agreement? Or is it the case that code developed by Sequent is still bound by the original Sequent-AT&T contract?

      It just goes to show that whether it's object-oriented programming or contract law, multiple inheritance is likely to be hard to understand.

    9. Re:Interesting... by j7953 · · Score: 4, Interesting

      Thanks for that explanation.

      Now what I am wondering is, even if it was not legal for Sequent/IBM to add the code to Linux, how can SCO sell a license to use that code with Linux if they don't even own it?

      --
      Sig (appended to the end of comments I post, 54 chars)
  2. 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.

    1. Re:IBM's solution by TopShelf · · Score: 4, Interesting

      Case in point - an interesting article over at ComputerWorld about how IBM is pitching Linux to the banking industry, as a migration path away from OS/2.

      Those nefarious nogoodniks - trying to ensnare innocent customers in their illegal activities!!!

      --
      Stop by my site where I write about ERP systems & more
    2. Re:IBM's solution by pacman+on+prozac · · Score: 4, Interesting

      And part of that is....punitive damages (according to IBM press release)...IBM aren't just going after SCO for what they are owed...they are going to stop them ever doing this again. And lets not kid around, the normal damages from this case could run into hundreds of millions...

      Mcbride can stop chewing his pinky and mouthing off about "1 million dollars" now, cos that won't even pay for the ink to write all the 0's on the end of the cheque he will soon have to write :)

  3. The next headline? by mao+che+minh · · Score: 5, Funny
    IBM announces the final termination of SCO

    Ahhhh.....I can dream, can't I?

    1. Re:The next headline? by SpaceLifeForm · · Score: 5, Funny
      Or...

      SCO is S0C1

      For those not from the Mainframe world, a S0C1 is an abend code meaning 'Operation Exception'. That means the program attempted to perform an operation which is not legal.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
  4. Yahoo Mirror by Chaltek · · Score: 4, Informative

    To avoid the slowness of SCO's Cold Fusion, use this Yahoo! Finance mirror of the Press release:

    http://biz.yahoo.com/prnews/030813/law050_1.html

  5. C'mon SCO! by Jonsey · · Score: 5, Funny

    Just release the infringing code lines so we can comment it out, doom your profits, and get on with our lives!

    Incidentally, they claim 2.5 kernels too... is that new? I thought only 2.4 was an issue.

    --
    I assert that my comment is only my opinion, not that of any employer, past, present or future.
    1. Re:C'mon SCO! by eXtro · · Score: 5, Informative

      2.5 isn't a from-scratch rewrite of the kernel so large portions of the kernel source code are common. Apparently the changes were introduced in the 2.4 kernel so the 2.2 kernel isn't a problem. The above isn't implying that I believe that there is any validity to SCO's fraudulent claims.

    2. 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.

  6. web server running IIS? by dd · · Score: 5, Interesting

    Well, one wonders if SCO trusts any of the operating systems it sells, or has sold, in recent times. Take a look at the http response string for the web server used in this announcement:
    $ HEAD http://ir.sco.com
    200 OK
    Connection: close
    Date: Wed, 13 Aug 2003 14:42:15 GMT
    Server: Microsoft-IIS/5.0
    Content-Type: text/html
    Client-Date: Wed, 13 Aug 2003 14:42:16 GMT
    Client-Response-Num: 1
    Page-Completion-Status: Normal
    Page-Completion-Status: Normal

    1. Re:web server running IIS? by Znonymous+Coward · · Score: 5, Interesting
      --

      Karma: The shiznight, mostly because I am the Drizzle.

    2. Re:web server running IIS? by sdmartin101 · · Score: 5, Informative
      But who is that someone else, you might ask?

      $ host ir.sco.com
      ir.sco.com. is an alias for cald.client.shareholder.com.
      cald.client.sharehol der.com. is an alias for client.shareholder.com.
      client.shareholder.com. has address 170.224.5.43

      $ whois -h whois.arin.net 170.224.5.43
      [whois.arin.net]

      OrgName: Sequent Computer Systems, Incorporated
      OrgID: SCS-65
      Address: 1000 River Street
      City: Essex Junction
      StateProv: VT
      PostalCode: 05452
      Country: US

      NetRange: 170.224.0.0 - 170.227.255.255
      CIDR: 170.224.0.0/14
      NetName: SEQUENT-B
      NetHandle: NET-170-224-0-0-1
      Parent: NET-170-0-0-0-0
      NetType: Direct Assignment
      NameServer: NS1.RALEIGH.USF.IBM.COM
      NameServer: NS2.RALEIGH.USF.IBM.COM
      Comment:
      RegDate: 1995-04-21
      Updated: 2001-04-06

      TechHandle: ZI22-ARIN
      TechName: Role Account
      TechPhone: +1-866-373-6714
      TechEmail: noc@ibm.com

      # ARIN WHOIS database, last updated 2003-08-12 19:15
      # Enter ? for additional hints on searching ARIN's WHOIS database.
      IBM!
  7. Angry... by Bistronaut · · Score: 5, Interesting

    "...was terminated for improper transfer of Sequent's UNIX source code and development methods into Linux." (emphasis mine)

    You heard it here first, people. SCO owns the UNIX development methods too. That means that producers of just about any software (because who hasn't been influenced by UNIX development methods?) will have to pay off SCO. What a bunch of bull.

    1. Re:Angry... by sharlskdy · · Score: 4, Funny

      By development methods, do they mean "use of the vi editor"?

  8. It's okay by 91degrees · · Score: 5, Funny

    I've just revoked SCO's licence to use their own code. And I hereby revoke the right of anyone to tell me I can't do that.

    1. Re:It's okay by killmenow · · Score: 5, Funny

      From my Netware 3.12 server (3.12 was released in September of 1993)...

      F:\PUBLIC>revoke.exe

      Usage: REVOKE rightslist* [FOR path] FROM [USER|GROUP] name [options]
      Options: /SubDirectories | /Files

      286 Rights: 386 Rights:
      --------------- --------------------
      ALL = All ALL = All
      R = Read S = Supervisor
      W = Write R = Read
      O = Open W = Write
      C = Create C = Create
      D = Delete E = Erase
      P = Parental M = Modify
      S = Search F = File Scan
      M = Modify A = Access Control

      * Use abbreviations listed above, separated by spaces.

      Novell is clearly still the holder of the right to revoke.

  9. bluff much? by Paddyish · · Score: 5, Funny
    Next we'll see the 'Super-Final termination notice', to eventually be followed by the 'No-really-we're-serious-this-time-guys-last-ditch -final termination notice'...

    gimme a break. SCO, WHY WON'T YOU DIE???

  10. 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!

  11. McBride? McBriii-ide? Hello? by re-geeked · · Score: 5, Funny

    : noogie

    Sequent's code belongs to IBM! Hello? McBride?

    --
    "You can't get something for nothing." - my grandfather, on the stock market and Reaganomics.
  12. No Threatening Of Customers by Chaltek · · Score: 5, Interesting

    "Customers may not acquire a license in Dynix/ptx from today's date forward."

    In a departure from their standard MO, SCO doesn't threaten IBM customers who currently hold Dynix/ptx licenses, and instead just claims that no new licenses may be issued.

    Maybe they are starting to worry about gettting nailed on extortion charges?

  13. SCO planting code by in7ane · · Score: 4, Interesting

    This may have come up before, and there may well be ways to check.

    But what is preventing SCO from adding in code from Linux (which is openly available) into their (closed) UNIX code and then claiming is was there first and was 'stolen' by Linux? C'mon, we are not expecting SCO's management to play fair here - how hard would it be to backdate code additions?

  14. So, the truth's out, is it? by brotherscrim · · Score: 5, Interesting

    Oh, now the line is that there is "Sequent-UNIX" code in the kernel, with no mention of Sys V code?

    So, what we're really talking about is IBM code. No more BS weasle-words, they're talking about code they NEVER owned in the first place.

    Well, that tears it: SCO's suing IBM for contributing their own code to the kernel. Yeah, that's totally gonna hold up in court.

  15. 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 ...

  16. 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!
  17. Re:McBride? McBriii-ide? Hello? by Speare · · Score: 5, Funny
    Hello, McBride? McBriii-ide? Hello? :noogie:

    Think, McBride. If I checked in my NUMA code under your copyright, I'd get sued. You wouldn't want that to happen, would you? ... Would you!?

    Look, your stock's down. :poke: Ha hah, don't be so gullible, McBride.

    --
    [ .sig file not found ]
  18. 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?

  19. RCU, NUMA... by Anonymous Coward · · Score: 5, Interesting

    So, if the "stolen" code is in RCU and NUMA, why are they asking money from single processor systems? AFAIK this RCU and NUMA stuff is all SMP related, and not even compiled in single processor systems.

    1. Re:RCU, NUMA... by FJ · · Score: 4, Interesting

      But you can download a version of the 2.4 kernel source from SCO for free. There are no license agreements or anything to sign.

      In other words, they are distributing the same thing they are saying has been stolen.

  20. In other news... by Psarchasm · · Score: 4, Funny

    SCO has recently announced their new corporate logo, and policy for dealing with IP piracy.

    --
    http://windows.scares.us
  21. injunction by siskbc · · Score: 4, Interesting
    It's interesting that SCO is taking such drastic measures such as the license termination and licensing linux to end users before they even go to trial. The logical conclusion one draws from such measures is that they do not have a case, and do not think they can win. I can't believe that the court system is allowing this to occur,

    Good point. I don't know why IBM hasn't filed for a temporary injunction against the license termination. It would accomplish two things. 1) it would put AIX users a bit at ease (even if IBM has indemnified them), and 2) would get this thing in a courtroom quicker which is *obviously* the last thing SCO wants. I believe when they start getting legal defeats the stock will tank.

    --

    -Looking for a job as a materials chemist or multivariat

  22. Thats what SCO Says but....... by big-giant-head · · Score: 5, Interesting

    IBM owns those patents. You can't say BTW since we license something to you, we now own your patents. IF, big IF, that were the case, IBM would have made them sign a cross-licensing agreement allowing IBM to keep control of thier patents.

    IBM has owned those patents since '92 when they bough sequent, sequent had those patents since the late 80's so either way SCO SOL.

    --

    So Long and Thanks for all the Fish.
    1. Re:Thats what SCO Says but....... by aed · · Score: 5, Informative

      I'm not talking about patents here, but about literal source code.
      According the press release '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.'

      So IBM's patents aren't transferred or licensed to SCO, but if they write code for a System V derivative work (such as AIX) they can't use the code in Linux. The contract basically says 'All your AIX code are belong to SCO'

    2. Re:Thats what SCO Says but....... by rarose · · Score: 4, Interesting

      IBM bought Sequent in '99.
      (I'm an ex-IBMer who transfered to Beaverton right after the sale, and it's absolutely terrible to see what IBM did to the Sequent culture.)

      --
      --Rob
    3. Re:Thats what SCO Says but....... by Anonymous Coward · · Score: 5, Informative
      AFAIK the contract was superceeded by a following letter. IBM when purchasing agreed to all the original terms of the contract then a letter between IBM and AT&T containing a huge number of amendments to the contract was signed.

      This letter specifically gave back to IBM the rights of any code they created to enhance or extend the AIX/SYS5R4 OS.

      This straight away rules out such claims unless SCaldera believe they can convince a Judge and Jury that the superceeding agreement is invalid in someway.

      Something I rather doubt :)

    4. 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.

    5. 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.

    6. Re:Thats what SCO Says but....... by Jboy_24 · · Score: 4, Interesting

      I think also to the point is that by writing NUMA and RCU for AIX, IBM was in no ways bound not to rewrite NUMA and RCU for linux.

      It might turn out that the code in question was really only supportave code, libraries and header information taken from a common ancestor, BSD or earlier unixies

      SCO might be trying to make the point that by taking some code from BSD/AIX and merging with other code then releasing it to Linux, IBM in fact released all the code to linux.

      I point to other posts, made throughout all this time, that AIX's supportave architecture and framework is fastly different then Linux, and a direct copy of code would not work.

    7. Re:Thats what SCO Says but....... by ray-auch · · Score: 4, Informative

      Actually the GPL is not anywhere near as viral as this license - if (big if) it means what SCO say it does.

      The GPL doesn't take away any rights _you_ have to _your_ code, including adding it to other products under other licences. What it says is that if you combine your code with other GPL code you have to release the result under the GPL.

      SCO seem to be claiming that if you add your code to their unix code, it isn't just the resulting unix variant that is a derivative work, but your code (in isolation) is also.

      If SCO are correct, if you took code from another of your products and added it to Unix you would lose the right to ship that other product. That wouldn't happen if you added that code to a GPL product.

    8. Re:Thats what SCO Says but....... by msgmonkey · · Score: 4, Informative

      The Linux RCU code is not from AIX nor Dynix, please read this post: http://slashdot.org/comments.pl?sid=74586&cid=6686 573

      Infact SCO admit they down own the copyrights to RCU, NUMA or JFS as per this story:
      http://mozillaquest.com/Linux03/ScoSource- 24-Copyr ights_Story01.html

      Cutting through the noise SCO are claiming that IBM can not add technology added to AIX to Linux it's more to do with contracts than copyrights.

    9. Re:Thats what SCO Says but....... by SillySlashdotName · · Score: 5, Informative

      People still don't seem to get it...

      IBM != Sequent (for year values less than 1992)

      IBM had a contract/license variation with AT&T. Sequent did not. Anything IBM developed, IBM owned. Anything Sequent developed (before being bought and becoming part of IBM), based on the original AT&T license, belongs to the owner of SYS V, so the (rights to the) developements did not belong to Sequent and could not be sold to IBM in '92, so IBM does not own them, never did own them, and can not give them away - they belonged to Novell, and now to SCO.

      Could this possibly be a (perhaps THE) legal leg for SCO's lawsuit?

      This reply completely does not address your admittedly very good point about the patents, as I don't know how the license issue would afftect the patent issue. I.e., can I patent an idea that legally belongs to someone else, even thought it was my idea and I submitted it myself? I would guess 'yes', but it would depend greatly on the exact wording of any contracts/licenses - and we are right back to the license issue. Also, would you be able to charge me license fees on the idea you own, but I patent? Could I charge you for using my patent if you legally own the idea?

      My head is starting to hurt... :->

      --
      Acts of massive stupidity are almost never covered by warranty. --me.
    10. 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
  23. Not the UNIX license. by wfberg · · Score: 4, Informative

    This is the license for some product called Dynix, quite distinct from IBM's AIX licensing.

    Interestingly, this contract is with Sequent, not IBM. They're now alleging that Sequent gave IBM (it's parent) the code, breaching this contract. But seeing as IBM is a different company than Sequent, surely they were not under an obligation to keep that code to themselves; Sequent fudged up by giving it to IBM, so why should IBM's license to AIX be revoked? The Sequent contract read, according to this press release, that derivative could should be treated "as if" it were UNIX code, not that it actually became the property of SCOX.

    It looks to me that the code was a trade secret at Sequent ("treaded as if..") but they retained copyright. Then it got divulged to IBM, who even obtained the copyrights, and could disperse of it as they pleased. Liability is then ristricted to Sequent's officers who breached the contract with SCOX, and perhaps some IBM officers if it can be prover they coerced Sequent. IBM's AIX license and copyrights (and thus ability to GPLize) stand, IFF this press release contains the actual facts!

    --
    SCO employee? Check out the bounty
  24. 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.
  25. Matching Source code found!! by Tmack · · Score: 4, Funny
    Here are a few of those matching lines:

    printf("\nstuff");

    and

    main() {

    and

    int x,y;

    and dont forget:

    }

    Tm

    --
    Support TBI Research: http://www.raisinhope.org
  26. SCO is using RIAA math -- Explains all! by eddy · · Score: 4, Funny

    Maybe they're using RIAA-math? They might mean that one file is typically 50 lines, so any file with say 2000 lines counts as "the equivalent of 40 files"

    (for those who don't get it, see here)

    --
    Belief is the currency of delusion.
  27. Novel by WindBourne · · Score: 4, Interesting

    I suspect that we will hear in the next day or two, that novell files a major lawsuit and asks the courts to drop SCO's right to resell Unix.
    They have already indicated that Novell has the right to tell SCO that they can not do this action. It now becomes breach of contract unless there was some item in the contract about this.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  28. I posted this late last time... by Alakaboo · · Score: 4, Funny

    But maybe this time it's even more appropriate. :)

    SCOX (Lola) Song

    Enjoy...

    (To the tune of "Lola" by The Kinks)

    I met them in a club down in Santa Cruz
    where you code in C and it looks just like
    the Linux kernel... K-E-R-N Kernel

    They walked up to me and asked me to desist
    I asked them their name and in a cowardly voice they said,
    "SCOX"... S-C-O-X SCOX, sco sco sco sco-X

    Well I'm not the world's most intelligent guy
    But when they showed me the code I almost cried
    Oh my SCOX, sco sco sco sco-X

    Well I'm not dumb but I can't understand
    How they stay in business with blood on their hands
    Oh my SCOX, sco sco sco sco-X

    Well they filed their claims and sued all night,
    thanks to Microsoft's failing might
    They picked me up and sat me on their knees
    Saying, "Linux coder won't you turn and flee?"

    Well I'm not the world's most logical guy
    And when I looked at the comments
    I almost fell for their bullshit
    bull bull bull bull-shit

    sco sco sco sco sco-X

    I laughed them away. I walked to the court.
    I filed a countersuit. They'll be down on their knees.
    Now that IBM is looking out for me

    And that's the way that I want it to be
    They'll clean them out and make them pay
    Oh my SCOX, sco sco sco sco-X

    Linux will be UNIX, and UNIX will be Linux
    It's a scratched-out, messed-up, crazy diagram
    thanks to SCOX. sco sco sco sco-X

    Well I posted to LKML just a week before
    saying I never ever leaked code before
    SCOX smiled and said "We understand,"
    saying, "Linux coder, you can do what you can"

    Well I'm not the world's most open source guy
    but I know Richard Stallman and I bet that they'll fry
    oh my SCOX, sco sco sco sco sco-X

    sco sco sco sco-X

  29. 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

  30. Actual transcript smuggled out of the courthouse by paiute · · Score: 5, Funny

    SCO-None shall compile.
    IBM-What?
    SCO-None shall compile.
    IBM-I have no quarrel with you, brave SCO, but I must distribute UNIX.
    SCO-Then you shall be sued.
    IBM-I command you to stand aside.
    SCO-I move for no corporation.
    IBM-So be it!
    IBM draws his sword and approaches the SCO. A furious fight now starts lasting about fifteen seconds at which point IBM delivers a mighty blow which completely severs the SCO's left
    arm at the shoulder. IBM steps back triumphantly.
    IBM-Now stand aside worthy adversary.
    SCO-(glancing at his shoulder)
    'Tis but a scratch.
    IBM-A scratch? Your arm's off.
    SCO-No, it isn't.
    IBM-(pointing to the arm on ground)
    Well, what's that then?
    SCO-I've had worse.
    IBM-You're a liar.
    SCO-Come on you pansy!
    Another ten seconds furious fighting till IBM chops the SCO's other arm off, also at the shoulder. The arm plus sword, lies on the ground.
    IBM-Victory is mine.
    (sinking to his knees)
    I thank thee O Lord that in thy...
    SCO-Come on then.
    IBM-What?
    He kicks IBM hard on the side of the helmet. IBM gets up still holding his sword. The SCO comes after him kicking.
    IBM-You are indeed brave SCO, but the fight is mine.
    SCO-Had enough?
    IBM-You stupid bastard. You haven't got any arms left.
    SCO-Course I have.
    IBM-Look!
    SCO-What! Just a flesh wound.
    (kicks IBM)
    IBM-Stop that.
    SCO-(kicking him)
    Had enough?
    IBM-I'll have your leg.
    He is kicked.
    IBM-Right!
    The SCO kicks him again and IBM chops his leg off. The SCO keeps his balance with difficulty.
    SCO-I'll do you for that.
    IBM-You'll what... ?
    SCO-Come Here.
    IBM-What are you going to do. bleed on me?
    SCO-I'm invincible!
    IBM-You're a loony.
    SCO-SCO always triumphs. Have at you!
    IBM takes his last leg off. The SCO's body lands upright.
    SCO-All right, we'll call it a draw.

    --
    If Slashdot were chemistry it would look like this:Cadaverine
  31. Proprietary Code Snippet...? by pragma_x · · Score: 5, Funny

    #include "fud.h"
    #include "enron.h"

    void SCO_keep_alive()
    {
    while(!inCourt()){
    try{
    generateFUD();
    extortLicensesFromLinuxUsers();
    }
    catch(ImpendingIBMSuit suit)
    {
    int numShares = MAX_INT;
    dumpStock(numShares);
    terminateLicense("IBM");
    }
    }
    fileChapter(11);
    }

  32. 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

  33. NUMA from SCO my ass by Anonymous Coward · · Score: 5, Informative

    mm/numa.c:
    /*
    * Written by Kanoj Sarcar, SGI, Aug 1999
    */

    arch/x86_64/mm/numa.c:
    /*
    * Generic VM initialization for x86-64 NUMA setups.
    * Copyright 2002 Andi Kleen, SuSE Labs.
    * $Id: numa.c,v 1.6 2003/04/03 12:28:08 ak Exp $
    */

    /*
    * linux/arch/alpha/mm/numa.c
    *
    * DISCONTIGMEM NUMA alpha support.
    *
    * Copyright (C) 2001 Andrea Arcangeli <andrea@suse.de> SuSE
    */

  34. 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.
  35. 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...

  36. RCU Code NOT from Sequent Unix by msgmonkey · · Score: 5, Informative

    I've just had a look at the original RCU patches contributed by IBM for 2.4.1, (RCU web site, http://lse.sourceforge.net/locking/rcupdate.html)

    One of the copyright notices from a file:



    Support for deferred freeing of memory using Read-Copy Update
    mechanism.

    Copyright (c) International Business Machines Corp., 2001

    This program is free software; you can redistribute it and/or modify
    it under the terms of the GNU General Public License as published by
    the Free Software Foundation; either version 2 of the License, or
    (at your option) any later version.

    This program is distributed in the hope that it will be useful,
    but WITHOUT ANY WARRANTY; without even the implied warranty of
    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with this program; if not, write to the Free Software
    Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

    Author: Dipankar Sarma [dipankar@sequent.com]
    (Based on a Dynix/ptx implementation by
    Paul Mckenney [paul.mckenney@us.ibm.com])



    IBM aquired Sequent in 1999, the copyright notice on this file from 2001. The important thing is that this code is based on an implementation and not the actual original code as such this is not Dynix/pty code.

    SCO could argue that since it is based on the code then it is actually a copy, however from what I have seen of the contract clauses (mainly from groklaw) IBM are free to use any knowledge/processes/etc gained from adding to AIX.

    Probably the two pieces of code look similar and I can believe even the comments since the implementor had access to original code. In addition to this it could be argued that it would be impossible to implement the code without there being similarities or even being nearly identical in places. For example try implementing a bouble-sort/linked list/etc without the code looking similar.

    The only thing left are the RCU patents and IBM own these.

    Having looked at this now SCO's case is pretty thin, they could win of course nothing is impossible (though unlikely), however it would just be a case of copyright violation and someone outside of IBM could do a re-implementation of RCU. In addition since RCU is n't part of the mainstream Linux kernel so I cant see how they could claim any substantial damages let alone $3 billion.

  37. Now as I understand it by bobKali · · Score: 4, Interesting

    The code in question was originally developed as a theorhetical process and was then added to UNIX. Stating that because it was subsequently added to UNIX makes it the property of SCO would be like Ford saying that because Pioneer car stereos can be installed in Ford cars that gives them the right to sue Pioneer for making a kit that allows those same radios to be installed in Chevrolet cars.

    I suppose you can sign a contract stipulating just about anything - and since we havn't seen the Sequent contract yet (if ever) there could be something idiotic like that in there.

  38. SCO's carefully phrased release... by dilute · · Score: 4, Interesting

    ...doesn't implicate Linux per se (though part of the intent undoubtedly is to taint Linux by association).

    The release says that IBM was (allegedly) contractually obligated to treat its OWN work product which it developed based on SCO's predecessor's code in the same way (i.e., subject to the same restrictions) as the code it had licensed from SCO. It quite carefully says that IBM contributed "148 files of direct Sequent UNIX code" to Linux. But what SCO is talking about here ("Sequent UNIX code") is IBM's code, and not SCO's or AT&T's code. If IBM agreed to make its own code be subject to the license (and IBM says that it did not, since it claims that this provision was overriden by a side letter agreement that made completely different arrangements), then this would be a matter of contract between IBM and SCO (which IBM is very vigorously contesting). It would not mean that SCO owns the copyright to subject matter independently developed by IBM.

    It would not, even if true, give SCO any rights vis-a-vis a Linux user who had nothing to do with IBM and/or its contract with SCO. Off hand, I would say that the only way a Linux user would be at risk would be if there were substantial code written by the original copyright owner that found its way in some recognizable form into the Linux 2.4 or 2.5 kernels, and (even it that turned out to be the case), if the copyright owner never gave its permission for that code to be included. I have not seen where either of these contentions has been clearly alleged, except by implication, as a result fo SCO's threats.

    It is of course possible that there is such code overlap, but it is SCO's burden to prove it. I have not seen any proof of this. Even if they were to prove it, the Linux user would then be allowed to show SCO's consent to this inclusion, such as by the authorized release of the code in question under the GPL.

    It seems to me that SCO's case against the typical Linux business user is awfully speculative at this point.

  39. 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.

  40. AIX vs. Dynix/ptx by Valdrax · · Score: 4, Interesting

    This letter specifically gave back to IBM the rights of any code they created to enhance or extend the AIX/SYS5R4 OS.

    Yes, it did. However, if they don't have such an agreement over Dynix/ptx, then IBM may very well be screwed. If what SCO says is true (even though what they said about their right to terminate AIX wasn't), then IBM may be in a world of hurt. If Dynix/ptx code must be treated as a derivative of System V, then there may be actual trouble here. Remember, AIX and Dynix/ptx are completely separate products with completely separate licensing schemes. SCO may have actually found a legal leg to stand on. Unless IBM can produce similar documentation about Sequent's code, it may belong to SCO.

    (By the way, how does SCO have Dynix/ptx source code to compare against the Linux kernel?)

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
  41. Interesting stock reporting. by JaJ_D · · Score: 5, Informative

    If you check out the Nasdaq stock report for sco the following shareholders with >5% is shown:

    Ralph Yarro
    Darcy Mott
    Canopy Group Inc
    John Wall

    If you then check out The Canopy Group website you will see the following as board members

    Ralph Yarro - CEO & Presedent
    Darcy Motto - Vice President, Treasurer and Chief Financial Officer

    This gives the Canopy group at least a 15% stake in SCO, possibly more.
    If you look at SCO's board and then have a look at their share trading, you see the following:-

    Charles BROUGHTON (VP world ops) sold about 120,000 USD worth of shares in the last two months
    Robert BENCH (CFO) sold about 120K USD in last few months
    Jeff HUNSAKER (s. VP)sold about 120K USD in last few months
    Other than McBride (CEO) most of the board have ofloaded shares in the last month or two. To give you an idea of the "peak" of share selling. According to the Nasdaq the number of "insider" trades (i.e. board members) in the last 12 months was 15, and 12 (all of which were sales) of those were in the last 3 months (or as its know just after the Linux thing).

    Yarro and Mott both also sit on the board of SCO.

    Does that stink or is it just me?

    Jaj

  42. Maybe IBM and SCO are colluding by MS_leases_my_soul · · Score: 5, Interesting

    OK, maybe it is time to put my tinfoil hat on and start looking out the window for black helicopters, but what if this is all a nod-and-wink kind of scheme.

    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.

    This does multiple things for IBM. (1) Publicity. (2) Good PR with the Linux crowd as IBM "saves the day". (3) They get more stuff in the SCO buyout. (4) It places IBM's competitors in the Linux arena on shaking ground while all this is happeneing, possibly forcing some out of business.

    Suddenly, in the end, IBM has a Linux distro, AIX for the high-end, lots of other IP, and a rep as being the big champion for Linux that is willing to put its money where its mouth is.

    Right about that time, IBM would be ready to take on Microsoft again for the servers and desktops. IBM gives away the desktop OS just to have an in and starts recapturing the mid-level servers. As IBM becomes the "leader" of Linux, why would you not go with IBM and AIX on the big iron since IBM makes it one smooth continuum of *nix?

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

  43. SCO = Calvinball by Fenris+Ulf · · Score: 5, Funny

    I've finally figured out what this SCO debacle reminds me of: a game of Calvinball.

    Contract disputes are legal play, except on Reverse Days or while standing in the Invisible Box. SCO attacks Linux users with FUD, and Novell makes them sing the Sorry Song. But SCO claims Novell was in the Reciprocity Zone, so it has to sing the song instead.

    SCO says it owns IBMs code because IBM crossed the Hidden Contract line, but IBM claims today was negative day and now it wants everything that SCO owns.

    The score is now 12 to Q, and I eagerly await the next round.

  44. 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

  45. SCO's legal approach - derived work by Animats · · Score: 5, Interesting
    It's starting to become clear what SCO's lawyers are thinking. They're laying the groundwork for a broad claim of copyright coverage of a derived work.

    What constitutes a derived work is going to be the real copyright issue here. Outside the software arena, the notion of a derived work has been very broadly interpreted. Movies based on novels have been held to be derived works even when the connection between the two included little more than the title and the name of the lead character.

    IBM has retained Cravath, Swaine, and Moore, probably the strongest litigation firm for difficult cases in the world. The Cravath approach on big cases is to put an army of lawyers on the problem and litigate everything to death. We'll probably see a detail-oriented litigation, rather than one based on broad principles. Following a Cravath lawsuit tends to be a mind-numbing experience for all concerned.

  46. Forensics by booch · · Score: 4, Interesting

    Almost all Linux code gets modified over time. All Linux versions are publicly available. You could compare the various Linux versions with the SCO version(s). This would give you a good idea when the transfer happened. Assuming SCO has a record of their versions (it would be hard to believe they don't have any revision control system) you could do it both ways.

    I'm betting that SCO would not be smart enough to take the original Linux version, but would take a newish Linux version. Showing that Linux had older (less "good") versions and SCO did not would be evidence that SCO had taken the code from Linux, not vice-versa.

    So assuming that the code base(s) change(s) significantly over time, determining the provenance of version-controlled code is not all that difficult. Think of it in biological terms -- we can identify the lineage of various species/specimens by comparing their DNA and their ancestors' DNA.

    --
    Software sucks. Open Source sucks less.