Slashdot Mirror


SCO Complaint Filed -- Including Code Samples

btempleton writes "The folks at Groklaw have posted a story including a preliminary copy of Caldera/SCO's amended complaint, including lines of code they allege were improperly included in Linux. The PDF can be found at this story The file lists unix filenames with line numbers and filenames and line numbers from the Linux 2.2 and 2.4 kernels, so folks can now go into real depth."

663 comments

  1. Ah, at last! by James+A.+E.+Joyce · · Score: 2, Funny

    This announcement is like a cool refreshing glass of lemonade. We'll finally be able to explain in agonising detail exactly why SCO is just blowing smoke out of their arse.

    --

    FloodMT: crapflood Movab
    1. Re:Ah, at last! by Anonymous Coward · · Score: 1, Troll

      "90. Thereafter, on December 20, 2000, IBM Vice President Robert LeBlanc disclosed IBM's improper use of confidential and proprietary information learned from Project Monterey to bolster Linux as part of IBM's long term vision, stating: Project Monterey was actually started before Linux did. When we started the push to Monterey, the notion was to have one common OS for several architectures. The notion actually came through with Linux, which was open source and supported all hardware. We continued with Monterey as an extension of AIX [IBM UNIX] to support high-end hardware. AIX 5 has the best of Monterey. Linux cannot fill that need today, but over time we believe it will. To help out we're making contributions to the open source movement like the journal file system. We can't tell our customers to wait for Linux to grow up. If Linux had all of the capabilities of AIX, where we could put the AIX code at runtime on top of Linux, then we would. Right now the Linux kernel does not support all the capabilities of AIX. We've been working on AIX for 20 years. Linux is still young. We're helping Linux kernel up to that level. We understand where the kernel is. We have a lot of people working now as part of the kernel team. At the end of the day, the customer makes the choice, whether we write for AIX or for Linux." I don't know what article you read, but it sounds like SCO has a case to me.

    2. Re:Ah, at last! by cTbone · · Score: 5, Funny

      Yeah, but I hope that doesn't mean this whole mess will be over soon or it'll be alot harder to get some good Karma and +5 Funny posts around here....

    3. Re:Ah, at last! by Pharmboy · · Score: 5, Insightful

      I don't know what article you read, but it sounds like SCO has a case to me.

      And if I only used that one sided court filing from SCO as evidence, then I would agree. Fortunately, this is not the only piece of evidence.

      First of all, IBM has taken great pains to insure that anyone on their Linux team has never had access to AIX or Sys5 code. It was setup as a clean room exercise. So, their statements are not damning, since they take great care to keep the two divisions isolated from each other.

      Second, if you read something beside this ONE filing, you would know that SCO is claiming that any software or code that has ever been included in AIX is a derivative, which is not accurate. IBM had developed some journaling code in OS/2, then ported it over to AIX, yet SCO is claiming it has rights to this software, even tho it is trivial to demonstrate it is not derived from Unix, it is ported to Unix.

      Third, just because a concept was introduced into Unix originally doesn't mean its infringing to be included in Linux. Some knowlege becomes virtually "Public Domain" simply because after 20 years, it has been talked about, documented, researched and experimented with by Universities and individuals. Figuring out how to impliment a feature based upon published documentation and freely available (and useable) information is called reverse engineering, not infringement. For it to be infringing, it must be a "cut and paste" job. Independent discovery is not illegal, even in America.

      Fourth, IBM helping Linux is not illegal in and of itself. Implying that IBM licensed code, so any help that they were to give Linux is illegal is beyond ignorant. Their first major contribution was over 100 different printer drivers, for instance.

      Fifth, IBM has extensive review about what is GPLed and what is not. They have made it perfectly clear that they will not release code wholesale, and instead are releasing code with full support and documentation, after the code has been reviewed. While they *could* make a mistake and release a portion of code that they should not have, it is unlikely considering all the checks and balances they are going through.

      Sixth, there is reason to believe SCO owns the right to USE and LICENSE Unix as it sees fit, but not the copyright to actual code. There is even a lawsuit about it. But if you had read more than this one filing, you would know about Novell vs. SCO.

      Seventh, So far all the code released before today as proof has been proven to be in the Public Domain and/or BSD. I have not looked at the actual code released today, but I am sure Bruce Perens will have a release within a day or three with the dirt on that. Also, some of the header files that allegedly infringe are from pre-1.0 days, and are easily documented as owned by Linus, since they were posted on USENET freely back in 91-92.

      I could go on and on, but this is already more than an AC deserves.

      --
      Tequila: It's not just for breakfast anymore!
    4. Re:Ah, at last! by gjash · · Score: 4, Insightful

      Groklaw:
      80. The first versions of Linux evolved through bits and pieces of various contributions by numerous software developers using single or dual processor computers. Unlike IBM, 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 and knowledge of sophisticated development methods learned in many years of UNIX development it would be difficult, if not impossible, for the Linux development community to create a grade of Linux adequate for enterprise use.

      Could anyone comment on "enterprise-scale equipment" and the idea of the impossibility that "hobbyists" could make Linux work at the enterprise level?

    5. Re:Ah, at last! by gaijin99 · · Score: 4, Funny
      Could anyone comment on "enterprise-scale equipment" and the idea of the impossibility that "hobbyists" could make Linux work at the enterprise level?
      Ummm... I think they just called us "Scruffy looking nerf herders" [heh]

      --
      "Mission Accomplished" -- George W. Bush May 1, 2003
    6. Re:Ah, at last! by mattdm · · Score: 4, Informative

      First of all, IBM has taken great pains to insure that anyone on their Linux team has never had access to AIX or Sys5 code. It was setup as a clean room exercise.

      While this may be true for some things (although, really, has IBM actually said this?), it's definitely not true for the RCU stuff, which very clearly says it was " based on original DYNIX/ptx code".

      I think this probably won't matter, since IBM can definitely make a good case that RCU isn't derivative of SysV/"SCO" code even though it was implemented in Dynix -- but the path through which this got into Linux seems pretty clear.

    7. Re:Ah, at last! by MrLizardo · · Score: 2, Funny

      Who's scruffy looking?

      --
      ^I'm with stupid.^
    8. Re:Ah, at last! by Doomdark · · Score: 4, Informative
      True. And in the end, there's no real sound legal requirement for implementation to be done in "clean room" way, to avoid infringing on copyrights. As long as code is not COPIED verbatim (or perhaps, one could argue, by doing trivial changing of naming, as obfuscation?), it's fine to re-implement thing, even using exact same ideas, algoritms, tricks; copyrights only restrict making exact copies of things. Patents and trade secrets can be used to protect more generic things.

      Still, there's no (legal) harm in using clean room approach, and it might help in arguing that certain piece of code could not have been copied verbatim.

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    9. Re:Ah, at last! by AhBeeDoi · · Score: 1

      I've often wondered why something is described as "enterprise" one year but not so in the prior year. It's the same product but spiffed up with comestic flourishes, not the least of which is a new name. Sounds like marketing b.s.

    10. Re:Ah, at last! by Cynic+1.0 · · Score: 0

      Is this whole episode dragging on just to save some face for Darl McBride? Is this now about SCO or about McBride?

      McBride's reputation will be shot after this. He's going to be finished (I hope!) in the industry after this. He's just desperately looking for a way out after getting into such a horrible mess.

    11. Re:Ah, at last! by jeffasselin · · Score: 5, Interesting

      Don't I remember some company lending a multi-processor system to Alan Cox a few years back so that he could work on scaling SMP code?

      Ah yes, I think it was a company called "Caldera" who did that (http://www.linux.org.uk/SMP/title.html). You know, they're called "SCO" now...

      --
      If he explores all forms and substances Straight homeward to their symbol-essences; He shall not die.
    12. Re:Ah, at last! by KilobyteKnight · · Score: 0, Flamebait

      Who's scruffy looking?

      You, you nerd hearder.

      --
      When will Windows be ready for the desktop?
    13. Re:Ah, at last! by Zenmonkeycat · · Score: 1, Insightful
      I wouldn't be so sure that they're blowing smoke. Notice I didn't say they weren't, simply that we shouldn't be so sure until the code has been analysed.

      Personally, I think the volume of smoke being blown can only be expressed by the mathmatical term "Aleph Null." In all fairness, Aleph Null is one of the /smallest/ of infinities, but it is still infinite. Therefore, if the universe were infinite in volume, SCO's smoke would fill half of that infinite space.

      All I'm saying is that we need to look at this issue without the "Linux is Right, SCO is Wrong" bias. Then, if SCO actually /does/ point out some IP violation, we can dike it out without having a hissy fit.

      --

      *****
      Dear Mary,
      I yearn for you tragically,
      A.T. Tappman, Chaplain, U.S. Army.

    14. Re:Ah, at last! by Anonymous Coward · · Score: 0

      the usefulness of the clean room approach is proof.

      this way you can prove that code was not copied, even accidently.

    15. Re:Ah, at last! by red+floyd · · Score: 1

      Don't I remember some company lending a multi-processor system to Alan Cox a few years back so that he could work on scaling SMP code?

      Ah yes, I think it was a company called "Caldera" who did that (http://www.linux.org.uk/SMP/title.html). You know, they're called "SCO" now..


      Well, that explains it. Because SCO (nee Caldera) lent AC the SMP system, they obviously own all SMP code in the kernel. Can Darl have his <PINKY-TO-MOUTH>FIVE BILLION DOLLARS</PINKY-TO-MOUTH> now?

      --
      The only reason we have the rights we have is that people just like us died to gain those rights. -- Cheerio Boy
    16. Re:Ah, at last! by crankyspice · · Score: 2, Informative

      It's not true that copying must be verbatim. Take a look at the Altai test (quick analysis; chessy brief)... Copyright law is actually pretty subtle.

      --
      geek. lawyer.
    17. Re:Ah, at last! by BobTheLawyer · · Score: 2, Insightful

      it's an evidential thing.

      In many jurisdiction, if your code is very similar to my code *and* you had the opportunity to copy it then there is a legal presumption that you did in fact copy it. So your defence has to prove you didn't copy it, which is often rather difficult. If you can show you operated robust clean rooms/chinese walls/etc then you can avoid this.

    18. Re:Ah, at last! by Anonymous Coward · · Score: 0

      Total bullshit, Alan Cox was given an SMP machine by Caldera themselves.
      Besides that many contributors of Linux work/study at universities, you can find lots of enterprise grad equipment there, even equipment most enterprises could not afford.

      The so called hobbyists are students and researchers, hight trained professionals with an academic background!

    19. Re:Ah, at last! by mpe · · Score: 1

      Could anyone comment on "enterprise-scale equipment" and the idea of the impossibility that "hobbyists" could make Linux work at the enterprise level?

      Enterprise-scale is a marketing type term without a definite meaning. What SCO appears to be missing is that quite a few of these "hobbyiests" had access to universities or similar organisations.

    20. Re:Ah, at last! by 16K+Ram+Pack · · Score: 1
      "enterprise scale equipment" means the scale of equipment required to operate an enterprise.

      Enterprise could be a small mail order company, a medium sized engineering company or Amazon.com.

      So, enterprise can mean operating on 1 small 386 type processor machine.

    21. Re:Ah, at last! by Doomdark · · Score: 1
      Hmmh. Interesting reading... and while I understand it's reasonable to argue that there should be methodology of comparing if copyrightable material is copied (even if modified superficially), it's pretty scary all in all, since while there was mention that not everything in code is copyrightable (in fact, big parts are not, as I read it... ideas, algorithms, essential functional components needed to implement algorithms), it may be hard to find difference between patterns of expression (copyrightable) and non-expression (ideas, functional components). :-/

      It just sounds that might be used as sort of back door around the fact that copyright can not be used instead of patent, when protecting more conceptual things. But I guess it all really just boils down to how it's used in real life court cases.

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    22. Re:Ah, at last! by tiger99 · · Score: 2, Insightful
      McBride has not defined his terminology, simple as that.

      Actually I can't see what you would necessarily need to do enterprise-scale testing, except lots of PCs, with lots of different configurations. Is that not how free or open-source software is tested anyway, by thousands or millions of testers, some of whom have state of the art equipment, others anything from Pentium 4 or Athlon down to old 386s?

      The test coverage, although informally organised, must be orders of magnitude better than what is achieved by, for example, the Convicted Monopolist (and it shows, I have yet to experience a kernel crash in several distros, althout I have seen Xfree86 crash a couple of times).

      I don't see what could be added by throwing expensive equipment at the problem, except maybe in areas like the F00F bug of a few years ago, and certain device driver work, where things like emulators and logic analysers can be very useful, but some developers have access to these things at work or university.

      I would like to know what magical facilities SCO have which are not available to a proportion of Linux developers. I generally work in compamies which develop safety-critical hardware and software, even there we can accomplish all of the testing required by the certification authorities, and the extra bit for our own conscience and reputation, without anything mega-expensive or unusual. Low budget jobs, without all the fancy hardware, simply take a bit longer.

      The kernel developers, if you include all who contribute code, or submit bug reports and suggest fixes, have an enormous number of man-hours at their disposal. Admittedly, most of the coding work is done by a smallish team, but I doubt that anyone has a full grasp of how many people are testing, they only become visible when they find and report a bug. Careful, conscientious work can accomplish a great deal without fancy facilities, and many of the people in the background, as well as the visible ones like Linus, are very talented indeed.

      If they need fancy facilities, I am sure that the FSF or one of the other organisations will advertise for funding, I for one, as an end user who likes good code, would make a modest donation if it was needed.

      Perhaps Darl could make a list of what he actually has at his disposal, that free software developers do not have access to? Or is he talking out of the wrong end of his anatomy again?

    23. Re:Ah, at last! by Anonymous Coward · · Score: 0

      As far as I remember, JFS was ported to OS/2 FROM AIX, and that was done in 1996-1997, if I'm not mistaken. JFS has long existed in AIX by then. There was only one version of OS/2 containing JFS: OS/2 WarpServer for eBusiness (code named Aurora), which simultaneously was the last version of OS/2. I remember playing around with it, and I also remember it's been said that OS/2 implementation of JFS lacks some features available in AIX implementation.

      The question remains whether the OS/2 version can be considered a 'derivative' or not. Personally I don't believe so: in order to be a derivative work, you should have implemented some hooks or functions or whatever that would link this particular work to UNIX, which is clearly not the case with OS/2: OS/2 is not UNIX. If Linux version of JFS is actually an OS/2 version, 'ported' to linux - then it clearly is not UNIX derivative.

    24. Re:Ah, at last! by R0 · · Score: 1

      Funny != karma afaik though.

    25. Re:Ah, at last! by jonadab · · Score: 1

      > Therefore, if the universe were infinite in volume, SCO's smoke would fill
      > half of that infinite space.

      Actually, the amount of space in the universe has a cardinality of
      aleph-sub-one, so an aleph-naught amount of smoke would nowhere near
      begin to fill it. You could put a molecule of smoke in every square
      inch or so, but there'd still be all that empty space in between.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  2. Hello, fraud squad? by leonbrooks · · Score: 2, Redundant

    Either way.. goodbye, case!

    --
    Got time? Spend some of it coding or testing
    1. Re:Hello, fraud squad? by Anonymous Coward · · Score: 0

      i've never seen someone modded '4' without a rating...

  3. Babel round 2 by 3seas · · Score: 4, Funny

    Does this mean we can now replace those lines and let the air out of the SCO tires?

    1. Re:Babel round 2 by eclectro · · Score: 5, Funny

      Does this mean we can now replace those lines and let the air out of the SCO tires?

      No, we slash the freakin' tires.

      --
      Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
    2. Re:Babel round 2 by Anonymous Coward · · Score: 0

      Just make sure it is reverse engineered, maybe have a law guy (with computer experence) take a look at the source code. We do not want this type of thing EVER again.

      Thank you that's all I have to say.

    3. Re:Babel round 2 by Anonymous Coward · · Score: 5, Funny

      >>Does this mean we can now replace those lines and let the air out of the SCO tires?
      >No, we slash the freakin' tires.
      Carefull, they may be a BBC investigative reporter reading!

    4. Re:Babel round 2 by fmita · · Score: 1

      > No, we slash the freakin' tires. How about we slash-dot the freakin' tires, instead?

    5. Re:Babel round 2 by spikev · · Score: 1

      Funny, I've never seen a tire with an IP.

    6. Re:Babel round 2 by Anonymous Coward · · Score: 0

      Don't be silly, they only read press-releases...

    7. Re:Babel round 2 by bn557 · · Score: 1

      No, we slash the freakin' tires.

      sounds like a hack of a solution with the same effect....

      --
      Humans are slow, innaccurate, and brilliant; computers are fast, acurrate, and dumb; together they are unbeatable
    8. Re:Babel round 2 by lgftsa · · Score: 3, Funny

      They've got RFIDs, so an IP(v6 perhaps) is just around the corner. The rollout could happen any day.

    9. Re:Babel round 2 by jpmkm · · Score: 1

      I know all the /. trolls are thinking "To hell with first posts, I'm gonna try to get in a BBC article!" I hope they are reading right now. Fucking bitches.

    10. Re:Babel round 2 by Lehk228 · · Score: 0, Offtopic

      ^H^H^H^H^H^H^H^H^H^H^H^H^H^H^Hir Throats. dont use so many caps it's like yelling even though i need caps to do ^H

      --
      Snowden and Manning are heroes.
    11. Re:Babel round 2 by Blue+Stone · · Score: 2, Funny
      --
      Corporation, n. An ingenious device for obtaining individual profit without individual responsibility. - Ambrose Bierce
    12. Re:Babel round 2 by Ithika · · Score: 1

      That's still not gonna work... considering they have thus far shown anything tangible in the way of evidence they've managed to string this farce along a pretty long time. The next person to try this will claim their code's been copied and heavily obfuscated, or that the lawyer's word is false, that there's some sort of great conspiracy, yadda yadda. The world is always gonna have chancers, and that's all SCO really.

    13. Re:Babel round 2 by lordkimbot · · Score: 1

      (Score:6, Even Funnier sig) :-)

      --
      sig mind freed
    14. Re:Babel round 2 by Anonymous Coward · · Score: 0

      Does this mean we can now replace those lines and let the air out of the SCO tires?

      Yet another fraking genius at work. Do you really believe that in the case a violation actually occured, "removing the lines" would be enough to make the whole thing disappear?

      This is akin to a bank robber being caught and saying "well, that's OK; I'll just give the money back and we're done".

      Our justice system doesn't work that way because this would give people a juge incentive for breaking the law. I take something that's not mine. If I get arrested I just give it back and it's just like nothing ever happened but if I manage to get through the net, I get to keep it.

      The justice system is designed so that if you get caught you end up worse off than if you had never done anything wrong in the first place. The intent being that most people will come to understand that it just ain't worse the risk.

    15. Re:Babel round 2 by FuzzyBad-Mofo · · Score: 1

      A rollout being appropriate for tires, naturally. ;)

    16. Re:Babel round 2 by rocketfairy · · Score: 1

      Darl MacBride gets cancer -- Are Linux users responsible?

    17. Re:Babel round 2 by AhBeeDoi · · Score: 2, Funny

      "Rights" like this are illusory. I need both hands to hold it and to shake it afterwards.

    18. Re:Babel round 2 by Anonymous Coward · · Score: 0

      It wouldn't let the air out of the tires because the damage would have already been caused. When you're caught shoplifting and then give the merchandice back you can still be prosecuted. I know, bad analogy in the copyright infringement world, but the concepts still apply. Damages already happened and SCO can sue for them. The only thing fixing the source does is remove the licensing restrictions from the future use of Linux.

  4. Netcraft confirms it! by Limburgher · · Score: 5, Funny

    Temperature in Hell== 31 F and falling. . .

    --

    You are not the customer.

    1. Re:Netcraft confirms it! by iNetRunner · · Score: 5, Funny

      Yes.. in Hell they would use Fahrenheit, wouldn't they. Hopefully rest of the plains use Celsius..

      --
      Store with salt
    2. Re:Netcraft confirms it! by Anonymous Coward · · Score: 0

      As of ~00:30[GMT-5] Hell is at ~17 degrees Fahrenheit (that's -8.33 Celcius for you SI folks). Its a real bummer most weather sites don't have actual readings for Hell, MI; You'll need to look up something close by like Ann Arbor instead.

    3. Re:Netcraft confirms it! by farnsaw · · Score: 1

      Ok, so he should have said -40 degrees and falling.

      (if you don't get it, do the math.)

      --
      "Computer Scientists can count to 1024 on their fingers" (non-mutant, non-mutilatated, human computer scientists)
    4. Re:Netcraft confirms it! by CyberdogOSX · · Score: 1

      Dean's outta there. and thank god. he would've sabotaged the race and lost us the election.

  5. In other news by Anonymous Coward · · Score: 3, Funny

    In a press release issued Friday, a SCO spokesperson asserts there is no order or value in human life or in the universe.

    1. Re:In other news by wa5ter · · Score: 1

      Depressingly enough, that's true.

      My aren't I in a cheery mood tonight?

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

      They should know, some of human DNA is stolen IP from SCO. They just compared random samples of DNA to one SCO employee and found a lot of common secuences in the code. They will start asking for payments the next week.

      --

      "I think this line is mostly filler"
    3. Re:In other news by Anonymous Coward · · Score: 0

      Thanks for the mods. It gives me great comfort to know at least two people in this world found that funny, even if they don't quite know why....anyway...kudos to you both and may you proceed through this life with all the happiness and wisdom you have earned.

    4. Re:In other news by flacco · · Score: 4, Funny
      They just compared random samples of DNA to one SCO employee and found a lot of common secuences in the code.

      actually i'd be surprised if the match were all that close.

      --
      pr0n - keeping monitor glass spotless since 1981.
    5. Re:In other news by name773 · · Score: 0

      which is exactly what he's saying: they have no case

    6. Re:In other news by aled · · Score: 1

      Don't worry I mean one SCO programmer not a lawyer! Non human DNA would show up at once.

      --

      "I think this line is mostly filler"
    7. Re:In other news by Frodo420024 · · Score: 1
      They should know, some of human DNA is stolen IP from SCO. They just compared random samples of DNA to one SCO employee and found a lot of common secuences in the code. They will start asking for payments the next week.

      A bunch of monkeys, all of them :)

      --
      I'm in a Unix state of mind.
    8. Re:In other news by Anonymous Coward · · Score: 0

      No, rats have stolen their IP. I am not implying that anyone working for SCO is a rat, merely that some of them have qualities that suit a life in a sewer.

    9. Re:In other news by flacco · · Score: 1
      Don't worry I mean one SCO programmer not a lawyer!

      although they'd still be missing the "conscience" and "basic sense of humanity" genes...

      --
      pr0n - keeping monitor glass spotless since 1981.
    10. Re:In other news by Phoenixwcu · · Score: 1

      actually i'd be surprised if the match were all that close.

      Oh I don't know. I hear there is like a 50-60% corospondence between human and bacterial DNA.

  6. is it only me... by eryk · · Score: 5, Funny

    or anybody else has read "SCO complaint failed"?

    1. Re:is it only me... by Limburgher · · Score: 1

      Nope. Me too. Except I though it was compliant.

      --

      You are not the customer.

    2. Re:is it only me... by Anonymous Coward · · Score: 0

      Just reading "SCO Complaint Filed" was surprising enough.

    3. Re:is it only me... by commodoresloat · · Score: 5, Funny

      That's Monday's headline. You must be a slashdot subscriber.

    4. Re:is it only me... by Anonymous Coward · · Score: 2, Insightful

      Want to beat Bush in November?

      Replacing Bush with a man who thinks I should have to present a national ID card to log into my computer is not progress.

    5. Re:is it only me... by Anonymous Coward · · Score: 0

      No... you just need your eyes checked!

    6. Re:is it only me... by aardvarkjoe · · Score: 0, Offtopic

      Too bad Dean doesn't have a chance in hell of winning the Democratic nomenation.

      Too bad for the republicans, at least.

      --

      How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
    7. Re:is it only me... by webtre · · Score: 0

      how the hell is the parent informative?

      --
      litigious bastards
      suck it sco!
    8. Re:is it only me... by shadowbearer · · Score: 4, Funny

      ... ... ...
      4. Prophet???

      SB

      --
      It's old. The more humans I meet, the more I like my cats. At least they are honest.
  7. I cant wait for the rebuttals... by detritus` · · Score: 0

    Wonder what Linus will have to say about all of this, or did he do the NDA thing to see his own code?

  8. So look forward to the next patch by James_Duncan8181 · · Score: 2, Interesting

    The "Definitely untouchable 100% SCO free edition"...

    --
    "To any truly impartial person, it would be obvious that I am right."
    1. Re:So look forward to the next patch by Anonymous Coward · · Score: 0

      Unless someone can post an entire version of UNIX in source code for us to build a distro out of to make sure it works, how do we really know that the aleged lines of code in Linux were not just made up?

    2. Re:So look forward to the next patch by Anonymous Coward · · Score: 0

      Hopefully it's available now and being distributed by ALL the Linux distros...including SCO's FTP site. :)

    3. Re:So look forward to the next patch by Anonymous Coward · · Score: 5, Insightful

      Ameding the kernel could actually be bad for the community. It would acknowledge the validity of the SCO's claims. We shouldn't change anything until the offending code is proven, beyond a shadow of a doubt, to be a copyright violation.

      Otherwise we'd just look guilty.

    4. Re:So look forward to the next patch by Lehk228 · · Score: 1

      sealawyer2003 already pointed out that that is not correct Here

      --
      Snowden and Manning are heroes.
    5. Re:So look forward to the next patch by gaj · · Score: 4, Insightful
      Darl? Is that you?

      Nice try bucko. Though some /. users might be too stupid to understand the concept of mitigating damages, but most of us are not.

      Besides, the ones who have a third grade concept of liability ("we better not try to fix it, otherwise we'd just look guilty") wouldn't be able to fix the alleged infringing code anyway, so their opinions are worth nearly as much as SCO's claims.

  9. No "real depth" here... by Anonymovs+Coward · · Score: 5, Informative

    Looks like they're pointing out the JFS, EVMA and RCU stuff which everyone knows IBM contributed and probably did modify from IBM's/Dynix's own code. The dispute is about whether SCO has any rights to that code in the first place.

    1. Re:No "real depth" here... by SpaceLifeForm · · Score: 1

      Except that SCO wants a jury trial.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    2. Re:No "real depth" here... by coder_carter · · Score: 3, Interesting

      So, it looks like we'll finally get a court to weigh in on whether newly-created code (LVM and JFS, that were created in about 1989 through 1992), is somehow "owned" by the owner of a piece of code it has to interact with.
      The block device driver interface (used by the LVM) was documented publicly multiple times (Egan & Texeira in the mid-80s, Sun Device Driver books, the System V docs themselves, etc)
      It seems that unless the contracts specifically state that these are considered "modifications" of the original AT&T code and not new works that interact with the AT&T code, then the LVM claim is junk.
      The JFS claims are a little murkier. It was not possible to create a UNIX filesystem circa 1990 without the source code to UNIX.
      And my recollection of AIX 3 and JFS was that it didn't just "plug in" to a well-defined interface, it needed lots of intimacy with the VM system and other bits of the kernel.
      While the LVM was big, I don't think it got close to weighing in at a million lines...

    3. Re:No "real depth" here... by Anonymous Coward · · Score: 1, Informative

      Looks like they're pointing out the JFS, EVMA and RCU stuff which everyone knows IBM contributed and probably did modify from IBM's/Dynix's own code.

      Absolutely wrong. The JFS port came from OS/2, which I am very certain does not belong to scocks [SCOX]

    4. Re:No "real depth" here... by rsidd · · Score: 1
      Absolutely wrong. The JFS port came from OS/2,

      Nonetheless, they're naming it -- read the article.

    5. Re:No "real depth" here... by Just+Another+Perl+Ha · · Score: 3, Interesting
      Except that the original JFS was scrapped in favor of a port of the OS/2 JFS to AIX (from a totally separate code base). This is the JFS that was later contributed to Linux.

      I'm loath to understand how OS/2 source code could ever be considered a derivative of SysV.

      (That is, if SCOX even has a right to enforce the contract with IBM given their relationship with Novel)

      Oh what a tangled web SCOX weaves...

    6. Re:No "real depth" here... by Dysan2k · · Score: 1

      I thought HPFS came from OS/2, JFS came from AIX and was later ported to OS/2. AIX is now using JFS2

      --
      -What have you contributed lately?
    7. Re:No "real depth" here... by Ptraci · · Score: 1

      No, JFS2 was a backport to AIX from a different version written for OS/2. Scroll down.

    8. Re:No "real depth" here... by sweede · · Score: 1

      Before Microsoft and IBM developed OS/2, Microsoft developed a version of Unix (Xenix) that it later sold to the Santa Cruz Operation (i.e SCO).

      SCO existed before that as a "first string" source of Microsoft Xenix sales and support. Later on MS Sold them the whole source code rights and SCO renamed it to System IV.

      --
      I follow the SDK and GDN principles.. Spelling Dont Kount, Grammer Dont Neither
    9. Re:No "real depth" here... by Just+Another+Perl+Ha · · Score: 2, Interesting
      Wow... I can't believe you could get it so wrong!!

      While it is true that OS/2 was originally developed as a joint projects by MS and IBM, and it is also true that the Santa Cruz Operation's Xenix was originally a MS product... the two projects were over a decade apart at MS and Xenix was written under license from AT&T.

      Unix System IV -- and later, System V (ultimately SVR4) -- and Xenix have completely separate lineage. You can check this history diagram for yourself. Of course, there's no mention of OS/2 there.

      The current SCO Group (ne Caldera) only has a fleeting and coincidental relationship with OS/2 (via MS and Xenix) through their purchase of the Santa Cruz Operation (which purchased something Unix related from Novell (who really bought Unix from USL (which was born out of AT&T))).

      Now that I've clarified all of that... and looking at the mindless drivel that spouts from SCOX... I wouldn't put it past them to make some sort of twisted claim against the JFS from OS/2. But, if they did that... they might as well stake claim to NT and Win2K as well (following the same logic). Of course SCOX's puppet master would never let that happen... now would they.

    10. Re:No "real depth" here... by sweede · · Score: 1

      So, how is that wrong
      i said

      MS developed Xenix and sold it to SCO, which is true, and you also agreed.

      MS and IBM developed OS/2, it wouldnt be unreasonable that the guys that created OS/2 would of possibly used some of their experiances with Xenix to help develop OS/2. I never said that OS/2 was developed DURING the period which Microsoft controlled Xenix.

      SCO started out as a Xenix sales and support operation.

      SCO aquired the Xenix from MS and later Renamed it to SCO Unix System V , which I also said above and your link to the time line agreed with also.

      --
      I follow the SDK and GDN principles.. Spelling Dont Kount, Grammer Dont Neither
    11. Re:No "real depth" here... by Just+Another+Perl+Ha · · Score: 3, Interesting
      Well... this part is correct:

      SCO aquired the Xenix from MS

      But this part is definately not (or at least confused and misleading):

      and later Renamed it to SCO Unix System V

      Xenix and System V are completely different beasts. Xenix (1980) is an offshoot of Unix V7 (1979). System V sprang from the USG fork (1977). There was an injection of SysV technology back into the Xenix fork around 1884 and SCO did release a Xenix System V (and later a SCO Unix System V) but these were still under license from AT&T.

      The System V that's in question here (the only one that really matters with respect to intellectual property claims) is the true-blue reference System V that was directly owned by AT&T (who beget USL (which was sold to Novell (which made some sort of Unixy relationship with the Santa Cruz Operation (which sold their soul to Caldara (which assumed the identity of SCO (apparently to muddy the waters regarding their IP claims)))))).

      When you claim that "SCO renamed it to System IV" [sic] (in reference to their Xenix product) you implied that this is the same as the System V which IBM is accused of infinging upon.

      It is not.

      IBM is accused of taking pieces of AIX (and also Sequent's Dynix) and contributing them to Linux. AIX is an offshoot of Unix System V Release 2 (forked after the injection of SysV into Xenix by the way) and the relationship between AIX and Xenix is trivial at best.

      The fact that the true-blue Unix (System V) was allegedly purchased by SCO and that SCO once had a product which was licensed to use System V technology (Xenix)... is purely coincidental. Your post implied otherwise and was therefor, by definition, wrong.

      The fact of the matter is that every unix-like operating system in existance (save a small handful (Linux, the contemporary BSDs, etc...)) are offshoots at one point or another from the real AT&T Unix and exist solely under license from AT&T or their sucessor in interrest (which The SCO Group claims to be). The Santa Cruz Operation's Xenix/Unix System V products owe their very existance to licensing agreements with the rightful owner of the original Unix copyrights.

      Finally... since the original SCO Xenix/Unix products now belong to Tarantula and not The SCO Group (ne Caldera) they have zero bearing on the issues currently before the court.

    12. Re:No "real depth" here... by jonadab · · Score: 1

      > The fact of the matter is that every unix-like operating system in existance
      > (save a small handful (Linux, the contemporary BSDs, etc...)) are offshoots
      > at one point or another from the real AT&T Unix

      I realise you qualified this with "and exist solely under license", and so
      BSD is excluded because of the UC Berkeley court case, but it seems germaine
      to note that BSD *is* genetic Unix; early versions of it were derived from the
      Bell Labs code. (The Bell Labs codebase is what later became System V.) Linux
      is not, and there are a handful of other *nix kernels that are not (including
      Minix for example).

      Of course, the reason the court case went the way it did is because so much
      of BSD had been improved or just plain rewritten at university, and that was
      a long time ago, and BSD is much changed since then, so there's probably very
      little actual code still in there from Bell Labs. But that is its heritage.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  10. 2.2 Kernel? by Pharmboy · · Score: 5, Interesting

    I thought 2.2 was safe. Then again, we thought they were not going after copyright infringement. I'm guessing that is a typo.

    Since SCO has still not actually complied with previous discovery motions, submitted millions of lines of code to IBM in paper form (real class act, they are) and keeps changing their case, my guess is we will see the end of this case, perhaps this year.

    UNLESS, of course, the Novell vs. SCO suit sidetracks the IBM suit until we can figure out who actually owns Unix...

    --
    Tequila: It's not just for breakfast anymore!
    1. Re:2.2 Kernel? by Pecisk · · Score: 1

      For your information, as groklaw.net points out, SCO dropped contract claim and added copyright claim to case - as PJ mentions, IF judge will allow them to do that. Yes, SCO still thinks that they own IBM code for all that stuff, it's rather strange. I guess that code nowhere contains their copyright. Oh, and there is still problem with Novell who says that copyrights are NOT transfered to SCO. So in large case, IMHO it's already over now. At least for SCO.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    2. Re:2.2 Kernel? by Pharmboy · · Score: 5, Interesting

      For your information, as groklaw.net points out, SCO dropped contract claim and added copyright claim to case

      I have read quite a bit of the filing, and it appears contract claims are not fully disappearing.

      Quoting Groklaw:

      5. This case is not about the debate about the relative merits of proprietary versus open source software. Nor is this case about IBM's right to develop and promote open source software if it decides to do so in furtherance of its independent business objectives, so long as it does so without SCO's proprietary information. This case is, and is only, about the right os SCO not to have its proprietary software misappropriated and misused in violation of its written agreements and well-settled law.

      And its not over until its over. I don't know if you live in America, but as someone who worked in a law office doing paralegal and investigation, I can promise you this COULD still last a while, as far as the courts are concerned.

      The judge *CAN* decide to wait until it is decided who owns the code (to potentially dismiss with prejudice). The judge can also decide to address that issue in his own court first. This is yet another contract dispute.

      I agree that it doesn't look good for SCO, but it never did. They were not trying to win, they were trying to pump and dump, to inflate the stock price, and fight their way toward the door so they can take the money and run. But with the quirkiness of the courts, it still ain't over. I was being optimistic when I said this year...

      --
      Tequila: It's not just for breakfast anymore!
    3. Re:2.2 Kernel? by Anonymous Coward · · Score: 0

      The UNIX Contract issue was actually SCO's original claim in this matter -- and it's probably their strongest because it can't be dismissed out-of-hand.

      One problem with reading groklaw is that it's easy to lose track of the forest from the trees -- SCO has put out so much insane PR and groaklaw has spent so many thousands of words dismissing the FUD, that it's easy to forget that IBM may really have boo-booed their contractual obligations wrt UNIX.

      Now that this has been clearly established as a boring corporate contract case, maybe slashdot will stop posting it under Your Rights Online.

    4. Re:2.2 Kernel? by Pharmboy · · Score: 4, Insightful

      Part of the problem is that SCO keeps amending their case against IBM, so you are never sure what to expect next. Another problem is that what SCO says in public is NOT what they say in court. Most non technical people would serve in a jury are not really paying attention, so I can't believe its to "poisen the jury pool", as you would expect with OJ, etc. The only logical conclusion is either they really think they are right or they are artificially pumping up the stock.

      I hear alot of heat about /. posting SCO stories, but this case does affect my rights online, since I use Linux mainly to run a bunch of servers. If SCO were to win, it would greatly restrict my ability to do this. This would affect my wallet and my favorite passtime, which are the same: Linux. It may not be the same as spywear, the patriot act or other topics, but it does affect my right to make a living and enjoy computing, so I would respectfully disagree with your point.

      --
      Tequila: It's not just for breakfast anymore!
    5. Re:2.2 Kernel? by Anonymous Coward · · Score: 1, Interesting

      I agree that it doesn't look good for SCO, but it never did. They were not trying to win, they were trying to pump and dump, to inflate the stock price, and fight their way toward the door so they can take the money and run. But with the quirkiness of the courts, it still ain't over. I was being optimistic when I said this year...

      Watch the insiders exercising their options and selling their shares. These folks don't have any confidence in the future of their company. I don't know why only a handful of insiders are selling. It is possible that they are the ones for whom exercising recently vested options is the only way to get their money out. I suspect that Darl's compensation has some clauses in it concerning performance over several quarters. If he sells a pile of shares right now, he opens himself up to allegations of insider trading and the possibility that the share price will nose dive. He probably can't get all his money out by unloading shares a few at a time, so he's not even trying that approach.

    6. Re:2.2 Kernel? by Jason+Earl · · Score: 3, Informative

      The fact that SCO executives continue to talk about this case outside of the court room is prima facie evidence that they aren't really trying to win. Darl's comments to the press have already been used against him in this case. If the Boies lawyers were actually concerned about winning they would have slapped a gag on the SCO executives a long time ago. Every time that Darl or Blake open their mouth to the press they are giving IBM evidence that can be used against them.

      Darl's quote about the "millions of lines of code" was used in IBM's "Report on SCO's Compliance With the Court's Order," and another of the documents IBM turned in lately pointed out that SCO publicly announced that HP and Sun were not infringing on their UNIX license, and pointed out that SCO was able to do this without looking at the source to Solaris or HPUX.

    7. Re:2.2 Kernel? by drwho · · Score: 1

      Does that neat yahoo thing track when insiders sell options to their shares? Because otherwise they could hide their pump & dump.

    8. Re:2.2 Kernel? by HiThere · · Score: 1

      I believe that this request for amendment is the last one that they are allowed. And it's not clear yet what the judge will say to it. (I don't believe that she's required to allow it...but it does lessent the chances for an appeal to be heard.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    9. Re:2.2 Kernel? by Anonymous Coward · · Score: 0

      If SCO were to win, it would greatly restrict my ability to do this

      No, if SCO were to win, it would cost IBM some money and Linus some time.

      One would really have to be a "cocksmoking teabagger" to believe that this would end up costing them personally in any way. Being a Linux supporter does not mean identifying with IBM's bank account.

    10. Re:2.2 Kernel? by bungo · · Score: 1


      since I use Linux mainly to run a bunch of servers. If SCO were to win, it would greatly restrict my ability to do this.


      But if SCO do win, now the code in question is known, all that has to happen is that the code is removed, and you can now switch to the new, improved version.

      You're really only going to have problems if the code can't easily be re-written, and then, it's only going to affect more enterprise-level mulit-cpu boxes - You're probably still going to be fine.

      --
      "The best part? I became an ordained minister while not wearing pants." -- CleverNickName
    11. Re:2.2 Kernel? by MathFox · · Score: 1
      Part of the problem is that SCO keeps amending their case against IBM, so you are never sure what to expect next.
      Well, that problem is over. SCO's deadline for amending their complaint passed Feb 4th. (They did ask for an infinite extension, but I'ld be surprised if they get that.) They could use two weeks for fixing typos and numbering errors.
      --
      extern warranty;
      main()
      {
      (void)warranty;
      }
    12. Re:2.2 Kernel? by dustmite · · Score: 1

      if SCO were to win, it would cost IBM some money and Linus some time.

      One would really have to be a "cocksmoking teabagger" to believe that this would end up costing them personally in any way

      Uh, where do you think IBM gets its money? From it's customers. The only ways for IBM to recover the lost income is (a) from it's customers (e.g. explicitly raise it's prices, or lower the service provided at a given price), and/or (b) lower the salaries of their employees (or at least, give them smaller raises in the next salary increase cycle). Most companies try to do a combination of all of the above in order to maintain the positive cash needed to keep alive. So in one way or another it is likely that ALL OF IBM'S CLIENTS will end paying, basically, "personally". IBM's corporate clients would, in turn, pass on their increased costs to (a) their customers, (b) their employees, etc.

      IBM doesn't have a money tree where they just walk outside and pick off the money. To turn a profit, their income must exceed their expenses. A $5,000,000,000 expense must be compensated for somewhere along the lines in their income stream.

    13. Re:2.2 Kernel? by Pharmboy · · Score: 1

      Also, what the fool doesn't realize is it WOULD cost me money, personally, if I were to comply with the law.

      If I have to either pay a royalty to SCO, or move all my servers over to a 2.2 kernel, or BSD, then it would cost more than a few thousand dollars. Also, assuming I would comply with the law, it would limit my ability to work with the 2.4+ kernels, which is something I enjoy even when not doing it for money, so it would restrict my enjoyment as well.

      --
      Tequila: It's not just for breakfast anymore!
    14. Re:2.2 Kernel? by Pharmboy · · Score: 2, Interesting

      But if SCO do win, now the code in question is known, all that has to happen is that the code is removed, and you can now switch to the new, improved version.

      You're really only going to have problems if the code can't easily be re-written, and then, it's only going to affect more enterprise-level mulit-cpu boxes - You're probably still going to be fine.


      Ok, to compare: Lets say I come and burn your house down, but I pay your cost for everything inside it. You are out nothing right? Wrong.

      You are out the time it takes to recover, repurchase and deal with the problem. The same here. If I have to migrate over to another kernel, or another system, it costs alot of time and money. It is not free. I am not worried that I will not be able to use any OS, its just that it will require thousands of dollars in time to deal with it. So the costs are real.

      My time has value. I charge a great deal for it. It is not free if I have to change to BSD, downgrade to kernel 2.2 (which is more than a simple rebuild, since some features require it) and its not free to have to spend time thinking about it either. Since my servers are not little game machines for Counter Strike, but rather are ecommerce and support machines for an enterprize, this costs the company money as well, since they have to spend resources to correct a problem, which also affects my profit sharing and override on sales.

      So yes, it affects me quite directly, in spite of so many people trying to explain how it doesn't. Ironic coming from people who don't know me.

      --
      Tequila: It's not just for breakfast anymore!
    15. Re:2.2 Kernel? by Odin's+Raven · · Score: 1
      I thought 2.2 was safe. Then again, we thought they were not going after copyright infringement. I'm guessing that is a typo.

      It's not a typo -- I suspect you just got a bit confused by all the version numbers getting tossed around in that paragraph of the filing.

      The 2.2.1 reference is to a version of the EVMS project over on SourceForge -- they're not talking about a Linux kernel version there. EVMS provides administrative tools for storage management.

      Table B, a few lines down, addresses the Linux kernel files/lines related to EVMS, and they're only talking about 2.4 releases of the kernel there. (Or, more accurately, a 2.4.x kernel after applying the EVMS 1.0.0 kernel patches.)

      SCO's objection is to the code and kernel patches that IBM contributed to the EVMS project. SCO is not making any allegations against the 2.2 Linux kernels in this filing.

      --
      A marriage is always made up of two people who are prepared to swear that only the other one snores.
    16. Re:2.2 Kernel? by Anonymous Coward · · Score: 0

      Wow, I thought Darl McB was a real idiot, but I've just realized what a genius he is. Because he's convinced everyone, even the "insightful" slashbots, to conflate IBM's little contract problem with this $699 Linux license bullshit. Pharmboy confirms it -- FUD Works!

      Well, here it is real slow -- SCO is suing IBM for $3 Billion or whatever. They aren't suing Linus, they aren't suing you. There's no possible way that the ruling could possibly compel a third party (you) to pay $699, you cocksmoking teabagger. Please get the basics straight.

      Now defending Linux, I can understand. But being IBM's corporate catamite is thourghly unwarrented. There's no "Linux is K00L" exeception to contract law -- If IBM broke their agreement, they should pay the price.

    17. Re:2.2 Kernel? by Anonymous Coward · · Score: 0

      So, your argument is that IBM should be able to break contracts and not have to pay the price. Nice. Do those rules apply to Microsoft as well?

    18. Re:2.2 Kernel? by dustmite · · Score: 1

      ????? ... I think you accidentally replied to the wrong post, there is no connection at all between what I said and your reply.

    19. Re:2.2 Kernel? by TheUser0x58 · · Score: 1
      Most non technical people would serve in a jury are not really paying attention, so I can't believe its to "poisen the jury pool", as you would expect with OJ, etc
      I've noticed a few posts mentioning a jury involved with the SCO case. It should be pointed out that in the US justice system, as with many other nation's systems, civil cases, such as SCO's present litigation, are not tried by a jury, but only by a judge. OJ was a criminal case, hence the jury. Thus in the present case there is no jury to "poison."
      --
      -- listen to interesting music, support independent radio... WPRB
    20. Re:2.2 Kernel? by Pharmboy · · Score: 1

      Um, no, that is not the case. Hear about juries awarding large sums of money to people, tort reform?

      As in criminal cases, a civil case can be heard by only a judge or a jury, usually at the request of the defendent. Most of the time they choose a jury because it is easier to sway 8 to 12 normal people with FUD than a judge, regardless of the issue at hand. But yes, a jury is usually involved in any civil case.

      --
      Tequila: It's not just for breakfast anymore!
  11. Mirror... by Ddalex · · Score: 4, Informative

    Fast mirror here... not that Groklaw would need :D or not ?

    --
    Carefully crafted sig.
    1. Re:Mirror... by Anonymous Coward · · Score: 0
    2. Re:Mirror... by webtre · · Score: 0
      --
      litigious bastards
      suck it sco!
  12. I predict by GoofyBoy · · Score: 4, Interesting

    Patches for every single Linux distribution by the end of the week.

    And it will include commented lines "*uck you, SCO"

    --
    The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
    1. Re:I predict by TexVex · · Score: 5, Insightful

      That would actually be a bad thing for open source, because it would set bad precedent. It would be much better to wait for the case to be resolved. If and only if it turns out SCO code really is in the kernel should the offending code be replaced. I'd be much more interested in seeing the CVS history of the lines in question -- who put them in and when -- than I'd be in seeing a new "SCO-free" kernel.

      --
      Fun with Anagarams! LADS HOST, SHALT DOS. HAS DOLTS. AD SLOTHS, HATS SOLD. ASS HO, LTD.
    2. Re:I predict by Anonymous Coward · · Score: 0
      Remember that damage claims can start from when we first learn that we are infringing. Luckily that gives people time to research and verify the claim. If it's valid, it should be fixed.

      Not fixing a true violation would really set far worse precedent.

    3. Re:I predict by Pharmboy · · Score: 4, Insightful

      That would actually be a bad thing for open source,

      I agree. I admit there is a possibility that there is some bad code in Linux (ala SGI, for instance) but at least now we can look through what they are *claiming* is theirs, research the origins for that code, then make a decision. If there is any questionable code, then do the right thing: replace it. My guess is *if* there is infringing code, it would be very minor sections since any large section would have been spotted by now.

      Ironic that SCO has been doing everything they can to prevent programmers from doing the right thing.

      --
      Tequila: It's not just for breakfast anymore!
    4. Re:I predict by michael_cain · · Score: 4, Insightful
      Patches for every single Linux distribution by the end of the week.

      Won't matter. The code in question appears to be contributions by IBM -- things like JFS. There's never been any question but what IBM made those contributions. Now it's an issue of whether IBM making those contributions violated their old contract with AT&T. Which is exactly what the claims from SCO got pared down to this week.

      Assume for the moment that IBM loses the contract case -- which seems unlikely. In general, it's damned hard to put "trade secrets" back into the bottle once they're out and as widely distributed as these. The court would probably award SCO damages, but would also note that the secrets are no longer secret, which would preclude SCO from actually getting damages or license fees from anyone else. Any real lawyers willing to comment on that?

    5. Re:I predict by Anonymous Coward · · Score: 0

      No then every Tom, Dick, and Darl will be claiming parts of the Linux source code. In fact every time some cool enterprise feature shows up in Linux, Microsoft would likely cajole some disposable small company into claiming copyright infringement, just to get the code replaced with some weekend hack job.

      In fact that's probably exactly what's happening now.

    6. Re:I predict by mark-t · · Score: 1
      Let's say there _IS_ questionable code in Linux...

      How do we know who put it in?

      In particular, if the questionable code came from IBM, all we will know is that it came from IBM, we won't know exactly _who_ contributed it.

      So in a twisted logic sort of way, SCO is right... Linus _doesn't_ have the capabilities to determine the origins of all contributed code.

      Hmmmm.....

    7. Re:I predict by evil_one666 · · Score: 1
      Hold up there a minute

      Nobody is saying that "SCO Code" isnt in the kernel. The debate is whether the "SCO Code", which is more corectly refered to as "System V" code that is present in the kernel is licenced or not (and seeing as SCO have previously released this code under the GPL, and that System V incorporates a lot of BSD code, it is quite clearly licenced)

    8. Re:I predict by Anonymous Coward · · Score: 4, Insightful

      Since you know nothing about Concurrent Version System why don't you just ask whether it is possible to know where the specific code came from. The answer is yes. Everything is logged and since kernel contributions go through Linus and several other kernel developers there is no chance in hell that code would just appear in the kernel unaccounted for.

    9. Re:I predict by webtre · · Score: 0

      The kernel is already "SCO-free." I am a SCO employee and my superiors are just blowing smoke.

      --
      litigious bastards
      suck it sco!
    10. Re:I predict by Pharmboy · · Score: 2, Insightful

      The AC who replied put it best. Perhaps some of the code pre-2.0 might be a bit fuzzier, but all the modern code is documented quite well. Even the SGI problem was quickly solved.

      Just because SCO says that Linus doesn't know whats in the kernel, doesn't make it true.

      --
      Tequila: It's not just for breakfast anymore!
    11. Re:I predict by An+Onerous+Coward · · Score: 5, Insightful

      One point this thread seems to be missing is that not a single line of the "infringing" lines they've cited were actually from SysV's codebase. They're citing code that IBM authored for AIX, and that Sequent authored for Dynix. Some of it was actually put into the kernel, other bits of code were just provided as reference material for those who wanted to copy it.

      SCO's claim at this point appears to be that, because IBM developed technologies like JFS and RCU, [Man, the Wik knows everything] then those technologies automatically became SCO's once they were implemented within a UNIX derivative.

      In my admittedly non-legal opinion, just because a certain OS technique was discovered and perfected on a UNIX-derived platform, that shouldn't mean that IBM loses the right to bring the same technology to any other platform they're interested in.

      It's not about IBM swiping SCO's secret wonder code. It's about IBM developing its own secret wonder code and then being told by SCO that they have no right to use it.

      --

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

    12. Re:I predict by Rip!ey · · Score: 2, Informative

      Remember that damage claims can start from when we first learn that we are infringing.

      But nobody really knows if there is infringing code in linux until the courts have decided that this is indeed the case. The only opinion that really matters here is the one the courts reach.

      Which means that people have from now until such a time that the courts do decide this, assuming that such a conclusion is actually reached, to research the potential infingments and come up with a clean implementation. If such a conclusion is eventually drawn by the courts, the open source community would then be in a position to take immediate affirmative action without any visible delay.

    13. Re:I predict by dbIII · · Score: 1
      I admit there is a possibility that there is some bad code in Linux (ala SGI, for instance)
      The code that SGI had was not stolen from anybody - It was released into the public domain and has been in textbooks for decades. If there really was infringing code it would have been mentioned in court months ago, instead of a whole lot of silly delaying tactics, and Darl would have been able to get someone other than his brother to speak for him in court. With the new information the original authors (who I'm sure would rather be doing absolutely anything else) get to prove that SCO are liars - but that won't make any difference at all unless it is done before a judge.
    14. Re:I predict by stor · · Score: 1

      Actually it seems that if one close to the matter were to do something positive it would be to seek legal advice.

      Indeed removing the code may be interpreted as an admission of guilt but leaving it there doesn't seem any less problematic: couldn't SCO claim "The Linux guys saw the lines of code in dispute and did _nothing_ to resolve it"?

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    15. Re:I predict by mark-t · · Score: 1
      That wasn't what I was saying.

      CVS will indeed show who contributed the infringing code into Linux, but what CVS will *NOT* show is whether or not the contributer was actually the _AUTHOR_ of that code, or if he got it from somewhere else. That's what I mean by in a twisted logic sort of way, SCO is right about Linus not being able to tell where code really comes from.

      Yes, you can hold the infringer liable when and where infringement is discovered, but SCO's argument that Linus can't tell the true source of contributions is still technically correct. (Of course, to expect to be able to do that in _ANY_ project is utterly absurd. In fact, the _only_ real mechanism for ensuring that misappropriated code is not inserted into a programming project is the consequences of what will happen if or when the infringement is discovered.)

    16. Re:I predict by Anonymous Coward · · Score: 0

      Typical comment from a typical fuckhead.

      Isn't it time for you to go get your fill of looking at pictures of people with spatch-filled colons?

      Oh, I'm sorry - goatse.cx was taken down, wasn't it?

      Fucker.

    17. Re:I predict by Anonymous Coward · · Score: 0

      > ...being told by SCO that they have no right to
      > use it.

      They're not being told they can't use it, just
      that they can't give it away to others because
      the contract *agreement* doesn't permit that.

    18. Re:I predict by HiThere · · Score: 1

      SCOX has dropped the trade secrets part of their case (except, appearantly, for one line which may just be left over). So we don't need to worry about that.

      OTOH, they're trying to add a copyright claim. It's a wierd one, but they are claiming to own the copyright to code that IBM wrote because IBM included it in AIX. And that since they own the copyright, IBM had no right to GPL the code. And therefore it's illegally in Linux. (And would need to be removed.)

      I could be wrong, but that seems to me to be their case in a nutshell. And it is threatening damage to both IBM & Linux. OTOH, I still have trouble taking their legal theories seriously. In fact, I have trouble believing that that's what they are asserting, but it does appear to be.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    19. Re:I predict by KilobyteKnight · · Score: 1

      CVS will indeed show who contributed the infringing code into Linux, but what CVS will *NOT* show is whether or not the contributer was actually the _AUTHOR_ of that code, or if he got it from somewhere else.

      For that to have any validity at all, you would have to assume IBM willfully decieved Linus into inserting code improperly. IBM keeps records, Linus keeps records. It can all be traced.

      Try your troll on AOL where it might actually fool someone.

      --
      When will Windows be ready for the desktop?
    20. Re:I predict by Anonymous Coward · · Score: 0

      Sorry dude, the person who knows nothing is you and 4 stupid moderators.

      Linux has never used CVS, and only started using any form of version control in the last year or so. Nothing was logged, there is no record of where the code came from.

    21. Re:I predict by stor · · Score: 1

      Nothing was logged, there is no record of where the code came from.

      Ehem... mailing lists? email?

      Linus never used CVS but other developers did.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    22. Re:I predict by Ptraci · · Score: 2, Informative

      Thr violation of copyright they are claiming is that IBM continued to sell AIX after SCO tried to revoke their irrevocable license, which Novell disputed their (SCO's) right to do anyway. Their whole reason for revoking the license was apparently IBM's contribution of IBM's code, which SCO claims is derivative of UNIX SYSVr4 just because it appears in AIX.

    23. Re:I predict by Anonymous Coward · · Score: 1

      SCO's claim at this point appears to be that, because IBM developed technologies like JFS and RCU, then those technologies automatically became SCO's once they were implemented within a UNIX derivative.

      What I can't believe, is that the same analysts who are championing SCO's cause, also hate the GPL for being "viral".

      SCO's license, if it turns out to be legal, really does require you to give SCO the rights to anything you bundle with any code that SCO has ever touched.

      That's EXACTLY the lie the anti-GPL FUDmongers spread about the GPL...

    24. Re:I predict by xyote · · Score: 2, Informative

      In my admittedly non-legal opinion, just because a certain OS technique was discovered and perfected on a UNIX-derived platform, that shouldn't mean that IBM loses the right to bring the same technology to any other platform they're interested in.


      That part of what the lawsuit is about, what the contractual meaning of "derivative work" is. Except one of the techniques, RCU, was actually first developed on a mainframe operating system, VM/XA in the mid 80's. I've pointed this out before on Slashdot. What's really spooky is that the VM/XA functions are virtually identical to the independently redeveloped Linux RCU functions. HCPMPDFR was to schedule an asynchronous piece
      of work after every processor has gone through a checkpoint at least once. The Linux function is call_rcu() and uses the term quiesce state instead of checkpoint. HCPMPDLY was to delay a thread of execution until every processor has gone through a check point at least once. The Linux function for this is synchronize_kernel(). The mainframe patent is 4,809,168. The Sequent/IBM RCU patents are 5,442,758, 5,608,893, and 6,219,690. I'm writing authoritatively here as I was the original developer of the VM/XA code and one of the inventors on the mainframe patent.


      I'm not sure why IBM doesn't have the RCU claim knocked off the lawsuit since it is clearly not a Unix method. It could be it's not worth the effort since they still have to deal with JFS, NUMA, and SMP kernel stuff in the suit. It's also possible that IBM doesn't want to diminish the value of their RCU patents since the mainframe patent was allowed to expire and is in the public domain AFAIK. McKenney and Slingwine know about the
      mainframe prior art since I've informed them of it a while back. I will say that they were remarkably gracious and good sported about it. Also, I have to commend them on their publicizing and promotion of RCU without which we wouldn't be discussing it now.


      And what bugs me is that despite all this publicity that RCU has gotten, when I mention it while looking for programming work, no one has a clue what it is and thinks I am babbling total nonsense. Which it probably is. It certainly doesn't help in finding work.

    25. Re:I predict by mark-t · · Score: 1
      For that to have any validity at all, you would have to assume IBM willfully decieved Linus into inserting code improperly.
      That was point.

      Do I believe it? Not for a second. Do I think SCO is demented enough to believe it? Definitely.

    26. Re:I predict by Anonymous Coward · · Score: 1, Interesting

      The mailing list functions as more of a review process. When stuff is merged, it gets mailed directly to Linus. And he apparently can't produce e-mail archives -- they've asked, and he doesn't have them anymore.

      Some developers may have used CVS, but Linus doesn't have access to any of that information, it's not "official", and it's probably tangental stuff anyway.

      I dunno why this is shocking to you guys -- the "baazar" dev model of Linux is fairly well known. There's no record.

  13. Any kernel coders here? by Anonymous Coward · · Score: 0

    Now that the cats tail is out of the bag, you can clean the kernel. Removing the offending lines will help to foil the case.

    Lets see 2.4.25 and 2.6.3 with these lines eliminated.

  14. SCO Code Sample by AtariAmarok · · Score: 4, Funny

    Here's a sample of the actual code:

    Select All (*Linux.Users*)

    Repeat
    Daryls.Bankacct = Daryls.Bankacct + Linux.User.Acct(x)
    until total(Linux.Users) = 0

    set displaymode = gloat

    --
    Don't blame Durga. I voted for Centauri.
    1. Re:SCO Code Sample by dotwaffle · · Score: 1

      Who's Daryl? Don't you mean Darl? Darl McBride.?

    2. Re:SCO Code Sample by Jugalator · · Score: 3, Funny

      Oh god -- is Linux written in Visual Basic :-O

      --
      Beware: In C++, your friends can see your privates!
    3. Re:SCO Code Sample by Liselle · · Score: 2, Funny

      Looks like Darl's code doesn't actually take any money out, it just drops an equivalent value in his account. The U.S. Mint is gonna be pissed. ;)

      --
      Auto-reply to ACs: "Truly, you have a dizzying intellect."
    4. Re:SCO Code Sample by urbaneassault · · Score: 1

      "It's Da-rill!"
      sorry, couldn't resist the Kids in the Hall reference....

    5. Re:SCO Code Sample by Westech · · Score: 1

      It's also an infinite loop, since the result of total(Linux.Users) is never decremented. ;)

    6. Re:SCO Code Sample by blincoln · · Score: 2, Informative

      VB code is better than that. Well, .NET is at least. VB less than or equal to 6 is pretty lame. In .NET it would be:

      For each User in LinuxUsers
      Daryl.BankAcct += User.BankAcct
      User.BankAcct = 0
      Next

      And of course Daryl would be an object of class CAsshat, LinuxUsers would be an array of objects of class CUser, and both would implement interface IFinances.

      BankAcct is a public property, not a variable, and is defined in IFinances.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    7. Re:SCO Code Sample by salimma · · Score: 1

      Hang on a minute, he's minting free money! You forgot to deduct the money from Linux users' accounts :P

      --
      Michel
      Fedora Project Contribut
    8. Re:SCO Code Sample by Anonymous Coward · · Score: 0

      You know the decline and fall of the Slashdot empire is complete when gentle readers are posting and commenting on pseudo-VB code.

      Jeeeeezuzzzz!

      6*6*6=216
      144,000/216 == 666.666...
      60*60*60=216000 == 1 0 0 0 [base60]
      height of great pyramid == 280
      base of great pyramid == 440
      280 in base 60 == 440

      dig some more! 3000BC... dig, dig dig!

      plimpton 322
      ybc 7389

    9. Re:SCO Code Sample by elvesRgay · · Score: 2, Funny

      Thats not atomically safe. What if the program fails between line 2 and line 3?

    10. Re:SCO Code Sample by Anonymous Coward · · Score: 0

      Since this is VB, you let the transaction manager deal with it.

  15. At the very least by alan_dershowitz · · Score: 4, Interesting

    SCO still doesn't have the right to subsume all copyrights to the work that everyone has done on Linux to date, If this is correct, I don't know what the ramifications would be, but linux would survive. Isn't this how BSD ended up? All proprietary code was systematically replaced over time, and the result is still free.

    I'm not sending anyone a check for $699.

    1. Re:At the very least by TrentC · · Score: 4, Interesting

      I'm not sending anyone a check for $699.

      Don't worry, you couldn't even if you wanted to.

      Jay (=

    2. Re:At the very least by negacao · · Score: 1
      IIRC, BSD debacle ended up with AT&T/co losing in court, because no proprietary code was found..



      but that's only IIRC. :)

    3. Re:At the very least by mark-t · · Score: 2, Informative

      Indeed, there is nothing in copyright law that allows the owner of a copyrighted work to be assigned ownership of derived works that are determined to be infringing. When a derived work infringes, the most copyright law can do is stop the distribution, it cannot reassign ownership.

    4. Re:At the very least by Anonymous Coward · · Score: 0

      So what? If SCO could stop the distribution of Linux, they've won.

    5. Re:At the very least by Anonymous Coward · · Score: 0

      The resulting work from joining Linus' work with SCO's would end up in some kind of joint copyright. So SCO doesn't own it all, but you can't distribute without their permission.

      It's the same reason why you can't take the FSF's GPL'd software and use it in your proprietary code. The FSF doesn't own the resulting binary as a whole, but you can't distribute without their permission (GPL).

    6. Re:At the very least by timmarhy · · Score: 1

      no you see thats not what sco want. Darl see's linux as a life line for SCO. in his twisted little mind he is convinced large amounts of unix code is in linux (becuase surely this linux crowd couldn't writ an OS by themselfs! it takes a company to do that!) he i am sure he envisages sco taking a slice from every copy of linux sold or downloaded. it makes sense becuase sco have no viable product to sell and if you look at his comments he thinks of himself as some kind of savior to computing and humanity in general.

      --
      If you mod me down, I will become more powerful than you can imagine....
    7. Re:At the very least by mpsmps · · Score: 1

      Not true. You can send me one if you want (don't know why you would, though).

    8. Re:At the very least by Anonymous Coward · · Score: 0

      SCO doesn't even own the copyrights on any of the lines they've pointed out, IBM does. SCO only claims that IBM is violating their contract by contributing them to Linux, and this interpretation is questionable at best.

      Anyway, BSD ended up with a few insignificant files removed and a couple of USL copyright notices added. The lawsuit was settled under unknown terms, so the legal status of earlier releases was unclear - it's worth noting that DEC continued to distribute the NET/1 and NET/2 releases freely on their FTP site (they were not involved in the lawsuit or settlement and since the lawsuit was settled, the settlement is only binding to the parties involved).

      The open source BSDs played it safe and based their new versions on 4.4 BSD-Lite, which was the version released by UCB that was said to be unencumbered under the settlement.

      In any case, after Caldera released 32V sources under a BSD-style license a few years ago, there is no longer any doubt that all past and present releases of BSD are legal wrt. being a derivative of historical Unix versions.

    9. Re:At the very least by jcuervo · · Score: 1

      Hrm. I'm on a 14.4 right now, so I'm not sure if your link is slashdotted, or I am. :P

      --
      Assume I was drunk when I posted this.
  16. SCO sues MYDOOM virus creator by Anonymous Coward · · Score: 1, Funny

    for using parts of the sco's code.

  17. Mirror of PDF by Motherfucking+Shit · · Score: 4, Informative

    I've mirrored the PDF file here. At 2.5MB a pop, this mirror is subject to disappear at any time, but perhaps it'll alleviate the load on Groklaw for the time being. Please post other mirrors here.

    Thanks PJ for all you do :)

    --
    "BSD: Free as in speech. Linux: Free as in beer. Windows 10: Free as in herpes." --Man On Pink Corner in #52607549.
    1. Re:Mirror of PDF by Anonymous Coward · · Score: 1, Informative

      here's another mirror :)

      posted anonymously cause i don't need to whore.

      - Hes Nikke /me hopes his ISP closes access before billing for excess bandwidth...

    2. Re:Mirror of PDF by orkysoft · · Score: 2, Insightful

      Isn't this one of those cases where KaZaA or another P2P app (e.g. BitTorrent) would be useful to demonstrate the non-infringing uses of those applications?

      Unless of course there is a copyright restriction on this file.

      --

      I suffer from attention surplus disorder.
    3. Re:Mirror of PDF by Anonymous Coward · · Score: 0

      Unless of course there is a copyright restriction on this file.

      You're probably kidding, but...

      Court filings are public records, so no, there wouldn't be.

    4. Re:Mirror of PDF by pirodude · · Score: 4, Informative

      Also mirrored...

      http://diode.ecn.purdue.edu/~abrezinsky/docs/Doc -1 00-A.pdf

    5. Re:Mirror of PDF by Abuzar · · Score: 5, Informative

      Another mirror! http://abuzar.com/sco/Doc-100-A.pdf

    6. Re:Mirror of PDF by orkysoft · · Score: 1

      Actually, I didn't RTFA, or the PDF, so I didn't really know what it was about ;-)

      --

      I suffer from attention surplus disorder.
  18. Blank lines have been copyrighted by SCO by Anonymous Coward · · Score: 5, Funny

    The code lines correspond to blank lines. SCO has obviously copyrighted blank lines.

    1. Re:Blank lines have been copyrighted by SCO by Anonymous Coward · · Score: 0

      Not all of them are blank line.

      They claim this line of code too: /*
      and this one as well: */

    2. Re:Blank lines have been copyrighted by SCO by Jon+Abbott · · Score: 1
      The code lines correspond to blank lines. SCO has obviously copyrighted blank lines.
      Now that SCO owns blank lines, and Microsoft owns ones and zeroes, there won't be much left for innovation! As an interim solution, I propose that we all program in machine code only, and rather than using binary, we all use a very similar number base whose digits will be 2 and 3 instead of 0 and 1.
    3. Re:Blank lines have been copyrighted by SCO by Tablizer · · Score: 1

      The code lines correspond to blank lines. SCO has obviously copyrighted blank lines.

      How appropriate: empty lines for an empty case filed by empty hearts and empty heads who sued because they had empty wallets.

  19. Whooga! Whooga! by zandermander · · Score: 3, Funny


    Now people who are really qualified can do a "Deep Dive". Not just some imaginary mathmaticians from MIT.

    DIVE! DIVE!

    Now WE can sink their Battleship! :-)

    1. Re:Whooga! Whooga! by KarmaMB84 · · Score: 0

      ARGH. You've sunk my airhead carrier full of Darls :(

    2. Re:Whooga! Whooga! by ozric99 · · Score: 1

      GORDON'S ALIVE!!!11

  20. code references in case groklaw get /.ed by xlyz · · Score: 4, Informative

    100. The contribution of the Journaling File System ("JFS") was done in a series of "drops" of AIX code identified as "reference files" inside Linux. The first such drop occurred on or about February 2000, with multiple additions and significant follow-up work by IBM since that time to adapt AIX/JFS for enterprise use inside Linux. These drops of reference files do not necessarily become part of the source code in the Linux kernel, but rather are public displays of the Protected Materials so that anyone has access to them and can use them to construct similar file in Linux. The first drop contains (a) a partially functioning port, or transfer, of JFS from AIX to Linux; (b) a set of reference directories (named ref/) which contain the AIX reference version of AIX/JFS; (c) AIX/JFS-related utility files used to maintain and upkeep AIX/JFS; and (d) a set of directories (named directory ref_utils/) which contain the AIX reference version of utilities. Copies of AIX/JFS files into Linux are shown in Table A, below. Table A compares a 1999 version of AIX and shows the following similarities, demonstrating copying of code, structures and/or sequences.

    Table A

    AIX 9922A_43NIA File Line #s Linux 2.2.12 ref/File Line #s
    usr/include/jsf/inode.h 16-37 include/linux/jfs/ref/jfs_inode.h 84-95,
    126-138
    kernel/sys/vnode.h 109-133 include/linux/jfs/ref/jfs_inode.h 96-122
    usr/include/jsf/inode.h 39-40 include/linux/jfs/ref/jfs_inode.h 189-90
    usr/include/jsf/inode.h 161-166 include/linux/jfs/ref/jfs_inode.h 414-421
    usr/include/jsf/inode.h 172-180 include/linux/jfs/ref/jfs_inode.h 37-48
    usr/include/jsf/inode.h 199-205 include/linux/jfs/ref/jfs_inode.h 52-59
    usr/include/jsf/inode.h 62-66 include/linux/jfs/ref/jfs_inode.h 286-290
    usr/include/jsf/inode.h 72-76 include/linux/jfs/ref/jfs_inode.h 295-302
    usr/include/jsf/inode.h 83-158 include/linux/jfs/ref/jfs_inode.h 322-411

    These transfers of AIX/JFS to Linux are in violation of the IBM Related Agreements, and are an improper use of AIX for adaptation to a general operating system.

    101. IBM has also improperly transferred a UNIX/AIX-based enterprise volume management system ("AIX/EVMS") to Linux. Again, this was done by IBM to transfer enterprise-class capabilities from AIX to Linux, and was a violation of the IBM Related Agreements and IBM's promise not to adapt AIX as a general operating system for a non-IBM company. The purpose of AIX/EVMS is to allow the management of disk storage in terms of logical 'volumes' in a large enterprise environment. Tools with this level of sophistication and performance were entirely unavailable and unknown to the open source development community prior to IBM's improper transfer to Linux. The actual transfer "patch" by IBM can be found at http://www.sourceforge.net/project/showfiles.php?g roup_id=25076&package_id=17436. The first code drop of AIX/EVMS by IBM was v0.0.1, which occurred on 03/21/2001. The first major release of AIX/EVMS by Linux was v1.0.0, in Linux 2.4, which occurred on 03/27/2003. The latest Linux release version of AIX/EVMS is v2.2.1, which occurred on 12/20/2003. The following table, Table B, identifies the AIX/EVMA "patches" of source code improperly transferred by IBM to the Linux 2.4 version.

    Table B

    AIX MERCED/9922A_43NIA Line #s EVMS 1.0.0 patches to Linux 2.4.x Line #s
    kernel/sys/IA64/bootrecord.h 64-170 include/linux/evms/evms_aix.h 157-263
    usr/include/liblvm.h 234-250 include/linux/evms/evms_aix.h 311-327
    usr/include/liblvm.h 252-272
    289-307 include/linux/evms/evms_aix.h 329-349
    usr/include/liblvm.h 316-363 include/linux/evms/evms_aix.h 352-400
    usr/include/lvmrec.h 24-92 include/linux/evms/evms_aix.h 266-294
    usr/include/lvm.h 26-35 include/linux/evms/evms_aix.h 6-11
    kernel/sys/hd_psn.h 32 include/linux/

    1. Re:code references in case groklaw get /.ed by Sesostris+III · · Score: 1

      Note, here is a transcription mistake in Table D. The last entry in the Dynix column should be "kernel/i386/startup.c", not "kernel/i386/trap.c".

      --
      You never know what is enough unless you know what is more than enough. - Blake
    2. Re:code references in case groklaw get /.ed by Anonymous Coward · · Score: 5, Interesting

      Don't even think about looking for this code in linux-2.4.x. Not a single line of any of the mentionened patches has been merged into linux-2.4.
      You can find the code in these patches provided by IBM:

      EVMS evms_aix.h
      JFS ref/jfs_inode.h
      RCU-2.4.1-01

      Something remotely similar to the rcu patch was eventually merged into 2.5.43 and into United Linux. The EVMS header is used by the compatibility module for AIX partitions and is also in United Linux but nowhere in an official linux. The jfs inode header is not used anywhere, because it is the OS/2 file and was provided only for reference.

    3. Re:code references in case groklaw get /.ed by Anonymous Coward · · Score: 0

      Maybe I'm missing something but if these
      additions were being dumped into the Linux
      kernel wouldn't Linus have been aware of it,
      or at least suspicious?

  21. Ah-ha! by ch0ke · · Score: 5, Funny

    Line 327 of named file 13 is merely a closing brace.

    j/k

    1. Re:Ah-ha! by Sneftel · · Score: 5, Funny

      Yeah. SCO'S CLOSING BRACE. Give it back! Give it back!

      --
      The opinions stated herein do not necessarily represent those of anybody at all. Deal with it.
    2. Re:Ah-ha! by aled · · Score: 3, Funny

      May be they are claiming ownership of closing braces. At least we still have the opening braces.

      --

      "I think this line is mostly filler"
    3. Re:Ah-ha! by 586 · · Score: 0

      Yea but its a MILLION DOLLAR closing brace!

    4. Re:Ah-ha! by Anonymous Coward · · Score: 1, Funny

      Time to start using trigraphs then?

    5. Re:Ah-ha! by Anonymous Coward · · Score: 0

      Hey! This deserved +7, Funny. Well done, well done.

    6. Re:Ah-ha! by giminy · · Score: 1

      Good point. You really can't do anything with just a closing brace, but you can do neat things with opening braces and no closing braces (infinite sets and what not).

      Take that, SCO!

      --
      The Right Reverend K. Reid Wightman,
    7. Re:Ah-ha! by Just+Another+Perl+Ha · · Score: 1

      Yeah... and all the Python programmers are saying, "Braces... Braces... we don't need no stinking braces!"

    8. Re:Ah-ha! by rock_climbing_guy · · Score: 1
      How about...



      Take that closing brace and shove it up Darl's ass with no lubricant!!!

      --
      Wh47 d1d j00 541, 31337 15n't t3h r0xor5 ne m0r3???
    9. Re:Ah-ha! by bkhl · · Score: 1

      Maybe there is a misunderstanding. Are they numbering empty lines?

  22. No there wont by boobsea · · Score: 4, Insightful

    That would be an admission of guilt.

    1. Re:No there wont by arivanov · · Score: 1

      #ifndef AVOID_LITIGATION_CODE
      #include
      #include
      #include
      #endif

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    2. Re:No there wont by arivanov · · Score: 1
      // Grghhhh... bloody filtering... Grghhh
      #ifndef AVOID_LITIGATION_CODE

      • #include <jfs.h&gt
        #include <rcu.h&gt
        #include <numa.h&gt
        #include <evm.h&gt

      #endif
      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
  23. Millions of lines? by dtfinch · · Score: 4, Informative

    Looking at their list, there can't be more than a thousand lines there. Most of the matches are about 5-10 lines each.

    And they're ALL written by IBM. And IBM's perpetual license says they own their contributions.

    1. Re:Millions of lines? by KarmaMB84 · · Score: 1, Informative

      Some of it came from Sequent supposedly. Sequent had a different license. IBM needs the judge to say that the Sequent UNIX work falls under IBM's license now rather than the Sequent one.

      No doubt SCO will try to claim that all of IBM's work falls under the Sequent license now or some other fluff. Right afterwards, SCO will bring out a picture of Chewbacca and well nvm :D

    2. Re:Millions of lines? by Curtman · · Score: 1

      Your name has Karma in it, and you post at 0? Thats classic.

    3. Re:Millions of lines? by KarmaMB84 · · Score: 1

      I use the name Karma elsewhere and completely went braindead when typing it in for Slashdot and didn't even think about it :o I probably should've used another name =)

  24. Summary by nepheles · · Score: 5, Funny

    To save you reading the lengthy PDF, here are some of the major similarities noted:

    'int main ()' appears repeatedly in both UNIX System V and Linux
    '#include ' is also obvious stealing of code, appearing in many Linux source files
    Furthermore, 'for (int i = 0; i < ARRAY_LENGTH; i++)' style loops are obviously copied by IBM developers intimately familiar with the original implementations.

    SCO's case is strong.

    --
    ((lambda x ((x))) (lambda x ((x))))
    1. Re:Summary by jpetts · · Score: 5, Funny

      Yawn. These type of jokes are so boring now, but given the poster's web site name, it's not really surprising...

      --
      Call me old fashioned, but I like a dump to be as memorable as it is devastating - Bender
    2. Re:Summary by Anonymous Coward · · Score: 0

      Mod parent up. I can't belived no one has mentioned this yet. SCO can't copyright "int i;"!

    3. Re:Summary by Anonymous Coward · · Score: 0

      Another list...

      Several, I repeat, SEVERAL opening and closing brackets { }

      Several constructs like a++,b++ and , more importantly, its variants *(a1++)=*(a2++)

    4. Re:Summary by KarmaMB84 · · Score: 0

      The real code may be found in /law/litigate.c, /law/amndcomp.c, /SCOLawyer/chewbacc.c, and /law/frivlous.c...oh wait, that's the SCO Law Drone source code! I think I just violated my license! EEK!

  25. SCO 335 lines of code = millions of lines? by Anonymous Coward · · Score: 1, Funny

    Let's do so math, about 335 lines of code is equivalent to Darl math of 2 million lines of code or so. 2 million /335 = 5970. So if we extend SCO-rithmetic to their $5 billion dollar lawsuit (divide by 5970). Then they are really only suing for $863,557.00.

    1. Re:SCO 335 lines of code = millions of lines? by Anonymous Coward · · Score: 0

      Yeah but, if you load those lines into vi and hit "yyp" about 1,000,000 times, then you'll have 300 million lines of infringing code, so because of that possibility, they'll call it 300 million lines, and the GPL sucks too k?

  26. JFS. by Anonymous Coward · · Score: 0

    I say JFS should be completley removed from the 2.4 and 2.6 kernel, and replaced by a clean room implementation by someone from outside IBM. Same goes for all other offending bits.

    1. Re:JFS. by Curtman · · Score: 2, Insightful

      Hold the phone there AC..

      Same goes for all other offending bits

      Nobody has shown any offending bits yet. And for all you know, the JFS in Linux is a clean room implementation. Most importantly though, we don't know for sure that it has to be.

  27. Say what? by Pharmboy · · Score: 3, Interesting

    From SCO's filings: Thus, most versions of UNIX will not operate on Intel-based PC's for desktop computing; and Windows will not operate on RISC-based workstations for enterprise computing.

    Perhaps the current versions don't but in the 90s, it DID run on RISC processors, WinNT 3.1, 3.5 and I think even 4.0 ran on MIPS. Since there point was relating to computing "in the 1990s" I would take their point as misleading, at the very least. What they also do not make clear is that the OLD SCO (not Caldera/SCO) was the only proprietary game for x86/unix, but even then Linux and BSD ran x86. Minor, but misleading.

    --
    Tequila: It's not just for breakfast anymore!
    1. Re:Say what? by Zeinfeld · · Score: 3, Insightful
      Perhaps the current versions don't but in the 90s, it DID run on RISC processors, WinNT 3.1, 3.5 and I think even 4.0 ran on MIPS. Since there point was relating to computing "in the 1990s" I would take their point as misleading, at the very least. What they also do not make clear is that the OLD SCO (not Caldera/SCO) was the only proprietary game for x86/unix, but even then Linux and BSD ran x86. Minor, but misleading.

      Moreover Microsoft originally wrote the Xenix code that became SCO UNIX for the Intel 8086 based IBM PC. Windows NT was designed to run on RISC chips from the start. The 'NT' part is the name of the chip it was going to run on. The original code was written on RISC and as recently as 3.5 it ran on the DEC Alpha.

      Windows runs on that RISC Intel 64 bit chip they were playing with (whats the name?)

      Like the whole point of Windows NT was to be able to move to other chip lines...

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    2. Re:Say what? by Anonymous Coward · · Score: 0

      Truthfully many risc machines ran NT. Alpha, Mips, and PowerPC (maybe others). NT was written to be portable, the whole point of HAL (hardware abstraction layer) still in NT's children. I think that Microsoft actually used Mips R3000s to develop 3.1, (I was a beta tester). The original Xenix (old SCO) was developed as a partnership between SCO and Microsoft!

    3. Re:Say what? by Anonymous Coward · · Score: 0

      That's right. Windows once ran under 4 architectures: 3 "RISC" processors, namely Alpha, MIPS and PowerPC.

      Due to a business decision, Microsoft only supports Intel now.

      On the other hand, IBM has deep expertise in many architectures, including Intel, Power PC, and a boatload of others.

      As far as I know, SCO only has expertise in Intel.

    4. Re:Say what? by neuro88 · · Score: 0

      Isn't the x86 architecture now RISC based? So is this off or did SCO not do their homework again? According to "Linux Assembly Language Programming", the pentium Pro and pentium II are completely RISC. Here's a quote: Their names notwithstanding, the Pentium II and Pentium Pro have gone over to a totally RISC architecture. The instruction set used internally is a pure RISC instruction set. Traditional x86 instructions are converted internally to RISC instructions before they are executed. Here's another interesting quote: Although CISC instructions are allowed on a Pentium, it works faster if programmed using a RISC-like subset of the total instruction set. The pentium pro and pentium II were both available in the 90's.

    5. Re:Say what? by HBI · · Score: 1

      The original code was written on RISC and as recently as 3.5 it ran on the DEC Alpha.

      Umm, NT 4 ran on 4 architectures as late as SP2 I believe (PPC, MIPS, Alpha and x86), then they discontinued MIPS and PPC - Alpha later bit the dust as well.

      They were doing RISC Service Packs as late as 1998, to my memory.

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    6. Re:Say what? by Pharmboy · · Score: 1

      No, x86 isn't RISC. x86 will never be RISC, although it is possible to make a RISC chip with x86 compatability. Even the new IBM 970 is more RISC than CISC, but a compromise, since RISC isn't the perfect cure-all design either. There may be RISC like features, but the instructions on the x86 are still long rather than Reduced Instructions. This is also why you can still install DOS 1.0 on a shiney new P4/3.2, or any other x86 chip, CISC and backward compatible.

      I am not familiar with the book you quote, although I am familiar enough to know that the Pentium Pro, Pentium II and Pentium III all use the exact same core, with the main differences being additional instruction sets and memory/cache speeds (PPro was relatively faster but no MMX, for example). I still use primarily PPro and PIII for my servers, all dual cpu. Several IBM dual ppro 200s from 1997, still running strong with 4x2gb uwscsi40 drives and an avg. of 512M ram each.

      I am waiting for the new IBM quad 970 systems to come out (2ghz x 4 for $3500, no ram, no hd) so I can get away from x86 for Linux, and be finally rid of the limitations (640k anyone?) and can more easily compile my kernels w/o module support, and more highly specialized (keep in mind I am talking about servers, not desktops here). Kinda hard to do unless you can bzImage them under 640k right now. This was easy enough in 2.2, but not necessarily so now. The most stable systems I ever had were hand rolled 2.2.x kernels, with RH 6.2 on top. Even then, it was a close fit with the x86 limits.

      --
      Tequila: It's not just for breakfast anymore!
    7. Re:Say what? by Anonymous Coward · · Score: 0

      You're the first person I've ever heard mention beta testing NT3.1 which is unusual considering they all but begged every bulletin board operator in the country to be a beta tester.

      On the other hand, maybe you're not the first. You didn't run a BBS for a computer store, did you?

    8. Re:Say what? by Anonymous Coward · · Score: 0

      > ... so I can get away from x86 for Linux, and be finally rid of the limitations (640k anyone?) and can more easily compile my kernels w/o module support, and more highly specialized (keep in mind I am talking about servers, not desktops here). Kinda hard to do unless you can bzImage them under 640k right now.

      What 640k limit are you talking about? All 2.4+ kernels work fine if their compressed size is over 640k. From what I recall of using 2.2, the same holds. Are you speaking a 2.0 limitation?

    9. Re:Say what? by dr+bacardi · · Score: 1

      In case the AC that replied to you doesn't get modded up; what 640k limit?

      My current kernel is 1.2M (2.4) and boots just fine on a PIII.

    10. Re:Say what? by Pharmboy · · Score: 1

      obviously you didnt read my entire post. try again. If you dont enable module support, it is very difficult to get the entire kernel into 640k.

      --
      Tequila: It's not just for breakfast anymore!
    11. Re:Say what? by Pharmboy · · Score: 1, Interesting

      Your kernel has module support built in, meaning the actual kernel is less than 640k compressed, and it loads other parts of itself into upper memory. The 640k limit of x86 is still in full force. This is one reason Linux has module support, to allow a kernel larger than 640k when compressed. On all x86 systems, you must be able to load the kernel in the first 640k. after you boot that section, you can move code to any part of ram you want, but at first boot, it can only read the first 640k. Windows, DOS, OS/2, Linux, SCO, doesn't matter: its the hardware that has this limitation (hense the famous quote: 640k should be enough for anyone). Examples are modules for sound cards, video cards, etc. which are not needed at boot time so don't need to be loaded in the first 640k. Once the system initializes and can address memory beyond the first MB, then it can load those drivers/features.

      For very specialized (and optimized) machines, I prefer a non modular kernel, with everything built in the primary kernel rather than as a module. Module support is smart for a desktop, and fine for servers, but I prefer a tighter kernel for dedicated tasks. It is a bit overkill perhaps, but my experience with non modular kernels is better than with them.

      First, you don't need the code for loading modules in the kernel, which reduces the size of the kernel by itself. Second, everything you need to run the system is loaded at first boot, and you never need to ask the kernel to load or unload anything else, which would seem to me to be a better security model. It is also faster to build the kernel since you don't build any modules for anything else. (not that big a deal, since kernels build relatively fast on a good box anyway).

      Its just a preference. When I build a box to be ONLY for DNS, for instance, there is no reason to have modules for USB, sound cards, video cards, etc. All it needs is just enough kernel to recognize the existing hardware and tcp/ip networking. This IS more secure (less likely to be affected by a new kernel bug, so you patch less often). Same reason I don't install X on any server. Just more useless software to patch, more potential security problems. If you don't absolutely need a program/feature on a server, then its a potential security problem that serves no purpose.

      Again, it is just a preference.

      --
      Tequila: It's not just for breakfast anymore!
    12. Re:Say what? by demon · · Score: 1

      As another followup mentioned, AXP, PPC and MIPS were all supported through NT 4, not just 3.5/3.51. The NT moniker came, not from a chip, but a chip simulator - NT was originally developed to run on Intel's i960 RISC architecture, but because Intel was so far behind on its development, it only ever ran on the i960 simulator - which was known as "N-Ten". That's where "NT" came from, though Microsoft variably admits or denies that.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    13. Re:Say what? by dr+bacardi · · Score: 1
      Oh, I agree w/ the preference :) Firewall/DMZ machines especially do not need LKM support.

      However, having built several monolithic kernels that are larger than 640k (ie: 888759 Jan 7 15:02 vmlinuz-2.4.24), I still have to disagree regarding a 640 limit. After some intensive googleing I found out what happens.

      Long Version

      Short Version:
      • bootloader loads compressed image at the 1M mark.
      • decompresses to lower 640 first, then to high memory (above compressed image I assume :)
      • kernel is then re-assemebled at the 1M area (lotta swapping going on)
      • kernel is booted from the 1M mark

      All of this assumes that your bootloader is bzImage aware, of course.
      So, yeah, while we are still slightly limited by the stupid 640K concept, it is defeated by bzImage.
    14. Re:Say what? by Pharmboy · · Score: 1

      Nice link, thank you for the correction. It appears my previous misconception was simply based on old data. I understand now, the "limit" exists but is not really a limit with a second or two of fancy footwork via bz, regardless of kernel size.

      But I still want a new IBM quad 970 :D

      --
      Tequila: It's not just for breakfast anymore!
  28. It's long, but interesting. by YouHaveSnail · · Score: 5, Interesting

    Very interesting. According to SCO:

    - Linux is derived from System V. (75)
    - IBM has endeavored to control the open source community. (76)
    - IBM plans to destroy UNIX. (77)
    - Linus Torvalds can't say who contributed what to Linux. (78)
    - A significant amount of UNIX source code is present in Linux 2.4-2.6 kernels. (79)
    - Linux developers are incapable of developing enterprise-grade software without stealing from SCO. (80, 81)
    - Only IBM's involvement in Linux made Linux viable for enterprise use, and because IBM had access to System V (82), if follows that
    - if follows that Linux is a clone of UNIX. (83)

    1. Re:It's long, but interesting. by Anonymous Coward · · Score: 0

      It doesn't matter. Somebody forgot to tell SCO that nobody sues IBM and gets away with it. There's at least one good reason they have all those patents.

    2. Re:It's long, but interesting. by Sepper · · Score: 2, Informative

      I also read it, and I get the impression That SCO thinks that:

      1) because it's in AIX, it's UNIX-code and we own it
      2) porting it to Linux makes Linux better and dilluded UNIX
      3) it cannot be anything else's code because UNIX 'has 20 years of developpement' (not the exact words used)
      4) IBM want to become Service-selling only and with Linux free, destroy anyone selling UNIX... (because of point 2)

      Sound to me like a baby crying: "it can't be?! it's not fair, this was all mine, mine!!!!"

      Let's just hope the court clarify all this FAST...

      --
      I live in Soviet Canuckistan you insensitive clod!
    3. Re:It's long, but interesting. by Turmio · · Score: 4, Interesting
      - Linux developers are incapable of developing enterprise-grade software without stealing from SCO. (80, 81)
      Yes, very interesting indeed. Perhaps they should take a look at arch/i386/kernel/smpboot.c file of any recent kernel:
      /*
      * x86 SMP booting functions
      *
      * (c) 1995 Alan Cox, Building #3 <alan@redhat.com>
      * (c) 1998, 1999, 2000 Ingo Molnar <mingo@redhat.com>
      *
      * Much of the core SMP work is based on previous work by Thomas Radke, to
      * whom a great many thanks are extended.
      *
      * Thanks to Intel for making available several different Pentium,
      * Pentium Pro and Pentium-II/Xeon MP machines.
      * Original development of Linux SMP code supported by Caldera.
      *
      * This code is released under the GNU General Public License version 2 or
      * later.

      Original development of Linux SMP code supported by Caldera. Damn those Linux hippies are outrageous people! First they steal from you and then they have the nerve to thank you. Bastards. Also repeated in an old SMP page by Alan Cox.
    4. Re:It's long, but interesting. by Anonymous Coward · · Score: 1, Funny

      In paragraph 80 SCO states

      - Unlike IBM, virtually none of these software developers and hobbyists had access to enterprise-scale equipment and testing facilities for Linux development.

      Clearly no-one at SCO has ever been to the IT department of a major university. Then again I think we'd all guessed that.

  29. Haha.. by jason.mitchell · · Score: 3, Funny

    I had no idea SCO owned the rights to #include.. because they claim they do in most of the files they "claim" are stolen. Good job sco.. darl you suck at life.

    1. Re:Haha.. by Anonymous Coward · · Score: 0

      Not if you see it this way: #include

  30. The claimed code by Valar · · Score: 5, Interesting

    The claimed lines of code appear to be in jfs (which is from AIX, not Sconix), evms (once again from AIX), and RCU. Total number of lines is about 600, plus a few complete files claimed to have be contributed illegally by sequent. I fail to see how IBM is prevented by their contract from contributing their own enhancements (or hell, compatible implementations of their filesystems). The rest of the document seems to just be complaining that with IBM's help, linux is going to wipe a lot of proprietary unixes off of the map. Which I believe fails under the legal term "toughus-fucking-luckus."

    1. Re:The claimed code by Anonymous Coward · · Score: 0

      You forget their viral theory of software development. If it ever ran on a UNIX derived from SVR5, then it belongs to them, according to their strange world view. That is what their submission really reveals about the whole case.

      One funny aspect is their complaining about evms, which was only ever distributed by themselves! It is not, and never has been, part of the official kernel.

    2. Re:The claimed code by myg · · Score: 2, Informative
      Well, its interesting to note that, AFAIK, JFS was first ported to later versions of OS/2 and then to Linux. So the Linux use is one removed from the AIX use. I wonder if that little tidbit will come out in court.

      I think these days, between ext3, reiser, and XFS (my favorite, which SCO may try to claim next) Linux would be okay without JFS. But we don't want to set precedent.

      I wonder if that effects the legalities of OS/2 at all.

    3. Re:The claimed code by Curtman · · Score: 1
      • JFS was first ported to later versions of OS/2 and then to Linux


      I thought the story was JFS first appeared in OS/2, then got ported to AIX.

      • XFS (my favorite, which SCO may try to claim next)


      Where have you been? Thats old news already.
    4. Re:The claimed code by myg · · Score: 1
      Nope JFS (in AIX) has existed long before OS/2 2.0 was a glimmer in IBM's eye.

      OS/2 originally had two filesystems FAT (or some variation thereof) and HPFS (High-Performance File System). In fact, for a while Windows NT also supported HPFS.

      HPFS was an improvment on FAT but lacked journalling. It divided the disk into 8MB "bands", each band had a usage bitmap. HPFS used something called "F-Nodes" which are like UFS's inodes. Rather than using a journal they are doubly-linked.

      The original intent was that due to the double linking CHKDSK could put the filesystem back together after a crash. It was never that great. HPFS was designed by Gordon Letwin, a Microsoft engineer, not an IBM one, BTW.

      JFS came later (I stopped using OS/2 around 2.1GA); but as I understand it, its an adaptation of what is in AIX.

      I wonder if SCO is aware of this little factoid...

    5. Re:The claimed code by Curtman · · Score: 1
      Seems about right.. I just did a quick google, and came up with this:

      • Q1.
      • What is the history of the source based use for the port of JFS for Linux.

        A1. IBM introduced its UNIX file system as the Journaled File System (JFS) with the initial release of AIX Version 3.1. This file system, now called JFS1 on AIX, has been the premier file system for AIX over the last 10 years and has been installed in millions of customer's AIX systems. In 1995, work began to enhance the file system to be more scalable and to support machines that had more than one processor. Another goal was to have a more portable file system, capable of running on multiple operating systems.

        Historically, the JFS1 file system is very closely tied to the memory manager of AIX. This design is typical of a closed-source operating system, or a file system supporting only one operating system.

        The new Journaled File System, on which the Linux port was based, was first shipped in OS/2 Warp Server for eBusiness in April, 1999, after several years of designing, coding, and testing. It also shipped with OS/2 Warp Client in October, 2000. In parallel to this effort, some of the JFS development team returned to the AIX Operating System Development Group in 1997 and started to move this new JFS source base to the AIX operating system. In May, 2001, a second journaled file system, Enhanced Journaled File System (JFS2), was made available for AIX 5L. In December of 1999, a snapshot of the original OS/2 JFS source was taken and work was begun to port JFS to Linux.
    6. Re:The claimed code by myg · · Score: 1
      Meaning its practically a clean-room approach. So some other third-party (IBM is so big its best to think of it that way) company contributed fixes to AIX.

      So basically, SCO can go pound sand. They don't have a leg to stand on. Although, maybe I can forward Darl some of my spam that will enlarge his penis and he can stand on that.

      Hehehe.

    7. Re:The claimed code by Curtman · · Score: 1
      Hah.. I think the important part of that text is where it says

      • "Another goal was to have a more portable file system, capable of running on multiple operating systems"


      Anyone who assumes that IBM set out to achieve that goal without taking the necessary legal precautions to make it happen is a damn fool. And anyone who sets out to sue IBM for not taking the necessary precautions clearly has some delusions of penile grandure, and thinks he has no need of enhancements. ;)
  31. According to Judge Wells by Anonymous Coward · · Score: 0

    Heise (SCO) insisted, however, that without IBM's compliance, "it is literally impossible" for SCO to itself provide direct proof of the Unix-to-AIX/Dynix-to-Linux continuum it argues exists.
    "We're at an impasse and we can't be at an impasse and have this case remain at a standstill," Wells (Judge) responded. "You've made your point -- I'm just not certain I agree."

    http://www.sltrib.com/2004/Feb/02072004/business /1 36590.asp

    1. Re:According to Judge Wells by Curtman · · Score: 2, Funny

      "We're at an impasse and we can't be at an impasse and have this case remain at a standstill,"

      I laughed a little when I read that the first time on Groklaw. Seems to me, if you're at an impasse, then you are at a standstill.

      Not only can it happen, but that's what will happen.

  32. MOD PARENT DOWN! NOT AT ALL FUNNY!! by Anonymous Coward · · Score: 1, Interesting

    Just because it's anti-SCO doesn't mean it's in any way funny.

    1. Re:MOD PARENT DOWN! NOT AT ALL FUNNY!! by Anonymous Coward · · Score: 0

      Amen. I'm sick of this stupid shit. Did anyone actually laugh out loud? Anyone?

  33. Maybe by mcc · · Score: 3, Insightful

    What I do think that should DEFINITELY be done immediately is just for the heck of it, some minimal-- maybe not even well-done, maybe just copying code from 2.0 or whatever these files were like before the submission-- patches that remove all of the allegedly infringing code should EXIST, if not be incorporated into the main linux tree, just as a proof of concept.

    So that later if SCO is trying to claim "we've been damaged by this", people can respond with "bullshit, those files were nonessential to Linux, look how quickly the community was able to provide replacements and it wasn't even something they had to or had reason to do".

    1. Re:Maybe by hendridm · · Score: 3, Funny

      > maybe just copying code from 2.0 or whatever these files were like before the submission

      Like RCU, NUMA, and JFS support?

    2. Re:Maybe by mcc · · Score: 1, Insightful

      Sure. Those are kind of painful to lose, but they're discrete features. The machine will still run without them (except maybe NUMA on some machines, I'm not sure). It just will not run nearly as well in some cases.

      The point I was trying to make, I suppose, is to have proof around that invaluable as IBM's contributions to linux have been, Linux could still kick the ass of any and all of SCO's product line without it. (Just because, from what I know of SCO's products, that isn't very hard.)

    3. Re:Maybe by irokitt · · Score: 2, Insightful

      Our machines will still run without them, but the corporate customers that IBM serves won't.

      --
      If my answers frighten you, stop asking scary questions.
    4. Re:Maybe by Anonymous Coward · · Score: 0

      My understanding is that RCU is fairly core to modern Linux SMP. It could be backed out, but it wouldn't just be a matter of flipping a configuration option.

    5. Re:Maybe by Nimey · · Score: 1

      +1 to karma for correctly spelling "definitely". ./ is slowly eroding my own ability to spell...

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
  34. damn.. by kidlinux · · Score: 0, Redundant

    I initially read that headline as

    "SCO Complaint Failed -- Including Code Samples"

    I guess I'm looking just a little further ahead ;) That woulda been pretty sweet though.

    --
    -kidlinux.
    1. Re:damn.. by Curtman · · Score: 1
      I'm hoping for something more along the lines of:

      • SCO Conspirators Jailed - Mug Shots Included
  35. What is SCO's next move? by Vreejack · · Score: 2, Funny

    Of course the code will be quickly replaced whether it can be proved it belongs to SCO or not. We always knew this and surely SCO did as well. So what is SCO up to, exactly? Is this what the copyright suit is meant to address? Are they trying to make sure they still have some way to sue Big Blue?

    "It's spelled SCOX and pronounced to rhyme with _cocks_."

    --
    "Will future ages believe that such stupid bigotry ever existed!" -- Ivanhoe
    1. Re:What is SCO's next move? by Neop2Lemus · · Score: 2, Funny
      I always thought that it meant that they could claim ownership of those particular releases, whatever the future releases would be. That would give them a free, top notch OS which they could market and build from.

      Couse I know nothing on this topic, so am I correct in this?

      --
      Needle Nardle Noo
    2. Re:What is SCO's next move? by Namaseit · · Score: 1

      No, even if they did own 100 or so lines. They only own those lines.(but they don't) The rest of the code is still copyrighted by their respective authors. They can't claim ownership over things they didn't write. That's why they want to "license" to linux users $699 per processor so they can save their failing business and create some sustainable income. But that will happen only in Darl McBride's dreams.

      --
      75% of all statistics are made up!
    3. Re:What is SCO's next move? by Anonymous Coward · · Score: 0

      Go read the GPL and come back when you have a clue. Dumbass.

    4. Re:What is SCO's next move? by Anonymous Coward · · Score: 0

      er... that might be bad. It's almost an admittance that the code shouldn't be there (for whatever reason).

      The same as those 'Beware of the dog' signs - lawyers have used these to 'prove' that owners knew that their dogs were dangerous.

    5. Re:What is SCO's next move? by Neop2Lemus · · Score: 1
      So what you're saying is that if they win the case and prove that they have, say, 1000 lines of code. All that will happen is that that code will be removed and Linux will continue?

      Why would they do that then, what would they get out of it? I mean, it'd be only a matter of time till everyone who has the tainted version of Linuz has upgraded (so as not to pay the license).

      If thats all that will happen, why did they do it and why are people like Linus Torvalds so upset? I was under the impression that Linux could become propietary and owned by SCO if indeed it was tainted.

      --
      Needle Nardle Noo
    6. Re:What is SCO's next move? by dfeist · · Score: 1

      Probably you should. The GPL does not change anything about the ownership of the code. Who coded it does still have all his copyrights. Only, if you add code to GPL projects and publish it you have to release your code under GPL.

      --
      Unix makes easy tasks hard and hard tasks possible. Windows makes easy tasks easy and hard tasks $29.95.
    7. Re:What is SCO's next move? by crossconnects · · Score: 2, Insightful

      This is what SCOX is claiming is true. What has people upset about it is the fact that Courts don't always understand what is really going on and occasionally make bad decisions. Therefore claims like these are very dangerous; court decisions become precedent, then get treated as law.

      --
      no big sig
    8. Re:What is SCO's next move? by Neop2Lemus · · Score: 1
      Funny?

      Thanks, but that was a serious question. Reference my following post if you know the answer too please.

      --
      Needle Nardle Noo
  36. Rest Assured... it's all ok by jeffkjo1 · · Score: 4, Interesting

    They are still flogging JFS, in spite of the widely known reports that both the current AIX and Linux versions were developed from the IBM OS/2 version of JFS.
    Any code in common is probably easily found in the OS/2 sources.

    The above text was blatently stolen from a groklaw comment.

    1. Re:Rest Assured... it's all ok by dacarr · · Score: 1
      In otherwords, SCO is trying to claim AN OS/2 PRODUCT?!

      C|N>K

      --
      This sig no verb.
    2. Re:Rest Assured... it's all ok by jeffkjo1 · · Score: 1

      At least someone wants to.

      Love your sigline, btw.

  37. Re:Why useless PDf files? by Anonymous Coward · · Score: 0

    i guess that means it is better to give a *.pdf than to recive a *.pdf

  38. Which version will this be? by gorehog · · Score: 2, Interesting

    I'm still getting into Linux and BSD, running machines and making the switch. What I'm wondering is if and when will we see distros that feature kernel 2.6 and SCO-free libraries.

    BTW, Is BSD suceptible to this SCO complaint?

    1. Re:Which version will this be? by Anonymous Coward · · Score: 0

      Well, first off SCO is the only one that thinks their code in even in Linux.
      As for 2.6 in distros, you will want to email your favorite distro and ask!
      No, BSD is not suceptible, but they may get sued for other, more retarded reasons later...

    2. Re:Which version will this be? by Anonymous Coward · · Score: 0

      Today! Both Linux and BSD libraries are free of code controlled by SCO.

      Everyone is susceptible to a lawsuit from anyone for any reason. It's up to the court to decide if the lawsuit is fair and right.

    3. Re:Which version will this be? by antiMStroll · · Score: 2, Informative

      Look here for all the SCO-free libraries you could possibly want. Any chosen at random should be safe.

    4. Re:Which version will this be? by cant_get_a_good_nick · · Score: 1

      Anyone who knows about the orignal case will see a lot of parallels with BSD.

      BSD went through this a while back. AT&T sued BSD because they released their code and allegedly diluted the value of UNIX SYS5. This was a bastard thing to do, because a lot of cool things in UNIX actually came from Bezerkely. "Hey, you work on this code, make us money, we'll include your code in UNIX, and for your troubles we'll sue you someday!!" Berkely beat them because of the duplicity; there were a lot of files in UNIX that came from Berkeley and didn't have the proper copyrights. Novel bought the UNIX rights from AT&T USL and dropped the suit.

      That said, SCO is pretty crazy suing Linux for bad reasons, so them suing BSD wouldn't be totally out of the realm of possibility )though out of the realm of sanity).

    5. Re:Which version will this be? by Anonymous Coward · · Score: 2, Informative
      BTW, Is BSD suceptible to this SCO complaint?
      Aside from the fact that SCO can sue anyone it pleases for whatever reason it pleases, including no reason at all, BSD is generally safe.

      The reason is that many years ago, ATT sued BSD, claiming that BSD contained proprietary ATT code. During the discovery proceedings, it came to light that, in fact, the opposite was true! ATT had actually appropriated some of BSD's proprietary code, without the proper attributions.

      That is to say, BSD has been tested already in just this type of bogus shenanigan, and BSD won.

      It's nice to see someone who is trying both Linux and BSD, coming into the unix world without an apparent bias. If you haven't tried FreeBSD already, install it on one of those machines you're messing with. If you don't like it, wipe it and put Linux (or OpenBSD, or NetBSD) on the machine. I like FreeBSD, I also run Linux, YMMV, and thanks for having an open mind!
    6. Re:Which version will this be? by Anonymous Coward · · Score: 0

      SCO and sanity in the same sentence ?

    7. Re:Which version will this be? by FredGray · · Score: 1
      That is to say, BSD has been tested already in just this type of bogus shenanigan, and BSD won.

      Technically, nobody won, or rather everybody won: the case was settled. Versions of BSD from before the settlement were "illegal" and had to be rebuilt around the 4.4BSD-Lite code drop from Berkeley, which was blessed by AT&T's (or rather Unix Systems Laboratory's) lawyers.

  39. Re:Why useless PDf files? by Anonymous Coward · · Score: 1, Insightful

    Obviously you haven't even looked at this PDF document. The text is very large and easy to read. Just like HTML pages, not all PDFs are the same as far as text size.

  40. Re:Back of the bus by Anonymous Coward · · Score: 0

    Even literacy is not for everyone.

  41. All Your Codes Are Now Belong To US (SCOX/Caldera) by BigFire · · Score: 1

    It makes perfect sense from the universe that SCOX/Caldera is living in. If you even heard the word UNIX, everything you write are now their property, subject to their copyright/trade secret control.

  42. heh. Check out #87 by the_Speed_Bump · · Score: 5, Interesting

    87. By making the Linux operating system free to end users, IBM could undermine and destroy the ability of any of its competitors to charge a fee for distribution of UNIX software in the enterprise market. Thus, IBM, with its army of Global Services integrators who earn money by selling services, would gain a tremendous advantage over all its competitors who earn money by selling UNIX licenses.

    Seems like someone's sore because IBM has a better business model.

    --
    "Break out the gin, and the small violin, I'm a raging success as a failure." --Firewater
  43. Oops by AtariAmarok · · Score: 5, Funny

    I keep thinking of him as Daryl, since Darl is a female name.

    To make matters worse, he's a McBride and not a McGroom.

    --
    Don't blame Durga. I voted for Centauri.
    1. Re:Oops by prockcore · · Score: 5, Funny

      To make matters worse, he's a McBride and not a McGroom.

      Mc means son-of.. he's the son of the bride, not son of the spouse. Meaning he was born out of wedlock, making him an honest to goodness Bastard.

    2. Re:Oops by Evil+Pete · · Score: 1

      Don't worry, that'll be his name at Club Fed.

      --
      Bitter and proud of it.
    3. Re:Oops by IchBinDasWalross · · Score: 1

      Not just any honest to goodness bastard... A litigious bastard.

      --
      Mod "Overrated" instead of replying "I disagree with you," you coward.
    4. Re:Oops by neonstz · · Score: 2, Funny

      Google seems to agree.

    5. Re:Oops by jazman · · Score: 1

      Would grandson-of then be McMcBride? That could get very tedious after a few generations:

      "what's your name?"
      "McMcMcMcMc-"
      "Oh I'm sorry, I didn't realise you had a stutter"

    6. Re:Oops by eraserewind · · Score: 1

      Grandson is O'

    7. Re:Oops by Malek+the+Damned · · Score: 1

      Holy. Crap.

      We actually got them to first place in google.....

      Well done slashdotters, well done indeed.

    8. Re:Oops by Anonymous Coward · · Score: 0

      You may call him Daryl, but to me he'll always be Darth McBride.

    9. Re:Oops by Tablizer · · Score: 1

      Mc means son-of.. he's the son of the bride, not son of the spouse.

      then "Daryl McBitch"

    10. Re:Oops by Doomdark · · Score: 1
      To make matters worse, he's a McBride and not a McGroom.

      That'll be nice name to have in the prison after getting convicted for pump'n dumping. It won't be him doing that any more; but I'm sure there'll be plenty many volunteers to pump'n dump "mr" Bride... which, while perhaps not poetic, seems like fitting justice for our big-mouthed friend (yeah, that big mouth will get some use in prison as well).

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    11. Re:Oops by Anonymous Coward · · Score: 0

      I thought O' was the Irish version of Mc (which is Scottish).

    12. Re:Oops by eraserewind · · Score: 2, Informative

      Since both languages are Gaelic variants, it doesn't make much difference. Mc is just a shortened version of Mac which means son in Gaelic, and there are plenty of both Irish and Scottish surnames that include it.

      O' means grandson, (or somehow male descendant of), and is very common in Irish surnames. I am not sure if it's used in any Scottish ones at all. Certainly it's not common in them at all. Hence your (quite common) belief.

      Ni/Ui are the female equivalents of Mac/O'

  44. Reading the pdf... Like this line... by RyanFenton · · Score: 4, Insightful

    "21. By way of example, in the personal computing market, Microsoft Windows is the best known operating system. The Windows operating system was designed to operate on computer processors ("chips") built by Intel. Thus, Windows serves as the link between Intel-based processors and the various software application that run on personal computers."

    I count at least 3 major logical errors in that section, and find it's existence in this document unjustified.

    1. Windows is not an operating system, but a family of them - Windows 98, Windows 2000, Windows NT are the operating systems.
    2. They were not all designed with Intel as the only manufacturer of systems that the OS should work on.
    3. The OS does much more than work with processor "chips".

    It seems unlikely to me that lawyers proefficient with modern computer systems worked on this document.

    1. Re:Reading the pdf... Like this line... by cant_get_a_good_nick · · Score: 3, Interesting

      NT was designed at the start to be cross platform, they felt at the time they wanted not to be tied down to Intel chips. They designed it to a small HAL (hardware abstraction layer) which virtualized the processor and system resources and only more recently have they become x86 only. I forgot the first platform, I'm thinking the (RISC) Intel i960, but I'm not sure. At one time NT ran on ix86, PowerPC, MIPS, and Alpha. I do think #3 is no longer true though, They dropped support for all other chips a whle back; none of the other chips had the volume to justify further NT development.

    2. Re:Reading the pdf... Like this line... by Peter+Cooper · · Score: 1

      Then Windows NT isn't an operating system either. Windows NT 3.51, and Windows NT 4.0 would be. Nor is 'Windows 98', strictly.. as it would be Windows 98 OSR A, Windows 98 OSR B, and Windows 98 SE.

      Sorry, I'm just picking nits :-) You're right.

    3. Re:Reading the pdf... Like this line... by LWATCDR · · Score: 1

      Just in case some of you already did not know it.
      NT ran on MIPS and Alpha.
      NT until I think Version 4 was developed on a MIPS platform then ported so that it would not get Intel dependant.
      And CE runs on MIPS and StrongARM, and XScale. Yes Xscale is part of the the Arm family.
      So that whole built by Intel thing is just dumb.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    4. Re:Reading the pdf... Like this line... by Anonymous Coward · · Score: 0

      Not to mention 3.1 that introduced "Windows" name first was merely a shell over DOS, which was actualy Operating System

    5. Re:Reading the pdf... Like this line... by forgotmypassword · · Score: 1

      none of the other chips had the volume to justify further NT development.

      None of the other chips had the development to justify further volume.

      WinNT never went further than being a 32bit OS no matter what it ran on. There really is nothing worse than running WinNT on a poorly supported platform with virtually no application support.

      I honestly think they thought they were going to supplant UNIX when they were putting those designs into NT.

    6. Re:Reading the pdf... Like this line... by _Sprocket_ · · Score: 1

      Friend of mine had WinNT running on some Alpha box. He was rather proud of it. And I have to admit, I thought it was kind of neat too.

      "So what can you do with it?" I ask.

      "Well. Not much. I don't have any apps that'll run on this."

      Cool factor quickly ages. I think the only time I saw it running from then on was to act as a heater for his office.

    7. Re:Reading the pdf... Like this line... by jazman · · Score: 1

      > The OS does much more than work with processor "chips".

      It spends a hell of a lot of time working against them for one. XP: 30 seconds to move an empty directory to the trash can (DOS prompt does it immediately so none of this "you've got a disk problem" please). WTF is that all about??? 30 seconds?

    8. Re:Reading the pdf... Like this line... by Anonymous Coward · · Score: 0

      Sheesh don't get your panties in a bunch! Calm down, have a mental Margarita, and start saving now. When the G5 iMac comes out, you'll be the first in line.

    9. Re:Reading the pdf... Like this line... by Anonymous Coward · · Score: 0

      FYI, NT also ran on PowerPC.

    10. Re:Reading the pdf... Like this line... by demon · · Score: 1

      NT (through version 4) also ran on certain PowerPC-based systems (made by... wait for it... IBM!) along with MIPS and Alpha/AXP-based systems. NT was actually originally developed to run on Intel's i960 RISC processor family, but the i960 ended up being so far behind schedule that it only ever ran on the i960 CPU simulator - dubbed N-Ten (which is where NT came from).

      But yes, SCO is off their collective rocker if they think IBM has "little or no experience" with Intel CPUs. What about the IBM PC? The PS/2 line? Their more current line of PCs? DOS, which they did most of the work (from what I understand) to take from the early QDOS product to something (relatively) usable? OS/2? AIX for x86? Geez, they're not even trying.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    11. Re:Reading the pdf... Like this line... by demon · · Score: 1

      Well, you could run several apps via the FX!32 dynamic-recompiling emulation layer. However, yeah, there was precious little software ever built for NT on non-x86 platforms - almost no third-party vendors released anything, and even Microsoft didn't release much (some of the Office apps, some of the BackOffice software, and development tools - that was really about it).

      The sad thing was, on Alpha, it was still a 32-bit OS - and it used the non-native "little-endian" mode of all the other CPUs it ran on. Basically, it made the system look as much like an x86 as it could, which doesn't seem like the super-portable platform that MS claimed it to be. What a surprise...

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  45. Quick summary: nothing special by leonbrooks · · Score: 5, Informative
    Mostly standards-related header files, about 200 lines from .c files (some of which never hit the mainstream kernel, some of which are already obselete, some of which were distributed by Caldera themselves). No copyright claims any more. No trade-secret claims any more. It's down to breach of contract against IBM.

    Most telling is that none of the code listed is from TSG, OpenServer or UnixWare, it's all IBM-authored code and the entire gambit rests on the breach-of-contract details.

    Cue "Funeral March for a Marionette"...

    --
    Got time? Spend some of it coding or testing
    1. Re:Quick summary: nothing special by jeffphil · · Score: 4, Insightful

      >>No copyright claims any more. No trade-secret claims any more. It's down to breach of contract against IBM.

      And up to $5 Billion for damages.

    2. Re:Quick summary: nothing special by Citizen+of+Earth · · Score: 1

      Mostly standards-related header files, about 200 lines from .c files

      Given the small number of lines of code compared to the total size of the Linux kernel, the judge could just dismiss the case as "who gives a crap". The judge in the USL vs. BSD case said essentially that.

    3. Re:Quick summary: nothing special by solman · · Score: 2

      This is actually not true. SCO said they were adding two aims that were worth $1B a pop and the press did the math: 1+1+3=5.

      The press forgot that SCO also dropped the trade secret claim. It should be $4B. Of course, SCO isn't about to correct a mistake in their favor. It seems to be what's reported in the press that they care most about, not what is reported in the courtroom.

    4. Re:Quick summary: nothing special by Anonymous Coward · · Score: 3, Interesting

      IBM does not want the case dismissed. They are calling SCO's bluff for a reason: They want to see it through and have out in the clear that what SCO is trying is simply not done and make sure the entire world knows that.

    5. Re:Quick summary: nothing special by mpe · · Score: 2, Interesting

      IBM does not want the case dismissed. They are calling SCO's bluff for a reason: They want to see it through and have out in the clear that what SCO is trying is simply not done and make sure the entire world knows that.

      Effectivly what SCO are arguing is that proprietary Unix contains a licencing "virus" such that anything which has ever been linked to it becomes "infected" and is able to infect anything it is later linked to.
      SCO are using this kind of argument to claim that they have control of code with supercedes that of the copyright holder(s) of the code in question.
      If SCO are not utterly destroyed the whole issue of copyrights on software will become an utter mess. With all sorts of third parties claiming control over pieces of software...

    6. Re:Quick summary: nothing special by Mistshadow2k4 · · Score: 1

      I'm kind of wondering when the companies they've sent "pay us for copyright now" letters to might start suing them for extortion. If they're copyright claims fall apart, they can add fraud to the list of crimes as well.

      --
      I dream of a better world... one in which chickens can cross roads without their motives being questioned.
  46. It is still full of false and fraudulent clames. by arivanov · · Score: 4, Interesting
    54. At this point in time, IBM's UNIX expertise was centered on its own Power PC processor. IBM had little or no expertise on Intel processors.

    Even if we ignore what the term IBM PC means, even if we ignore iRMS, even if we ignore OS2 this still leaves AIX/386 which as far as I recall used to run a considerable part of NATO radar infrastructure. OK, IBM insisted on it being useable only on boards with 1M L2 cache, but I it happily ran on much less then that.

    --
    Baker's Law: Misery no longer loves company. Nowadays it insists on it
    http://www.sigsegv.cx/
  47. Great quote: IBM doesn't know Intel? by tqft · · Score: 1

    "54. At this point in time, IBM's UNIX expertise was centered on its own Power PC processor. IBM had little or no expertise on Intel processors."

    I find this statement using the truth freely.

    --
    The Singularity is closer than you think
    Quant
    1. Re:Great quote: IBM doesn't know Intel? by Maserati · · Score: 1

      Maybe SCO means that IBM had experience with Intel chips, but just wasn't very good with them. That's reading a lot into the Microchannel fiasco if you ask me.

      On a serious note, it also completely ignores the fact that OS/2 is Posix-compliant and therefore implements a lot of the same functions that SCO is whining about in Linux (notably the ABIs came from the same standard).

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
  48. This would have made sense, in May 2003 by aws4y · · Score: 5, Insightful
    All of the Files are from AIX and Dynx! The only way these conrtibutions are improper is if IBM cannot contribute ANY of its home grown code into linux. There was a bit of a row about this on the LKML before JFS was accepted. I also find this paragraph odd (113 under First Cause of Action)

    IBM has violated 2.01 of the Software Agreement by, inter alia, using and assisting others to use the Software Products (including System V source code, derivative works, documentation rrelated thereto and methods based thereon) for external purposes that are different from, and broader than, IBM's own internal business purposes. By actively supporting, assisting and promoting the transfer of UNIX technology to Linux, and using its access to UNIX technology to accomplish this objective, IBM is (a) using the Software Product for external business purposes, which include use for the benefit of Linus Torvalds, the general Linux community and IBM's Linux distribution partners, Red Hat, Inc., Novell, Inc., SuSE Linux AG and their respective subsidiaries; and is (b) directly and indirectly preparing unauthorized derivative works based on the Software Products and unauthorized modifications thereto in violation of 2.01 of the Software Agreement.

    Notice that SysV code is not listed amongst the files in the complaint. The above claim is only true in the case that SCO's Idea of a derivative work is valid.

    IMHO, this is actually a reasonable leagal document, where there may be an actual dispute over the idea of a derivative work. However, SCO should not be allowed to change its tack in the middle of discovery, until now this case has been about a claim of copying of sysV code and breach of contract, but now they are claiming here that there was no copying and IBM breached its contract by contributing code that IBM owns into Linux. SCO no longer claims, as they did in there initial filing, that IBM improperly contributed sysV code into Linux. This should not be allowed on the grounds that until now, SCO has been using improper contributions of sysV code attempt to persuade people to pay license fees. This also means that SCO has once again lied publicly about the ammount severity of the copying. In fact the Linux community would not be a party to the dispute if JFS, RCU, and NUMA were removed from the kernel. (These documents do not explain how SMP is affected accept by NUMA.) In that case the court cannot ignore what SCO has stated in public, while allowing them to state something substantivly different in court, its one or the other SCO, not both.

    In any case Linux is indemnified by the fact that they asked IBM if all of there technologies were contributed in good faith, IBM said yes, and the Kernel development community had no reason not to belive them.

    I still think that SCO has a lot of explaining to do when this is all said and done.

    --
    Did Glenn Beck rape and kill a girl in 1990? gb1990.com
    1. Re:This would have made sense, in May 2003 by Crispy+Critters · · Score: 4, Insightful
      "IMHO, this is actually a reasonable legal document, where there may be an actual dispute over the idea of a derivative work."

      There isn't any meaningful dispute. The agreements with AT&T covering both AIX and Dynix code use "derivative work" in the same way it is understood in all copyright law. There is nothing in the agreement that suggests that code which contains no copyrightable elements of SysV is a derivative work. The famous clause about treating derivative works the same as the SOFTWARE PRODUCT is just a statement of normal copyright protection.

      Although she hasn't said so, this is the way the judge sees it. That is why she ruled in December that SCOG gets no discovery from IBM until they make their claims with specificity. They said they can't do this until they get the AIX development codebase from IBM, and the judge ignored them.

    2. Re:This would have made sense, in May 2003 by Citizen+of+Earth · · Score: 2, Funny

      I still think that SCO has a lot of explaining to do when this is all said and done.

      Let's hope its done with those two-way phones they have in prison visiter rooms.

    3. Re:This would have made sense, in May 2003 by Kymermosst · · Score: 1

      Let's hope its done with those two-way phones they have in prison visiter rooms.

      As opposed to all the one-way phones out there?

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  49. How quickly code is replaced will deflate the case by BlueCoder · · Score: 4, Insightful

    When the case is in front of a judge or jury and the timeline for how quickly code is replaced is presented the judge might just dismiss the case right then and there. Simply put in infringement cases you need to have damages. If all they had to do was release the lines of code they claim are infringing and it's replaced by the end of the week that goes to show how valuble that code really was. The most they could possibly get, if the judge found the code non trivial, is about $10,000 to $20,000 dollars just as a penalty. That's why I think a judge could dismiss the case as SCO couldn't pay their lawyers with that.

    But chances are the case is too political and the defence would protest to get the code judged as infringing or not. It's a landmark case as to the methodology to determing what is infringing and what is not when it comes to code.

    To me at least it takes a signifigant amout of code, tens of kilobites worth that couldn't be replaced within a month. Damages would have to exceed a quarter million dollars just to judtify taking the case to court. When code can be replaced so easily where is it's value?

  50. Will Groklaw play a direct role? by Chordonblue · · Score: 5, Insightful

    I suspect that IBM has been paying close attention to the 'subversive' activities at Groklaw, but I wonder if they'll ever get any direct credit for it. There's been a great deal of

    PJ and her legal elves certainly deserve our thanks.

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
    1. Re:Will Groklaw play a direct role? by paitre · · Score: 4, Interesting

      Groklaw has already been cited as a source in at least one of IBM's briefs to Judge Wells.
      So yeah, they're definately getting direct credit, and due :)

    2. Re:Will Groklaw play a direct role? by Anonymous Coward · · Score: 0

      What's a "finate"? I think you mean de-finite-ly.

    3. Re:Will Groklaw play a direct role? by Xenographic · · Score: 4, Informative

      Indeed, another person mentioned that Groklaw was citied in IBM's legal filings. You might also be interested in this:

      OSRM has simultaneously retained me, part-time, to work on their indemnification project as their Director of Litigation Risk Research. Not only that but they are donating a certain portion of my time to Groklaw, which will free me from having to do so much nonrelated paralegal work and be free to really focus for the next year on this project. I am very excited about the project and I hope we'll have fun too. Groklaw will continue, meanwhile, as it is, and it remains noncommercial and my personal baby. Well, more accurately, ours, because Groklaw wouldn't be much without you.

      Which is from this Groklaw article.

      I should also mention that Groklaw, which was originally a completely separate site, has long been hosted by iBiblio. IBM has donated to them.

      That fact, of which no one who knows anything is particularly surprised, is what Daniel Lyons of Forbes added to some random blog posts and turned into a conspiracy article. Barring them firing Mr. Lyons for it, this has sealed my oppinion that their "research" consists primarily of press releases with little or no actual independent research and minimal, if any, editorial oversight.

      In other words, I wouldn't trust their advice for managing a child's lemonade stand, much less my finances.

    4. Re:Will Groklaw play a direct role? by Xenographic · · Score: 3, Informative

      Sorry--one minor correction. When I say "IBM has donated to them" I am referring to iBiblio, not Groklaw. IBM, to the best of my knowledge, has never directly funded Groklaw.

      Unlike certain other companies, IBM respects judicial ethics about discussing a case pending litigation...

    5. Re:Will Groklaw play a direct role? by EvilGrin666 · · Score: 2, Interesting

      Would be nice if an accountant at IBM clicked that 'donate via paypal' link and dumped a few thousand dollars on PJ though.

    6. Re:Will Groklaw play a direct role? by Anonymous Coward · · Score: 0

      Sounds like PJ is forming a consulting outfit, so she'll be cashing checks instead.

  51. I'm still working on my rebuttal... by kramer2718 · · Score: 4, Funny

    It'll be called "Lies and the Lying Liars who Tell Them: A Fair and Balanced Look at SCO."

    It'll be out soon in hardback.

    1. Re:I'm still working on my rebuttal... by Motherfucking+Shit · · Score: 1
      It'll be called "Lies and the Lying Liars who Tell Them: A Fair and Balanced Look at SCO."
      The lawsuit from SCOX News won't be far behind...
      --
      "BSD: Free as in speech. Linux: Free as in beer. Windows 10: Free as in herpes." --Man On Pink Corner in #52607549.
    2. Re:I'm still working on my rebuttal... by FattMattP · · Score: 4, Funny
      The lawsuit from SCOX News won't be far behind...
      There's already a movie about it.
      --
      Prevent email address forgery. Publish SPF records for y
    3. Re:I'm still working on my rebuttal... by Anonymous Coward · · Score: 0

      Does Al Franken make a cameo?

      p.s. SPF rules.

  52. Not just MIPS. by Doktor+Memory · · Score: 1

    NT 4.0 ran on MIPS, Alpha, and (true fact) PowerPC. I'm pretty sure there was also a SPARC port at one time, although it may never have made it out of the lab.

    --

    News for Nerds. Stuff that Matters? Like hell.

  53. SCO's requests are all clear now by lokedhs · · Score: 4, Informative
    After seeing the lists of files SCO has published, it's now clear why they have requested every single source release of AIX and Dynix.

    If you look at the list, you'll notice that most of the files are header files. These header files are probably available in the off-the-shelf releases of these OS'es. They have then probably does some compare and came up with the resulting list.

    If they get all sources from IBM, they probably will perform the exact same comparison, but on all the new files they got.

    However, we shouldn't be so worried about this. According to one post on groklaw, the contents of these files are mostly #include's anyway.

  54. The last line is actually scary by bluelantern · · Score: 1

    The last line of the complaint is: "SCO demands trial by jury on all issues so triable."

    The issues are so complicated and convoluted that, sadly, this trial may come down to "He said, she said."

  55. Yep and I own... by Coolmoe · · Score: 1

    The patient on directories in an operating system and I want money for it. I should sue somebody over HTTP as I also own the idea of hypertext. Oh wait hasent that already happened and failed?

    --
    Got hosting
    1. Re:Yep and I own... by cant_get_a_good_nick · · Score: 1

      I should sue somebody over HTTP as I also own the idea of hypertext.
      BT beat you to it.

    2. Re:Yep and I own... by Coolmoe · · Score: 1

      "Thats why you have to keep reading". -Bartelby from dogma

      --
      Got hosting
  56. Line hunting advice by Anonymous Coward · · Score: 4, Informative

    If you are hunting, be aware that their line numbers refer to versions after the application of e.g. a rcu patch. It makes it tricky to find the actual lines, since the patches change the numbering from that in the pristeen distribution.

  57. Spoken like a true zealot; now, do whats smart. by rufusdufus · · Score: 2, Insightful

    This would not be admission of guilt; it would simply be limiting liability. It is the smart thing to do.

    If linux does not change the code, and SCO wins the case on the grounds that the law is technically moronic, linux will lose huge credibility.
    If linux does change the code and SCO loses its case, no harm done.

  58. Connections.. by -tji · · Score: 5, Interesting

    I just noticed that the first lawyer listed on this SCO document is "Brent O. Hatch", the son of Utah Senator Orrin Hatch.

    1. Re:Connections.. by Anonymous Coward · · Score: 0

      I pointed out a couple of weeks ago my conjecture that Bush/Cheney/Ashcroft and gang were more likely behind this than Microsoft.

      They want OSS and the Internet brought under control and they'll do anything to get there.

    2. Re:Connections.. by yanestra · · Score: 2, Insightful
      I pointed out a couple of weeks ago my conjecture that Bush/Cheney/Ashcroft and gang were more likely behind this than Microsoft.

      They want OSS and the Internet brought under control and they'll do anything to get there.

      I live in Germany, and to me it was always surprising how far criminal politicians can get in the United States. I mean, Enron and Halliburton have been in the press, but no-one cared after all...
    3. Re:Connections.. by Archangel+Michael · · Score: 1

      Hitler.

      Oh, by the way, I agree completely. I believe most politicians are criminals, including your country's.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
  59. What are they talking about here? by starseeker · · Score: 5, Insightful

    "78. However, as is widely reported and as IBM executives knew, or should have known, a significant flaw of Linux is the inability and/or unwillingness of the Linux process manager, Linus Torvalds, to identify the intellectual property origins of contributed source code that comes in from those many different software developers. If source code is code copied from protected UNIX code, there is no way for Linus Torvalds to identify that fact."

    Um. If source code was copied from protected UNIX code, how the @#$@%@# would Linus know about it? He doesn't have access to the protected source code - it's protected! The only way to know is if the owners of the protected source code make the claim and are able to back it up! How can Torvalds be faulted for not being clarvoyant? Do they mean identify it after the fact? AFAIK no one can say yet that the origins of code X can't be identified. SCO hasn't even let us TRY - they won't tell us what they want identified!

    If what they are actually saying is that open source shouldn't be allowed to proceed simply because it doesn't have massive paperwork assigning every bit of code to some source, they've been hitting the crack again. Email archives, content management back trails anyone? And we can go further than that if we are really forced to - the FSF has been getting copyrights assigned to it for years just in case things come to that pass, and if it becomes utterly necessary that might become common practice.

    What I'm hoping will come out of all this is a way that open source projects can set themselves up so that no one can sue them without them actually having done something wrong. (OK, OK - I know anyone can still bring the lawsuit. I mean create a situation where the project dispose of the suit in such a way that it doesn't cost the project or developers much of anything and discourages idiots like SCO from attempting it.) That would be useful, and if SCO is the start of a trend may become very necessary.

    --
    "I object to doing things that computers can do." -- Olin Shivers, lispers.org
    1. Re:What are they talking about here? by Flavius+Stilicho · · Score: 1

      If what they are actually saying is that open source shouldn't be allowed to proceed simply because it doesn't have massive paperwork assigning every bit of code to some source, they've been hitting the crack again.

      Yep... that is EXACTLY what they're saying.

    2. Re:What are they talking about here? by Anonymous Coward · · Score: 1, Insightful

      "78. However, as is widely reported and as IBM executives knew, or should have known, a significant flaw of Linux is the inability and/or unwillingness of the Linux process manager, Linus Torvalds, to identify the intellectual property origins of contributed source code that comes in from those many different software developers. If source code is code copied from protected UNIX code, there is no way for Linus Torvalds to identify that fact." Um. If source code was copied from protected UNIX code, how the @#$@%@# would Linus know about it? He doesn't have access to the protected source code - it's protected!"

      That's the whole point. Linus has no idea where contributions come from. He at fault the same way your at fault if someone trips and falls on your driveway. If you accept the code, you accept responsibility for it, and Linus must be held accountable.

    3. Re:What are they talking about here? by Anonymous Coward · · Score: 3, Insightful

      Um. If source code was copied from protected UNIX code, how the @#$@%@# would Linus know about it?

      I think they are arguing that Linus doesn't use FSF-like copyright assignment or even patch comments, so after it's been merged into the Linux tarball it become almost impossible to determine the exact ownership. This problem was much worse a couple years ago when Linus just pulled stuff out of his inbox and didn't use source control or publish detailed changelogs.

      I mean create a situation where the project dispose of the suit in such a way that it doesn't cost the project or developers much of anything and discourages idiots like SCO from attempting it.

      This lawsuit has had very little effect on Linus or any other Linux developer. It's only a problem for IBM's legal department and advocacy griefers on Slashdot/Groklaw. But if Linus is actually worried about being sued, he might look into a FSF-like system for copyright management.

    4. Re:What are they talking about here? by Camel+Pilot · · Score: 1

      Have your read about the Linux development process.

      That's right i didn't think so.

      I suspect you are a frustrated SCO employee or stock holder that bought at $15. I do feel sorry for you.

    5. Re:What are they talking about here? by Anonymous Coward · · Score: 0

      "He at fault the same way your at fault if someone trips and falls on your driveway."

      Huh?

    6. Re:What are they talking about here? by Anonymous Coward · · Score: 0

      Hi Darl!

    7. Re:What are they talking about here? by Anonymous Coward · · Score: 0

      I don't have a horse in this race so as a neutral observer I'd like to point out that you're a flaming idiot. I don't even suspect this. I'm quite certain of it.

      The exact problem here, as previously stated, is that Linux doesn't, or didn't for a long time, have a development process.

      In the real world if you're buying stolen goods you've still committed a crime even if you didn't know they were stolen.

      So, carrying this very trivial concept into the unreal world of software development we can easily see that if Linus was importing tainted code into the Linux codebase then he's just as guilty as the people who gave it to him.

      Have a nice day!

    8. Re:What are they talking about here? by Anonymous Coward · · Score: 0

      Only if your some stuck up follow the exact letter of the law stickler. Something that we don't do in court in europe anymore since half a century. Bascially because then you couldn't prosecute anyone of WWII crimes. That change has stuck up till now to my knowledge.

      So basically, in my viewpoint of the world. Someone is far from a real criminal just because someone else gave him stolen goods. Just makes the other person double guilty in my viewpoint. First stealing and then trying to draw a innocent into the crime as well.

      Quickshot

    9. Re:What are they talking about here? by Camel+Pilot · · Score: 1

      Hey at least I got the balls to a name to an opinion.

      Well if the process is so flawed why not show where it has failed and do something that SCO hasn't been able to do and that is show infringed code!

      Let's try on a different metaphor. If Goodwill accepts stolen goods as a donation has Goodwill committed a crime? If United Way accepts stolen money dontated by a bank robber is United way guilty. The answer is no. Albeit the burden to prove that you honestly did not know or suspect it to be stolen rests on the person or organizeation accused of having received or being in possession of such stolen goods.

    10. Re:What are they talking about here? by Anonymous Coward · · Score: 0

      quote: "Um. If source code was copied from protected UNIX code, how the @#$@%@# would Linus know about it? He doesn't have access to the protected source code - it's protected! The only way to know is if the owners of the protected source code make the claim and are able to back it up! How can Torvalds be faulted for not being clarvoyant? Do they mean identify it after the fact? AFAIK no one can say yet that the origins of code X can't be identified. SCO hasn't even let us TRY - they won't tell us what they want identified!" also linus doesn't claim ownership of the sources he gets sent anyways, so why does he have to know about its copyright status, if the guy that committed the code can be traced back ?

  60. Priceless by Anonymous Coward · · Score: 5, Funny

    reading slashdot story... free

    trying to follow the story links... painful but free

    reading the comments... free

    finding someone who posted a mirror... free

    downloading the pdf from the mirror at 150Kb/s half an hour after the mirror was posted even though its modded to 5... priceless

    dude, where the fuck do you get that bandwidth? hook a brother up with a shell and some webspace?

  61. Re:And so the real game begins by Fembot · · Score: 2, Insightful

    Well from what I can see about 60% of it is just header files which well Duh are gonna be similar

    of which 50% is JFS's inode.h, and the other is todo with EVMS

    then the rest of it looks like clock stuff, and i386 stuff, and unless im missing somthing thats the general gist of it!

    I'd say 1 week max til it's all gone or shown not to actualy belong to SCO

  62. Oh... and no more "millions of lines" claims by leonbrooks · · Score: 5, Funny

    SCOX stock price, meet Mr Floor?

    --
    Got time? Spend some of it coding or testing
    1. Re:Oh... and no more "millions of lines" claims by xmedar · · Score: 4, Funny

      And the ticker symbol is changed from SCOX to SUX...

      --
      Any sufficiently advanced man is indistinguishable from God
    2. Re:Oh... and no more "millions of lines" claims by Saba · · Score: 2, Funny
      SCOX stock price, meet Mr Floor?


      Now's the time to invest! Buy buy buy!

    3. Re:Oh... and no more "millions of lines" claims by Citizen+of+Earth · · Score: 5, Interesting

      SCOX stock price, meet Mr Floor?

      I dunno; SCOX buyers seem to have their heads in an invincible reality-distortion field. The next Slashdot poll should be "What will SCOX close at on Monday?":

      * $31.89
      * $13.75
      * $10.00
      * $5.00
      * $1.00
      * -$666.00

      The commenter closest without going over wins 30 karma points.

    4. Re:Oh... and no more "millions of lines" claims by PhilippeT · · Score: 1

      SCOX: Hey Floor make me a sandwitch Mr. Floor: Your mine now Bitch

      --
      A psychopath can't tell the difference between right and wrong. A sociopath knows the difference - he just doesn't care.
    5. Re:Oh... and no more "millions of lines" claims by PhilippeT · · Score: 2, Funny

      Funny would have been -$699 the price of a linux licence

      --
      A psychopath can't tell the difference between right and wrong. A sociopath knows the difference - he just doesn't care.
    6. Re:Oh... and no more "millions of lines" claims by Keiner+Niemand · · Score: 5, Insightful

      > SCOX stock price, meet Mr Floor?
      Wishful thinking, i fear. For a non-programmer, it looks like SCO did produce hard evidence, and so their stock will rise, at least at first.

    7. Re:Oh... and no more "millions of lines" claims by Anonymous Coward · · Score: 5, Funny

      And the ticker symbol is changed from SCOX to SUX...

      No need to change, I've been reading it as S COX for quite a while.

    8. Re:Oh... and no more "millions of lines" claims by mcc · · Score: 3, Funny

      Can the poll be hosted by Bob Barker?

    9. Re:Oh... and no more "millions of lines" claims by Doomdark · · Score: 1

      Hmmh, wouldn't that be ambiguous? Do you pronounce it like "Sue X" (sue anyone or everyone), or "Sucks" (as in "SCO sucks")? I guess we'd need to ask Darl himself, and get the audio file similar to Linus' famous pronunciation sample, to clear this once and for all!

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    10. Re:Oh... and no more "millions of lines" claims by TheOldFart · · Score: 2, Funny

      S COX

      I take it as "S" stands for "Suck". I leave the rest to your imagination...
    11. Re:Oh... and no more "millions of lines" claims by jez9999 · · Score: 0, Flamebait

      For a non-programmer
      Non-programmer, non-lawyer, non-thinker...

    12. Re:Oh... and no more "millions of lines" claims by sjvn · · Score: 2, Interesting

      It will be about the same plus or minus five percent. Most news stories, I'm ashamed to say, have focued on the 'five billion dollars' that SCO is now claiming, without looking at the far more important issue that SCO is essentially trying to rewrite their claims agains IBM at the 11th hour and 59th minute. I doubt that the court will let this fly.

      Now, Monday a week from now, if the court rules against SCO's new movements, I honestly wouldn't be surprised to see SCO has dropped like a rock. SCO may end up with nothing more than a breech of contract case and that doesn't have nearly the sex appeal of Massive Trade Secret Claims Worth Billions!

      Steven

    13. Re:Oh... and no more "millions of lines" claims by Citizen+of+Earth · · Score: 2, Funny

      Most news stories, I'm ashamed to say, have focued on the 'five billion dollars' that SCO is now claiming

      I'm a little surprised they didn't claim "five billion zillion dollars".

    14. Re:Oh... and no more "millions of lines" claims by Anonymous Coward · · Score: 0

      :moron:

    15. Re:Oh... and no more "millions of lines" claims by Sylver+Dragon · · Score: 1

      Non-programmer, non-lawyer, non-thinker...

      The first two were probably right, the last you should appy to yourself. Remember, stocks do not move on facts; stocks move based on what a bunch of people think is true. Also remember, that most of the people invested in SCOX are probably investors who have only heard of Linux because of the SCOX FUD, and so will believe that this "evidence" has bearing. People are probably buying this stock up at the moment, expecting to see a rise as the company wins its case against IBM, and those commie Linux people.
      Eventually, the whole thing will probably unravel around SCOX, and the investors will believe different facts, and then drop the stock like a dead rat. But then, SCOX might just be able to hold this together and come out with its stock price intact, its all a matter of how it perceived by the investors.

      --
      Necessity is the mother of invention.
      Laziness is the father.
    16. Re:Oh... and no more "millions of lines" claims by jez9999 · · Score: 1

      That's why I said non-thinkers. Certainly, not people who think enough to go out there and do some research before plunging their money into stock. Why are there so many morons like that investing in these companies anyway?

  63. No, very dangerous move by SuperBanana · · Score: 4, Interesting
    Does this mean we can now replace those lines and let the air out of the SCO tires?

    Such a move wouldn't be very smart, even if it was technically possible. SCO could easily argue that "those evil linux people removed it because they knew it was infringing code".

    It's much better to leave it in, and show a little patience for the legal system. Believe it or not, the Linux community really isn't getting hurt all that much in the corporate marketplace according to surveys I've seen...and the non-corporate linux user base certainly couldn't give a hoot.

    I still say this would be a whole lot easier if kernel developers stood up for their work and reputations by doing whatever they can in their respective legal systems(imagine, lawsuits in 30 countries. The RIAA would be proud). So far, all we've seen is a lot of (amusing, but pointless in a court of law) hot air from Linus.

    1. Re:No, very dangerous move by sealawyer2003 · · Score: 5, Informative

      Such a move wouldn't be very smart, even if it was technically possible. SCO could easily argue that "those evil linux people removed it because they knew it was infringing code." Actually, SCO should not be allowed to argue that. The rules of evidence prevent using the defendant's corrective action to prove liability. The idea is that you don't want to force the defendant to leave in a dangerous or infringing situation in just so his legal position is better.

    2. Re:No, very dangerous move by Bimble · · Score: 1

      SCO may not be allowed to make such an argument in court, but they would certainly make it in the press. This case has been about manipulating their stock price first and foremost. A press release like, "See, they changed it so they know we have a case!" would be exactly the sort of thing SCO wants so they can push uninformed investors to give them one more stock boost. They still have plenty of time for the executives to dump more stock before a final court ruling.

      --
      Naked.
    3. Re:No, very dangerous move by tlk+nnr · · Score: 1

      Such a move wouldn't be very smart, even if it was technically possible. SCO could easily argue that "those evil linux people removed it because they knew it was infringing code".

      Wrong.

      Possibly infringing code is removed immediately, and remains out of the kernel until the legal status is clear.

      For example ate_alloc got removed: it was written by AT&T and was accidentially submitted by SGI. Probably it's legal, because the copyright on ate_alloc expired, but the legal status is open, thus it was removed. There are further examples, you'd have to search through the linux-kernel mailing list archives.

      But in this case, the legal status is clear: The code is written by IBM, IBM submitted it an placed it under GPL. No need to remove it.
  64. Fundimental Issue of this case..... by Dr_Marvin_Monroe · · Score: 4, Informative
    Ok, I read the article, common groklaw reader...

    Here's the issue as best as can be broken down from the whole case Paragraph "IBM's Scheme"...section 91)

    IBM, however, was not and is not in a position legally to "open source any part of AIX that the Linux community considers valuable." Rather, IBM is obligated not to open source AIX because it contains SCO's confidential and proprietary UNIX source code, derivative works, modifications and methods.
    AIX's confidential and propriatery UNIX source code extends only to the code that IBM got from SCO originally to start development from.

    As an author of add-in modules and enhancements, IBM can distribute under MULTIPLE licenses...It can choose dual license if it wishes....OSS and AIX/SCO.

    SCO must now show where their original license stipulates "..all your base..." Failing that, IBM can do whatever it wants to do with it's own creations.

    1. Re:Fundimental Issue of this case..... by AhBeeDoi · · Score: 3, Insightful

      Although SCO's complaint pushes heavily on the derivative works angle, it is far more insidious in implying that the knowledge and experience of engineers who worked on AIX & Dynix prior to being assigned to the Linux project are also the domain and IP of SCO. The complaint quotes comments in some of the code that state that it was based on the work of a specific engineer from another project (AIX?). The complaint further states that the existing community of Linux contributors, apparently a hapless group of bumbling amateurs and hobbyists, lack the knowledge, experience and hardware-testing resources to create enterprise level product. That gap could only be filled by the expertise of IBM's professionals who honed their knowledge through many years of developing AIX and Dynix. By extension, any work done by these IBM and Sequent engineers on Linux could be deemed part of SCO IP even if it bears no resemblance to or has no precedence in Unix source code.

    2. Re:Fundimental Issue of this case..... by Anonymous Coward · · Score: 0

      But the code originally came from OS/2, which IBM didn't license from anyone. (Well, Microsoft was involved, but we assume Microsoft isn't suicidal in the same way as SCO.)

  65. wha? by Anonymous Coward · · Score: 0

    The file lists unix filenames with line numbers and filenames and line numbers

    Um... what a sentence.

  66. As I AC'd on Groklaw: SCO cannot count by fireman+sam · · Score: 3, Interesting

    From Table D:

    Dynix Line #s Linux Line #s
    kernel/i386/trap.c 2054 init/main.c 30-33,609-616

    How could a single line from Dynix (number 2054) occur at lines 30-33 and
    609-616?

    I thought if you were cutting and pasting lines from one file to another you
    would get the same number of lines.

    --
    it is only after a long journey that you know the strength of the horse.
    1. Re:As I AC'd on Groklaw: SCO cannot count by Sesostris+III · · Score: 2, Informative

      What is more, it isn't kernel/i386/trap.c! This is a transcription mistake. It should be kernel/i386/startup.c

      --
      You never know what is enough unless you know what is more than enough. - Blake
    2. Re:As I AC'd on Groklaw: SCO cannot count by s20451 · · Score: 4, Informative

      for (i = 1; i < 5; i++) { foo(i); } /* one line */

      for (i = 1; i < 5; i++) {
      foo(i);
      } /* three lines, same code */

      --
      Toronto-area transit rider? Rate your ride.
    3. Re:As I AC'd on Groklaw: SCO cannot count by fireman+sam · · Score: 1

      Ah yes, but in SCO's case we have a single line (2054) begin equated to lines 30-33 (3 lines) AND lines 609-616 (7 lines).

      BTW, lines 30-33 of init/main.c are #includes

      --
      it is only after a long journey that you know the strength of the horse.
  67. Not Celcius! by leonbrooks · · Score: 1

    Kelvin! You get to freeze your beehive off at 273 degrees!

    --
    Got time? Spend some of it coding or testing
    1. Re:Not Celcius! by Anonymous Coward · · Score: 1, Informative

      Not to be critical, but Kelvin is not measured in degrees.. Kelvin IS the unit..

    2. Re:Not Celcius! by Anonymous Coward · · Score: 0

      0c is not really cold...

      K = C + 273

    3. Re:Not Celcius! by Trepalium · · Score: 1

      273 Kelvin isn't cold. It doesn't really start to get cold until 258.15 Kelvin (-15 degrees Celsius) or so, especially if there's a good wind accompanying it.

      --
      I used up all my sick days, so I'm calling in dead.
  68. A damp squib, again by bheading · · Score: 5, Interesting

    In this document SCO identify three groups of what they regard as "infringing" code. They readily admit that the number of examples they can provide is somewhat limited due to the fact that they don't possess themselves enough evidence to prove it. "Damn it, I know they stole it from us - if only I could get the evidence to prove it!".

    The first set (Table A) is JVS code. As we all know JFS is an IBM/AIX creation, so with this SCO will be focussing on their "derived work" argument.

    The second set (Table B) is EVMS code. Again, this is a less-mentioned contribution from IBM AIX into Linux. Again, this will be SCO's "derived work" according to their skewed worldview.

    The third and fourth sets are the most interesting (Table C and D). They identify stuff allegedly lifted from Dynix (Sequent) code. I could not find the rclock.* or the kmemdef.* files in 2.4.18 or in 2.4.1 (the version they've named), I presume they were removed at some point - Torvalds or someone else could probably identify when.

    In Table D, the code they've highlighted in the 2.4.1 apic.c file consists of #include lines, some comments, and a very basic "if" statement in the middle of some SMP related code for handling timer interrupts, it seems. It's the same in timer.c, they're also complaining about lines which refer to Alpha or IA64, rather odd since they never wrote code concerning those CPUs.

    The entry.S reference they've made, going by the code comments, refers to code which switches an i386 back into user mode following a system call. (guess mode - the set of assembly mnemonics to put an i386 into user mode is likely to be very standard; the default code was probably provided free of charge by Intel years and years ago, and probably found it's way into every i386 memory-protected OS written!).
    The same seems true of traps.c. The main.c lines are just some includes and some static declarations.

    I also did some casual Google searches to see if any of the alleged infringing lines of code showed up anywhere. In all the cases I checked, the lines show only in Linux kernels, and not anywhere else. If this code did appear elsewhere then it isn't immediately obvious where it came from.

    So I really don't think that SCO has much of a leg to stand on here ...

    1. Re:A damp squib, again by BiggerIsBetter · · Score: 4, Interesting

      EVMS wasn't actually accepted into Linux by Mr Tovalds. About the only place you'd find it was in SCO and United Linux kernels.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    2. Re:A damp squib, again by bheading · · Score: 3, Informative

      Replying to my own post here ..

      There has been further analysis on Groklaw. The rclock.h, rclock.c, kmemdefs.h and kmemdefs.c files are here. This is an RCU patch seemingly provided by IBM, but which (as another contributor pointed out) were never included in the kernel by Linus.

      As has been pointed out on Groklaw (and on here earlier) SCO are clearly dropping the "Linux is all stolen code" article in favour of the "IBM stole our code and put it in Linux" article. This fact needs to be shouted from the rooftops. I'm quite sure IBM can defend themselves .. (evil grin)

    3. Re:A damp squib, again by Monkelectric · · Score: 4, Informative
      entry.S reference they've made, going by the code comments, refers to code which switches an i386 back into user mode following a system call. (guess mode - the set of assembly mnemonics to put an i386 into user mode is likely to be very standard; the default code was probably provided free of charge by Intel years and years ago, and probably found it's way into every i386 memory-protected OS written!). The same seems true of traps.c. The main.c lines are just some includes and some static declarations

      I happen to have a copy of "80386 System Software Writer's Guide" by Intel on my desk (ala 1987). This book provides a framework for OS development on the 386 and alot of code to boot. If the entry.S code is derived from Intel code it would be in this book or a later edition. The idea is really not that far fetched. Writing protected mode entry/exit code is at best tedious and entirely unnecessary as intel not only provided code, but in most cases the optimal solutions to the problem as no one understood the nuances of protected mode better then them.

      --

      Religion is a gateway psychosis. -- Dave Foley

    4. Re:A damp squib, again by AhBeeDoi · · Score: 1

      It seems more like, "Anything *ix related that IBM creates is our code. Any methodologies learned while creating *ix code and used in creating other *ix code makes that code our code. Hence, contributing any *ix code to Linux is stealing it from us."

  69. It's just so ironic... by LinuxParanoid · · Score: 4, Insightful

    What's so ironic about the suit to me is that when IBM entered the Unix market with AIX in 1990, they were the *first* Unix vendor to introduce their own journal filesystems and volume management tools integrated into the OS.

    These now-common approaches to improving the reliability and flexibility of Unix were part of IBM's value-add to Unix... a bit of heritage from their mainframe and minicomputer perspective. It wasn't enough in the marketplace to overcome IBM's late-ness to Unix and the odd uniquenesses of its registry-based configuration, but it did help somewhat in enterprise environments.

    Anyway, after 10 years in the Unix market, IBM decides that having had minimal/modest success in the commercial Unix marketplace, perhaps they would have better luck in the free Unix marketplace (making money selling services,) particularly if they can catch this wave early rather than spending a decade worrying about cannibalization of their own product line. So they take the AIX 'crown jewels' and share them with the free Unix community.

    And SCO claims that they are derivatives of SCO's original Unix work?!

    If any version of AT&T Unix/Unixware that shipped to people like IBM included journal filesystems or volume management or NUMA SMP, then maybe I could buy it, but given the dictionary definitions of "derived" I just can't.

    (dictionary.com entry for
    "derive": "to obtain or receive from a source".
    "derivative": "copied or adapted from others")

    --LP

    1. Re:It's just so ironic... by idiotnot · · Score: 5, Insightful

      I liked the comment about how IBM had little or no Intel expertise.

      Uhh, they invented the PC, *and* they ported AIX to it in the late 80's.

    2. Re:It's just so ironic... by Anonymous Coward · · Score: 0

      If any version of AT&T Unix/Unixware that shipped to people like IBM included journal filesystems or volume management

      Veritas was originally designed for UnixWare, and every version of UnixWare has shipped with Veritas.

      or NUMA SMP
      Unisys Intel Mainframe.

    3. Re:It's just so ironic... by Michael+Meissner · · Score: 1

      Ummm, IIRC, the original i386 AIX was actually a different distribution from a company IBM bought, rather than being common sources with the RISC version of AIX. I think it may have even been based on a different branch of System V (probably SVR1 compared to SVR2).

    4. Re:It's just so ironic... by shadowbearer · · Score: 1

      While it's not strictly true that they invented the PC (Apple probably has a stronger claim there) they certainly mass-produced one of the first really powerful home computers out there.

      I owned one of the first 1000 IBM PC's sold in my state, and I was absolutely astounded by it. I had an Apple II+, an few Atari, a couple Commodores and some Z80 stuff, and the IBM PC blew them all away. The machine set me back about $4K (about the cost all of my other machines combined) but within a couple months the others were gathering dust and I was doing all my coding on the IBM.

      I learned Pascal, Cobol, beginners C, and macro assembly on that box. It was awesome. It was *fast* :) I wish I still had it. Alas, it's buried in a landfill somewhere in southern MN - you couldn't find inexpensive surge suppressors back then :(

      Fond memories. Thanks for generating more now, IBM.

      SB

      --
      It's old. The more humans I meet, the more I like my cats. At least they are honest.
    5. Re:It's just so ironic... by Anonymous Coward · · Score: 0

      You are right that IBM did not invent the "personal computer", and that several other companies brought personal computers to market before IBM.

      However, the IBM "PC" was the first personal computer to use an Intel 8088 processor.

      So in the context of "expertise with Intel processors in personal computers", IBM was the first and has the 800-pound gorilla position.

    6. Re:It's just so ironic... by LesFerg · · Score: 1

      Ironic also when you compare the desires of pre-SCO Caldera under CEO Bryan Sparks, in an interview for Linux Journal in 1997...

      "Bryan and I talked about ``their'' technologies vs. the standard development paths. Bryan assured me Caldera's intent was to make any necessary changes for POSIX certification and Unix branding available to the Linux community as a whole. He sees Caldera's products as part of the total product mix for the Linux community and wants to make sure Caldera's work continues to be part of the mainstream."

      (see Linux Journal, Issue 33: Interview: Caldera's Bryan Sparks)

      --
      If I had a DeLorean... I would probably only drive it from time to time.
    7. Re:It's just so ironic... by Anonymous Coward · · Score: 0

      Maybe SCO is claiming the UNIX license they had with IBM was "viral"? :-)

    8. Re:It's just so ironic... by El · · Score: 1

      *and* they made their own 486SX processor chips!

      --

      "Freedom means freedom for everybody" -- Dick Cheney

  70. groklaw.net mirror by monosqldan · · Score: 1

    Can someone provide a mirror or mirrors of groklaw.net please? I never can seem to get through because its overwhelmed or ./ all the time. Thanks in advance, Daniel

  71. How it works... by ackthpt · · Score: 5, Interesting

    IBM Develops some technology for OS/2

    IBM adds it to AIX

    SCO (claiming to own copyrights to Un*x) says anything derivative of Unix (AIX in this case) becomes their IP

    SCO Sues IBM for copyright infringement

    IBM demonstrates this technology existed prior and was given to both operatings systems as an add-on

    SCO loses

    --

    A feeling of having made the same mistake before: Deja Foobar
    1. Re:How it works... by Anonymous Coward · · Score: 0

      you forgot PROFIT

    2. Re:How it works... by zsau · · Score: 1

      You forgot:

      ????
      Profit!

      --
      Look out!
    3. Re:How it works... by Anonymous Coward · · Score: 0
      You forgot the penultimate stage:
      • McBride and the other SCO insiders cash out and flee to a country without an extradition treaty.
    4. Re:How it works... by Theatetus · · Score: 1

      So did SCO

      --
      All's true that is mistrusted
    5. Re:How it works... by Vlad_the_Inhaler · · Score: 1

      SCO (claiming to own copyrights to Un*x) says anything derivative of Unix (AIX in this case) becomes their IP
      Viral licences anyone? Arn't they Unamerican according to Darl?

      SCO loses
      Yup, looks like Darl has found another way to lose.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
  72. Well... by BHearsum · · Score: 2, Insightful

    I haven't got through the whole thing yet, but it sounds to me that the motivation behind it is that SCO is whining that IBM is making money off of services now, and they're not.

    Darl: Things change, adapt your business, or fuck off.

  73. So what exactly "IS" kernel 2.4.1-01? by EMR · · Score: 3, Interesting

    I downloaded linux kernel 2.4.1 and most of the files they mention don't even exist in the source tree.. Are they comparing things to one of THEIR source trees with THEIR code patches in there or something STUPID like that?

  74. It's pronounced "D'ohl"... by leonbrooks · · Score: 1

    ...as in, when "I get out of jail, I'm gunna be on the d'ohl for life".

    --
    Got time? Spend some of it coding or testing
  75. Re:heh. Check out #87 by pavera · · Score: 1

    By making the Linux operating system free to end users

    How exactly does SCO claim that IBM made linux free to end users? I thought that was Linus and the GPL? Maybe I'm an idiot though.

  76. what a minute here - JFS? by LordKazan · · Score: 1

    Isn't JFS express property of IBM and NOT SCO so SCO is making bs claims here?

    --
    If you cannot keep politics out of your moderation remove yourself from the Mod Lottery.. NOW!
  77. What is "Dynix"? by TheSHAD0W · · Score: 1

    It's not all from AIX. Some of it came from Dynix/ptx, which apparently came from Sequent. (p.29 of PDF)

    1. Re:What is "Dynix"? by ciggieposeur · · Score: 2, Informative

      Dynix was the Sequent version of Unix designed to run on their Hypercube systems. I believe this is the precursor to NUMA-Q.

  78. Just a thought and comment on this whole issue. by Arimus · · Score: 4, Interesting

    SCO seem to be saying IBM knowingly contributed code to Linux knowing it would help linux succeed over traditional Unix flavours...

    So let me get this right IBM gave code from their expensive product to a free product...

    Hmmm.... why???

    SCO should be made to demonstrate what motivation IBM had in acting this way -- other than IBM knowing they could sell services better than OS's...

    --
    --- Users are like bacteria -> Each one causing a thousand tiny crises until the host finally gives up and dies.
  79. Dont be foolish linux-heads! Remove the code! by rufusdufus · · Score: 1, Interesting

    Change the code as quickly as possible. This will give more credence to open source's commitment to their customers than making snarky comments about how the code does not infinge.

    "Customers" want to know the community is looking out for their best interests, and that means limiting liability in the event that SCO wins their case. And they can win: this is the law, not logic.

    1. Re:Dont be foolish linux-heads! Remove the code! by iggymanz · · Score: 1

      The adoption of Linux is ever-accelerating, it doesn't appear that SCO's claim is of any concern to most of them. The "customers" mostly are happy with things the way they are. Note "the code" is from NOT from Sys V, it is from 2 companies who added code to Sys V - only if SCO's claim of derived work has any legal merit is there a need to remove it. We know who contributed the code, we know what the code is now.

    2. Re:Dont be foolish linux-heads! Remove the code! by Anonymous Coward · · Score: 0

      You're a troll right? From SCO yes?

      The Linux community should not remove a single byte of code over this until the SCO vs IBM case is settled.

      Any action to change the code would be an admission of guilt and Darl and gang would jump all over it.

  80. Oops, I left off by ackthpt · · Score: 1
    Oops I left off:

    SCO dries up and blows away

    /. eventually removes old SCO icon

    --

    A feeling of having made the same mistake before: Deja Foobar
  81. A rock-solid case... I stand corrected - by brsmith4 · · Score: 4, Insightful

    Wow, a collection of header files that have similar function declarations!!! Unreal! Those IBM bastards!

    Correct me if I am wrong, but POSIX compliance does not require a license from SCO. Defining these functions similarly to the SysV style is not a breach of IP. It's the code that these functions represent that may be in breach, but SCO does not outline any of this.

    Also, the JFS file system is IBM's own work. Yes, if IBM makes a change to the actually system v code base by adding jfs, then those changes are only usable by the licensees. But there is no indication that the implementation of JFS made any impact on that SYSV standard. Its a code base that is external to the licensed system v code and is therefore not under any of SCO's jurisdiction.

    In conlusion, their case is null and void. I hope their board of directors spend a few years behind bars for this spectacular abuse of the US legal system. Maybe IBM can pay off some inmates to make Darl someones bitch.

    1. Re:A rock-solid case... I stand corrected - by Camel+Pilot · · Score: 1

      And how much do you think a court is going to award for 2 to 3 k lines of code (mostly header files)? Billions? I don't think so. This is of course if you believe SCO is correct - which based solely on their record so far I would not put much stock in to it. Oh and don't forget the counter-suit and the Redhat suit and the Defamation suit that I sure which Linus would slap them with.

      Hang on to that stock to yours it may be worth something on E-bay someday.

    2. Re:A rock-solid case... I stand corrected - by jgoemat · · Score: 2, Insightful
      Yes, JFS is in no way a "derivative work" of UNIX. A derivative work is something "based on" another work. SCO has quite a liberal view of what that means, seeing as JFS was originally developed for OS/2 and ported to AIX. A derivative work includes preexisting material from another work and work from a new author.

      A movie based on a book is a derivative work because it contains the same basic story (expression). It is told in another medium with moving pictures and sound. The new author owns the copyright on the movie because they created the pictures and sound. They cannot distribute the movie without a license from the book author however because the movie contains preexisting material from the book (story, maybe dialog, etc.). If the producers had the movie and decided to put a song in it, that would be part of the combined work. That song would not be considered a derivative work of the book. The person that wrote the song would have the copyright and be able to distribute it however they wished without going to the book author for another license because it doesn't contain the preexisting material from the book and is therefore not a derivative work.

      Ideas and methods specifically cannot be copyrighted. Maybe IBM broke their contract by disclosing proprietary methods of UNIX, but I doubt it. By the time IBM contributed JFS and the other code to Linux, BSD and Linux had been around for about ten years. In effect, whatever methods are in BSD and Linux are not IBM's responsibility to maintain in confidence anymore, per section 7.06a of their software licensing agreement:

      [part requiring IBM to hold UNIX methods and concepts in confidence]... If information relating to a SOFTWARE PRODUCT subject to this Agreement at any time becomes available without restriction to the general public by acts not attributable to LICENSEE or its employees, LICENSEE's obligations under this section shall not apply to such information after such time
  82. Re:Remove the code! What Code? by EMR · · Score: 2, Interesting

    What code? Comparing their line numbers to the 2.4.1 kernel source of the files that actually DID exist in the distribution (several that they claim to infringe don't even exist in the official linux source). And all that comes up is.. a comment here.. some assigments there, a print statment about a APIC bug. a simple if statemnt. (if (info) call_this_func; else call_other_func();..
    The biggest "chunk" was around a function that closed STDIN, STDOUT, and STDERR, and then opened the /dev/console for STDOUT.

  83. SCO.... by *NewDis* · · Score: 0

    Hey wait someone came to the same conclusion as me, and put the same comment. I am sueing cause it looks like mine, and sence no one else has ever tried the same thing it has to be a copy!!

  84. Re:heh. Check out #87 by Anonymous Coward · · Score: 0

    IANAL, but I do read Groklaw.

    SCO's theory seems to be (as far as I understand it) that Linux is only Enterprise-ready (e.g. multiprocessor support/journalled filesys etc.) because of IBM's contributions to the kernel, and that IBM's code comes directly from AIX which is a derivative of System V. SCO's claim is that IBM's license with SCO and their contract to work together on Project Monterey permitted IBM to include this code in AIX and Dynix, but not into Linux. IBM having done so makes Linux a derivative of System V.

  85. Actually... by saodl · · Score: 2, Interesting
    This is one of the most effective endorsements of Linux I have ever read.

    Despite my sympathies, I have never actually installed Linux for use on my home computer (sorry). I'm about half way through this document of SCO's and my read is that they are saying "UNIX kicks ass so much that it is used for everything important, but Linux is better and is going to destroy our business."

    Of course they are establishing this only to claim that it could not be so good without stealing code from UNIX. Once that is disproven (I hope), all that will be left is a powerful arguement that Linux will and should replace UNIX and is more reliable than Windows.

    Nice job SCO!

    1. Re:Actually... by Neop2Lemus · · Score: 1
      I'm in your boat as well (not running Linux yet...). When I upgrade my comp, I'm splitting the drive and running it.

      And I'm buying Star Office instead of MS Office.

      --
      Needle Nardle Noo
  86. I might be wrong... by shepd · · Score: 2, Informative

    But I thought the defendant and judge are the only people who can demand trial by jury?

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    1. Re:I might be wrong... by BoneFlower · · Score: 2, Funny

      That line was put in for the impending criminal case against SCO.

  87. NT running on RISC processors: YEP!!! by lkcl · · Score: 4, Interesting

    the story goes something like this:

    1) dave cutler's VAX/VMS team gets bored (funding cut)

    2) microsoft hires dave and his team (6 people).

    3) they code 200,000 lines per year EACH for 5 years, exclusively in c.

    4) paul leach (of apollo and NCS 1.0 which became DCE/RPC fame) recommends DCE/RPC for NT Domain services.

    5) bill gates orders from-on-high that NT must have a windows interface.

    6) dave's team add a windows subsystem to placate bill: they have to port the win16 subsystem to 32-bit (hence the win32 subsystem).

    [7) ibm somehow gets involved: nt also has an OS/2 subsystem. someone gets terribly embarrassed that NT uses ibm's OS/2 "HPFS" and orders that NT must have its own file system (esp. because HPFS doesn't support VAX/VMS security model) hence NTFS.]

    8) DEC cottons on to what dave cutler is up to, especially when the VAX/VMS security model's interface turns up pretty much function-for-function in NT, and gets integrated properly into the NT Domain Services.

    9) DEC gets paid $50m and mysteriously NT 3.51 gets ported to the DEC Alpha.

    that's why NT runs on those lovely RISC processors: it was written in c and so was dead-easy to add other OSes.

    not bad doing 2 weeks work and getting paid $50m.

    1. Re:NT running on RISC processors: YEP!!! by drsmithy · · Score: 1
      5) bill gates orders from-on-high that NT must have a windows interface.

      6) dave's team add a windows subsystem to placate bill: they have to port the win16 subsystem to 32-bit (hence the win32 subsystem).

      This actually happens due to the unexpected (at the time) runaway success of Windows 3.0. Before then, OS/2 was expected to be the "primary personality" of NT (the "native" NT API was never supposed to be exposed for general purpose development).

      [7) ibm somehow gets involved: nt also has an OS/2 subsystem. someone gets terribly embarrassed that NT uses ibm's OS/2 "HPFS" and orders that NT must have its own file system (esp. because HPFS doesn't support VAX/VMS security model) hence NTFS.]

      IBM gets involved because NT was originally supposed to be the replcement for OS/2, which was (then) a single user, x86 only, client/desktop OS. Hence why "Windows NT" was originally called "OS/2 NT" and a whole swathe of OS/2 zealots think NT is a development of OS/2. Of course, when Windows 3.0 took over the world and OS/2 tanked, the plans changed.

      Incidentally, I think you'll find NT was always going to have its own filesystem and HPFS was simply an interim/migration support solution (much like the albatross of FAT/FAT32). Certainly every *released* version of NT has used NTFS.

      that's why NT runs on those lovely RISC processors: it was written in c and so was dead-easy to add other OSes.

      The fact it's written in C is largely irrelevant. It's the HAL and microkernel-ish design that makes NT so portable.

    2. Re:NT running on RISC processors: YEP!!! by Anonymous Coward · · Score: 0

      > 1) dave cutler's VAX/VMS team gets bored (funding
      > cut)

      Dave Cutler got bored doing VMS so DEC basically let him go off and do experimental work on a new OS that was supposed to be for DEC. I believe the funding got cut for this project and that is what made the offer from MS look enticing to Dave.

      > 5) bill gates orders from-on-high that NT must
      > have a windows interface.
      >
      > 6) dave's team add a windows subsystem to
      > placate bill: they have to port the win16
      > subsystem to 32-bit (hence the win32 subsystem).

      The proof of concept was finished(by another team) before it was shown and I believe everyone agreed it was better especially considering that Windows 3.0 had just taken the industry by storm.

      > [7) ibm somehow gets involved: nt also has an
      > OS/2 subsystem.

      MS and IBM were partners in OS/2. The OS/2 layer is there because MS had been pushing developers in that direction for quite a while.

      > 9) DEC gets paid $50m and mysteriously NT 3.51
      > gets ported to the DEC Alpha

      Check this page:

      http://www.emsps.com/oldtools/mswinntv.htm

      Take a look at the picture of the NT 3.1 disk...see where it says it runs on "Digital Alpha AXP systems?" Until W2K, you could always run NT on Alpha. You can buy NT 3.1 from those guys if you want.

      There was quite a bit of similarity between NT and VMS and there was some kind of pay-off but I believe it was just to keep DEC quiet.

      > that's why NT runs on those lovely RISC
      > processors: it was written in c and so was
      > dead-easy to add other OSes.

      NT's first and second development platforms(i860 and MIPS) were both RISC. It didn't even touch i386 until it was running on MIPS.

    3. Re:NT running on RISC processors: YEP!!! by demon · · Score: 1

      Incidentally, I think you'll find NT was always going to have its own filesystem and HPFS was simply an interim/migration support solution (much like the albatross of FAT/FAT32). Certainly every *released* version of NT has used NTFS.

      Wrong. Wrong, wrong, _wrong_. NTFS _is_ HPFS! Windows NT 3.1 could read HPFS volumes, because at the time NTFS was HPFS, to the letter. MS added features to it as time went on, eventually making them incompatible, but NTFS started life as code borrowed straight-across from OS/2.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    4. Re:NT running on RISC processors: YEP!!! by drsmithy · · Score: 1
      Wrong. Wrong, wrong, _wrong_. NTFS _is_ HPFS!

      Helen Custer's "Inside the Windows NT Filing System" would suggest otherwise. Your source ?

      From a features and design perspective there's a hell of a lot of difference (and always has been). They're quite different on disk and in operation, as well. Heck, I think you'd have a great deal of trouble finding as many ways NTFS and HPFS are similar, as they are different.

      Windows NT 3.1 could read HPFS volumes, because at the time NTFS was HPFS, to the letter.

      Ah, no. While I've no doubt early, internal, development versions of NT relied on HPFS until such time as NTFS was completed, NTFS and HPFS were never identical.

      MS added features to it as time went on, eventually making them incompatible, but NTFS started life as code borrowed straight-across from OS/2.

      Look, even NTFS *was* a development of HPFS code - which, if it was, would have been a *massive* modification and rewrite anyway - it'd still be moot, since Microsoft wrote HPFS as well.

  88. What ever happened to David Boies? by compactable · · Score: 5, Interesting

    Can someone explain why SCO sends people like Weiss & Dal's little brother to the plate when they're clinging to life? These people are wet farts. I would rather be defended by my grandmother in court, and she thinks she's a horse. Really. They just gave Boies millions & a stake in the company - where the uckfa is he?

    And yes, I now this is not 100% on-topic. However I think the disappearance of a key figure is noteworthy (I would argue more so that SCO claiming ownership of IBMs work, as they are here).

    1. Re:What ever happened to David Boies? by Anonymous Coward · · Score: 0

      SCO is going to sue him?

    2. Re:What ever happened to David Boies? by AhBeeDoi · · Score: 1

      Boies is a litagator. If the case goes to trial, we'll be seeing more of him.

  89. Re:heh. Check out #87 by _Sprocket_ · · Score: 1


    Thus, IBM, with its army of Global Services integrators who earn money by selling services, would gain a tremendous advantage over all its competitors who earn money by selling UNIX licenses.


    Huh. Just how much of, say, Sun or HP sales are attributed to sales of their Unix? Can you argue that buying their hardware is driven by the desire to run their version of OS? And what about the services linked to the sales of that hardware?

    Now - how does this argument hash out against HP's Linux business? And Sun's rather cautious approuch towards Linux?

    It seems that all the players involved are in the same market. They're just attacking that market in different ways; variations of a theme.
  90. Re:And so the real game begins by what+the+dumple+is · · Score: 1

    Some of the files they mention were written by Torvalds 1991-1992; like linux/arch/i386/entry.S and linux/arch/i386/traps.c.

  91. A rant of a Summary by twitter · · Score: 3, Interesting
    They claim the usual stupid stuff. Linus was not able to check that contributor's code did not come from SCO's non published code, and amature coders could not possibly write anything good enough for "the enterprise", therfore all of Linux came from SCO. Never mind that journaling file systems and multi processing were never found in SCO Unix, they were in AIX, you see. They even stole the file names from IBM's AIX, inode.h, the dirty dogs! How dare they steal header files if they did! I count tens of lines of missaproriated deffinitions in table A alone. The shamelessness is amazing! It's like they adopted AIX as a general operating system for a non-IBM company! Every Linux user must pay for their use of AIX and now, damn tit! Tables B, C, and D are even more scandalous, even including a dozzen lines of supposedly infringing source from a real sourc file or two instead of a simple header. Everywhere, the innovative adoption of commonly know software techniques is claimed as more evidence of the gravity of IBM's supposed infractions. The document proves, better than I can, how well free sofware works.

    Daryl you suck. Not one line of SCO code is held up in evidence. Everything comes from AIX and Sequent code, and there's not much of it either. It seems that SCO thinks they own AIX as well as Linux. The free software revolution of GNU, Linux and BSD was not a plot to keep SCO from being able to sell an operating system. Microsoft proves every day that you can sell inferior code to the ignorant so long as you market it and provide anything at all. SCO is dying because it has been taken over by a bunch of morons that and the fact that free software is much much better at doing the job.

    --

    Friends don't help friends install M$ junk.

    1. Re:A rant of a Summary by Anonymous Coward · · Score: 0
      Moderators: Please note that "twitter" is a known fanatical psycophant whose obnoxious offtopic rants are legend here on Slashdot. It doesn't matter what the topic is, he'll find a way to scrape in some pointless Microsoft bashing. While nobody expects us to love Microsoft in any way, his particularly tepid style of calling anyone he replies to "troll" or "liar" because he happens to disagree with whatever they're saying is well documented and should not be rewarded. If anything, twitter is the type of person that should not be part of the open source/free software community. He is an anathema to all that is good about free software.

      I'm posting this so that you (the moderator) have some context to consider twitter and not mod him up whenever he posts his filler preformatted rants about installing Knoppix or whatever that unfortunately get him karma every single time and allow him to continue posting his trademark toxic crap (read on) day in and day out. You may consider this a troll - I consider it community service. And I ain't kidding.

      If you're a /. subscriber, I invite you to look through some of his posting history. I guarantee that you'll be hard pressed to find someone that is more "out there" than twitter. You'll also probably notice he's got quite an AC following. Don't just read his posts, make sure you go through the replies.

      For example, in this recent post twitter not only calls the OP a troll but attempts to "tell it like it is" while making some vague argument about "GNU". Yes, if you're confused, you're not alone. The reply (modded +4) proceeds to simply destroy his bogus argument. You will notice he did not reply. This is what some people call "drive-by advocacy". A sort of I'll just leave you with my thoughts here and move on to the next flamebait kind of deal. In fact, he almost never replies because he knows that his fanatical arguments simply do not hold up to any sort of discussion. It's not that he's chosen the wrong cause - he's just going at it in a completely wrong way.

      More? Just read though this post and the subsequent replies. I guess this stands on its own.

      More? Bad spelling in astounding conspiracy theories, more offtopic FUD and uninformed "I'm right, look at me" rants, promptly proven wrong. Worse even, twitter wants to be RMS, apparently (that first one is a winner). I mean, really. You think?

      FUD, FUD, FUD, FUD, offtopic FUD, and more FUD. This guy is like the Monty Python SPAM skit, but with FUD and more FUD instead of canned meat. Amazed

  92. Not an admission of guilt. A reduction of risk. by Anonymous Coward · · Score: 2, Insightful

    If I were the CEO of all Linux development, I would see two choices here once the allegedly offending lines of code are known.

    1. Leave the code as-is and litigation continues.
    2. A few routines are rewritten, tested, debugged, and optimized, and litigation ends or becomes insignificant.

    Option #2 is the obvious choice. The possible disadvantage is that this makes the community somewhat vulnerable to future potential litigants in that we would be presumed to go and rewrite 10,000 subroutines if they were alleged to infringe. But it doesn't make the community any more vulnerable to actual lawsuits because litigants pursue litigation if they are going to get something -- getting us to rewrite routines doesn't gain them anything.

    Since the amount of work looks small, I'd rewrite it all to reduce risk to GNU/Linux users.

    1. Re:Not an admission of guilt. A reduction of risk. by Physics+Dude · · Score: 1
      2. A few routines are rewritten, tested, debugged, and optimized, and litigation ends or becomes insignificant.

      Maybe you haven't been paying attention, but this is SCO we're dealing with. If you think for a second that litigation would end or become insignificant (anymore than it is now), you're dreaming.

      Besides, the current litigation is a contract dispute with IBM which is not affected in the slightest if code is rewritten.

  93. Interesting move by salesgeek · · Score: 4, Insightful

    SCO's filing was 80% fluff and was filled with a lot of mistruth concerning the os marketplace. Looks like it comes down to one question: does SCO or IBM own JFS. The answer there is obvious. Regardless, SCOs bantering about wanting $600 per processor and the like are silly - most linux users don't use JFS anyway. At the end of the day we can expect more suits like this as Linux erodes the value of intellectual property. And it's important to remember that an idea is only valuable if it is a comparitively good idea... Had SCO continued to innovate, and adapt to the market there would be no reason to sue. Linux exists because Unix vendors screwed users for far too many years.

    --
    -- $G
    1. Re:Interesting move by forgotmypassword · · Score: 1

      Had SCO continued to innovate

      You never used their Unix did you?

    2. Re:Interesting move by smash · · Score: 1
      Had SCO continued to innovate

      You never used their Unix did you?

      LOL.... its I've unfortunately used their unix (vomit)

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    3. Re:Interesting move by salesgeek · · Score: 1

      Had SCO continued to innovate

      You never used their Unix did you?


      LOL - at least for the past five years their product has not been the best. It's out of it's league as a worstation OS but is fine for driving terminals and acting as an application server for something that is accessed via telnet. That's where their innovation has failed. They at one time had a decent product that had great potential...

      --
      -- $G
  94. Good summary from a GrokLaw AC poster by leonbrooks · · Score: 4, Interesting
    Said AC wrote:
    These files and line numbers given are simply the files and lines which implement RCU, NUMA and JFS in Linux. All of them.

    Although this APPEARS to be specific. It is of course not any more specific than what SCO already has claimed; I.e. that "RCU, NUMA and JFS are infringing".

    SCO has yet to show how these infringe on SysV copyrights.


    However, they have thereby limited their current claims to these sections. And five beeeellion dollars.
    --
    Got time? Spend some of it coding or testing
    1. Re:Good summary from a GrokLaw AC poster by wass · · Score: 4, Interesting
      However, they have thereby limited their current claims to these sections. And five beeeellion dollars.

      Okay, I'm too lazy here on saturday nite. Has anybody done the math to figure out how much the entire linux kernel would be worth in SCO's ridiculous view?

      They want $699 for these x number of lines of 'stolen' code. If linux kernel has y lines of code total, then the kernel should be worth (y/x)*699 dollars. What are x and y?

      Maybe we can use this to our advantage. For example, with MSFT, pay $300 for a kernel worth $300. With linux, pay nothing for a kernel worth $$$$$.

      --

      make world, not war

    2. Re:Good summary from a GrokLaw AC poster by arkanes · · Score: 3, Interesting

      X is roughly 2000. Y is roughly 2,000,000. Therefore, the kernel is worth 699 * 1000 = roughly 700 thousand dollars.

    3. Re:Good summary from a GrokLaw AC poster by martin · · Score: 1

      Numa and RCU - Sequents technology (now IBM's after they bight Sequent)
      Volume manager and JFS are IBM's technology.

      Nothing to so with Sys V as far as I can tell.

      If IBM want to give away this stuff, then fine, this has nothing to do with Sys V. Unless they have GPL style, can't link it with an incompatible licence clause...

      yawn - back to sleep..

    4. Re:Good summary from a GrokLaw AC poster by dustmite · · Score: 1

      Can they realistically claim that they incurred five billion dollars damages here? That they may actually have lost $5,000,000,000 income because of these infringements?

      Are they going to claim that every copy of Linux sold since, would have been a SCO sale instead, had this code not been used in Linux?

    5. Re:Good summary from a GrokLaw AC poster by Anonymous Coward · · Score: 3, Insightful

      Let me explain.

      SCO claims that the sysv license they inherited in their acquisition of novell's ip gives them right to all derived implementations, the way the GPL does. By extension, they claim a right to anything ibm ever implemented on top of the sysv code. And they claim ibm is in breach of contract by including sco's IP (the ibm developedn kernel stuff) in the linux kernel.

      This is wishful thinking. Obviously their license doesn't say this, and novell has already said sco didn't buy what they thought they were buying, so they don't even have the rights they claim they have. The sco honchos took a look at the GPL and went "why didn't we do that?", and now they're trying to retroactively fool a court into thinking their license allows them that kind of viral rights.

      It's not going to work. But they will make a lot more noise trying to get it to work.

    6. Re:Good summary from a GrokLaw AC poster by ArtDent · · Score: 4, Informative

      "SCO claims that the sysv license they inherited in their acquisition of novell's ip gives them right to all derived implementations, the way the GPL does."

      Bzzzt! Wrong. Try again.

      The GPL cannot, and does not claim to, give the author of an original work any rights over the original portions of a derived work.

      In this case, the original work is SysV, the derived work is AIX, and the original portions of the derived work are JFS, EVMS, etc. If SysV were licensed under the GPL, IBM would be required to also license AIX under the GPL. However, nothing would prevent IBM from taking JFS and EVMS code, and putting it into another piece of software with GPL-incompatible license.

    7. Re:Good summary from a GrokLaw AC poster by Anonymous Coward · · Score: 0

      Bullshit. If SysV were licensed under the GPL, that wouldn't affect AIX at all. AIX is based off SysV code under a proprietary license. Code can exist under more than one license(MySQL).

    8. Re:Good summary from a GrokLaw AC poster by Molina+the+Bofh · · Score: 1

      Yes. The Kernel is worth 700 thousand dollars, but I can license it to you for the special price of $399,999.90. That's right, $399,999.90. It's a super-savings price of $300.000 off the regular price. Call now. Our operators are waiting for you. And if you call within the next 15 minutes, you'll receive a special gift. Call now. We fully garantee your kernel will compile.

      --

      -
      Roses are #FF0000, Violets are #0000FF, find / -name '*base*' |xargs chown -R us && mv zig greatjustice
    9. Re:Good summary from a GrokLaw AC poster by rveety · · Score: 2, Interesting

      Thats $700k per user, as per SCO. counter.li.org guesses there are 18 million Linux users, so the total value of the kernel is roughly $12,600,000,000,000. If Linus collected he could pay off the US national debt and live comfortably with $5 trillion left over!

    10. Re:Good summary from a GrokLaw AC poster by mpe · · Score: 1

      SCO claims that the sysv license they inherited in their acquisition of novell's ip gives them right to all derived implementations, the way the GPL does.

      Except that this is not what the GPL does. SCO also apparently feel that FUDing and badmouthing the GPL allows them to redistribute GPL software under their own licence. By their logic saying nasty things about the SYSV licence would place all of the SYSV code into the public domain.

      By extension, they claim a right to anything ibm ever implemented on top of the sysv code.

      The GPL never takes away rights from copyright holders. The fact that IBM have added code to the Linux kernel and made that code available under the GPL does not prevent IBM also offering the same code under any other licence.

    11. Re:Good summary from a GrokLaw AC poster by Bryan+Ischo · · Score: 2, Insightful

      You may be right, but I never take very seriously comments made by people who start their response with "Bzzzt! Wrong. Try again". It's insulting and stupid. It's as if you want to seem like the guy with all of the answers; obviously it's meant to evoke the image of you as the game show host who has all of the answers, and everyone else as morons who are just guessing. Which is simply inane.

      If you want to write a mature, intelligent response, drop the stupid "bzzzt" shit.

    12. Re:Good summary from a GrokLaw AC poster by Bryan+Ischo · · Score: 1
      For what it's worth, you're also wrong. Clause 2 of the "Terms and Conditions for Copying, Distribution, and Modification":

      2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions:

      [The conditions, which in brief simply state that you have to release the modified copies under the GPL]

      These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it.

      This makes it pretty clear that portions of the derived work have to be considered separate works in and of themselves to be freed from the requirements that would otherwise be placed on them by the GPL.

      It seems obvious to me that additional lines of code embedded in pre-existing files would not be separate works, and thus would not be free from the GPL requirements.

    13. Re:Good summary from a GrokLaw AC poster by Anonymous Coward · · Score: 0

      The lines in and of themselvs are free. But not when used in a derivative work. That is the difference.

  95. son of a.... by AtariAmarok · · Score: 2, Funny

    Mc means son-of..

    He's a son of a.... alright!

    --
    Don't blame Durga. I voted for Centauri.
  96. Spoken like a troll. by boobsea · · Score: 1

    How does this make me a zealot?

    I use FreeBSD, Windows, and OS X in addition to Linux.

    If the many people who said Linux is not in violation and SCO is incorrect are right, then why should the kernel be patched? Legally, this can be used to bolster their argument against Linux.

    1. Re:Spoken like a troll. by GizmoToy · · Score: 2, Interesting

      Actually, it cannot. You are by no means required to leave yourself in a potentially compromising position in order to bolster your defense.

      In other words, changing the code in question is not an admission of guilt.

  97. Re:heh. Check out #87 by lokedhs · · Score: 1

    Yeah, but SCO's way is the most innovative. Don't you think?

  98. I think it goes like this... by leonbrooks · · Score: 1

    '2 points for being logged in
    +1 karma bonus (can't seem to shake that no matter how abusive I get)
    +1 runner-up "furriest post"

    --
    Got time? Spend some of it coding or testing
  99. Justice? by Mister+Transistor · · Score: 1

    From the article, they are seeking:

    "11. For all other legal and equitable relief deemed just and proper by this Court."

    For wasting all of our (and the court's) time, maybe we'll get to see Darl roasting on a spit, with the fires licking his bum. Chris's punishment will be to stand by and baste him.

    For people who commit such barratry, It would be ideal if the court could prescribe some sort of "litigious castration", sort of like we do with sex offenders, taking away your ability to sue anyone ever again.

    --
    -- You are in a maze of little, twisty passages, all different... --
  100. Version 2.4.1-01 by akruppa · · Score: 4, Informative

    In case you were wondering what kernel version 2.4.1-01 is and why the files/line numbers shown in the complaint are not there/all bogus: apply the RCU patch found here, bottom of page, to kernel 2.4.1.

    Alex

    --
    Heisenberg may have been here
  101. Prediction for SCO's Future by drsmack1 · · Score: 0

    When we're done with the SCO, their language will only be spoken in Hell.

    1. Re:Prediction for SCO's Future by Lawrence_Bird · · Score: 1

      fines and jail time

  102. a quick comparison. by joe_bruin · · Score: 4, Interesting

    i have no access to the aix or dynix code, but let's take a look at some of these lines. i don't have the ibm patches and am too lazy to download them, but they are all header files of things you would expect to be exactly the same (like inode structures and such). but looking at the code below (and others i didn't bother to paste), i am hardly impressed with sco's claims.

    sco claim:
    dynix kernel/os/kern_clock.c 2028-2059
    linux 2.4.1 arch/i386/kernel/apic.c 25-28, 662-664, 676-684

    25-28:

    #include <asm/smp.h>
    #include <asm/mtrr.h>
    #include <asm/mpspec.h>

    662-664:
    * useful with a profiling multiplier != 1
    */
    if (!user)

    676-684:
    prof_counter[cpu] = prof_multiplier[cpu];
    if (prof_counter[cpu] != prof_old_multiplier[cpu]) {
    __setup_APIC_LVTT(calibration_result/prof_counter[ cpu]);
    prof_old_multiplier[cpu] = prof_counter[cpu];
    }

    #ifdef CONFIG_SMP
    update_process_times(user);
    #endif

    1. Re:a quick comparison. by Maserati · · Score: 1

      Other than being nicely indented I don't see anything at all special in there.

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
    2. Re:a quick comparison. by AhBeeDoi · · Score: 5, Funny

      Lines 662-664 seem especially damning. :^)

    3. Re:a quick comparison. by Eccles · · Score: 4, Funny

      Lines 662-664 seem especially damning. :^)

      I would expect that of line 666, myself...

      --
      Ooh, a sarcasm detector. Oh, that's a real useful invention.
  103. none of the code listed is from TSG by Anonymous Coward · · Score: 1, Informative
    none of the code listed is from TSG

    Unless you count it being available from SCO's web and/or ftp site.

    Somewhere at Groklaw (in this thread, IIRC) someone mentions that this code was indeed available from SCO under the GPL.

    Wouldn't that just suck? ;-)

  104. Copyrights, derivative works and how it applies... by mybecq · · Score: 4, Informative
    Here is the crux of the (contract) case:
    [A] personal, nontransferable and nonexclusive right to use in the United States each Software Product identified in the one or more Supplements hereto, solely for Licensee's own internal business purposes and solely on or in conjunction with Designated CPUs for such Software Product. Such right to use includes the right to modify such Software Product and to prepare derivative works based on such Software product, provided the resulting materials are treated hereunder as part of the original Software Product.
    Copyright law states:
    The copyright in a compilation or derivative work extends only to the material contributed by the author of such work, as distinguished from the preexisting material employed in the work...
    Thus, IBM owns the copyrights to any files that it created. This is because each individual file that was written is considered a separate work (I believe).

    Furthermore, SCO has no copyrights to IBM's code (they only own copyright to their own code, that's why they can't force IBM to give it to them). Quoting copyright law:
    The copyright in such work is independent of, and does not affect or enlarge the scope, duration, ownership, or subsistence of, any copyright protection in the preexisting material.
    According to SCO:
    Such right to use includes the right to modify such Software Product and to prepare derivative works based on such Software product, provided the resulting materials are treated hereunder as part of the original Software Product.
    So perhaps it is possible that IBM violated the contract by not keeping any contributed source within the license scope, although did they not meet this condition by keeping the AIX derivative work to themselves? (The materials being the final derivative work that is AIX.) They are free to use their own copyrighted code wherever they please. Of course IANAL, so judge for yourself.
  105. Time for Linus to sue? by Anonymous Coward · · Score: 0
    Don't you think that Linus T. could launch a plausible lawsuit against SCO for libel? (Or would it be slander?) Especially re: the "unwillingness" allegation.

    78. However, as is widely reported and as IBM executives knew, or should have known, a significant flaw of Linux is the inability and/or unwillingness of the Linux process manager, Linus Torvalds, to identify the intellectual property origins of contributed source code that comes in from those many different software developers. If source code is code copied from protected UNIX code, there is no way for Linus Torvalds to identify that fact.


    From SECOND AMENDED COMPLAINT
  106. Windows NT actually killed SCO by EmbeddedJanitor · · Score: 4, Insightful
    I remember some 9 years back attending a Win NT Server Developer's conference in Seattle. I still have the Tshirt! At the time, SCO, Interactive or other x86 *nix options were around $500-$1000 a pop and a lot of people got sucked in to using NT on servers because it only cost about $300 a pop and was way easier to administer than SCO or Interactive.

    Blaming the demise of SCO on Linux is stupid. They were not moving forward. What really killed the horse drawn carriage was the motor vehicle changing the whole business. SCO blaming Linux for loss of biz is really having a big scratch through the garbage can. Linux is part of a *nix renesance that SCO is not contributing to, and IMHO, has no rights to.

    --
    Engineering is the art of compromise.
    1. Re:Windows NT actually killed SCO by AhBeeDoi · · Score: 2

      Wasn't SCO still a 16-bit OS at the time? Really, an OS put out by amateurs and hobbyists.

    2. Re:Windows NT actually killed SCO by EmbeddedJanitor · · Score: 1
      No it was not a 16-bit OS at the time. SCO had "grown up" from 16-bit XENIX by that time. I don't think SCO was ever a hobbiest product. However, SCO did not really make any significant technial moves since then - not enough to keep momentum/customers.

      It's a bit like those Mac zealots who still sit around saying "we had the desktop trashcan first". If your last technical wow is more than 5 years old you're history.

      --
      Engineering is the art of compromise.
  107. Re:IBM is FSCKed by Anonymous Coward · · Score: 0, Troll

    Oh yeah, they're doomed. Bet all their execs are dumping stock right now. The IBM lawyers are just shaking in their boots.

  108. Millions of lines to 456 by obsid1an · · Score: 2, Interesting

    So by my count, SCO's claimed has gone from millions of lines of code that Linux could absolutely not function without and would take years to replace to 456 lines of code? Are you kidding me? The $3 billion SCO is asking for over equates to over $6.5 million per line...

  109. That's an easy one by MOMOCROME · · Score: 4, Insightful

    It is plain-as-day that IBM's adoption of Linux is yet another thrust/counter-thrust in the decades old struggle against Microsoft, especially now that they threaten the Enterprise market with increasingly robust NT 5.0 based system software (laugh if you want, but that's how you need to see it when painting the Big Picture).

    By pushing the free OS, Big Blue can use it to sell consultancy, support and best of all, the leases on their fantastically expensive hardware, while at the same time undermining win2k based systems and harnessing the power of volunteering and crazed idealogue hobbyist developers.

    It's a masterstroke strategy, where the payoffs easilly make up for the $Billion Dollar outlay and there are beau-coup bucks more to be saved by phasing out the proprietary UNIX development.

    1. Re:That's an easy one by Anonymous Coward · · Score: 2, Interesting

      It's a masterstroke strategy, where the payoffs easilly make up for the $Billion Dollar outlay and there are beau-coup bucks more to be saved by phasing out the proprietary UNIX development.

      And, due to the nature of open-source, if they try to do anything funky later, it's pretty easy for a competitor to arise and take their place.

      In short, it might just be enough to keep them honest.

    2. Re:That's an easy one by _Sprocket_ · · Score: 2, Insightful
      I have to say... you're spot on with how I've seen the situation. I'd like to add a couple points.


      It is plain-as-day that IBM's adoption of Linux is yet another thrust/counter-thrust in the decades old struggle against Microsoft, especially now that they threaten the Enterprise market with increasingly robust NT 5.0 based system software (laugh if you want, but that's how you need to see it when painting the Big Picture).


      A big piece of this Microsoft threat is the hardware. Microsoft has linked their offering to commodity hardware. Over the years, this commodity platform has been increasing in performance - to the point that it arguably meets or beats the majority of specialized hardware being sold by proprietary Unix houses. When an IT manager looks at the initial expense of a Unix architecture to one based on Intel/Windows, they will figure a long-term if not immediate savings by converting.

      Now, I'm sure there could be a nice argument over TCO, price / performance, true performance, etc. However, from my observations, these arguments aren't getting to the right people. I've seen several Unix-based labs (and some server architecture) replaced by Windows systems based on cost of the hardware alone.

      Linux (and *BSD) competes directly against Windows. It does this by providing a way to leverage Window's biggest edge against the Unix market - commidity hardware. Without going to Windows. I've seen one place migrate from a Sun lab to a Linux one when the origional plan had been WinNT/2K.


      By pushing the free OS, Big Blue can use it to sell consultancy, support and best of all, the leases on their fantastically expensive hardware, while at the same time undermining win2k based systems and harnessing the power of volunteering and crazed idealogue hobbyist developers.


      IBM realized years ago that one of its major business areas (and profit generators) was service. Everything else, to include hardware sales and leases, was to one extent or another a chance to sell a service.


      It's a masterstroke strategy, where the payoffs easilly make up for the $Billion Dollar outlay and there are beau-coup bucks more to be saved by phasing out the proprietary UNIX development.


      If IBM makes its money from pushing hardware and selling service, why bother with producing an OS? It's a revenue sink. Leverage what else is out there.

      But before we get too carried up with harnessing the power of idealogues, keep in mind that IBM is also contributing to Linux. Sure - it may be less than the whole. But then, that's the idea.
    3. Re:That's an easy one by Thomas+Miconi · · Score: 1

      and there are beau-coup bucks...

      "Beaucoup" (i.e. "much") is written as a single word.

      However "Beau coup" does mean something: it may be translated as "nice shot", or possibly "nice trick".

      So I guess it's not such a big mistake in that case :)

      Thomas Miconi

  110. Re:It is still full of false and fraudulent clames by starling · · Score: 3, Informative

    And quite apart from that, IBM *made* x86 processors. Remember the "Blue Lightning"?

  111. Darl's Motivation by w_crossman · · Score: 1

    Anyone care to find out what Darl's name means? Click here.
    I think his parents might be behind this!

  112. Hahahahaha by Anonymous Coward · · Score: 0

    Uh - I just look at some of the "similarity". They look like declaration

    Hey, I'm going to copyright a few of my wild and crazy decl tomorrow ;) ;) :) :)

  113. You sir, are correct. by benjamindees · · Score: 4, Informative

    In fact, anyone worried about SCO's claims on Linux would merely be acting in "good faith" by removing allegedly infringing lines from the kernel. Courts assume that anyone acting to mitigate damages (whether real or imagined) is acting in good faith and scores bonus points.

    Parties (including plaintiffs) that do not try to mitigate damages are generally held in disdain. Just remember: the judicial system is lazy and doesn't *really* want to hear your case. They want you to work it out. If you can't work it out, they are even too lazy to determine fault and usually just split the difference ('equity' law).

    --
    "I assumed blithely that there were no elves out there in the darkness"
    1. Re:You sir, are correct. by Frodo420024 · · Score: 1
      In fact, anyone worried about SCO's claims on Linux would merely be acting in "good faith" by removing allegedly infringing lines from the kernel. Courts assume that anyone acting to mitigate damages (whether real or imagined) is acting in good faith and scores bonus points.

      Even disregarding the possible bonus points in court, I think this is the time to write the 'Goodbye SCO' patch to deal with this code. It has been said over and over from Linus and all that any possibly infringing code would be removed quickly when SCO got down to telling what code it's about. Given the speed of discovery from SCO, it can even be done faster than they can make their claims.

      The mere existence would look very good in the press and in court as well. Wether Linus would accept this patch is another matter - perhaps he could present this to SCO and ask if applying the patch would solve the outstanding issues :)

      SCO seems to act as if they have patent on RCU, NUMA, etc. As it happens, they don't, and should just shut up.

      Oops. Parent .sig goes:

      Some are gibberish, like the Copenhagen interpretation. -David Deutsch

      Grrr... :) I have the Niels Bohr heritage all around me, his old lab is downtown from here! All atoms in the universe are offended by this .sig! On their behalf I'll sue for slander! I'm a modest person (compared to SCO)! I'll sue you for only $5 million! Considering to the number of atoms involved, that's symbolic!

      Have fun! -Henrik

      --
      I'm in a Unix state of mind.
  114. Re:heh. Check out #87 by nsahoo · · Score: 1, Insightful

    how exactly are they competitors, if one sells product and the other sells service?

    --


    When a post becomes too insightful, it often becomes funny.
  115. Re:Sing along! by Cheerio+Boy · · Score: 0


    IBM with big cigars!

    SCO who can't think!

    The lawyers who won't leave this alone!

    Patch then CVS re-sync!
    ---

    Burning some karma but I don't care...

    --

    "Bah!" - Dogbert
  116. Re:Why useless PDf files? by Nurseman · · Score: 5, Informative
    Why put this in useless PDF files, instead of standard HTML or text files?

    Head on over to GrokLaw

    They are converting all the documents to HTML and searchable text as we speak.

    --
    Save a Life. Donate Blood. Please.
  117. 'inteligence failures' by doktorjayd · · Score: 0

    isnt that what they're calling perjery in the US now?

    .. might describe how wrong darl et al are here...

    :)

  118. Visions of Jury Selection by Anonymous Coward · · Score: 5, Funny

    SCO Lawyer: "Hello, what is your experience with computers, sir?"

    Prospective Juror: "Well, I have a masters in Computer Engineering..."

    SCO Lawyer: "...Sorry, sir, thankyou for your time. Goodbuy."

    SCO Lawyer: "Hello, what is your experience with computers, maam?"

    Prospective Juror: "Well, I am in charge of keeping the office server running..."

    SCO Lawyer: "...Sorry, maam, thankyou for your time. Goodbuy."

    SCO Lawyer: "Hello, what is your experience with computers, maam?"

    Prospective Juror: "Well, I use one to create reports..."

    SCO Lawyer: "...Sorry, maam, thankyou for your time. Goodbuy."

    SCO Lawyer: "Hello, what is your experience with computers, sir?"

    Prospective Juror: "Camputersh? Oh, you mean the Gateway? I guess their ok. That Mine Sweeper game sure is fun!"

    SCO Lawyer: "Thankyou sir, one more question: What is your experience with the web?"

    Prospective Juror: "Wha... Oh, you mean Internet Explorer (TM)? Don't use it much 'cause I got AOL (TM). I guess it's ok. I got this eeh-mail from this nice Nigerian man the other day..."

    SCO Lawyer: "*DING*DING*DING* We have a winner!"

    1. Re:Visions of Jury Selection by FredGray · · Score: 2, Interesting

      Interesting...I was on a jury last week in a simple case (two day trial) involving back injuries following a car accident. One of the qualifying questions was "Do any among you not drive a motor vehicle?" and someone in the jury pool was indeed "thanked and excused" on that basis. I would imagine that they would be looking for people with ordinary familiarity with computers, but not special familiarity.

    2. Re:Visions of Jury Selection by Anonymous Coward · · Score: 0

      If your poor spelling and grammar was a joke, I'll admit I don't get it. If you learned English as a second language, you are excused.

      If English is your primarly language, then I have the following to say to you:

      They are spelled "ma'am," "thank you," and "goodbye," you nitwit! You meant "they're" when you said "their."

      How the F*** do you expect to succeed in life when you can't spell?

  119. Jeez some of my code might infringe... by borgheron · · Score: 3, Insightful

    Two lines here, five lines there.... at this rate SCO/Caldera could claim that any software anywhere is "derived from UNIX" if this is the basis of their claims.

    I'm relieved that they finally relented and showed the code, now the process can begin either way.

    Without seeing Dynix's or AIX's code base you can't be sure if they mean that the code has similar function or is an exact copy since in some cases they map 1 line of Dynix code to 5 or more Linux lines of code.

    As an experienced professional, I'm sure anyone can agree that similar function sometimes dictates similar structure in the code.

    This just shows how desperate they really were at the outset.

    GJC

    --
    Gregory Casamento
    ## Chief Maintainer for GNUstep
    1. Re:Jeez some of my code might infringe... by Phoenixwcu · · Score: 1

      As an experienced professional, I'm sure anyone can agree that similar function sometimes dictates similar structure in the code.

      As a CS student I see a lot of this. Often times after an assignment has been turned in the students in the class get together to compare their code. All to often 9 out of the 10 of us there will have almost identical code despite the fact we never saw each others code during development. For us it is a inevitable consequence of being given the same assignment after being tought to solve problems the same way by the same proffessor. I mean there are only so many ways to make a for loop.

  120. SCO Free Fork by inertia187 · · Score: 1

    I am still surprised no one has started a fork of the Linux kernel from a safe version. Just think, "SCO Free Since '93!"

    --
    A programmer is a machine for converting coffee into code.
    1. Re:SCO Free Fork by Anonymous Coward · · Score: 0

      Why do you think we've all been yelling to see the what code they are talking about for a year now? I for one was expecting the code to be in Linux, not some patches that never got accepted.

    2. Re:SCO Free Fork by tommck · · Score: 1

      I think the feeling is that, since SCO's full of shit, it's all safe!

      --
      ---- It puts the lotion on its skin or else it gets the hose again. It does this whenever it's told.
  121. You mean a Forbes "reporter" (e.g. Daniel Lyons) by Xenographic · · Score: 5, Interesting

    You say that in jest, but Daniel Lyons of Forbes has been known to quote random people from blogs as sources for his stories.

    Honestly, were I his editor, I would have fired him after that. Investigative journalism it was not. This gives me very serious misgivings about trusting anything Forbes says, because I cannot imagine how that story could have slipped past even the most minimal editorial review...

    It seemed rather apropos, yet disturbing, that that article was meant to be an attack on the credibility of Groklaw, after PJ of Groklaw chided him for accepting SCO's statements without any apparent research, as he had not done even the most minimal fact-checking.

    I would be willing to bet that he is glad that I am not his boss... To anyone from Forbes reading this: I value research more than oppinion. And yes, I do mention your failures to anyone I know who might even think of subscribing.

    Worst reporter ever. (Maybe seeing his face on Google image search for that would make his day?)

  122. BETTER TITLE by Lehk228 · · Score: 1

    "Litigous Bastards"

    --
    Snowden and Manning are heroes.
    1. Re:BETTER TITLE by Anonymous Coward · · Score: 0

      "The Complete Litigous Bastards Guide to Linux" now included with a "free" OpenLinux 1.3 cdrom. your price $699.99

  123. False claims to prop up stock price? by Anonymous Coward · · Score: 4, Interesting

    Is SCO guilty of knowingly makinging false claims (ie. that they were being violated by IBM) in order to prop up their stock price?

    Martha Stewart's case is based exactly on this (that she made false claims that she didn't engage in insider trading so that her own company's stock, Martha Stewart, wouldn't go down).

    1. Re:False claims to prop up stock price? by Maserati · · Score: 5, Interesting

      That's why they retained David Boies. Not for the IBM suit, for the criminal and civil cases coming from the SEC and the stockholders. His specialty isn't IP law, it's securities fraud.

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
    2. Re:False claims to prop up stock price? by BobTheLawyer · · Score: 1

      I thought they just did it for the "brand value" of his name. Looking at his client list and his success rate, he's better at getting publicity than getting results (see Bush v Gore, Napster, Andrew Fastow, Conrad Black). Think Johnny Cochran for white guys.

  124. Clarification... by LinuxParanoid · · Score: 1

    I'm aware of Veritas and it's fair to mention it. I tried to avoid complicating my argument by explicitly bringing it up, since it's not relevant.

    What I meant by the sentence I said, "If any version of AT&T Unix/Unixware that shipped to people like IBM included journal filesystems or volume management"... was that the AT&T System V Release 3/4/5 licensees (like IBM) didn't get (journalling/volume management/etc) as part of their SVR license.

    I should have said "SVR licensees" rather than "people like IBM." (In that sense "every version of UnixWare has " *not* "shipped with Veritas," right?) Anyway, I recognize what you mean, and I hope you recognize what I meant, at least now that I've clarified it.

    Related to this, think about what SCO is claiming... if IBM's JFS is a derivative work, then so is Veritas... and if SCO owns or controls the Veritas copyright, why is SCO paying Veritas for the privelege?

    It's crazy logic.

    --LP

    1. Re:Clarification... by Anonymous Coward · · Score: 0

      OK, thanks for clarifying -- I thought you were just reiterating the ESRism that UnixWare didn't have a journaled filesystem.

      (AT&T originally developed Veritas for SVR4/Unixware, although it's true that it was Sold Seperately to Unix licencees.)

  125. Trigraphs by Speare · · Score: 2, Informative

    # replace } with ??> which is the ansi c trigraph equivalent
    find /usr/src/kernel -type f -exec perl -p -i~ -e 's.}.??>.g' {} \;

    --
    [ .sig file not found ]
  126. MOD PARENT UP by Anonymous Coward · · Score: 0

    This is actual useful information compared to the crap that points to official released linux source.

  127. Could replacing be seen as an admission of guilt? by enosys · · Score: 1

    Should the code be replaced? Could replacing the code be seen as an admission of guilt or at least evidence in that direction?

  128. Re:heh. Check out #87 by Xenographic · · Score: 1

    Yes, they are sore. Very sore.

    This entire suit might make more sense if you realize that it is based on revenge. Yes, money is a factor (they have to cover their respective behinds!) but they have long been mad at IBM over that Monteray project...

    Looking at it that way, some of their actions make a bit more sense. Well, as much sense as can be expected from a company like SCO, at least...

  129. Court trancsript... by Jonboy+X · · Score: 1, Redundant

    Official court transcript, as transcribed by an IM-addled 14-year-old script kiddie:

    IBM: WTF?
    SCO: All ur L1nux r b3long 2 us!
    IBM: No f'n way!
    SCO: Hearz the sh*t.
    IBM: No way, d00dz. That code iz old-skool.
    Jugde: SC0, 6et the fsck outta hear!

    --

    "In a 32-bit world, you're a 2-bit user. You've got your own newsgroup, alt.total.loser." -Weird Al
  130. It's a tactic to get more discovery by phr1 · · Score: 4, Insightful

    The SCO filing says something like "here's these couple dozen short patches of directly copied code, and discovery on IBM's AIX codebase will show millions more". This filing isn't trying to prove there's enough infringement that damages can be collected. All it's trying to show is that there's the faintest glimmer of evidence that even the slightest infringement occurred, in order to get further discovery and delay the case some more. IOW it's yet another attempt to circumvent the judge's order to show with specificity where all the infringement is.

  131. Re: header files are not copyright but interfaces by Anonymous Coward · · Score: 0

    Header files are not copyright-able,
    they are just interfaces.

    I worked for MS, and I know that.

  132. POSIX from IEEE by monosqldan · · Score: 4, Informative

    SCO can not claim POSIX because IEEE came up with it

    1. Re:POSIX from IEEE by Anonymous Coward · · Score: 0

      IEEE didn't come up with it. They stole it from us!

      -- Darl McBride

    2. Re:POSIX from IEEE by Anonymous Coward · · Score: 0

      SCO can claim anything they want; they have bigger badder lawyers, and the IEEE has shown recently that they have no stomach for a fight.

  133. Re:It is still full of false and fraudulent clames by Dammital · · Score: 2, Informative
    IBM had little or no expertise on Intel processors
    And before the IBM PC there were the IBM Displaywriter (8086, June 1980) and System/23 Datamaster (8085, July 1981).

    Somebody should tell Darl about Google.

  134. Mostly in SCO-distributed 2.4.13 kernel by billstewart · · Score: 2, Interesting

    SCO's ftp site was distributing 2.4.13, last time I checked - and the allegedly infringing code is in
    2.2.12, 2.4.1-01, and "2.4.x". So the
    2.2.12 and 2.4.1-01 sections are covered by the GPL because they distributed it that way, and "2.4.x" might be, depending on which values of X are 13.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  135. You're wrong. (IAAL - I am a lawyer) by Anonymous Coward · · Score: 4, Interesting

    Wow, its amazing to see what total crap people can spout off and get modded up

    If you are trying to argue to a judge that your code does not contain any stolen code, then SCO points out the alleged lines of stolen code and then as a result, you go changing it, you will have some serious explaining to do to the judge.

    I don't mean to be arrogant here, but I'm a lawyer and you do not appear to be, so please don't go around giving legal advice to people who might think its correct.

    1. Re:You're wrong. (IAAL - I am a lawyer) by VivianC · · Score: 3, Insightful

      Let me guess, your are one of SCO's lawyers, right?

      If you are trying to argue to a judge that your code does not contain any stolen code, then SCO points out the alleged lines of stolen code and then as a result, you go changing it, you will have some serious explaining to do to the judge.

      The case here is that IBM allegedly contributed code to Linux that was tainted by SCO's IP. Linux included the code in good faith. The code is now in dispute. Linux now removes the questionable code until the litigants can sort our the issues. There is no LEGAL harm to Linux. Simply put, they are not a party to this case. It is a contract dispute between IBM and SCO. Linux is a third party that is not directly involved in this case. Everything SCO says about Linux is in the press room and not the court room.

      Furthermore, if Linux were the defendant and they decided to remove the code until the issue was settled, this would be acting in good faith. I can find no section in copyright law that states that if your are accused of infringing copyright, you must continue to infringe until it is proven in court that you are infringing. If you can quote code in this matter, please correct me.

      I am not a lawyer, but I have studied law during my masters program.

      --
      Viv

      Gmail invites for ip
    2. Re:You're wrong. (IAAL - I am a lawyer) by Anonymous Coward · · Score: 0
      Moderators high on crack again!

      Parent is Troll; moderated as Interesting.

      Grandparent is Informative; moderated as Troll.

      Mod me Funny and the cycle will be complete!

    3. Re:You're wrong. (IAAL - I am a lawyer) by Anonymous Coward · · Score: 0

      Oops, read that one wrong. Mods are still on crack though, moderating that lying A.C. Troll "Interesting".

    4. Re:You're wrong. (IAAL - I am a lawyer) by jazman · · Score: 1

      But we (where we = "the people threatened by SCO wrt $699 per server") are NOT arguing that there is no stolen code in Linux. SCO is arguing that there is, then refusing to say what it is, consequently we are stating "then you have no case," which is substantially different from "there is no stolen code here".

      In fact we are even saying "hmm, that might have happened, so tell us what it is and we'll take it out." Thus removing the code stops further haemorraging of SCO's IP into OSS - doesn't reverse the damage done of course, but that will be compensated for by the suit against IBM.

      So I would have thought removal of the disputed code upon SCO's victory would be the first thing ordered by the judge, and I can't see what's wrong with removing it ahead of that judgement, if anything it confirms SCO's case.

      So what you're saying is, in the following imaginary sequence of events, that step(*) is illegal, despite being what the judge is about to order???

      neighbour 1: you've nicked something of mine and I'm going to sue you!
      neighbour 2: um, no need to sue, just tell me what it is and I'll give it you back.
      neighbour 1: no way dude. judge - this man nicked my lawnmower.
      (*)neighbour 2: puts lawnmower back in neighbour 1's shed.
      judge: give it back.

    5. Re:You're wrong. (IAAL - I am a lawyer) by jms258 · · Score: 1

      dude, anyone who reads slashdot and takes anything said on here for truth deserves to have his ass handed to him in court.

      deal.

    6. Re:You're wrong. (IAAL - I am a lawyer) by Anonymous Coward · · Score: 0

      actually, from what I understand, evidence of subsequent remedial measures is not admissible: (the change, after all, can be explained for any number of reasons...especially to avoid SCO harassment...it's certainly not proof of a violation...which SCO would still be required to prove)

      Rule 407. Subsequent Remedial Measures

      When, after an event, measures are taken which, if taken previously, would have made the event less likely to occur, evidence of the subsequent measures is not admissible to prove negligence or culpable conduct in connection with the event. This rule does not require the exclusion of evidence of subsequent measures when offered for another purpose, such as proving ownership, control, or feasibility of precautionary measures, if controverted, or impeachment.

    7. Re:You're wrong. (IAAL - I am a lawyer) by Anonymous Coward · · Score: 0

      Don't feed the AC, kids.

  136. Re:heh. Check out #87 by shadowbearer · · Score: 1


    This sounds all too eerily similiar to Microsoft's Linux FUD from a few years ago.

    SB

    --
    It's old. The more humans I meet, the more I like my cats. At least they are honest.
  137. I RTFA!! by xenophrak · · Score: 1


    It all makes sense now. Read the transcript, and SCO details how if it wasn't for those pesky Linux kids snooping around that the SCO Project Monterey would have been the premiere Unix on Intel hardware. So, they find a patsy (IBM) to blame that Linux somehow unfairly ate their lunch.

    Well SCO, goes to show...sometimes you don't win the prize, and whining about it isn't going to help.

    --
    Contrary to popular belief, life is not a bitch. It is far far worse.
  138. Have any of you geniuses by Anonymous Coward · · Score: 1, Insightful

    given any thought to what a useful resource all of your collective analysis might be to those who submitted the latest arguments- Such insight has already generated some new ideas for the team.

    1. Re:Have any of you geniuses by RetroGeek · · Score: 1

      If in fact the lawyers are using this as a valuable resource, someone needs to hire new lawyers.

      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
  139. To coin a phrase... by Trogre · · Score: 1

    I am pounding Darls head on the table, saying

    "The concept of 'no free lunch' only applies to scarce resources, not to truly abundant ones like computer software!".

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  140. Mod Parent up, please (n/t) by shadowbearer · · Score: 1

    n/t

    --
    It's old. The more humans I meet, the more I like my cats. At least they are honest.
  141. Darl, you are liable! by tetrahedrassface · · Score: 3, Interesting

    Okay as I sit here and contemplate the effects of this development an urge to tell you all about my experience with the penguin develops.

    At first it was innocent enough. I had heard the rumors and decided to try out Linux. This was during the heady, economically rewarding period of the mid 1990's. I has heard all the rumors. You know like "you invite the penguins over and they never leave." That kind of thing, but I thought I knew it all. I thought I was a big shot. With smug self-assuredness I turned the penguins loose. I set them free. My mighty Celeron screamed in anticipation of processor cycle efficiency and its dreams of speed increases were not denied. I became one with the Penguista and was instantly and effectively addicted. I tried to statisfy my addiction with new kernels. Upgrades. New flavours. Soon work suffered as did my sex life. Like an adle-brained heroine junkie my minds pleasure receptors were spoiled by the taste of the true good stuff. No longer satisfied by binaries and closed source I became a slave of the very thing that set me free. Lately insolent, addicited and enslaved, I realize that I am a shell of the man I once was. I have lost my freedom. The Penguista have commandeered my fate. Darl. Simply so you will understand. I want my soul back. I want my freedom back Darl. Darl, the Unix doesnt like you and the Penguista frankly think you are undeserving their respect. I need help Darl. I need help now Darl. Darl, for once do some good and plead with Penguista for mercy. They can offer judicialjurisprudence in certain situations as I am sure you know. But i will say one thing Mr. McBride, if you win and get your billions I am gonna sue you for the damages Linux has casued me!

  142. SCO's doc 3 from Groklaw by tqft · · Score: 1

    "36
    All documents sufficient to show IBM's organizational and personnel
    structure, including but not limited to organizational charts, flow charts and
    personnel directories. ...
    40
    All documents concerning IBM's use of Intel processors prior to January 1,
    1998.

    41
    All documents concerning IBM's use of Intel processors after January 1,
    1998. "

    If 36 isn't enough paperwork to kill the rest of the trees on the planet (no timeframes), 40 & 41 should do it.

    --
    The Singularity is closer than you think
    Quant
  143. Re:So much for C by Bastian · · Score: 2, Funny

    (I guess
    (everybody
    (has to) (switch to)
    LISP))

  144. "...All Your Base..." by Chordonblue · · Score: 1

    I laughed out loud when I read that - not because Zero Wing is funny anymore, but because people assume that everyone understands this phrase now and even use it in a serious discussion.

    It always amazes me how quickly the Internet can change things - even the language we speak!

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
    1. Re:"...All Your Base..." by Anonymous Coward · · Score: 0

      "Everyone" does not understand this phrase. Only slashdot geekazoids.

    2. Re:"...All Your Base..." by dustmite · · Score: 1

      So "only" a "small" community of millions of people all over the world understand this phrase. (Definitely it extends way beyond slashdot, is no doubt common in many other online communities (e.g. online gaming, blogs, irc etc, and there were many mainstream media articles about the phrase when it was first becoming popular).

      In any case, it's use and understanding is still mostly restricted to this "relatively small" community of tens of millions of people. But virtually every "subculture" within broader culture has it's own domain-specific terminology, colloquialisms etc, similar to the dialectal variations we even have in e.g. all the different English-speaking communities all over the world (one might even view "Internet" sub-communities as just a generalization of the more obvious, concrete geographic sub-communities that usually give rise to dialectal variations). None of this makes these words/phrases any less "real", the negative "geekazoid" slant you put on it reveals only your own stupidity - your own bigotry towards this community, which sadly is self-referential, as here YOU are, posting on slashdot - not comfortable with your own "geekiness"? In any case, you will find many such words, if they are common enough, in modern dictionaries, and they will usually be marked if they are dialectal variations belonging to specific sub-communities (e.g. "British English", or sometimes even more specifically e.g. "Wales").

  145. Re:Copyrights, derivative works and how it applies by leabre · · Score: 1

    If they are free to use their own copyrighted code wherever they please, as is a derivitive of the original, then anyway who makes derivitives of GPL code with their own contributions are free to do the same.

    I'm only playing devils advocate here. Not trolling.

    Thanks,
    Shawn

  146. Re:How quickly code is replaced will deflate the c by leabre · · Score: 2, Insightful

    Any code can be replaced.

    If MS opened up its source to their kernel and fiel system, and user32 and such, I'll be you, if enough people wanted to implement it differently, it wouldn't take but a week to completely replace all that code, also (supposing enough people were involved that are involved in the Linux kernel development process).

    How then is the MS code valuable?

    You see, even DirectX, OpenGL, Crystal Space, PostGRE SQL, or OpenOffice can be re-written from scratch or from within if all we are doing is changing specific code for a specific reason.

    The point is that all code *is* valuable to its owner. Even everything that Linus wrote can be replaced in a week if it was necessary. Does that make their code non-valuable? Nope.

    It just means that once that cat is out of the bag and something needs to be changed, there are enough people that can do so. Whether the code is important or not. But it doesn't prove that the code isn't valuable just because of that. It just proves that someone else knows how to write that piece of code differently and quickly, even if they have never done so before.

    Not trolling. Just playing devils advocate.

    Thanks,
    Me.

  147. When the Smoke Clears... by pilsner.urquell · · Score: 1

    ...I hope IBM sues the morons for all costs + a pound of flesh.

  148. Re: $666.00 by Anonymous Coward · · Score: 0

    non-sequitor point but...

    You know how all those JW's, SDAs and other fundamentalist "christians" think that 144,000 of them are being taken up in the "rapture" and the rest of us are being left being in "tribulation" or "hell"???

    Well...

    Everybody should spend a few moments messing around with Sumerian and Babylonian base 60 math.

    6*6*6 == 216

    144,000 / 216 == 666.66666...
    144,000 / 666 == 216.216216216...

    height of great pyramid 280 cubits
    base of great pyramid 440 cubits

    280 in base 60 == 440

    LCD of 60 and 365 is 4380.

    4380 in base 60 is 01 13 00

    hum-dee-dum-dee-dum

    teenage boys 5000 years ago new more than most of these game-boy playing "hackers" will ever know in a life time. So sad.

    tin-foil-hat boy

    Sincerely yours,
    JSMS III

    p.s.
    if you think the above is all nonsense then, oh well, too bad, so sad, abandon all hope...

    p.p.s
    dig a little harder. google for "plimpton 322" and "ybc 7289"

  149. Re:heh. Check out #87 by Whyte · · Score: 5, Insightful

    Its also a false predication in that IBM is supposedly responsible for making Linux free. Because it couldn't be possible that IBM recognized a "successful" development community and positioned itself to gain financially by becoming an early adopter. Of course it's only slightly more amusing that SCO themselves tried to capitalize on "free" software... but failed.

    The entire court filing is full of this type of crap.

    --
    -- No matter how great your triumphs or how tragic your defeats, approximately one billion Chinese couldn't care less.
  150. Re:heh. Check out #87 by pavera · · Score: 1

    I know that stuff, just the wording of that paragraph in the ammended complaint seems to imply that without IBMs contributions linux somehow wouldn't be free.. that they (IBM) made it free the way MS made Internet Explorer free. just to destroy a market.

  151. Re:Copyrights, derivative works and how it applies by michael_cain · · Score: 4, Insightful
    So perhaps it is possible that IBM violated the contract by not keeping any contributed source within the license scope, although did they not meet this condition by keeping the AIX derivative work to themselves? (The materials being the final derivative work that is AIX.) They are free to use their own copyrighted code wherever they please. Of course IANAL, so judge for yourself.

    No, they are free to use their own copyrighted code wherever they please, subject to the terms of a contract that they signed prior to writing that code in which they agreed to limitations on those uses. The contract appears to allow them to use the code in binary form in any of their own products. But it also says that they can't reveal the methods (eg, source code) without AT&T's (now SCO's) permission. There's an addendum to the contract that appears to provide them with a way out of that part of the agreement. One interesting part of the case will be those bits that came from Dynix; they were developed under a contract like the one IBM signed, but without the addendum; when IBM bought those bits, they probably can't bring them under the IBM addendum.

    IBM really needs to have this case play out all the way, in order to establish once and for all what portions of their work the contract applies to. SCO's betting a real long shot here, and there's no way IBM can be found liable for $5B in damages to SCO, but it needs to get settled.

  152. Wrong version of the file by devinoni · · Score: 5, Informative

    This isn't actually what they are claiming to be infringing. Because they are claiming the infringement is 2.4.1-01, this is in reference to the RCU patch against 2.4.1. Available here http://lse.sourceforge.net/locking/rcu/patches/rcl ock-2.4.1-01.patch

    diff -u --recursive --new-file 2.4.1/arch/i386/kernel/apic.c v2.4.1-rc/arch/i386/kernel/apic.c
    --- 2.4.1/arch/i386/kernel/apic.c Wed Dec 6 02:13:48 2000
    +++ v2.4.1-rc/arch/i386/kernel/apic.c Tue Feb 20 16:46:33 2001
    @@ -22,6 +22,11 @@
    #include <linux/interrupt.h>
    #include <linux/mc146818rtc.h>
    #include <linux/kernel_stat.h>
    +#ifdef CONFIG_RCLOCK
    +#include <linux/sched.h>
    +#include <linux/rclock.h>
    +#endif
    +

    #include <asm/smp.h>
    #include <asm/mtrr.h>
    @@ -654,6 +659,10 @@
    {
    int user = user_mode(regs);
    int cpu = smp_processor_id();
    +#ifdef CONFIG_RCLOCK
    + int cpunum = cpu_number_map(cpu);
    +#endif
    +

    /*
    * The profiling function is SMP safe. (nothing can mess
    @@ -663,6 +672,17 @@
    */
    if (!user)
    x86_do_profile(regs->eip);
    +
    +#ifdef CONFIG_RCLOCK
    + if (((RC_PLOCAL_rclockcurlist(cpunum) != NULL) &&
    + RC_GEN_LT(RC_PLOCAL_rclockgen(cpunum), rc_ctrlblk.curgen)) ||
    + (RC_PLOCAL_rclockcurlist(cpunum) == NULL &&
    + RC_PLOCAL_rclocknxtlist(cpunum) != NULL) ||
    + test_bit(cpunum, &rc_ctrlblk.needctxtmask) ||
    + ((jiffies - rc_ctrlblk.clock) > RCLOCK_STALL_WARN))
    + rc_chk_callbacks(user || (current == init_tasks[cpunum]));
    +#endif
    +

    if (--prof_counter[cpu] <= 0) {
    /*

  153. Lyon's prediction by scoove · · Score: 4, Interesting

    Don't forget Daniel Lyons' (Forbes Magazine) big bold prediction (from here):

    SCO Group will settle its lawsuit against IBM. Both sides will declare victory. The Linux community will turn on IBM.

    The only surprise here is that someone (Forbes) pays Dan to write this stuff (apparently the New York Times's fantasy journalism team was all filled up). Dan goes on to point out that Linux and VoIP technologies are no different than Pets.com and other marketing fluff:

    technologies like Linux and voiceover-IP still involves this crazy notion that companies can make money by giving things away.

    This is like Dan calling electricity a "crazy notion" because he listened to some fly-by-night business scheme involving electrical current. Looks like Forbes is got some fat to trim.

    *scoove*

  154. Cooties! by jms · · Score: 5, Funny

    In order to understand SCOs theories, one must first understand the theory of cooties. Cooties are invisible ickies that can be transmitted, usually by touch, but often by mere association.

    Under the Cootie theory of copyright and trade secret law, Linux looks like Unix, so now Linux has cooties. IBM touched Unix, thus giving cooties to AIX. JFS acquired cooties when it was ported to AIX, even though JFS didn't have cooties when it was originally developed. Thus, Linux has cooties because it has AIX's cooties which AIX got from staring cross-eyed at Unix. Linux has the same header lines as Unix, therefore Linux has Unix cooties. In conclusion, anyone touching Linux will get cooties and owe a cootie tax to SCO, which will soon have more money than Scrooge McDuck.

    For more information, see "Everything I needed to know about intellectual property law I learned on the elementary school playground.", by Darl McBride.

    1. Re:Cooties! by lolits · · Score: 1

      Priceless analysis!

  155. Re:Copyrights, derivative works and how it applies by mybecq · · Score: 1

    If I understand you correctly, I would rephrase it like this:
    All GPL developers maintain the copyright to their own code, and they are free to re-release it under any other license that they will. Of course once their code is in the (GPL'd) source, they can't revoke what they have put under the GPL, although they still maintain their original copyright, and can do whatever else they would like with it.

  156. Barratry? by ThisIsFred · · Score: 1

    So, it's down to breach of contract with IBM, also a dubious claim. How about all that other hoopla? How about threatening to extract fees from Linux users? If these barrators go unpunished, I think we need a list of all the perpetrators, so we can remind potential employers that these are not the kind of senior management you want in your company.

    --
    Fred

    "A fool and his freedom are soon parted"
    -RMS
    1. Re:Barratry? by Anonymous Coward · · Score: 0

      Thats all it ever was. The smoke screen sure was thick though 'eh?

    2. Re:Barratry? by ThisIsFred · · Score: 1

      Yeah. Maybe the EPA should look into that.

      --
      Fred

      "A fool and his freedom are soon parted"
      -RMS
  157. Re:IBM is FSCKed by Anonymous Coward · · Score: 0

    hmm. guess i should've used a sarcasm tag when posting that.

  158. Forbes is a conservative scandal sheet by HangingChad · · Score: 1, Interesting
    Would this be the same Forbes that called all the layoffs and shipping jobs overseas little more than shaking out the dead wood?

    All you that had your jobs shipped out from under you to India, Forbes thinks you're dead wood. Talk about kicking someone when they're down.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
    1. Re:Forbes is a conservative scandal sheet by Anonymous Coward · · Score: 1, Interesting
      This is simply understanding their market.

      Forbes wants the guys doing the firing to be their subscribers; not the fired.

      Anyone axed in those layoffs is _NOT_ the target audience of Forbes, nor of interest to a Forbes advertiser.

    2. Re:Forbes is a conservative scandal sheet by Xenographic · · Score: 1

      Entirely too true.

      I fear that the grandparent of this is suffering from being called a troll when it is a bit more apt than that... I do seem to remember some outsourcing articles from Forbes, though I could understand those better than the Linux ones.

      But yes, Forbes does target those doing the layoffs and I dare say the ought to take their own advice--I can name at least one "reporter" they could do without...

  159. One lawyers perspective by Camel+Pilot · · Score: 2, Interesting

    Lewis A. Mettler, Esq. sums up SCO's legal adventure as:

    This crap borders on legal malpractice. It is certainly bad practice.

    Well put I would say, who says lawyers are obtuse.

    1. Re:One lawyers perspective by dkleinsc · · Score: 1

      Another lawyers perspective:
      An appropriate legal response from IBM's lawyers is the following:

      Honerable ______:

      Plaintiff has got to be kidding.

      Respectfully Submitted, ...

      This has been used in actual legal practice, and in the case in question the resulting ruling was:
      "Plaintiff's motion denied for reasons best stated in the defendent's response."

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
  160. Interesting Qoute by harryk · · Score: 1

    78. However, as is widely reported and as IBM executives knew, or should have known, a significant flaw of Linux is the inability and/or unwillingness of the Linux process manager, Linus Torvalds, to identify the intellectual property origins of contributed source code that comes in from those many different software developers. If source code is code copied from protected UNIX code, there is no way for Linus Torvalds to identify that fact.

    I think the whole thing is about to come into a big pissing match. I can't wait to watch the stock prices on Monday. Good thing I work late and can watch the stocks live for a bit before leaving for work.

    harryk

    --
    think before you write, it'll save me moderator points.
    1. Re:Interesting Qoute by Curtman · · Score: 1

      I can't wait to watch the stock prices on Monday

      Don't hold your breath. If history repeats itself, we'll all be shocked and amazed... Again.

  161. The lines from main.c by GrueMaster · · Score: 1

    Lines 30-33:

    #ifdef CONFIG_RCLOCK
    #include <linux/rclock.h>
    #include <linux/kmemdef.h>
    #endif

    Lines 609-616:
    #ifdef CONFIG_RCLOCK /*
    * RCLOCK subsystem is initialized right after SMP initialization.
    * This allows RC to use online cpu maps and other SMP info.
    */
    rc_init();
    kmemd_init();
    #endif /* CONFIG_RCLOCK */

    That's right, 2 function calls, 2 #includes, 2 #ifdef's, and 4 lines of comments.

    Oh my god, the rampant theft of code.

    This is from the Linux Scalability Project from sourceforge.net. The code appears to have completely been redone in 2.6.x.

    Also, I was browsing some of the RCU links, and discovered this interesting stuff from IBM: http://www.research.ibm.com/K42/#open_source.

  162. Re:How quickly code is replaced will deflate the c by arkanes · · Score: 3, Interesting

    One of the guidelines when determining copyright infringment is how essential the copied works are to the alleged infringing work - if it's a minor detail, for example, and can be removed without changing the nature of the work or (in the case of software) without unduly affecting the operation then it's much harder to claim any sort of damages or compensation for the infringment, and much easier to make a claim of fair use. The speed and ease with which the code could be replaced might very well influence the judges opinion - note that SCO attempted to address this when it listed the files, saying that the code couldn't be easily removed or altered even though the actual number of lines was small (less than 1% of the kernel even by a very generous estimate).

  163. Re:heh. Check out #87 by _Sprocket_ · · Score: 1

    I had thought about that. But ya know - SCO isn't after the same market. They don't sell hardware. They don't sell service. And it seems that they've all but given up on selling an OS. Heck. I'm not sure they actually DO sell anything.

    But they're sure trying to peddle something.

  164. os/2 vs NT by Grog6 · · Score: 1

    Originally, OS/2 was a joint project between M$ and IBM; I still remember the lawsuits and all.
    Then NT development started; Seems like the first release after the split was OS/2 2.1 or close to it;
    Antone ever see NT 2.xx? I have 3.0, 3.5, and 4, but don't remember anything before that. I beleive that was before the split.

    --
    Truth isn't Truth - Guliani
    1. Re:os/2 vs NT by Anonymous Coward · · Score: 0

      Cutler was hired by MS around '88--most people were still under the impression that OS/2 and Presentation Manager were coming from IBM/MS until '91.

      > Antone ever see NT 2.xx? I have 3.0, 3.5, and 4,
      > but don't remember anything before that.

      You might want to check that 3.0 again because the first release of NT was 3.1. There were no versions before that.

    2. Re:os/2 vs NT by drsmithy · · Score: 1
      Originally, OS/2 was a joint project between M$ and IBM; I still remember the lawsuits and all. Then NT development started;

      NT development started in 1988. It was supposed to (eventually) replace OS/2, which was non-portable and single user. There were, however, a few releses of OS/2 planned while NT was in development. The last version of OS/2 Microsoft was involved in was 1.3 (IIRC, certainly not 2.0). 2.0 was a pretty big rewrite of 1.3 as well.

      Seems like the first release after the split was OS/2 2.1 or close to it;

      OS/2 2.0 would have been it.

      Antone ever see NT 2.xx? I have 3.0, 3.5, and 4, but don't remember anything before that. I beleive that was before the split.

      You have 3.1, there was no 3.0. NT 3.1 was the first version releases to the public and numbered that way to match up to Windows 3.1. It happened way after the IBM/Microsoft split.

  165. Re:heh. Check out #87 by _Sprocket_ · · Score: 1


    This sounds all too eerily similiar to Microsoft's Linux FUD from a few years ago.


    From Day One of the SCO legal shenanigans, people have been noticing simularities between Microsoft's anti-Linux FUD and SCO's statements. The obvious conclusion has been that Microsoft was either coaching or directing SCO's campaign ("licensing fees" from Microsoft helped advance this theory). While this is certainly a possibility, I think there is a better explanation.

    SCO simply took a cue from Microsoft's playbook. Much of what Microsoft states (and SCO claims) resonates with various IT and business types. These folks either dislike the culture around Linux, are threatened ideologically or financially by the adoption of Linux, or simply do not understand it (or a combination thereof). SCO fits one or more of these.

    SCO reads Microsoft's latest marketing. It rings true. Not only does it ring true, but it falls in line with a strategy they (while Caldera) had been working on. Or more accurately - it transforms the strategy from a product offering to an aggressive play for control.
  166. My Favorite Quote... by Amigori · · Score: 2, Interesting
    So I just finished skimming the legal brief, and this is one of the most interesting bits of legal pleading that I've seen in a long while...

    IBM has engaged in a course of conduct that is intentionally and foreseeably calculated to undermine and/or destroy the economic value of UNIX anywhere and everywhere in the world, and to undermine and/or destroy the plantiff's rights to fully exploit and benefit from its ownership rights in and to UNIX System V... and their derivatives directly for its own benefit and indirectly for the benefit of its Linux distribution partners."

    So Darl, worried that IBM is going to put you out of business? I have news for you. The jounaling file system was developed at IBM, for IBM, for use in IBM products. I think you're still pissed off that IBM decided not to finish work on the Monteray project. They felt it would flop in the marketplace, which Itanium has, and decided to pursue more profitable interests that did not include you or your company. I wonder if you have/will go after SGI because they also have a type of journaling file system available on the x86 platform. What about Be, Inc.? Even though they're already a dead company, many of those guys were Unix guys and developed a JFS for both PPC and x86.

    One of the main goals in business, even if its not always thought of initially, is to put the competition, you, out of business while trying to make a profit. (And there are far too many example to list.) In case you haven't noticed, business models are subject to change by these things called market forces. You must have fallen asleep that day in Marketing 101 and/or Economics 101. There are only two things in the US that are certain, and this sounds so cliche, death and taxes, but its true. Its unfortunate that under your leadership, your company has become a legal firm and not a computer company. I would wish you luck, but you are a great example of many wrongs in this world. So I hope your company goes belly up, then the Wall Street hounds are released upon you.

    Amigori

    --
    "The quality of life is determined by its activites."--Aristotle
  167. Doing it with our proprietary code, so we are fine by G3ckoG33k · · Score: 2, Interesting


    When we put source code into the Open Source community, the code we are putting in there, we have clearly patent clearence for in the sense we know what we put out in the Open Source community so we don't claim own patents on anyway. Our patents clearence process makes sure we are not infringing the patents of anybody else. We are doing it with our proprietary code, so we are fine.

    What is wrong about this distribution, is basically the millions of lines of code that we never have seen. We don't know if there are any patent infringments [in this code] with somebody we don't know. 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 [to being sued] as we are. So that's the basic deal as I understand it.

    Karl-Heinz Strassemeyer, IBM



    Excerpt from an interview by SSLUG, Denmark

  168. Re:Copyrights, derivative works and how it applies by arkanes · · Score: 1
    I'll give you a quick example:

    Say I write a device driver for Linux. Thats a kernel module, so it needs to be GPLed as it links to the kernel (assume for the sake of argument that Linus never said binary modules were okay). This device driver is for some funky driver that I make, say a video card. The linux device driver is released under the GPL, as is my obligation under the license on the kernel. However, the copyright on that implementation remains my own, and I can port it to BSD and release it as a binary module under whatever license I want if I feel like it. I can even port it to Windows and package it up with a nice pretty EULA that forbids benchmarking. YES, the implementation of JFS on AIX is part of AIX, and since AIX is a derivitive of SysV they can't give it away [this is actually arguable and depends on a certain legal view of derived works that is by no means guaranteed]. That doesn't mean that JFS can't be ported to Linux (or any other operating sytem) - IBM owns the copyright on AIX.

  169. Son of the Saint by Thor+Ablestar · · Score: 3, Insightful
    He's son of Bride, not son of bride. Bride (Brid, Bridget, Brighitte and so on) is the name of pagan Celtic Goddess that became a Christian saint. See here the prayer song to St.Bride.

    Comments: _A Stor 's a Storin_ says "A spring song in praise of St.
    Bridget, one of Ireland's national saints. To the ancient Celts spring
    began on February 1st - St. Bridget's Day. That day was named Imbolc."
    This is a great song! It has a beautiful melody, and the words are
    simple enough that a learner should be able to understand them easily.

    BTW. I am not Celt, I am Russian. But there are a lot of colorful Gaelic curses - and I wonder that nobody addresses them to Mr. McBride.
  170. Buying SCOX Short... by Necromancyr · · Score: 1

    God, I am so glad I bought SCOX short. Money money money....MONEY...

    1. Re:Buying SCOX Short... by jjgm · · Score: 1

      Er, for your sake, I hope you sold it short.

      Also, given the high level of short interest in SCOX, that you have enough cash to cover a margin call during the short squeeze that's certain to occur.

      (my layman's understanding of the situation: the short squeeze occurs when people start to cash in their short positions, jacking the price *up* for a very short term because, by definition, you have to buy the stock to close the short position.

      If you can't cover the margin call during the squeeze, you may be forced to buy above your selling price, thus *losing* you money. The stock generally plunges shortly afterwards)

  171. GPL under fire by raga · · Score: 1
    This story on Groklaw has SCO's response to IBM's countersuit (patent infringement.) Almost towards the end of SCO's filing, we see the following gems:

    SIXTH AFFIRMATIVE DEFENSE
    The General Public License ('GPL') is unenforceable, void and/or voidable, and IBM's claims based thereon, or related thereto, are barred.

    SEVENTH AFFIRMATIVE DEFENSE
    The GPL is selectively enforced by the Free Software Foundation such that enforcement of the GPL by IBM or others is waived, estopped or otherwise barred as a matter of equity.

    EIGHTH AFFIRMATIVE DEFENSE
    The GPL violates the U.S. Constitution, together with copyright, antitrust and export control laws, and IBM claims based thereon, or related thereto, are barred.

    cheers- raga
  172. McBride means "Son of Bridget" by farrellj · · Score: 2, Insightful

    Because McBride is a bad Anglicization of the Gaelic Bridget...another example, my last name in Gaelic is McSamhain...and how they got McGovern (and McGowan, and McGauron, etc.) out of that one Gaelic last name is a wonder to me... Maybe when I learn Gaelic I will have an idea about this...

    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
    1. Re:McBride means "Son of Bridget" by dustmite · · Score: 1

      Well, in English at least, "Bridget" is still a female name ..

  173. Yep...That's pretty much exactly right..... by Dr_Marvin_Monroe · · Score: 1

    I'd consider myself one of the unwashed hordes...been involved with computers since my first computer, an Apple II....Seen MS do every dirty trick in the book and even invent some new ones....

    I pretty much wanna see them finished.....and I think IBM's strategy is pretty good... I'd like to see MS get treated the same way IBM did with OS/2..... Simply, "outmanuvered and under-gunned." The world will not shed any tears for the downfall of MS, don't start playing them as the victim of some "hostile" plot by IBM. All business is "hostile".....

    The enemy of MY enemy is my friend.....that's pretty much exactly how I see it right now.... If IBM can destroy MS by contributing to Linux, GOOD!

  174. GPL vs Anti GPL by invckb · · Score: 1

    I think the argument SCO is making is so hard to understand because is it an inverse version of the GPL. GPL: Here is code. Use it for whatever you want to do with it, FOR FREE (as in beer). BUT, if you want to distribute what you have done, you must redistribute under this same license, making a source version available to your licensee. ANTI-GPL: Here is code. Use it for whatever you want to do with it, for A LICENSE FEE. BUT, if you want to distribute what you have done, you must only redistribute it in binary form. Any other methods of distribution are subject to breach of contract.

  175. Properly formatted GPL vs Anti GPL by invckb · · Score: 1
    I think the argument SCO is making is so hard to understand because is it an inverse version of the GPL.

    GPL: Here is code. Use it for whatever you want to do with it, FOR FREE (as in beer). BUT, if you want to distribute what you have done, you must redistribute under this same license, making a source version available to your licensee.

    ANTI-GPL: Here is code. Use it for whatever you want to do with it, for A LICENSE FEE. BUT, if you want to distribute what you have done, you must only redistribute it in binary form. Any other methods of distribution are subject to breach of contract.

    Damn HTML preview.

  176. Am I reading this right? by demon · · Score: 2, Informative

    After perusing the PDF and looking at their quoted examples of infringement, I noticed something. Practically everything they quote is part of some outside patch, which isn't in the mainline kernel at all. It really seems like they're reaching, if their "examples" are legitimate at all. Even that remains to be seen. I'll be watching intently - hopefully either PJ from Groklaw, or Bruce Perens, or someone will have a good analysis soon of the claimed infringement.

    --

    Sam: "That was needlessly cryptic."
    Max: "I'd be peeing my pants if I wore any!"
  177. The Frantics! Great Comedy troop! by farrellj · · Score: 0, Offtopic

    At one Science Fiction convention, they listed their head of security as "Ed Gooberman"! Very funny if you have heard the Ta Kwan Leap skit! Rick Green, one of the crazies behind the Red Green show was a member of the Frantics Comedy troop.

    Check out The Frantics, the offical web site.
    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
  178. Re:fp by xtrucial · · Score: 0

    That would be F41LUR. Your version says "feightlur".

  179. No... by leonbrooks · · Score: 1

    So did you use the Anti-Slash Groklaw post database for this karma whoring attempt or what?


    If it offends you, I can post it as AC next time. It would be kind of appropriate, given that the original was anonymous too.

    I didn't do that today because so many whining poor-spirited losers hide behind nonentity and I don't want to encourage any whining, losers or hit-and-run posts.

    I don't care about my karma, it's not been under 48 points in several years. I would say "behold, the corrosive effect of a karma cap" except that if the cap wasn't there I'd be uncaring because I'd have several thousand points up and it would again be next to meaningless (except in "karma racing" events). Even if my karma sucked, I wouldn't care unless is made my posts invisible. Perhaps the slashlords might want to take that to heart and rejigger the kerma system so that it remains meaningful?
    --
    Got time? Spend some of it coding or testing
    1. Re:No... by Alien54 · · Score: 1
      Perhaps the slashlords might want to take that to heart and rejigger the kerma system so that it remains meaningful?

      possibly on way would be to make karma limited to a rating of the average of the past 100 posts, length of threads generated, or something like that.

      But this has flaws, like karma whoring .... so who knows?

      --
      "It is a greater offense to steal men's labor, than their clothes"
  180. Just being picky... by fred87 · · Score: 1

    they use bitkeeper afaik

  181. Whitespace by OldManAndTheC++ · · Score: 1
    The code lines correspond to blank lines. SCO has obviously copyrighted blank lines.

    ...which means that the offending code must have been written in whitespace

    --
    Soylent Green is peoplicious!
  182. My favorite argument is... by Photo_Nut · · Score: 3, Interesting
    Under the section, "The Functional Limitations of Linux Before IBM's Involvement" (emphasis added):
    80. The first versions of Linux evolved through bits and pieces of various contributions by numerous software developers using single or dual processor computers. Unlike IBM, 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 and knowledge of sophisticated development methods learned in many years of UNIX development it would be difficult, if not impossible, for the Linux development community to create a grade of Linux adequate for enterprise use.
    Hmm... Well, let's see for a moment. None of these hobbyists had access to enterprise-scale equipment. I don't know about you, but I don't consider Linus Torvalds a "hobbyist". I consider him and all the people who wrote Linux with him to be developers.

    Regardless of wether or not they develop for fun or profit (or both), it doesn't mean that they don't have access to enterprise-scale equipment and testing facilities. Moreover, the millions of people who use Linux daily make for far better Quality Assurance teams than most commercial QA houses. And IBM didn't need to bring their people into the mix to jumpstart the industry. RedHat (a company with no exposure to proprietary SYS V UNIX code) had already started doing that.

    If you consider how many people worked on Linux as a software development team, you have the worlds largest development team. If SCO is trying to make the claim that the world's largest development team can't produce enterprise quality code, then why was SCO selling it as enterprise quality code before they discovered that IBM had added features that IBM had given to AIX?

    1. Re:My favorite argument is... by demon · · Score: 2, Interesting

      Also, Caldera (before morphing into the SCO Group) provided higher-end x86 hardware (especially multiprocessor systems) for Linux developers to test the kernel on, for SMP development. So how they can claim Linux developers didn't have access to that kind of hardware is ludicrous, considering they provided the hardware for testing. Ah, more examples of their crack(-smoking) legal team at work...

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    2. Re:My favorite argument is... by humankind · · Score: 1

      Unlike IBM, virtually none of these software developers and hobbyists had access to enterprise-scale equipment and testing facilities for Linux development.

      Oooh ooh, that's a hoot! All of us "hobbyist" computer programmers can't gain access to "enterprise scale" equipment. Has any decent programmer in the last 30 years really had any problem getting access to better resources? I don't think so.

  183. It's not about code... by garbagedisposal · · Score: 1

    ...its about money & politics.

  184. Warning: SCO can win. by rufusdufus · · Score: 1, Interesting

    SCO's case is stronger than the linux community admits. I have seen similar cases with substantially less evidence win. [SCO has agreements and licenses directly and indirectly with IBM, and it has a source base to make claims from].
    Judges and juries are not technical and therefore must listen to experts. SCO's experts will do their best because they have a bone to pick, IBMs may not simply because IBM is a huge emotionless corporation. The jury will makes its decision based on the passion and acting ability of the presenters, and so its a coin toss, not a shoe in.

    My guess is that what will actually happen is: IBM will settle with SCO, possibly drop out of linux development, and the linux community will take a big black eye.

    Is the linux community prepared for this eventuality?

    1. Re:Warning: SCO can win. by Junta · · Score: 1

      I'm more doubtful of your outcome. For one, IBM experts will likely be at least as committed and passionate about their points as SCO experts. Though IBM is a huge corporation, individual experts in Linux are really passionate about not letting this go through.

      Secondly, a settlement right now makes no PR sense. A settlement would have come earlier to cut down on potential bad press. Settling now makes it look like they were in the wrong, or else just caved in, neither of which would look good to the linux customer base, which is *very* important to IBM. More likely, if IBM thought they would lose, they would keep their lawyer army going long enough to exhaust SCO resources. However, in this case so far, IBM has been pushing for more quick progression while SCO has been dragging their feet. This tells me that SCO's position is probably weak and that IBM is extremely confident they can win this case legitimately.

      Regardless of outcome, IBM will probably not drop out of linux development, it is far too important. They would buy out SCO before they did that. They have high regard for linux, it is becoming a core part of their strategy. You remember the 50 million put into Novell as the SuSE purchase was going on, they have a lot on the line to just throw it away now.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:Warning: SCO can win. by Todd+Knarr · · Score: 1

      IBM won't drop it. Thing is, SCO's specific claims here don't just attack Linux, they attack IBM's use of those same technologies in IBM's mainframe and large-server business. IBM is not going to let an attack on the core of their business go undefended. And unfortunately for SCO, their whole case rests on the idea that the code involved is derived from SCO code by a very odd definition of "derived from". The judge isn't buying their definition, and IBM's one of the world's best when it comes to documenting the exact history of their code.

      Far from settling, IBM's going to use this to deliver an example to the world of why you don't mess with Big Blue's legal department.

    3. Re:Warning: SCO can win. by humankind · · Score: 1

      I'm taking bets that IBM will settle with SCO. This would give IBM's Linux "legitimacy" while FUD will continue to hover over other suppliers.

      When this happens, the whole tech community is going to freak out, because most of us were too idealistic to imagine such a scenario happening.

      Welcome to the real [corporate] world.

  185. Re: Nonsense by Anonymous Coward · · Score: 0

    #1: It's "knew", not "new".
    #2: WTF is "01 13 00" supposed to be? A date? What's its significance?
    #3: What does 144,000 have to do with the pyramids?
    #4: What does any of this have to do with anything else in this thread?

  186. yeah..... by clambake · · Score: 1

    for (int c=0;cMAX_BUFF;c++) {

    That line was copied DIRECTLY from MY code!

  187. Re:And so the real game begins by Elitist+Snob · · Score: 1

    then the rest of it looks like clock stuff

    rclock.c has nothing to do with clocks. It implements Read-Copy-update LOCKs, of which there doesn't appear to be any mention in eg. 2.4.23

  188. History is fscked by Slashamatic · · Score: 1
    First, SCO is not the Santa Cruz Operation who took over Xenix from Microsoft and eventually started selling a real Sys V based Unix. SCO is a descendent from caldera, the original Santa Cruz Operation has changed its name to something else.

    AIX isn't called Unix for a reason. In the early days at least, it was almost 70% S5 UNIX incompatible being mostly a BSD offshoot, but from the outside at least, having a kernel that looked like none of the above (I never saw kernel source, but saw enough headers to say this was something different). And you are right, AIX started on the PS/2 - an x86 architecture box. PowerPC came much later.

  189. i'm more prepared for... by bani · · Score: 1

    ...darl and his droogies doing prison terms on criminal insider trading and stock fraud charges...

  190. Re: Nonsense by Anonymous Coward · · Score: 0

    01 13 00 is the base 10 representation of three base 60 digits. (Calculating in different bases is pretty interesting stuff, but not the way the parent did it.)

    He was just messing with you. Got you to reply too. It wasn't meant to mean anything.

  191. POSIX and ASSEMBLER by Anonymous Coward · · Score: 0

    Stuff from the PDF file:

    "These restrictions on the use and distribution of UNIX are designed
    to protect the economic value of UNIX."

    "unauthorized derivatives of UNIX System V"

    "the Windows operating system was designed to operate on
    computer processors "chips") built by Intel."

    "Thus, most versions of UNIX will not operate on Intel-based PC's
    for desktop computing; and windows will not operate
    on RISC-based worksations for enterprise computing."

    "Carrier-class"
    "India"
    "1 billion dollars"

    RISC processors versus CISC processor.

    okay so the SCO code has a function "print"
    and Linux has a function called "print" but the assembler code
    for both functions are complitely different since they
    run on different kindda processors .
    so are they talking C-source code or Assembler source code?
    which impossibly can be the same ("chip architecture").

    no idea. itt just stinks like a ton of
    money for something 40 years old.

    by the way can somebody explain POSIX to me?

  192. Darl was a Napster user... by Anonymous Coward · · Score: 0
  193. They'd tax your very breath if they could by leonbrooks · · Score: 2, Insightful

    D'ohl wants to bottle and sell Linux the same way others bottle and sell water. What he hasn't figured out is that people buy the bottled water because they perceive it as being better than water falling out of the sky or pumped out of the ground for fifty cents a kilolitre. D'ohl forgot to add any value to his bottling process, so now he wants to fix that by forcing the world to buy either his bottles or someone else's.

    --
    Got time? Spend some of it coding or testing
  194. Canadian go home! by leonbrooks · · Score: 1

    I've seen video footage of you lot kicking aside the ice floes so you can go for a dip. Give me a nice, dry, toasty 300K day - any day. (-:

    --
    Got time? Spend some of it coding or testing
  195. If IBM stole code... by Anonymous Coward · · Score: 0

    How on earth could the linux developers know it's stolen if they can't see the original?????

    If IBM is guilty THEY SHOULD BE PUNISHED. In the linux community we do work. We don't steal code. If IBM stole code and put it in the linux kernel to seem like a "good company" to the open source world, they suck.

    I don't see why we should defend IBM and fight SCO. If that's an IBM vs. SCO thing, may the one who is right win. In this case it's SCO, but it'll probably lose because they can't stand against IBM lawyers.

  196. Re:It is still full of false and fraudulent clames by TheRaven64 · · Score: 1
    even if we ignore iRMS

    My brain generated an image of the most bizarre Richard Stallman / Steve Jobs cross when I read that...

    --
    I am TheRaven on Soylent News
  197. Not quite! by wonkamaster · · Score: 2, Informative
    SCO contends that because IBM violated its contract that Linux is a derivative of System V, so the IP violation claims are still present. From section Nature of this action, bullet item 4:

    ... As a result of IBM's wholesale disregard of its contractual and legal obligations to SCO, Linux 2.4.x and 2.6.x and the development Linux kernel, 2.5.x, are replete with protected technology. As such, the Linux 2.4.x and Linux 2.5.x and 2.6.x kernels are unauthorized derivatives of UNIX System V.
  198. Re:Copyrights, derivative works and how it applies by swillden · · Score: 1

    there's no way IBM can be found liable for $5B in damages to SCO

    An interesting Groklaw post a while back made the point that SCO is claiming $5B worth of damages from IBM's use of a ~$30M asset, which is what Caldera reportedly purchased the Unix rights for (from the original SCO). Original SCO reportedly purchased the rights from Novell for around $100M.

    From a purely financial point of view, one of the following has to be true:

    1. Novell and, later, old SCO, were unbelievably irresponsible when they priced the assets.
    2. The value of the Unix assets, which one would normally expect to be depreciating, has suddenly jumped by almost 2000%.
    3. New SCO is wrong.

    While old SCO is an unknown quantity to financial analysts, and Novell is well known to have made some stupid moves in terms of acquisitions and sales, any reasonable analyst would go for option three since option one is unlikely under the "nobody is *that* stupid" principle, and option two is patently ridiculous.

    --
    Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  199. A poor complaint, at best by GreatBallsOfFire · · Score: 2, Insightful
    Let me start out by saying that I am not a lawyer, so everything stated here is my opinion only. Seek legal counsel before acting on anything expressed in the following. Besides, you'd be a darn fool taking legal advice from comments on a web page.

    There are simple inaccuracies throughout the entire document:
    1. SCO initially was a distributor of Xenix, an early port of UNIX to Intel 8086, 80286 and 80386 processors, among others, i.e. Motorola 68000 series, developed by Microsoft. While they paint a picture that they, SCO, were the initiators of such action resulting from recognition of a marketplace, it was Microsoft who recognized the need for an business class operating system and developed it, not SCO. Therefore, paragraphs 35 through 39 are fabricated misrepresentations meant to color the opinion of the reader. What they are is an obvious attempt at supporting the prerequisite victim position for SCO.
    2. SCO paints Linux as a predatory action taken by Linus Torvalds against Unix. Paragraphs 75 and 78 depict Linux as a vehicle for a hidden agenda by stating that "Linux is not just a "clone," but is intended as a successor to UNIX System V." Furthermore, in support of this, Linus shows his hidden agenda through "a significant flaw of Linux " because of "the inability and/or unwillingness of the Linux process manager, Linus Torvalds, to identify the intellectual property origins of contributed source code that comes in from those many different software developers."
      There are two things very wrong with the above. First, SCO implied that Linux is a clone of UNIX, and totally ignored the publicly, and widely known fact that Linus started his work from Minix, another UNIX like operating system developed independent of the AT&T UNIX code base. Second, the use of the phrasing "inability and/or unwillingness" are inflammatory, meant to convey an inept, and possibly hostile, Linus Torvalds image to the reader, to support the claimed predatory action.
    3. Paragraphs 80 through 83, inclusive, lay claims that Linux was immature, but that it was impossible to create a work alike operating system without the help of IBM, who had access to the source code. Again, this ignores the existence of other operating systems such as Minix, which is a "clone" but has no roots whatsoever in AT&T code, and commercial operating systems such as Whitesmith's Idris, an early UNIX clone.
      Furthermore, they claim that hobbyists could not make Linux into an enterprise operating system without IBM because the hobbyists lacked the hardware necessary to do so. This completely ignores the early involvement of Digital Equipment Corporation who donated workstation and server equipment to Linus Torvalds in order to help grow Linux.
    4. They claim in paragraph 84 that IBM schemed to unfairly dominate the market by using Linux. This completely ignores the fact that every other major vendor, SCO and Caldera included, were also attempting to gain market share and momentum by jumping on the Linux bandwagon concurrently with IBM. In fact, it would have been unfair if IBM had used a common Linux mechanism where proprietary code is sometimes released, i.e., the kernel module, to release their enhancements instead of donating it to the open source community where all IBM competitors, including SCO and Caldera, had access to it. This unfair, dark attempt at world domination claim continues in paragraphs 84 through 98, which can only be characterized as a rant.
    5. Interestingly enough, while SCO makes widespread claims, there are only a small handful of files, ten by my count, that contain lines of code that SCO claims copyright infringement. Most of these files are header files, that do not contain actual code but merely definitions of constants and data structures. Clearly this is not enough to support their claims of breach of contract through inappropriate redistribution of intellectual property, and certainly not enough for copyright infringement.
    6. The actions claimed in th
  200. 500 lines is not "replete"... by leonbrooks · · Score: 1

    ...especially since the vast majority of it didn't go into the mainstream kernel anyway, and if every line of it had, that's what? One sixty-thousandth by weight, or 0.0016%.

    This is also disregarding TSG's habit of using one word, or one more or less inevitable process, as evidence of copying everywhere.

    The other problem they have is that we don't want to use their code, don't need to use their code, we have a significant aversion to anything involving TSG, so even if it's not theirs (true in every case so far examined) you can expect it to all be replaced within days.

    --
    Got time? Spend some of it coding or testing
  201. Yes they will by theonetruekeebler · · Score: 1
    That would be a good faith effort to eliminate any infringement, real or claimed. From a court's POV, it is quite different from an admission of guilt.

    It's kind of like if some raving street person came up to you and started screaming that you've been stealing their thoughts. The best thing to do is to apologize and promise you will never do it again. Third parties will usually understand that you are doing this to make the street person go away, and not actually admitting to stealing their thoughts.

    --
    This is not my sandwich.
    1. Re:Yes they will by Anonymous Coward · · Score: 0
      Oh you won't get out of it that easy, thought-stealer!

      I have witnesses to your confession!

  202. Clearly delusional... by Kjella · · Score: 1

    Now let us assume that in some form of contract, IBM has agreed to not distribute that code. But that doesn't make it a copyright claim, it makes it a contract claim. In the absence of a contract, there's no doubt that IBM wrote it, and so there is no copyright claim.

    The only way SCO could make a copyright claim is if they claim that the Unix licence would assign copyright over JFS, RCU etc. to SCO - as if anything used in a Unix derivate would be considered a work-for-hire for SCO. And while there may be many licencees, there can only be one entity (person, corporation, organization) owning the copyright, as far as I know. So they're claiming IBM doesn't own the copyright.

    Under those wonderful terms, you can not even use BSD licenced code together with SCO IP. Because by creating a derivative work of BSD and SCO IP, no licence would suffice - you would have to assign copyright to SCO. Their "viral licence" is like the Black Plague compared to a light cold from the GPL.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  203. Re:heh. Check out #87 by Goo.cc · · Score: 1

    Didn't that used to be Caldera's business model?

  204. No need to worry about SCO by tjstork · · Score: 1


    I imagine an outcome of this litigation would be a GPL specific addendum to copyright law. I find it hard to believe that the Republican Party would not change copyright legislation at the request of the combined efforts of IBM, Sun, Dell, etc. Once they get that open source code allows for greater diversity, and thus, stronger markets, in computer hardware, they will do it. Plus, even though California might go anti-GPL, Texas, Florida, New York, Massachussets (sp?) and Pennsylvania delegations would probably go pro GPL because of either heavy hardware or consulting presences.

    There will probably be some text you will be able to mark your IP with, and it will look mostly like the GPL is today, and, there will probably be a federal repository for it.

    It might not actually be a bad idea to jump the gun and start lobbying for a federal GPL act.

    --
    This is my sig.
  205. A stable os is valuable by Anonymous Coward · · Score: 0

    Maybe we can use this to our advantage. For example, with MSFT, pay $300 for a kernel worth $300. With linux, pay nothing for a kernel worth $$$$$.

    If cost were a function of uptime, windows would be much cheaper than linux.

  206. Smelling more like Microsoft by u2mr2os2 · · Score: 1

    From my casual following of this, it seems the real claims are about "enterprise" features added to Linux (i.e., SMP and JFS). Certainly, without such features, Linux would not be a real threat in the enterprise. But a threat to who? Microsoft.

  207. Re:It is still full of false and fraudulent clames by j7953 · · Score: 2, Interesting
    And quite apart from that, IBM *made* x86 processors.

    Yes, but they didn't make "Intel" processors. Obviously, that is by definition something that only Intel can do. Noticed how in the court filing wherever SCO means "x86" they wrote "Intel" instead?

    --
    Sig (appended to the end of comments I post, 54 chars)
  208. Maybe you should rephrase this... by WgT2 · · Score: 1

    Maybe you should rephrase this...

    "...as Linux erodes the value of intellectual property."
    That doesn't seem accurate considering even Linus protects his copyrights around Linux. Otherwise the same would not be copyrighted by him.

    Albeit Linux wasn't copyrighted at the first. When someone else did copyright the name Linux, that squater's rights to it were challenged and Linus gained rightful controll over the same in which he has so great a stake.

    Perhaps it is better to say that Linux is openning intellectual property up to being shared as opposed to being squirreled away solely for individual profit.

    1. Re:Maybe you should rephrase this... by salesgeek · · Score: 1

      "...as Linux erodes the value of intellectual property."

      That doesn't seem accurate considering even Linus protects his copyrights around Linux. Otherwise the same would not be copyrighted by him.


      Property's value is set by a combination of the following two factors:

      * How much someone will buy it for.
      * How much income can be generated for the owner through utilization.

      Traditionally, intellectual property gets its income from the selling of licenses - which depends on if that license is a one time purchase or a periodic contract. Linux is a problem for owners of other properties (say Windos or SCO) because it is a lot like a new mall being built down the street from the old mall. The old mall's owners will likely lose their shirts over the short haul because their utilization revenue goes down.

      SCO got screwed when they bought Unix because they didn't realize that not only had a new mall been built, but the entire population moved to the other side of town and urban blight had set in on the Unix neighborhood. They bought the intellectual property equivilent to an old-style open air mall with pay bathrooms and pay parking. At least MS had built their joint on the right side of town.

      --
      -- $G
    2. Re:Maybe you should rephrase this... by WgT2 · · Score: 1

      You merely point out the monetary value of an item. There are other values that are not so quantifiable:

      1. freedom
      2. control/power
      3. satisfaction
      4. all value derivable of subjectivity

      Monetary exchange, or the potential thereof, is not the end-all in determining value in an item or idea. I work with a man who will not release any code of his own under the GPL. When asked why, he gave one reason: the lose of control of code he has authored.

      Only in the realm of monetary exchange does your definition of value hold water. The reason it is not a sufficient answer to my contention is that there are people who value things for reasons other than money.

      You should still consider rephasing/clarifying your statement instead of giving a narrow definition you preassume everyone holds to.

    3. Re:Maybe you should rephrase this... by salesgeek · · Score: 1

      You should still consider rephasing/clarifying your statement instead of giving a narrow definition you preassume everyone holds to.

      I meant what I said - the context is appropriate. The SCO situation is all about the money. If a property (land, product, intellectual) has any of the attributes you list (except the "derivable of subjectivity"), it's monetary value will increase.

      Money doesn't measure everything, but this whole SCO thing is most certainly all about the money.

      Several billion dollars worth I believe.

      --
      -- $G
  209. Really Batman? by jotaeleemeese · · Score: 1

    Which cases?

    A few hundred lines of #include declarations in code that was not in the original code, whinny reclamations of the kind "IBM eat my cheese".

    I think your interpretation of the word "stronger" is bizarre to say the least.

    --
    IANAL but write like a drunk one.
  210. Not that simple by TekGoNos · · Score: 1

    Yes, CVS (or bitkeeper in this case) make it possible to know who put it in the kernel tree.

    However, this person is not necessarily the one that submitted the code. Only a limited number of people have write access to the bitkeeper server and the other submit patches to them.

    And then, the person that submitted the patch is not necessarly the original author of the code.

    There is code in Linux that originated at AT&T, became part of BSD, and was later ported to Linux.

    So, just knowing who put it in the kernel is far from suffisent to find it's origin and decide if it is infringing or not.

    BTW, others have said that all of this code has been submitted by IBM. And this brings us right back to the lawsuite.

    --
    I have discovered a truly remarkable proof for my post which this sig is too small to contain.
  211. Blue Lightning derived from Intel 486 by Rassendyll · · Score: 1
    According to this, The IBM Blue Lightning is a direct derivative of the Intel 486SX, although I remember something about it's being based on the 386 microcode because Intel hadn't licensed the 486 code to IBM. Perhaps IBM added the 486 compatibility code?

    Quote from the link:

    Question:
    What is an IBM 486BL2 or 486BL3 (Blue Lightning) processor?

    Answer:
    It is an IBM-developed derivative of the Intel 486SX chip that comes in two "flavors": the clock-doubling 486BL2 and clock-tripling 486BL3.

    --
    An eye for an eye... leaves the whole world blind.
  212. Has anyone checked CVS? by Kaishaku255 · · Score: 1

    Has anyone in the core development team of Linux checked CVS to find out when and by whom the "offending" code was entered? I know SCO claims it to have been in 2000, but I'm skeptical of anything they say at this point.

    Wouldn't it be ironic if some of the code quoted was implemented by someone unrelated to IBM? Or would it be on par with SCO's mishandling of this case (such as when they claimed the header files that Linus wrote)?

    It might be interesting to find out exactly who was involved and when.

    One thing that has been puzzling me about this whole thing is the trial (pardon the pun) and error procedures this litigation has gone through. It seems to me as if the SCO lawyers were testing the waters to determine what kind of case they could make and under what laws and conditions. Is this normal?

    --

    Seppuku: Your solution to my problems!

  213. Does anyone remember this?? by Anonymous Coward · · Score: 0

    Caldera releases original unices under BSD license

    Considering also that Caldera/SCO was a friggin' Linux distributor, these guys continue to have less and less of any case whatsoever.

  214. Re: $666.00 by mefus · · Score: 1

    LCD of 60 and 365 is 4380.

    Either learn a little math (and analytical skills?) or quit quoting idiots with stupid claims.

    --
    mefus
    In Open Society, GPL Software frees YOU!
  215. Re:It is still full of false and fraudulent clames by tommck · · Score: 1

    Somebody should tell Darl about Google

    Someone did... now he's going to sue them for all those Linux boxen...

    Had to open your mouth, huh? ;)

    --
    ---- It puts the lotion on its skin or else it gets the hose again. It does this whenever it's told.
  216. This is special by budgenator · · Score: 1
    If the court finds that "based on" is the same as deriative of, IBM is in bad shape.
    Copyright (c) International Business Machines Corp., 2001 This program is free software;... Author: Dipankar Sarma (Based on a Dynix/ptx implementation by Paul Mckenney.... IBM has breached Sequent's obligation of confidentiality by contributing portions of the Software Product (including System V source code, derivative works, modifications, and methods based thereon) to open source development of Linux and by using UNIX development methods in making modifications to Linux 2.4.x kernel and above, which are in material part, unauthorized derivative works of the Software Product, including but not limited to DYNIX/ptx-based NUMA technology, source code and methods, RCU source code and methods, and SMP source code and methods.

    IBM-authored code is the stuff that I imagine to be easiest to remove JFS, it's utilities and Enterprise Volume Management System. It's also the stuff that is least likely to be part of System V because JFS was also used in OS2 warp as I understand it. Taking out the sequent code on the other hand will seriously hurt SMP, threads, performance on Intel single processors using hyperthreading and athlon-64/opterons.Of course I'm not a kernel developer or a lawyer so mileage may vary

    --
    Apocalypse Cancelled, Sorry, No Ticket Refunds
  217. Novell trumps all by leonbrooks · · Score: 1

    The court's findings on details like that are trumped by Novell's instructions to The SCO Group to waive their claims against IBM. Any SCO wailing-and-gesticulation after that is kind of pointless, at least in legal terms.

    IBM is free to donate whatever it pleases out of Dynix and AIX to whomever it pleases, as long as that code was not in the original System V codebase.

    But... the original System V code is based on code which in the earlier USL-vs-BSD case was in the judge's opinion Public Domain, so even if code was copied from System V, there is still an obligation on SCO to prove that any copied bit wasn't in the Public Domain anyway, and that they didn't release it themselves.

    The SCO Group really are seriously up the creek in a barbed-wire nowey sans paddle. And the counterclaims haven't been addressed yet.

    --
    Got time? Spend some of it coding or testing