Slashdot Mirror


Analysis of SCO vs. IBM

icantblvitsnotbutter writes "An excellent -- and clear! -- article over at LinuxWorld.com has a multipoint analysis of SCO's 40-page complaint (this is a brief?!). For all those IANAL's out there, here's something to sink your teeth into. On the balance, the outlook seems positive for IBM. Still, the parallel invocation of a contractural clause potentially nixing AIX lends some credence to claims that this is a just way for SCO to coerce IBM into buying them out..." Some old documents from a similar lawsuit have surfaced, and naturally ESR has his own take on the case.

282 comments

  1. ESR chimes in as well??? by Anonymous Coward · · Score: 1, Funny

    Will wonders never cease? LOL

    1. Re:ESR chimes in as well??? by Slorf · · Score: 1

      I just finished reading ESR's "take on the case". He presents a well written statement with some good historical information about both Unix development and prior legal issues. Regardless of your opinion of him, he writes well and this is a reasonably concise assessment of the historical facts.

  2. In other news... by presroi · · Score: 4, Funny

    IBM has released a notification that they finally understood the argument in the SCO paper.

    1. Re:In other news... by greenalbatros · · Score: 0, Offtopic

      no they didnt

      --
      this sig steers like a cow. and i can prove it
  3. for linus by Anonymous Coward · · Score: 0, Funny

    #include

    if(sco.suing(ibm)) {
    panic();
    }

    1. Re:for linus by Anonymous Coward · · Score: 0

      Try using or "Code" formatting next time.

      You don't need to open a whole new code block for a single statement following an if()

      You should always check the return value of a function (Although you only loose half point for this, as some functions can return void. Although that's generally bad practice itself...)

      Finally...you don't appear to have a function. Your code is in no-mans land.

    2. Re:for linus by szo · · Score: 1

      You don't need to open a whole new code block for a single statement following an if()

      But it's a good practice. Can save your ass sometimes.

      Szo

      --
      Red Leader Standing By!
    3. Re:for linus by cant_get_a_good_nick · · Score: 1

      You don't need to open a whole new code block for a single statement following an if()

      True, but it's good practice, defensive programming to guard against someone (maybe even you) adding a statement after the if() and not putting in the braces. Often times

      if (something)
      do_something();


      turns into
      if (something)
      do_something_else();
      do_something();


      which is to the compiler...
      if (something)
      do_something_else();
      do_something();

      Not quite what you intended.

      It's just like those guys that always put constants first in their equality comparisons...
      instead of
      if (i == 5)...
      they'll put
      if (5 == i)...
      Weird looking, but helps guard against = vs. == errors (which your compiler should flag anyway).

    4. Re:for linus by KewlPC · · Score: 1

      You should always check the return value of a function (Although you only loose half point for this, as some functions can return void. Although that's generally bad practice itself...)

      Umm... he is checking the return value of the function. That's what the whole if statement was about.

  4. Aww... by Joe+the+Lesser · · Score: 2, Funny

    This alleged action strengthens Linux, and, because Linux is no-cost or almost-no-cost, it cuts the legs out from under SCO's market.

    [intense cynical sarcasm]

    Damn free stuff always screwing us over.

    [/intense cynical sarcasm]

    --
    "I only speak the truth"
    Karma: null(Mostly affected by an unassigned variable)
  5. ESR's Take on the Case by Anonymous Coward · · Score: 1, Funny

    "Freep wibble hatstand! If IBM all had guns, they'd have shot SCO dead by now and it would have been their civic duty and we'd all be free of this insanity. Pass my AK homie. Fish custard ruhbarb and out."

  6. Patent Application by vogon+jeltz · · Score: 1, Funny

    Patent application for a device, made of fabrics like, but not limited to cotton, silk or wool, sewed to, or into garments like, but not limited to, pants, coats, underwear, shirts, etc, which permits to store objects like, but not limited to cellphones, sandwiches, glasses etc, in order to not having them to carry around by hand ("manually").

    A pocket? You mean there IS prior art?
    ~

    1. Re:Patent Application by klocwerk · · Score: 2, Funny

      I try not to keep sandwiches in my underwear.
      But hey, whatever floats your boat.

      --

      "You worthless post!"
      -Shakespeare, 2 Gentlemen of Verona, 1. 1. 147
    2. Re:Patent Application by luzrek · · Score: 1
      Futurama, when Fry thinks he is a robot:

      It is time for you to injest sandwiches from my compartment.

      --

      Galium Arsenide is the material of the future, and always will be.

  7. Almost nothing new here by watzinaneihm · · Score: 2, Insightful

    Almost nothing new there which you couldnt have found by not sifting through earlier slashdot stories. What I would have really liked is something on the lines of "Here is patent number 1" and here is how linux is different/same.....
    It is not as if SCO patent reads like "WE patent UNIX and everything that looks like it. And that is that.They have to patent some feature of the OS which they can accuse IBM of violating"

    --
    .ACMD setaloiv siht gnidaeR
    1. Re:Almost nothing new here by PerryMason · · Score: 4, Informative

      What I would have really liked is something on the lines of "Here is patent number 1" and here is how linux is different/same.....It is not as if SCO patent reads like "WE patent UNIX and everything that looks like it. And that is that

      Quoting from the SCO complaint;
      18. SCO is the present owner of all software code and licensing rights to System V Technology.

      Pretty much summarises what they are saying.

      --
      "I'm tired of all this 'Aren't humanity great' bullshit. We're a virus with shoes" - Bill Hicks
    2. Re:Almost nothing new here by p3d0 · · Score: 1

      Yebbut being the "owner of all software code and licensing rights" has nothing to do with patents.

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    3. Re:Almost nothing new here by Tony-A · · Score: 5, Interesting

      Looks like that ownership may be a bit tainted. (emphasis added)

      The suit was settled after the University threatened to countersue over license violations by AT&T and USL. It seems that from as far back as before 1985, the historical Bell Labs codebase had been incorporating large amounts of software from the BSD sources. The University's cause of action lay in the fact that AT&T, USL and Novell had routinely violated the terms of the BSD license by removing license attributions and copyrights.

      The exact terms of final settlement, and much of the judicial record, were sealed at Novell's insistence.

    4. Re:Almost nothing new here by siskbc · · Score: 1
      Quoting from the SCO complaint;

      "18. SCO is the present owner of all software code and licensing rights to System V Technology."

      Pretty much summarises what they are saying.

      Ah, but a distinction - it seems the SCO people are willfully blurring the patent/copyright issue. Yes, they have patents on Unix. No, it doesn't extend to EVERYTHING about Unix. And I bet they don't have a patent, say, System V startup script formats.

      At this point, they only have copyright, which they accidentally (or incompetently, let's not assume anything) allude to when they say they own the System V "software code." Which is exactly right - and when Linux implemented System V style startup scripts, they did it cleanroom, without access to the code. At that point, I believe their System V argument goes byebye, because Linux clearly didn't break copyright.

      So now it will come down to whether IBM improperly used knowledge from the Unix tech they licensed to improve their own Unix flavors, and that this then got leaked into Linux. Based on how vague and, ah, ambitious the original brief was, I imagine this is a go-for-broke fishing expedition.

      --

      -Looking for a job as a materials chemist or multivariat

    5. Re:Almost nothing new here by Eunuchswear · · Score: 2, Informative
      Ah, but a distinction - it seems the SCO people are willfully blurring the patent/copyright issue. Yes, they have patents on Unix. No, it doesn't extend to EVERYTHING about Unix. And I bet they don't have a patent, say, System V startup script formats.

      SCO has no patents at all. None. Follow the Patents, People

      --
      Watch this Heartland Institute video
    6. Re:Almost nothing new here by zak · · Score: 1

      Well, they might not have a patent (or copyright) on SysV-style init, but it is certainly an example of the things they will be pointing to.
      Consider IBM's Linux next-generation POSIX threads. One of the areas where there was much sharing between IBM and SCO during Project Monterey was LWP scalability (although AFAIK more technology was going in the IBM=>SCO direction on that one); would NGPT not be a potential smoking gun in SCO's opinion? Sure, every commercial SysV (or SysV-compliant) Unix on the market uses the LWP model, but the vendors selling those systems are already _paying_ licensees. By using SysV-derived "knowledge" (if not outright code segments) in enhancing a GPL'ed system , IBM is (at least seemingly) violating its license.
      A counter-example would be FreeBSD's Scheduler Activations (which is how Solaris's LWPs are implemented, and probably others). However, in FreeBSD's case they avoid using Solaris terminology etc., which make their case for being cleanroom, stronger.

    7. Re:Almost nothing new here by Anonymous Coward · · Score: 1, Interesting

      Everyone here ASSumes that Intellecutal Property == Patents, but SCO's complaint is very clear that this is about Trade Secrets and vauge fuzzy know-how.

    8. Re:Almost nothing new here by jedidiah · · Score: 1

      Except, as RMS noted: SCO is a JOKE.

      There is NOTHING that IBM could have learned from SCO that could have been applied to Linux to make it "less of a bicycle".

      The kind of fraud that they are attempting to currently perpetrate should be prosecuted as perjury.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    9. Re:Almost nothing new here by yugami · · Score: 1

      fortunatly for IBM and Linux the work done "in kernel" for the new threading stuff was done by the people who did NPTL, NGPT was done in a way to NOT touch the kernel (or in really minimal ways, i forget exactly) on purpose.

      later when NPTL went and put in the much needed changes for a more scalable threading arch. NGPT changed their implementation to make use of it. meaning no external patches needed for IBM's stuff.

      that and NGPT will not be the default userspace threading system since NPTL is in glibc already.

    10. Re:Almost nothing new here by zak · · Score: 1

      I don't really understand what you are saying.
      Please explain how NGPT will make use of NPTL's architecture. I admit that I am really not familiar with the latter's internals - how is NPTL different from the current threading model, and how can NGPT make use of that?

  8. Wait...I've seen this movie before. by YetAnotherName · · Score: 4, Funny

    IBM: Here's one.
    Judge: Ninepence.
    SCO: I'm not dead!
    Judge: What?
    IBM: Nothing. Here's your ninepence.
    SCO: I'm not dead!
    Judge: 'Ere. He says he's not dead!
    IBM:Yes, he is.
    SCO: I'm not!
    Judge: He isn't?
    IBM: Well, he will be soon. He just filed a 9000 word legal brief.

  9. Nice brief by nenolod · · Score: 4, Insightful

    Looks like it was written by a high school student, but none the less, what a nice brief. Dont those SCO People work hard?

    Plus, their case doesn't hold water because, the SCO that we're talking about is not the same SCO as the SCO that provided Unix, after AT&T.

    This SCO is caldera. The old SCO is SCO. Do the math, Caldera != SCO. Therefore, I do not see their grounds at all.

    1. Re:Nice brief by Anonymous Coward · · Score: 1, Informative

      Caldera bought SCO's Unix assets a couple of years ago, and now "Caldera" does business as the "SCO Group".

    2. Re:Nice brief by Maxwell'sSilverLART · · Score: 1

      Not much of a brief, to be sure. For an outstanding bit of law (on a totally unrelated matter, to be sure), I recommend Judge Samuel B. Kent. Yes, folks, this is his actual opinion. Well worth a read. Why can't all lawyers write like this?

      --
      Moderate drunk! It's more fun that way!
    3. Re:Nice brief by zonker · · Score: 0

      they pay their lawyers by the word. sadly, the head of sco decided to replace the desks of many of the programming staff with more lawyers. i guess they felt it would bring in more revenue...

  10. What I would like to know is... by TaranRampersad · · Score: 4, Insightful

    If SCO is just about to sell out, and is attempting to inflate it's 'intellectual property equity' in the hope that someone with money may buy them? Or maybe there are already talks underway?

    If not, this appears to be a horrid act of desperation.

    1. Re:What I would like to know is... by Anonymous Coward · · Score: 0

      Assume option 2 - desperation.
      ESR's take on this should blow the lawsuit out of the water, SCO do not have a leg to stand on and will be hoping that IBM take them over so that they can exercise their stock options and live happily ever after.

  11. In ESR's take... by DJPenguin · · Score: 5, Funny

    Amicus Curiae - what the hell does that mean? Is it latin for Anonymous Coward?

    1. Re:In ESR's take... by BacOs · · Score: 4, Informative

      Amicus Curiae

      Definition: Latin term meaning "friend of the court". The name for a brief filed with the court by someone who is not a party to the case

    2. Re:In ESR's take... by Anonymous Coward · · Score: 0

      It means "friend of the court". In the US uninvolved 3rd parties are allowed to present legal briefs/opinions in a case to the judge if they have an interest. Groups like the EFF and the ACLU do it a fair bit.

    3. Re:In ESR's take... by turgid · · Score: 1, Insightful

      I wouldn't worry too much about what ESR has to say. The man has gone on a fruitbreak of late.

    4. Re:In ESR's take... by DJPenguin · · Score: 2, Interesting

      I really hope Linus and Alan don't go the way of ESR and/or RMS - two of the craziest guys around IMO :)

    5. Re:In ESR's take... by turgid · · Score: 1

      Well, poor old Alan's been teetering on the brink for a while now, what with all his paranoia about the DMCA and not going to the USA in case he gets arrested. These high-profile, high-pressure jobs take their toll. I do hope Linus stays sane, for everyone's sake. :-)

    6. Re:In ESR's take... by NialScorva · · Score: 1

      "Of late"??

    7. Re:In ESR's take... by Anonymous Coward · · Score: 0

      Would this have something to do with his old domain name randomly redirecting you to other sites like linux.org? It's not even consistent - every attempt goes somewhere new.

    8. Re:In ESR's take... by Anonymous Coward · · Score: 0

      Who cares about that? What the hell does "levals" mean?

    9. Re:In ESR's take... by Anonymous Coward · · Score: 0

      Oh come on. You mean that none of the Slashdot Spelling Nazis have noticed this misstake yet? /. the worlds largest organic spell checker.

    10. Re:In ESR's take... by PD · · Score: 1

      Can we help out in some way? Like perhaps a project called "The Sane Linus Project" or something? We accept donations and use them to purchase nothing other than passes for Linus to the Turkish sauna closest to Linus' place of residence?

    11. Re:In ESR's take... by ces · · Score: 1

      We accept donations and use them to purchase nothing other than passes for Linus to the Turkish sauna closest to Linus' place of residence?

      I'd think Linus probably prefers Finnish saunas.

      I'm not too worried about Linus going around the bend, a level-headed practical wife and kids do wonders for one's sanity.

      ESR and RMS seem about as sane or insane as they were 10 or 15 years ago. ESR was just hiding it real well for a while.

      --
      Happy Fun Ball is for external use only.
    12. Re:In ESR's take... by Russ+Nelson · · Score: 1

      Eric didn't own tuxedo.org. He was using it relying on a friend's word that he would own it in time. That so-called friend broke his word, and you've seen the results.

      http://www.catb.org/~esr

      --
      Don't piss off The Angry Economist
    13. Re:In ESR's take... by cmdr_shithead · · Score: 0

      Russell. You're a ringworm infested igloo faced moron and you eat dicks for breakfast. AND YOU ARE FRENCH

  12. my take on ESR by Anonymous Coward · · Score: 0, Flamebait
    ESR is pompous, loud-mouthed, unproductive, and tried to get very rich from the hard work of OSS contributors, taking out proportionately far more than he put in.

    There's nothing worse than having someone on your side who makes you look so bad they might as well be playing for the other team.

    1. Re:my take on ESR by theendlessnow · · Score: 1
      Write something as popular as fetchmail and perhaps we will listen to you.

      Now we know why ESR likes guns.

    2. Re:my take on ESR by Anonymous Coward · · Score: 0
      OMG FETCHMAIL IS SO INNOVATIVE AND LEET, THANK GOD WE HAVE PEOPLE LIKE ESR OR UNIX WOULD HAVE NO MAIL FETCHING ABILITY. Imagine, gigabit networks all around but still passing asynchronous messages using USPS, were it nor for Il Raymondo!! A decade of endless blowing of his own trumpet and one mediocre utility program. Move over Linus, get to the back of the queue Stallman, cut short your bear Mr Cox, and bow before the might of:

      Eric S Raymond's fetchmail
    3. Re:my take on ESR by Anonymous Coward · · Score: 0

      fetchmail has, does, and will always have more holes in it that one cubic km of swiss cheese. Shining example of ESR's genius you've picked there.

      write something as popular as Windows(R) and then we'll listen to you

      TOOL.

  13. If only.... by Anonymous Coward · · Score: 4, Interesting
    IBM would countersue, based upon restraint of trade, for $2B.


    I think they'd have a pretty good chance of ending up owning all of SCO.


    Not that it's worth much.

    1. Re:If only.... by Anonymous Coward · · Score: 0

      IIRC IBM is one of the largest holders of patents
      around. They are supposed to have a huge collection
      of the things just laying around waiting. When
      someone tags them for infringment they counter with
      a suit of thier own or maybe two or three.

    2. Re:If only.... by Vlad_the_Inhaler · · Score: 1

      Bad option. Why would IBM *want* to own SCO and their debts?

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    3. Re:If only.... by ces · · Score: 1

      IBM will just nail SCO for infringing on their intelectuall property. There is undoubtedly some patent, trademark, or copyright of IBM's that SCO is infringing on.

      I hope IBM doesn't end up with the USL code base, there seems to be some sort of curse attached to it that affects whoever owns the code. Look at the history, AT&T went off the rails during the time they were trying to market UNIX, Novell went off the rails during the time they owned the USL code, SCO (nee Tantarella) went off the rails during the time they owned the USL code base, and now Caldera (nee SCO) has gone off the rails since they have owned the USL code.

      --
      Happy Fun Ball is for external use only.
    4. Re:If only.... by Ponty · · Score: 1

      The janatorial division in their Siberian code munging plant might need to be revitalized. Why hire a property service when they can just sue SCO into the job!

  14. Random Programming by TechnoWeenie · · Score: 5, Insightful

    Averment 41
    Shared libraries are by their nature unique creations based on various decisions to write code in certain ways, which are in great part random decisions of the software developers who create the shared library code base.

    It's interesting to note that SCO considers the decisions of programmers to be basically random.

    1. Re:Random Programming by garignak · · Score: 3, Funny

      Hmm, that could explain why SCO is nearly dead. :)

      --
      "Sometimes a man's gotta do what a woman wouldn't consider." - Red Green
    2. Re:Random Programming by Anonymous Coward · · Score: 3, Informative

      It is also interesting that SCO actually appears to believe that. Even without the headers the API to any library can be reverse engineered with nm and gdb in about two days.

      As for "Shared libraries are by their nature unique creations..." I'm not even sure where to start. How is some code a "unique creation" simply because I have compiled it as a shared library? If I build it as a static library, is it no longer unique? Do SCO not understand that one of the points of using shared libraries is that they are inherently interchangable? That one just makes my head spin.

      Finally, I also seem to remember Linus owning a Quad Xeon box, back in the mid-90's. So whats this about the Linux developers only having uniprocessor boxes?

    3. Re:Random Programming by jbolden · · Score: 1

      I think yo are quoting out of context here. SCO is refering to the compiled code. This was another one of the places where SCO hints at something being the case very strongly yet if you know the truth you can see they didn't actually say what any reasonable reader would imply from their writing, so they can lie without committing perjury.

      What they assert is that

      1) SCO enterprise applications require SCO libraries to run
      2) By random chance Linux developers could not create libraries which are binary compatable with SCO's libraries

      _____

      The whole point of this discussion is of course to imply to a reader that Linux has libraries binary compatable with SCO's. Otherwise why discuss this hypothetical in the context of an IP theft lawsuit. But they don't actually say Linux has these libraries because it isn't true.

    4. Re:Random Programming by Anonymous Coward · · Score: 3, Insightful

      However you leave out item 3. In their complaint, SCO goes on to say "Therefore, the mathematical probability of a customer being able to recreate the SCO OpenServer Shared Libraries without unauthorized access to or use of the source code of the SCO OpenServer Shared Libraries is nil." In other words, SCO assert that it is impossible to create a compatable library without riping off SCO's source code. This is demonstratably rubbish, as anyone with the knowhow can reverse engineer the API to a shared library without the source. You don't have to look any farther than WINE to see this in action.

      SCO are either delusional, misinformed or lying. Either way, that is not a good position to be in if you've just filed a $1Billion lawsuit.

    5. Re:Random Programming by Tony-A · · Score: 1

      the mathematical probability ... is nil
      Rubbish. That's like saying it's statistically impossible for all Brits to drive on the left hand side of the road. There's lots of parameters to lots of functions, but there's always a lot of effort put into making them as consistent as possible. This means that a very few design choices dictate how everything else is put together.
      Move source,destination -or- Move destination,source

      Further, access to almost any code that uses the library gives most all the information required to create a binary compatible library. SCO might have a point if numerous deliberate errors and inconsistencies were put into their code, but I kinda doubt that SCO's code is that bad.

    6. Re:Random Programming by Ed+Avis · · Score: 1

      The decisions of programmers are indeed mostly random, that's why we have testing. As an insightful Slashdot contributor pointed out, you can consider programming as random mutation and then the test suite as natural selection - so software evolves rather than being designed. This is not quite the whole truth but it is pretty close, at least for any developer who has the comfort of a good set of regression tests.

      --
      -- Ed Avis ed@membled.com
    7. Re:Random Programming by HiThere · · Score: 1

      Well, more accurately, it gives the information necessary to create a library that would duplicate the functionality needed by that program. Most programs only use a small part of the code in the libraries that they link to.

      Of course, with a large enough number of examples, one can derive the APIs of everything that most users find useful...

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    8. Re:Random Programming by ces · · Score: 1

      Of course there are the POSIX and X/Open standards which document most of what is considered to be the "UNIX(TM)" APIs, no reverse engineering or source code access needed.

      --
      Happy Fun Ball is for external use only.
  15. SCO/IBM....what's this all about? by norite · · Score: 1, Troll
    Can someone explain to me what this is all about please, preferably in a paragraph and in plain english...

    --
    -- Fuck Beta
    1. Re:SCO/IBM....what's this all about? by greenalbatros · · Score: 0, Flamebait

      Can someone explain to me what this is all about please, preferably in a paragraph and in plain english

      no

      --
      this sig steers like a cow. and i can prove it
    2. Re:SCO/IBM....what's this all about? by u38cg · · Score: 5, Insightful
      SCO own the rights to the "original" Unix source code. They're suing IBM, ostensibly on the grounds that IBM incorporated ideas in the "original" Unix (which IBM had some rights to) into Linux; they claim that Linux couldn't have done all the technical whizz-bangery that it has without help from the original source code.

      The real reason is that SCO is dying, and wants to be bought out by IBM, thereby knocking up the final share price for their investors.

      Got it?

      --
      [FUCK BETA]
    3. Re:SCO/IBM....what's this all about? by AxelTorvalds · · Score: 3, Funny
      Well, to distill it down to the basics, SCO is masochistic. It would appear that they like it rough and hard and through the, how do you put this?, they like it hard through the "back oriface" So how do you satisfy such a desire? You pick on the biggest, toughest, guy you can see.

      Ironic that they are trying to stop AIX sales, IBM makes more money on AIX sales each year than SCO has grossed since their beginning. AIX sales simply won't be stopped. And then to accuse IBM, of all companies, of misappropriating SCO source and technology? There are some very talented lawyers in IBM's employ, SCO might be trying to get bought it's a real possibility but that stuff doesn't happen like that to IBM. They can play really dirty when you try to bully them and they don't lose very often. The question could become "is it cheaper to pay to convert SCOs customers to Linux and let them die or buy them"

    4. Re:SCO/IBM....what's this all about? by norite · · Score: 0, Offtopic
      Ah, thanks for explaining that, now I see :) AND TO WHO EVER MODDED ME AS FLAIMBAIT - I was only asking a question! Do you know what it is to be a moderator? I doubt it.

      --
      -- Fuck Beta
    5. Re:SCO/IBM....what's this all about? by Anonymous Coward · · Score: 0

      All SCO should get out of this is a hostile takeover. After that IBM should fire everyone there. Ya, you're probably saying "most of them are innocent!". My ass... if they had any morals they'd have already quit.

  16. You bet this is a Brief by ebuck · · Score: 4, Funny

    I would think that after all of the legal (and pseduo-legal) stuff that gets posted and referenced here at ./, nearly everyone would realize that in legal circles, "Brief" is a technical term neither describing the length of the document, nor the time it takes to read one.

    Or should I just make an analogy to a brief COBOL program?

    1. Re:You bet this is a Brief by Anonymous Coward · · Score: 0

      >Or should I just make an analogy to a brief COBOL program?
      Yes, please!

    2. Re:You bet this is a Brief by tanner_andrews · · Score: 1

      SCO's material is a complaint, not a brief.

      --
      Tilt at windmills. Occasionally one will fall over out of sheer surprise.
    3. Re:You bet this is a Brief by jedidiah · · Score: 1

      Briefs are infact supposed to be short.

      Judges can get very testy when this is ignored. This can include the offending lawyer being forced to dance around the courtroom with the offending brief hung about his neck.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    4. Re:You bet this is a Brief by Hope+Thelps · · Score: 1

      Technically more of a whine than a complaint.

      --
      To summarise the summary of the summary: people are a problem. ~ h2g2
  17. Slashdot interview... by gmuslera · · Score: 4, Informative

    I don't remember it this was posted already in previous discussions, but in this interview with IBM Kernel Hackers from last year, some points are raised, some good and some bad for IBM, specially in the 2nd question. In short, the people at IBM that was into the linux kernel development can't take parts of i.e. AIX code and put into Linux and viceversa, but some interchange of ideas could have been happened if a developer of one team talks with one of another.

    1. Re:Slashdot interview... by binaryDigit · · Score: 5, Informative

      some points are raised, some good and some bad for IBM, specially in the 2nd question

      They answered:

      We are definitely not allowed to cut and paste proprietary code into any open source projects (or vice versa!). There is an IBM committee who can and do approve the release of IBM proprietary or patented technology, like RCU.

      I don't see how this is "bad" for IBM. It shows that they are actively protecting any proprietary interests to the point that they actually have a committee.

      but some interchange of ideas could have been happened if a developer of one team talks with one of another.

      Again they replied:

      Having solved the problem once, our non-Linux peers can help steer us without spelling it out for us, allowing us to still develop solutions that can then be open sourced.

      Again, IBM seems to be keenly aware of the cross pollenation issue and actively taking steps to avoid any issues. It reads to me like it's all pro IBM?

    2. Re:Slashdot interview... by Ponty · · Score: 1

      It's IBM -- there's a committee for deciding on lunch.

    3. Re:Slashdot interview... by Vlad_the_Inhaler · · Score: 3, Informative

      That was in the ESR rebuttal, something that seemed to me - IANAL - to be far more informative than that somewhat vague LinuxWorld article.
      If ESR has done his homework, and it certainly looks like it, then over 90% of that document of his looks as though it could be used to murder that lawsuit in very short order.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    4. Re:Slashdot interview... by technomom · · Score: 4, Funny

      Damn it! I hate it when non-IBMers attack IBM without getting the facts right.

      It's not a committee. It's a TASK FORCE!

      JoAnn

    5. Re:Slashdot interview... by AxelTorvalds · · Score: 2, Informative
      I was one of the reviewers of the IBM opensource guidelines back in 1996 or 1997.

      Stealing code was a paramount concern. It's accounted for.

    6. Re:Slashdot interview... by pstemari · · Score: 1
      If the non-Linux peers are steering the Linux developers at IBM, that's arguably violating the trade secrets IBM is contractually obliged to protect.

      Remember, trade secret != copyright != patent.

      If on the other hand, the BSDI decision can be used to show that the trade secrets were publically disclosed through no action of IBM, then SCO's argument goes up in smoke like dry ice on hot pavement. I'm not sure how that would turn out--the BSDI decision wasn't so much a win as a ceasefire declared after the plaintiffs discovered that they were at least equally if not more vulnerable to claims of copyright infringement.

  18. definition of Amicus Curiae by sczimme · · Score: 4, Informative



    Black's Legal Dictionary defines amicus curiae: "A person with a strong interest in or views on the subject matter of an action may petition the court for permission to file a brief ostensibly on behalf of a party, but actually to suggest a rationale consistent with its own views. Such amicus curiae briefs are commonly filed in appeals concerning matters of broad public interest; e.g. civil rights cases".

    I found this item here.

    --
    I want to drag this out as long as possible. Bring me my protractor.
  19. The kernel is written in C by chiasmus1 · · Score: 1, Flamebait

    Your function looks a little bit like c++. This could not be the kernel because the kernel is written in c.

    1. Re:The kernel is written in C by Ponty · · Score: 1

      I thought the kernel was writtien in Object Pascal with a builtin Atari emulator to support the legacy binary code sections for which the source has been lost.

    2. Re:The kernel is written in C by noselasd · · Score: 1

      The above is legal C. Learn about function pointers.

    3. Re:The kernel is written in C by drxenos · · Score: 1

      Maybe next week, your professor will teach you about structs and function pointers.

      --


      Anonymous Cowards suck.
  20. Linux "advanced features" by rf0 · · Score: 4, Insightful

    Reading the Linux world article SCO claims that Linux advanced features such as failover SMP etc could only come about after many years of development. However I do find it a bit narrow sighted in that they think that IBM is the only one who could procduce this software and port it. There are other blue chips out there who have written failsafe software and ported it to Linux. Personally I think SCO is talking rubbish (well at least on this point at least). I really need to read all 40 pages of their document but don't really have the time. (heh who does :)

    Rus

    1. Re:Linux "advanced features" by ces · · Score: 2, Insightful

      Reading the Linux world article SCO claims that Linux advanced features such as failover SMP etc could only come about after many years of development.

      One would think IBM has substantial in-house experience with failover SMP, journaling filesystems, logical volume management, NUMA, and hot-swap hardware. I believe their mainframes had most of these features long before any UNIX machine did. I mean IBM has only be developing operating systems for what 50 years or so?

      --
      Happy Fun Ball is for external use only.
    2. Re:Linux "advanced features" by Ponty · · Score: 1

      And the real smoking gun is that in the new version of the kernel, all hard drives are now referred to as SCO/DASD. It's a real gaffe on IBM's part. How embarrassing.

  21. I thought the kernel was written in Perl by Anonymous Coward · · Score: 1, Funny

    And they were going to rename it the Pernel to make it clearer.

  22. obligatory GNU joke by leomekenkamp · · Score: 4, Funny

    Averment 77: Related to the development of the open source software development movement in the computing world, an organization was founded by former MIT professor Richard Stallman entitled "GNU."

    RMS may be surprised to learn he is a former MIT professor.

    He is not; he is a former GNU/MIT professor.

    --
    Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
    1. Re:obligatory GNU joke by will_die · · Score: 1

      Not sure which is funnier; the original message or that people would mark it up as informative.

    2. Re:obligatory GNU joke by Anonymous Coward · · Score: 0

      Actually, he's just a dropout who campus security haven't yet been able to kick off campus.

    3. Re:obligatory GNU joke by nsushkin · · Score: 1
      Averment 77: Related to the development of the open source software development movement in the computing world, an organization was founded by former MIT professor Richard Stallman entitled "GNU."

      Also, RMS would be surprised to learn he is entitled "GNU."

    4. Re:obligatory GNU joke by jo42 · · Score: 1

      More line GNUT...

  23. he's just resting by greenalbatros · · Score: 2, Funny

    they do that your Norweigan Blue. Beautiful plumage!

    --
    this sig steers like a cow. and i can prove it
    1. Re:he's just resting by Tackhead · · Score: 1
      > they do that your Norweigan Blue. Beautiful plumage!

      "SCO? Look, that OpenSewer wouldn't VOOM if you put 2000 Xeons in it!"

  24. Public Domain Knowledge by Picass0 · · Score: 4, Interesting

    I'm reminded of a few(!) years ago when I was reading about development on the Atari 8-bit computers. A columnist for Analog magazine wrote about how he could not divulge certain information about memory mapping of the 400/800 computers because of his Non-Discolsure Agreement - BUT - that if he found out the same information from a third party he could then treat said information as public domain, and then was not bound by the NDA.

    I would be interested in knowing if the knowledge shared here had slipped into the public domain, because if so then NDAs do not apply.

    IANAL

    1. Re:Public Domain Knowledge by will_die · · Score: 1

      Thier was a similar one to this back with the Amiga. Thier were people using various variable names and making references to variables names and function that were in the chips and O/S. This lead to claims that people who had access various properitary code had released it, then it came out that all this was in a published book that anyone on the street could get.

    2. Re:Public Domain Knowledge by Our+Man+In+Redmond · · Score: 1

      I dunno. I would think that if you signed an NDA, you signed an NDA, and disclosing the information would violate the NDA, whether or not it was already common knowledge. For instance, if I signed a non-disclosure agreement stating that I couldn't tell you my eyes are blue, seems to me I'd be in violation of the NDA if I said my eyes were blue, even though you can see for yourself that they are, in fact, blue.

      However, I doubt there would be any reason why I then couldn't say, "I'm sorry, I signed an NDA and I can't tell you what color my eyes are, but if you ask this guy from Slashdot who's seen my eyes and didn't sign the NDA, he could tell you."

      IalsoANAL, so YMMV.

      --
      Someone you trust is one of us.
    3. Re:Public Domain Knowledge by Anonymous Coward · · Score: 0
      Hi. IANAL too. Do you want to go meet for coffee sometime?


      Hugs, CmdrTaco

    4. Re:Public Domain Knowledge by HiThere · · Score: 1

      It probably depends on the exact terminology of the NDA. But if all you promissed was not to reveal trade secrets, well, once it's public knowledge, then it isn't a trade secret any longer.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    5. Re:Public Domain Knowledge by Ponty · · Score: 1

      I think it actually covers knowledge from a source. So I sign an NDA on knowledge I get from Source A. If I later get that information from Source B, I can re-release it, as I have not violated the agreement pertaining to the knowledge I received from Source A.

    6. Re:Public Domain Knowledge by ajs · · Score: 1

      The problem with answering your question is the "A" in "NDA". That is to say, an NDA is just an agreement, and what you agree on is roughly non-disclosure. While there are many "boiler-plate" items that go into most NDAs as a result of various precidents, they're not a uniform lot.

      This is very important to keep in mind when you are asked to sign such a document. Just because someone told you it was an NDA doesn't mean that it matches your assumptions about the scope of such a document! Most importantly, never let anyone convince you that you have to sign such a thing quickly. The phrase, "I'll have to read this over and get back to you," should be universally accepted, and if you're pressured to sign quicky, simply refuse and ask them why they did not inform you that you should have a lawyer present to expedite such matters.

      If you sign an NDA, that *should* mean that you've read it, and if you've read it you should have a general sense of what you've agreed to. If you don't you should ask questions and/or hire a lawyer of your own to read/explain it before signing, and/or request alterations if required. I've altered a few NDAs and NCAs in my day for reasons varying from over-restrictive clauses that would have made my free-time open-source work my comany's intellectual property to simple incompatibility with my role.

      Now, getting to your question a little more directly. There are three basic kinds of intellectual property that I'm aware of as a non-lawyer: copyrights, patents and trade secrets.

      Copyrights and patents are not secrets, so disclosure is not the issue with them (though a patent might start out life as a trade secret).

      When you sign an NDA, the basic assumption is that you're agreeing that some set of trade secrets you are about to be exposed to will continue to be trade secrets now that you are a party to them. You're being brought into the community of holders of that secret.

      If that is the extent of the agreement (no matter how wordy it is), then as soon as the information stops being a trade secret, you are free from this obligation. That's a vast over-simplification, of course, but basically that's how it works.

      Some things I've skipped over:

      1) there's quite a lot of complicated precident for how a trade secret stops being a trade secret, so don't assume that hearing information from another party means you're free unless you know what constraints THEY might be under

      2) there's a term I'm forgetting, but there's the idea that when one part of a contract expires or becomes meaningless, it all does unless the contract says otherwise (that may or may not be state-specific). This has resulted in a piece of boiler-plate that most contracts have now that specifically says the opposite, so be careful about things like giving out secret A because secret B is now in the public domain

      3) it's probably a good idea to send (or better, have a lawyer send) an letter to the company that you have the agreement with, notifying them of your understanding of the situation. You would be amazed at how many misunderstandings can be cleared up by talking to someone before you procede on an assumption.

      Like I say, I don't have any sort of legal training. I've been through a lot of NDAs and NCAs, so I understand the basic idea, and I've asked my lawyer (usally a lawyer friend, not someone in my employ) this sort of thing before. Take it for what it's worth and ask a real lawyer.

  25. SCO's case by Alomex · · Score: 4, Interesting


    While I have no idea if SCO has a case or not, I see that many here assume IBM had nothing to do with making Linux enterprise stable, and scoff at SCO's claim.

    Yet, if you take the time to google the web you'll find that IBM dedicated an entire internal group to Linux and hired several external companies during 1999-2001 with the sole purpose of making Linux entreprise strength (even Linus has said so).

    Now, to be clear, this does not yet prove that any illegal transfer of technology took place (and I doubt SCO will be able to prove it, IMHO they are fishing hoping to find the smoking gun during discovery), but it does verify one of the main three claims from SCO.

    1. Re:SCO's case by jbolden · · Score: 2, Interesting

      Absolutely they did. IBM has done a great deal of stuff to make 2.6 a much better kernel. The problem is those aren't the features that SCO can claim came from SCO, unless they want to claim they were so secret they didn't share them with their own development staff -- i.e. they aren't part of SCO either. The features they can claim are the ones that were in Linux prior to IBM's involvement.

    2. Re:SCO's case by criscooil · · Score: 0, Troll
      "I doubt SCO will be able to prove it"

      They probably dont have to prove it, just convince the court that IBM probably did it. In the end it all boils down to which side puts on the best show (as always). If you remember some of the recent lawsuit outrages (How about a nice hot cup of coffee at McDonalds?) then you wont be so confident.

      --

      My life is an open book ... up to a point.

    3. Re:SCO's case by PD · · Score: 0, Offtopic

      If you knew the facts of the case, you'd agree that the woman was injured by McDonalds, and she should be compensated. The coffee was way too hot, and there was nothing at all that she did to cause the accident, nor could you say that it was her stupidity, ignorance, or greed that led to the judgement in her favor.

    4. Re:SCO's case by HiThere · · Score: 1

      Are you sure? My understanding was that nobody had been able to figure out exactly what they were claiming. And that details wouldn't be revealed until the trial. (If then. If they are claiming trade secrets, then the court records are likely to be sealed.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    5. Re:SCO's case by Anonymous Coward · · Score: 0

      If you knew the facts of the case, you'd agree that the woman was injured by McDonalds, and she should be compensated.

      That's right, anyone acquainted with the facts will invariably agree with you opinion. Anyone who disagrees is ignorant by definition.

    6. Re:SCO's case by PD · · Score: 1

      That's right. You stated it succinctly.

    7. Re:SCO's case by jbolden · · Score: 1

      They definitely have the following chain:

      1) SCO buys rights to AT&T code
      2) IBM gets access to SCO code as part of montery
      3) IBM passed SCO IP onto Linux

      The don't claim it as the only chain (the brief is shocking vague on the important stuff) but its the one they expound on. So the Open Source brief responds to this by saying

      All enterprise features present in SCO were present in Linux prior to when (3) could have occured and in fact most all are prior to (2).

      I commented in response to the post above that IBM did make substantial enterprise contributions to 2.6 but that none of these features are present in SCO unix.

      Does that make sense?

    8. Re:SCO's case by HiThere · · Score: 1

      That makes sense... but not enough.

      1)It's not clear what rights to AT&T code SCO ended up with.
      2) It's not clear what IBM got access to.
      3) And it's not clear what particular IBM contributions to Linux constituted what SCO is claiming is it's IP.

      point 1 appearantly depends on the details of a lawsuit where the records were sealed.
      point 2 depends on private transactions between IBM and SCO.
      and WRT point 3... I you can figure out which contributions they're claiming, you are doing far better than I am.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    9. Re:SCO's case by jbolden · · Score: 1

      If I were a judge reading this I actually think they are claiming SMP and JFS. Of course if they came out and claimed that, "go to jail, go directly to jail, do not pass go and do not collect $200" so they are vague about it.

      Its one of the reasons I don't think this case goes to trial and IBM gets it dismissed before trial. I can't file a suit against Charles Hixin claiming he stole something from me; I'd have to specify what you stole.

      Depending on how you read the lawsuit:
      1) SCO's is unwilling to specify which is grounds for dismissal
      2) SCO does specify in the suit, JFS in particular. In which case the suit is formerly valid but IBM will be able to show they perjured themselves.

      Anyway the set of things that:
      a) Linux 2.2 doesn't do
      b) Linux 2.6 will do
      c) SCO does
      is empty so I'm not sure there is anything to specify

    10. Re:SCO's case by einhverfr · · Score: 1

      and there was nothing at all that she did to cause the accident,

      Not 100% sure about this, but in this case, I would say that McD's was still at fault in this case. I would also argue that the damages were excessive.

      However, that being said-- this does bring up an interesting point. SCO doesn't have to "prove" anything-- they just have to argue to to the prepondance of the evidence. This is different than criminal cases. However, at this point, I would be surprised if they were not laughed out of the courtroom.

      --

      LedgerSMB: Open source Accounting/ERP
    11. Re:SCO's case by PD · · Score: 1

      The judge agreed, and they were reduced. But the question I would ask is "how much would you consider your 'nads to be worth?"

    12. Re:SCO's case by einhverfr · · Score: 1

      The judge agreed, and they were reduced. But the question I would ask is "how much would you consider your 'nads to be worth?"

      Not to compare battle scars, but mine were hit by a roman candle. Due to my rapid reactions, second decree burns were the extent of the damage.

      Not that I can't sympothize, but $4M still seems excessive....

      --

      LedgerSMB: Open source Accounting/ERP
    13. Re:SCO's case by PD · · Score: 1

      I think the award was reduced to only about $300,000. I think that $300,000 is less than the value of my nads, but by the time I'm 72, I might decide that 300 grand was a good price to get for them.

  26. SCO Pre-Lawsuit insider trading... by dentar · · Score: 4, Interesting

    These folks have pretty much turned on us. I spent a great deal of effort learning UNIX, getting my SCO CUSA, ACE, and Master ACE. SCO ruined that by no longer being competitive, not keeping up with technology, not marketing their products well, and mistreating their reseller channel. They got their asses kicked by a college student in Finland because they got lazy and stupid. It serves them right. I am now questioning whether or not I should have tried to become a dealer of their wares when I struck out on my own.

    I'm finished when 'em. I'll support their products while my clients still have them, but as soon as the first opportunity to upgrade comes along, we're migrating!

    Here is an excerpt about who the money grabbers are, and when they acquired for .001 per share:
    http://biz.yahoo.com/t/s/scox.html

    Here is my new policy:
    http://www.dentar.com/index.php?scoproble m

    --
    -- I am. Therefore, I think!
  27. Can they not proofread? by bert33 · · Score: 3, Interesting

    Hoe could they release a document with so many factual and grammatical errors? I would have thought the lawyers would at least do a little proofreading and fact checking.
    Regardless, since UNIX was licensed to universities to study couldn't the concepts SCO claims were "stolen" by IBM simply have been studied by the Linux developers when they were in school?

    --
    These people look deep into my soul and assign me a number based on the order I joined.
    1. Re:Can they not proofread? by Anonymous Coward · · Score: 1, Funny

      Hoe could they release a document with so many factual and grammatical errors? I would have thought the lawyers would at least do a little proofreading and fact checking.

      I don't know.. Hoe could they not proofread?

    2. Re:Can they not proofread? by bert33 · · Score: 2, Funny

      Luckily I don't plan on basing a lawsuit on the contents of that post.

      --
      These people look deep into my soul and assign me a number based on the order I joined.
    3. Re:Can they not proofread? by Anonymous Coward · · Score: 0

      Luckily I don't plan on basing a lawsuit on the contents of that post.

      You would have a "SCO" leg to stand on... new adjective!! w00t!

    4. Re:Can they not proofread? by Shalda · · Score: 2, Insightful

      Lawyers are neither programmers nor Unix historians. Most of the lawyers I've met can use Word, Excel, read email, but that's about it. Furthermore, much of the work (and especially fact-checking) is done by paralegals making $12/hour who try and look this stuff up on Lexis-Nexis, Westlaw, or the like. Most of their information comes from the mainstream press and prior cases. Stating that AT&T didn't know what to do with Unix at first is lousy reading (for a mainstream audiance) and practically begging for a defamation lawsuit.

    5. Re:Can they not proofread? by Ozric · · Score: 1

      "I would have thought the lawyers would at least do a little proofreading and fact checking."

      Fact checking costs money. SCO does not have any money.

    6. Re:Can they not proofread? by Enigma2175 · · Score: 1

      Hoe could they release a document with so many factual and grammatical errors? I would have thought the lawyers would at least do a little proofreading and fact checking.

      Well, as far as I can tell this is not the final form of the document that will be submitted to the court. The title gives it away:

      Brief of Amicus Curiae in SCO vs. IBM (draft)

      This is a draft and as such may contain spelling and grammatical errors.

      (I assume your comment was directed at the ESR brief, but you were not specific. If you are talking about the original SCO complaint [which was submitted to the court] then I agree that they should have done more proofreading and fact checking.)

      --

      Enigma

  28. Re:Girls by Anonymous Coward · · Score: 0
    Really?

    Well, I don't mind. Getting your dick sucked by a guy or a girl feels just about the same.

    Maybe I'll just go and cruise glory-holes next.

  29. Microsoft business plan by arvindn · · Score: 0, Offtopic

    1. Piracy funds terrorism
    2. Linux violates SCO's IP
    3. Linux supports terrorism <---
    4. Profit!

    There is a lot of scope for MS for spreading FUD. Watch out.

    Everybody is talking about IBM buying SCO. What are the chances of Microsoft buying SCO?

    1. Re:Microsoft business plan by Richard_at_work · · Score: 1

      None, when they gave up their UNIX (xenix?) one of the clauses was that tehy couldnt own a unix OS again.

    2. Re:Microsoft business plan by SN74S181 · · Score: 1

      Near as I can tell, that is a Rex Ballard inspired Urban Legend from C.O.L.A.

      Furthermore: If Microsoft buys SCO, they have purchased the entity that they supposedly made that agreement with.

  30. ESR - Very well written response by Mr.Phil · · Score: 4, Insightful

    I know it is the "hip" and "cool" thing to rag on ESR for his views on pretty much anything, however this brief is a very well written document and worth your time to read it. Whatever his precieved faults, he is able to put this issue in clearer prospective for me than the the original posting did.

    1. Re:ESR - Very well written response by jimhill · · Score: 0

      It's not so much that it's "hip" and "cool" to rag on ESR as it is a growing recognition that the man is the Jesse Jackson of software, shouldering widows and orphans out of the camera eye for his own advancement.

      --
      Learn to spell: nickel, missile, lose, solely, amendment, speech, kernel, probably, ridiculous, deity, hierarchy, versus
    2. Re:ESR - Very well written response by John_Sauter · · Score: 1

      I have a couple of small gripes about Eric Raymond's document. Since his web site does not appear to have any feedback mechanism I will post them here. He claims that hardware capacity has doubled every 18 months since the mid-1970s. Actually, it has been doubling at that rate since at least the mid-1960s. Also, a typo: levals should be levels.
      John Sauter (J_Sauter@Empire.Net)

    3. Re:ESR - Very well written response by Anonymous Coward · · Score: 0

      he is able to put this issue in clearer prospective

      Most Televangelists have followers who say things like that, too.

    4. Re:ESR - Very well written response by PrimeNumber · · Score: 1

      Hey this is Slashdot...Its cool and hip to rag on *anything*.

      Chill out, its a joke people.

    5. Re:ESR - Very well written response by jedidiah · · Score: 3, Insightful

      What televangelists include citations?

      ESR is getting a bum rap in this instance. People are using his past mistakes as a lame excuse to ignore or poke fun of him. His brief is remarkably sensible, well thought out, and well documented.

      To date, it is the most reasoned response to the SCO lawsuit.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    6. Re:ESR - Very well written response by Anonymous Coward · · Score: 0

      Score : -1, forgot to mention him being a gun nut.

  31. Amicus Curiae by Anonymous Coward · · Score: 0

    "Friend of the Court" -- in other words, a 3rd-party attempting to meddle in the affairs of the court case at hand.

  32. fundraising by mu51c10rd · · Score: 1

    What? So Caldera buying them wasn't good enough? Go figure. Considering the companies this SCO/Caldera monstrosity has sued in the past, it seems that these tactics are nothing but a desparate bid for survival. Perhaps redoing their business model and creating a modernized viable product might be a better way to go?

  33. $ grep -i ibm /usr/src/linux-2.4/CREDITS by XNormal · · Score: 1

    D: the humble start of an opening towards the IBM SNA protocols
    D: libmodem author
    D: IBM Turboways 25 ATM Device Driver

    --
    Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
  34. Re:If you criticize, you'RE a TERRORIST:+1,Patriot by Ponty · · Score: 0, Offtopic

    Sorry sir/ma'am, you're gay/female/disabled/ugly/short/liberal/Jewish nad you really just flaunt it too much. I'm going to pay you half as much as I pay this guy over here who looks like me and has a similar last name.

  35. It's not a claim. by rjh · · Score: 2, Informative

    ... Not in the legal sense of the word, at least. You can't walk into a courtroom and say "your Honor, I claim the sky is blue". Sure, in the English sense of the word it's a claim; in the legal sense of the word, it's not a claim because it lacks standing before the court. I.e., great, the sky's blue: why should the court care? Great, IBM helped Linux get ready for the enterprise: why should the court care?

    A claim is basically a statement of "... and this is why the court should care". So far, SCO's argument about why the court should care doesn't hold water. I'm not worried.

  36. Re:Girls by Anonymous Coward · · Score: 0

    Ha ha! We got another one. Go team! Note to Gay Agenda: Secret recruiting/infection plan proceeding. Put in another order for pumps and lipstick.

  37. I don't know what worries me more... by Akardam · · Score: 1

    ... the fact that ESR apparently doesn't know what Amicus Curiae means, or that he obviously reads too much /., since the first thing he could think of was Anonymous Coward.

    1. Re:I don't know what worries me more... by greenrd · · Score: 1
      Um, I don't think the person you were replying to was ESR. I think it was someone asking what ESR meant.

    2. Re:I don't know what worries me more... by DJPenguin · · Score: 1

      I am ESR! Look! I have a gun! *fumbles around in trousers*

  38. SCO Threatens To Revoke IBM's Unix License by rpiquepa · · Score: 3, Funny

    As some of you said, there were many stories published about the SCO vs IBM lawsuit. But I don't think I saw any comments about this Forbes story. Here is a short quote: "Not only has SCO Group filed a $1 billion lawsuit against IBM for misappropriation of trade secrets, but the tiny company says it will yank IBM's Unix license in 100 days if it does not cease what SCO deems are anti-competitive practices."

    1. Re:SCO Threatens To Revoke IBM's Unix License by cortices · · Score: 1

      I'm guessing that IBM's licensing means far, far more to SCO than it has or ever will mean to IBM.

      --
      You can't kill the boogey man.
    2. Re:SCO Threatens To Revoke IBM's Unix License by An+Onerous+Coward · · Score: 2, Interesting
      The first, important point: SCO doesn't own AIX.

      I don't know the details of the "Unix contract" that IBM is said to have with SCO. According to ESR's brief, Unix vendors continued to buy licenses to the original AT&T/Bell Labs code long after that source code ceased to be relevant to the marketplace. If IBM bought such a license, it presumably would have been transmitted to Caldera, then Novell, then SCO.

      He also points out that none of the "Enterprise Scalability Features" such as SMP, NUMA, journaling file systems, etc., are actually present in the original Bell Labs code bought by SCO. This is important, because SCO appears to be claiming intellectual property rights over all the features in all descendants of the original Bell Labs code.

      Finally, the Novell case is strong evidence that there is very little proprietary code in the original UNIX. Again from ESR:
      The key provisions [of the settlement] are, however, described in Twenty Years of Berkeley Unix: From AT&T-Owned to Freely Redistributable, [McKusick99]. Only three files out of eighteen thousand in the distribution were found to be the licit property of Novell and removed. The rest were ruled to be freely redistributable, and continue to form the basis of the open-source BSD distributions today.


      --

      You want the truthiness? You can't handle the truthiness!

  39. But ESR isn't right either. by Anonymous Coward · · Score: 0

    In his text he says:
    Linux was independently invented by Linus Torvalds in 1991

    Independent? How is using Minix and copying the SYS V API "independent"?

    ESR talks about SCO taking liberties, and he does the same.

    1. Re:But ESR isn't right either. by Anonymous Coward · · Score: 0

      "Independent" as in developed on his own. "Independent" as in developed without access to existing UNIX source code (Minix is no more UNIX than Linux is).

      No problems there. "Invented", on the other hand, is questionable. How inventive can Linux really be?

    2. Re:But ESR isn't right either. by ClosedSource · · Score: 1

      Well, I don't think "without access to existing UNIX source code" is a complete definition of indepedent in this context. If Linus had never read any material that discussed Unix internals or read any source code that was written by people who had access to Unix source code or access to Unix internal information, then Linux would be an independent recreation of Unix.

      Since AT&T did a lousy job of protecting thier IP rights to Unix, this might not be legally relevant, but it is relevent to the truth.

  40. Re:Hey, I've an idea! by Anonymous Coward · · Score: 0

    Try that hypothesis out in the real world and see how far you get.

  41. Re:If you criticize, you'RE a TERRORIST:+1,Patriot by Ponty · · Score: 1

    I know. I'm not talking about legality, I'm talking about ethics. I think most would agree that paying someone less because he's liberal or short is an untenable position (provided he's able to do the job). That was my point.

  42. Why UNIX kernel must not be GPLed! by Bull999999 · · Score: 5, Funny

    Remember the movie Dogma by Kevin Smith? Here's the rundown of it.

    "A female decendant of Christ and two unlikely prophets are called upon by Rufus, an unknown 13th apostle, to stop two angels, that were cast out of heaven, from unknowingly erasing all of God's work by restoring their souls by entering a new church. Restoring ones soul by entering a new church is a part of the Catholic Dogma, and by restoring their souls the angels could reenter heaven thus revealing there is a loophole to return to heaven. This would prove God was not perfect and upon proving this all of God's work would immediately be erased."

    If IBM buys SCO outright or from the smothering runins, IBM will gian the rights to UNIX and may also chose to release it under GPL. If someone decides to use the UNIX kernel using GNU O/S, it will become GNU/UNIX.

    GNU's Not UNIX/UNIX???

    This contridiction will bring calmady to the IT world and bring end the free software movement (including GPL).

    --
    1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
    1. Re:Why UNIX kernel must not be GPLed! by TheRaven64 · · Score: 0

      It's posts like this that remind me why I set my preferences to give a +1 bonus to offtopic posts. Please, someone moderate it as funny. Prove to me that not all moderators are idiots.

      --
      I am TheRaven on Soylent News
    2. Re:Why UNIX kernel must not be GPLed! by Link310 · · Score: 1

      Naw, nothing that bad would happen. GNU would just vanish in a puff of logic, and that puff itself would coalesce into a new entity:
      GNU (GNU's Now Unix)

    3. Re:Why UNIX kernel must not be GPLed! by abreauj · · Score: 1
      Remember the movie Dogma by Kevin Smith? Here's the rundown of it... "A female decendant of Christ...

      Minor nit: she wasn't a descendant of Christ, she was a descendant of Christ's parents. Supposedly Mary and Joseph had an active family life after Jesus was born, and Linda Fiorentino's character was descended from Jesus' younger sister. Or brother, maybe; I don't recall offhand if they actually specified his or her gender.

    4. Re:Why UNIX kernel must not be GPLed! by Bull999999 · · Score: 1

      That makes more sense as Christ never had a child. I just copied the summary from a web site.

      --
      1f u c4n r34d th1s u r34lly n33d t0 g37 l41d
    5. Re:Why UNIX kernel must not be GPLed! by Cyno · · Score: 1

      I think that would be GGNU (GNU's Not UNIX). Has ta be recursive 'n stuff.

    6. Re:Why UNIX kernel must not be GPLed! by Cyno · · Score: 1

      er nevermind. :P

    7. Re:Why UNIX kernel must not be GPLed! by shadowbearer · · Score: 1


      If IBM slaughters SCO in court, then buys the smoldering remains of their IP, and GPLs it, I will travel to their corporate headquarters at my own expense, and personally polish the boots of the manager?senior mngr. who made the decision.

      Wanna know the irony of that? If someone had told me 20 years ago that I would have *ever* have said anything like that, I would have ripped his nuts off in public, and fried them (with radishes) (and probably could have sold tickets to the barbecue).

      IBM - kick'em!

      SB

      --
      It's old. The more humans I meet, the more I like my cats. At least they are honest.
  43. SCO is making this stuff up. by Anonymous Coward · · Score: 0


    Averment 23:


    Except for SCO, none of the primary UNIX vendors ever developed a UNIX
    "flavor" to operate on an Intel-based processor chip set.


    This is complete nonsense. SCO went to great efforts to deliberately try
    to kill UNIX back in the early days! It was competition to XENIX, and
    they didn't want any of that.


    The first port of UNIX on the 286 (and later) 386 was done, and sold,
    by Microport (and was so recognized by Intel).


    SCO pulled a number of dirty tricks to try and kill Microport, including
    getting Microsoft to threaten a lawsuit - which is very similar to the
    one they are trying to pull here.


    Since Microport was too small to fight Microsoft, they managed to
    out maneuver them technically. Which ultimately resulted in the end in
    killing XENIX.


    No doubt IBM will end up handing SCO's head back to them on a silver platter.
    It isn't too hard.

    1. Re:SCO is making this stuff up. by Raiford · · Score: 1
      what about Solaris for x86 !

      --
      "player 4 hit player 1 with 0 stroms"
  44. Re:If you criticize, you'RE a TERRORIST:+1,Patriot by Anonymous Coward · · Score: 0

    I wouldn't agree at all. If I don't like your beliefs, I don't feel the need to employ you. I wouldn't hire someone who was openly racist no matter how good their work was. If I really disagree with your belief on something, and you're an entertainer, I might not pay money to see you. Hell, I won't see a movie with Tom Cruise because he dumped Nicole Kidman.

  45. ESR's Amicus brief by tmasssey · · Score: 4, Insightful
    Interesting...

    I just finished reading the brief. I must say that for the first half or so, I was very impressed with it. It was simple, logical and factual. However, by the end, it seemed to devolve into a statement of beliefs and feelings that, to me, did not feel right in a court brief. For example:

    SCO's complaint, in all its brazen mendacity, is the last gasp of proprietary Unix. The open-source community and its allies are more than competent to carry forward the Unix tradition. We pray that all assertions of exclusive corporate ownership over this tradition be given a swift and merciful end.

    Am I the only one who thought that this was not the forum for such OpenSource flag-waving?

    1. Re:ESR's Amicus brief by SN74S181 · · Score: 1

      ...I was very impressed with it. It was simple, logical and factual. However, by the end, it seemed to devolve into a statement of beliefs and feelings...

      Clearly ESR shouldn't just be posting a counter-point article. He should open an look-and-feel lawsuit.

    2. Re:ESR's Amicus brief by Chymaera · · Score: 1

      "This is a draft proposal for review by the open-source community, published in the belief that the entire community has a stake in the issues discussed and should be involved in the response."

      Note that it's only a draft (presumably to be modified in accordance with people's input), not the final copy for submission.

    3. Re:ESR's Amicus brief by Jack9 · · Score: 1

      Damage to the open-source community would matter, because we are both today's principal source of innovation in software and the guardians and maintainers of the open Internet. Our autonomy is everyone's bulwark against government and corporate control of the digital media that are increasingly central in political, commercial, and personal communications. Our creative energy is what perpetually renews and finds ever more exciting uses for computers and networks. The vigor of our culture today will translate into more possibilities for everyone tomorrow.

      What a bunch of ideological hogwash that not only lacks bearing on the subject, but is starkly out of context in such a brief. What the hell is ESR trying to say? is he trying to dictate his place in the marketplace? Is he trying to be convincing that the Open Source movement is akin to God? I don't know who ESR thinks he is, but he is not respresenting 'the guardians and maintainers of the open Internet' because he fails to describe (for the duration) who or WHAT he's specifically talking about. I was offended by reading it.

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
    4. Re:ESR's Amicus brief by tmasssey · · Score: 1
      The problems is, this wasn't a counter-point article. It is a legal brief. Admittedly, it has not been filed: it is a draft. However, as a draft of a legal brief, praying for the end of one of the litigants isn't considered a strong legal argument...

      The example quoted by one of the other replies was an even better example. I think that the brief would be much more effective for legal-types if it didn't break down into discussions of the blessed OpenSource custodians of our fragile Internet freedoms.

      I'm not saying that ESR's points are not valid. I don't feel *nearly* as strongly as he does, but his concerns are valid. However, such statements make the brief begin to read like a manifesto, not a reasoned legal argument.

      This was particularly disappointing because the first 70% of the brief was so dead-on!

  46. Bring on the brick bats! by Anonymous Coward · · Score: 0

    Some quotes from the brief:

    ...even were we to assume that every dime of their revenue came from the enterprise market, their 2002 share could not have exceeded 3.1% [4] This is at the level of statistical noise.

    ...Novell's proprietary entitlement in the code so small, that Novell's lawyers had to settle for a minor, face-saving gesture...

    ...On Internet time, the Bell Labs minicomputer-centered codebase of 1989-1995 is hardly ... relevant to today's enterprise scalability challenges on today's PCs...


    You tell 'em ESR!

  47. Re:Hey, I've an idea! by Anonymous Coward · · Score: 0

    Pretty far. I boycott all sorts of things/people based on what they support. Other people on Slashdot seem to have no problem boycotting the RIAA/MPAA/etc because of their practices. How are individuals any different? In the Klan on the weekends? Well, don't expect to work for me during the week.

  48. And speaking of cluelessness.. by goetz · · Score: 1
    SCO charges (paragraph 82): "Virtually none of these software developers and hobbyists had access to enterprise-scale equipment and testing facilities for Linux development."

    Good point from ESR's brief regarding this.

    Perhaps these guys should should check their drinking water for hallucinogens.

  49. that's not the issue by Ender+Ryan · · Score: 2, Interesting
    We all know that IBM has contributed to Linux development. However, IBM's contributions to Linux pale, or become transparent to be more accurate, in comparison to the dedicated hackers from all over the world who contribute to Linux.

    Furthermore, Linux was already far more advanced and "enterprise ready" before IBM even touched it than SCO gives it credit for NOW.

    I was using Linux on SMP machines before IBM ever came on the scene. IBM's LVM was turned down. IBM's JFS is probably the least used JFS in Linux, Reiser and Ext3 being the most predominant.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:that's not the issue by Alomex · · Score: 1

      However, IBM's contributions to Linux pale, or become transparent to be more accurate, in comparison to the dedicated hackers from all over the world who contribute to Linux.

      If IBM went to the trouble of hiring companies to improve Linux then some development that they wanted to see through wasn't being done. How important it was? important enough for IBM to spend millions of dollars on this.

      Keep im mind that some of the work that makes an OS entreprise strength is nitty gritty optimization that the hackers tend to skirt, just like they avoid quality GUI issues (designing tons of star trek inspired skins==cool, designing *one* usable skin for the entire Linux desktop==uncool).

    2. Re:that's not the issue by Anonymous Coward · · Score: 0

      I think you generalize too much.

      Linux hackers tend to skirt nitty gritty optimizations? Granted linux developers
      on the edges maybe tend to make niche programs(sometimes useless),
      but people that work on the kernel or work on
      key drivers aren't just screwing around making
      useless stuff. It is interesting to note just
      how many different processor architectures linux
      ran on before IBM got involved, way more than
      NT and SCO. IBM's initial interest may have been
      piqued when people were trying to get it to run
      on AS/400s and they saw a way to extend their
      mainframe hardware. Id suggest that they then started looking at making improvements they same
      way other linux contributors make improvements.
      It doesn't take "INSIDE" knowledge of the original
      Unix source to do that.

      And as for "skins", I rather like the different
      USEABLE windowmanagers that are available,
      which typically run on X on many different
      unixes. The ones I typically use are much
      more usable than any windows GUI or SCO's
      painful X window manager. But thats really
      beside the point and the fact that you injected
      it into the discussion shows you don't know what
      the hell your talking about.

    3. Re:that's not the issue by Anonymous Coward · · Score: 0

      In general I don't debate with anonymous cowards. If your comment is not worth some of your karma points, then certainly is not worth my time...

    4. Re:that's not the issue by DenOfEarth · · Score: 4, Insightful
      the thing you are ignoring here is that there are some things that IBM will put into Linux that not many teams of dedicated hackers would or could, due to access to large scale hardware along with the funding that goes along with it.

      It's well and good to say that ext3 or Reiser beats out JFS, which is probably true, because all installations of linux are going to use those things, including the hacker's box sitting at home. However, not everyone has the time, money, nor interest to develop those areas of Linux that need to be developed in order for it to compete on the level of enterprise class servers. IBM sells those products, and thus they contribute to Linux in ways that a desktop user might not quite see.

      Maybe when I'm running a wackload of processors at home on a huge rackspace (when I own my own island too), I can try and contribute to scalability or some such other thing, but until then, IBM fits the bill perfectly.

    5. Re:that's not the issue by Anonymous Coward · · Score: 0

      You won't debate with me? :(

  50. Intel based Unix implementations -- AIX/PS2 by jms · · Score: 2, Interesting

    Except for SCO, none of the primary UNIX vendors ever developed a UNIX "flavor" to operate on an Intel-based processor chip set. This is because the earlier Intel processors were considered to have inadequate processing power for use in the more demanding enterprise market applications.

    Sun Microsystems needs to improve its marketing efforts for Solaris x86.


    Not to mention that IBM released AIX/PS2 back in the early 1990s -- a version of AIX that ran on 80386 based PS/2 hardware.

    It sucked to the extent that the hardware it ran on sucked. A big, bloated Unix kernel running on an 80386 with a maximum of 16 megs of memory and a 60 meg ESDI hard drive was pretty close to a non-starter.

    1. Re:Intel based Unix implementations -- AIX/PS2 by walt-sjc · · Score: 3, Interesting

      As for Sun's Intel work, they created the "Corporate I386" WAY back in the 80's, but due to the fact that it blew away (out performed and less expensive) machines built on Scott's pet chip (sparc) he killed the project. Full circle, Scott. Full circle.

      Note: my wife was on that project team. They later went on to create the Sparc 5. Scott did a lot of killing of good projects and is Seriously holding back the creativity of the engineers at Sun. There are some Really good people there.

    2. Re:Intel based Unix implementations -- AIX/PS2 by Surak · · Score: 1

      Except for SCO, none of the primary UNIX vendors ever developed a UNIX "flavor" to operate on an Intel-based processor chip set. This is because the earlier Intel processors were considered to have inadequate processing power for use in the more demanding enterprise market applications.

      Errmmmm...wait a sec here... I seem to remember something called "Microsoft Xenix", which was licensed from AT&T and then later SOLD OFF to SCO, well before they acquired the rights to AT&T code.

      So, SCO is effectively denying its own existence here?

    3. Re:Intel based Unix implementations -- AIX/PS2 by gorilla · · Score: 1
      a lot of killing of good projects

      I think that you'd find this is true in virtually every manufacturer & supplier. The role of management isn't to ensure that every good project comes to fruitition, it's to maximize overall performance. If selling 'Corporate I386' had meant that they lost more profits on other products than they'd gain on CI386, then that's the only sensible thing to do.

    4. Re:Intel based Unix implementations -- AIX/PS2 by Anonymous Coward · · Score: 0

      What about XENIX ?

      I believe that this is how Microsoft got it's early legs - by porting UNIX to x86. The result was XENIX - which I installed for many "enterprises" in the late 80's.

      (yes it was ugly, but drove those Wyse 30's just fine with enough termcap tweaking)

      The Microsnot (whatever happened to the website ;-) copyright notice would pop up on booting of XENIX.

      Point is, SCO was not even the first x86 version of UNIX.

      AIX PS/2
      Interactive 386 (Interactive ported UNIX for AIX 1.0 for IBM, you can still see their copyright if you start INed)
      There are many others, including a handfull of real-time UNIX OS's...

    5. Re:Intel based Unix implementations -- AIX/PS2 by Anonymous Coward · · Score: 0

      AIX PS/2 was even certified to run on the PS/2 Model 60.
      This was an 80286 system! Slow...........

    6. Re:Intel based Unix implementations -- AIX/PS2 by AReilly · · Score: 1

      I'm pretty sure that Sun's i386 Unix was SVR4 - based, just like SunOS5. At around that time there were a lot of SVR4 ports to i386 hardware.

      Of course, there's a lot of BSD in SVR4, which is one of the reasons that the USL/BSD suit ended up the way it did.

      --
      -- Andrew
    7. Re:Intel based Unix implementations -- AIX/PS2 by KewlPC · · Score: 1

      XENIX was developed for Microsoft by the original SCO (Santa Cruz Operation).

      Caldera bought SCO's Unix IP, and SCO agreed to change their name (I forget what they changed it to). Caldera, owning SCO's Unix IP, decided to cash in and changed their name to the SCO Group.

  51. This is all about PROJECT MONTEREY!!! by Anonymous Coward · · Score: 5, Interesting

    This is not about UNIX!!! This is about PROJECT MONTEREY!!!

    Monterey was a real, live, flesh and blood endeavor in which SCO and IBM partnered to write a new, 64-bit, proprietary Über-Unix on Intel hardware. SCO committed real, live, flesh and blood engineers to the project, and real, honest to goodness, cold, hard cash. IBM walked away from the table. The question is: How much SCO intellectual property did IBM walk away with, and how much of it found its way to IBM's Linux projects? If, through discovery, SCO can prove that a substantial number of IBM's Project Monterey engineers were re-assigned to IBM Linux projects, then SCO will have a reasonably solid foundation on which to proceed with the case.

    This is no different than Intergraph's highly successful court cases against Intel, in which Intergraph proved that Intel had stolen substantial amounts of Intergraph intellectual property.

    Google on Project Monterey SCO IBM

    Google on Intergraph Intel

    1. Re:This is all about PROJECT MONTEREY!!! by jedidiah · · Score: 1

      Based on the level of expertise SCO has shown in their own Unix product, the notion that IBM could have stolen anything from SCO is highly dubious.

      SCO simply has nothing to steal.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:This is all about PROJECT MONTEREY!!! by Jason+Earl · · Score: 3, Interesting

      Yes Monterey was a real life project, but that's completely irrelevant. Why is that the case? It's quite simple, if SCO had some sort of contractual obligation from Monterey that they could hold over IBM then they almost certainly would have mentioned it in their court filing.

      Read SCO's original filing and you will find absolutely no reference to Monterey and any contracts involving Monterey. SCO's filing is quite explicit in its mention that their claim comes from the fact that they own the original System V UNIX source code (which IBM licenses and includes in AIX).

      I would agree with you if SCO had even mentioned their recent work with IBM, but they didn't (probably because the IBM lawyers wrote a contract that is unassailable). The entire case stems around the original UNIX source code that SCO acquired from Novell. As such it is a ridiculously specious case. Don't believe me, go read SCO's filing.

    3. Re:This is all about PROJECT MONTEREY!!! by rdean400 · · Score: 2, Insightful

      The question is: how much of SCO's supposed intellectual property in the Monterrey project was the result of IBM's expertise in the field of high performance computing?

  52. nixing? by Spudley · · Score: 2, Funny

    Somehow, "nixing" seems to be an oddly appropriate word usage here.... :-D

    --
    (Spudley Strikes Again!)
  53. SCO's smashing display of hubris by Featureless · · Score: 3, Insightful

    This alone, from SCO's complaint:

    Averment 86: It is not possible for Linux to rapidly reach UNIX performance standards for complete enterprise functionality without the misappropriation of UNIX code, methods or concepts to achieve such performance, and coordination by a larger developer, such as IBM.

    I hope the rest of their case shows the same degree of arrogance and technical ineptitude. IBM would have little to worry about.

  54. Re:Hey, I've an idea! by Anonymous Coward · · Score: 0

    When you're an employer the rules are different. Sure, individuals are free to boycott whoever and whatever they like. I refuse to watch any Travolta movies because he is a Scientologist. I only by eggs that are from "Free Range" chickens. I do not purchase Microsoft software as I find the company unethical. The list goes on.

    However, if I am an employer then I don't get to apply my prejudice to job applicants. No matter how much you or I may dislike the concept of Political Correctivism that is basically the law.

  55. Claims sound awfully inflated. by cenonce · · Score: 5, Interesting

    I'd really be interested to see what kind of damages SCO can prove. They may end up racking up millions in dollar of legal fees for a very small reward, if any.

    Even the IBM/AT&T agreement is valid, I'd be surprised if IBM wasn't smart enough to isolate engineers with knowledge of SCO Unix source code from engineers assisting in the Linux development. I mean, c'mon, IBM has been in the computer industry since ENIAC and has been in business almost twice that long! Does anybody really believe IBM can't write a non-disclosure agreement and isolate its employees? SCO makes it sound like the 7,000 IBM engineers working on Linux are the only engineers IBM has, thus, IBM must have violated trade secrets! PLEASE! IBM employs hundreds of thousand of people and probably 10 times the number of engineers they have working on Linux.

    Just because IBM has thrown some effort into Linux, doesn't mean they are tossing AIX out the window. It is probably a wait and see... if Linux really catches on, we can move AIX enterprises over and add Linux enterprises with the benefits of the GPL. IBM is now a service provider, and the reality is, the only way you make money with Linux is providing service.

    It'll be interesting to see how much the lawyers end up making out of all this.

    -Anthony



    1. Re:Claims sound awfully inflated. by Anonymous Coward · · Score: 0

      You have the bull by the horns, great comment!

  56. Re:ESR by Anonymous Coward · · Score: 0

    have you seen his wife? You;d be a full time drunk too!

  57. SCO needs a history lesson... by 0xB00F · · Score: 5, Interesting

    One of the major gripes of SCO is that Linux would not have been able to have SMP support if it weren't for IBM lifting SCO Unix code and handing it out for the kernel developers.

    Perhaps they should read this article at IBM DeveloperWorks. This page pretty much explains why IBM decided to go the way of the fat penguin.

    It should be worth pointing out this quote from the article:

    One of the areas where Linux has an advantage on the FreeBSD community is in SMP, or multiprocessor support. Linux has supported SMP for about five years while FreeBSD has supported it for about two years. As a result, the Linux's support for SMP is considerably more mature than FreeBSD. Due to the open source nature of both systems, this will not be the case for long. FreeBSD developers have the opportunity to learn from the mistakes of the Linux developers.
    Linux has had support for SMP waaaaaay long before IBM adopted it and apparently this was one of their reasons for adopting Linux. I also read in a magazine once (I think it was Time or Newsweek c.a. 1998 IIRC but someone please correct the date :-D) that in one of the numerous Linux shows, one of the participants was able to make Linux run on a machine with 4 Xeon processors.

    Plus there is also the fact that a year before IBM adopted Linux, they (among others)made large hardware available to Linux developers for testing and benchmarks.

    0xB00F disappears in a puff of smoke...

  58. Re:Hey, I've an idea! by Anonymous Coward · · Score: 0

    Then explain how John Rocker was suspended/demoted over comments he made? As long as you outline what's acceptable behavior, and what is not, you have quite a bit of lattitude.

  59. Brief is german for letter by Anonymous Coward · · Score: 0

    Subject says it all.
    Vertrauen Sie mir, ich weiß was ich sage!

    Jörg

  60. The SCO uncertainty principle by revery · · Score: 1

    From ESR document: The truth is otherwise. SCO never had significant enterprise market share either before or after its purchase of the Unix source code from Novell. Examination of SCO's 10Ks reveals that, even were we to assume that every dime of their revenue came from the enterprise market, their 2002 share could not have exceeded 3.1% [4] This is at the level of statistical noise.

    Your Honor, this is known as the SCO Uncertainty Principle (it as also known as Schroedinger's sales figures). SCO may have actually made sales of their Unix in the enterprise market, we aren't really sure. What we may have here is the sales equivalent of artifact. We'll give them 3.1% and call it generous.

    --

    Was it the sheep climbing onto the altar, or the cattle lowing to be slain,
    or the Son of God hanging dead and bloodied on a cross that told me this was a world condemnded, but loved and bought with blood.

  61. The key to the case is the discovery... by Anonymous Coward · · Score: 2, Insightful

    The key to this case is the discovery phase. If the judge allows SCO to go forth with discovery, they can begin to prove their case that IBM Monterey engineers were re-assigned to IBM Linux projects [by examining employment records], and then go from there to showing the actual loss of intellectual property [by examining email records, memoranda, minutes of meetings, and unpublished IBM Linux code & unpublished IBM Linux documentation].

    IBM lawyers, on the other hand, will do everything in their power to prevent discovery in the first place - by having the discovery motion quashed and the case thrown out.

  62. Mistake to throw in DRM by augustz · · Score: 1

    Wonderful writup.

    However, I think it is a mistake to throw in DRm at the end. It bears only passingly on the issues at end and is controversial in its own right even within the open source community. The facts are strong and stand on their own.

  63. The article is flawed. by YU+Nicks+NE+Way · · Score: 4, Interesting

    The author of the LinuxWorld piece is doing advocacy, not analysis. SCO's case is far more subtle than most in the Linux community seem to think.

    As an example, the author takes issue with the SCO's claim that IBM must have stolen SCO trade secrets in order to improve Linux by saying "OK, then, diff the code." It's true that such a diff would provide prima facie proof of violation, but there are plenty of violations which would not require any code to leak at all.

    Suppose part of the validation test set for Monterey consisted of a stress test written by SCO and owned by SCO. That code wouldn't ever be in the final product, and it would certainly be SCO's intellectual property, shared with IBM in order to make Monterey work better. Let us further suppose that code was used in the Linux development work, and found a key set of bugs. (Don't tell me it isn't possible that it would have been -- developers tend to think of tools as just tools, and forget that they may be encumbered.) At that point, there would been a misappropriation of IP.

    (Disclaimer: I have not ever seen any of the code covered by any of these agreements, nor have I ever seen any tests in the Monterey test suite, nor had any contact with any of the principals in this lawsuit. I'm merely criticizing the LinuxWorld piece; any resemblance between the situation outlined here and reality would be purely coincidental.)

    1. Re:The article is flawed. by Vlad_the_Inhaler · · Score: 1

      Look at the ESR document. Some of the things SCO are claiming that IBM took from them are techniques that SCO do not possess themselves yet, others (the original 2-processor coding) were developed by Alan Cox using a machine lent/donated by Caldera themselves.
      I agree with you on the LinuxWorld article though. Mod it as 'overrated' and the ESR one as 'insightful'.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    2. Re:The article is flawed. by 0xB00F · · Score: 4, Informative
      As an example, the author takes issue with the SCO's claim that IBM must have stolen SCO trade secrets in order to improve Linux by saying "OK, then, diff the code."

      Perhaps. But if I were you, do what I did: download the kernel changelogs for 2.4 (and if you like 2.2) and grep them for ibm.com (i.e. commits from someone at IBM).

      For example, I fetch the changelogs from here. And then I ran:

      $ grep -il "ibm\\.com" *
      in the directory containing the changelogs to get the filenames with commits from an IBM email address. Use a pager with regexp search capability (like 'less') to view the files, in this case the changelogs for 2.4.19 and 2.4.20.

      What?!? You're not running linux?!? Shame on you!

      As you will see, most of the checkins involve bug fixes for IBM's JFS, some patches for IPV6, and few ones for s390. Gotta love version control, eh?

      Suppose part of the validation test set for Monterey consisted of a stress test written by SCO and owned by SCO.

      Project Monterey was a plan that never happened. It was a plan to put Unix on IA-64 machines that died during conception. What we have is a lot of white papers on the subject but no written, working code. Of course I could be wrong, and if there was working code it would have probably been written by IBM developers anyway with a "Copyright (c) 2000 IBM Corp." near the top of the sources.

      Let us further suppose that code was used in the Linux development work, and found a key set of bugs. (Don't tell me it isn't possible that it would have been -- developers tend to think of tools as just tools, and forget that they may be encumbered.)

      Probably, but one of the accusations SCO makes is that IBM allegedly handed out Unix code owned by SCO to Linux kernel hackers. And that Linux would not have advanced if IBM had not handed out said code. But so far, all code commits from IBM appear to be mostly patches to existing code. What's more SCO accuses IBM of handing out code from SCO Unix to improve Linux's SMP capabilities. However, Linux's SMP support was one of the primary reasons why IBM adopted Linux in the first place (for proof, see my earlier post in this thread). Ergo, by adopting an Open, Freely Available variant of Unix with SMP support would lessen their development efforts.

      What I find rather interesting is Caldera's Logo on the IA-64 Linux page. And it lists them as one of the players in this project. And even more interesting is the missing links on SCO's website pointing to details of the Itanium Netfarm they have presumably made available to IA-64 Linux developers.

      - casts polymorph other spell on grue... 0xB00F!

    3. Re:The article is flawed. by cant_get_a_good_nick · · Score: 1

      Project Monterey was a plan that never happened
      It did "happen" in that it had working code, just never released. A lot of the ideas in Monterrey came out in AIX5L I think, but that was part of the license agreement.

    4. Re:The article is flawed. by Tablizer · · Score: 1

      As an example, the author takes issue with the SCO's claim that IBM must have stolen SCO trade secrets in order to improve Linux by saying "OK, then, diff the code." It's true that such a diff would provide prima facie proof of violation,

      SCO: "See, the IBM code has a FOR-loop and our code has a FOR-loop. Therefore, they copied our code."

      Judge: "Hmmm. You are right. IBM must have copied. Guilty!........BTW, what is a FOR-loop?"

    5. Re:The article is flawed. by Anonymous Coward · · Score: 0

      Yes, IBM is in violation of UNix (UN) resolution 1441 and must turn over all Wisdom of Monterey Distribution (WMD's) :)

  64. Is IBM really a Delaware corporation? by alosd · · Score: 1

    Is International Business Machines Corporation really a Delaware corporation, as is claimed in the complaint?

    1. Re:Is IBM really a Delaware corporation? by Anonymous Coward · · Score: 0

      I don't know for sure, but I know that lots
      of companies incorporate in Delaware due
      to the crazy lack of regulations in the
      state or something. I'm really not sure if
      its advantages in taxes or regulations or both.
      I wonder if a multinational has to incorporate in
      each country. If so I wonder what the other
      Delawares of the world are. Is there a delaware
      equivalent in France and Russia?

      Its kind of like those flags of convenience that
      some oil tankers use, like a spanish tanker flying
      under a nigerian flag.

    2. Re:Is IBM really a Delaware corporation? by hopbine · · Score: 1

      Yes, so Hewlett Packard. Same reasons.

      --
      Semper ubi sub ubi
    3. Re:Is IBM really a Delaware corporation? by rdean400 · · Score: 1

      The Delaware equivalent in Europe is Switzerland. Income taxes are a lot less there.

    4. Re:Is IBM really a Delaware corporation? by danoatvulaw · · Score: 1

      The reason that you incorporate in delaware are their "pro management" laws. Basically delaware saw an oportunity to make a killing by having the most lenient, pro board of directors (and anti shareholder) statutes in the country.

  65. Blatantly wrong by StormReaver · · Score: 2, Insightful

    Some of SCO's accusations are so blatantly wrong, they make my head hurt doing the necessary mental gymnastics needed to validate any part of SCO's twisted logic:

    "Averment 23: [omitted for brevity]"

    This is entirely irrelevant. Linus started Linux on the '386 because it was available and had the features needed for his pet project. Intel processors' ability/inability to function at "enterprise level" at this point in time doesn't matter one iota.

    "Averment 78: The primary purpose of the GNU organization is to create free software based on valuable commercial software. The primary operating system advanced by GNU is Linux."

    The primary purpose of GNU is to provide a high quality, freely usable/modifyiable/redistributable implementation of an operating system that functions similarly to Unix. I argue that the value of commercial Unix was collapsing until the widespread use of Linux with the GNU system.

    The primary operating system advanced by GNU is GNU. The Free Software Foundation has long been grudgingly accepting Linux until the Hurd is ready to replace it. SCO is completely distorting reality here.

    Averment 79: In order to assure that the Linux operating system (and other software) would remain free of charge and not-for-profit, GNU created a licensing agreement entitled the General Public License ("GPL").

    Have the SCO lawyers ever read the GPL?? The GPL specifies, in plain language, that it encourages profit motives for GPL software. You can sell it for as much as people are willing to pay for it. You just can't make it closed/proprietary. The GPL was created to ensure that people would never have the rug pulled out from under them by a greedy/unscrupulous company like SCO.

    Averment 82: Linux has evolved through bits and pieces of various contributions by numerous (italics mine) software developers using single processor computers

    I italicized "numerous" here. A large group of highly motivated individuals can accomplish wonderous things. I wonder if SCO thinks that complicated software just spontaneously comes into existence all by itself. More likely, SCO thinks that only it has highly talented and highly motivated people. Looking at what happened to Unix after SCO bought it, I'm doubtful that SCO employs any of the latter.

    In the last several years, multi-processor systems have fallen in price enough that groups of low-paid individuals could afford to buy shared systems. More importantly, the price of dual processor systems have dropped in price enough that individuals can afford to buy them privately. (sarcasm on)But since Linux is developed solely by poor hippies, that couldn't possibly have happened(sarcasm off).

    Also, there is nothing that disallows IBM from providing commodity hardware and publicly available specifications to some developers with the explicit purpose of providing access to otherwise prohibitively expensive hardware for expanding Linux's capabilities.

    To comment on the author's closing remarks:

    "This case serves as a reminder that organizations take non-disclosures seriously."

    This case serves as a reminder of just how incredibly important the GNU and Linux projects are to the computing industry. Once this type of nonsense can be swept into the historical shitcan, we can all work in a more peaceful environment.

    I hope IBM shreds SCO with legal fees and then countersues to recover them. Let SCO end its life in unrecoverable debt.

  66. Which would be worse?... by emil · · Score: 1

    ...IBM, AT&T, or Lucent buying the remains of USL and UNIX?

    Let's just pray that Microsoft doesn't get any ideas.

  67. SCO SMP licensed from Corollary; 2 more i386 UNIX by Anonymous Coward · · Score: 5, Informative

    One trivia point: SCO's SMP implementation was not written by SCO but was licensed from Corollary.

    Two more i386 ports that ESR has forgotten about: Altos (later purchased by Acer). I was one of the engineers that ported SCO 3.2.0 (or was it 3.2.2?) to the Altos 1000 (see Google groups for info). The second is the "Sun 386i" 80386 computer which everybody seems to have forgotten about. Again, see Google groups.

    IMHO the only thing of value SCO was to contribute to Monterey was the X server.

    I believe that from a legal standpoint AIX is licensed SVR3 code (although having seen AIX kernel code, SCO OpenServer and UnixWare source, and "pure" virgin SVR3 code I can attest that AIX is a complete overhaul and bears no resemblence to pure SVR3 (or SVR4) except in the bowels of STREAMS).

    full disclosure: ex-SCO employee who worked on all kernels including Monterey prior to Caldera.

  68. On Point by bstadil · · Score: 3, Interesting
    The avertment below aimes directly at OpenSource competency, so even though it reads as flag-waving it is on point.

    Avertment 84: "Prior to IBM's involvement, Linux was the software equivalent of a bicycle. UNIX was the software equivalent of a luxury car. To make Linux of necessary quality for use by enterprise customers, it must be re-designed so that Linux also becomes the software equivalent of a luxury car. This re-design is not technologically feasible or even possible at the enterprise level without (1) a high degree of design coordination, (2) access to expensive and sophisticated design and testing equipment; (3) access to UNIX code, methods and concepts; (4) UNIX architectural experience; and (5) a very significant financial investment."

    --
    Help fight continental drift.
  69. Off-topic by Anonymous Coward · · Score: 0

    How about a nice hot cup of coffee at McDonalds?

    Actually if you read the court documents (as I have) you would change your mind on that one.

    The original award was no doubt excessive ($4M) but the victim's lawyer made a good point that McD's coffee is served dangerously hot, for no specific reason. That every year hundreds of customers require significant medical attention after burning themselves sipping McD's coffee (third degree burns). That said customers had requested McD do not serve coffee as hot. That McD's coffee is served quite a few degrees hotter than the rest of the industry. That flavour-wise there is no reason to serve the coffee scalding hot (to the contrary, it damages the flavour)..

    Yes one should expect coffee to be hot, no, one should not expect coffee to cause third degree burns that require medical attention when carelessly sipping it.

    1. Re:Off-topic by KewlPC · · Score: 1

      IIRC, they had internal McDonalds documents (procedures, protocols, that sort of thing) that specified that the coffee was to be stored at a temperature that was significantly higher than the norm (FDA recommended temp. or something like that) so that it would keep longer (which in turn meant less coffee would be thrown out, saving McDonalds some money).

      People often ignore/forget that the woman received 3rd degree burns from the coffee. It wasn't like that fat bastard suing McDonalds because, "Your hamburgers made me fat!" People were getting burned all the time because McDonalds was intentionally making their coffee too hot in order to save a few dollars.

  70. Re:SCO's case-YANAL. by Anonymous Coward · · Score: 0

    "If you remember some of the recent lawsuit outrages (How about a nice hot cup of coffee at McDonalds?) then you wont be so confident."

    Far be me to correct a lawyer, but the coffee was too hot, even by McDonald's standards, and they had been warned by HQ about this more than once.

  71. With enough eyeballs all fallacies are shallow. by bstadil · · Score: 1
    This is a draft, and all spelling issues wil most likely be fixed.

    More importantly by putting this document out for review the OpenSource model itself is being used to improve the Amicus Brief. All facts will will have needed documentation, and a list of people to testify will most likely be available.

    This is very clever and it's recursive nature would be poetic justice if indeed it helps defeat the SCO claim.

    --
    Help fight continental drift.
  72. JFS was *ported* to OS/2, it didn't come from OS/2 by X · · Score: 1

    The native file system for OS/2 was HPFS. JFS was originally on AI/X, and was later ported to OS/2. Admittedly, a lot of the work on JFS on OS/2 was used for JFS on Linux, but that still does not change the fact that JFS is indeed from AI/X.

    --
    sigs are a waste of space
  73. Where is the sheep? by miffo.swe · · Score: 1

    Methinks SCO is in for a slaughter. Perens dissection of the complaint is impressive to say the least. If half of it is proved in court SCO has no case whatsoever.

    His skills and knowledge is very valuable to us and i think many people underestimate just how important people like Bruce Perens is to the open source community.

    Thanks Bruce!

    --
    HTTP/1.1 400
  74. Re:Hey, I've an idea! by Anonymous Coward · · Score: 0

    Then explain how John Rocker was suspended/demoted over comments he made? As long as you outline what's acceptable behavior, and what is not, you have quite a bit of lattitude.

    there is gulf of difference in how the courts treat employees working under individual contract and regular employees, which varies still yet from state to state. In NC, a commissioned salesman has less protection than an hourly employee, for instance. He is considered a contract employee, who doesn't need the same type of protection.

    If I hire you under contract to do a task, and layout the terms, then I can make you live up to them. If I hire you by the hour, then you have to live up to the published rules of behavior that my company has, but you can fight those rules as unfair in court, and possbily win. If you signed a contract as an individual (as opposed to union negociated) then you are bound to all the terms, as long as they legal. If YOUR contract says you have to keep you head shaved, then you have to. If my company rules say all employees must keep their heads shaved and I fire Sally for not shaving her head, she can sue for the law being unreasonable.

    It may sound stupid, but its the law.

  75. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  76. did you even read the articles? by Ender+Ryan · · Score: 1
    Linux kernel developers have access to all those things, without IBM.

    I didn't say IBM has contributed nothing, but the level of contribution is greatly exaggerated by SCO. Furthermore, SCO's claims imply that Linux, in it's current form, is far behind where Linux was in actuality before IBM came on the scene.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:did you even read the articles? by Anonymous Coward · · Score: 0

      " Linux kernel developers have access to all those things, without IBM."

      Umm... no. What the article did say was that Linus had a 4-way Xeon. Hardly enterprise-level (e.g., huge rackmount cluster, regatta, E15k). The fricken bill just to maintain an ambient temperature necessary for running those kinds of setups is far, far beyond the means of amatuer Linux hackers (we're talking hundreds of dollars per day just to run the fscking AC).

      The only way Linux will break into the enterprise market is through a large company, like IBM, or university research.

  77. Trivializes BSD and BSDi by cant_get_a_good_nick · · Score: 3, Insightful

    One thing they missed is the whole BSD "fork" of UNIX. Back in the old days, AT&T gave pretty much every University a site license. One of these of course was UC Berkeley, where they did some some pretty core work, such as this unimportant thing we call TCP/IP. For a long time folks referred to TCP/IP as "Berkely sockets". Hmm, they also gave us C-shell, so maybe they shouldn't get off unpunished. BSD got folded into the "one True UNIX" in SVR4.

    As far as "getting up to enterprise grade" speed comparisons goes, they're at some level irrelevant, at least in the way SCO framed it. UNIX vendors had to blaze trails, find their way, mess up, and find the true path again. Linux followed these trails in the form of POSIX. It's much quicker to code to a spec than have to code and lay out the spec, distribute the spec as it changes to your development team, and see how well it integrates after all at the same time. Having the spec also makes all that super coordination "magic" that SCO was talking about seem a little less fairy tale-ish. Lay out a spec, give parts to different people, have them code, and then at the end it all comes together. Who else has been burned by Linux' version of select()? It's coded to the BSD select() man page, unfortunately BSD select() isn't and neither is any other commercial vendor, and Linux select() is not bug compatible with other select()s. There's your miracle for you, the magic of troff. (at least it's not info pages, god no...)

    BSDi also had a commercial UNIX, BSD based of course, on x86. I did some work on it. At the time wasn't enterprise ready, at least the version I worked on (the SMP implementation was pretty basic, the kernel was forced to run on a single processor) but in later years it got better and in fact I thimk FreeBSD SMPng is based off ideas from BSDi. My non-lawyer mind wonders how many statements of "fact" in the complaint have to be shown to be false before the case can be dismissed.

    On other IANAL notes, I wonder if IBMs law firm is reading these posts and all the other arguments on the other web sites and saying "yeah, thats a good point.. yeah, write that one down."

  78. errors of fact by neongenesis · · Score: 2, Interesting
    Averment 14: After successful in-house use of the UNIX software, AT&T began to license UNIX as a commercial product for use in enterprise applications by other large companies.

    The Unix developers at AT&T Bell Labs had little idea what to do with Unix, and they consequently licensed it to universities for study, instruction and, as a natural byproduct, additional development. Sales of an operating system were not a priority for the telephone monopoly.

    Sales of the OS were FORBIDDEN by the 1956 consent decree that allowed the monopoly telephone company. It was not until the Bell breakup that they it was even legally possible to sell Unix licenses.

  79. UnixWare to Linux Porting Guide by PiotrK · · Score: 4, Informative
    Please help others moving from SCO to Linux and post links to documentation like this:

    UnixWare to Linux Porting Guide (development tools and the API)
    http://people.redhat.com/drepper/
    http://people.redhat.com/drepper/sco-porting.pdf

  80. Averment 82 by Maltese+Falcon · · Score: 3, Insightful
    I love this thought:
    ...Virtually none of these software developers and hobbyists had access to enterprise-scale equipment and testing facilities for Linux development. Without access to such equipment, facilities, sophisticated methods, concepts and coordinated know-how, it would be difficult or impossible for the Linux development community to create a grade of Linux adequate for enterprise use.
    I think Jon "maddog" Hall might disagree with this statement!
  81. SCO mentions MONTEREY explicitly!!! by Anonymous Coward · · Score: 3, Informative

    I would agree with you if SCO had even mentioned their recent work with IBM, but they didn't (probably because the IBM lawyers wrote a contract that is unassailable). The entire case stems around the original UNIX source code that SCO acquired from Novell. As such it is a ridiculously specious case. Don't believe me, go read SCO's filing.

    From THE COMPLAINT ITSELF:

    Project Monterey

    50. As SCO was poised and ready to expand its market and market share for UnixWare targeted to high-performance enterprise customers, IBM approached SCO to jointly develop a new 64-bit UNIX-based operating system for Intel-based processing platforms. This joint development effort was widely known as Project Monterey.

    51. Prior to this time, IBM had not developed any expertise to run UNIX on an Intel chip and instead was confined to its Power PC chip.

    52. In furtherance of Project Monterey, SCO expended substantial amounts of money and dedicated a significant portion of SCO's development team to completion of the project.

    53. Specifically, plaintiff and plaintiff's predecessor provided IBM engineers with valuable information and trade secrets with respect to architecture, schematics, and design of UnixWare and the UNIX Software Code for Intel-based processors.

    54. By about May 2001, all technical aspects of Project Monterey had been substantially completed. The only remaining tasks of Project Monterey involved marketing and branding tasks to be performed substantially by IBM.

    55. On or about May 2001, IBM notified plaintiff that it refused to proceed with Project Monterey, and that IBM considered Project Monterey to be "dead." In fact, in violation of its obligations to SCO, IBM chose to use and appropriate for its own business the proprietary information obtained from SCO.



    1. Re:SCO mentions MONTEREY explicitly!!! by HiThere · · Score: 1

      Wasn't Monterey about running Unix on the IA64? If so, then the only value that it has is what it might potentially have if Intel is successful at pushing that chip, and if some Unix derivative runs on it. So as of now the value is nil. And if it depended on SCO to carry the ball, the value would be nil. And it's not clear to me (I'm not familiar with the kernel) how much of the extant IA64 code came from IBM. I know that it existed prior to IBMs commitment to Linux.

      Still, part of that might need to be rewritten.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    2. Re:SCO mentions MONTEREY explicitly!!! by Jason+Earl · · Score: 1

      Hmm... My apologies. I hadn't read the complaint for some time.

      However, if SCO had some sort of recourse due to the contract they signed with IBM over project Monterey why even mention their UNIX license? The reason, once again, is simple. IBM isn't in breach of their Project Monterey contract.

      In short, I have no problems with SCO pushing IBM over breach of their Project Monterey contract. If IBM broke their contract then they will get what they deserve. However, it is clear from the SCO filing that the Project Monterey stuff is just a sideline. The real claims come from their ownership of the now incredibly crusty System V source code.

      The argument is especially specious because in 4 b) it talks about IBM:

      inducing, encouraging, and enabling others to misuse and misappropriate SCO's proprietary software

      What SCO is forgetting to mention is that they are one of the "others" that that misused and misappropriated this software. You can download the Linux kernel source from SCO, to this day that includes the technology that IBM supposedly helped steal.

    3. Re:SCO mentions MONTEREY explicitly!!! by mink · · Score: 1

      51 is a giant stinking load of bullshit.
      SCO needs to do better research before trying to put one over on IBM.

      --
      Well I've wrestled with reality for thirty five years doctor, and I'm happy to say I finally won out over it.
  82. Re:SCO SMP licensed from Corollary; 2 more i386 UN by onevista · · Score: 1

    AIX is licensed SVR2 code

  83. Mod up parent. by Anonymous Coward · · Score: 0

    Would someone with some extra points please mod up the parent?

  84. Re: WTF by ces · · Score: 1

    Does this have to do with SCO vs. IBM? Or the grandparent post for that matter?

    Please go post in a more relevant topic.

    --
    Happy Fun Ball is for external use only.
  85. sucks to be IBM by NedTheNerd · · Score: 1

    I sure seems to me that ibm gets screwed over a lot I would sure apriciate someone helping me out on identifying all of the times it has happend because frankly I havent been around that long :). but they got screwed on DOS licensing, OS/2, their proprietary bioses and the "clean room" aproach . . . what else was there?

  86. IAAL, but not in practice by Anonymous Coward · · Score: 0

    I don't know the Rules in the jurisdiction under which this was brought. In this jurisdiction, however, because of the Rules which set limits on document length, there are judges here who would send this Complaint back with a terse note saying something like, "Unacceptable. Read the Rules again. Especially [this one]"--the legal version of RTFM.

    Around 1275 or so, a young attorney wrote a legal document that was over 250 pages long. Very irritated with his long-windedness, the magistrates ordered that a hole be cut in the center of the entire document, that the document be laid around the lawyer's neck, and that said lawyer was to be paraded around to all four corners of Westminster Abbey where the authorities would recite his crime to the assembled populace.

    That would have been a fitting punishment for these folks. On the bright side, they seem to have already written their appellate brief. Judging from the strength of their case, they may need it.

  87. OT: (Re:This is all about PROJECT MONTEREY!!!) by mandolin · · Score: 0, Flamebait
    Monterey was a real, live, flesh and blood endeavor in which SCO and IBM partnered to write a new, 64-bit, proprietary Über-Unix on Intel hardware

    And honestly, WTF was SCO smoking when they decided to do that. When two or more companies collaborate (as opposed to having a customer/provider relationship) somebody *always* gets screwed.

    Didn't they learn anything from OSF/1? What about OS/2? What about Itanium?

  88. FSF entitled GNU by Anonymous Coward · · Score: 0

    Although a bit convoluted, it is the Free Software Foundation which is incorrectly identified as GNU here. I was surprised that this was not listed in the actual errors of fact, but I'll concede that it is a MINOR point.

    parl

  89. News Flash! by Anonymous Coward · · Score: 0

    Salt Lake City, Utah

    SCO, desperate for money, has employed a number of Mormon boys on bikes to sell SCO software subscriptions in addition to tickets to heaven.

    Soon to be in a neighboorhood near you...

  90. ESR pretty much... by talks_to_birds · · Score: 2, Informative
    kicks SCO in the nuts.

    "...The author [ESR] personally ran two of these -- Microport and Yggdrasil -- and a third not listed, which was the Dell own-brand port.

    SCO competed directly against these ports, and cannot fail to have been aware of their existence. SCO's claim to have been unique in supporting Unix for PCs is therefore not merely false, it is a deliberate and egregious lie."

    Everyone who thinks they know anything about this issue but who is under -- say -- forty years of age owes it to themselves to read ESR's brief.

    My first experience with UNIX was in '86 -- using SCO Xenix -- on an NEC 80386 in an auto parts store.

    SCO as an "enterprise computing environment" UNIX?

    Yeah, right...

    t_t_b

    --
    I'm on PJ's "enemies" list! Are you?
  91. Bill Gates: mastermind by foobar_fred · · Score: 1

    Hey, why not? Paid execs at a credible linux-affiliate attacking another credible linux-affiliate, and with no evident Microsoft taint at all! Heh heh heh...

    --
    feh.
    1. Re:Bill Gates: mastermind by Lord+Flipper · · Score: 1

      That's funny, Gates & MS did buy a nice chunk of SCO back in 89-90 or so. Are they still holding the stock? It was something like an eighth of the company, or maybe a fourth with other companies involved.

  92. ESR kicks... by talks_to_birds · · Score: 2, Informative
    ...SCO in the nuts again:

    "...When OSDL spun up, IBM gained a choice: work with one small partner that lacks demonstrated expertise or focus on the enterprise market, or join a large consortium of industry heavyweights with man-centuries of relevant experience.

    That seems just about enough time for an astute IBM strategist to conclude that SCO was the less likely alternative to sustain a serious Linux development and support effort over time. To any technical person, SCO's own failure to develop expertise beyond its small-business roots seems a more plausible explanation for the switch to OSDL than some nefarious anti-SCO conspiracy by top IBM executives..."

    God, I love ESR...

    t_t_b

    --
    I'm on PJ's "enemies" list! Are you?
  93. ESR goes for the jugular: by talks_to_birds · · Score: 3, Informative
    "...If Darl McBride and complainants did not know at the time of the complaint that their own company had played a lead role in the very development they accuse IBM of having unfairly and unlawfully pursued, they are incompetent. If they did know, their complaint appears to verge closely upon perjury..."

    You go, ESR...

    t_t_b

    --
    I'm on PJ's "enemies" list! Are you?
    1. Re:ESR goes for the jugular: by shadowbearer · · Score: 1

      *You* go, ttb.

      These are some of the most insightful comments I've read in this whole post thread.

      MO? SCO is *toast* and it's their own fault.

      SB

      --
      It's old. The more humans I meet, the more I like my cats. At least they are honest.
  94. Re:JFS was *ported* to OS/2, it didn't come from O by djmutex · · Score: 2, Informative

    JFS version 1 was originally on AIX. The version 2 of JFS that appeared in OS/2 Warp Server for e-business was pretty much a rewrite, as far as I know (which at least explains the plethora of initial bugs), and later ported back to AIX. It was _this_ OS/2 JFS that got open-sourced and ported to Linux.

  95. Let the almighty tear each other down by Anonymous Coward · · Score: 0

    then we little people can take over! and eat their carcasses like little ants! in the end... even though the beat steps all over the ants; ants always end up eating the beast's remains.

  96. a bit later in the script by void* · · Score: 1

    Bridgekeeper: What is your favorite UNIX flavor?
    SCO: SCO Openserver. No, Linux. No, System V ... aaaaaaaaaauuuggh!

    --


    Code or be coded.
  97. Correction on brief? by drinkypoo · · Score: 1

    The principal author of this brief did SCO Linux consulting in the early 1990s

    Is it my imagination or should this be SCO Unix?

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  98. to play devil's advocate by tim_maroney · · Score: 1

    SCO's complaint shows a handful of news accounts in which IBM officials claim the company will help improve Linux. However, this doesn't serve as proof that IBM violated its agreement to keep SCO's proprietary code secret.

    Actually, if one bothers to read the complaint, IBM specifically stated a few things that are likely to prove extremely embarrassing if the case goes to court, and which go way beyond vague promises to improve Linux.

    "We're willing to open source any part of AIX that the Linux community considers valuable."

    Oops. IBM doesn't own the rights to do that. AIX is licensed to it by SCO. Big problem.

    "We don't want to take the risk of being sued for a patent infringement. That is why we don't do distributions, and that's why we have distributors.Because distributors are not so much exposed as we are.So that's the basic deal as I understand it."

    Yikes. That's a public statement that IBM was aware that Linux might contain infringements of intellectual property, and that rather than take steps to make sure it didn't, they shielded themselves from IP liability by hiding behind a third party. Any decent lawyer could do a lot with that.

    "IBM will exploit its expertise in AIX to bring Linux up to par with UNIX."

    Only problem: IBM's expertise in AIX involves familiarity with trade secrets that are the undisputed property of SCO.

    Then there are the conditions of IBM's Linux development, which are hosted in the same building as its UNIX development, and in which many Linux developers (according to the complaint) have access to SCO's UNIX code. Perhaps this is a new methodology, "dirty room development". It's fishy at best.

    It's not an open and shut case on either side, but the above quotes succeed in making IBM look very bad. The LinuxWorld article, on the other hand, completely ignores every single one of these critical points. It's not an honest treatment of the case, but an ideological one.

    Tim

    1. Re:to play devil's advocate by ctid · · Score: 1

      Read ESR's analysis! Most of what SCO wants to claim credit for is not even in SCO Unix. Their complaint is preposterous.

      --
      Reality is defined by the maddest person in the room
    2. Re:to play devil's advocate by tim_maroney · · Score: 1

      Read ESR's analysis!

      I have read it. It's full of irrelevant quibbling and barely touches on the salient facts of the case.

      How about you read my message instead? You haven't responded to a single point in it.

      It looks bad for IBM and it seems likely they will settle rather than have to face these embarrassing admissions in court. They'll try to get the case thrown out first, of course, but the complaint is too strong for that. A settlement would probably leave IBM in control of the Unix IP (whether by buying Caldera outright or buying its rights to Unix), and with any luck IBM would then free Unix from its proprietary restrictions.

  99. dumbass by Ender+Ryan · · Score: 1
    OSDL, or whatever the fuck it's called, is a couple developer labs funded by a number of companies to give OS developers access to a Big Iron.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
  100. Ha Ha Ha Ha Ha Ha Ha Ha Ha Ha Ha Ha Ha Ha,... SCO by Grizzlysmit · · Score: 1

    Many thanks to the S tupid C ruft O rganization, for the light entertainment in the form of their legal department sawing their own legs off.

    --
    in my life God comes first.... but Linux is pretty high after that :-D
    Francis Smit
  101. I thought that this would be corrected by now by AboveAverage · · Score: 1

    two minor things in www.opensource.org/sco-vs-ibm.html

    1
    under 'The meaning of "enterprise scalability"'

    in the shortest possible time.journaling file systems
    should be
    in the shortest possible time.

    journaling file systems

    2
    I thought that JFS was developed by IBM and VxFS was developed by
    Veritas ?

    In the fourth paragraph under
    "SCO's claim to own Unix scalability techniques is weak"
    you state that Bell Labs includes JFS (veritas journaling file system)

    Furthermore, as previously noted, many Unix developers possess copies of
    later versions of the historical Bell Labs source code. We can therefore
    state that of the component technologies for enterprise scaling, the
    Bell Labs codebase includes JFS (in the form of the Veritas journaling
    file system), but none of SMP, LVM, NUMA, or hot-swapping. On Internet
    time, the Bell Labs minicomputer-centered codebase of 1989-1995 is
    hardly more relevant to today's enterprise scalability challenges on
    today's PCs than the inner workings of a WWII-era jeep would be to the
    design of this year's Formula One racing cars.

  102. Last Post! by alpg · · Score: 0

    X windows:
    The ultimate bottleneck.
    Flawed beyond belief.
    The only thing you have to fear.
    Somewhere between chaos and insanity.
    On autopilot to oblivion.
    The joke that kills.
    A disgrace you can be proud of.
    A mistake carried out to perfection.
    Belongs more to the problem set than the solution set.
    To err is X windows.
    Ignorance is our most important resource.
    Complex nonsolutions to simple nonproblems.
    Built to fall apart.
    Nullifying centuries of progress.
    Falling to new depths of inefficiency.
    The last thing you need.
    The defacto substandard.

    Elevating brain damage to an art form.
    X windows.

    - this post brought to you by the Automated Last Post Generator...