Slashdot Mirror


Settling SCOres

Israel Pattison writes "The Inquirer is reporting that someone in Germany is claiming to have viewed the SCO-alleged infringing Linux source code without having to sign a NDA. The person gives details about the code that was presented, but the translation-by-software is difficult to follow." The story also includes a link to a human translation; maybe some Slashdot reader can do better. Also in the news is a story about a kernel developer getting uppity with SCO, as well he might.

460 comments

  1. Uhh, whatever by Anonymous Coward · · Score: 0, Troll

    This link (with the german developer) has been posted as a Score:5 comment to every single SCO-related story in the past four or five days. I think it's reasonable to have frequent/daily SCO stories as new news on the subject comes out, but this link is really not worth posting as the impetus for a story all by itself as the second SCO story of the day. Especially when the earlier SCO story had some threads related to this link.

    Just a thought.

    - Terrified and anonymous

    1. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      This link (with the german developer) has been posted as a Score:5 comment to every single SCO-related story in the past four or five days.

      No it hasn't. I would've seen it. Go away troll.

    2. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      I've read it 5 times.

    3. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      I read every score:5 comment of every story I look at. I have read all but one of the SCO stories posted since March. I have never seen that link before. That should come as no surprise since the link points to a story written earlier today.

    4. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      I know why you're terrified - you're an idiot. Please supply links to said comments, (how about just ONE?) or shut the fuck up.

    5. Re:Uhh, whatever by dipipanone · · Score: 1

      I've certainly read links to this story at least twice (though I couldn't say what it was modded at.)

    6. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      That should come as no surprise since the link points to a story written earlier today.

      The theinquirer story was written earlier today. The source material (the german guy's post) has been available, through various mediums, for days.

    7. Re:Uhh, whatever by Anonymous Coward · · Score: 0

      I've seen it about three times and read it once already. So how about you shut the fuck up?

  2. There isn't much left of this dead horse by ObviousGuy · · Score: 5, Insightful

    Incidents and accidents. Hints and allegations.

    And yet we have NO NEW INFORMATION ABOUT ANYTHING PERTINENT.

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:There isn't much left of this dead horse by Anonymous Coward · · Score: 0

      You don't understand--all this Linux vs SCO "news" is SCOcaine for the slashdotters.

      One toot is all it takes, then it's skidsville after that.

    2. Re:There isn't much left of this dead horse by ObviousGuy · · Score: 0, Troll

      I'm sorry. I must have SCOnfused this website for a news outlet.

      --
      I have been pwned because my /. password was too easy to guess.
    3. Re:There isn't much left of this dead horse by Anonymous Coward · · Score: 0

      If you're sick up SCO stories, stop reading them. Or does your life consist only of reading and commenting on Slashdot stories, so that it feels devoid of meaning when somebody posts a story you consider worthless?

    4. Re:There isn't much left of this dead horse by Anonymous Coward · · Score: 0

      How apropos that your nick is "ObviousGuy".

      *shudders*

      Deja Vu.

  3. I fail to understand by Keri+Immos · · Score: 3, Funny

    I can also view Linux source code without signing an NDA. It's open source, after all.

    --

    Hello.
    1. Re:I fail to understand by Anonymous Coward · · Score: 2, Funny

      The NDA is to be told which parts they think are violating, retard.

    2. Re:I fail to understand by JWSmythe · · Score: 1

      But, if they're the violation of the SCO license, they're already freely available in the Linux kernel, so they're not giving out new code, simply identifying the code which has been stolen.

      As a Linux user (and occasional kernel reader), I'm curious to what code that I'm reading that SCO thinks is theirs.

      The only news stories I've read so far haven't identified the code, but simply said "lines". One said "from one to x", where x was 20 to 80 (I can't remember right now).. I'm curious to see if they're trying to claim something like:

      #define FALSE 0
      #define TRUE !FALSE

      --
      Serious? Seriousness is well above my pay grade.
    3. Re:I fail to understand by mark-t · · Score: 1

      Which is interesting because they actually don't have any trade secret rights to that information. *WHAT* code infringes may have been a trade secret, but *WHERE* it happens to lie within code that is already publically viewable is something they can make no such claim to, so the enforceability of an NDA like this is sketchy at best.

    4. Re:I fail to understand by DickBreath · · Score: 2, Interesting

      The NDA is to be told which parts they think are violating

      This is very interesting.

      Notice how quite IBM is being in their legal case. Contrast with SCO which is making as much noise as possible. All of the press, the hourly soap opera updates, are all either from third parties, or from SCO. Not from IBM. In other words, SCO is playing this for PR.

      Since when does a company involved in litigation show their evidence under NDA?

      Hey, I'm suing CompanyX! But I'll show my case, secretly under NDA, to anyone and everyone. I don't want CompanyX to see my case. But I will allow others who sign an NDA to see my case before trial.

      Why isn't IBM allowing everyone to see their evidence under an NDA? For that matter why doesn't every litigant follow this practice? It must all be for PR value. Translated: FUD. Who gains the most from such public FUD?

      In fact, I wounder how the judge will view SCO's actions? Showing their evidence to anyone under an NDA? Any lawyers care to comment on this?

      --

      I'll see your senator, and I'll raise you two judges.
  4. SCO is so stupid by the_2nd_coming · · Score: 3, Funny

    lets sue a company that has 1.5 BILLION invested in Linux.....they will role over right away......

    erm wait.....1.5 billion.....we are worth 200 million if we throw in the coffie pot...shit were dead.

    --



    I am the Alpha and the Omega-3
    1. Re:SCO is so stupid by Anonymous Coward · · Score: 0

      You know what is funny?

      The outcome of this will be that the Linux Kernel contains BSD code, with the Banner removed.

      Yes, you read it right... The Linux Kernel contains code stolen from, and not properly acknowldeged as originating from, the BSD Kernel.

      Oi!

      Go SCO!

    2. Re:SCO is so stupid by Anonymous Coward · · Score: 0

      This is 4, Funny? At what point did the median age of Slashdot moderators hit 16?

    3. Re:SCO is so stupid by Anonymous Coward · · Score: 0, Flamebait

      And us BSDers could give a rat's ass. We're not like a lot (not all) Linux folks, which have a hissy fit if someone violates our license. (Yes, you have to try to violate the BSD license, unlike the GPL license.) We care about code usage, not the license. The more GOOD code is used, closed or not, the better software in general becomes.

      This is generally loss to many GPL advocates. Even many seem lost that Linux has a GPL license, but that doesn't mean that was the only way Linux could have evolved.

      The most I've ever seen any BSDer get pissy about are in two general areas: blatant copyright violations and inoperability.

      In the first, 2 examples come to mind: (1) when MicroBSD simply took OBSD code and changed the copyright notices with no code improvements; (2) when some GPL ass took BSD driver code and relabeled it and changed the license. Whacked GPLers, OTOH, through a fit if it SEEMS someone is violating the GPL.

      [What do I mean by fit? How about taking down folks servers. Then again, /. is not exactly a great example to cite such activities, given the editors can't even freakin email a poor fellow on a DSL line before slashdotting them so their network becomes unusable. (I swear, if any of my investments take off, I'm breaking /. legally for a few days; see how they like it).]

      In the second, inoperability of open source code, BSD projects have submitted time and time again code improvements to many supposed open source projects to implement simple fixes so they run better or well on BSD based OSs. But, like US politicans who like their position of authority, many projects are run by Linux centric developers, so trying to get BSD code in takes a ridiculous amount of effort. Hardly that the project developers are worried about bettering their code, they'd rather shut out such improvements, pulling a MS and requiring the project to branch if such improvements would come anywhere near a timely fashion. Key example was Mozilla and OBSD--the code was at hand, implemented, but Mozilla folks just sat at on their asses.

      Ports may have come about for a different reason, but now I see how necessary it is, given some folk's position.

      If they took BSD code, no suprise. They've done it before. We just don't care really that they have. But when they bash their license with your code against you, the fur flies.

    4. Re:SCO is so stupid by Anonymous Coward · · Score: 0

      Don't insult 16-year-olds.

    5. Re:SCO is so stupid by Guppy06 · · Score: 1

      "we are worth 200 million if we throw in the coffie pot..."

      If they're like most pre-burst IT companies, they're only worth 150 million sans coffee pot.

    6. Re:SCO is so stupid by KDan · · Score: 1

      It's been steadily increasing for the past few months, didn't you notice?

      Daniel

      --
      Carpe Diem
  5. Perhaps by mgcsinc · · Score: 2, Funny

    SCO just thought no slashdotters would be able to understand a German guy... but alas, they underestimated the power of the Babelfish

  6. I'm getting sick of this SCO BS... by xactoguy · · Score: 3, Insightful

    ... and I think everyone is too. But, seeing as it's not going to go away that quickly, or at least until IBM puts their foot down ;), could we at least lighten up on the puns for the sake of our collective sanity?

    --


    And so we go, on with our lives
    We know the truth, but prefer lies
    Lies are simple, simple is bliss
    1. Re:I'm getting sick of this SCO BS... by Anonymous Coward · · Score: 0
      If multiple stories pertinent to the future of Linux annoy you, maybe you're in the wrong forum. May I suggest Fark?

      Slashdot isn't just about Farscape and anime.

    2. Re:I'm getting sick of this SCO BS... by Anonymous Coward · · Score: 0

      Well, I think they can SCO f*** themselves...

    3. Re:I'm getting sick of this SCO BS... by Anonymous Coward · · Score: 0

      I'm so tired of the mindless drivel that I've updated my slashdot preferences so "funny" gets a -1 . I'll be tweaking it more in the days to come to cut down on the bullshit and give me more interesting to read comments.

    4. Re:I'm getting sick of this SCO BS... by Anonymous Coward · · Score: 0

      this is right now topic. What was the moderator thinking?

    5. Re:I'm getting sick of this SCO BS... by Anonymous Coward · · Score: 0

      Too bad the filters can't block .edu accounts. The quality of read would jump an order of magnitude.

  7. grep sco /usr/share/dict/words by Anonymous Coward · · Score: 0

    Make your SCO jokes with these words.
    (Posted with this formatting to avoid lameness filter)

    abscond absconded absconding absconds alfresco ascot Bascom discomfort disconcert disconcerting disconcertingly disconnect disconnected disconnecting disconnection disconnects discontent discontented discontinuance discontinue discontinued discontinues discontinuities discontinuity discontinuous discord discordant discount discounted discounting discounts discourage discouraged discouragement discourages discouraging discourse discourses discover discovered discoverer discoverers discoveries discovering discovers discovery Driscoll episcopal Episcopalian Episcopalianize Episcopalianizes escort escorted escorting escorts fiasco fourscore Francesco Francisco fresco frescoes Gascony Genesco gyroscope gyroscopes Lipscomb macroscopic microscope microscopes microscopic microscopy misconception misconceptions misconduct misconstrue misconstrued misconstrues Moscone Moscow Muscovite Muscovy Nabisco oscilloscope oscilloscopes periscope Prescott scoff scoffed scoffer scoffing scoffs scold scolded scolding scolds scoop scooped scooping scoops scoot scope scoped scopes scoping scorch scorched scorcher scorches scorching score scoreboard scorecard scored scorer scorers scores scoring scorings scorn scorned scorner scornful scornfully scorning scorns scorpion scorpions scotch scoundrel scoundrels scour scoured scourge scouring scours scout scouted scouting scouts scow scowl scowled scowling scowls spectroscope spectroscopic spectroscopy stereoscopic stethoscope stroboscopic telescope telescoped telescopes telescoping threescore transcontinental underscore underscored underscores undiscovered viscount viscounts viscous Wisconsin

    1. Re:grep sco /usr/share/dict/words by Anonymous Coward · · Score: 1, Funny

      What, no kaleidoscope, disco, or scones?

    2. Re:grep sco /usr/share/dict/words by NoData · · Score: 5, Funny

      The SCOpe of your SCOuring SCOffs at our punny diSCOurse, but don't diSCOunt the SCOrnful diSCOntent eSCOrting these SCOundrels' miSCOnduct. The puns are diSCOmforting, but they are verbal SCOwls that underSCOre the disSCOuragement felt as we diSCOver the latest SCOop regarding their miSCOnstruals of truth. Putting this SCOurge under the microSCOpe may SCOrch their miSCOnceptions before they can abSCOnd from this fiaSCO without settling the SCOre. Vile SCOrpions!

    3. Re:grep sco /usr/share/dict/words by LordLucless · · Score: 1

      How long did it take you to think of that, and was it worth it?

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
    4. Re:grep sco /usr/share/dict/words by muyuubyou · · Score: 1

      It is people thinking and working their posts that make Slashdot worth reading.

      If it all was "w00000t f1rst p0st" and " sucks|r0x0rz" I wouldn't be here right now.

  8. Yes, that's what we've been missing! by Otter · · Score: 5, Funny
    All these stories we've been getting about how some anonymous person told an unnamed source that he heard something about SCO and Linux code -- all good, but if only they had been Babelfished first! Clearly this story sets a new standard for daily SCO rumors.

    Anyway, you've got to love a publication that tells you, "Here's a machine translation (containing lines like "In the concrete implementation there are not however so many differences that a proof of the same origin will become difficult, although reliably not possibly.") and, oh, there's also a human translation, too."

  9. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 0

    >Wasting bandwidth can be a good way to take out
    >your anger... and make them pay a few pennies in
    >the process. Since bandwidth is so cheap, launching
    >things like this won't really help. However, we can
    >download the Linux kernel from SCO and then execute
    >our GNU rights.

    Your link was broken. Here's a real one.

  10. SCO code =Bad chop job? by Limburgher · · Score: 4, Interesting

    Now, I haven't seen the code, but the way it's described sounds to me like SCO may have grafted comments from the Linux source onto the SysV code. Comments being as unique and "fingerprinty" as they can be, this might have seemed like a good plan for making the code look like it came from SysV. The litmus test may be the origin of the comments, especially the jokes. I know if someone ripped off my joke, I'd for SURE let people know. . .

    --

    You are not the customer.

    1. Re:SCO code =Bad chop job? by SkArcher · · Score: 2, Interesting

      This thing of 'the dates in the comments have been removed' sounds to me like a bad attempt at a cover up. AFAIK, every developer worth his salt dates everything. besides this is the fact that the corresponding code is merely similar - by what virtue can SCO claim that comments, which are not part of the actual operating code, form a more significant part of the source than the actual code?

      --

      An infinite number of monkeys will eventually come up with the complete works of /.
    2. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 0

      AFAIK, every developer worth his salt dates everything.

      What? Every developer I know worth their salt doesn't even write comments.

    3. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 5, Funny

      What? Every developer I know worth their salt doesn't even write comments

      I never WRITE comments as such, I extract previosuly used ones from Unixware and fit them into my code as best I can. I thought everyone did that...

    4. Re:SCO code =Bad chop job? by John+Hasler · · Score: 4, Informative

      > ...by what virtue can SCO claim that comments,
      > which are not part of the actual operating code,
      > form a more significant part of the source than
      > the actual code?

      The judge in the USL-BSD case ruled that similar or identical comments don't count since they are not functional. That precedent will count against SCO.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    5. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 0

      every developer worth his salt dates everything.

      They might try to date 'everything' but most girls worth their salt have higher standards.

    6. Re:SCO code =Bad chop job? by GGarand · · Score: 1

      Beside, code comments have this nice property:
      they don't modify compiled binaries, so noone will be able to prove they weren't there 2 monthes ago...
      Yet, they sound "convincing" to humans.

      Clever, isn't it?

    7. Re:SCO code =Bad chop job? by Rorschach1 · · Score: 4, Funny

      Yeah, what's the GPL got to say on comments? Are they afforded the same protection as functional code? I put a lot of thought into my comments, on the rare occasions I write any. I once commented a project for a client entirely in haiku. No one ever said anything. /*
      Comments in haiku
      Not for any good reason
      I was simply bored
      */

    8. Re:SCO code =Bad chop job? by dnoyeb · · Score: 1

      Actually it sounded from the translation like SCO was not using Linux "code" to show that linux stole from SCO, but bits of code people had posted in the kernel mail list.

    9. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 0
      What? Every developer I know worth their salt doesn't even write comments.

      Yeah, but a poorly written perl script has different types of documentation requirements than an actual program that does something in the real world.

      (I should probably put a troll-lick out on the property somewhere, they probably don't get much salt.)

    10. Re:SCO code =Bad chop job? by thynk · · Score: 4, Funny

      AFAIK, every developer worth his salt dates everything.

      Except for members of the opposit sex.

      What ever happened to "Real programers don't comment code. If it was hard to write, it should be hard to read and even harder to fix."?

      --

      Good judgment comes from experience, and a lot of that comes from bad judgment.
    11. Re:SCO code =Bad chop job? by rnturn · · Score: 1

      Perhaps it was SCO's vaunted teams of reviewers that added those comments. For the benefit of the SCO executives who wouldn't know a good piece of code if it bit 'em on the ...

      --
      CUR ALLOC 20195.....5804M
    12. Re:SCO code =Bad chop job? by JWSmythe · · Score: 4, Funny

      I date every girl that'll say yes..

      I stalk the rest.

      I comment on all of it.. :)

      15-Jun-2003 22:27 // Mary Jane was wild in bed tonight.

      --
      Serious? Seriousness is well above my pay grade.
    13. Re:SCO code =Bad chop job? by grungeKid · · Score: 1

      AFAIK, every developer worth his salt dates everything

      I let my revision control system (eg CVS) do that for me. That way, it doesn't clutter the code, unless I want it to (eg "cvs annotate"). Printouts of the kind described in the article would not have this information, though (and in Linux case it would not be available, as no revision control system was used until recently)

    14. Re:SCO code =Bad chop job? by andrewski · · Score: 1

      Bribe a judge and then
      you can lie a whole darn lot
      It's your day in court.

    15. Re:SCO code =Bad chop job? by TheRaven64 · · Score: 2, Insightful
      I haven't seen the Linux code or the Sys V code, but I can categorically say that on the basis of my expert opinion that they are identical. Please go to my site now and click on all of the pretty banners.

      That's all you need to get /.'ed now, right?

      --
      I am TheRaven on Soylent News
    16. Re:SCO code =Bad chop job? by RoLi · · Score: 1
      Yeah, sure, but SCO will have a hard time that those comments caused them 1 billion $ in lost sales.

      By now, I think even most MS supporters are no longer believing SCO has a case. It's just vapor.

    17. Re:SCO code =Bad chop job? by jceaser · · Score: 1

      What? Every developer I know worth their salt doesn't even write comments.

      So you only know unemployed developers who can't function in a group?

    18. Re:SCO code =Bad chop job? by DickBreath · · Score: 1

      It's not only that.

      Let's review: SCO is claiming that IBM stealing IP and putting it into Linux is what, according to their complaint filed in court, turned Linux from a bicycle into a luxury car.

      So those cutting and pasting of comments not only cost SCO $1 Billion in lost sales, but also turned Linux from a bicycle into a luxury car.

      --

      I'll see your senator, and I'll raise you two judges.
    19. Re:SCO code =Bad chop job? by usotsuki · · Score: 1

      Not bad except the third line is supposed to be a turn in thought.

      -uso.
      Nihon no koto ga suki yo.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    20. Re:SCO code =Bad chop job? by rifter · · Score: 1

      BUt since the LInux printouts are from the lkml, there would have been dates, since all emails have timestamps.

    21. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 0

      Comments in Haiku
      might help with brevity but
      break understanding.

      Writing haiku notes
      allows coder to pretend
      code is expressive.

    22. Re:SCO code =Bad chop job? by Anonymous Coward · · Score: 0

      Why date everything? That's what CVS is for.

      SCREW wasting my time duplicating what a computer can do automatically.

    23. Re:SCO code =Bad chop job? by andrewski · · Score: 1

      I don't know about that. Most of the haiku that I have read is pretty freeform (Basho, Issa, Buson, Shiki), and if anything generally they contain seasonal or naturalistic references. Not always, though.

      Haiku, in the modern form, can cover any of various subject matter.

    24. Re:SCO code =Bad chop job? by mr_e_cat · · Score: 0

      every developer worth his salt dates everything

      Change "everything" to "anything that'll say yes".

    25. Re:SCO code =Bad chop job? by usotsuki · · Score: 1

      I think I noticed something like that in Bashà also (there was one about a butterfly, IIRC).

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    26. Re:SCO code =Bad chop job? by andrewski · · Score: 1

      Of course, Basho must be read in æ--¥æoeèz to be fully appreicated. Truly the only way to appreciate them on the level intended by the author is to experience it in the original language.

    27. Re:SCO code =Bad chop job? by usotsuki · · Score: 1

      Wakaru, wakaru! :) BTW I watch "BishÃjo Senshi Sailormoon" in Japanese.

      -uso.

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    28. Re:SCO code =Bad chop job? by mink · · Score: 1

      I think Basho Senshi Sailormoon would be more entertaining.

      --
      Well I've wrestled with reality for thirty five years doctor, and I'm happy to say I finally won out over it.
  11. Line numbers please? by Spazmania · · Score: 4, Interesting

    Could someone who knows the fellow ask him to select a version of Linux and indicate the actual filenames/line numbers where the code is alleged to be "the same?" The question here is "where did the code actually come from." To answer that, its first necessary to know precisely the code at issue.

    From there, I would imagine that Linus has extensive records on where particular kernel submissions came from. That leads to affidavits to the effect that the code was an original work, or its replacement with code which in fact is an original work. Either of which solves the problem.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    1. Re:Line numbers please? by ender's_shadow · · Score: 1
      It doesn't matter if we know who this particular guy is or what his code is. There are a number of people like him - the point is that SCO is getting slapped back. In other words, we don't need to know where his original code is - only the court need know that, for his case. The only important thing to us is that at least one person is slapping SCO back. What a great move!

      Linus need not be consulted. In the letter, the writer says that his code is tagged. That should be enough to copyright his work.

    2. Re:Line numbers please? by MeanMF · · Score: 4, Interesting

      From there, I would imagine that Linus has extensive records on where particular kernel submissions came from. That leads to affidavits to the effect that the code was an original work, or its replacement with code which in fact is an original work. Either of which solves the problem.

      From my understanding, if there was SCO code in there that somebody replaced, they would have had to do it without ANY access to the SCO code at all, in the same way companies like AMD did "clean room" reverse engineering jobs on Intel's chips once upon a time. If a Linux developer at IBM even had access to look at SCO-licensed code (let alone copying and pasting it), IBM would likely be in violation of their license. This is one of the reasons the kernel developers are recommending against signing the NDO to view SCO's code - once you've seen it and know SCO's supposed "trade secrets", you could very well be considered legally incapable of creating functionally equivalent, original code.

    3. Re:Line numbers please? by Anonymous Coward · · Score: 0

      I think he was talking about the code SCO clains was copied to their Unix, as seen by the German guy. It is hard to tell though.

    4. Re:Line numbers please? by Threni · · Score: 0, Troll

      "It doesn't matter if we know who this particular guy is or what his code is. There are a number of people like him - the point is that SCO is getting slapped back. In other words, we don't need to know where his original code is - only the court need know that, for his case"

      You could say that about any story on any site concerning the law. I want to see the code, because I'm interested in seeing whether there's any truth in the claim. Unlike you, I've nothing against SCO until such time as I can determine for myself whether or not they have a case, or if they are just trying it on.

    5. Re:Line numbers please? by hobsonchoice · · Score: 3, Interesting

      The comment that dates were removed is interesting.

      I presume that it means, this German guy didn't see the "raw" SCO evidence, but he saw SCO's presentation/interpretation/summary of the "evidence"

      My thoughts:

      1. Perhaps, he doesn't give file names or line numbers: because he does NOT know what they are

      2. Doesn't anybody find it the least bit odd, that a so-called expert, who is supposedly assessing the strength of SCO's evidence, is not shown the "raw" evidence, but some kind of presentation/summary/interpretation of it????

    6. Re:Line numbers please? by ender's_shadow · · Score: 2, Insightful
      Unlike you, I've actually followed this story for a while. It's obvious to me that there are thousands of people being ripped off by SCO (who is redistributing GPLed works absent the GPL). It doesn't matter which lines of code this coder wrote.

      You have nothing against SCO. Hmmm. You don't have a problem with this company, whom Microsoft has a huge interest in now, spreading lies like "The GPL will kill your business! See what these Linux people are doing to us? They'll do it to you too!" You don't have a problem with them "trying on" an argument (fallacious at best - they do have lawyers, you know. probably more lawyers than coders), and in the process costing other companies money and time, and slowing down our already struggling economy, especially the IT sector, with frivolous claims and threats? Maybe you do need to see this guy's code. Straight logic certainly isn't working for you.

    7. Re:Line numbers please? by Anonymous Coward · · Score: 0
      It doesn't matter if we know who this particular guy is or what his code is.

      Suppose we find the source of the allegedly infringing code, and we find out it was not one particular guy. Suppose the code was written by a half dozen core kernel developers.

      Or suppose the code was written by a couple different people, none of whom can be located or have been heard from since the code was originally submitted.

      Or suppose the code came from an IBM developer.

      The source of the code is of critical importance in this case.

    8. Re:Line numbers please? by ender's_shadow · · Score: 1
      he's tagged his code. that means it's copyrighted. he has a claim a/g SCO. If an IBM developer has a claim against this guy, he might bring it (eg "That's my code, not yours."), but this coder has still made a prima facia case.

      Expect more of these claims a/g SCO.

    9. Re:Line numbers please? by roystgnr · · Score: 1

      From my understanding, if there was SCO code in there that somebody replaced, they would have had to do it without ANY access to the SCO code at all

      Yes, this would also explain why professional authors don't read books.

    10. Re:Line numbers please? by Anonymous Coward · · Score: 0

      I think he was talking about the code SCO clains was copied to their Unix, as seen by the German guy. It is hard to tell though.

      It's hard to tell because the good people that select the stories for /. thought it would be better to post the late-breaking story of a Linux kernel developer sending a copyright infringement notice to SCO, as an afterthought at the bottom of a story featuring several-day-old news of the German gentleman who was able to view the disputed code without signing the NDA. I submitted a link to the new story right after it first went online, but whoever picks the stories that go online here decided on this one instead. They probably (understandably) have a preference for stories submitted by registered /.rs.

      Although his reply did not directly relate to the comment he was replying to, it's the first post I've seen yet that even speaks of the new story. Says alot about how well the moderators, people who choose the stories, and even those of us who comment, pay attention to what's really going on.

      as seen by the German guy
      BTW: the Linux kernel guy who is threatening SCO is German too. Anybody confused yet?

    11. Re:Line numbers please? by Anonymous Coward · · Score: 0
      It's obvious to me that there are thousands of people being ripped off by SCO (who is redistributing GPLed works absent the GPL).

      Reading your comment, I just thought of something. It seems to me that this legal challenge puts SCO in somewhat of a box. They can't distribute the Linux source without doing one of the following:

      Dropping their copyright infringement claim and GPL'ing the disputed parts

      Removing the disputed parts from their distribution, making it easy to determine exactly which parts are disputed

      But if they DONT distribute the Linux source, they may be breaking support contracts with businesses they have sold Linux products to. Why else would they even be distributing Linux now, after all the BS they've been saying?

      Now what I'd like to see is for all the rest of the kernel developers to show this guy's Notice Of Copyright Infringement to their attorneys for comment, and consider filing similar notices to SCO.

    12. Re:Line numbers please? by Stephen+Samuel · · Score: 1
      From my understanding, if there was SCO code in there that somebody replaced, they would have had to do it without ANY access to the SCO code at all, in the same way companies like AMD did "clean room" reverse engineering jobs on Intel's chips once upon a time.

      'clean room' tactics are not the only way to produce code that is not a copyright violation. It is however a good (and proven by precedent) way to prove that your code is taint-free. SCO would still have to prove that your code is derived from theirs and you'd have an opportunity to disprove. A clean room production simply makes SCO's job almost impossible.

      --
      Free Software: Like love, it grows best when given away.
    13. Re:Line numbers please? by Anonymous Coward · · Score: 0

      according to that guy most of the linux snippets were coming from the kernel mailing list, so i suspect it would be impossible to tell from the presentation filenames and line numbers

    14. Re:Line numbers please? by len_harms · · Score: 1

      Which leads me to belive even if we had just 1 unique enough comment/piece of code we could figure out who the hell did what. There are plenty of archives out there that have every kernel version back to the linux dawn of time. Could find it within log(n) steps too. Most of them have changelogs and usually say who did what and when. But so far the 'evidence' has been rather scanty as you say. Also the nda they want to see the code is stupid you would never get to do any linux type thing again. For fear of being the one who puts something in. We can also look at other open source projects of the time and see what sorts of things they were doing. Maybe it wasnt even linux at all maybe it was inherited from some other project?

      small colection of kernel source

    15. Re:Line numbers please? by MeanMF · · Score: 2, Insightful

      SCO would still have to prove that your code is derived from theirs and you'd have an opportunity to disprove

      From what I've read, they only have to prove access and "substantial similarity" to the copyrighted code. Clearly IBM had access, so the question is if the code is "substantially similar" whatever that means. Algorithms aren't copyrightable (you'd need a patent), but you'd need a legal way to obtain the algorithm like clean-room reverse engineering. Code fragments, structure (function names, etc), and organization are all copyrightable. There are exceptions to this, like when a code has to be structured or named a certain way to ensure compatibility. Since Linux and Unix kernels aren't meant to be compatible, this exception would be a non-starter for IBM. If IBM did in fact copy and paste code (including comments) into Linux, I would guess that this would easily pass the "substantially similar" test.

    16. Re:Line numbers please? by Spazmania · · Score: 2, Interesting

      He says that there were a lot of the same jokes in the comments. Any particular reason he can't grep the kernel source for those files and find the relevant sections?

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    17. Re:Line numbers please? by Spazmania · · Score: 2, Informative

      I want to see the code, because I'm interested in seeing whether there's any truth in the claim.

      Exactly. That's why its important to know which portion of the code base is at issue. But more important than learning whether the claim is true is fixing it so that even if its true today it ceases to be true tomorrow. That's why its important to track the exact code at issue back to its source -- something I've zero confidence that SCO has accomplished.

      I've nothing against SCO until such time as I can determine for myself whether or not they have a case, or if they are just trying it on.

      I vehemently disagree with you there. Regardless of the merits of SCO's case, they're treating the entire Linux community as if we're some sort of villians. Worse, they've gone out of their way to prevent us from halting the very infringement they allege exists. That's horribly wrongheaded, and I hope they rot for it.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    18. Re:Line numbers please? by Spazmania · · Score: 4, Interesting

      It seems to me that this legal challenge puts SCO in somewhat of a box.

      Its far nastier than that. The GPL insists that if the entire codebase isn't distributed under the GPL then none of it is. If SCO asserts that the GPL doesn't apply to the code in the kernel version of Linux they shipped is not under the GPL then they distributed the kernel without a valid license to do so. That makes them liable for damages to the thousands of authors who contributed code to the Linux kernel. If anyone ever registered one of the kernels with the copyright office then they're also liable for punitive damages to thousands of plaintiffs.

      At this point, SCO's damned if they do and damned if they don't. They screwed up bad.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    19. Re:Line numbers please? by larry+bagina · · Score: 3, Funny

      ... and why slashdot editors don't read slashdot.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    20. Re:Line numbers please? by hobsonchoice · · Score: 1

      Maybe because English is not his first language? Could you remember a joke in some code you read in a foreign language, while some lawyer is breathing down your neck?

      Maybe because he is afraid SCO will sue him if he does this?

      Maybe because nobody asked him?

      Maybe he has already, and has just chosen not to disclose this part.

      And a whole bunch more plausible reasons, we don't even know whether he has or hasn't

    21. Re:Line numbers please? by rnturn · · Score: 1
      ``He says that there were a lot of the same jokes in the comments.''

      Then I don't think it could have been sched.c. I just looked at a copy of that file and I didn't see a single comment in it that was even remotely funny. I can usually detect things that are geekily humorous but there sure didn't seem to be anything in that file that fit the bill.

      Now the comments in sched.h? Those cracked me up.

      --
      CUR ALLOC 20195.....5804M
    22. Re:Line numbers please? by Eunuchswear · · Score: 1
      this company, whom Microsoft has a huge interest in now,
      What are you wittering on about?

      I can see how you could claim that Microsoft has an interest in the outcome of the case, but what on earth makes you think Microsoft has "an interest" in the SCO Group (nee Caldera)?

      --
      Watch this Heartland Institute video
    23. Re:Line numbers please? by TheMidget · · Score: 1
      Could you remember a joke in some code you read in a foreign language, while some lawyer is breathing down your neck?

      Well, he had enough understanding of the foreign language to notice that it was a joke.

      Maybe because he is afraid SCO will sue him if he does this?

      Well, no need to fear anything on that front. Due to some clerical error, they forgot to ask him to sign an NDA... So he is not bound by an NDA...

    24. Re:Line numbers please? by Anonymous Coward · · Score: 0

      It's much more likely SCO copied+pasted code from the Linux kernel, or perhaps LKML (so that the SCO source code dates could even be slightly earlier than the introduction of the code to Linux, but later than the code's first publishing on LKML.). If that is the case, SCO are screwed, LKML is archived at hundreds of locations worldwide.

    25. Re:Line numbers please? by Anonymous Coward · · Score: 0

      Skinner: I call it "Billy and the Clonosuarus"

    26. Re:Line numbers please? by TheRaven64 · · Score: 2, Insightful
      If anyone ever registered one of the kernels with the copyright office then they're also liable for punitive damages to thousands of plaintiffs.

      Why would they need to register it? In the UK (and several other countries) you own copyright on anything you create and choose to claim copyright on. Quite a few kernel developers are UK residents (including Alan), and since UK copyright is also valid in the US due to treaties they can sue SCO with no effort.

      --
      I am TheRaven on Soylent News
    27. Re:Line numbers please? by vidarh · · Score: 1
      Well, no need to fear anything on that front. Due to some clerical error, they forgot to ask him to sign an NDA... So he is not bound by an NDA...

      And you assume that SCO will not sue because their case against him would have no merit exactly why?

    28. Re:Line numbers please? by sparkz · · Score: 1
      The article mentions jokes; looking at RedHat's latest 2.4 kernel (2.4.20-13.8, but really more like 2.4.21, I believe), there are no "jokes" as such in sched.c; the best I can find are these two:

      Line 662

      /*
      * there are 3 processes which are affected by a context switch:
      *
      * prev == .... ==> (last => next)
      *
      * It's the 'much more previous' 'prev' that is on next's stack,
      * but prev is set to (the just run) 'last' process by switch_to().
      * This might sound slightly confusing but makes tons of sense.
      */
      And line 1304:
      /* Become as one with the init task */

      Now maybe I'm being picky, but these aren't side-splitting jokes as far as I'm concerned... these are, however, the closest I can find.

      --
      Author, Shell Scripting : Expert Re
    29. Re:Line numbers please? by Stephen+Samuel · · Score: 1
      Since Linux and Unix kernels aren't meant to be compatible, this exception would be a non-starter for IBM. If IBM did in fact copy and paste code (including comments) into Linux, I would guess that this would easily pass the "substantially similar" test.

      I'm not talking about the code that IBM has in there right now. I'm talking about replacing the code that SCO is accusing IBN/The Linux Community of having purloined. I get a sense that it would be difficult to find someone both capable of and willing to replace non-trivial chunks of code who could prove that (s)he had never had access to the Linux source tree.

      As a result, I'm thinking that the Linux community would have to depend on the new code lacking 'substantial similarity'. Not quite as easy as doing a clean room rebuid, but still quite doable.

      --
      Free Software: Like love, it grows best when given away.
    30. Re:Line numbers please? by Anonymous Coward · · Score: 0

      It would also make IBM, SUN, Corel, SuSE, Red Hat, Debian consorium or whatever its called, any LUG that sells Linux cd's, and maybe even Best Buy since they sell Red Hat.

      So if you're correct, then SCO isn't screwed, its everyone else. If SCO wanted to destroy Linux, then they could that way. Of cource this is all riding on if you are 100% correct.

    31. Re:Line numbers please? by MeanMF · · Score: 1

      I'm not talking about the code that IBM has in there right now. I'm talking about replacing the code that SCO is accusing IBN/The Linux Community of having purloined. I get a sense that it would be difficult to find someone both capable of and willing to replace non-trivial chunks of code who could prove that (s)he had never had access to the Linux source tree.

      Since the Linux source code is available to the general public, you're probably right. Replacing the code is the least of the OSS community's worries though - the alleged infringement has already taken place so damages would apply. A loss in court could also make it too risky to accept contributions to OSS projects from the general public.

    32. Re:Line numbers please? by Spazmania · · Score: 1

      Why would they need to register it?

      In the US, you own the copyright as a consequence of creating the work in the first place and can seek real damages for any infringement. However, you can only seek PUNITIVE damages if your copyright was registered at the time the infringement occurred.

      Given that linux is free (as in beer) when the license is obeyed, its very unlikely that any real damages could exceed SCO's actual revenues for distributing Linux. Indeed, its unlikely they'd amount to even a small fraction of that. Punitive damages, on the other hand, can go quite high.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    33. Re:Line numbers please? by Stephen+Samuel · · Score: 1
      Given that the infringement was (on most peoples' part) unknowing and inadvertent, I rather doubt that there would be a terribly high price to pay -- especially if a replacement is relatively fast in coming.

      My thought is that the person most at risk would be the person who posted the 'dirty' code to begin with.
      They are also likely to be the person with the knowledge of where the code came from (and any defences associated with that).

      --
      Free Software: Like love, it grows best when given away.
    34. Re:Line numbers please? by Liquor · · Score: 1
      Now the comments in sched.h? Those cracked me up.
      If you are serious about where the jokes might be, why am I almost remembering something about header files necessary for compatibility being exempt from copyright protection? Now if only somebody would show this non-NDA viewer the jokes in the BSD header files - maybe he'd recognize them.

      Aside from which, it sounds more and more like this is something that came into Linux via BSD, and SCO is trying to replay the original ATT vs BSD battle (and 10M$ M$ FUD)?.
      --

      Liquor
      Sanity is a highly overrated commodity.
    35. Re:Line numbers please? by usotsuki · · Score: 1

      In the US, as soon as your work is fixed in a tangible medium (such as hardcopy), it is copyrighted. That is how I claim copyright sans registration on Dapple ][ aka EMU][.

      -uso.
      For the desire of money is the root of all evil, which while some lusted after, they erred from the faith, and pierced themselves through with many sorrows. - 1 Timothy 6.10 (Tomson) (Nods to dnoyeb)

      --
      Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
    36. Re:Line numbers please? by Threni · · Score: 1

      "they're treating the entire Linux community as if we're some sort of villians. Worse, they've gone out of their way to prevent us from halting the very infringement they allege exists. That's horribly wrongheaded, and I hope they rot for it."

      It's their right to say what they want. We'll see what the courts say. It's looking to me like SCO are in the wrong here, and IBM are doing good work promoting Linux (even if they`re not doing it out of altruism).

    37. Re:Line numbers please? by MeanMF · · Score: 1

      Given that the infringement was (on most peoples' part) unknowing and inadvertent, I rather doubt that there would be a terribly high price to pay -- especially if a replacement is relatively fast in coming.

      Tell that to Napster... They even had the "non-infringing use" doctrine on their side and still lost.

  12. As previously seen on Slashdot... by hendridm · · Score: 4, Informative

    rjamestaylor already posted the link under a previous story, and wiedmann was kind enough to translate it. Not exactly new, but worthy of discussion I suppose.

    1. Re:As previously seen on Slashdot... by Anonymous Coward · · Score: 1, Insightful

      Wiedmann's translation is substantially better than that of Ms. Adaktylos, especially when it comes to the technical part of the article, the differences in the inner workings of functions. However Wiedmann did not at the time have the opportunity to complete his translation, and hoped someone else would. So here is the final part of the article, picking up where Wiedmann stopped.

      As to the discussion of the piece of Linux sold by SCO/Caldera itself under the GPL, one has to take into account that no Court has yet had to decide as to the enforcability of the GPL. Should this validity be established, however â" and this is far from certain --, SCO can adduce for the purposes of comparison only those parts of Linux which it has not already itself published and in the development, or further development, of which it was not involved. This too I consider to be a difficulty in the forthcoming trial.
      Since, however, the original, unpatched Linux sources have not been attacked, but rather only modifications added by very different distributors, it is in any case necessary to clarify whether these might perhaps own the rights to the sections which are the subject of the legal action, whether directly or indirectly, e.g. by way of company mergers, take-overs, "all-inclusive"-deals and the like.
      The odds of an actual trial beginning are not particularly good, as in most previous comparable cases a settlement has been reached out of court. Of course this is merely my personal opinion; only the decision of the lawyers on both sides or of the court eventually holding jurisdiction will be binding.

    2. Re:As previously seen on Slashdot... by Anonymous Coward · · Score: 0

      speaking about rjamestaylor, what happened to slashot.org?

    3. Re:As previously seen on Slashdot... by bigjocker · · Score: 1

      What intrigues me is that all accounts state that the code shown was from the linux kernel mailing list ... wouldn't that give them the source of the code?

      --
      Life isn't like a box of chocolates. It's more like a jar of jalapenos. What you do today, might burn your ass tomorrow.
  13. The translation is quite okay. by Heghta' · · Score: 5, Informative

    Being a native German speaker as well, and just having read the article in German and then English, I think the translation was done fairly well, and I doubt there is need for a better one.

    --

    Ash nazg durbatulûk, ash nazg gimbatul
    ash nazg thrakatulûk, agh burzum-ishi krimpatul.

    1. Re:The translation is quite okay. by Anonymous Coward · · Score: 0

      I have only one question:

      Does the author intend to reference the USPTO (that handles patents) or the Copyright Office? Since it is a copyright infringement that is being asserted, I thought that he meant the latter, and just got it mixed up in the translation.

  14. IN SOVIET RUSSIA by Eric+Destiny · · Score: 0, Funny

    in soviet russia, SCO settles YOU!

    --

    "The meek shall inherit the earth, the rest of us shall go to the stars." Isaac Asimov

    1. Re:IN SOVIET RUSSIA by Anonymous Coward · · Score: 5, Funny

      More like SCOviet russia. After all, what better place for SCO to be than moSCOw?

    2. Re:IN SOVIET RUSSIA by Eric+Destiny · · Score: 0, Offtopic

      LOLOL!

      mod parent up!

      --

      "The meek shall inherit the earth, the rest of us shall go to the stars." Isaac Asimov

    3. Re:IN SOVIET RUSSIA by Anonymous Coward · · Score: 0


      The party has had enought of your SCO jokes Comrade. Now knock it off or you will end up in the GNUlog.

      Don't say you haven't been warned.

  15. Wow, already? by Duncan3 · · Score: 5, Funny

    Slashdot, now with hourly SCO updates.

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
    1. Re:Wow, already? by Evil+Pete · · Score: 4, Funny
      Slashdot, now with hourly SCO updates

      But it has to be that way 'cause that's how we now measure the lifetime of SCO.

      --
      Bitter and proud of it.
    2. Re:Wow, already? by Anonymous Coward · · Score: 0

      So, I guess the next logical progression is to place a text ticker at the top of the page to keep /. up to date on minute to minute changes between SCO and IBM.

      Either that, or start polls as to how short the court case is going to be, how SCO will meet its demise, when it will happen, and the final stock price.

    3. Re:Wow, already? by bsharitt · · Score: 1

      I have to sit here and wait an hour to see what's going to happen next.

    4. Re:Wow, already? by Anonymous Coward · · Score: 0
      how we now measure the lifetime of SCO.

      Alas no. They are funded by M$ to muddy the waters and drag the court case out as long as possible.

      Our PHB's are already trying to stuff the Linux genie back into its bottle for fear of attracting SCO/M$'s attention.

      Face it guys, M$/SCO is very unfunny, it's your future / your soul as a Technocrat that is at stake here. Fight against this so hard that the money behind it hurts.

    5. Re:Wow, already? by csguy314 · · Score: 1

      Normally there are hourly updates anyway. Except they're usually just dupes ;)

      --
      This is left as an exercise for the reader.
    6. Re:Wow, already? by DickBreath · · Score: 2, Interesting

      Personally, I would prefer to be able to be paged whenever either Slashdot or Linux Today had an SCO update.

      It's like a movie buildup. First you make the audience really hate the bad guy. Then the good guy wins.

      This is the best entertainment I've seen in a long time. But it's real life and affects something I care about.

      --

      I'll see your senator, and I'll raise you two judges.
  16. Puns by Anonymous Coward · · Score: 5, Funny
    I would like to come out and speak in favor of the puns. They have been the best part of slashdot's coverage. Also, a running joke isn't funny if it doesn't reach the point of being stupid.

    Maybe this should be a slashdot poll:

    SCO wrapup story titles should be:
    • Puns
    • Ambiguous and forgettable
    • Unsuccessful and forgettable attempts to sumamrize all 19 links in four words
    • Serial numbers
    • Randomly and uniquiely generated for SCO stories on each pageoad based on a markov chain algorithm
    • All titled "cowboyneal"
    - still terrified still anonymous
    1. Re:Puns by Anonymous Coward · · Score: 0

      Excellent idea!

      Or maybe SCO stories could be modded to '-1 Lame' and I could filter it.

    2. Re:Puns by Anonymous Coward · · Score: 0

      Or you could filter them NOW by going to your user preferences and asking not to be shown stories with a Caldera section icon.

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

      Or you could filter them NOW by going to your user preferences and asking not to be shown stories with a Caldera section icon.

      You'd think so, but they've started introducing stealth SCO stories. This morning's "IBM doesn't comply with SCO's deadline" story was under "IBM" and "Businesses" but not "Caldera". There is no escape.

    4. Re:Puns by timeOday · · Score: 3, Funny

      Ah, this should come in awfully handy.

    5. Re:Puns by EvilAlien · · Score: 2
      Maybe someone could make a SCO FUD story generator, so people can generate even more meaningless coverage of the has-been/never-was trashing itself to death! This sounds like a job for... BBspot!

      Unfortunately, they've hardly taken advantage of the SCO comedy: SCO, the New Disease. I expected more.

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
  17. The Trillian Project : Proof of SCO's actions by Anonymous Coward · · Score: 5, Informative

    The Trillian Project : Proof of SCO's actions

    The Trillian Project : Proof of SCO's actions
    (#36053 by NZheretic in response to Did SCO open Unix source code? (ZDNet).)

    So, how did Linux become so capable of scaling beyond the heights of the
    old UNIXs. More importantly, who helped put what where?

    As with the marketing of cars and TVs, it is the vendor's high end
    leading edge models which sells the standard models, from which most of
    the sales and profit is made. For the enterprise server market today,
    that high end is multi-headed 64bit SMP ( shared memory multiprocessor
    ) systems, never mind the fact that single 32bit processors provide more
    than enough power to do most jobs. For all intensive purposes, it is the
    ability of the core OS to scale on 64Bit SMP systems that defines
    "enterprise scalability". Other enterprise feature are effectively just
    addons, which in the case of Linux, have been freely contributed from
    many vendors and developers.

    Since version 2.0, Linux was more than just a 32bit x86 operating
    system. With the insistence and assistance of John "Maddog" Hall, Linux
    was already ported to the 64Bit Alpha processor, which delivered great
    performance and stability. Just like the traditional AT&T UNIX source
    base, the ownership of the Alpha chipset passed though many hands,
    suffering the same fate of a thousand cutbacks. Even Alpha's "native"
    OS, VMS, has been ported to Itanium by HP/Compaq.

    Since 1997 Intel has been promoting the Itanium line as the inevitable
    successor for every other server processor on the market. Despite the
    early vaporware status, Intel has been very successful, at least in
    terms of marketing. With the exception of it's mainframes systems, even
    IBM ships Itanium systems that directly compete with their own Power
    processors.

    For what The SCO Group has to offer with SCO Unixware 7,the Itanium line
    is the only 64Bit option. The problem for The SCO Group is that modern
    Linux can compete so well in that same market, that the value of
    Unixware is rapid deteriorating to a historical curiosity. I suspect
    that The SCO Group ( at that time called Caldera ) executives were well
    aware of this before they acquired the server part of Old SCO in August
    2000, or they would have known, if they spoken to the right executives
    and technical staff.

    So how did Linux get scale on Itanium? The SCO Group would have you
    believe it was all IBM's doing, which isn't as interesting as the real
    story. The web of history weaves to encircle and entangle a much more
    diverse group of conspirators, including many of The SCO Group, Caldera
    and old SCO own former executives and other employees.

    In October 1998, IBM, Old SCO and Sequent teamed up to
    collectively develop parts of Unixware and AIX into scalable 64bit ready
    ports for IBM's Power processors and Intel's AI64, or Itanium, under the
    banner of Project Monterey. But by then, it was already too late.

    In February 1998, well before even the first prototype IA-64 chips were
    available, a skunkworks team at HP, with some assistance from Intel,
    began the work toward porting Linux to IA-64. By October 1998,around the
    same time that IBM, Old SCO and Sequent had finished negotiations, HP
    had completed the build toolchain. By January 1999, the Linux kernel was
    booting on an IA-64 processor simulator, months before the actual
    Itanium processor was available. In March 1999, at Intel, Linux was
    booting on the actual Intel Itanium processor. In April 1999, CERN
    joined the projects for the port of the Gnu C library and VA Linux
    Systems joined the project and rapidly improved the stability and
    performance.

    In May 1999, the Trillian Project is foundered and HP, VA Linux and
    Intel collectively provided their source patches to the Linux kernel for
    the Itanium port under the GPL license.

    A bootable kernel alone however does not make an OS make. HP supplied

    1. Re:The Trillian Project : Proof of SCO's actions by donnz · · Score: 1

      Fascinating though this account maybe it talks all the way through about Unixware, which was a very different beast to System V. To those of us who ever used System V to use the term "enterprise" along that OS is simply laughable.

      --
      -- Free software on every PC on every desk
    2. Re:The Trillian Project : Proof of SCO's actions by Goalie_Ca · · Score: 0, Offtopic

      HOLY SHITT!!! That is LOOOOONG!!!

      --

      ----
      Go canucks, habs, and sens!
    3. Re:The Trillian Project : Proof of SCO's actions by Anonymous Coward · · Score: 0

      Huh? Unixware is marketed as "UNIX System V Release 5". Maybe you are thinking of R3 or something.

    4. Re:The Trillian Project : Proof of SCO's actions by donnz · · Score: 1

      Ooops. That's too embarrasing. I had OpenServer in mind. Stat the original...

      --
      -- Free software on every PC on every desk
    5. Re:The Trillian Project : Proof of SCO's actions by Anonymous Coward · · Score: 2, Interesting

      Excellent article you linked to! I found this link from the article particularly interesting, in the context of the comments from the German fellow who saw SCO's "evidence" without signing the NDA. Here's a former SCO (now Intel) employee that worked on improving the Linux kernel for enterprise application (when he worked for SCO) talking about *scheduling* routines for *SMP* systems using Linux kernel 2.4.18.

    6. Re:The Trillian Project : Proof of SCO's actions by cactopus · · Score: 1
      Since 1997 Intel has been promoting the Itanium line as the inevitable
      successor for every other server processor on the market. Despite the
      early vaporware status, Intel has been very successful, at least in
      terms of marketing. With the exception of it's mainframes systems, even
      IBM ships Itanium systems that directly compete with their own Power
      processors.


      How incredibly arrogant of Intel. Itanium was and still is for the most part a failure. Itanium 2 doesn't address the problems with Itanium and unless things change drastically it will either fail or be only a marginal success. IBM's biggest investment is in z-Series and p-Series. POWER4 wipes the floor with Intel's ass. I don't understand how an incredibly late to the game company decides it IS the end all and be all of 64 bit. MIPS has been 64 bit since 1993 with the R4K. Sun has been 64 bit since the Ultra 1. Alpha... 21064...etc. etc. etc. Intel makes garbage second rate processors.... so even while Itanium has many merits over IA32, it's still a rehash of what has come before and has been implemented better by other vendors.
  18. Linus' stuff? by jabbadabbadoo · · Score: 4, Insightful
    "The crunch, however, is a function of the scheduler, which is, over a length of about 60 lines, indeed identical except for slight differences. In this section, there is also a whole lot of corresponding comments. Comparable similarity can only be found in one routine of the memory management, which is, however, only in the Linux version accompanied by comments."

    I'm pretty sure that Linus "wrote" this; this is kernel stuff, right?

    1. Re:Linus' stuff? by MrHanky · · Score: 4, Informative
      Yes, Linus wrote the original scheduler, but the later modifications like O(1) are not his:
      /*
      * kernel/sched.c
      *
      * Kernel scheduler and related syscalls
      *
      * Copyright (C) 1991-2002 Linus Torvalds
      *
      * 1996-12-23 Modified by Dave Grothe to fix bugs in semaphores and
      * make semaphores SMP safe
      * 1998-11-19 Implemented schedule_timeout() and related stuff
      * by Andrea Arcangeli
      * 2002-01-04 New ultra-scalable O(1) scheduler by Ingo Molnar:
      * hybrid priority-list and round-robin design with
      * an array-switch method of distributing timeslices
      * and per-CPU runqueues. Additional code by Davide
      * Libenzi, Robert Love, and Rusty Russell.
      */
      Mabe this is one of the comments that were identical?
    2. Re:Linus' stuff? by macshit · · Score: 5, Interesting

      What's interesting is that the scheduler seems one of the least likely places for such code-pollution to occur -- as one of the most central parts of the kernel, it's also one of the most scrutinized and well understood by many people.

      I'm also under the impression that the `traditional' linux scheduler (before the rewrite by Ingo Molnar in 2.5) is one of the oldest parts of linux, predating any involvement by IBM or any other large company with access to SCO source. [but this is just my impression from reading the LKML, not based on any research!]

      Because the mechanisms involved are fairly implementation-specific, it's also very unlikely that anyone could just copy a few random functions from SCO, unless they were very generic. Since SCO is by all accounts very old and crufty, it's unlikely you'd even want to.

      By far the most likely place for copied code is in obscure device drivers that no one really looks at or understands very well besides the original author.

      Of course what we really want to hear is the name of these functions! C'mon non-NDA guy, cough 'em up!

      --
      We live, as we dream -- alone....
    3. Re:Linus' stuff? by msgmonkey · · Score: 2, Interesting

      Of course this is pure speculation and I'm no way implying that this is SCO's plan but if you wanted to claim ownership over a part of Linux than what better place to do it than the scheduler? Thats a core piece of code and not some driver or feature that you can turn off.

      I do agree that it's so unlikely that it's not even worth considering..

    4. Re:Linus' stuff? by Minna+Kirai · · Score: 5, Interesting

      Since a process scheduler is such a well studied piece of Computer Science theory, it might be that the code in both Linux and SCO's Unix is derived from the same published, academic source.

      Something like an example from an Operating Systems 101 textbook... The natural starting place to write something like that. Both author's could've tossed in explanation from the same original source matter.

      Also, the scheduler is part of what makes Unix what it is- a multitasking, process-switched operating system. If several people want to implement that feature, they'll all have a very similar thought pattern, and converge towards a similar solution.

    5. Re:Linus' stuff? by Admiral+Burrito · · Score: 1
      I'm also under the impression that the `traditional' linux scheduler (before the rewrite by Ingo Molnar in 2.5) is one of the oldest parts of linux, predating any involvement by IBM or any other large company with access to SCO source. [but this is just my impression from reading the LKML, not based on any research!]

      If the new 2.5 scheduler is the point of contention, that might explain SCO's lack of urgency to cease distribution of their Linux. If the Linux stuff they distributed was 2.4, they weren't leaking their trade secret stuff.

      It would also also invalidate the uppity kernel developer's counter-complaint, which is over a 2.4 kernel.

    6. Re:Linus' stuff? by Anonymous Coward · · Score: 0
      And which of those folk work at IBM? Robert Love, Program Manager, IBM ACS - US. And Ingo also worked on NUMA and SMP material, see the bottom of this post. I wonder if Love didn't "leak" much to Molnar simply by talking with him, though there should be loads of evidence in the mailing lists.

      In any case, it could be that we're finally on to something here.

    7. Re:Linus' stuff? by Anonymous Coward · · Score: 0

      No, because Red Hat et al haven't distributed 2.5 and yet they want to go after them.

      As far as I know IBM hasn't distributed 2.5 either.

    8. Re:Linus' stuff? by Anonymous Coward · · Score: 0

      No, SCO has publicly stated that the Linux kernel is tainted at least back to 2.2.

    9. Re:Linus' stuff? by Anonymous Coward · · Score: 0

      Didn't RedHat backport the scheduler to 2.4 for their advanced server distro?

    10. Re:Linus' stuff? by Anonymous Coward · · Score: 1, Informative

      Wrong Robert Love. The 'linux rml' works for montavista (and still attends university of fla iirc)

      Ingo Molnar works for RedHat

    11. Re:Linus' stuff? by Skjellifetti · · Score: 1

      Since a process scheduler is such a well studied piece of Computer Science theory, it might be that the code in both Linux and SCO's Unix is derived from the same published, academic source.

      SCO is derived from Minix? That explains a lot.

    12. Re:Linus' stuff? by rampant+mac · · Score: 5, Funny
      "2002-01-04 New ultra-scalable O(1) scheduler by Ingo Molnar"

      Hello, my name is Ingo Molnar. You stole my sched.c source code. Prepare to die.

      Damn I'm lame.

      --
      I like big butts and I cannot lie.
    13. Re:Linus' stuff? by xenocide2 · · Score: 2, Interesting

      Or more accurately, MINIX. When Linus started the kernel, there really wasn't an Operating Systems 101 textbook per se. There might have been a few books on high level concepts, but solid. My history of Operating Systems isn't quite solid, but my understanding is that the MINIX book had just been recently released (the project started in 87, so its fairly safe to assume the book was released around 89). Before MINIX there were no public operating system implementations. They were proprietary information that had to be guarded by at least an NDA. There was no HURD (and mostly still is no HURD ;); there was no BSD (they reimplemented UNIX in circa 1994).

      If code was 'borrowed' in Linux from anywhere, its likely MINIX. I believe Torvalds states that there is no MINUX code within Linux anymore, which is easy to believe given the time span and advancements in technology.

      Really, schedulers are easily made unique, despite solving a central problem. Its simple to pick a design goal and make progress toward it. I highly doubt that MINUX and sysV were somehow related identically in that reguard. MINUX is by all accounts a simple yet functional implementation of an OS. SysV is reputatably a complex yet efficient beast. It may be the case that the code is duplicated, that much the german post implicates. But who stole from who is suspect, given the removal of dates. It may in fact be the case that SCO doesn't want to disclose the infringing code because the man submitting the patch was a) not liscenced or b) very poor and not IBM.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    14. Re:Linus' stuff? by Anonymous Coward · · Score: 0

      Dave Grothe did had access to Solaris source in the past....
      Not that I am suggesting anything.

    15. Re:Linus' stuff? by hanwen · · Score: 3, Informative

      If you read the old history stuff, you'd notice that
      Linus used Maurice J. Bach's "The Design of the UNIX Operating System." Perhaps the comments and functions were taken from that book?

      --

      Han-Wen Nienhuys -- LilyPond

    16. Re:Linus' stuff? by Anonymous Coward · · Score: 0

      Along the same line, this link produces the following (with junk removed/changed so Slashdot would accept it):

      [...]
      Header: remcom.c,v 1.34 91/03/09 12:29:49 glenne Exp $
      + *
      Module name: remcom.c $
      Revision: 1.34 $
      Date: 91/03/09 12:29:49 $
      Contributor: Lake Stevens Instrument Division$
      + *
      Description: low level support for gdb debugger. $
      + *
      Considerations: only works on target hardware $
      + *
      Written by: Glenn Engel $
      Updated by: Amit Kale
      ModuleState: Experimental $
      + *
      NOTES: See Below $
      + *
      Modified for 386 by Jim Kingdon, Cygnus Support.
      Origianl kgdb, compatibility with 2.1.xx kernel by David Grothe (dave@gcom.com)
      Integrated into 2.2.5 kernel by Tigran Aivazian (tigran@sco.com)
      thread support,
      support for multiple processors,
      support for ia-32(x86) hardware debugging,
      Console support,
      handling nmi watchdog
      [...]


      Grothe's previous experience with IBM is shown here.

      There are probably a zillion coincidences like these; it is/was a small world at that time. With careful cutting of a select set of quotation marks, you can prove a lot.

    17. Re:Linus' stuff? by nickos · · Score: 1

      MOD UP please.

    18. Re:Linus' stuff? by KamuSan · · Score: 1

      Integrated into 2.2.5 kernel by Tigran Aivazian (tigran@sco.com)

      Heh. Maybe that explains some similarities in code? SCO put the allegedly 'offending' code in there themselves!

    19. Re:Linus' stuff? by Dr.+Evil · · Score: 1

      I don't know how much room there is for innovation or originality in some of these key algorithms. After years of studying, tweaking and profiling by experienced software developers who work in the same field of study and work to similar standards for style and documentation, I think it would be quite likely that not only would the C-source be nearly identical, but the compiled binary would be so close, that the differences would be evidence of inefficiencies in the compiler...

      The "common source" could easily be the same textbooks, similar educations, identical CPU architectures, identical programming languages all being applied at the same time to solve the same problems for similar operating systems.

      I would be surprised if there weren't overwhelming similarities.

    20. Re:Linus' stuff? by DickBreath · · Score: 1

      Will Slashdot have any liability for the fact that you posted copyrighted code?

      Will Slashdot be able to successfully defend against SCO?

      --

      I'll see your senator, and I'll raise you two judges.
    21. Re:Linus' stuff? by copterdoc · · Score: 1

      The Princess Bride. The next-best movie in the world, second only to The Fifth Element.

  19. You can see the code too ! by Rosco+P.+Coltrane · · Score: 4, Funny

    someone in Germany is claiming to have viewed the SCO-alleged infringing Linux source code without having to sign a NDA

    Give yourself a few days to read the whole kernel source code and have your ass sued by SCO for having read their source code without NDA.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:You can see the code too ! by bitkid · · Score: 2, Informative

      IIRC German law is much different about trade secrets than US law. Unless this person used illegal means to get access to that information, it is the responsibility of the company to protect their trade secrets. They can sue of course, but they are unlikely to win if it is their own damn fault. The lawyer (sounded like he is an external) who forgot to have him sign the NDA might be liable for damages, though.

      (Usual disclaimer applies; IANAL and my law-classes were a while ago).

    2. Re:You can see the code too ! by Minna+Kirai · · Score: 1

      Unless this person used illegal means to get access to that information, it is the responsibility of the company to protect their trade secrets.

      US trade secret law is the same.

    3. Re:You can see the code too ! by budgenator · · Score: 1

      IANAL, but because the person reviewing the trade secret did so without illeagal means, then that trade secrets he saw are no longer secrets, and therefore IMHO no longer protected while that wouldn't help IBM in this matter, it should lessen any effects on Linux in general

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    4. Re:You can see the code too ! by cdn-programmer · · Score: 2, Informative

      Since clearly he is not a developer he did not understand what he was looking at and probably cannot remember it anyway. Hense the trade secrets have not been disclosed.

      Someone else pointed out that a serious developer will not jeopardize his/her career by signing an NDA. Well said. Nevertheless there is another post where the idea that the NDE is rather meaningless is put forth. This is simply not true. When anyone signs an NDA they open them up to litigation. It is quite trivial to accuse someone of infringment by virtue of the fact that they signed an NDA.

      As a developer I would urge any other developer follow two rules: (1) DON'T EVER SIGN AN NDA and (2) If someone tells you they have a secret or a good idea you might be interested in - tell them to KEEP IT TO THEMSELVES. Really, you do not want to know!

    5. Re:You can see the code too ! by 1qa2ws3ed · · Score: 1

      a few days??

      http://slashdot.org/articles/02/02/03/0542220.shtm l

      The Linux kernel contains 4,141,432 lines of code. Reading the entire kernel will take an estimated 14253.43 hours, or 593.89 days.

  20. Nice turnabout for SCO, but... by JaredOfEuropa · · Score: 0, Redundant

    It's certainly funny about this kernel developer giving notice to SCO about copyright infringement, even if he doesn't take it any further. However, the Evil Empire could use even this statement and point out to corporations: "Using Linux in your company will get yourself mixed up in all sorts of nasty legal tangles". Most execs might well be afraid to OK Linux in their department or company. These people don't know about distro's and GPL licenses, but they do understand the word 'lawsuit' and they don't like it one bit.

    We can only hope that IBM will stomp SCO into oblivion, and that this whole sordid mess will sink into quit oblivion afterwards.

    --
    If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
    1. Re:Nice turnabout for SCO, but... by StarTux · · Score: 1

      "These people don't know about distro's and GPL licenses, but they do understand the word 'lawsuit' and they don't like it one bit."

      Thats the problem, some do like the word lawsuit.

    2. Re:Nice turnabout for SCO, but... by cshark · · Score: 2, Interesting

      Funny you should mention that.

      My sits on the board of a major corporation. He called me the other night to ask about Linux, and the legal issues involved in using it.

      It took a few minutes to explain the decentralized nature of Linux and the history (much of which he already knew) of this case so far. Then he told me, "Sounds like a publicity stunt."

      Anyway the thing I found interesting about this conversation was that my father, an extremely well educated man, and familiar with the business of software had trouble understanding the nature of open source software.

      I suspect that there are many others in this type of position that have no idea how open source software works. They've been inundated with proprietary software for so long, that they seem to be stuck in that mind set.

      Question is,
      How do we educate the corporate world so they can make informed decisions for Linux, and other open source software?

      --

      This signature has Super Cow Powers

    3. Re:Nice turnabout for SCO, but... by Anonymous Coward · · Score: 1, Interesting

      Most people understand the word lawsuit, specially if it comes with $1,000,000,000 as the amount.

      SCO actions shows that you should be very careful with licesing software, either proprietary or open.

      For instance, they sued IBM, and are threatening them with revoking their AIX license.

      What business would want that?

      Nobody wants SCO's source code.

    4. Re:Nice turnabout for SCO, but... by arkhan_jg · · Score: 2, Insightful
      Of course, using closed source apps in you business doesn't mean you are safe from lawsuits.

      Whether it's BSA nastygrams for potential licence violations, or microsoft trying to enforce the 'no critism' part of their EULA, or apple suing because you because your program uses their aqua interface, or a company suing you because they think you've used their obscure software patent (GIF, JPEG etc), it all demonstrates that no matter what you use, you are always under threat from legal action in the US.

      It would make more sense for small companies to lobby for reform in tort law, or even the copyright/patent/trademark laws than to try and pick a 'safe' IT infrastructure.

      --
      Remember kids, it's all fun and games until someone commits wholesale galactic genocide.
    5. Re:Nice turnabout for SCO, but... by urulokion · · Score: 1
      It's certainly funny about this kernel developer giving notice to SCO about copyright infringement, even if he doesn't take it any further.

      Heh, heh, heh. That Kenel developer has a very powerful legal mechanism to use against SCO for violating his copyright. The DCMA. He can send a DCMA takedown notice to get his copyrighted work removed from SCO's internet sites. If they don't comply, he can send the notice to SCO's upstream ISP to get the entire web/ftp site taken down.

      I just love the irony.

    6. Re:Nice turnabout for SCO, but... by SunPin · · Score: 1
      The DCMA. He can send a DCMA takedown ...

      It's the Digital Millennium Copyright Act... or DMCA.

      --
      Laws are for people with no friends.
    7. Re:Nice turnabout for SCO, but... by urulokion · · Score: 1
      Argh. Mea Culha. My bad. I know better.

      At least I was consistantly wrong.

    8. Re:Nice turnabout for SCO, but... by mark-t · · Score: 1
      Nope.

      (It's the DMCA, btw, not DCMA)

      But that's beside the point. The DMCA only prevents the creation and distribution of technologies which can be used to decrypt encryption techniques employed to protect a copyrighted work. There is no digital encryption happening here, so the DMCA doesn't apply.

    9. Re:Nice turnabout for SCO, but... by urulokion · · Score: 1
      Au Contre. The DMCA does apply. The anti-circumvention and technology section (USC Section 1201) is just one of the many provisions in the DMCA

      The provision I'm talking about is the ISP safe harbor which protects them from copyright infrigement liability. The ISP gets a takedown notice, they remove access to the material for a minimum of 10 business days, the owner of the web site can send a counter-notice to have the material put back. The ISP is now protected against any lawsuit.

      I ought to know. I get several of those d*mned notices every month.

    10. Re:Nice turnabout for SCO, but... by urulokion · · Score: 1
      Mea Culpa...

      D*mn it. I can't spell anything right tonight.

    11. Re:Nice turnabout for SCO, but... by SunPin · · Score: 1

      :) No problem. I just thought that you should get a polite correction instead of what some angry idiots around here might say.

      --
      Laws are for people with no friends.
  21. translation by Tablizer · · Score: 5, Funny

    "It lacks farfegnugen"

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

      "It lacks farfegnugen"

      It's "Fahrvergnügen", and you need a "Führerschein" to experince it. Now to something complete differnet:

    2. Re:Translation by Anonymous Coward · · Score: 1, Informative

      There is not only one Linux scheduler. Every major version has a different one.

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

      funkinewgen farinoigul feekinawgins farfenugins
      feddy guginhimer

  22. what code? by tijnbraun · · Score: 4, Insightful

    But it still doesn't mention which part of the linux code is copied (either way). I would like to know... give me some function/variable names. Then we could at least estimate the date the code was submitted and incorporated. Furthermore we could know which functional parts of the linux kernel was copied.

    1. Re:what code? by Anonymous Coward · · Score: 0

      You have to wonder if he (or whoever he works for) is scared about sco comming after him if he says too much; what he reveled is hardly more than what others have under the NDA.

    2. Re:what code? by lspd · · Score: 2, Interesting

      No doubt. Cite a damn file name and line numbers. Without it, this looks like a scam to get traffic.

      What use are vague references to jokes in comments? Tell the line numbers so that we can know for certain whether or not the code being shown comes from a questionable source.

      If this story is true and someone did see SCO's code without a NDA then they're wasting the chance they've been given to cite some concrete examples of what SCO is claiming.

      Since the author elected to provide the same sort of wish-wash "proof" that SCO is handing out to the public, it's hard to imagine this isn't a scam.

    3. Re:what code? by cshark · · Score: 1

      Didn't he point out the scheduler as the biggest point of contention?

      --

      This signature has Super Cow Powers

    4. Re:what code? by kju · · Score: 1

      You are misleaded. He reported, that he was given tampered with sources. The dates were removed, the filenames weren't given, it were out of context parts of some function. So no function names to remember, and who can remember some not very specific interesting variable name?

    5. Re:what code? by lspd · · Score: 1

      $ wc -l sched.c
      1460 sched.c

      Which of the functions is he talking about? Given that he knew the area of the kernel he was looking at, why didn't he take a glimpse at the kernel source and point out the function name or line numbers?

      I'm not saying this is proof that the story is BS. I'm just saying that the lack of any single concrete piece of code makes me doubt the story. I mean, wasn't the whole point to give juicy details that would be verbotten under the NDA?

      I can't trust my own governement to tell me the truth...why should I assume this person is doing so?

    6. Re:what code? by lspd · · Score: 1

      So no function names to remember, and who can remember some not very specific interesting variable name?

      In the translation I read there was no mention of function names being removed, only dates and filenames. Surely someone going through all the effort to view the code can be expected to remember a few function names or the exact wording of the comments. Picking the exact lines out of the source should be trivial.

      It's not like someone expecting you to remember an obscure function you wrote 3 years ago. This person was looking at small bits of code that are at the center of a major lawsuit. I find the lack of even one single identifiable line to be a good indication that this story is a fake.

    7. Re:what code? by Corydon76 · · Score: 1
      And even more telling: there are no jokes in sched.c.

      Every comment located therein is useful particularly only for people understanding and modifying that code.

    8. Re:what code? by innocent_white_lamb · · Score: 1

      What use are vague references to jokes in comments?

      Well, maybe he could tell us the jokes. It might be easier for a non-technical guy to remember something that was supposed to be "funny" than to remember the name of a function call. If he can say, "The joke referred to this item" then we could find that joke in the source code and continue on from there.

      --
      If you're a zombie and you know it, bite your friend!
  23. Come on, how about some function names? by Anonymous Coward · · Score: 2, Interesting

    Why the hell would someone write out saying they saw the code and never once mention a single file name or function name for that matter?

    How difficult is it to say: function foo() in Linux is the same as bar() in SCO code? Duh! Give me a break.

    This looks more and more like a bad soap opera.

    Better luck next time.

    1. Re:Come on, how about some function names? by Anonymous Coward · · Score: 1, Interesting

      Why the hell would someone write out saying they saw the code and never once mention a single file name or function name for that matter?

      As stated, the code was presented out-of-context. SCO did not provide that information, making it a tad hard to assocate with any particular function, don't you think? (Unless you happen to memorize the entire kernel source code, you wouldn't know the names.)

    2. Re:Come on, how about some function names? by Anonymous Coward · · Score: 0

      GREP!

    3. Re:Come on, how about some function names? by innocent_white_lamb · · Score: 1

      Why the hell would someone write out saying they saw the code and never once mention a single file name or function name for that matter?

      He focussed on the jokes that were similar. So, how about telling us what the joke was, which may be easier to remember than a filename.

      --
      If you're a zombie and you know it, bite your friend!
  24. Translation from German by Anonymous Coward · · Score: 0

    The big issue seems to be a function of the scheduler which shares 60 similar lines of code and Polandâ(TM)s disrespect of the Reichâ(TM)s frontier.

  25. Re:Translation, from former Slashdot article by rkz · · Score: 1

    or you could.... RTFA!

  26. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 1, Interesting

    No, shithead, wasting bandwidth is NOT a good way to take out your anger. It's a good way to demonstrate to the world that the LAST thing anybody wants to do is get involves with those Lunix terrorists and hippies.

    If that's the impression you want to give, then go right ahead.

  27. Re:Wasting bandwidth - execute our GNU rights! by hkmwbz · · Score: 1

    Yes, because we all know that Microsoft are responsible for all the Windows users out there who do abuse. Are Linux terrorists and hippies worse than Windows terrorists and hippies? I don't get it.

    --
    Clever signature text goes here.
  28. Class Action - SCOX to 0.02, acquisition? by supton · · Score: 1

    My 2 cents is that SCOX stock price should be driven down to 2 cents.

    If all Linux kernel copyright holders (or most) do what this German fellow did, but formed a class action (or several, in each country), SCOX stock price would drop like a stone. It would make SCO a more palatable acquisition target for IBM, but not at a price that makes this strategy threats of men with badges and guns enfocing the a worthy exit for stockholders. This would rid the world of SCO, but in a way that would not validate the sue-to-be-bought model, becuase being bought for pennies on the dollar is not maximizing shareholder value, and it would make a fool out of Mr. McBride, who's just a white-collar thug.

    1. Re:Class Action - SCOX to 0.02, acquisition? by hobsonchoice · · Score: 1

      I'm not a lawyer, but I think you want to deal with each Linux contributor individually on a case by case basis, if you want to make it tough for SCO.

      If you have 1 class action (or 1 per country), SCO has one case to fight (or 1 per country).

      If you have seperate cases being filed all over the place, SCO need to turn up to all of them.

      In any case, I'm not sure a Class action works for this case, as how much, when, where etc., each person contributed to Linux, varies from 1 line (or even part of one line) to inventing and managing it (Linus)

    2. Re:Class Action - SCOX to 0.02, acquisition? by John+Hasler · · Score: 1

      > If all Linux kernel copyright holders (or most) do
      > what this German fellow did, but formed a class
      > action (or several, in each country), SCOX stock
      > price would drop like a stone.

      It would actually be more effective to file hundreds of seperate actions. That would make it much more expensive for SCO to defend itself and would cause shareholders to worry that SCO would lose at least some of them.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  29. Sounds great. Also, get some free karma by whovian · · Score: 1

    Re Germany:

    Isn't there a way in which you can essentially hire some business-lawyer type person to pursue a company on your behalf in such matters? Don't know whether it has to be B2B or not. I understand these people are rather fiesty.

    --
    To-do List: Receive telemarketing call during a tornado warning. Check.
  30. Why play by their rules? by pen · · Score: 4, Insightful

    Why bother trying to prove that the code was acquired "legally" when they have not even shown publicly what the actual code is?

    1. Re:Why play by their rules? by anthony_dipierro · · Score: 1

      Because once we prove that the code was acquired "legally" the Slashdot stories will stop (three weeks later, after the 7th repeat, anyway).

  31. Interesting... by Anonymous Coward · · Score: 0

    It's interesting to note how your life achieves meaning by flaming people on Slashdot. You are a lucky person to have found your calling so early in life.

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

      It's interesting to note how your life achieves meaning by flaming people on Slashdot. You are a lucky person to have found your calling so early in life.

      Early? I'm 96.

    2. Re:Interesting... by Anonymous Coward · · Score: 0

      STFU you little whippersnapper.

  32. Is it just me by coolmacdude · · Score: 1

    or does anyone else think that /. is turning into an SCO soap opera. I for one hope they die soon.

    --

    -You may license this sig for only $6.99.
    1. Re:Is it just me by yerricde · · Score: 1

      A SCOap opera?

      (cue sound of fat lady singing the praises of Irish Spring)

      --
      Will I retire or break 10K?
    2. Re:Is it just me by !Squalus · · Score: 1

      Ummm... just you.;)

      --
      All Ad hominem replies happily ignored as the sender shall be deemed to lack the faculties to comprehend the equation.
    3. Re:Is it just me by fanpoe · · Score: 1

      Isn't it a little out of proportion to hope that /. dies soon just because of that?

  33. please by dh003i · · Score: 5, Insightful

    Unless SCO patented the methodology, then coding a replacement and having seen SCO's original code does not mean you can't make an equivalent original. SCO has to prove that the person didn't create an original. Also, people are not computers. They will not remember lines and lines of code with any precision, so the entire argument that they can't create a functional original is BS. If the SCO code was patented, all they need do is use a different methodology, unless it was something generic (generic "only solutions" or "common solutions" or "obvious solutions" are not patentable, as there's nothing unique about them).

    Who cares if IBM is in violation of SCO's license? That has nothing to do with IBM contributing to FOSS.

    1. Re:please by MeanMF · · Score: 2, Interesting

      Unless SCO patented the methodology, then coding a replacement and having seen SCO's original code does not mean you can't make an equivalent original.

      Legally speaking, I'm not so sure of that. The company I used to work for was recently involved in a lawsuit. A software company that sells a product that we bought the source code to over 20 years ago claimed that we were in violation of our license because we used our knowledge of their software to develop an RFP for a replacement system. There was no allegation of patent infringement or that we had created any kind of derivative product. Because this was clearly a rediculous interpretation of the law, we refused to settle. We ended up losing the case.

      Who cares if IBM is in violation of SCO's license? That has nothing to do with IBM contributing to FOSS.

      The current legal action being discussed here is SCO vs. IBM. SCO wants to revoke IBM's UNIX license because they claim IBM copied UNIX code into Linux. There has been no formal action taken by SCO against any Linux developers yet. If IBM did copy UNIX code into Linux, SCO will have an excellent case for back royalties, regardless of the good intentions of the kernel developers or whether the code is replaced in future versions.

    2. Re:please by John+Hasler · · Score: 4, Informative

      > The current legal action being discussed here is
      > SCO vs. IBM. SCO wants to revoke IBM's UNIX
      > license because they claim IBM copied UNIX code
      > into Linux.

      So far as I know SCO has not yet formally alleged copyright infringement in their complaint against IBM. I believe that the complaint just alleges that IBM breached its contract with SCO by revealing SCO's trade secrets.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    3. Re:please by TekPolitik · · Score: 1

      Legally speaking, I'm not so sure of that.

      Legally speaking, I am sure of it. You can see as much source code as you like - new code you write isn't an infringement of copyright as long as it doesn't amount to copying. You can even express the same "idea", as long as it's done in your own "words". In programming parlance, this would mean that you can impliment the same broad concepts as long as you write the new code yourself without any copying.

      The "idea" in this case, would amount to a high level specification, without pseudocode. If the new replacement is written to such a high level specification, it will be free of copyright. You don't need to go to the extent of having a "clean-room" implementation - it just helps later on as an evidentiary matter.

    4. Re:please by MeanMF · · Score: 1

      The "idea" in this case, would amount to a high level specification, without pseudocode. If the new replacement is written to such a high level specification, it will be free of copyright.

      You would have to have a legal way of obtaining the algorithm or specification though - violating your license agreement with SCO by showing UNIX source to Linux developers would not fit the bill. If they reverse-engineered the algorithms they would have a much better case. If there are in fact code fragments and comments that are copied and pasted from UNIX into Linux, that pretty much rules out any legal means of obtaining the algorithms.

    5. Re:please by Grishnakh · · Score: 1

      It doesn't matter if you're right or not. When some big company takes you to court, you still have to hire a lawyer, go to all the trouble of appearing in court, etc.

      If you haven't signed an NDA, or had any contact with SCO, you don't have to worry about much. But if you do sign it, and see the code, they'd have a case, even though they'd probably lose.

    6. Re:please by Spazmania · · Score: 1

      In programming parlance, this would mean that you can impliment the same broad concepts as long as you write the new code yourself without any copying.

      The devil's in the details here. In theory what you've said is true regardless of whether or not you've seen the other guy's code. In practice, your only certain defense against an allegation of copying is that you havn't seen the other guy's code.

      Its civil law, so the standard is preponderance or "greater weight" of the evidence. That means that if he's 51% and you're 49%, you lose.

      Once the other guy proves that his code looked that way first the onus shifts to you to prove that your code was an independent creation rather than a copy or derivative. That's all but impossible if you've had access to his code.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    7. Re:please by csguy314 · · Score: 5, Funny

      Also, people are not computers. They will not remember lines and lines of code with any precision,

      Hah! Speak for yourself. I've got the whole Linux scheduler memorized. I'm working on the character device drivers next. So there!...
      sigh... I really need a girl.

      --
      This is left as an exercise for the reader.
    8. Re:please by TekPolitik · · Score: 1

      In practice, your only certain defense against an allegation of copying is that you havn't seen the other guy's code.

      This is simply not true.

    9. Re:please by Spazmania · · Score: 1

      In practice, your only certain defense against an allegation of copying is that you havn't seen the other guy's code.

      This is simply not true.

      Oh no? Please offer some examples of strong defenses in the situation where it has been established that your code looks like the other guy's code, his code predated yours, and you had access to it.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    10. Re:please by rnturn · · Score: 1

      So knowing how someone's software works and producing a replacement that accomplishes a task in a different way is illegal? Good grief! This has become the Bizarro World?

      --
      CUR ALLOC 20195.....5804M
    11. Re:please by JWSmythe · · Score: 1

      Lets see, I think it starts off as: /*
      * linux/kernel/sched.c
      *
      * Kernel scheduler and related syscalls
      *
      * Copyright (C) 1991, 1992 Linus Torvalds

      (heehee)

      --
      Serious? Seriousness is well above my pay grade.
    12. Re:please by statichead · · Score: 1

      What I don't get is, when did IBM put code into the linux kernel? Wouldn't we know what code got put in by IBM?

    13. Re:please by statichead · · Score: 1

      It sounds as if SCO is trying to defraud IBM, as well as discredit the entire linux/gnu evolutionary step.

    14. Re:please by muzzmac · · Score: 1

      I wanna go to the same parties as you!

    15. Re:please by DickBreath · · Score: 1

      There was no allegation of patent infringement or that we had created any kind of derivative product. Because this was clearly a rediculous interpretation of the law, we refused to settle. We ended up losing the case.

      In the future, this kind of thing may make closed source look more dangerous than open source.

      Basically, once you get a secret license to look at secrets in secret code, your brain, and the brains of all your past, present and future employees are contaminated by those secrets. It means that forevermore (the length of IP protection?) you must be careful about anything you ever do that could be construed as a violation of your license to the secrets.

      Now license a second secret code base. Now a third. Doesn't it start to severely limit the amount of innovation that you can ever do? Doesn't keeping up with the licenses become exponentially more complex as you license more and more secret code bases?

      Now with GPL source, you have a buffet where you can use all you want. Don't intermingle it with your own code. Be sure you give out all of the source to the GPL code you are using. Make sure your own code is either (1) GPL'ed, (2) closed but in seperate process, (3) closed but an LKM.

      Which of the above (1) secret code or (2) GPL code are more likely to cause you legal problems in the future as you continue to innovate.

      --

      I'll see your senator, and I'll raise you two judges.
    16. Re:please by MeanMF · · Score: 1

      In the future, this kind of thing may make closed source look more dangerous than open source. Basically, once you get a secret license to look at secrets in secret code, your brain, and the brains of all your past, present and future employees are contaminated by those secrets.

      That would be true, but only in cases where you have access to the source code. With closed-source software, this is not an issue at all.

  34. O.J? by DaBj · · Score: 4, Funny

    Is it just me or is this starting to look like the nerd version of the O.J. trial?

    (No lame glove references please.)

    --
    "GNU's not Unix....it's Linux" / Kami "kokamomi" Petersen
    1. Re:O.J? by Enry · · Score: 1

      Yea, except we actually care about the outcome of this trial.

    2. Re:O.J? by bilbobuggins · · Score: 4, Funny

      'If the code can compile you must go to trial'?

    3. Re:O.J? by spacefrog · · Score: 0

      • If the source fits, you must acquit!

    4. Re:O.J? by Anonymous Coward · · Score: 0

      if the cpu dos'nt(SP) fit you must acuit(SP)?

    5. Re:O.J? by Anonymous Coward · · Score: 0

      For now that is.

      Give it a couple of months with 2-3 daily SCO vs. IBM articles on /. (dupes not counted) and in the end we will all go:
      - "It's over? About time. No, I don't care who won, but maybe now they will finally start airing season 15 of The Simpsons, insensitive clod!"

      I know I am getting that feeling already...

    6. Re:O.J? by DaBj · · Score: 1

      Good point.
      I do however feel that the flow of "information" is starting to get a bit too much at the moment.
      Can't we just wait for the trial and see instead of gosiping like little old ladies?

      (And oh, thanks for not, unlike the other replies, making some lame glove reference =)

      --
      "GNU's not Unix....it's Linux" / Kami "kokamomi" Petersen
    7. Re:O.J? by BurritoWarrior · · Score: 3, Funny

      (No lame glove references please.)

      Fair enough.

      "If our code's in it, you can't acquit".

      "No SCO IP unless you pay the fee".

      "Computers running stolen code will cost you another $50 per node".

    8. Re:O.J? by anthony_dipierro · · Score: 1

      If it's from BSD it was already free?

    9. Re:O.J? by Anonymous Coward · · Score: 0

      If the code dosn't fit, you must aquit!

      Sorry, couldn't help myself.

    10. Re:O.J? by Anonymous Coward · · Score: 0

      What's a wookie doing living on the forest moon of Endor?

    11. Re:O.J? by mpthompson · · Score: 1

      Is it just me or is this starting to look like the nerd version of the O.J. trial?

      We still have a way to go before any actual trial, but the coverage of the SCO debacle by the nerd press sadly puts the FOX News coverage of the Laci Peterson murder case to shame when it comes to sheer quantity of rumor, innuendo and pure speculation.

    12. Re:O.J? by ZeroConcept · · Score: 1

      "Is it just me or is this starting to look like the nerd version of the O.J. trial?"

      Yup, but in this case OJ ends up getting in touch with his "feminine" side.

    13. Re:O.J? by Anonymous Coward · · Score: 0
      (No lame glove references please.)

      "The Nintendo PowerGlove driver won't compile..."

    14. Re:O.J? by adamofgreyskull · · Score: 0

      If Chewbacca lives on Endor you must acquit!

    15. Re:O.J? by Bastian · · Score: 1

      I think we're still at the "show me the diff you stupid stiff" stage.

  35. UNIX and derivatives by hobsonchoice · · Score: 5, Interesting

    I am not a lawyer (get this out the way first), but my opinion of some highly relevant issues:

    According to McBride's public statements, SCO view all the *nix variants as derivatives of their stuff. If anybody is interested enough to discuss this, but doesn't remember, I'll locate the news links and post them.

    However as far as IBM is concerned: IBM are fully authorized in their contract to create derivatives of *nix - use any methods in the source - sublicense it as they choose - and what's more the contract says IBM own any derivative products that they create. The only proviso appears to be IBM should not copy code or whatever associated paperwork came with it (copying ideas and methods is explicitly allowed).

    Furthermore, it actually explicitly says this on SCO's own web site, and as part of SCO's evidence. Go, for example, to top of page 2: http://www.sco.com/scosource/ExhibitC.qxd.pdf

    So now, I think, we have yet another problem with SCO's case (aside from GPL issue, ATT v BSD issue, whether code was copied from or to SCO, whether SCO have the copyrights, whether anything in *nix is a trade secret given it's history, BSD contamination in *nix history undermining any copyright claim to entire *nix source, etc): Namely IBM are allowed to do more or less whatever they like in and with derivative UNIX products, explicitly stated in the contracts with ATT (which SCO inherited).

  36. fud.msnbc.com by yerricde · · Score: 3, Informative

    Are Linux terrorists and hippies worse than Windows terrorists and hippies? I don't get it.

    Microsoft co-owns a cable TV news channel. Linux.org doesn't. Microsoft reserves the right to misrepresent anything related to Linux on MSNBC so far as it doesn't cross the line of slander.

    --
    Will I retire or break 10K?
  37. Novell's claim? by datan · · Score: 2, Informative
    Novell backs off copyright claims against SCO

    Does anyone know what to make of this? Does it bolster SCO's case? Those documents that the paralegal 'found' couldn't be forged, right?

    1. Re:Novell's claim? by hobsonchoice · · Score: 1

      Seeing as Novell still hold the patents (they aren't mentioned in Amendment 2), but SCO wants them: Let's see if Amendment 3 is found in another SCO filing cabinet (Novell having lost their copy), which explicitly transfers the patents to SCO.

    2. Re:Novell's claim? by Anonymous Coward · · Score: 0

      yet the the patent office seems to still think they belong to Novell. THAT would be interesting...

      Thats akin to buying a car and NOT transfering the title.

    3. Re:Novell's claim? by Anonymous Coward · · Score: 0

      I don't think the Patent office cares who owns the patent. It's not like your car.

  38. Summary by utahjazz · · Score: 5, Informative

    -Code was 46 pairs of printouts, no dates associated.
    -2 sections of code looked very similar
    -The rest was mostly copied comments, including jokes that were copied.
    -Observer found it curious that the source code near the copied comments was completely different.

    1. Re:Summary by RickHunter · · Score: 1

      Sounds like they copied some comments over. After all, most of the people reading it aren't going to be coders. (Coders wouldn't risk their livelihood signing that NDA) So they're not going to really understand the code, but they will be able to spot similarities in the comments right away.

    2. Re:Summary by roalt · · Score: 1
      The rest was mostly copied comments, including jokes that were copied.

      Just for fun...

  39. Exactly. by Anonymous Coward · · Score: 2, Funny

    We should all deal with this in a rational, civilized, and above all capitalist manner.

    Short sell SCO's stock instead.

  40. Things that make you go "Hmmm... BULLSHIT!" by Fished · · Score: 2, Interesting
    I find it interesting that this "independent" developer manages to talk at great length without actually describing the codee in sufficient detail that we could determine what it is. If someone competent had actually seen that code, and were discussing it without fear of NDA, would they not have described it in more detail? Just a function name is all that's really needed, neh?

    Can somebody say "troll"? (Probably some teenage Windozer having a good laugh.)

    --
    "He who would learn astronomy, and other recondite arts, let him go elsewhere. " -- John Calvin, commenting on Genesis 1
  41. Re:Translation, from former Slashdot article by Anonymous Coward · · Score: 0

    The slashdot post more or less asked for translations from readers: "... maybe some Slashdot reader can do better". As it turns out, we allready have at least one.

  42. Kettenabfrage, Bitmuster by Webmonger · · Score: 1

    I don't speak German, but I do know C:
    Some possible translations of the German programming terms
    Kettenabfrage (chained conditions?) sounds like switch statements.
    Bitmuster (bit patterns ?) sounds like bitmasks

    1. Re:Kettenabfrage, Bitmuster by Anonymous Coward · · Score: 0

      The Linux kernel uses bitmasks and switch statements? The bastards!

  43. How far can this SCO? by Infernon · · Score: 1

    I'm taking bets on how many times they can work SCO into the posting titles...
    SCOing, SCOing, SCOne!!!

    1. Re:How far can this SCO? by AJWM · · Score: 1

      SCOing, SCOing, SCOne!!!

      Mmmm, scones!....

      --
      -- Alastair
  44. Re:mirror by Asdex · · Score: 1

    The author of this is should be "Dr. Stefan Hildemann" . But google knows no "Dr. Stefan Hildemann". Google also knows no "Dr. Hildemann" working at a software firm. -> Fake?

  45. If I understand the translated atricle correctly.. by Znonymous+Coward · · Score: 1

    Here is what you will see in the release notes for 2.4.22:

    Revised scheduler functions.
    Revised memory management routine.

    --

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

  46. SCO fsck yourself. by Tokerat · · Score: 5, Insightful


    Did I read in that English translation that all date and time info was removed from the code that was shown, and that the Linux code presented was taken from MAILING LIST POSTINGS? Assumng this isn't some hoax, I smell the very, very pungant odor of bullshit...

    --
    CAn'T CompreHend SARcaSm?
    1. Re:SCO fsck yourself. by cshark · · Score: 1

      Looks like you read right. I got pretty much the same thing out of it.

      But if their case is as strong as they say it is, then why bother going through the trouble of removing the dates from 46(?) pages of source?

      And if they have gone through that level of effort to remove the dates, who is to say they didn't forge the code?

      Who is to say that they didn't borrow code from linux, and conviniently forget about it? Wouldn't it be funny if the current system V turned out be a linux distro that they mislicensed?

      And who is to say that the code base that is system V now, is actually system V at all? If SCO is proven untrustworthy, as I'm sure they might, how do we know? Surely Novell has some record of what the actual system V code looked like?

      --

      This signature has Super Cow Powers

    2. Re:SCO fsck yourself. by Tokerat · · Score: 4, Funny

      Perhaps they'll be presenting more detailed evidence in court...or perhaps they're busy researching proper dates to fill their changelogs with?

      The thing that gets me is the part about comments, including programmers' jokes, matching verbatim; yet the lines of code they where attached too where substantially different in most cases. Again, this could mean improper reverse-engeneering technique on the part of a Linux contributor (a simple open file and re-write the code as you go), but if this where true, wouldn't the comments be erased with the code you're attempting to emulate? Why would you leave the exact comments there? If you where re-writing the code, why would you type a line of code and then copy the comments from the old code but erase the code itself? The only possible answer is sabotage, and I wouldn't rule that out, either.

      However, I'm thinking the popular /. theory is true: they'll be showing the courts things like

      <DRAMATIZATION>
      SCO lawyer: In this memory management function, a pointer must be incremented beyond the newly created memory block to the next availible free space. Observe our code:

      *pointer = *pointer + length_of_new_block; // Set pointer to free space

      ...and now observe the Linux equivalent:

      *next_free += block_len; // Set pointer to free space

      ...YOU SEE??!? Irrefutable evidence in our favor. The Linux kernel's code does the SAME EXACT THING, it was simply re-phrased to the computer by a clever little thieving Open Source programmer!

      *Microsoft chuckles in the back of the courtroom audience*

      Judge:
      Order! *pounds gavel*

      SCOmbag lawyer:
      *ahem* Er... even the comments match. I rest my case.
      </DRAMATIZATION>

      Either way, I don't think SCO would have enough feet to shoot itself in if it was a centipede. Time will tell, but that might not be nessisary. ;-D
      (PS: Pardon if my pointer arithmetic code isn't syntactically sound...it's been a long time since I've written any code D-: )
      --
      CAn'T CompreHend SARcaSm?
  47. Translation: by Ozan · · Score: 1

    This guys posting translates into real german to: "Ich bin ein SchaumschlÃger." which translates into: "I am a boaster."

    No function name, no line number, no nothing. Very gut. Gut done.

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

      the translation is accurate, and there is nothing similar to boaster in the name of the guy who wrote the original

  48. Re:I love it when mirrors get modded up by MattCohn.com · · Score: 0, Offtopic

    I really love it when someone mirrors the text, inserting their own little humor.

    However, it seems reasonable to assume that cmdrtaco is a flagrant homosexual.
    Of corse, that might be in the original, I don't know German

  49. PLEASE MOD PARENT DOWN by missing000 · · Score: 0, Offtopic

    It's a troll.
    Please read comments before you mod. Thanks.

  50. In German, hmmm? by Anonymous Coward · · Score: 0

    Well, you haven't understood the intracacies of the SCO vs IBM/Linux case until you've read it in the original Klingon.

  51. Which scheduler code? by Anonymous Coward · · Score: 0
    is a function of the scheduler, which is, over a length of about 60 lines, indeed identical except for slight differences

    Is this the same scheduler that was shitcanned around 2.4.15 or so, or is it the new one?

  52. Novell Backs out claims by Anonymous Coward · · Score: 0

    Looks like novel chickened out
    Here's the link

    1. Re:Novell Backs out claims by AshuBhai · · Score: 1

      here's the whole article Novell backs off copyright claims against SCO Juan Carlos Perez, IDG News Service 10/06/2003 08:25:59 The SCO Group Inc. has found what it says is proof that it owns all copyrights related to the Unix operating system, a claim rival Novell Inc. had contested last month and for which SCO may seek to recoup damages. SCO said Friday the proof is in an amendment to the asset purchase agreement through which SCO acquired Unix from Novell in 1995. The amendment dates from 1996. "Today we slammed the door shut on (this copyright question) and threw away the key once and for all, so this issue doesn't come up again," said Darl McBride, SCO's president and chief executive officer, in an interview. Last month, Novell said it hadn't transferred Unix's copyrights nor patents to SCO as part of their Unix purchase agreement. But in light of SCO's finding, Novell on Friday reluctantly acknowledged that the amendment "appears to support SCO's claim that ownership of certain copyrights for Unix did transfer to SCO in 1996." However, Novell reiterated its claim that it holds the Unix patents. Novell's response has left SCO's McBride dissatisfied. He wants Novell to issue a clear retraction and to own up to its incorrect claim regarding Unix copyright ownership, which left it "with eggs all over its face," McBride said. "It's not our desire to litigate with Novell, but we believe they do need to take responsibility for their improper actions and for the injury and harm they've done to us in the marketplace" by claiming SCO didn't own the Unix copyrights, McBride said. SCO's legal team is looking into the matter and may advise the company to seek money from Novell for damages, McBride said. On the question of patents, McBride said Novell's name isn't on the Unix patents, but rather AT&T Corp.'s, which is the company that first developed the operating system. The patents are enforced by the copyright holder, which in this case is SCO, McBride said. Novell didn't return calls seeking comment. At any rate, the companies are involved in nothing more than a war of words so far. Neither has raised the issue with a court. The Unix product in question is Unix System V, which is the core Unix code which SCO owns and licenses to third-parties which then use it to create their own derivative Unix versions, such as Hewlett-Packard Co.'s HP-UX, IBM Corp.'s AIX and Sun Microsystems Inc.'s Solaris. Novell, based in Provo, Utah, launched its challenge last month in order to poke holes into SCO's legal challenges against the open-source Linux operating system. SCO has made allegations that Unix code it owns has been illegally copied into Linux software, including the Linux operating system kernel. In Friday's statement, Novell again reiterated its demand that SCO present evidence to back up its allegations. SCO's McBride said the company has already begun showing its evidence to analysts, customers and other industry players. So far, SCO, based in Lindon, Utah, has only formally sued one company over Unix and Linux: IBM. In March, SCO sued IBM, seeking at least US$1 billion, alleging misappropriation of trade secrets, unfair competition, contract interference and breach of contract, in attempts to damage Unix to benefit its Linux business. Related to the case, McBride said SCO has also found evidence of AIX code having been copied into Linux software. SCO has purposefully decided not to proceed with a copyright or patent violation charge against IBM, or anybody else for that matter so far, because it believes the avenue it has taken against IBM puts it on much stronger legal ground, its executives have said. SCO also warned commercial Linux vendors of possible liabilities. It has also sent letters to about 1,500 large companies warning them they could be held liable for intellectual property violations related to their use of Linux software, and issued the same warning to commercial users in general via a press release last month. The warning has outraged and concerned many commercial Linux users. SCO has n

    2. Re:Novell Backs out claims by Anonymous Coward · · Score: 0

      HTML formatting's A bitch

      Novell backs off copyright claims against SCO
      Juan Carlos Perez, IDG News Service

      10/06/2003 08:25:59

      The SCO Group Inc. has found what it says is proof that it owns all copyrights related to the Unix operating system, a claim rival Novell Inc. had contested last month and for which SCO may seek to recoup damages.

      SCO said Friday the proof is in an amendment to the asset purchase agreement through which SCO acquired Unix from Novell in 1995. The amendment dates from 1996.

      "Today we slammed the door shut on (this copyright question) and threw away the key once and for all, so this issue doesn't come up again," said Darl McBride, SCO's president and chief executive officer, in an interview.

      Last month, Novell said it hadn't transferred Unix's copyrights nor patents to SCO as part of their Unix purchase agreement.

      But in light of SCO's finding, Novell on Friday reluctantly acknowledged that the amendment "appears to support SCO's claim that ownership of certain copyrights for Unix did transfer to SCO in 1996." However, Novell reiterated its claim that it holds the Unix patents.

      Novell's response has left SCO's McBride dissatisfied. He wants Novell to issue a clear retraction and to own up to its incorrect claim regarding Unix copyright ownership, which left it "with eggs all over its face," McBride said.

      "It's not our desire to litigate with Novell, but we believe they do need to take responsibility for their improper actions and for the injury and harm they've done to us in the marketplace" by claiming SCO didn't own the Unix copyrights, McBride said.

      SCO's legal team is looking into the matter and may advise the company to seek money from Novell for damages, McBride said.

      On the question of patents, McBride said Novell's name isn't on the Unix patents, but rather AT&T Corp.'s, which is the company that first developed the operating system. The patents are enforced by the copyright holder, which in this case is SCO, McBride said.

      Novell didn't return calls seeking comment.

      At any rate, the companies are involved in nothing more than a war of words so far. Neither has raised the issue with a court.

      The Unix product in question is Unix System V, which is the core Unix code which SCO owns and licenses to third-parties which then use it to create their own derivative Unix versions, such as Hewlett-Packard Co.'s HP-UX, IBM Corp.'s AIX and Sun Microsystems Inc.'s Solaris.

      Novell, based in Provo, Utah, launched its challenge last month in order to poke holes into SCO's legal challenges against the open-source Linux operating system. SCO has made allegations that Unix code it owns has been illegally copied into Linux software, including the Linux operating system kernel.

      In Friday's statement, Novell again reiterated its demand that SCO present evidence to back up its allegations. SCO's McBride said the company has already begun showing its evidence to analysts, customers and other industry players.

      So far, SCO, based in Lindon, Utah, has only formally sued one company over Unix and Linux: IBM. In March, SCO sued IBM, seeking at least US$1 billion, alleging misappropriation of trade secrets, unfair competition, contract interference and breach of contract, in attempts to damage Unix to benefit its Linux business.

      Related to the case, McBride said SCO has also found evidence of AIX code having been copied into Linux software.

      SCO has purposefully decided not to proceed with a copyright or patent violation charge against IBM, or anybody else for that matter so far, because it believes the avenue it has taken against IBM puts it on much stronger legal ground, its executives have said.

      SCO also warned commercial Linux vendors of possible liabilities. It has also sent letters to about 1,500 large companies warning them they could be held liable for intellectual property violations related to their use of Linux software, and issued the same warnin

    3. Re:Novell Backs out claims by BigBadBri · · Score: 1
      So Novell chickened out by saying the amendment (which they still couldn't find their copy of) 'appeared to support' SCO's contention.

      They then further chickened out by challenging SCO to produce some evidence.

      Some chickening - more like roostering methinks.

      --
      oh brave new world, that has such people in it!
  53. clueless or caseless by 73939133 · · Score: 3, Insightful

    The fact that SCO presented this without dates or source control log entries strongly suggests that either they either are completely naive about how to establish that code was copied, or that they simply don't have a case and are just playing a huge bluff.

  54. Ransom Love. by StarTux · · Score: 1

    He was one of the most disliked people in the Linux community. Would not go as far as hated though...

    Perhaps, he decided he wanted to come back, but with more respect? Thats easy, hire someone who could become much more hated than you, be CEO again, fire a few people and win some brownie points.

    StarTux
    PS This is in jest, in case you miss it...

  55. linux geeks help shacknews! by Anonymous Coward · · Score: 0

    http://www.shacknews.com/ja.zz?comments=26981

    show you are smarties!

  56. English translation by xihr · · Score: 1

    There's an English translation of the German report (disclaimed as not authoritative) here. (Hmm, aren't unauthorized translations derivative works? :-)

  57. Tell us what the jokes are! by ebcdic · · Score: 1

    There have been several references to jokes in the alleged identical comments. Maybe the person who saw the code can remember one or two... If the code isn't SCO's, whoever wrote the jokes will probably remember doing it.

  58. SCO claiming another's kernel code by john82 · · Score: 3, Interesting

    I found the second link (re: kernel developer getting uppity with SCO) to be much more interesting. He claims to be the author (or significant modifier) of code which SCO purports to be in violation. His remark in short is "The violation is yours, 'cause I wrote the code". In a challenge to SCO, he's threatening to sue SCO unless they remove the paticular code sections from their list of copyright violations.

    This may be one of the ways to put chinks in SCOs armor. Get other Linux kernel developers to compare what they've written against corresponding sections of OpenLinux. Then note SCO's violations.

    1. Re:SCO claiming another's kernel code by Admiral+Burrito · · Score: 1
      I found the second link (re: kernel developer getting uppity with SCO) to be much more interesting. He claims to be the author (or significant modifier) of code which SCO purports to be in violation. His remark in short is "The violation is yours, 'cause I wrote the code". In a challenge to SCO, he's threatening to sue SCO unless they remove the paticular code sections from their list of copyright violations.

      Actually, it's GPL-based. Derivitive works must be distributed under the GPL. By distributing a derivitive work (that includes what is allegedly their code) and claiming that part of it is not GPL, they are violating the GPL, which invalidates any right SCO had to distribute the code he and every other Linux developer wrote.

    2. Re:SCO claiming another's kernel code by mibus · · Score: 2, Informative

      That's not what his letter said :-P

      He doesn't know any more than any of us here about what was copied - he's saying he only licensed his code (which is probably totally seperate from any SCO "copied" code) for use under the GPL.

      The GPL can't link to non-GPL code.

      OpenLinux is(/was?) being distributed by SCO. OpenLinux has their (supposed) un-GPL'd code. Hence, he is asking for a cease-and-decist on them distributing his code and violating the license :-)

    3. Re:SCO claiming another's kernel code by budgenator · · Score: 2, Insightful

      chink in the armor, this is more like checkmate
      consider this,
      1. SCO distributed GPL'ed software, ie Linux
      2. SCO claims that IBM Illegaly transfered IP into Linux.
      3. SCO continues to distribute LINUX after allegedly discovery of non-GPLed code contamination Linux, a violation of the GPL and an infingement of the linux code copywrite owners rights.
      4. the only possible defense against an infringement suit from the kernel developers would be to say they were mistake about IBM's inclusion of SCO's IP into Linux, and everything in their Linux distribution is properly GPL'ed to the best of their knowelge and belief.

      Now the question becomes if the owners of system V unix found code in both Linux and SCO unix that were the same, where did the code code from?
      possibilities
      Linux copied SCO code into Linux
      SCO copied Linux code into unix
      both copied a third parties code into both (BSD maybe?)

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    4. Re:SCO claiming another's kernel code by renard · · Score: 1
      Thanks for explaining that. Properly understood, this is the best news we've had so far in the whole SCO debacle.

      The SCO claims always seemed so bizarre and (given their own GPL'd distribution of the code) self-referential that they were almost a logical contradiction in terms, and now we can see that this is the case. Against the claims of the independent kernel developers, SCO has no possible self-consistent legal defense.

      And if a critical mass of kernel developers can get together on this anti-SCO suit (Linus?), they might just succeed...

      -renard

  59. SNL Weeked Update: This just in... by Anonymous Coward · · Score: 0


    Generalissimo FranciSCO FrancSCO is still valiantly holding on in its fight to remain dying.

  60. Gutsfull by donnz · · Score: 2, Interesting

    I now this is way OT but frankly I've had a gutsful of my chosen industry. We have M$ behaving like total jerks for over a decade, Oracle looking like a complete bunch of bully boy tossers and now SCO behaving in a manner that would surely see them heading directly to jail for extortion if they had Italien heritage.

    Frankly OSS is the only point of sanity and some morality left to the industry (I can't quite believe that the IBM of the 70s and 80s is suddenly transposed itself to that touchstone).

    Phew, its off my chest, quick, mod me down.

    --
    -- Free software on every PC on every desk
    1. Re:Gutsfull by Anonymous Coward · · Score: 0

      Give IBM time, they'll fuck you over too. I can't believe anyone thinks that you can get into bed with a corporation of that size and history and things will remain all moonbeams and daffodils forever.

      What a bunch of suckers.

    2. Re:Gutsfull by Jah-Wren+Ryel · · Score: 3, Insightful

      Frankly OSS is the only point of sanity and some morality left to the industry (I can't quite believe that the IBM of the 70s and 80s is suddenly transposed itself to that touchstone).

      They haven't, not one bit. It is just business for IBM. They made a business decision that making the OS a commodity would be good for them. They see it as a way to knock Microsoft off their revenue base and to similarly make the hundreds of millions if not billions invested in Solaris, HPUX, IRIX and even SCO as moot. Yeah, it hurts them in short run with the waste of their AIX development dollars, but AIX was always an also-ran in the unix space and IBM is a hardware and services company and Linux is the perfect complement to that business model.

      But don't ever forget that IBM is first and foremost a ruthless, amoral business just as it has always been, Microsoft is, HP has become and Sun wants to be. If management decided that fighting linux instead of supporting it would benefit their corporate coffers, you can bet that IBM would turn on OSS in an instant.

      --
      When information is power, privacy is freedom.
    3. Re:Gutsfull by Anonymous Coward · · Score: 0

      You know, you're right. But I'll be damned if didn't utterly suprise me, and utterly please me, when IBM went gung-ho Linux.

    4. Re:Gutsfull by Jah-Wren+Ryel · · Score: 1

      On the plus side their actions do go a long way towards validating open-source as a profitable, capitalistic endeavour. Thus IBM's adoption of linux and other OSS may have much stronger and more far-reaching effects on the market than IBM management may have ever anticipated.

      --
      When information is power, privacy is freedom.
    5. Re:Gutsfull by Decaff · · Score: 1

      How do you know? Do you have some secret insight
      into the minds of managers and developers in these
      companies? This is a very cynical statement and
      needs good evidence.

    6. Re:Gutsfull by Anonymous Coward · · Score: 0

      Business is cynical. Don't anthropomorphize IBM - they are answerable to their shareholders like most any other big company - they will, in fact, get sued if they start acting anything but amorally.

    7. Re:Gutsfull by VdG · · Score: 1

      If the IBM bosses are NOT acting out of pure business interests, then they are not looking after their share-holders' interests.

      Of course, there's nothing to say that they don't see a competitive advantage in being the good-guys for the first time in living memory. :-)

  61. GPL question by XaXXon · · Score: 2, Interesting

    I'm curious.. how can they distribute GPL code under an NDA. Linux code is copyright the author, and the only right SCO has to redistribute it is under the GPL.

    Even if they think it's their code, if they downloaded the Linux source to get their copy, they are bound by the GPL just like the rest of us.

    I think. IANAL and such. Anyone?

    1. Re:GPL question by DarkMan · · Score: 2, Interesting

      In general, you are correct.

      However, three matters apply here. Firstly, SCO claim that it is thier code, which means that if they are correct, it is not GPL. This complicates things, and I don't know USA law well enough to say what that means.

      Secondly, SCO are not distributing the Linux code, but rather pointing to parts of that that have special relevence. They did not give out copies, but rather pointed to a single printout. Thus, no distribution was taking place.

      Thirdly, and I think, strongest - Fair use rights. SCO cannot make a claim without replicating those parts of the code. The fair use exception applies, allowing them to quote 'reasonable parts' of the Linux code, to illustrate thier claim.

      Note that the latter cut's both ways - if you were in possesion of SCO's source, you could calim fair use over quoting parts, specifically for the purpose of backing up or refuting thier claims.

      I'm not liscenced to practice law in your juristriction - this is not legal advice. For legal advice, consult a local lawyer.

    2. Re:GPL question by MajroMax · · Score: 1
      I'm curious.. how can they distribute GPL code under an NDA. Linux code is copyright the author, and the only right SCO has to redistribute it is under the GPL.

      I'm guessing that it would fall under the 'short quotes' exemption of Fair Use. They're certainly not distributing substantial (or even functional) portions, and their distribution for the slection is trying to show similarity.

      --
      "Evil company X is threatening to restrict our rights! Let's all get together to stop--OOOH! SHINEY!!!" -- AC
  62. Re:Things that make you go "Hmmm... BULLSHIT!" by Crashmarik · · Score: 1

    If I give you 46 random pages of code from the kernel, How well are you going to be able to talk about it ?

  63. Minor quibble by Salamander · · Score: 1

    Since when is an FTP server considered part of the kernel? Damn userland wannabes don't even know what the kernel *is* let alone how to develop one.

    --
    Slashdot - News for Herds. Stuff that Splatters.
  64. Re:mirror by rusty+spoon · · Score: 3, Insightful

    It only takes one unusual comment to be identical and the game is up.

    The code now, or as submitted, is unimportant. The fact that the work derived from (else why would the original and seemingly unique comments be there) copyright material is enough.

    I haven't seen the SCO code, nor do I care to. But, I have first hand seen a similar case that was won based on the comments in the code.

    From the case; "It is the resemblances in inessentials, the small, redundant, even mistaken elements of the copyright work which carry the greatest weight. This is because they are the least likely to have been the result of independent design."

    And; "Trivial items may well provide the most eloquent testimony"

    And finally; "Both suites of programs
    contained the same spelling mistakes in the comment lines and the same redundant code. The
    judge did not accept the argument that this was due to programming style."

  65. Call me paranoid... by gidds · · Score: 1

    ...but couldn't that mean that they started with the same source and changed the code, instead of that they'd started with different code and copied the comments? Anyone know which is more likely?

    --

    Ceterum censeo subscriptionem esse delendam.

    1. Re:Call me paranoid... by tdemark · · Score: 1

      My guess is that SCO stole algorithms (but not code) from Linux by copying the GPL'd code into their tree, deleting the code (leaving the pseudo-code comments), and re-coding based on the comments.

      Pure speculation...

    2. Re:Call me paranoid... by Anonymous Coward · · Score: 0

      Either way, it's illegal.

    3. Re:Call me paranoid... by spitzak · · Score: 1
      I think that is quite possible.

      One thing about the whole comment thing is that they indicate that whoever was doing the copying (whether from/to Linux) did not at that time believe they were doing anything wrong. Otherwise they would have purposely deleted or changed the comments, as well as all the variable names, in order to disguise what they did. The fact that the actual perpretrator did not believe they were doing wrong is probably important and will eventually get this case thrown out with no monetary damages, though the code may have to be replaced in future Linux versions. Also if the code was copied by an SCO employee (which looks very likely now) then they cannot claim that he did it outside their control.

  66. Nonsense by The+Terminator · · Score: 4, Interesting

    As the author of the article stated himself:
    As long as there are no original sources available where nothing is altered or deleted - especially the dates - and as long as SCO does not give any evidence that the sources under scrutiny are unaltered, all there allegations are simply said bullshit.
    I think at least in Germany they can be sued for misuse of the court and up to now they can be sued for damaging IBM and everybody who sells and supports LINUX.

    Well - let us sue them into oblivion :)

    CU

    1. Re:Nonsense by Anonymous Coward · · Score: 1, Interesting

      Since SCO has claimed they have 6000 companies that have bought licenses for the source code, couldn't someone subpoena a few of them and get them to turn over their copy of the source? That way we would be able to tell if SCO has altered the content of the files.

    2. Re:Nonsense by LilMikey · · Score: 1

      Sue what? They're broke. The only thing suing them would do would be speed their Chapter 11 along. Hell, it would be more harmful to the company if all slashdot reads made their sig "Darl has no penis."

      --
      LilMikey.com... I'll stop doing it when you sto
  67. Re:Great if thats true! by Billly+Gates · · Score: 2, Interesting
    From what I read here is that the code in question (the one thats over 60 lines) is from the early 80's and freely available. Sco's website download is unavailable, otherwise I would of hyperlinked it. IBM also own's a SysV license for AIX and has access to the source. IBM even has recent Unixware code from the failed Montery project.

    This means SCO is in some serious shit if they testify under oath!

    Bring it on SCO. I dare you!

    My guess is IBM wants to take them to court and prove they perjured themselves and commited fraud by inserting these comments. It would be very damming to the lawyers and SCO itself if they did what you said. SCO can not pull this off.

    This is why IBM is quiet and such a move by SCO would be the best counter-fud ever. All these fortune 500 companies who are now ready to ditch Linux will continue to use it again and not ever purchase anything from SCO again. Nothing like counterfud returning to them.

    They are the only ones who still purchase their crappy products. Wont anymore I am sure.

    Hell to make matters even worse for SCO, the comments are copyrighted according to the borne convention. This means they can not only be blasted for perjury and fraud from the shareholders but can also be sued for copyright infringment by the authors of the comments.

    PS Does anyone know when the trial supposed to go to court and how long it may be? Every month its delayed with constant fud Linux's image goes down and its hurting many distributors like RedHat.

  68. Reminds me of... by ProfessionalCookie · · Score: 1

    ...all this news about the upcoming Apple 970- Incidents and accidents; Hints and allegations; but still not new information (and people just keep posting the same old stuff with a different author)

  69. But you need it to view the Unix source. by Anonymous Coward · · Score: 0

    And THAT, is not OSS.

  70. I Have To Agree With Some Points Made Here by Master+of+Transhuman · · Score: 4, Interesting

    1) We have no function names, no file names, not even a precise description of what code or comments. Now, true, this guy says he was shown PAGES of code - NOT files, but Xerox copies - and that most of the Linux code was from Linux mailing list posts. Still, he can't write down (or remember, if he was not allowed to write notes) function names or specific comments? Something fishy, there.

    2) He says some of the comments are identical but the code next to them ISN'T. This makes no sense unless SCO manipulated the comments. But why would SCO place identical comments next to non-identical code? Isn't that an OBVIOUS fake? Why would SCO do an OBVIOUS fake? Are they that stupid? Or was it an attempt to show fake code to analysts that will NOT be shown to the court - in other words, a publicity stunt?

    3) This story doesn't resolve anything or even contribute to anything given its omissions and ambiguity.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    1. Re:I Have To Agree With Some Points Made Here by Anonymous Coward · · Score: 0

      Well, first of all it's pretty obvious why SCO is claiming the comments in the code are the same, as opposed to actual lines of code. Comments don't appear in binary executables that are distributed to customers. Only SCO has the source code, so SCO could have tampered with it. They can add all the comments they want without the evidence of their tampering spilling over into the executables they produce. A judge could not prove for certainty when which version of SCO a certain comment appeared in because the comments won't appear in binary distributions given to neutral third parties who do not have an interest in the case (and thus won't be suspect for tampering code). Pure genius!

    2. Re:I Have To Agree With Some Points Made Here by Anonymous Coward · · Score: 0
      Comments don't appear in binary executables that are distributed to customers. Only SCO has the source code, so SCO could have tampered with it. They can add all the comments they want without the evidence of their tampering spilling over into the executables they produce.
      This is SCO we are talking about. The comments probably are compiled in. Hell, they probably include random files too
      # CFLAGS= -O-1
    3. Re:I Have To Agree With Some Points Made Here by boots@work · · Score: 1

      If SCO faked it up, then putting the infringements in the comments would be half clever as you said. I'm not sure it would stand up in court though -- having comments that bear no relation to the code they're describing would raise eyebrows.

      Pure genius!

      Well, the real question is whether there are *no* unmolested copies of the SCO code around. I'd want to be awfully sure of that if I were SCO, because if it turns out that they did fake the evidence then they're up for perjury or contempt of court, to say nothing of a countersuit from IBM.

      I suspect a thorough discovery process might find either an old backup of the source at SCO showing those comments weren't there, or perhaps some SCO source licensee has a copy.

      If SCO claimed *not* to have any backups from a few years ago that'd have to look pretty suspicious.

      Other possibilities are that the comments came from some earlier source, like the Lions book or old BSD. Comments in the kernel can be kind of patchy, so I can imagine some old ones hanging around for a long time. Or perhaps, as another poster said, they came from a standard specification.

    4. Re:I Have To Agree With Some Points Made Here by Per+Cederberg · · Score: 2, Insightful
      2) He says some of the comments are identical but the code next to them ISN'T. This makes no sense unless SCO manipulated the comments.

      Well it actually makes sense if the code has a common ancestor. Remember that he also said that the functions had the same name and performed the same task.

      It is then to be expected that the Linux code gets modified (scrutinized) over time, whereas the SCO code would either stay more close to the original or get modified in other ways. Either way, most programmers wouldn't change the old comments out of courtesy (if they are funny) or lack of interest.

  71. your sig by lpret · · Score: 1

    Please tell me your sig is not in German, because if it is, there goes 3 years of German that I guess never sunk in!

    --
    This is my digital signature. 10011011001
    1. Re:your sig by kju · · Score: 1

      no, it isn't german. your lucky day :-)

    2. Re:your sig by orangesquid · · Score: 1

      (Please see: http://www.uib.no/People/hnohf/
      These are the words of the dark lord Sauron.
      Sorry for being incredibly OT.)

      SCO = Salty, chewy, and objectionable. Like badly-cooked calamari.

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
  72. As For The Kernel Developer In The Second Article by Master+of+Transhuman · · Score: 1

    how much money does he have to finance a lawsuit against SCO?

    SCO against IBM is a non-starter - one guy against SCO is also likely a non-starter...

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  73. Re:mirror by Anonymous Coward · · Score: 1

    The question remains, who did the copying. My bet is that SCO copied the code into Linux.

  74. SCO's real objection by Mostly+a+lurker · · Score: 5, Funny
    some of the jokes are the same on both sides

    Our primary means of revenue is licensing of our source code. The jokes are the only significant value of this source. As events of the last few months have shown, ridicule and laughter are what makes our company great. By shamefully incorporating the jokes into an open source product, IBM has removed the only rational reason why anyone would pay to license our IP. Our copying of large sections of the Linux code into our own products is irrelevent to the discussion because we deliberately removed any good jokes in the process.

  75. Start d/l *BSD? by hrbrmstr · · Score: 2, Interesting

    Looks like we all should start grabbing *BSD ISO's and CVS trees and start over. Makes me kind of glad I got a Mac.

    I'm not saying we should be throwing in the towel just yet, but SCO sure has managed to knee linux right in the enterprise stomach and seems to be digging in for a long fight.

    I know that this has severely hurt the chances of getting linux in my Fortune 100 company, no matter who the vendor is (HPaQ, Sun, IBM...it won't matter how many or few letters they have in their name). Linux - even if vindicated - will be relegated to niche apps (probably embedded appliances) and the chances of finally getting open source projects brought in will be even slimmer than they are now.

    SCO hurt themselves and damaged the entire linux/open source community with this money-grab. I will take great pleasure in dancing on SCO's grave and will be one of the first persons making bids on their equipment when it's put up for auction.

    --
    Mind the gap...
    1. Re:Start d/l *BSD? by Anonymous Coward · · Score: 0

      Really? Places like Merrill Lynch don't seem to feel this way and you would think that if they were worried they might hold off or decide to stick with Windows - yet they are making announcements like this in the middle of SCO's Linux FUD campaign.

      http://news.com.com/2100-1016-1014287.html

      Merrill Lynch: Linux saves money

      By Robert Lemos
      Staff Writer, CNET News.com
      June 7, 2003, 1:55 PM PT

      ...
      Merrill Lynch's new plans for its information infrastructure call for running much of its Linux applications not on their own physical machines but in virtual machines running on high-end servers....

      "We are not trying to promote Linux," Snodgrass said. "We are just trying to reduce the cost of ownership."

      Using such virtual Linux servers to store files could cut costs dramatically, he said. Keeping their file systems on Windows servers would have cost the company $600,000 in hardware and five times that to pay for the personnel to manage the servers.

      "We know that Linux is not for everything," he said. "But there are not many applications that require more than Linux can give us."
      ...


      Obviously, there are some companies that are scared off or putting Linux projects on hold, but not all companies feel that way. Once this situation is cleared up (hopefully with SCO discredited) I would expect those wait and see firms to proceed. Some of the uncommitted firms might decide not to try Linux and use SCO as the excuse, but those firms would have found another excuse if not for SCO (MS for one would be happy to help with that).

      In the end, if SCO loses I think might clear up alot about both Linux and Open Source/GPL in the courts where a test has not occurred.

      You'll doubtlessly say: 'What if SCO wins?' I don't think it likely, but should it happen it may not be as sweeping as some suppose and if it is then perhaps the *BSD plan makes sense. Until then, it just looks like people who panic on any bad news (Anthrax/SARS/Y2K) no matter how remote the possibility that they will personally be affected.

      So, until then chill out and enjoy your MAC.

    2. Re:Start d/l *BSD? by Questy · · Score: 1

      >> Makes me kind of glad I got a Mac That's all fine and dandy, but had you been following the news more closely, you'd note that Apple is a target of SCO as well.

      --
      #!/Jerald
  76. I remember this tard.. by Anonymous Coward · · Score: 0

    and his name was Paul Drum. Yeah he was a NT admin and this retard supports SCO. What a tard!

  77. you're paranoid by martin-boundary · · Score: 1
    (hey, you asked ;-)

    Unless the comments have no bearing on the actual code (unlikely), they would have been removed if the code changed to such an extent that the old comment wasn't meaningful anymore. One of the worst things in programming is misleading comments. Whenever you find those, you nuke'em before they bite you at the next debugging session.

    I think it's most likely that SCO simply took some random comments and inserted them in their code just to "pretend".

  78. Why are Lindon, Utah's streets lined with trees? by Chyeburashka · · Score: 2, Funny
    So IBM's lawyers can march in the shade!

    Sorry, couldn't resist.

    Q: Who is Darl McBride's future roomy?
    A: Samuel Waksal

  79. OT: SCO Corporate Logo by Embedded+Geek · · Score: 1
    Previous to the latest influx of SCO stories, I really had no familiarity with their red & blue globe Logo. In fact, the first time I saw it on slashdot, I was a little confused...

    Is it just me, or does the blue space on the globe look like a partial outline of that other corporate mascot, Mickey Mouse? If you look at it symbolically, it's as if the old boy is casting his shadow over an otherwise unsuspecting world.

    --

    "Prepare for the worst - hope for the best."

  80. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 0

    Yeah, so what are YOU going to? Sit on your fat ass and watch news on TV and gripe about your government, your country, and your country's business leaders. Or perhaps write a note to congress? Do you think either of those actually accomplish anything? Of course not!

  81. Posted at least once... by lee7guy · · Score: 1

    Here.

    --
    Ceterum censeo Microsoftem esse delendam
  82. SCO vs. IBM vs. [INSERT YOUR NAME HERE] by oaf357 · · Score: 2, Insightful
    ftp://ftp.sco.com/pub/updates/OpenLinux/3.1.1/Work station/CSSA-2003-020.0/SRPMS/linux-2.4.13-21D.src .rpm

    Even after a cease and desist letter that file is still available. I wonder if SCO will take him seriously. If they don't I hope that the guy sues the ever living shit out of SCO. I don't know about the international barriers but the DMCA could come into play here.

    As for the guy who said he saw the evidence against IBM without signing the NDA. I find it very unusual that SCO used excerpts from a mailing list. They have to have more than that, right? The validity of his claims have to be proven, sorry The Inquirer's news sometimes doesn't pan out to be the truth.

    But, it looks like some people are taking my advice (see subject).

  83. too much by Rock+Ridge · · Score: 1

    Heavy SCOtch drinkers risk getting the DTs.

  84. Can you remember 5 lines of code? by Nucleon500 · · Score: 3, Insightful
    I wonder if this guy, or anyone else who's seen the code, can remember any of it. If it were me, I'd wait until I saw the big function, commit to memory 5 lines of it, and as soon as I got home, I'd have grepped the source for it. I couldn't legally tell anyone else what code it was, but in about 5 minutes I could determine whether or not SCO was full of shit.

    Once I'd found the real author of the code, I'd notify him, and watch the fun as he tries to sign the NDA. It'd get real entertaining real fast.

  85. Quick Question by Anonymous Coward · · Score: 0

    I have a question, since all can view the linux source, how do we know sco just didn't fix thier sorce to look like linux?

  86. Why doesn't someone look through the CVS logs? by mveloso · · Score: 2, Insightful

    If someone checked in code that supposedly belonged to SCO, why not just walk the CVS logs to figure out who did it?

    In that case, they could sue the author of the checked-in code chunks for violation of copyright.

    Has anyone plowed through the CVS logs to take a quick peek if any sco.com minions are embedded there?

    1. Re:Why doesn't someone look through the CVS logs? by Trusted+Content · · Score: 0

      Linux doesn't use CVS. Patches and additions to the code are submitted to Linus and other kernel developers by email or other means and added at their discretion. It's an informal process with little to no record-keeping.

      --
      OMG OMG LUNIX OMG
  87. Re:Things that make you go "Hmmm... BULLSHIT!" by Anonymous Coward · · Score: 0

    I'd certainly be able to memorize at least one line and then use grep!

  88. Re:Any reason for the MS bash? by Anonymous Coward · · Score: 0

    I dunno man, I think that's a pretty valid bias.

  89. used knowledge of their software to write RFP... by KMSelf · · Score: 1

    What was the basis for judgement? Contract law or copyright? If the latter, your lawyer stunk. If the prior, I could believe it, though I tend to disagree with the thinking, the law supports the decision.

    20 years is an awfully long time for a secret to stick.

    --

    What part of "gestalt" don't you understand?

  90. I just noticed this, through osnews.com: by haggar · · Score: 1

    has anyone else seen this?

    --
    Sigged!
    1. Re:I just noticed this, through osnews.com: by RazzleDazzle · · Score: 1

      So is this a capitlistic free market or what? Threat of legal actions brings in tons of free press! Those that did not know much about Sco before probably still don't but know they are hearing about them a lot more and will generate talks involving one of the few things the general population of this country have a common interes it: controversy/scandals.

      --
      ZERO ZERO ONE ZERO ONE ZERO ONE ONE! Just brushing up for my next big invention: Ethernet over Voice (EoV)
    2. Re:I just noticed this, through osnews.com: by haggar · · Score: 1

      Do you mean "There is no such thing as bad publicity"? :-] I thought that applied to showbiz rather than IT.

      Anyway, interesting that Slashdot didn't pick up on this story at all. Not even a fart, nothing.

      --
      Sigged!
  91. This makes me sick ... by jasonsfa98 · · Score: 1

    They realized IBM is ignoring them. So now they will turn to a few vendors (Suse and Red Hat). I fck'n hate people who do nothing but sue sue sue. I wish a higher power could see this and shut them the hell up.

  92. LOL by Anonymous Coward · · Score: 0

    One of the best ones so far!

  93. So what do we know? by small_dick · · Score: 0, Redundant

    If I'm recalling things right:

    a) IBM contracted a german team to do some work on Linux to get it running on 390s;

    b) Someone there copied code from IBM's AIX code base into the Linux code base;

    c) There is a 60 line function in the scheduler that appears to be copied verbatim from the AIX code base;

    d) A memory management routine appears to be copied verbatim from the AIX code base.

    Where's Sherlock when we need him? This should be enough info to locate the two nastiest infringment complaints SCO has.

    --


    Treatment, not tyranny. End the drug war and free our American POWs.
    See my user info for links.
    1. Re:So what do we know? by mink · · Score: 1

      This cant be right because I cant see how AIX code would function unchanged on x86.

      --
      Well I've wrestled with reality for thirty five years doctor, and I'm happy to say I finally won out over it.
  94. my /usr/share/dict/words is bigger ! by Anonymous Coward · · Score: 0

    abdominoscope abdominoscopy aberroscope absconce abscond absconded abscondedly abscondence absconder absconsa abscoulomb acroscopic actinoscopy actinostereoscopy aerobioscope aeroscope aeroscopic aeros copically aeroscopy aethrioscope agglutinoscope albuminoscope albumoscope alethoscope aleuroscope alfresco altiscope amblyoscope Amphidiscophora amphidiscophoran anaglyphoscope anamorphoscope Androscog gin anemoscope angiodiascopy angioscope anomaloscope anorthoscope anoscope anoscopy anoxyscope anthroposcopy antiepiscopal antiepiscopist antiscolic antiscorbutic antiscorbutical antispectroscopic antr oscope antroscopy aphengescope aphengoscope aphenoscope archiepiscopacy archiepiscopal archiepiscopally archiepiscopate archscoundrel areroscope arthroendoscopy ascocarp ascocarpous Ascochyta ascogenou s ascogone ascogonial ascogonidium ascogonium ascolichen Ascolichenes ascoma ascomycetal ascomycete Ascomycetes ascomycetous ascon Ascones ascophore ascophorous Ascophyllum ascorbic ascospore ascospori c ascosporous Ascot ascot Ascothoracica astigmatoscope astigmatoscopy astroscope Astroscopus astroscopy astrospectroscopic atamasco Atamosco auriscope auriscopy auscultascope Auscultoscope auscultoscop e autechoscope autolaryngoscope autolaryngoscopic autolaryngoscopy autophonoscope autophthalmoscope autoscope autoscopic autoscopy autostethoscope babasco bacterioscopic bacterioscopical bacterioscopic ally bacterioscopist bacterioscopy barbasco baroscope baroscopic baroscopical Bascology basiscopic bescorch bescorn bescoundrel bescour bescourge biomicroscopy bioscope bioscopic bioscopy biscotin bron choesophagoscopy bronchoscope bronchoscopic bronchoscopist bronchoscopy brontoscopy butterscotch Carcinoscorpius cardioscope casco cascol cavascope celioscope celioscopy centriscoid ceraunoscope ceraun oscopy cerebroscope cerebroscopy choloscopy chorepiscopal chorepiscopus chromascope chromatoscope chromatoscopy chromodiascope chromoscope chromoscopic chromoscopy chronoscope chronoscopic chronoscopic ally chronoscopy churchscot Cinemascope cisco Cnidoscolus cockscomb cockscombed codiscoverer coelioscopy colonoscope colonoscopy colposcope colposcopy comparascope conoscope coroscopy coscoroba cosmosc ope counterscoff countersconce couscous couscousou cranioscopical cranioscopist cranioscopy crescograph crescographic cryoscope cryoscopic cryoscopy cryptoscope cryptoscopy curiescopy cuscohygrine cusc onine cyclonoscope cycloscope cymoscope cystoscope cystoscopic cystoscopy dactyloscopic dactyloscopy datiscoside defectoscope dehydroascorbic dermatoscopy descort Desmoscolecidae Desmoscolex deuterosco pic deuteroscopy deutoscolex diaphanoscope diaphanoscopy diascope diascopy diascord diascordium dichroiscope dichrooscope dichroscope dichroscopic dioptoscopy dioptroscopy Dioscorea Dioscoreaceae diosc oreaceous dioscorein dioscorine dipleidoscope discoach discoactine discoblastic discoblastula discobolus discocarp discocarpium discocarpous discocephalous discodactyl discodactylous discogastrula disc oglossid Discoglossidae discoglossoid discographical discography discohexaster discoid discoidal Discoidea Discoideae discolichen discolith discolor discolorate discoloration discolored discoloredness discolorization discolorment discolourization Discomedusae discomedusan discomedusoid discomfit discomfiter discomfiture discomfort discomfortable discomfortableness discomforting discomfortingly disco mmend discommendable discommendableness discommendably discommendation discommender discommode discommodious discommodiously discommodiousness discommodity discommon discommons discommunity discomorula discompliance discompose discomposed discomposedly discomposedness discomposing discomposingly discomposure discomycete Discomycetes discomycetous Disconanthae disconanthous disconcert disconcerted di sconcertedly disconcertedness disconcerting disconcertingly disconcertingness disconcertion disconcertment disconcord disconduce disconducive Disconectae disconform disconformable disconformity discong ruity disconjure disconnect disconnected disconnectedly d

    1. Re:my /usr/share/dict/words is bigger ! by NoData · · Score: 3, Funny

      you must feel very manly. you clearly have the bigger dict.

  95. Re:mirror by Anonymous Coward · · Score: 1, Insightful

    At least give us a pointer to the court docs. They are public information, you know.

  96. Sooo.... by Azureflare · · Score: 1
    Let me get this straight, based upon the posts here, SCO is suing because linux has identical comments? Because, SysV code is completely useless to Linux since they are so different (SCO doesn't seem to understand that linux wasn't copied from SysV and can't possibly use the same crufty code)

    ....Sooooo, they're basically full of hot air? Who's going to pop them? I know a million nerds who want to be the first =)) (MEEEEEEEEEE firsssttt!!!)

    I mean, really, this is ridiculus, a 1.5 billion lawsuit over some silly nerd jokes?

  97. Here's my attempt by zogger · · Score: 4, Interesting

    I just use the old traditional car analogy when I try to explain it to people.

    Here 'tis:

    I make alternators, you make engines, leroy over there makes wheels, bubba makes frames and bodies and etc. Now we could all sit around and try to sell this stuff to each other with all sorts of schemes and deals and middlemen and whatnot, or we could all just cooperate completely and share a part with each other and all of us wind up with a pretty cool and snazzy complete car at very little cost to anyone. Then we *all* have our own good car to go drive to "real work" in. And whenever I build a newer better alternator I chip it in, and so does the engine guy, and so on. We do this forever, we are always driving a new car for real reasonable and not much hassle. And once in awhile someone totally new joins our car co-op group, like the new guy this week we added has a really nice car sound system we all get to add to our cars. Cool beans. Fat city.

  98. Where can I get the Unix System V source? by Dr.+Manhattan · · Score: 1
    I've got a dual-Athlon computer with nothing much to do right now, so I figure I can whip up some scripts to extract comments from source files, and then do a big-ol brute-force compare to try to find similar comments between the Linux source and the old SysV source which I gather is what SCO's worried about.

    But I need to actually have the source in electronic form. Is there any place to get it (legally)?

    --
    PHEM - party like it's 1997-2003!
    1. Re:Where can I get the Unix System V source? by Anonymous Coward · · Score: 1, Funny

      Have you tried kazaa?

  99. Where on earth did they get. . . by kfg · · Score: 5, Funny

    a 199 million dollar coffeepot?

    KFG

    1. Re:Where on earth did they get. . . by Anonymous Coward · · Score: 4, Funny

      The U.S. Air Force?

    2. Re:Where on earth did they get. . . by fr0dicus · · Score: 1

      cafepress?

  100. Re:used knowledge of their software to write RFP.. by MeanMF · · Score: 1

    What was the basis for judgement? Contract law or copyright?

    Definitely contract law. Copyright really wouldn't apply in our case since we didn't redistribute any code. One of the end results was a revocation of our license to use the system. I would argue that SCO is using their UNIX/AIX contract dispute with IBM as a stepping stone to a copyright infringement case - if they win against IBM (which would necessarily include proving that IBM migrated UNIX code into Linux), it goes a long way towards proving any possible future copyright infringement cases against Linux vendors.

  101. Re:As For The Kernel Developer In The Second Artic by John+Hasler · · Score: 1

    > how much money does he have to finance a lawsuit
    > against SCO?

    As much as he needs. You think he can't get donations from IBM? The FSF? EFF? Other kernel authors? Thousands of slashdot readers? Free legal help from the likes of Lawrence Lessig?

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  102. Re:mirror by mdielmann · · Score: 1

    OTOH, pathetic jokes by nerds all look the same...

    --
    Sure I'm paranoid, but am I paranoid enough?
  103. English translation (by hand) by rjamestaylor · · Score: 5, Informative

    I received the following in my Inbox this morning:

    THIS IS ONLY A WORKING TRANSLATION; I DO NOT TAKE RESPONSIBILITY AS TO POSSIBLE MISTAKES OR ERRORS. I WILL NOT TAKE ANY RESPONSIBILITY CONCERNING THE CONTENT OF THE ORIGINAL TEXT.

    Today, I had the possibility to have a look at the incriminating code passages.

    Due to a mistake on the part of the representing lawyer's office, my colleague and I - as opposed to the 7 other representatives that were allowed to look at things today - did not have to sign a Non Disclosure Agreement. This was in full contrast to the examiners of Microsoft corp., who apparently had to maintain silence even towards their own superiors and may only give notice to the internal company audit department.

    Now for the code itself:
    Under the supervision of a notary public, 46 pages were shown, each containing, by one half, code from Linux (for the most part, print-outs of posts taken directly from the Linux-Kernel-Mailing List) and, by the other half, listings of SCO. Whether these are indeed sources of SysV is not comprehensible that way, as they are taken out of their context. Another interesting thing is that all date and time details have been removed from both, even from the comments. The comments themselves are really identical here and there, even some jokes are the same on both sides. It is, however, conspicuous that in the places that correspond most, the source code that can be found in front of the comments is quite dissimilar after all. The fundamental construction of the queried functions is similar; however, the concrete implementation is quite different. Variables and names of functions are different, loops are structured differently, conditions work via chain queries (?) (Kettenabfrage) or bit patterns (?) (Bitmuster). All in all, only one thing can be said for certain: The functions offered by the respective code passages are often equal, which, however, was to be expected from the start anyway.

    In the concrete implementation, there are, however, so many differences, that a proof of the origin being the same will be difficult, even though certainly not impossible.

    The crunch, however, is a function of the scheduler, which is, over a length of about 60 lines, indeed identical except for slight differences. In this section, there is also a whole lot of corresponding comments.
    Comparable similarity can only be found in one routine of the memory management, which is, however, only in the Linux version accompanied by comments.
    Whether a competent proof can be made out of these two correspondences can only be estimated with certainty by a lawyer. I consider the vague similarities in other passages to be insufficient, as the same standards were the basis for both and therefore, a certain correspondence is to be expected.

    Concerning the same comments to different source passages, I can see no rhyme or reason in it. This would in any case have to be investigated in again meticulously, in particular with the date and time details provided. Because only with these could a breach of copyright be proved at all.

    Concerning the discussion about the part of Linux sold under the GPL by SCO/Caldera, it must be stated that up to the present, no court has had to decide on the legal validity of the GPL. Should this, however, be ascertained, which is not certain, SCO can use only those parts of Linux by way of comparison that were not published by SCO and in the development or co-development SCO did not take part. I consider this, too, a difficulty in the proceedings to come.
    As the original, unpatched Linux-sources were not touched but only modifications that had been inserted by different distributors, it has to be clarified in any case whether these might have rights to the queried passages, be it directly or indirectly, e.g. through company mergers, take-overs, "all-inclusive"-deals etc. The chances for proceedings to open are not especially good, as in most comparable

    --
    -- @rjamestaylor on Ello
  104. Punctuation by chickenwing · · Score: 1

    I wonder how the Times determines what that I.B.M. has periods, and SCO does not... I for one, have never seen IBM written as I.B.M. so it really jumps off the page as looking rather odd.

    1. Re:Punctuation by rnturn · · Score: 2, Informative

      As I understand it, ``SCO'' is no longer an acronym meaning S anta C ruz O peration but a made-up word -- like ``Agilent'' and others, I guess -- that's pronounced ``skoe''. That would explain the lack of periods. I heard that they initially fought the pronunciation thing but eventually decided to quit while they were ahead. (Pity they can't see the light in this lawsuit, eh?)

      --
      CUR ALLOC 20195.....5804M
  105. SCO Headlines by kzg · · Score: 1

    Another news item about SCO, I think /. needs a new section.

  106. Let's have some fun!! by JohnnyGTO · · Score: 1

    If we each bought a few shares of SCO, for a total of 51%, then assigned them to a proxy, we could vote the assholes out with out their golden parachutes!!!!

    --
    Si vis pacem, para bellum! For evil to succeed good men need only do nothing!
  107. www.sco.com is running Linux! by thetamind_pyros · · Score: 2, Interesting

    From NetCraft: Recent Changes at Notable Sites:

    One site that has not changed is www.sco.com, where people continue to delight in the irony of SCO using the operating system whose deployment they are seeking to restrict.
    The SCO website is running Linux! How ironic!
    --
    Host localhost (127.0.0.1) appears to be up ... good.
  108. nope by dh003i · · Score: 1

    (1) So what if you were found in violation of the other companies license. Since you made a replacement, you had no need of their original software. Nothing in the law can prevent you from using your replacement.

    (2) One is only legally liable if one had knowledge of infringement. If IBM inserted proprietary code into Linux in violation of their license agreements, they and no one else is responsible. No-one else had any way of knowing that IBM did that. By the definition of proprietary (secret) code, it is impossible for anyone else -- other than IBM and SCO -- to know if IBM inserted proprietary code into any FOSS.

    1. Re:nope by MeanMF · · Score: 1

      So what if you were found in violation of the other companies license. Since you made a replacement, you had no need of their original software. Nothing in the law can prevent you from using your replacement.

      If the replacement system was created under the license agreement, and the license agreement is revoked, I don't think you'd be able to continue distributing the replacement system. AIX is clearly derivitave of UNIX, so I think IBM will have to drop AIX (or at least renegotiate their license) if they lose the case.

      One is only legally liable if one had knowledge of infringement. If IBM inserted proprietary code into Linux in violation of their license agreements, they and no one else is responsible.

      As far as copyright law goes, that's not at all true. Anybody redistributing copyrighted works can be found liable, and "knowledge of infringement" is only relevant when determining statutory damages:

      USC 504(c)(1): "In a case where the copyright owner sustains the burden of proving, and the court finds, that infringement was committed willfully, the court in its discretion may increase the award of statutory damages to a sum of not more than $150,000. In a case where the infringer sustains the burden of proving, and the court finds, that such infringer was not aware and had no reason to believe that his or her acts constituted an infringement of copyright, the court in its discretion may reduce the award of statutory damages to a sum of not less than $200."

      Note that these figures are for statutory damages, and that the "actual damages" figures would likely be much, much higher. Knowledge of infringement plays no part in determining whether infringement occurred, or in calculating "actual damages".

    2. Re:nope by dh003i · · Score: 1

      Sorry, but in the US, one can't be held liable for something which he had no way of knowing or controlling. Any ruling forcing an individual to pay money for an infringement he had no way of knowing about -- as is the case, if you are not the misappropriator, with proprietary software -- would be struck down by higher courts as unconstitutional.

    3. Re:nope by MeanMF · · Score: 1

      There are clearly cases where direct knowledge of infringement has not been required. Read the decision in the case Playboy Enterprises v. Frena:

      There is irrefutable evidence of direct copyright infringement in this case. It does not matter that Defendant Frena may have been unaware of the copyright infringement. Intent to infringe is not needed to find copyright infringement. Intent or knowledge is not an element of infringement, and thus even an innocent infringer is liable for infringement; rather, innocence is significant to a trial court when it fixes statutory damages, which is a remedy equitable in nature.

    4. Re:nope by dh003i · · Score: 1

      In other words, one cannot be held liable for damages (money) for an infringement which one had no possible way of knowing that one was committing. The system cannot create a catch-22. That's unconstitutional. If proprietary software (secrets) is to be allowed, then you cannot force individuals to pay money to proprietary developers for infringements which they had no way of knowing that were occuring (as they have no way of knowing what is infringing).

      Btw, I believe the Frena case was an example of where the individual was aware of what his or her actions were doing, but was not aware that the law declared them to be infringement. This is analagous to "ignorance of the law is no defense". It is completely different from having no way of knowing that one's action was infringing, because one had no way of knowing that the material in question was copyrighted. This is the way things would be in the SCO case, since their code is proprietary, and no-one -- aside from IBM -- could possibly know what code was or was not SCO's proprietary code. Thus, no-one else can be held liable for damages.

      Holding other individuals liable for damages -- e.g., the developers working on Linux, to which IBM contributed -- for IBM's having contributed proprietary code would be unconstitutional, and would never hold up before the USSC, because individuals who do not have access to SCO's proprietary code have no way of knowing if any code contributed to their projects is infringing on SCO's code.

    5. Re:nope by MeanMF · · Score: 1

      What part of the Constitution would this violate? I think it's pretty clear what the court means by "Intent or knowledge is not an element of infringement, and thus even an innocent infringer is liable for infringement". Damage is done to the copyright holder, and the infringer is responsible for giving back any profits they made using the infringing work whether they knew they were doing so or not. The Linux kernel authors have the power to whose code they will accept, and they certainly knew that IBM had access to SCO's work. This is the reason that some are saying that the OSS community is underestimating the potential impact of this case - if SCO wins an infringement case vs. Linux vendors, it could create huge problems for OSS projects that accept contributions from the public.

    6. Re:nope by dh003i · · Score: 1

      Giving them back any profits they made as a *result of the infringement*. If the infringement constitutes 1/1000 of their code, then it is only reasonable that they pay 1/1000 of their profits from that code. This may not even be reasonable, as it is likely that they would have coded a replacement otherwise.

      In the case of Linux developers, they did not make money from it, so there is no profit for them to give SCO, nor would any court rule such. They also had no way of knowing -- or determining -- that IBM's contributions had proprietary code in them. Are they to ask every proprietary company in the world before accepting a submission? And then of course many of them will lie, saying the code is infringing when it isn't. This is an unreasonable burden on FOSS developers that no court would impose.

    7. Re:nope by MeanMF · · Score: 1

      If the infringement constitutes 1/1000 of their code, then it is only reasonable that they pay 1/1000 of their profits from that code

      That's not how it works. If SCO can show that Linux is taking sales away from UNIX as a result of the infringement, the Linux vendors would be responsible for the value of the lost sales. It's a lot like Napster, where they weren't making any money from their software but were still responsible for the record companies' lost revenues. In any case, in a recent interview, the CEO of SCO claims "...we're talking about entire programs. We're talking about hundred of thousands of lines of code". Obviously they have yet to back up those claims, but they have no obligation to do so until they're in court.

    8. Re:nope by dh003i · · Score: 1

      If SCO can show that Linux is taking sales away from UNIX as a result of the infringement, the Linux vendors would be responsible for the value of the lost sales.

      The only way SCO can do that is to show that the Linux kernel has taken much from SCO proprietary code, and that what it took would not have easily been coded around anyways. This is highly doubtful, as: (1) Nothing was taken from SCO anyways; (2) If anything was taken, it is most certainly miniscule compared to the code-size of the Linux kernel; (3) Any such code would have easily been coded around anyways. Simply put, IBM's conributions to Linux -- even if they were of SCO code -- are in no way responsible for GNU/Linux' growth. Whatever was contributed would have been coded anyways (if there actually is any infringing code brought up by SCO -- which will certainly not be the case -- it will be coded around long long before the trial is over, making this a moot issue). Furthermore, SCO forfeited any right to such non-sense by distributing a GNU/Linux distro itself, thus officially releasing any code they owned that they claim is in the Linux kernel, to the public under the GPL. SCO's descent into a bankrupcy-destined company can be contributed to them having no useful products, no business model, poor customer service, and incompetent management.

      In any event, the GNU/Linux -- not Linux -- vendors would not be the ones paying anything, as they had no possible way of determining that the code contributed by IBM was infringing, nor did any developers. The only individuals who had the means to determine if infringing code was being contributed (outside of SCO, who are obviously lying) is IBM. Thus, only IBM can be held liable for damages, as IBM was the only entity with the capability of determining if the code contributed was infringing.

      "...we're talking about entire programs

      No, actually, not true. This lawsuite revolves around the Linux kernel, not "entire programs".

      Regardless, since GNU/Linux far exceeds the pathetic capabilities of SCO-UNIX -- both in hardware support and in what it can do -- it is highly doubtful that anything was taken from SCO.

      Also, if this case had any merit, IBM would have either settled our bought SCO to put an end to the matter. Obviously, the case does not have any merit, as they feel the cheapest way to resolve it is through the civil courts (which would not be the cheapest way if there were any chance that IBM would los).

  109. The NDA is bullshit by mark-t · · Score: 1
    I have not ever, nor do I ever expect to contribute to Linux kernel development.

    Not that I have anything against kernel development per se, I actually have a sizeable amount of systems programming experience myself, but I'm really just trying to make a point.

    Even though I have no intention of ever contributing to Linux kernel development, SCO wouldn't ever agree to let someone like me see the code even if I signed their NDA because my opinions are less than worthless to them. I am nobody. Although I believe I could if I were given the chance, they would never accept that an unknown like myself would be able to either validate or (more likely, IMO) authoratively refute their claims.

    The signing of the NDA is just a formality that bears disturbing resemblance to an initiation ritual for an underground secret society. You have to be deemed "worthy" by SCO in order to even sign it.

  110. Did you read the same link I did? by roystgnr · · Score: 4, Insightful

    I found the second link (re: kernel developer getting uppity with SCO) to be much more interesting. He claims to be the author (or significant modifier) of code which SCO purports to be in violation.

    This isn't the case. SCO hasn't even publically stated which parts of Linux are supposedly in violation, they have just stated that there's some violation(s) in the kernel. The developer in the second link doesn't claim to have authored code that SCO has claimed to be copied; he claims to be a co-author of the Linux kernel, which SCO is still distributing.

    His remark in short is "The violation is yours, 'cause I wrote the code".

    No, his remark is: "If you won't release every part of this binary I am coauthor of under the GPL, then you are redistributing my code without adhering to my license on it, and you are violating my copyright." This doesn't necessarily even mean that SCO's plagarism claims are false, only that if they pursue those claims then they have themselves been unknowingly violating Linux developers' copyrights for years and are knowingly doing so at this minute.

    In a challenge to SCO, he's threatening to sue SCO unless they remove the paticular code sections from their list of copyright violations.

    No, he's threatening to sue SCO unless they "retroactively" make their distribution of Linux compatible with the GPL (which, if any kernel code has been copied from SCO, would require SCO to license it under the GPL).

    1. Re:Did you read the same link I did? by Anonymous Coward · · Score: 1, Informative
      No, he's threatening to sue SCO unless they "retroactively" make their distribution of Linux compatible with the GPL (which, if any kernel code has been copied from SCO, would require SCO to license it under the GPL).


      Actually, he is telling SCO that they must cease and desist distributing source and binary versions of the kernel. His point is valid and SCO should have ceased all distribution when they filed suit.


      It does put them in an unfortunate situation if there is a security update but they have to adhere to the GPL if they want to distribute the copyrighted code. Nothing of course prevents them from pointing their customers to the stock kernel s available on kernel.org and elsewhere.

    2. Re:Did you read the same link I did? by drinkypoo · · Score: 1
      No, his remark is: "If you won't release every part of this binary I am coauthor of under the GPL, then you are redistributing my code without adhering to my license on it, and you are violating my copyright."

      That's not quite how I read it. I read it as, you are knowingly distributing code which has code you know to be illegal in it, which does not meet with the terms of the GPL, under which has my code in it, therefore, you are in violation of the GPL. As my code is in there, you are violating the GPL as pertains to me directly, and therefore I can and will sue you unless you fuck off immediately.

      Perhaps I didn't read it right, but I have to go make dinner.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Did you read the same link I did? by Alsee · · Score: 1

      You said the same thing he said. And as far as I can see it's correct. SCO is fubared. If they don't drop the suit they themselves can't ship any disputed Linux code. The fact that they have been notified of teh situation means they would be willfully committing copyright violation. They could get slapped with a class action suit by everyone who's written even a single line of the Linux code.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  111. The new information we have is... by leonbrooks · · Score: 3, Interesting

    ...that some of SCO's allegations are certainly wrong in detail, and that certain specific code sections (like the scheduler) are under fire.

    Now if someone can recall some of the strings that they saw and grep the kernel for them we can probably have a little chapter-and-verse from which to answer some of SCO's whining directly.

    We have made progress against this stupidity, even if it's not as rapid or dramatic as you'd hoped. It'll be interesting to see how the threat of a countersuit impacts SCO's shares when the less technical sites pick it up.

    --
    Got time? Spend some of it coding or testing
  112. Class action Law Suit by 3seas · · Score: 1

    I just gotta shake my head at all this.

    There are a hell of a lot of people who were not a participant in any supposed code that wrongly got in in Linux, nor did they do anything to say they approve of any such problemmatic code. Like most all that use Linux.

    They use Linux because they want to get away from corporate IP Bitchslapping!!!!!

    Whether or not there is problematic code doesn't mean SCO lost money because if it. It's clear SCO is losing money because people want to move away from the IP bitchslapping.

    The guilty party(s) should stop hurting the many who clearly don't want the guilty party(s).

    It seems clear to me that a class action law suit can be made againt SCO and any other guilty party.

  113. There's no such 60-line function in the scheduler! by Anonymous Coward · · Score: 2, Interesting

    Curiously, SCO did not show any actual Linux kernel code - only postings to the linux-kernel email list. So perhaps a 'bad' submission got filtered out by Linus and other reviewers and did not get into the actual kernel. Maybe it was rejected with comments like: "doh, you want to move _this_ cruft into the kernel? No way!" :-) <p> The 2.5 kernel's scheduler for example does not have any 60-line (or bigger) function that came from IBM or any other former Unix company. In fact there is no such scheduler function in the 2.4 or 2.2 kernels either. SCO clearly would have shown these people *actual kernel code*, not posting to some mailing list - if any such code existed ...

  114. How many ~60 line functions with jokes? by Anonymous Coward · · Score: 0

    Seems like there should be a minimal number of ~60 line functions with jokes in the core Linux kernel. Has anyone taken a look?

    1. Re:How many ~60 line functions with jokes? by Anonymous Coward · · Score: 0

      He never said the jokes are in the scheduler. He only said the matching code is about 60 lines in the scheduler.

      The other matching comments including jokes are in some other random places.

      Second, There are functions with more than 60 lines in the sched.c in 2.4 series...

  115. Re:GPL question (now copyright question) by leonbrooks · · Score: 1
    Thirdly, and I think, strongest - Fair use rights. SCO cannot make a claim without replicating those parts of the code. The fair use exception applies, allowing them to quote 'reasonable parts' of the Linux code, to illustrate thier claim.

    So... in those circumstances (ie, absent an NDA), SCO have no legal comeback at all to you photographing their "evidence" and fair-using it to judge your own exposure to their frivolous litigation?

    If so, it would be interesting to tee up another SCO meeting, have someone take the abovementioned shots through a peephole in the ceiling without any NDA-bound people knowing, and use the results in a fair-use fashion to discuss said legal exposure. Light blue touch-paper, retire to a safe distance?

    --
    Got time? Spend some of it coding or testing
  116. Seconded! (-: by leonbrooks · · Score: 2, Interesting
    Once I'd found the real author of the code, I'd notify him, and watch the fun as he tries to sign the NDA. It'd get real entertaining real fast.

    Legally interesting...

    Since SCO did not disclose that author's name to you, it can't be covered by their NDA - true/false?

    How much could you tell the developer about the code you had seen before their NDA bit you? Since SCO did not supply filenames and line numbers to you, their NDA does not cover you giving him file and line - true/false?

    --
    Got time? Spend some of it coding or testing
    1. Re:Seconded! (-: by mark-t · · Score: 1
      The NDA stops you from disclosing any information that SCO reveals to you. It cannot stop you from disclosing information you are able to discover for yourself unless that information was also given to you by SCO.

      So suppose they did give you the filenames, authors, and line numbers. You probably could still, for instance, say what the MD5 checksums were for the files in question, and leave it up to other people to find them via a process of elimination from that.

      Not allowed to give line numbers? Okay... so list pairs of numbers that are multiples of the line numbers such that the actual lines numbers can be found by finding the greatest common divisors of each pair. I can almost guarantee that information isn't going to be given to anyone by SCO. Heck, you could even cite circle areas, using 3.14 as pi where the radius of each circle represents a line number.

      There are probably hundreds, perhaps thousands of ways that an inventive person could get around the restrictions of an NDA without any legal consequences if one were to really set their mind to it.

  117. What next by hobsonchoice · · Score: 1

    Nobody seems to be discussing what happens next?

    SCO have said they will have an announcement before the market opens. What do you think it will be?

  118. A little tough love by djNocturne · · Score: 1

    For the benefit of any other anonymous German developers planning to get their "uppity" on, a friendly word of advice: Obnoxious corporations are not generally spooked by legal amateur hour; at least not here in the U.S. Although the superfluous footnoting was a nice touch, the overall content just didn't have that certain pedantic ... je ne sais quoi.

    For future reference, that's just not how you punk a litigious sack of shit like SCO. Instead, think of it as a slightly larger version of Pokemon, only the little buggers suddenly lost their souls! You have to catch your own "Litigimon" to do proper battle. (Also, just like in the cartoon, the more obnoxious the damn thing is, the better ... for some reason, those seem to be the most unstoppable.)

    Anyway, just a little tough love for any other would-be ballbusters out there. I'm pulling for you, trust me, but you have to do that shit right. If you're gonna to come over here and join our crew, come heavy. Bring a little something besides that weak-ass, cross-continential chest-puffing routine. Above all, never, ever throw like a girl. This is of the utmost importance.

    One final piece of advice. Negotiation is an art, and one that requires a certain measure of tactical skill. I'm sad to say, this is not a particular skill you were born with, or otherwise possess. Generally speaking, one doesn't come out of the gate with, "I'm going to sue the PANTS off you ... of course, I *could* be talked out of it if you were to stop [insert undesirable behavior here]." Jesus, man ... that's not smoove.

    In America, first you get their attention, then you get the power, THEN you get women.

    - nocturne

    (p.s. I only push you so hard because I care.)

    --
    /* Pleurez, pleurez, mes yeux, et fondez vous en eau! La moitie de ma vie a mis l'autre au tombeau. - Corneille */
  119. Re: Mine isn't. by E_elven · · Score: 2, Funny

    *sigh*

    --
    Marxist evolution is just N generations away!
  120. Jokes? by Anonymous Coward · · Score: 1, Interesting
    I was a Unix kernel hack thru most of the 80s (basicly v6 up to 5.3) and I don't remember a lot of jokes in the kernel comments (mind you it was a while ago)- schedulers changed over time. BSD's was almost certainly different (and could have been put into V.4 by Sun ...).

    However I'd bet on the stuff in common (assuming it exists at all) being in some architecture specific piece of code (ia64? 360?) - does the ia64 need a special scheduer anyone know?

  121. Comments from POSIX by minkwe · · Score: 5, Interesting

    Many of the comments in the Linux kernel are from the posix specification which is available on the internet. http://www.opengroup.org/onlinepubs/007904975/

    It makes a lot of sense for a developer to copy the specification as comments and fill it up with implementation details. That's the way I would do it! That would explain why comments are the same and code is different.

    --
    "Fighting terrorists with millitary might is like killing a mosquitor on your Dad's forehead with a rifle."
    1. Re:Comments from POSIX by Liquor · · Score: 1
      Many of the comments in the Linux kernel are from the posix specification
      But the posix spec has no deliberate jokes in the comments. (Avoiding SCO copyrights?)
      --

      Liquor
      Sanity is a highly overrated commodity.
  122. How could SCO prove anteriority ? by file-exists-p · · Score: 2, Insightful

    From the beginning, I am missing an important point. Even if SCO shows 10,000 lines of code similar in the Linux Kernel and in their own sources, how could they prove they did not copy/paste ? Is there an organism in the US where they could have registered their code in something like 1992 ? We have this in France.

  123. Interesting. by Anonymous Coward · · Score: 0

    It's interesting how "missing writings" seem to show up in Uath from time to time. Wanna bet
    Amendment 2 is a forgery like most of them are?

  124. Translation by Anonymous Coward · · Score: 0

    Today i had the opportunity to take a look at the code part in question.
    Due to an error of the laywers my collegue and i, other than the 7 other commissioned, did't had to sign an NDA. Different to the employes of microsoft, who had to keep silent even to their bosses, and where only allowed to talk to their auditing department.

    To the code itself:
    There has been an notarial act of 46 pages split equally in parts from Linux (large parts printed directly from post to the kernel mailing list) and listings from SCO. If these have been truly SysV Sources, remains unclear, and is not traceable for me, since they have been ripped out of context.
    It is also interesting to note that all the dates have been ripped out of the text, even out of the comments.
    The comments itself are partially identic, the source code of the function differs on most parts. The structure of the code in question seems to be related the implementation differs quite a lot. The variable and the function names are different. Loops are structured differntly, comments run over chained ifs or bitpatterns. Only one thing can be said for certain:
    The coresponding code sniplets provide similar functionality, which had to be expected.

    There are many differences in the implementation that a evidence over a common code base seems to be difficult, if not impossible.

    The crux of the matter is the schedular code where 60 lines of code are largly identical even into the comments. A similarity close to the one seen in the schedular can only be seen in the memory management, which is only commented in the linux version. If there is enough evidence out of these sniplets can only be decided by an laywer. The vague similarities in different parst are insufficient, since both are depending on the same standard. I don't get any clues out of the partly identical comments on both . This should be reviewed again with dates, to have any evidence.
    To the discussion about SCO/Caldera and their published code under GPL, it has to be said, that no court has proved the legal certainty of the GPL. Should these be proved, which is unceirtan, SCO can only the parts of linux which have not been published by SCO and on which development SCO has not been involved. This is one difficulty in the coming lawsuit.
    Since the original unpatched sources are not attacked, but modifications, which are part of different distributions, it has to be checked under every circumstance if the companys which published the code have any rights on the published code. This could be by mergers, takeovers, "all-inclusive" deal and other. The chances that this case will open seem to be low since a lot of cases like this there had been an agreement out of court.
    This is only my personal opinion, authorative is only the jugement of the court.

    (ED: To post later in the thread)
    > How could you come to this code review?
    Our company has developed some products on the linux basis and so we agreed to review with to employees. The rules for the microsoft employees has been aproved, but i don't see any reason in this rules.

    The missing NDA seems to be an error of the chambers since some employees of SIEMENS/ Nixdorf also didn't had to sign an NDA.

    > Please kontakt me:
    IANAL. Don't take my wordings for granted and not for any base for suing.
    I don't wan't to make any more utterances, since we have come to an agreement in our company and i don't wan't to make any trouble.
    My collegue has a different opinion and thinks the evidence given by SCO can not be proved. But this has to be ruled out by the court.

  125. uh, why? by alizard · · Score: 1
    That's the "SCO wins on all counts and really, truly 0wNz Linux." scenario.

    It isn't consistent with the SCO VP of Engineering selling all of his stock, including exercising all his options. If he thought SCO was a good investment (and a Linux owned by SCO probably would be), why did he go to the trouble of selling all of it?

    So why would the VP of Engineering think SCO a BAD investment?

    I don't know for sure, either but the way to bet is that he agrees with the rest of us here on the validity of the SCO lawsuit.

    1. Re:uh, why? by Anonymous Coward · · Score: 0

      PErhaps the Engineering VP did this because he cut a deal with the current corrupt old-boy network in power in the USA- "We won't haul your ass up for insider trading if you keep completely silent about the code we copied into UnixWare from the linux kernel and the linux-kernel mailing lists"

  126. translation of german posting (in part) by Anonymous Coward · · Score: 0

    I have (in part) translated the following german posting, without checking
    authenticity or checking back with the author. Also, I am no
    translator by profession, so there may be a number of errors. Probably
    I have somehow managed to get most of the points made... As it is, I
    can take no responsibility for the content of the text, nor for the
    validity of the translation, although I made it to my best knowledge.

    Dr. Franz Sauerzopf
    Low Temperature Physics
    Atominstitut, TU Wien

    http://forum.golem.de/phorum/read.php?f=44&i=177 4& t=1716
    Autor: Dr. Stefan Hildemann
    Datum: 10.06.03 18:33

    Due to an error of the lawyers, my colleague and I did not have to sign a
    non-disclosure agreement, unlike the 7 other experts allowed to review
    the code excerpts. ...

    Presented were 46 pages, half of which consisted of code from Linux
    (most of it printed postings from the Linux-Kernel-Mailinlist, the
    other half listings from SCO. It could not be checked if these are
    true SysV sources, because they were taken out of the context.
    Interesting is also, that all dates and times have been removed, even
    from comment lines.

    The comments in some places actually are identic, even some jokes are
    the same in both parts of sources. Noticably though, is that the code
    near the comments in most cases is rather different. The basic design
    of the functions under discussion is rather similar, but the real
    implementation differs , variable and function names are different,
    and the loops are differently structured, conditions are checked via
    repeated queries(if? ger: Kettenabfragen) or bit patterns. Generally, only one thing can be
    safely stated: The functionality supplied by the code fragments is
    often the same, but this had to be expected anyway. In the concrete
    implementation there are so many differences, that evidence for the
    same provenience of the code cannot easily be confirmed, but still may
    be possible. One of the most significant fragments is part of a
    function of the scheduler, which is almost identical over a length of
    almost 60 lines. Here is also a large number of identic comments. A
    comparable large similarity is also seen in a function of the memory
    management, but in this case only the linux version is commented. If
    from these two matching code fragments a case can be made, cannot be
    said with certainty ... (follows author's cautious assessment of the
    validity in an eventual court case. -- especially the identical
    comment lines may be a problem. -- the "path" of the code during
    mergers and buy-outs has also to be checked).

  127. scheduler is old! by leuk_he · · Score: 1

    remember this comment from linus about the (not accepting kernel patches for ) scheduler:

    from kernel achive"

    "The scheduler is about 100 lines
    out of however-many-million (3.8 at least count), and doesn't even impact most normal performace very much. " ...
    "Let's face it - the current scheduler has the same old basic structure that it did almost 10 years ago, and yes, it's not optimal, but there
    really aren't that many real-world loads where people really care. I'm sorry, but it's true. "

    Basically he is saying "the scheduler never
    changed." This is before the O(1) change.

    elsewere he wrote:
    I wrote what is _still_ largely the algorithm in 1991, and it's damn near the only piece of code from back then that even _has_ some similarity to the original code still

    Maybe SCO is saying again that it is interesting. That is basically their claim. They say they own (something) about unix, and the scheduler is something very generic about linux.

    Note that after this post the O(1) scheduler was implemented so ther are big changes in 2.5 and and later 2.4 kernels.

  128. Re:GPL question (now copyright question) by DarkMan · · Score: 1

    Um, well - probably not.

    Absent NDA, I don't think that SCO could stop you copying thier code, that you legally had in your possesion, for the purposing of judging your own exposure. Note that it is always legal to have GPL liscenced code in your possession, whether or not you agree to the liscence. This situation does not apply to most commercial liscences.

    Obtaining a copy of the code by industrial espionage really pollutes the 'good faith' fair use claim. Note that in your second paragraph, your talking about distributing the code, rather than for direct risk management - again, further complicating the situation.

    Also, SCO are claiming trade secret violation, not copyright violation. That's a significant asymetry in the legal standings between the two sides. There are no fair use exceptions in trade secret law, as far as I am aware.

    I think [0] if you were to obtain SCO's 'evidence' by espionage that they would be able to slap you with a preliminary injunction against spreading the information about, on the grounds that they have minimised distribution pre-discovery. Judges are quite keen to let the courts work the way they were intended, and, coupled with a trade secrets case, I can't see any reason for the judge not to grant an injunction. Note that SCO can claim that the NDA also protects the Linux code - they are minimising thier breach of copyright, which is useful to support a fair use claim.

    In short - what you are talking about would fall foul of more than just copyright issues, and there is a fair use exception only for copyright.

    [0] Disclaimer: I'm not lisceced to practice law in the USA. This is not legal advice, blah blah blah

  129. What comments? by Kenard · · Score: 1

    Why do you think they call it code?

    --
    (appended to the end of comments you post)
  130. There are no weapons of mass desctructions in the by TheMidget · · Score: 1
    Linux Kernel!

    I presume that it means, this German guy didn't see the "raw" SCO evidence, but he saw SCO's presentation/interpretation/summary of the "evidence"

    Reminds me of Bush's presentation of his evidence before the UN. Was also not the "raw" evidence. Because there was no raw evidence. It was all just hot air (...errm, sorry, hydrogen...)

  131. +1 Satirical? by BigBadBri · · Score: 1
    We have to believe this comment is clever satire.

    The alternative (a /. reader with no LOTR knowledge) is too horrible to contemplate.

    --
    oh brave new world, that has such people in it!
  132. A: Compare it to academia by Corpus_Callosum · · Score: 1

    Question is, How do we educate the corporate world so they can make informed decisions for Linux, and other open source software?

    While certainly not an exact match, explaining that the development of a product like Linux operates much like the development of scientific ideas in academia, I find, comes close enough to the truth that most people can grasp it.

    The difference, really, is that the "body of scientific work" and most related "publications" end up being executable...

    --
    The reason that it can be true that 1+1 > 2 is that very peculiar nonzero value of the + operator
  133. My view of the original german text... by cdemon6 · · Score: 2, Interesting

    I've read the original german text, what he sais is:

    - SCO's lawyers forgot to force a person to sign a NDA, that's the reason those details came out

    - 46 pages of code were compared, linux on the one side, probably (not sure because they didn't tell it) SysV-code on the other side

    - most code was simliar and had some excat matching comments, but the implementation also differed in many points

    - 60 lines of scheduler code were a almost exact match (!)

    - all dates were cut out so nobody can tell (yet)
    for sure who used the code first (but SCO would not start this case if they hadn't evidence imho)

    - if the GPL proofs valid, SCO can only attack parts that they have not distributed so far, and those code was only in modifications by others, *not* in the unpatched kernel source tree!

  134. Do they realy have it? by vidarlo · · Score: 1

    If SCO has the examples, why can't they show it? Well, they claim that the Linux-community is going to remove this code then. However, it would not be a problem. They could for example buy a distro, with kernel sources, that would proove that the code was there. And I don't think it in the Linux-community is able to remove the code without large amounts of email discussing the topic. Furthermore, for me at least, it would be a hard stroke to get to know that Linux ain't as free as they claim. When I use a gpl'd product, I suppose it to be free. As GNU says, software should be thrusted.

    1. Re:Do they realy have it? by spitzak · · Score: 1
      Not only that, removal of the code would help their case. They could point out that the Linux hackers agree that the code was stolen, otherwise why would they remove it?

      For this reason (and many others) I believe the whole thing is an outside-funded attempt to cast FUD on Linux. Removal of the code is totally contrary to the desires of the actual people behind this, even though it would be entirely in the interest of SCO.

  135. Re:mirror by rusty+spoon · · Score: 1

    I don't know where the docs are searching google reveals a lot of documents and discussion of the case - I remember the case being quite important at the time.

    I also saw the transcripts and the evidence just after the case was finished. It was fairly clear cut from my POV. The comments were *so* damning. Much of the code you could forgive because there are only so many ways to do it, but the comments...no.

    The lawyers did well out of it but the end result was crippling for both companies, finally they merged.

    So, maybe SCO are looking for a buyout. It would make sense.

  136. V6 and V7 unix examples have been released too by Anonymous Coward · · Score: 0

    The "ancient unix" V6 and V7 code has been out and public for some years now too. It was ancestral to Sys V unix, but could legitimately have been extracted from here and there in free OSs if I understand things aright. There are probably some functions for doing things like finding the first set bit which people were using normalize instructions for back in the early to mid 1970s, but which might have been coded in C in the old pdp11 versions and for which C code might have been kept around for portability to architectures not offering such instructions (with the expectation that in most cases this C code would not be used, perhaps).

    The remark that SCO deleted all date information in its "evidence" is IMO highly suspicious. You would not hide dates if they supported your theory.

  137. Question by Kjella · · Score: 1

    I haven't seen the SCO code, nor do I care to. But, I have first hand seen a similar case that was won based on the comments in the code.

    To which I have to ask: Was one of those products open source? Because if you found identical comments a different code bases, where there should have been no contact, something fishy has happened.

    However, here the Linux comments have been available all the time. SCO can simply copy-paste their comments into their old source files and claim they made these comments. No recompile or anything can prove that those comments weren't there.

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:Question by rusty+spoon · · Score: 1

      I totally agree and I'm sure it will all come out in the wash.

      I honestly doubt SCO (even imagine they) could get away with it thanks to the OSS community and the hordes of eyeballs blah blah on the code over the years. It wouldn't be difficult for someone with at least a couple of brain cells to see checkins and such to trace back the source - and because the people that do that job get paid hansomly for their time I'd volunteer! ;-)

      However, I was merely pointing out that comments in stolen code can be the downfall of the offending party - as has been my direct experience.

      It's easy to say that the comments prove nothing when in fact they can offer the best evidence. Same for redunant or oddly named variables.

      Whether SCO sole linux code or IBM polluted Linux with SCO code isn't for me to decide, nor do I have a valid opinion on it due to limited access to all of the materials.

  138. Re:mirror by bishopi · · Score: 1
    And; "Trivial items may well provide the most eloquent testimony"

    Would it be uncouth of me to be eagerly awaiting the I.P. lawsuit saga over the "f*ck me gently with a chainsaw" comment?

    I'm SURE that the originator of that one will be eager to demonstrate the principle on SCO management if they have stolen it :)

    Ian

  139. Even better link by wizzy403 · · Score: 1

    Better slashdot translation. Includes original German as well.

  140. So where's the Beef? by Cletus+the+yokel · · Score: 1

    Time: 9:15 Monday.
    SCO stated on Monday that they would make an announcement before the start of business on the NYSE today.

    So where is it? Nowhere to be found!

    --
    Wanted: One witty yet thought provoking .sig - Apply here.
  141. International SCO Squishing Week by Daniel+Phillips · · Score: 1

    And who would deserve it more? This particular abuse is a new low for the American legal system, at least in high tech. As for David Boise, I hope this action constitutes the end of his arginally-deserved reputation as a winner, and that it serves as a lesson in both morality and ethics for him.

    Hmm, I wonder if he has the spine to offer a public apology.

    --
    Have you got your LWN subscription yet?
  142. I apologize in advance for this one... by gosand · · Score: 5, Funny
    15-Jun-2003 22:27 // Mary Jane was wild in bed tonight.

    16-Jun-2003 11:05 // Took Mary Jane to the vet for her annual check-up. I hope the doc can't tell.

    --

    My beliefs do not require that you agree with them.

  143. Better Hope They're Wrong... by Greyfox · · Score: 1

    If they're found to be right, I expect they'll ask the judge for an injunction preventing every person who could have seen the Linux kernel code from ever developing operating system kernel code again.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  144. SCO Rules I really hope they kick some ass! by Anonymous Coward · · Score: 0

    NOT!

    SCO much like Micro$oft is simply attempting to use groundless arguments in an attempt to slant the market as they see fit. I have personally migrated several companys AWAY from SCO to other flavors including Linux (reuse hardware!). I have NEVER seen or heard of a any company migrating twards it.
    Lets all hope it dies a painfull death it deserves.

    With a wipe of toilet paper and a mighty flush the thing called SCO is bannished from our behinds...

  145. Speaking of remarkable similarities... by stuffduff · · Score: 2

    Did anyone compare the google and altavista translations? ;^)

    --
    "Can there be a Klein bottle that is an efficient and effective beer pitcher?"
  146. Open Source Small-Claims Lawsuit Filing? by bltz · · Score: 1

    Perhaps there is an attorney who is willing to post a small-claims court filing template that can be used by any user/all users of Linux to file small claims suits against SCO for violation of the GPL when used in the LPK, as per: http://www.theinquirer.net/?article=9952 Seems only fair to wage litigation in a commensurate manner against the offender. I'll bet between 6,000 and 50,000 small claims suits would have the same chilling effect on SCO that SCO's lawsuit had. Tit-for-tat, you know.

  147. Re:I apologize in advance for this one...(as do i) by Kailden · · Score: 1

    17-Jun-2003 19:00 //Last Dance with Mary Jane.

    --
    I need a TiVo for my car. Pause live traffic now.
  148. Re:There are no weapons of mass desctructions in t by DickBreath · · Score: 1

    >>this German guy didn't see the "raw" SCO evidence, but he saw SCO's presentation/interpretation/summary of the "evidence"

    >Reminds me of Bush's presentation of his evidence before the UN. Was also not the "raw" evidence. Because there was no raw evidence. It was all just hot air (...errm, sorry, hydrogen...)


    Wouldn't that be CO2? Only fire breathing dragons would exhale hydrogen. Or did I miss something?

    --

    I'll see your senator, and I'll raise you two judges.
  149. Re:There are no weapons of mass desctructions in t by TheMidget · · Score: 1
    Wouldn't that be CO2? Only fire breathing dragons would exhale hydrogen. Or did I miss something?

    Yes. The so-called "mobile chemical weapons lab" trucks were really just makeing hydrogen for weather balloons...

  150. Putting the cart before the horse by tuxathon · · Score: 2, Interesting

    I just read an interview with Darl McBride on CNet where McBride admits they filed the suit against IBM and then sent their teams of programmers through the code to find similarities. I find this to be rather glaring evidence of extortion, rather than protection of IP rights.

    If SCO was really concerned with their Unix licence rather than their failing business, they should have investigate first, and then filed suit if action was needed. Darl saw the leverage negative publicity might bring and decided to exploit it. No matter how victimized he tries to sound, he did things backward and it will bite him in the end.

  151. Re:There are no weapons of mass desctructions in t by DickBreath · · Score: 1

    You misunderstood. I meant that the "hot air" from SCO couldn't be H2 but must be CO2.

    --

    I'll see your senator, and I'll raise you two judges.
  152. Re:There are no weapons of mass desctructions in t by Anonymous Coward · · Score: 0
    But a balloon filled with that hot air would rise, just like a balloon filled with H2. However, a CO2-filled balloon would sink...

    In conclusion, I think that SCO's claims are pure baloney!

  153. Scheduler ? by sad_ · · Score: 1

    So there is a large chunk copied into the linux scheduler source code?

    well, it should be easy enough to track all the sources of the kernel/sched.c contributions. the file is not that large...

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
  154. Re:Things that make you go "Hmmm... BULLSHIT!" by Anonymous Coward · · Score: 0

    If I give you 46 random pages of code from the kernel, How well are you going to be able to talk about it ?

    You'd think he'd remember at least one of the 'jokes' that were the same between comments. That'd help.

  155. SCO ads on Slashdot ?? by Anonymous Coward · · Score: 0

    with all of the trouble SCO is causing the community, I was shocked to see a SCO ad at the top of the Slashdot page today !!

  156. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 0

    Sit on your fat ass and watch news on TV and gripe about your government, your country, and your country's business leaders.

    Well, actually, no. I don't gripe about the government; I find it very much to my liking. And I most certainly do not gripe about my country; it's the finest country on Earth. And as for my country's business leaders, there are so many it's not possible to paint them with a broad brush. Some are scrupulous. Some are not. And so it goes.

    And as for my ass, it's trimmed down quite a bit since I've begun working out, thank you very much for noticing.

  157. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 0

    Yes, because we all know that Microsoft are responsible for all the Windows users out there who do abuse.

    If Microsoft were TELLING Windows users to go download giant files from a competitor just to burn that competitor's bandwidth, then Slashdot would be up in fucking arms.

  158. Last rewrite? by phorm · · Score: 1

    I seems to me that, aside from the oddly commented areas, the code in question mostly resides in the scheduler. Now, this being a core part of the Linux O/S, I must ask a few questions: a) When was the scheduler last modified/tweaked/updated?
    b) How hard would it be to further modify/tweak

    If we're prepared to defend our stance, then we should at least start gathering some info.
    If SCO does decide to drop the cloak-and-dagger and release some dates (fictive or non), then we can compare and discover if any similar/like code was copied from SCO, or by SCO. Perhaps if there is something a little touchy in the scheduler (which I doubt), it is simply due to similarity of function. Another thing to consider is that $value += $value2; doesn't count to us... but how about a non-programming-savvy judge?

  159. Re:I apologize in advance for this one...(as do i) by usotsuki · · Score: 1

    One more time to kill the pa-a-ain!

    -uso.
    I had a freak accident with a tape of that song.

    --
    Dreams, dreams, don't doubt dreams, dreaming children's dreaming dreams. Sailor Moon SS
  160. Not the violation by siskbc · · Score: 1
    The judge in the USL-BSD case ruled that similar or identical comments don't count since they are not functional. That precedent will count against SCO.

    Not sure if it's different here, but the comments seem to be evidence of a violation, not the violation in and of themselves. Because the comments are, potentially, a very unique part of a program, they make a good smoking gun. Of course, as they are not functional, they do not allow for damages in themselves.

    --

    -Looking for a job as a materials chemist or multivariat

  161. Re:There are no weapons of mass desctructions in t by DickBreath · · Score: 1

    I think that SCO's claims are pure baloney

    Then that means the balloon is sinking, not rising. Thus saying SCO's claims are a bunch of hot air, means they are CO2, not H2.

    --

    I'll see your senator, and I'll raise you two judges.
  162. Let's buy it by jandockx · · Score: 1

    There are Very Many Open Source supporters. What if we agreed on a reasonable price, and we all put a call in at that price for 1 SCO share? I believe that we, collectively, would own a majority of SCO in a short number of weeks. Then we can decide, as owners, to make this go away. And, with the appropriate legal help, discard the current leadership, obviously without a bonus. I put up Richard Stallman, Eric Raymond, Bruce Perens, et al. as new board members (I wonder if they're interested :)). Is SCO public? What's there stock symbol?

  163. also note that by dh003i · · Score: 1

    SCO has violated the GPL in many of the products it has distributed. Thus, authors of the GPL would be entitled to any of SCO's profits from those products.

  164. Re:Wasting bandwidth - execute our GNU rights! by hkmwbz · · Score: 1
    I don't get it. Is Linus or the entire kernel mailing list telling people on Slashdot to slashdot SCO? Or any serious Linux organization/company? Red Hat? SuSE? Mandrake?

    Come on, explain this to me, Oh Wise AC!

    Does every single Linux user out there represent the Linux/open-source ideology?

    --
    Clever signature text goes here.
  165. Re:mirror by Crispy+Critters · · Score: 1
    'And finally; "Both suites of programs contained the same spelling mistakes in the comment lines and the same redundant code. The judge did not accept the argument that this was due to programming style."'

    I can see it now... comments in both code misspelled it's for it and loose for lose, used fsck as an expletive, and referred to some mysterious substance known as pr0n.

    IBM will then subpoena 600,000 registered /. users to prove that geeks can't spell.

  166. i used 1,s and 0,s in 1959 by Anonymous Coward · · Score: 0

    i used 1,s and 0,s way back in 1959 i,m sueing sco for useing identical 1,s and 0,s throught there unix code!
    dont steel these any more!

  167. Re:Wasting bandwidth - execute our GNU rights! by Anonymous Coward · · Score: 0

    By definition, yes. Every single Linux user out there represents the Linux/open-source ideology. Unless that ideology is inherently hypocritical, that is.