Slashdot Mirror


SGI's Letter to the Linux Community

_Upsilon_ writes "SGI has released a letter to the Linux community in response to SCO's recent threat to revoke the UNIX licence for Irix. The letter mentions that they inadvertently did submit some System V code into the Linux kernel, that has since been removed (and some more in the process of being removed). The article points out that the code fragments in question had already been released into the public domain as well."

565 comments

  1. Don't /. these guys by Anonymous Coward · · Score: 3, Informative

    October 1, 2003

    To the Linux Community:

    As one of many contributors to the Open Source movement and to Linux,
    SGI takes the subject of intellectual property rights seriously. Our
    contributions are a valuable expression of ideas which contribute to
    the intellectual richness of Linux.

    Over the past four years, SGI has released over a million lines of code
    under an open source license. Throughout, we have carried out a
    rigorous internal process to ensure that all software contributed by
    SGI represents code we are legally entitled to release as open source.

    When a question was raised by the community earlier in the summer about
    the ate_utils.c routine, we took immediate action to address it. We
    quickly and carefully re-reviewed our contributions to open source, and
    found brief fragments of code matching System V code in three generic
    routines (ate_utils.c, the atoi function and systeminfo.h header file),
    all within the I/O infrastructure support for SGI's platform. The three
    code fragments had been inadvertently included and in fact were
    redundant from the start. We found better replacements providing the
    same functionality already available in the Linux kernel. All
    together, these three small code fragments comprised no more than 200
    lines out of the more than one million lines of our overall
    contributions to Linux. Notably, it appears that most or all of the
    System V code fragments we found had previously been placed in the
    public domain, meaning it is very doubtful that the SCO Group has any
    proprietary claim to these code fragments in any case.

    As a precaution, we promptly removed the code fragments from SGIs Linux
    website and distributed customer patches, and released patches to the
    2.4 and 2.5 kernels on June 30 and July 3 to replace these routines and
    make other fixes to the SGI infrastructure code that were already in
    progress at SGI. Our changes showed up in the 2.5 kernel within a few
    weeks of our submission, and the 2.4 changes were available in the
    production version of the 2.4 kernel as of August 25 when the 2.4.22
    kernel was released. Thus, the code in question has been completely
    removed.

    Following this occurrence, we continued our investigation to determine
    whether any other code in the Linux kernel was even conceivably
    implicated. As a result of that exhaustive investigation, SGI has
    discovered a few additional code segments (similar in nature to the
    segments referred to above and trivial in amount) that may arguably be
    related to UNIX code. We are in the process of removing and replacing
    these segments.

    SCO's references to XFS are completely misplaced. XFS is an innovative
    SGI- created work. It is not a derivative work of System V in any
    sense, and SGI has full rights to license it to whomever we choose and
    to contribute it to open source. It may be that SCO is taking the
    position that merely because XFS is also distributed along with IRIX it
    is somehow subject to the System V license. But if so, this is an
    absurd position, with no basis either in the license or in common
    sense. In fact, our UNIX license clearly provides that SGI retains
    ownership and all rights as to all code that was not part of AT&Ts UNIX
    System V.

    I hope this answers some of the questions that you and the Linux
    community might have. We continue to release new Linux work, and are
    very excited about the growth and acceptance of Linux. We are
    continuing full speed to do new work and release new Linux products.
    We take our responsibility to the open source community seriously and
    are confident that we have an effective process to verify the quality
    and integrity of our contributions to Linux.

    Rich Altmaier
    VP of Software, SGI
    richa@sgi.com

    1. Re:Don't /. these guys by motte_fra · · Score: 5, Funny

      serving text/plain is quite strenuous on those small servers

    2. Re:Don't /. these guys by Anonymous Coward · · Score: 0

      You'd think the SGI servers could handle a simple text file, without us having to reproduce it here...

    3. Re:Don't /. these guys by FirstOne · · Score: 4, Interesting
      "We quickly and carefully re-reviewed our contributions to open source, and found brief fragments of code matching System V code in three generic routines (ate_utils.c, the atoi function and systeminfo.h header file), all within the I/O infrastructure support or SGI's platform."

      "Following this occurrence, we continued our investigation to determine whether any other code in the Linux kernel was even conceivably implicated. As a result of that exhaustive investigation, SGI has discovered a few additional code segments (similar in nature to the segments referred to above and trivial in amount) that may arguably be related to UNIX code. We are in the process of removing and replacing these segments."

      It would be nice if they (IBM, SGI) ran the ENTIRE Linux/GPL code base through a tokenized comparison with their reference SCO Unix trees. Thus GPL community could start identifying and removing any suspect code NOW, rather than wait for a trial outcome.

    4. Re:Don't /. these guys by connorbd · · Score: 1

      Well, yeah, inasmuch as SGI, despite its financial troubles, is one of the two or three biggest companies in the supercomputing field.

      I wouldn't worry too much myself.

    5. Re:Don't /. these guys by Performer+Guy · · Score: 1

      You'd think, and indeed they can. Just because some karma whore first posts the text file doesn't mean the server is even noticing the load.

    6. Re:Don't /. these guys by stevew · · Score: 1

      I do believe that is what Rich is saying SGI is doing.

      --
      Have you compiled your kernel today??
    7. Re:Don't /. these guys by jabuzz · · Score: 1

      Remember that system that ESR reported on just a few weeks ago???

    8. Re:Don't /. these guys by chammel · · Score: 1
      --SNIP--

      We quickly and carefully re-reviewed our contributions to open source, and found brief fragments of code matching System V code in three generic routines (ate_utils.c, the atoi function and systeminfo.h header file), all within the I/O infrastructure support for SGI's platform.

      --SNIP--

      Unless you are running Linux on an SGI platform you are not infringing in any way with this code.
      All this Code is in the IA64 part of the kernel.
      --
      Neutrons are slippery little rascals, they can fool you. They can bounce and show up around corners you don't expect.
    9. Re:Don't /. these guys by Anonymous Coward · · Score: 0


      "OMG! Sir, sir, come quickly! Our load average says 0.01, 0.00, 0.00!!"

      "Dammit, some clown must have given the server link to Slashdot. We're doomed!"

    10. Re:Don't /. these guys by MuParadigm · · Score: 2, Interesting


      And according to SGI, it's questionable whether any of the code even got compiled. It seems like it was old code left in the source, but not even called upon at compilation.

    11. Re:Don't /. these guys by MoronGames · · Score: 1

      Not just small servers. Small SGI servers. Go figure.

      --
      hey!
    12. Re:Don't /. these guys by nathanh · · Score: 1
      It would be nice if they (IBM, SGI) ran the ENTIRE Linux/GPL code base through a tokenized comparison with their reference SCO Unix trees. Thus GPL community could start identifying and removing any suspect code NOW, rather than wait for a trial outcome.

      I don't think it'd help. SCO is using a very broad definition of "derivative work".

      For example, SCO is claiming RCU and NUMA in Linux are derivative works of SYSV UNIX. There isn't going to be any SYSV UNIX code in either example. SCO apparently thinks RCU and NUMA are derivatives because Dynix and AIX (which are derivatives of SYSV UNIX) once included RCU and NUMA.

      Also Groklaw has just linked to the updated SCOForum Powerpoint slides. SCO is now claiming that an IBM engineer who merely spoke about cache coherency in Linux was transferring "SYSV UNIX concepts" into Linux. This is beyond ludicrous. SCO is not even bothering with copyright; SCO is claiming ownership over concepts!

      So removing infringing code - if there even is any - isn't going to appease SCO.

  2. Uh-oh... by xanadu-xtroot.com · · Score: 3, Interesting

    You mean that McBride's rants may actually have a bit of substance behind them? OK, most of the code is gone now, and what code was there was Public Domin anyway, but McBride whining about the simple fact that the code was there now has some merit to it?

    oh, man.

    --
    I'm not a prophet or a stone-age man,
    I'm just a mortal with potential of a super man.
    1. Re:Uh-oh... by Anonymous Coward · · Score: 0

      But if so, this is an absurd position, with no basis either in the license or in common sense.

      He apparently has no common-sense either, but we all knew that ;)

    2. Re:Uh-oh... by zoloto · · Score: 2, Insightful

      Yeah this was my kneejerk reaction as well. But if they have already released it into the public domain, then it's there for good GPL or no GPL, right???

    3. Re:Uh-oh... by 110010001000 · · Score: 1, Insightful

      SGI says code MAY have been public domain. The fact that SGI removed it anyway, indicates that there is SOME DOUBT about that.

    4. Re:Uh-oh... by Bendebecker · · Score: 1

      Even if it had merit, the fact that McBride ranted about it renders that merit void.

      --
      There's a growing sense that even if The Future comes,
      most of us won't be able to afford it.
      -- Lemmy
    5. Re:Uh-oh... by 47PHA60 · · Score: 5, Informative

      In any organization this will happen. SCO is saying that IBM moved the code into Linux on purpose to destroy UNIX.

      This is very different from an inadvertant violation. If you took me to court and I could present evidence that I did not include your code purposefully, that I removed the offending code as soon as I knew about it and presented documentation that the code was public domain, but that I thought it would be better to remove any possibility of violation, chances are that would be the end of it. The court would see that I performed due diligence to detect and fix the problem.

      That is why Linus and others keep on challenging SCO to show them the code so that they can perform their legal obligation and remove it. These people have also said that the fact that SCO won't show the code probably indicates that there are no violations, and certainly not on the grand, purposful scale SCO alleges. Look, if somone walked into your place of work and said "you are running unlicensed software," they'd be right. I have never seen a business that was NOT running unlicensed software. Does that mean they did it on purpose to destroy the maker of that software?

    6. Re:Uh-oh... by GrenDel+Fuego · · Score: 2, Insightful

      Well, as the letter states, the code was redudant as well. The functionality provided by the code was already available as a different function, so removing it was the right solution, public domain or not.

    7. Re:Uh-oh... by bladernr · · Score: 4, Funny
      Even if it had merit, the fact that McBride ranted about it renders that merit void.

      Oh dear, if ranting makes a point void, the /. community is voiding an awful lot of points :)

      --
      Sarcasm and hyperbole are the final refuges for weak minds
    8. Re:Uh-oh... by 110010001000 · · Score: 1, Troll

      Sounds like SGI is spinning it: "well there was SCO owned code in there, but we didn't need it and we took it out already so, um, lets just forget the whole thing, OK"?

    9. Re:Uh-oh... by UnknowingFool · · Score: 2, Insightful
      From my perspective, SGI is just covering their bases. There was some code fragments that were part of System V but SGI still contends there were public domain anyway. Any other code that might be System V has also been addressed. As for XFS, they unequivocably state that it is not and never was SCO's.

      In the likely event SCO actually sues SGI, SGI can not only defend their code, they can also point out that any necessary corrective actions have already been put in place if SCO has any merit. This will also have the effect of making SCO look bad since they have not diligently pursued their end by refusing to release any information to SGI about the particular code.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    10. Re:Uh-oh... by Paradise+Pete · · Score: 2, Insightful
      The fact that SGI removed it anyway, indicates that there is SOME DOUBT about that.

      All it indicates is that the code was easily and trivially replaced, so why not go ahead and do so?

    11. Re:Uh-oh... by Anonymous Coward · · Score: 0
      Here it is again, the slashdot fever. The physiological response of zealots in face of criticism. Rant rant... try to hide the fact that you might actually be in the wrong by changing the topic.

      The sad thing really is that Darl probably didn't act fast enough, and amidst all the denial, the code has already been changed. You don't look any different than Microsoft right now... But go ahead... deny it... Feel all warm and fuzy inside.

    12. Re:Uh-oh... by cdrudge · · Score: 1

      I understand where you are coming from...but I think SGI was just playing it safe. They found duplicate code. They could have just taken the path of least resistance and found that Linux already had duplicate functions that would do the same thing. Why bother going to the legal research to find if/when it was made PD when you can just use existing code that is known to be good.

    13. Re:Uh-oh... by Deusy · · Score: 4, Insightful

      You mean that McBride's rants may actually have a bit of substance behind them?

      Ok, I'll make it easy for you. Here's by far the most important part of the letter:

      "Notably, it appears that most or all of the System V code fragments we found had previously been placed in the public domain, meaning it is very doubtful that the SCO Group has any proprietary claim to these code fragments in any case."

      IOW, the letter can be summarised to, "We don't think we've infringed on [SCO's] copyright as this was BSD code, but it was that easy to replace that we've done it anyway."

      --

      Free Gamer - Free games list and commentary

    14. Re:Uh-oh... by pavon · · Score: 4, Insightful

      Probably not. Here's my interpretation of this letter:

      SGI carfully verified its code base before releasing it under an open source licence. Most of it was code that was completely original to SGI. However it included a few excedingly common routines that have been around forever, have been release as public domain, published in textbooks and distibuted in BSD software for decades. There is no legal justification for anyone owning this code. We figured that the ATT case was the nail in the coffin of this issue and didn't think anyone would be stupid enough to try to claim ownership of this code again. But unfortunately, we were wrong and these morons think that just because SysV uses these extremely common routines that they must own them. To make things easier for everyone, we are have removed this code, and are looking for any other code that will give these idiots bad ideas, and will remove it as well. We appologise for underestimating the extreme stupidity capable of businessmen and layers.

    15. Re:Uh-oh... by tinrobot · · Score: 1, Interesting

      But only the owner can release it into the public domain. This would have had to have been the owner of Sys V, not SGI.

      Anybody know if AT&T/Caldera/SCO ever GPL'd this?

    16. Re:Uh-oh... by Pharmboy · · Score: 4, Insightful

      But if they have already released it into the public domain...

      Putting something in the Public Domain specifically means you are giving up any copyright to it. NO ONE owns the Copyright for Public Domain works, thus, anyone can use it for any reason whatsoever. Microsoft can use it, you can use it, Saddam Hussan can use, all legally, and no one has any authority to limit how you use it.

      The GPL relies on Copyright, and is very unrelated to PD. If you never have read it, go to www.gnu.org and read the GPL. It is very much like any other software license in a legal sense, only the terms are different. Its an interesting read. GPL does NOT mean you can do what you want with it. If you change GPL software, sell or give away a modified binary but refuse to show me the source, you are infringing the copyright, for instance, and subject to getting your butt sued by the owner of the copyright.

      --
      Tequila: It's not just for breakfast anymore!
    17. Re:Uh-oh... by TomServo · · Score: 3, Insightful

      So, worst comes to worst, the 2.4 kernels that have that code in them are taken off the mirrors and no longer readily available. All other versions of the kernel don't infringe, and the only entity that could reasonably be held liable would be SGI, an entity that would be able to fight off SCO.

      On the other hand, what it does is refute SCO's claim that there are over 1 million lines of code that infringe on their IP. SGI makes it sound like, at most, 200 lines infringe, most of which has been removed and found redundant. Does that sound like something worth a $1,599 licensing fee (well, it's not October 15th yet, but do you know anyone planning on paying the licensing fee over the next two weeks?)

      In the end, it sounds more like a company doing what most companies do: Realizing that there is absolutely no merit to the case, but taking the easy way out rather than spending money defending itself in court against charges that it doesn't feel like dealing with.

    18. Re:Uh-oh... by 110010001000 · · Score: 0, Insightful

      "On the other hand, what it does is refute SCO's claim that there are over 1 million lines of code that infringe on their IP. SGI makes it sound like, at most, 200 lines infringe, most of which has been removed and found redundant."

      Yes, SGI makes it sound like that. Are they going to admit 1 million lines of code is infringing? No, of course not. They will sttempt to say "well, there MAY have been some offending code - but we took it out and its all OK now".

      SCO says 1 million, SGI says 200 lines. Who do you trust? They both have something to gain and lose.

    19. Re:Uh-oh... by John+Hasler · · Score: 1, Insightful

      > Look, if somone walked into your place of work and
      > said "you are running unlicensed software," they'd
      > be right.

      If by "running unlicensed software" you mean "running software illegally" they'd be wrong.

      There is nothing in copyright law that requires licenses. It is quite possible to legally possess and run a piece of copyrighted software without having entered into any license agreement with the copyright owner.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    20. Re:Uh-oh... by DrWhizBang · · Score: 2

      No, it doesn't. The SGI letter and the LKML indicate that there were also very convincing technical reasons to remove the code.

      --
      Schrodinger's cat is either dead or really pissed off...
    21. Re:Uh-oh... by IWannaBeAnAC · · Score: 5, Funny
      My God! You are right! SCO have forced SGI to admit that core, critical components of Linux have actually been ripped out of System V! I mean, take one example from the massive 200 lines of offending code: the atoi(3) function. Yep, a function of such mind-blowing sophistication and complexity that it takes a NULL-terminated string argument and converts it to an integer. It is true, the Linux community lacks the technical ability to reproduce this function, hence the necessity to rip it from System V. Yes, this really is a tragic day for Linux.


      Perhaps there is already a freely-available atoi(3) implementation that can be used by the Kernel? Yes, in fact there is! Even better, it coincides with the atoi(3) function that was removed! Woohoo! We are saved! There is not even eny need to look further afield, like the multitude of *other* free implementations around the place (say, glibc? BSD?), or (at last resort) actually finding a master C programmer to lock himself in a room for the long winter months in an effort to come up with an independent implementation.


      The funniest thing is, that it probably WOULD take a huge effort by a master programmer to actually find an implementation of atoi(3) that was truely independent ;-)

    22. Re:Uh-oh... by TomServo · · Score: 3, Interesting

      Good point. However, SGI says that they contributed one million lines of code, and say that they made sure it wasn't infringing on any IP.

      SCO's claim of one million lines of infringing code sounds kinda like them saying "well, we know that SGI contributed some lines of code that are just like our System V code, so therefore, all lines that they contributed must be."

      IANAL so I have to ask: If, for instance, a book has a paragraph that was lifted from another author, does that make the entire book an IP violation under the eyes of the law? I.e., can that one paragraph be changed and fix everything?

      Also, in that case, I would assume that anybody *reading* said book would not be responsible for paying restitution to the actual author of that paragraph.

      Ugh, the law makes my head hurt.

    23. Re:Uh-oh... by typobox43 · · Score: 2, Funny

      I don't think the ranting makes the point void. I think the ranter makes it void.

    24. Re:Uh-oh... by LWATCDR · · Score: 1

      Not really. What it means is that they do not want a chance of being dragged through the courts. SGI is just crossing all their Ts and doting all their Is. It seems to me that it is a really good chance to audit the source for the Linux kernal. SGI seems to have found some crude in the Kernel and cleaned it up. What every one seem to have forgotten is that IBM does have the Source to Unix. They did use it to write AIX after all. How much do you want to bet that they have already audited the Kernel and looked to see if they can win or not? IBM has some of the IP people in the planet, some of the best programmers on the planet, the source for System V, the source for Linux and more money than most small countries. If there was any infringing code they would already know about it and would be trying to just buy SCO to shut them up.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:Uh-oh... by drakaan · · Score: 1
      Which (presumably) is what SGI was saying when they said in the letter (paraphrasing)...

      "most (or all) of the code was apparently released into the public domain"

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    26. Re:Uh-oh... by Anonymous Coward · · Score: 0

      > Saddam Hussan

      Who the FUCK is "Saddam Hussan" and why would he want to use stolen SCO code?

    27. Re:Uh-oh... by drakaan · · Score: 3, Funny
      sounds more to me like SGI was spinning it "Well, we did remove some code, but we only did it so SCO would have abso-fucking-lutely nothing to complain about. We investigated, found that most, if not all, of the code had been released into the public domain, and that a lot of it already had better, existing implementations in the Linux kernel. Oh, yeah, and we can do whatever we want to with XFS, because we wrote it, and it's not derivative of anything in SYSV.".

      They probably could have added a hearty "Kiss my ass and hug my nuts" to SCO in there, but they kept it pretty civil...

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    28. Re:Uh-oh... by Asphalt · · Score: 1

      SCO is trying to be the RIAA of Open Source.

    29. Re:Uh-oh... by Anonymous Coward · · Score: 1, Funny

      Who the FUCK is "Saddam Hussan" and why would he want to use stolen SCO code?

      He's a terrorist. Only terrorists use stolen SCO code.

    30. Re:Uh-oh... by Anonymous Coward · · Score: 0

      Ok, SCO's software has some of my copyrighted code in it. Well, they'd better get to work now doing a full audit of their code to try to find it, even though I presented no evidence to support my claim, it wouldn't be diligent of them not to look anyway.

    31. Re:Uh-oh... by Bishop923 · · Score: 1

      It's mainly a CYA measure. Basically the fact that the code was ever in Linux could open them up to litigation if it turned out to be owned by SCO. It would be like if you unknowingly gave your roomate's sterio away and then got it back later when you found out it was his. Even though you got it back, you technically could still be charged with theft.

    32. Re:Uh-oh... by sl70 · · Score: 1

      The fact that the code was easily and trivially replaced means that even in the very unlikely case that SCO won the suit, the damages awarded would be close to $0.

      --
      Thank God I'm an atheist!
    33. Re:Uh-oh... by damiangerous · · Score: 2, Interesting
      SCO says 1 million, SGI says 200 lines. Who do you trust?

      I don't have to trust either one. SGI's claims are verifiable. They submitted patches to remove any offending (in their opinion) code. We can look at those patches and see what they entail.

      Is there any more infringing code? Maybe. But if so then SCO needs to point out what that is, don't they? In the end, the truth will come out.

    34. Re:Uh-oh... by 47PHA60 · · Score: 1

      Tell that to the BSA and the companies they've raided, with law enforcement officers.

    35. Re:Uh-oh... by AJWM · · Score: 1

      You mean that McBride's rants may actually have a bit of substance behind them?

      Saying that McBride's rants have substance because of this is like saying the Sahara Desert is wet because a camel peed on it.

      McBride has been raving on about "millions of lines" of stolen SysV code, and other such idiocy. Even a stopped clock is right twice a day.

      --
      -- Alastair
    36. Re:Uh-oh... by Anonymous Coward · · Score: 0

      It was released into public domain by UC Berkeley, a long long long time ago.

      Public Domain means that you can use it however you want, with no permission, and without copyright approval--because the entity released their copyrights.

      The code that SCO is bitching about is in Sys V UNIX, and Linux, and maybe even some of the *BSDs, because it's rightfully there. They're just blowing smoke up everyone's asses.

      If they would use the code hasher that RMS released, this would all be moot, and resolved yesterday. Of couse, they don't want that. It would hurt their bottom line, and make their lawsuits pointless.

    37. Re:Uh-oh... by fermion · · Score: 1
      Look, if somone[sic] walked into your place of work and said "you are running unlicensed software," they'd be right. I have never seen a business that was NOT running unlicensed software. Does that mean they did it on purpose to destroy the maker of that software?

      According to the BSA, and, if we extend the example, to the RIAA, the answer is absolutely. The end user 'steals' software explicitly to destroy the innocent vendor. Therefore, they believe, the end user owes treble damages plus the retail cost of the software plus the cost of the audit. Of course, we all know that the RIAA believes that each song that is 'stolen' is worth 150K.

      This is why businesses and educational institutions pay large sums of money to license software they may never use, and allow spyware to be placed on their computers.

      Which is just the say the whole IP fiction has gotten way out of control, and companies like SCO needs to chill. Just because a standard contract was signed a long time ago that gave the first born child of everyone using Unix to the owners of Unix, doesn't mean that anyone will actually give you a first born child.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    38. Re:Uh-oh... by frkiii · · Score: 1

      You are incorrect, there, partially.

      (Disclaimer: I am not a lawyer, this is my own view and opinion only.) SCO is claiming, only in their shrill press releases and interviews, that their IP has been infringed (worded slightly differently in almost every case).

      Frankly, they can claim all they want, but they have not filed a copyright infringement claim, patent violation claim against any one, not even in their suit vs. IBM.

      If they had, it is common practice for them to inform and do everything they could to help mitigate the damages as a result of the infringement. SCO has not done so, and has flatly refused, in a number of their statements, to not do so.

      If they ever try to sue anyone for copyright infringement now and still refuse to show the code in question, a court would take a very very dim view of this, to the point where SCO could possibly get no damages as a result of their claim.

      And, given their accusations in their press releases and other statements, and open refusal to help correct the situation, that could be entered into evidence which would make things even worse for SCO in a copyright infringement case.

      This is all my opinion based on the study of the applicable laws, the original and amended suit of SCO vs. IBM and other related documents. Google is a wonderful thing. :)

      Regards,

      Fredrick

    39. Re:Uh-oh... by Jeremy+Erwin · · Score: 1

      I though the "code hasher" was written by Eric S Raymond

    40. Re:Uh-oh... by Roadkills-R-Us · · Score: 1

      Other than being more charitable to SCO than I would, this pretty well sums up what I got from the letter.

      If it weren't such a poorly handled case, I could almost believe M$ was pulling the strings at SCO, as part of their "destroy Linux" campaign. But one thing M$ *does* have is business sense. Another is lawyers. SO I can't believe they own this one.

      Whether they're been egging things on is another thing completely.

    41. Re:Uh-oh... by Anonymous Coward · · Score: 0
      As someone who learned C from a book, and was unfamiliar with many of the libraries, I actually wrote an atoi function (in my complete ignorance).

      Little did I know how valuable an untainted atoi function would be!

    42. Re:Uh-oh... by ameoba · · Score: 1

      SCO is saying that IBM moved the code into Linux on purpose to destroy UNIX.

      SCO's saying many things, but most of them (such as this) are just the FUD machine at work and don't really enter into the actual lawsuit. If they had more to go on, they'd be hitting IBM with something stronger than a minor breach of contract.

      --
      my sig's at the bottom of the page.
    43. Re:Uh-oh... by 110010001000 · · Score: 1, Insightful

      Thats not what we are discussing.

      SGI claims that they exhaustively did an audit of the code and that there were only 200 lines that they know of. That is not verifiable. They may be lying. No one ever claimed that SGI didn't submit patches.

    44. Re:Uh-oh... by damiangerous · · Score: 1
      SGI claims that they exhaustively did an audit of the code and that there were only 200 lines that they know of. That is not verifiable. They may be lying.

      Umm, yes, I addressed that. We don't have to trust them. It is verifiable. SCO needs to merely list the infringing code. It can be verified if that was part of the code given to SGI. If it is, and it was, then we know SGI was either lying or incompetent.

      SCO doesn't want it to be verified, that's all.

    45. Re:Uh-oh... by greed · · Score: 1

      Not all software requires a license.

    46. Re:Uh-oh... by Slime-dogg · · Score: 1

      Still, I don't see any prohibition against including a few segments of PD code into a GPL'd package. Even though there is no copyright on the segments, the code surrounding them is still subject to copyright law.

      If people want the source to the PD code, it's there in the public domain! Go get it.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    47. Re:Uh-oh... by ichimunki · · Score: 1

      Do you have links to reports of any of these "raids" performed by "law enforcement officers"?

      --
      I do not have a signature
    48. Re:Uh-oh... by Anonymous Coward · · Score: 0

      Be careful it does not look too much like the System V one, you might be sued for this. I admit having implemented one myself when I was young (I know, nobody is perfect!), but I'm so scared SCO will find out, and therefore posting as an ac. Maybe I could make it less efficient, so that it looks a bit different ...

    49. Re:Uh-oh... by steveg · · Score: 2, Insightful

      There was never any question as to whether there was common source in SysV and Linux.

      The question as to *where that source came from* has not been answered, nor has SCO made any attempt to even address it.

      SCO asserts that it is all proprietary code, and it all "belongs" to SCO. However a great deal of "free" code (BSD license) is known to have made its way back into SysV. Nothing wrong with that, the BSD license makes that perfectly acceptable. But it's still not SCO's code -- they can use it all they want, but they can't restrict its use elsewhere.

      SCO/Caldera released a great deal of the legacy Unix code under a BSD type license. Not SysV, but I'd bet that a lot of that earlier code is still in SysV. Anything that made use of that earlier code did so perfectly legally, yet it may very likely match existing code still within SysV.

      It doesn't matter that there is matching code. What SCO is alleging is that code that *they own* has been incorporated into Linux, and that is a completely different issue. They have still not shown *anyone* any evidence of *that*.

      --
      Ignorance killed the cat. Curiosity was framed.
    50. Re:Uh-oh... by Slime-dogg · · Score: 1

      In any organization this will happen. SCO is saying that IBM moved the code into Linux on purpose to destroy UNIX.

      If I were the judge, I'd ask SCO how it is possible to "destroy" UNIX. Is there some way that IBM can wipe millions of lines of code off of millions of computers, and confiscating millions of binary installation CD's just by copying UNIX source code into Linux? UNIX is not a company like Netscape was, and I believe that SCO is the only entity that is out there that bases it's entire operation upon UNIX. Everyone else that ships UNIX ships it with hardware, consulting services, etc.

      If SCO claimed that IBM was trying to destroy SCO by copying the source into Linux, it would make a bit more sense. Of course, the intent to destroy SCO would be very difficult to prove.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    51. Re:Uh-oh... by petecarlson · · Score: 1

      even in the very unlikely case that SCO won the suit, the damages awarded would be close to $0.
      Damages are required for a plaintif to win a suit. Because there were no damages, SCO wouldn't win.

    52. Re:Uh-oh... by theonetruekeebler · · Score: 1
      The fact that SGI removed it anyway, indicates that there is SOME DOUBT about that.
      No, it suggests that SCO may try to use it in a lawsuit anyway and since it was trivial to remove, they removed it. This has far more to do with our "you never can tell what's actually safe" tort system than anything based in legitimate fact. Have you seen the signs on some gas pumps that you shouldn't use your cell phone while pumping gas? Same thing: absolutely no basis in fact, but you may as well put the sticker on the pump, just in case.
      --
      This is not my sandwich.
    53. Re:Uh-oh... by Anonymous Coward · · Score: 0

      I hereby proclaim, there is as much SCO code in the Linux kernel as there are Weapons of Mass Destruction in Iraq.

      Your pals, George W. Bush & Darl McBride, Esq.

    54. Re:Uh-oh... by Sphere1952 · · Score: 1

      "The funniest thing is, that it probably WOULD take a huge effort by a master programmer to actually find an implementation of atoi(3) that was truely independent ;-)"

      Baugh. I wrote an ASCII to integer translation routine in PDP-11 Assembler in about half a day for a date function. It wouldn't take me more than a week to translate it into C. And since both the product and company are bust, there isn't anyone around to sue for copyright violation.

      (Of course, reading to old tape and finding the routine would be harder than starting over...)

      --
      Big Brother Bush is doubleplus ungood.
    55. Re:Uh-oh... by Chris+Burke · · Score: 1

      I think his point was that most atoi() implementations are going to look very similar, becaue it isn't a very complicated function.

      I bet even PDP-11 implementation looked a lot like other PDP-11 implementations by other PDP-11 programmers.

      I wrote atoi() in C for an interview. Took about 2 minutes. Especially since the night before I'd written it in powerpc assembly. And it probably looked a lot like what anyone else would have written.

      --

      The enemies of Democracy are
    56. Re:Uh-oh... by Anonymous Coward · · Score: 0

      interesting sig.

    57. Re:Uh-oh... by Sphere1952 · · Score: 1

      "I bet even PDP-11 implementation looked a lot like other PDP-11 implementations by other PDP-11 programmers."

      Of course, at least for those who knew the bit structure of ASCII. I imagine that people who didn't know about stuff like 040 and 060 would write stinking routines -- but even they would probably look a lot alike.

      There might be a nearly infinite number of ways of coding a function, but almost all of them are rotten.

      --
      Big Brother Bush is doubleplus ungood.
    58. Re:Uh-oh... by Pharmboy · · Score: 1

      Still, I don't see any prohibition against including a few segments of PD code into a GPL'd package.

      First, IANAL. Second, maybe I didn't make myself clear. It is absolutely legal and justifiable to use PD code in GPL programs. PD code is the ultimate expression of freedom, more free than GPL, since you don't have ANY restrictions. There is a significant amount of PD code in Linux. It is also perfectly legal to have PD code in SysV, or Windows, or in your Tivo without any disclosure.

      But SCO has no cause of action that Linux has the same PD code, since PD by its nature HAS NO
      RESTRICTIONS. That was the big deal with the Greeked code SCO used as a demonstration recently, it was PD code. This is part of the reason SCO doesn't want to show code, because if you can show it was released under PD, then there is no actionable cause.

      If you PD some of your code, you can NEVER enforce any copyright over it, since by the nature of PD, you waive your right to copyright. As a matter of fact, you can write code and release it under both the GPL and BSD license (for example) but you can't release it into the Public Domain and any other license, technically. This doesn't stop someone from using that PD code in a proprietary software package and copyrighting that package, but technically the PD portion is not copyrighted, but you just don't know it because you don't have the source. Weird, but that is the way I understand it.

      --
      Tequila: It's not just for breakfast anymore!
    59. Re:Uh-oh... by NanoGator · · Score: 1

      " but McBride whining about the simple fact that the code was there now has some merit to it?"

      You guys have to be careful about fanatics like McBride. It's easy to dismiss their claims and say "bah", but you really have to watch out for legitimacy of their claims. Remember, few people are actually lunatics. Everybody's motivated by something.

      --
      "Derp de derp."
    60. Re:Uh-oh... by k12linux · · Score: 1
      Of course, the intent to destroy SCO would be very difficult to prove.

      Wouldn't they just have to prove you are on /. to prove you want to destroy SCO?

    61. Re:Uh-oh... by xanadu-xtroot.com · · Score: 1

      +100, Insightful

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    62. Re:Uh-oh... by Hognoxious · · Score: 1
      b) if I don't tell you, you have choices of a) or c).
      If you don't tell me, you have failed in your duty to mitigate the loss/damages, by preventing me from quickly remedying the problem. The court will hold that you are therefore partially responsible for the losses.
      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    63. Re:Uh-oh... by Anonymous Coward · · Score: 0
      "Even a stopped clock is right twice a day."

      ROFLMBO!

    64. Re:Uh-oh... by Hognoxious · · Score: 1
      The fact that SGI removed it anyway, indicates that there is SOME DOUBT about that.
      Twaddle. It's merely being prudent.

      I suppose wearing a seat belt means there is SOME DOUBT about me intending to avoid car accidents?

      I suppose me having insurance means there is SOME DOUBT about me not wanting my house to burn down?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    65. Re:Uh-oh... by 110010001000 · · Score: 0

      Uh no, it would be more like you wear a seatbelt because you have SOME DOUBT that you WILL NOT get in an accident. You have insurance because there is SOME DOUBT that your house will not burn down.

      The fact that SGI pulled the code only adds creedence to SCO's allegations.

      So screw you moderators, I am going to voice my opinion - no matter how you try to censor me.

  3. This is also on by Sir+Haxalot · · Score: 5, Informative
    --
    I have over 70 freaks, do you?
  4. wow.. owned. by Anonymous Coward · · Score: 5, Insightful

    This is one of the most levelheaded, rational-sounding responses to SCO that I've seen in a long time. I hope they sent this to their customers. If it goes just to slashdot and associated sites it's sort of just preaching to the choir :)

    1. Re:wow.. owned. by bladernr · · Score: 1
      This is a response the community can be proud of. The claim that the IP in Linux was pure as the driven snow didn't pass the smell test (just because of the size of the contributing community).

      However, that the code was already widely available (whether or not officially in the public domain) seems perfectly plausible. This the SGI refrain became the "official" line, instead of just refusing to even cosider SCO's claim, I think this whole thing would die a quick death.

      Its easy in the court of public opinion to win against a group who seems beligerent. However, a large, grass-roots movement that made an honest mistake wins in public opinion every time.

      --
      Sarcasm and hyperbole are the final refuges for weak minds
    2. Re:wow.. owned. by sik0fewl · · Score: 1

      This is one of the most levelheaded, rational-sounding responses to SCO that I've seen in a long time.

      Well, actually, it's a letter to the Linux community just to let us know what's happening. Nonetheless, it's still a great letter.

      --
      I remember when legal used to mean lawful, now it means some kind of loophole. - Leo Kessler
    3. Re:wow.. owned. by Dysan2k · · Score: 1

      I agree totally. This was probably the best letter to the OSS community that I believe I've seen thus far. Clear, concise. So much so, that I had to email the guy and personally thank 'em. Releases like this should be coming from HP/IBM as well. Not that I believe they knowingly contributed SysV code at all, but if there WAS some sort of "Oops" then fixing it and saying "Whoops! Sorry about that, fixed!" is so much better than the ranting.

      Hell, think I'm gonna find myself an Indy2 just to have an SGI box around the house that runs Linux now. Figure if I can't afford their $10k+ servers, I could get something to represent. Even bring it by our LUG.

      --
      -What have you contributed lately?
    4. Re:wow.. owned. by shotfeel · · Score: 1

      You're right, but AFAIK SGI had no reason to believe the code they removed infringed any copyrights. So they had no reason to remove it until SCO pointed it out. I'm going to assume IBM is taking a look through the code, but how are they supposed to know what SCO thinks is infringing and fix it without some cooperation from SCO?

    5. Re:wow.. owned. by G00F · · Score: 1

      I think it is important to note that SGI while removing such code, said it was in the public domain to begin with, but they removed it more of a just in case/CYA measure.

      "found brief fragments of code matching System V code in" . . . "generic
      routines" . . . "most or all of the System V code fragments we found had previously been placed in the public domain, meaning it is very doubtful that the SCO Group has any proprietary claim to these code fragments in any case."

      That doesn?t sound like an admission of guilt by any means.

      Sounds to me, they just took an intuitive to make sure there pants are on zipped, and belt buckled. Sounds like they could prove that those code snippets are public domain easily, but costly. But they want to avoid cost as much as possible. Not to mention, the: We did everything we could to fix the problem once we learned of it.

      In the end, SCO is grasping anything it can with its lawsuits. They either know they are lieing/bluffing, or they are really demented.

      --
      The spirit of resistance to government is so valuable on certain occasions that I wish it to be always kept alive
    6. Re:wow.. owned. by aminorex · · Score: 1

      If the code was public domain, they should not
      be removing it. That opens you up to manipulation
      by threats. It's much better to just use the
      public domain code, and get a summary judgement,
      no lawyers.

      --
      -I like my women like I like my tea: green-
    7. Re:wow.. owned. by G3ckoG33k · · Score: 1

      Unfortunately, news-googling on SGI and Linux only gives low-key results; i.e. nothing like Reuters, AP, Bloombergs, or NY Times.

    8. Re:wow.. owned. by Anonymous Coward · · Score: 0

      If it was only that easy. The lawyers would argue it's not really in the public domain. Anyway, the code sucks and was redundant. There's no reason to keep it in, except for spite.

    9. Re:wow.. owned. by Rorgg · · Score: 1

      You know though, that within two weeks we're going to see an interview with Darl where he's saying "SEE! THEY STOLE SYS V CODE AND PUT IT INTO LINUX! TOLDJA! TOLDJA! THEY ADMIT IT!" But hey, this whole fiasco's been about SCO's self-imposed myopia, why should it stop now?

  5. Sound familiar? by southpolesammy · · Score: 3, Insightful

    "Notably, it appears that most or all of the System V code fragments we found had previously been placed in the public domain, meaning it is very doubtful that the SCO Group has any proprietary claim to these code fragments in any case."

    --
    Rule #1 -- Politics always trumps technology.
    1. Re:Sound familiar? by Wudbaer · · Score: 1

      "All" would have been much better than "most or all" though. :-/

    2. Re:Sound familiar? by BigBir3d · · Score: 1

      Most likely "every piece we have checked so far" or something similar...

      I have noticed that the general tone of the responses to SCO's claims are getting terser. I think I like it! ;-)

    3. Re:Sound familiar? by Paradise+Pete · · Score: 1
      Karma: Recursive (mostly affected by having Karma: Recursive (mostly affected by...

      That's not recursion. It's repetition. They are not the same thing.

  6. So that's where it came from!! by Noryungi · · Score: 4, Informative
    Since SGI seems to know what kind of "offending" code was contributed to the Linux kernel, I guess the whole situation will be corrected very soon...

    On the other hand, this also confirms that SCO is spouting non-sense and has no legal basis for its suits, since:

    1. The offending, potentially infringing code is being removed.
    2. That code may well have been in the public domain anyway.


    I predict SCO is therefore going to be squashed by IBM, SGI, Red Hat etc. Good riddance.
    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
    1. Re:So that's where it came from!! by 110010001000 · · Score: 1

      1) The offending, potentially infringing code is being removed.

      IMMATERIAL. You cannot just "take back" code and say everything is OK.

      2) That code may well have been in the public domain anyway.

      MAY HAVE BEEN, according to SGI. However they were concerned enough to remove the code.

    2. Re:So that's where it came from!! by AftanGustur · · Score: 2, Insightful


      I predict SCO is therefore going to be squashed by IBM, SGI, Red Hat etc.

      My worst fears about the SCO case is not wether SCO will legally win a single dollar from someone, there is no chance in hell that will happend.

      No, my biggest fear is the SCO will somehow manage to slip away, at the last moment, from the much spectacular death they are running full-speed towards, and they will somehow manage to survive and hide in a small hole somewhere.

      --
      echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
    3. Re:So that's where it came from!! by Pharmboy · · Score: 2, Insightful

      No, my biggest fear is the SCO will somehow manage to slip away, at the last moment, from the much spectacular death they are running full-speed towards, and they will somehow manage to survive and hide in a small hole somewhere.

      I wouldn't worry about that too much simply because they do not have a business model. Even if they came out tomorrow and said, "never mind" they still have no method of earning money. If they don't have the lawsuits, they don't have the reason to extort money from Sun, MS, HP et. al. I mean, its not like they actually DO anything besides sue, right?

      --
      Tequila: It's not just for breakfast anymore!
    4. Re:So that's where it came from!! by Deusy · · Score: 1

      I can just hear IBM, as the glance between SCO and a cheap coffin...

      "Like a glove!"

      --

      Free Gamer - Free games list and commentary

    5. Re:So that's where it came from!! by SamBC · · Score: 2, Insightful

      1) The offending, potentially infringing code is being removed.

      IMMATERIAL. You cannot just "take back" code and say everything is OK.


      However, under copyright law, normal legal practices, and their license agreements, SCO is obliged to attempt to deal with things without litigation, get the code removed, find a mutually acceptable solution. They have made no such good-faith efforts, whatsoever.

      2) That code may well have been in the public domain anyway.

      MAY HAVE BEEN, according to SGI. However they were concerned enough to remove the code.


      Better safe than sorry.

    6. Re:So that's where it came from!! by Anonymous Coward · · Score: 5, Insightful

      Actually, it's not immaterial at all.

      SGI has demonstrated that any copyright violation was inadvertent and that any such copied code was insignificant within the larger work, as it was so easily removed.

      Moreover, they've shown good faith by making every effort to mitigate the damages, even though SCO has shown no such willingness (by refusing to identify the infringing code).

      As a result, SCO would be unlikely to get anything more than actual damages, which would be small. And, if the infringing code was removed before SCO obtained its copyright registration (which you'll recall was quite late in the game), they probably wouldn't even get that.

    7. Re:So that's where it came from!! by 110010001000 · · Score: 1

      SCO hasn't litigated yet. They are asking for a license fee, which you can argue is a mutually acceptable solution.

    8. Re:So that's where it came from!! by Anonymous Coward · · Score: 1, Funny
      IMMATERIAL. You cannot just "take back" code and say everything is OK.

      Agreed. That 200 lines of atoi() code is definitely worth THREE BILLION DOLLARS. Once SGI took it from SCO and mixed it in with that cheap illegitimate kernel, it became soiled and worthless. Just because SGI gave the ruined, debased code back to SCO, it doesn't begin to redress SCO's loss of THREE BILLION DOLLARS.

      If SGI had not destroyed SCO's THREE BILLION DOLLAR cash pile, SCO would be a major player in the Fortune 500 right now. Justice demands fair compensation, not just token actions.

    9. Re:So that's where it came from!! by Anonymous Coward · · Score: 0

      Nowhere is it legal to step in as a third party and try to license something that is between a different company and you. Or rather, SCO can't try to license something between [SuSE | RedHat | Anyone ] and you. They must go after the companies that originally sold/gave you something. You are home free, regardless.

    10. Re:So that's where it came from!! by SamBC · · Score: 1

      Well, they are litigating against IBM, and in the case of SGI they are claiming that SGI are in material breach of their pre-existing license, which is nearly the same thing.

    11. Re:So that's where it came from!! by Sj0 · · Score: 1

      IMMATERIAL. You cannot just "take back" code and say everything is OK.

      Why not? Since the code was never used for commercial purposes, since it's not hard to delete versions of the kernel which contain offending code, since it's an open, public project being contributed to for free, and since the code has been changed, why isn't it enough to just remove the offending code and call it OK?

      MAY HAVE BEEN, according to SGI. However they were concerned enough to remove the code.

      You seem to have no experience with potential liability in a company. When given the choice between spending a little money to remove suspect code which may well be perfectly fine, and leaving it in, and subjecting itself to the risk of liability, the vast majority of companies I've worked for will err on the side of safety.

      --
      It's been a long time.
    12. Re:So that's where it came from!! by silicon+not+in+the+v · · Score: 0
      1) The offending, potentially infringing code is being removed.

      IMMATERIAL. You cannot just "take back" code and say everything is OK.

      However, under copyright law, normal legal practices, and their license agreements, SCO is obliged to attempt to deal with things without litigation, get the code removed, find a mutually acceptable solution. They have made no such good-faith efforts, whatsoever.


      Is that really the case though? That seems strange that copyright law would be so different from many other kinds of laws. What you are saying would make it equivalent to saying that it's OK to steal stuff as long as you don't get caught. If you get caught, you can just give it back or repay and everything's A-OK. That's not how it works. My wife had a cool class in college called "The Economics of Crime"--pretty cool, but one of the main things they talked about is that crime is very basically a risk-evaluation scheme. You have to weigh what do I potentially gain by doing this against 1. The chance of geting caught, and 2. The penalty for getting caught. If there is no penalty, then the chance of getting caught doesn't matter, and we should just steal everything we can any chance we get. Before the obvious flame starts against me, I know there is a difference between intentional and accidental, but legally, that is hard to prove in some cases, so they can't just do away with the penalty if you say it was an accident.
      --
      We may experience some slight turbulence and then...explode. -Capt. Mal Reynolds
    13. Re:So that's where it came from!! by Anonym0us+Cow+Herd · · Score: 4, Insightful

      SCO hasn't litigated yet. They are asking for a license fee, which you can argue is a mutually acceptable solution.

      Talk about confused. You are mixing up two parties here.

      1. SCO hasn't litigated against SGI yet.

      2. They are asking me for license fees, not SGI. But I have no liability.

      Mutually acceptable to who? What parties does "mutually acceptable" refer to?

      --
      The price of freedom is eternal litigation.
    14. Re:So that's where it came from!! by netglen · · Score: 0

      SCO hasn't litigated yet. They are asking for a license fee, which you can argue is a mutually acceptable solution.

      It sounds more like a protection racket scheme from some street punks. Give us some "insurance" money and we'll make sure nothing happens to your business. This sort of mumbo-jumbo crap is nothing more then base blackmail. Show the world the proof of the IP theft before flapping their mouths off.

    15. Re:So that's where it came from!! by rgmoore · · Score: 2, Informative
      As a result, SCO would be unlikely to get anything more than actual damages, which would be small. And, if the infringing code was removed before SCO obtained its copyright registration (which you'll recall was quite late in the game), they probably wouldn't even get that.

      That's not right. Any copyright holder is always entitled to actual damages in a copyright suit, whether the copyright is registered or not. You're correct that in this case the actual damages would likely be quite small, since the amount of possibly infringing material is a tiny portion of the whole, may be available under other licenses anyway, and was easily replaced as it duplicated other functions already in the kernel.

      Registration allows the copyright holder to sue for statutory damages, which are a fixed amount per infringement and can add up very quickly. This, incidentally, looks like the reason that IBM didn't include the copyright infringement charge in their initial counterclaim to SCO. They hadn't bothered to register their copyrights for the code they had contributed to the Linux kernel, so they were only entitled to actual damages. Between the inital counterclaim and the ammended counterclaim, though, they did register their copyright, so in the ammended claim they're allowed to ask for statutory damages.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    16. Re:So that's where it came from!! by TimboJones · · Score: 1

      2) That code may well have been in the public domain anyway.

      MAY HAVE BEEN, according to SGI. However they were concerned enough to remove the code.

      "The three code fragments had been inadvertently included and in fact were redundant from the start. We found better replacements providing the
      same functionality already available in the Linux kernel."

      I, for one, am glad they were concerned enough to remove redundant code.

    17. Re:So that's where it came from!! by Anonymous Coward · · Score: 0

      However, there IS a major, legally-recognised, difference between copyright infringement and theft, despite the RIAA propaganda they're brainwashing our children with.

      Copying is NOT THEFT. It just isn't. If I take something, you don't have it. If I take a copy, you still have it, now I have, hey, everyone's better off.

      Some businesses argue I'm depriving you of the amount you'd have gained by selling copies if I wasn't allowed copy, but that's assumption of the result, and therefore logically invalid.

    18. Re:So that's where it came from!! by 110010001000 · · Score: 1

      They are also asking for Licensing fees from the distributors themselves. That is what I was referring to.

      Anyhow the entire premise that they are obligated to find a mutually agreeable solution before litigating is completely wrong. There is no such requirement.

    19. Re:So that's where it came from!! by Valar · · Score: 1

      Also, I remember reading somewhere, back when this originally happened, that it was removed for technical, not legal reasons.

    20. Re:So that's where it came from!! by swillden · · Score: 1

      Anyhow the entire premise that they are obligated to find a mutually agreeable solution before litigating is completely wrong. There is no such requirement.

      No, but judges tend to dislike plaintiffs who made no attempt to find an out of court settlement. Go read what the lawyers on greplaw, lamlaw, groklaw and the like have to say about it. You'll find unanimous agreement that judges are very hard on plaintiffs who don't do their due diligence in this respect. Judges have this queer notion that copyright law exists to facilitate the creation and distribution of intellectual property, rather than to tie up the courts with surprise lawsuits filed by dishonest people looking to get rich quick. Silly judges.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    21. Re:So that's where it came from!! by JWhitlock · · Score: 1
      No, my biggest fear is the SCO will somehow manage to slip away, at the last moment, from the much spectacular death they are running full-speed towards, and they will somehow manage to survive and hide in a small hole somewhere.

      I agree. It's possible Bill Gates is making some room in his pocket for SCO, right next to his wallet. That could prolong a messy and pointless lawsuit for a few decades...

    22. Re:So that's where it came from!! by LearnToSpell · · Score: 1

      Linux users are asking, ''Why do they hate us?''

      They hate what they see right here in this website: a patch-penguin-elected government. Their leaders are self-appointed. They hate our freedoms: our freedom of beer, our freedom of speech, our freedom to be bald and dress up like James Bond and wave guns around while extolling the virtues of Python.

      Linux users are asking, How will we fight and win this war?

      We gave them ample opportunity to turn over Darl McBride. We made it very clear to them, in no uncertain terms, that in order to avoid punishment they should turn over the parasites that hide in their organization.
      They obviously refused to do so, and now they're paying a price. We are dismantling their vending machines, disrupting their communications, farting in their general direction, ranting and spouting, severing their ability to defend themselves, and slowly but surely we're smoking SCO out of their caves so we can bring them to justice. For great justice!

      In terms of Mr. McBride himself, we'll get him running. We'll smoke him out of his cave and we'll get him eventually. You cannot hide! Utah is not big enough to stay in forever!

    23. Re:So that's where it came from!! by fucksl4shd0t · · Score: 1

      Agreed. That 200 lines of atoi() code is definitely worth THREE BILLION DOLLARS.

      Man, all the times I'd've killed to have a good function that converted ascii strings to integers. Don't underestimate the value of such a function. Don't ever do that. (Even if every single kernel since the original UNIX kernel built by Ritchie Kernigan and friends has had an atoi function)

      --
      Like what I said? You might like my music
    24. Re:So that's where it came from!! by Anonym0us+Cow+Herd · · Score: 1

      Okay, but the distributors didn't put in the (allegedly) infringing code either.

      And it is a matter of fact that all the public noise SCO is making is about END USERS not distributors paying license fees.

      So again, SCO has done NOTHING to try to remedy the alleged infringement. They won't reveal what is allegedly infringing. They won't work with anyone on the problem.

      --
      The price of freedom is eternal litigation.
    25. Re:So that's where it came from!! by jez9999 · · Score: 1

      They hate our freedoms: our freedom of beer

      WHERE?? Why didn't anybody tell me that Slashdotters got free beer??

    26. Re:So that's where it came from!! by MrResistor · · Score: 1

      They have, at least in theory, the rights to Unix SysV. Unless SysV gets ruled public domain that's going to be worth something, and THAT is what has me worried.

      If SCO goes under SysV doesn't just disappear, somebody will own it, and as long as that somebody isn't releasing it under an open source license the possibility remains for this same situation to come up yet again.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    27. Re:So that's where it came from!! by Snowdrake · · Score: 1
      Right, at least partially, you are, as the letter itself even confirms:

      The three code fragments had been inadvertently included and in fact were redundant from the start. We found better replacements providing the same functionality already available in the Linux kernel. [Emphasis mine.]
    28. Re:So that's where it came from!! by Pharmboy · · Score: 1

      If SCO goes under SysV doesn't just disappear, somebody will own it, and as long as that somebody isn't releasing it under an open source license the possibility remains for this same situation to come up yet again.

      Actually, SCO couldn't release SysV into the Public Domain if they wanted to. SCO doesn't exactly own every right to SysV, they do own the right to license it. If you PD code, that means you can strip the copyright notices off, since PDing code means waiving the copyright. The problem is, they don't own the copyright to every piece, just the legal and exclusive right to license it. You would have to get the permission of the original copyright holders, who still legally own the original copyright, even if they licensed the right to use it to someone else.

      Again, IANAL, but I have seen several references to this, and it kind of makes sense since they don't *really* own all the code, but rather just own the right to make money off of it. Some of the code is BSD, for example, and they can not PD code that is BSD without Berkeley's permission.

      This means that it is likely that SysV will never be open sourced in any way. If my understanding is correct, it would be virtually impossible to do so. The best you could hope for is whoever BUYS the rights that SCO has now, will publicly declare that they will not enforce the copyrights or assign ownership to FSF, but this would not make it GPL or PD, just unenforced.

      --
      Tequila: It's not just for breakfast anymore!
    29. Re:So that's where it came from!! by EzInKy · · Score: 1

      That seems strange that copyright law would be so different from many other kinds of laws.

      It has to be different from other kinds of law because it is trying to pound a non-physical (square peg) thing into a physical (round hole) one.

      Copyright law puts restrictions on the expression of an idea in a country where free expression of ideas are a constitutionally guaranteed right. Nowhere in the first amendment does it say that free speech is limited to only those ideas that you come up with yourself.

      --
      Time is what keeps everything from happening all at once.
    30. Re:So that's where it came from!! by silicon+not+in+the+v · · Score: 0

      This is a case where I totally agree with the words you said, but I'm pretty sure I disagree with what you really meant. You are correct that "...free expression of ideas are a constitutionally guaranteed right. Nowhere in the first amendment does it say that free speech is limited to only those ideas that you come up with yourself." (emphasis mine) Yes, you are totally free to express your ideas, even if they are not original to you. Ideas such as freedom, patriotism, love, religious worship, etc. have been around for a long time, and are very unlikely to be original as ideas. But, you must use your own words to do it. If someone else used very eloquent phrasing to express the idea you believe in, you may not copy those words and pretend you came up with them.

      --
      We may experience some slight turbulence and then...explode. -Capt. Mal Reynolds
    31. Re:So that's where it came from!! by MrResistor · · Score: 1

      I didn't say public domain, I said open source.

      OPEN SOURCE != PUBLIC DOMAIN

      I would assume that SCO has the same rights regarding SysV as they have to its predecessors which they released under a BSD-like license without any complaints from anyone else. From that it is reasonable to infer that they could do the same with SysV or they could sell someone else the rights to do so.

      The only party which would have any basis for complaint would be Novell, and they are clearly opposed to what SCO is doing.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    32. Re:So that's where it came from!! by EzInKy · · Score: 1

      This is why it is important to remember there is a difference between commercial and non-commercial use of copyrights.

      --
      Time is what keeps everything from happening all at once.
  7. Where's the hard news? by lone_marauder · · Score: 0, Insightful

    I don't see anything new here.

    --
    who are those slashdot people? they swept over like Mongol-Tartars.
    1. Re:Where's the hard news? by WTFmonkey · · Score: 1
      Agreed. Not much content other than vague generalities (as opposed to specific generalities, I guess). I would have liked to see lines xxx-yyy were released into the PD in 1895 in file ate_me.c, lines zzz-aaa. That would have been a bit more helpful compared to "probably public domain."

      In short, I'd much rather hear "We removed them because they sucked," rather than, "they're probably PD, but as a precaution we removed them anyways."

    2. Re:Where's the hard news? by xanadu-xtroot.com · · Score: 3, Interesting

      I don't see anything new here.

      This was one of my thoughts as well. We still have no real idea what the hell anybody is talking about.

      OK, OK, SGI said:

      found brief fragments of code matching System V code in three generic routines (ate_utils.c, the atoi function and systeminfo.h header file), all within the I/O infrastructure support for SGI's platform.

      OK so they point out a few places to look, but they also go on to say:

      a result of that exhaustive investigation, SGI has discovered a few additional code segments (similar in nature to the segments referred to above and trivial in amount) that may arguably be related to UNIX code.

      OK, so they found "a few" other things. What are those "other things"? OK, it's cool they are doing a bit of busting their asses to make sure that they are clean and that SCO is wrong, but it would be nice to see a bit more than that.

      To any SGI person that may be reading:
      I'm not downing the efforts, I'm just questioning the accuracy of what the hell is going on because none of us out here really know the TRUE facts.

      I guess I could check with your diff's though... :-)

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    3. Re:Where's the hard news? by Anonymous Coward · · Score: 0

      When I read the above, I was puzzled by the "exhaustive analysis". SGI legally has the System V/SCO code in question, and apparently compared that exhaustively with Linux. Since they made no claim to the contrary, is it possible that they checked *the whole* of Linux, and not the 1M lines that they contributed?

      Those results would be interesting. I guess we need to take a close look at the patches that SGI is going to submit in the next few weeks.

    4. Re:Where's the hard news? by Anonymous Coward · · Score: 0

      1895? That's some seriously ancient code...

  8. SCO Reply by briggsb · · Score: 5, Funny

    SCO is quick with their reply to SGI.

    1. Re:SCO Reply by dubstop · · Score: 0, Flamebait

      I thought that it was funny. I thought that it was on ontopic. I thought that it wasn't possible to moderate and post on the same discussion thread.

      You need to lighten up a little.

    2. Re:SCO Reply by interiot · · Score: 1, Informative
      It was funny, the first couple times. I just don't like product placements in chatrooms that are made to look like they're by just another member of the community. He's actually been more on-topic than you'd expect from a PR person so I haven't complained until now, but given that this particular article been repeated at least once, I felt it was too much. The mod was more an idealogical stance on the more subversive of advertising.

      And yes, see my sibling post about it being a mistake regarding autofilling forms. As I mentioned, it really doesn't change my idealogical stance.

    3. Re:SCO Reply by briggsb · · Score: 2, Informative

      I looked at my comments and I have never posted a link to this article before.

    4. Re:SCO Reply by briggsb · · Score: 1

      3) You post bbspot articles all the time (which I think is fine as long as they're semi-ontopic and not repetitive), and I've seen you post this exact one in at least one previous SCO article.

      First, as I said below I've never posted a link to this article before. Second, I've posted 9 links to BBspot this entire year. That's 1 link per month, that's hardly "all the time." Six of those where moderated positively. You can feel however you wish about this, but just wanted to get the facts straight.

  9. Either way... by Kandel · · Score: 3, Insightful

    Either way, the damage to Linux has been done. Whether SCO is totally wrong in their accusations, which this letter from SGI will assist, Linux and Open Source software will look that little bit less appetising to any corporation. SCO will certainly tarnish Open Source, but hopefully SGI will soften the blow with this open letter. Good Work SGI!

    1. Re:Either way... by WTFmonkey · · Score: 2, Insightful

      Uh? You really think so? That's interesting, because I think (once this all said and done) that Linux comes out looking squeeky-clean, removing some of the doubt that might have been in CEO's head.

    2. Re:Either way... by smkndrkn · · Score: 1

      I think your mistaken. In my company we are rolling ahead with out Linux installs and didn't even hiccup with all this SCO bs. Everyone I know in the tech industry that already had plans to install Linux says that they are still doing so and others expect Linux to win out when proposing solutions to management soon.

      I think most people, with half a brain, can see the bs for what it is and are going about their business.

      --
      ======== In the future, everything will be artificial. ========
    3. Re:Either way... by Kandel · · Score: 1

      It's all opinionated really. It may tarnish Linux for some, yet it may reinforce it for others. I know this is horibbly offtopic example, but it explains what I mean... If a police office is accused of abusing a child, people will always think different of him, even if the accusations are false. As with Linux, even if these allegations are false, they were still made, and people will remember them.

    4. Re:Either way... by (54)T-Dub · · Score: 1

      The police officer analogy doesn't quite work because the police force is supposed to be a pillar of public safety. We also don't purchase a police officer to gaurd our neighborhood.

      Per linux, have you ever heard the saying "Any publicity is good publicity"? I think you will find this hold true for linux. In 3 years when an IT guy suggests to his CEO they move to a Linux platform, the CEO will actually know what the IT guy is talking about. Thus making him that much more likely to accept the idea.

      --

      "I can not bring myself to believe that if knowledge presents danger, the solution is ignorance" - Isaac Asimov
    5. Re:Either way... by GoofyBoy · · Score: 0, Redundant

      SGI finding code that they had to remove actually will add doubts.

      What other compnaies "incorrectly" added code?
      Why wasn't this caught before?
      Even if there is a "clean sweep" of the code, what prevents this from occuring again?

      SGI admiting that code was added and shouldn't have been is NOT a good thing towards removing doubt.

      --
      The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
    6. Re:Either way... by Shadowlion · · Score: 1

      We also don't purchase a police officer to gaurd our neighborhood.

      Ahem. Taxes.

    7. Re:Either way... by Lumpy · · Score: 2, Interesting

      Damage??

      what damage? I found that this whole thing has actually helped linux. CTO's, managers and other are finally asking questions about this "linux thing". These are the same people that completely understand the IP rights mindset and know that SCO is up to no good when the whole thing is explained to them... I.E. "Example? ok, I think that your company ZXY corperation is violating my property rights in your product.. No you can't see what is in violation and I demand that you stop making your product now or pay me a fee for every unit you sell... oh and you have to pay me damages.."

      No businessman in his right mind would do anything but call security on anyone making such claims... and that is EXACTLY the claim made by SCO..

      Linux rollout has tripled, and after the latest exchange+server 2003 fiasco that left us without email for 4 days I'm betting that we will be replacing all W2003 servers before Q2 2004.

      --
      Do not look at laser with remaining good eye.
    8. Re:Either way... by Keck · · Score: 1


      If the damage is already done then we have nothing to worry about; at this point anyone examining the facts will see 'linux' as completely blameless.

      --
      A computer without Microsoft is like ice cream without ketchup.
    9. Re:Either way... by valmont · · Score: 1

      Remember, there is no such thing as bad publicity. If anything, this whole SCO thing is increasing the Linux and Open Source mind share. This letter will mos' def' help too.

    10. Re:Either way... by shotfeel · · Score: 2, Insightful

      "SGI finding code that they had to remove actually will add doubts."

      I guess its all a matter of perspective, but SGI didn't find any code I'm aware of that they had to remove. They didn't find any code that was infringing anyone's copyright. What they found was code SCO thinks is infringing, but they think is not. The fact that its easier to remove it than argue about it doesn't change that fact.

    11. Re:Either way... by mr_z_beeblebrox · · Score: 2, Interesting

      Either way, the damage to Linux has been done.

      I disagree. As a decision maker in a company (more influencer than maker) I report to an older MIS director who has feared bringing Linux in at all. His fear was based on the fact that his perception of Linux folk was long haired trash talking freaks...despite the fact that I advocated bringing it in and do not match the description....well, I have short hair anyway ;-)
      We use Sco Unixware to run our Main CRM apps. The director has been following the controversy and a few weeks back when I said that we needed to do better security auditing he (quite out of character) said "Can't Linux do that" So I got Linux running along with MANY great tools on our network. Then our Sco server hiccuped and our Sco guru came out and preached Scos case and the director told me later "The linux developers seem to be attempting due dilligence and the Sco guys are just freaks. Can our apps run on Red Hat?" You tell me....
      Who looks bad now?

    12. Re:Either way... by Ozric · · Score: 1

      This will help Linux in the long run. PHB's think because Linux is free to use it must be no good. How can you get good software for free? But now that they see SCO wanting to charge 600 or so bucks pre CPU to use it, PHB's now have assigened that value to Linux in their pointy little heads. So if SCO thinks Linux is worth that amount it must be good. PHP's now think that deploying Linux is saving them money.

    13. Re:Either way... by mikesmind · · Score: 1

      SGI has certainly demonstrated due-diligence, not only in how code was orignially released to Linux, but in how any code with the "appearance" of possible infringement is removed. I'm certain that IBM had equally good controls on software contributions.

      --
      www.mikesmind.com - www.daddyworkathome.com - www.freetofarm.org - www.tenfoottable.com
    14. Re:Either way... by (54)T-Dub · · Score: 1

      I didn't say we don't pay for the police men. I said we don't purchase/rent them. Meaning that we don't directly get to make the decision as to who gets hired.

      --

      "I can not bring myself to believe that if knowledge presents danger, the solution is ignorance" - Isaac Asimov
  10. Typical SCO by FatRatBastard · · Score: 2, Insightful

    Have now said that "there are currently no plans to sue SGI".

    I suspect they'll "terminate" SCO's SysV license with as much success as they had with IBM. I.e. their stock price will bump up and that's about it.

    1. Re:Typical SCO by wizman · · Score: 1

      You mean they'll "terminate" SGI's, not SCO's, right?

    2. Re:Typical SCO by FatRatBastard · · Score: 0

      Er.. that is correct. DOH!

    3. Re:Typical SCO by salesgeek · · Score: 1

      . their stock price will bump up and that's about it.

      WTF? You terminate one of your most lucrative relationship in business and your stock goes up?

      --
      -- $G
    4. Re:Typical SCO by Anonymous Coward · · Score: 0
      On Sept. 25, IBM filed an amended countersuit in the United States District Court for the District of Utah, citing breach of contract, violation of the Lanham Act, unfair competition, intentional interference with prospective economic relations, unfair and deceptive trade practices, breach of the GNU General Public License (GPL), promissory estoppel, copyright infringement, and four charges of patent infringement.


      Dontcha just love it!!
    5. Re:Typical SCO by John+Hasler · · Score: 1

      Is SCO receiving ongoing payments from SGI? I thought these source licensing deals involved one-time cash payments.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    6. Re:Typical SCO by rifter · · Score: 2, Informative

      " their stock price will bump up and that's about it. "

      WTF? You terminate one of your most lucrative relationship in business and your stock goes up?

      Welcome to crazy accounting world. Much like back in the day, when a company laid off workers it meant they were in financial trouble and the stock price went down, but now it is seen as a good thing they are "cutting costs" and "restructuring" so the stock price goes up; if a company decides to sue their customers it is now seen as "strongly defending their IP" and the stock price goes up, rather than people seeing it as as in the company has no leadership and can no longer produce products for sale in a competitive market.

      Ultimately, it does not matter. If the stock price starts going up, people will buy in not caring why the stock price goes up. This will ultimately drive the stock price up more. A certain amount of investing is paint-by-numbers with irrational numbers. Such is the business of the stock market casino.

  11. they didn't... by Anonymous Coward · · Score: 1, Insightful

    confirm anything!

    They said that ARGUABLY there was snippets that could be construde as Unixware V code, and they replaced it just in case.

  12. SCO should die by Davak · · Score: 2, Interesting

    All
    together, these three small code fragments comprised no more than 200
    lines out of the more than one million lines of our overall
    contributions to Linux.

    This shows the minor things that SCO from which they are trying to gain. However, how small of "a copy" can be included before that is considering stealing?

    For example, if I "borrow" one line from a song in my song... is that stealing?
    If I borrow one line from another piece of literature in my "unique" work, is that stealing?

    Are they admitting to the borrowing of a small amount of code here?

    Everybody borrows; genius steals.

    Davak
    1. Re:SCO should die by 1000101 · · Score: 1

      Everybody borrows; genius steals.

      Perhaps that should be modified to:

      Everybody borrows; genius steals and gets away with it.

    2. Re:SCO should die by thedillybar · · Score: 1

      You can borrow as many lines of a song as you want, if the song is in the public domain. It sounds to me like SGI is over-stating the problem to try and get SCO on its good side (at least until SCO decides whether or not to sue or terminate the license). After all, if this has any effect, it is only going to help SCO's FUD machine.

    3. Re:SCO should die by Elwood+P+Dowd · · Score: 1

      I think the quote you're looking for is this:

      "Bad artists copy. Good artists steal."
      - Me

      --

      There are no trails. There are no trees out here.
    4. Re:SCO should die by AJWM · · Score: 1

      200 lines of code out of one million is about the same as four or five lines of text out of a 500 page book. (And note these 200 lines were scattered over several modules, not one contiguous block.)

      Or about the same as less than one syllable out of a song.

      And no, they're not "admitting" anything, just describing what they found and how they're fixing it.

      --
      -- Alastair
  13. So they've been SCOlded... big deal by Gunfighter · · Score: 1, Redundant

    If SCO goes after SGI and continues to go after their own customers, they will eventually obliterate their own customer base. This is just more proof of Mr. McBride's roadmap for SCO (which mysteriously resembles a downward spiral).

    I'm just waiting for the SEC to wake up and realize that all of this was done so that the execs @ SCO could line their pockets.

    SCO: You copied our Intellectual Property!!

    [Company X]: No we didn't... that code's from the BSD codebase.

    SCO: Oh... ok... well we're going to sue you anyways and revoke your UNIX license.

    [Company X]: Whatever... go away or I'll replace you with a small shell script.

    --
    -- Stu

    /. ID under 2,000. I feel old now.
    1. Re:So they've been SCOlded... big deal by Anonymous Coward · · Score: 0

      Newsflash... SCO sues Eliza:

      > Hello, I am Eliza.
      * You copied our Intellectual Property!!
      > Oh... copied our Intellectual Property?
      * Oh... ok... well we're going to sue you anyways and revoke your UNIX license.
      > You're not really talking about me, are you?

      (http://www.manifestation.com/neurotoys/eliza.ph p3 )

    2. Re:So they've been SCOlded... big deal by BigFire · · Score: 1

      The SCO management don't really care if they actually have one paying customer or not. The majority of their revenue in the past 2 quarter has been the licensing fee (bribe) by HP, SUN and Microsoft. All they need to do is to hold on for 3 more quarter, and they can cash out with the stock option. Should the company be in receivership by then, they don't care.

  14. Tommorows news today by Anonymous Coward · · Score: 5, Funny

    SCO CEO Darl McBride remained true to form when he responded to the SGI letter, "IRIX infringes upon our IP, this means that motion pictures featuring graphics rendered on SGI is a derivative work of our UNIX SysV code. We are not just talking a couple in frames, we are talking entire movies here".

    The film at 11 is now the intellectual property of the SCO group.

    1. Re:Tommorows news today by Anonymous Coward · · Score: 0

      Hey!!!

      Don't give them any new Ideas.

    2. Re:Tommorows news today by Anonymous Coward · · Score: 0

      This guy is in big trouble:
      http://home.planet.nl/~mourits/koelkast/

      He turned his SGI server into a fridge. All food products contained therein now constitute a derivate work of UNIX SysV. On eating those food products...

  15. Re:SGI will fall by Anonymous Coward · · Score: 0

    You play Baldur's Gate too much.

  16. Isn't SCO costing people a lot of money? by laird · · Score: 4, Insightful

    "As a result of that exhaustive investigation, SGI has discovered a few additional code segments (similar in nature to the segments referred to above and trivial in amount) that may arguably be related to UNIX code. We are in the process of removing and replacing these segments."

    Isn't SCO costing SGI an awful lot of time and effort (i.e. money) to scour code in order to find the "iunfringing code" that supposedly SCO knows about and won't release? I'd think that SGI could have a case to sue SCO for refusing to identify the "infringing" code based on SGI having to spend money attempting to address SCO's claims without SCO helping? I'm pretty sure that the law requires that if you believe someone is infringing on your copyrights that you identify the infringements so that they can stop. Am I missing something, or is SCO just building a case against itself by refusing to allow people to remove the infringing code?

    1. Re:Isn't SCO costing people a lot of money? by trybywrench · · Score: 2, Funny

      well they're costing /. a lot of disk anyway.

      --
      I came to the datacenter drunk with a fake ID, don't you want to be just like me?
    2. Re:Isn't SCO costing people a lot of money? by DrWhizBang · · Score: 4, Insightful

      Yes, SCO is costing SGI a lot of money, but this has to look good on SGI - with SCO yammering on and on about indemnity for customers, and wailing about linux's "DNA" coming from Unix (yet not producing any evidence to back it up - SGI is taking the practical approach. Sort of a moral high road. They are basically saying "your claims are bogus, but we doubled-checked just to make sure, and this is all we found."

      After all, we know that SGI does have a copy of this mystical Sys V code that SCO won't let anyone see (even though we all know what's there..."

      --
      Schrodinger's cat is either dead or really pissed off...
    3. Re:Isn't SCO costing people a lot of money? by blakestah · · Score: 2, Insightful

      SGI is actually saving themselves and others a LOT of money. If SCO goes through with lawsuits against SGI, it would cost both parties a lot of money to litigate. Part of SGI's defense will be their code audit and removal of anything remotely arguably infringing, which then limits potential damages.

      After that, SGI can argue about the copyright value associated with various code fragments. These are just insurance steps. However, as SGI has the System V code, they can surely determine what code snippets may be infringing at least as well as SCO can...

    4. Re:Isn't SCO costing people a lot of money? by chef_raekwon · · Score: 1

      to add to that note - it is possible that the engineers may have found other "not useful" pieces of code, or unnecessary pieces of code- - thus making their product stronger, possibly more robust. THis could be seen as a money saving, or even money making....
      (not that this actually happened)....

      --
      We're like rats, in some experiment! -- George Costanza
    5. Re:Isn't SCO costing people a lot of money? by mt-biker · · Score: 2, Interesting

      Isn't SCO costing SGI an awful lot of time and effort (i.e. money) to scour code

      I don't know about "a lot of money".

      - SGI has the source code - I imagine it's not too hard to automate the searching for matches between Sys V code and what's being released.

      - The communications between SCO and SGI are not public. SGI say that SCO contacted them (umm... ok, us, not that I know any more about this than you :) early summer, which gives you an idea as to how much of the communications _don't_ get around. Who says that SCO didn't, in this case, identify the "offending" pieces?

      SGI is struggling (I don't think I'm giving away any company secrets there ;). I hope we make it through this. I _like_ working here.

    6. Re:Isn't SCO costing people a lot of money? by AxelTorvalds · · Score: 2, Interesting
      The real costs are to the rest of the Linux world. A number of large companies have put stops on open source plans until this is resolved. That hurts real people doing real work for businesses. My company sells products based on opensource, we have a number of very large deals that seem to be in limbo.

      The whole indemnification thing is another area, if you buy in to Sun's or HP's indemnification program, you essentially start to give up your rights to the software, the very rights RMS has been fighting for. They put hard limits on how you can use the software, where you can use it, etc.. Should parts of the industry buy in to those games more fully it put's a serious damper on the use of free software. Fundamental freedom type stuff, like Sun won't let you use Linux in the "server" and indemnify it. Further research on it shows that they are trying to leverage that so that you can't use Linux on *any* server if you wish to be part of their program. Those are hard things to undo once done if there is market support for them.

    7. Re:Isn't SCO costing people a lot of money? by Chris_Mir · · Score: 2, Insightful

      Perhaps this all is costing a lot of money, but as GNU/Linux being open source, it really needs this attention. As the letter is saying, because of the increased search, some more code has been found and removed.

      I think all this could be considered a good thing, as it will keep contributers alert for the future. As long as GNU/Linux threatens big companies marketshare, the code should remain as clear as possible.

    8. Re:Isn't SCO costing people a lot of money? by davewill · · Score: 1

      Why should they imdemnify you, and why do you want/need them to? I can run Linux on Sun and HP servers all I want. It only limits your use of Linux if you choose to let it do so.

      --
      Dave Williams
    9. Re:Isn't SCO costing people a lot of money? by laird · · Score: 1

      It's cool to hear from someone at SGI -- information is good!

      It's very cool that SGI can conclusively compare the Linux codebase and the System V codebase as licensed by SCO. If a major company (far larger/more relevant than SCO!) with no agenda (not being sued, right?) all of the relevant information can say "nothing to see here, move along" that pretty much wipes out whatever credibility SCO might have with business people.

  17. How hard can SGI fight? by TopShelf · · Score: 5, Informative

    Unlike Big Blue, SGI might not be well placed to fight a drawn-out legal battle with SCO. Revenue is declining, cashflow is negative, and the share price is circling the toilet bowl. And since the IBM/SCO case doesn't look like it will be resolved soon, you have to wonder how much resistance SGI can put up...

    --
    Stop by my site where I write about ERP systems & more
    1. Re:How hard can SGI fight? by Anonymous Coward · · Score: 1, Interesting

      SGI can fight well

      Losses are being reduced

      SGI has about $140m CASH in the bank, even without liquidating investments, and $270m revenue per quarter. (both more than 10X SCO)

      SGI are also experienced and skilled at litigation.

    2. Re:How hard can SGI fight? by DrWhizBang · · Score: 1

      They don't need to fight hard. This is one time when SGI get's to ride on IBM's coat-tails. And we all know that SCO cannot win this suit - and if they did, SGI would be in even more trouble anyways.

      --
      Schrodinger's cat is either dead or really pissed off...
    3. Re:How hard can SGI fight? by ameoba · · Score: 1

      Yes, SGI's hurting, but they're still much stronger than SCO. I mean... they've got _customers_ buying _products_ which produce _revenue_. Definately a big advantage over SCO.

      --
      my sig's at the bottom of the page.
    4. Re:How hard can SGI fight? by stevesliva · · Score: 2, Interesting

      Interesting... with their share price at $0.94, their market capitalization is $197.95M. To compare, Sun's market cap is still $10.27B these days. Here's the worst: SCO has a market cap of 209.63M today. SCO worth more than SGI? puke.

      --
      Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
    5. Re: How hard can SGI fight? by nr · · Score: 1

      They have the goverment's support I guess. They are involved in lots of important (both from a military and national security point of view) joint projects with DOD and DOE, and I doubt the gov would allow them to be f**ked around by SCO. For example then Cray still was a SGI business the goverment paid whole cost for the research and development of the Cray SV1 and SV2 vector line of SGI supercomputers.

    6. Re:How hard can SGI fight? by iggymanz · · Score: 1

      SGI revenue last fiscal year $1.3B. SCOX revenue last year $64M........SGI is doing real business on real products. Also, small 1K blocks of SCOX being traded have HUGE effects on share price. SGI's daily volume is like 7x that of SCOX, with much smaller % daily fluctuation. Just pointing out SCOX's price is based on very risky hopefulness, while SGI's is based on value of the business. And SGI is taking serious drastic sound business measures to turn their business around.

    7. Re:How hard can SGI fight? by hypnagogue · · Score: 1

      Perhaps SGI should sue IBM in order to get their stock price to go up.

      --
      Liberty you never use is liberty you lose.
  18. Only so many ways to do the same thing. by pointzero · · Score: 1

    Isn't there only so many ways you can program something to do the same thing? I mean think about it. Eventually somebody is bound to write the same code somebody else has. All this arguing is a waste of time IMHO. Maybe I'll patent my "Hello World" software and make millions. Sheesh! Stop the arguing and go type code something new.

    1. Re:Only so many ways to do the same thing. by Anonymous Coward · · Score: 0

      Maybe I'll patent my "Hello World" software and make millions.

      Too late, The 'offending SCO code' *is* hello, world.

      You see, SCO claims ownership of Hello, World. Since that is the first program that most programmers write, all of the code that programmer writes are deriative of Hello, world.

    2. Re:Only so many ways to do the same thing. by alexq · · Score: 1
      Maybe I'll patent my "Hello World" software and make millions.

      and i'll sue you for using my patented use of the combination of 'printf' and '\n'.

  19. SGI can handle this gnat by Anonymous Coward · · Score: 0

    SGI is not powerful enough to fight SCO at this point. They will probably perish. We can only count on IBM to make SCO perish.

    SCO isn't a very large company, heck, SGI's Minneapolis/Egan office is larger than all of SCO.

    SGI may have laid off a lot of people in recent years, but if you recall your American Business 101, the middle managers and lawyers are also the last to go.

    1. Re:SGI can handle this gnat by WindBourne · · Score: 1

      While SCO may be a gnat, the company is being backed by SUN and Microsoft who are anything but. More importantly, SCO has effectively transfered any rights that they have to Unix to the canopy group. My guess is that SCO is suppose to make as much waves as possible against GPL and then die.
      So the real question is, what will happen with the Redhat lawsuit? They will be the first to go at SCO and that may be enough to kill them. But then, the IBM/SGI suit will move to canopy group who will simply create a new shell to persue these 2 in hopes of winning a .5 billion settlement (think MS).
      This make a real case for supporting a death penalty against a corporation and all corporations that own it. Corporations simply spawn others to handle the liability while trying to hand off any assets elsewhere. If parent corps could be held liable for these problems, it would change the reckless use of lawsuits.

      --
      I prefer the "u" in honour as it seems to be missing these days.
  20. Re:Moderators: Karma Whore by Anonymous Coward · · Score: 5, Funny

    I hate karma whoring ACs...

  21. Illustrates how weak SCO's case is by Performer+Guy · · Score: 4, Insightful

    This totally scuppers SCO's argument that Linux contributors are out of control and stealing their stuff.

    Legally SGI is doing the right thing. They perform due dilligence and if anything slips through the cracks they remedy it. It illustrates just how flimsy SCO's copyright case is a pointer to what may actually ultimately happen when this matter is resolved.

    Prepare for more crazy ramblings from SCO in the immediate future. They will undoubtedly issue a press release claiming this is an admission of wrongdoing by SGI and play up the aspect of the letter that suggest missappropriated code, but of course this is not the message to be taken from the SGI letter.

    1. Re:Illustrates how weak SCO's case is by 110010001000 · · Score: 2, Interesting

      You must be kidding to see that this damages SCO's case! If anything it strengthens it. You cannot just say "oops we made a mistake and everything is OK now". SCO can argue that lots of companies made money off of Linux and if their IP is in there then they should get a cut. That is the key though - is the code that SGI is mentioning actually public domain or not?

    2. Re:Illustrates how weak SCO's case is by Pharmboy · · Score: 1

      Actually, this may be why SCO will not tell us what code is infringed. They have an example of how easy it is to fix the problem (SGI) and this is not conducive to their case. They are contributing to the infringement of their property by refusing to give us the information needed to fix it, if there is any. This allows them to "rack up the damages" to their ancient code.

      I mean, think about it: The only way anyone WOULD be using SCO code is if it was accidently put into the Linux kernel. Most of it is simply too old to be useful, and wouldn't compile in the Linux kernel anyway.

      They keep getting more and more extreme with their claims. Either they are doing this in order to settle for a lesser amount (that would still be too much) or there exists the possibility that they REALLY think they have a claim. This is kinda scary. They MAY think they are telling the truth. This would lend credibility to Linus' suspicions that they are smoking crack.

      --
      Tequila: It's not just for breakfast anymore!
    3. Re:Illustrates how weak SCO's case is by Shimbo · · Score: 2, Funny

      Prepare for more crazy ramblings from SCO in the immediate future. They will undoubtedly issue a press release claiming this is an admission of wrongdoing by SGI and play up the aspect of the letter that suggest missappropriated code, but of course this is not the message to be taken from the SGI letter.

      You can almost write the SCO selective quotation press release yourself:

      "SGI has released over a million lines of...System V code...in the Linux kernel."

    4. Re:Illustrates how weak SCO's case is by Performer+Guy · · Score: 2, Insightful

      No it does not strengthen it. For SCO to have a copyright case that substantively affects Linux they would need much more than a few lines of code that slipped through a review process that were subsequently removed after the matter was raised.

    5. Re:Illustrates how weak SCO's case is by 110010001000 · · Score: 1

      Says who? And who says that its only a few lines of infringing code? SGI claims 200, SCO claims hundreds of thousands! Who do I believe? Well I don't trust either of them to tell the truth.

    6. Re:Illustrates how weak SCO's case is by Ibix · · Score: 2, Insightful

      This does damage SCO's case. Someone here once described a motion to dismiss in a court case as "even if you were correct, so what?" If SGI finds 200 lines of code that no-one uses because they're old and obsolete, and they were replaced ages ago anyway, I'd say that was a resounding "so what?"

      Also, SGI's response is professional and effective. Not the action of an irresponsible pirate, which is how SCO likes to paint OSS developers.

      I

    7. Re:Illustrates how weak SCO's case is by Agent+R · · Score: 1

      Prepare for more crazy ramblings from SCO in the immediate future.

      SCO: See that "A" variable in the code? That is strictly SCO property! Yessiree! That "A" variable was in our code! And that LF too!

      --
      !@#$% whole-grain cereal. When I want fiber, I eat some wicker furniture. - G. Carlin
    8. Re:Illustrates how weak SCO's case is by Anonym0us+Cow+Herd · · Score: 2, Insightful

      They have an example of how easy it is to fix the problem (SGI) and this is not conducive to their case. They are contributing to the infringement of their property by refusing to give us the information needed to fix it, if there is any. This allows them to "rack up the damages" to their ancient code.

      No damages are being racked up. SCO cannot claim damages that they help to create. SCO has to act to help stop the infringement. You are not willfully infringing prior to even knowing of any infringement.

      Any damages that may exist are caused by IBM or in this case SGI. Not by you. You have no liability for damages. You bought something in good faith. Or downloaded it for free. Like a book containing plagarized material that you purchased or received as a gift. Whoever contributed the infringing material have caused whatever damages may exist.

      In order to collect any damages, SCO must first prove that damage was done. We need to measure the vast economic harm that SGI has caused SCO by SGI improperly contributing an atoi() function, and other minor tidbits. If those 200 lines of code had not been put into Linux, you would no doubt, have dropped Linux like as if it were a bad Windows habit and gone running to SCO to solve all your problems.

      --
      The price of freedom is eternal litigation.
    9. Re:Illustrates how weak SCO's case is by Anonymous Coward · · Score: 0

      Did you believe the Iraqi Information Minister when he said the US wasn't knocking on the gates of Baghdad? The lies SCO is putting out are certainly on par with what Muhammed Saeed al-Sahaf was spouting off. They're that obvious.

    10. Re:Illustrates how weak SCO's case is by arkanes · · Score: 1
      How about the fact that SCO hasn't filed a lawsuit against SGI, and in fact never even mentioned them until it was revealed that SGI had donated the code snippet that was leaked? SCO hasn't shown any material evidence that a) there is any infringing code (You'd have a really hard time getting a court to award you ANY damages for 200 lines of redundant code). or b) That they know what the fuck they're doing.

      Every single thing that SCO has done up to this point looks like a knee jerk, off the cuff flamebait comment to incite publicity. There's been not one, single, solitary firm claim supported by even the most tenuous evidence.

      Making fun of them won't make them go away, but who gives a fuck? They aren't a threat. Theres no possible way they can be a threat until at least 2005, since thats when thier court dates start. There's no reason for anyone of us to even care until then.

      And you sir, despite your whining, are certainly a troll who I'm feeding.

    11. Re:Illustrates how weak SCO's case is by Anonym0us+Cow+Herd · · Score: 2, Interesting

      SCO can argue that lots of companies made money off of Linux and if their IP is in there then they should get a cut.

      So just how large is the economic damage that SCO has suffered? SCO will have to prove this. They have to show how they calculate these damages. Among the stuff IBM subpoenaed from SCO was all documents showing how SCO calculates the damages they claim to have suffered.

      I wonder what the economic damages are from an improper 200 line contribution of trivial routines such as atoi()? Would the lack of SCO's version of this routine have caused you to buy SCO instead of Linux?

      --
      The price of freedom is eternal litigation.
    12. Re:Illustrates how weak SCO's case is by schon · · Score: 1

      SCO claims hundreds of thousands! Who do I believe?

      Simple, how about the one that provides proof to back up their claims?

      Legally, SCO MUST show the alleged infringing code, otherwise they have no case. The fact that they refuse to detail how they have been wronged proves that they have not been wronged.

      If someone was hurting you, you must ask them to stop. If you refuse to tell them what it is they're doing that's causing you damage, then you will get laughed out of court. It really is that simple.

    13. Re:Illustrates how weak SCO's case is by Performer+Guy · · Score: 1

      SCO "says"?!!! Legally that means nothing. They have an obligation to inform others of the infringing lines of code and give opportunity for a remedy. If I say some outlandish thing would you always slpit the difference irrespective of the merits of the claim? There are some blatantly sucpicious things going on with SCO's claims and press releases. The only legal claims they have made are contract claims against IBM, all the rest is just press releases. They have made no legal claims against Linux or SGI, but are merely trying to scare the market. In the face of this YOU really don't know whom to believe? There is ample evidence already in the public domain to arrive at an informed opinion. The debelopment logs for Linux are public and available. In the face of this you are still splitting the difference?

      Just what do you think developers have been doing for years writing Linux? Do you really think anyone can come along and through some hand waving simply take the fruits of their labors? The copyright work of millions of industrious hours of coding simply stolen by SCO? Or perhaps you think that Open SOurce developers just sit around and copy the code of others all day long?

      It doesn't matter how substantial the infringing code is, it will be cleaned up, and Linux will move on retaining what it rightfully owns.

    14. Re:Illustrates how weak SCO's case is by rgmoore · · Score: 1
      SGI claims 200, SCO claims hundreds of thousands! Who do I believe?

      The big issue here is that their code count is subtly but substantially different. SCO is claiming that they've found about 200 lines of code that are direct copies of something from SysV. There may be a bit more than that in there somewhere, but it's unlikely to be a really huge numbers.

      SCO is claiming that there are hundreds of thousands of lines that are covered by their intellectual property claims. This is under the theory that their SysV licensing agreements require all modifications to the code to be treated as confidential, just as the original code was. By that claim SCO is saying that any code that was added on to their ancient SysV stuff is protected and can't be released. But that's not the case. The side letters that AT&T made state clearly that new code written by SysV licensees that interacts with the SysV core (like a new file system such as XFS) still belongs to its authors and that they can do with it as they see fit. Since SCO's "all your code are belong to us" legal theory is bogus, so are their claims of hundreds of thousands of lines being illegitimately copied into Linux.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    15. Re:Illustrates how weak SCO's case is by 110010001000 · · Score: 1

      "Legally, SCO MUST show the alleged infringing code, otherwise they have no case"

      Uh, they will at the proper time and in front of the proper legal authorities. They are not obligated to release any information to the unwashed masses. There is no hearing, or trial, yet.

    16. Re:Illustrates how weak SCO's case is by 110010001000 · · Score: 1

      "They have an obligation to inform others of the infringing lines of code and give opportunity for a remedy." They are not obligated to do so at this time. Please stop repeating this.

    17. Re:Illustrates how weak SCO's case is by 110010001000 · · Score: 1

      "There may be a bit more than that in there somewhere, but it's unlikely to be a really huge numbers."

      I have no idea how you people can make such statements considering you have no idea. It must be nice to participate in groupthink.

    18. Re:Illustrates how weak SCO's case is by cduffy · · Score: 1

      It's not just groupthink. Some of us have actually been involved in Linux kernel development, and have some sort of an idea of what the process looks like -- and thus, what it would take for the amounts of code SCO refers to to make it into the kernel.

      Do you know that the fellow you replied to is not such an individual?

      Do you know if I am?

      It must be nice to participate in totally unfounded assumptions regarding the evidence your opponent is basing their decisions on.

    19. Re:Illustrates how weak SCO's case is by rhavyn · · Score: 1

      They have to attempt to mitigate the damages if they want to receive damanges. Which means telling the relevant parties that the code is there. Have they told anyone yet what is infringing? If not, it's goign to be mighty hard to show that they tried to mitigate the damages.

    20. Re:Illustrates how weak SCO's case is by Anonymous Coward · · Score: 0

      No It would not lead suspection that they are smocking crack.

      It would leas suspection that thy were completely ignorant about the sourace of SCO's code, about the process of writing code, and about what their liabilities are under a 100 different legal systms in as many countries.

      It also leads syspection that thy have live most of their life in rural Utah. That they have no substantial real world experience outside of the Utah closed society.

      BUT! We have known all this to be true for months so that is no relevation.

    21. Re:Illustrates how weak SCO's case is by Performer+Guy · · Score: 1

      They are obliged to do that if they expect a remedy. It's put up or shut up time. They keep pointing the finger and have done nothing that would place a burden of fixing the problem upon the shoulders of anyone they claim to be infringing.

      Their FUD campaign is obvious.

  22. Thanks SGI by justsomebody · · Score: 1

    Having both codes, this was the first open explanation about code exuality in System V and Linux. And for the first time someone openly started to tell which small parts that are. And even talking about fixes.

    Thanks, this might prove that SCO is nothing more but greedy business graduated troll

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  23. I actually read letter!!! by stewwy · · Score: 1, Insightful

    Couldn't be clearer, obviously not written by a lawyer! basically it said ' Go forth and multiply SCO,we made a small mistake and corrected it ages ago' Nice to hear something clear and unambiguous for a change!

    1. Re:I actually read letter!!! by Anonymous Coward · · Score: 0

      It couldn't be clearer but you still go ahead and tell us what it says in other words.

  24. This by Anonymous Coward · · Score: 4, Insightful

    If you'll note, the example of infringing code given at the SCO stockholders meeting earlier this year was an SGI one. Upon being faced with the origin and the point it was public domain SCO backpedaled and announced it was not an example of infringing code, just an example of "code". Retreating from that statement to say yes, in fact it was infringing, would be odd and probably even their followers would see it that way.

    but McBride whining about the simple fact that the code was there now has some merit to it"

    The fact the code was there gives him no merit at all. What I see here is the linux community plus SGI being absolutely vehement in removing copyright violations from linux the instant that it's even hinted they might be there. This seems to place SCO wholly at fault since it is thus their fault the infringing code continues to be in linux, by virtue of the fact they refuse to tell anyone what that infringing code is. The legal doctrine of due dilligence means a court will likely see it the same way.

    1. Re:This by Master+Bait · · Score: 4, Insightful
      The legal doctrine of due dilligence means a court will likely see it the same way.

      That's right. The fact that SCO did nothing to mitigate their supposed 'damages' from supposed infringing code puts them at the back of the bus.

      In another world, SCO would be undergoing wiretaps, subpoenas, and other assorted FTC-SEC investigation activities for criminal fraud. McBride et. al belong in jail.

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    2. Re:This by Anonymous Coward · · Score: 1, Interesting

      > This seems to place SCO wholly at fault since it is thus their fault the infringing code continues to be in linux, by virtue of the fact they refuse to tell anyone what that infringing code is. The legal doctrine of due dilligence means a court will likely see it the same way.

      Um, I think you're confusing your doctrines.

      First, you have due dilligence. This would apply to SCO finding their code in Linux before they went off and licensed it to others under the GPL. Worse, in doing so as as an integral part of their own business AND as a kernel source code contributor themselves. SCO did things, and it cannot be a mistake because they could'a, should'a, known better.

      Second, we have mitigation of damages. This would apply to "place SCO ... at fault ... the infringing code continues to be in Linux". However, mitigation ONLY applies to damages caused that SCO could have prevented (thus, in the past tense only). It has no bearing on SCO securing it's Copyright monopoly (if any) going into the future.

    3. Re:This by xanadu-xtroot.com · · Score: 1

      puts them at the back of the bus.

      The Short Bus isn't very long.

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
  25. Should doctrine of fair use be applied to software by Anonymous Coward · · Score: 0

    Regular copyright permits fair use within limits, need to attribute the original copywrite holder, etc. One use of this is to avoid restating something when it already has been stated well. Could fair use be applied to code fragments as well? (I.E. 200 lines of header spec)

  26. SCOX slowling starting to learn? by etymxris · · Score: 2, Interesting

    Notice how SCO didn't trumpet SGI's violations to the press. It took a more circuituous route of notifying SGI privately, and letting SGI spread the news themselves. Though there was much speculation, nothing was official until SGI's 10K. My guess is that SCO is starting to learn that trumpeting litigous claims to the press is not the way to proceed. I guess they are tired of defending against Landham (sp?) Act violations.

    (I originally posted this to finance yahoo message board, but it is appropriate here.)

    1. Re:SCOX slowling starting to learn? by RabidChipmunk · · Score: 1

      I'm not sure that this is an accurate depiction. Reading the letter gives me no indication that SCO has had any hand in this code review. SGI has the complete SysV code and apparently performed the review purely as a result of public statements.

      Thus, I am doubtfull that SCO has learned anything yet.

      --
      This is not a political statement. This is not legal advice. It's a frick'n Slasdot post. However: I'm Running For
  27. atoi? by ikoleverhate · · Score: 5, Interesting

    "found brief fragments of code matching System V code in three generic routines (ate_utils.c, the atoi function " they're complaining about copied atoi code?!?!?! exactly how many variations of converting ascii to integers could there be? And why would anyone care about something so simple? Unless it was a FUD screen...

    1. Re:atoi? by Stonent1 · · Score: 3, Funny

      "found brief fragments of code matching System V code in three generic routines (ate_utils.c, the atoi function " they're complaining about copied atoi code?!?!?! exactly how many variations of converting ascii to integers could there be? And why would anyone care about something so simple? Unless it was a FUD screen...

      Yeah but if SGI made a version of atoi, surely it exploits vector optimizations, runs in 64 bits of precision, exploits NUMA and uses OpenGL. It may be 10x the size of the kernel but whoa, it's gotta be cool.

    2. Re:atoi? by Anonym0us+Cow+Herd · · Score: 1

      These important brief code fragments (which were replaced by better preexisting routines already in the kernel) may have caused vast economic damages which SCO has suffered as a result of the willful wrongful infringement done by SGI as part of a vast conspiracy to undermine the economic value of UNIX. These routines are worth at least $1 Billion in damages, and tripple damages because of the motives and serious nature of the willful infringement.

      Don't you think so?

      --
      The price of freedom is eternal litigation.
    3. Re:atoi? by pb · · Score: 1

      Yeah, atoi() is pretty simple, but I'm sure there are a fair number of variations out there. Some earlier versions only supported positive numbers, and didn't allow leading whitespace.

      Anyhow, SGI, if you ever want a non-infringing version of atoi(), feel free to use this one. I just made it up, so any similarity to anyone else's code is purely coincidental.

      int atoi(const char * s) {
      int i, r = 0, n = 0;
      if (s) {
      for(i=0;s[i]&&isspace(s[i]);i++);
      switch (s[i]) {
      case '-': n = 1;
      case '+': i++; break;
      }
      for(;s[i]>='0'&&s[i]<='9';i++)
      r = r*10 + s[i]-'0';
      if (n) r = -r;
      }
      return r;
      }

      --
      pb Reply or e-mail; don't vaguely moderate.
    4. Re:atoi? by yakovlev · · Score: 1

      Not in non-ascii character sets where the numerals aren't in a contiguous 0123456789 block.

      Or does atoi() get to assume ascii?

    5. Re:atoi? by Anonymous Coward · · Score: 0

      i thought the a in atoi stood for ascii... that would make the answer to your question 'yes'...

    6. Re:atoi? by pommiekiwifruit · · Score: 1

      I think both the C/C++ standards say in section 2.2.1 that digits 0...9 must be contiguous.

      Unfortunately C is one of the languages where the standard is a proprietary secret of ISO (unlike other freely available language definitions such as c#) so I can't point you to a reference.

      EBCDIC is a common non-ascii set, and that has contiguous digits (but not letters). So does PET-ASCII.

    7. Re:atoi? by spitzak · · Score: 1

      The C libraray standard requires the digits to be contiguous, so c-'0' is defined to work.

  28. Don't do Linux any favors, SGI... by Anonymous Coward · · Score: 0
    If the code is in the public domain, why did they not stand up to extortion? They've just marked themselves as a company that can be shaken down.

    And they've given the DiDiots of the world a way to claim SCO was correct.

    And we wonder why Netcraft confirms SGI is dieing...

    1. Re:Don't do Linux any favors, SGI... by Queuetue · · Score: 1

      I think they did stand up - they cleaned up code that was questionable (because of where they got it from , not because of where it has been), to ensure no one could be hurt by thier actions, and took a strong stance on XFS, which is absolutely unquestionably thiers.

      I say Bravo, SGI.

  29. OK for me but not for you! by lcsjk · · Score: 5, Insightful

    Let's see now; SCO claims that they inadvertantly released code under the GPL so they cannot be held accountable.
    SGI claims they inadvertantly released UNIX code into Linux, but SCO says they are accountable; ie., lawsuit.
    Is something wrong with this scene?

    1. Re:OK for me but not for you! by Pep · · Score: 1

      Possibly not ok for SGI, but ok for me. SGI has at least investigated the claim and has and will remove code that has been added to the kernel.

      We will just have to see how things turn out.

    2. Re:OK for me but not for you! by WindBourne · · Score: 1

      The truely funny part of that is that there was better code in the linux kernel than in the supposedly closed snippets. Since I doubt that SGI would knowingly ignore better code in the kernel, it shows that SGI simply made a mistake.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    3. Re:OK for me but not for you! by avida · · Score: 1

      What is your point?

    4. Re:OK for me but not for you! by lcsjk · · Score: 1

      The point is that SCO has been claiming that they were not aware of UNIX code included with the open source code when they released it under GPL, and therefore they now claim that they are not violating the GPL by re-claiming code ownership.
      When SGI released code and did not intend it to be in the Linux kernal, SCO wants to sue for damages instead of allowing SGI to use the same excuse that SCO used under similar circumstances.
      Hope that's clearer.

    5. Re:OK for me but not for you! by Anonymous Coward · · Score: 0

      Is SCO still claiming that? How can it be inadvertant? After all the kernel tar ball is still on their website.

      They must know about it because IBM is suing them over it.

  30. If we all do this .... by Anonymous Coward · · Score: 0

    while true; do wget -O /dev/null http://www.sco.com/ ; done

  31. Re:SCO's case is strengthening by mrtroy · · Score: 1

    [n] (law) a formal notice filed with a court or officer to suspend a proceeding until filer is given a hearing; "a caveat filed against the probate of a will"
    [n] a warning against certain acts; "a caveat against unfair practices"
    Which caveat does SGI want? :)

    --
    [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
  32. Wow... by JoeLinux · · Score: 2

    They fess'd up to it...gotta admire a company that can take it on the chin. For that reason alone, I think I'm going to get a new Octane. (g)

    1. Re:Wow... by smharr4 · · Score: 1

      You need a *reason* to buy an Octane?

      There's stacks of the original Octanes coming off their leases and showing up on eBay in various configurations. You can pick up a low end Octane for between $100 and $200 on a good day and slowly upgrade.

      Even the Octane2's show up from time to time, they start at about $3,000 though.

      Hell, Octanes are so cheap, buy two - I did! And an Onyx. And five other SGI machines.

  33. Re:To Paraphrase by Ayaress · · Score: 0, Funny

    Not very well paraphrased... The letter was from SGI, not SCO. A more accurate paraphrasing: Dear SCO, Please go suck and egg. Thank you, and have a nice day. SGI. PS: We sent this to the Linux Community since you seem to have blocked our emails. I'm sure you'll get it either way.

  34. Re:SCO's case is strengthening by cgranade · · Score: 0, Redundant

    At the same time, it's hard for SCO to claim damages in this case as the amount was not only small, but redundant, and easily replaced. If SCO saw one cent of loss from those 200 lines, I'll be damned. They more likely see loss from idiotic legal strategies build upon half-truths and blatent disregard for their own customer base. (RIAA, anyone?)

    --

    #define DRM chmod 000

  35. Re:SCO's case is strengthening by OwnedByTwoCats · · Score: 1

    So?

    SGI may have admitted putting SYSV code into the Linux codebase. As soon as they discovered their transgression, they fixed it. That shows that their transgression was not intentional, and that they respected SCO's copyrights. SCO has not shown the same honesty of intention.

  36. Re:Department of Redundancy Department? by wardomon · · Score: 0

    A Firesign Theater reference for the geezers among us. Thanks!

    --

    - - - If the sun is a star, why can't I see it at night?
  37. Re:SCO's case is strengthening by DrWhizBang · · Score: 3, Informative

    However, that may just be wishful thinking on their part.

    No, it isn't. Read Eric Raymond's analysis of the code in question, it is very clear that the code has been released at some point under a license that would permit it's use.

    --
    Schrodinger's cat is either dead or really pissed off...
  38. A Clue by Pep · · Score: 1

    Mistakes happen. Its nice to see someone like SGI step up and admit what really happened and actually take serious steps to correct the problem.

    I just hope they leave an impression on other proprietary based companies looking to be apart of the community.

  39. too many words for SCO to play with by happyfrogcow · · Score: 0
    All SGI should have said was this:

    Notably, it appears that most or all of the
    System V code fragments we found had previously been placed in the
    public domain


    Even this is too much for the PR department to mangle. But legally, SGI probably needed to cover their backs with the words "appears" and "most"

  40. Irrelevant. by NaugaHunter · · Score: 4, Insightful

    As I followed this, I thought there was always the undercurrent of 'There may be code that looks extremely similar that has ancestors in BSD and has been proven in court to be not part of the System V code and public domain'. Yes, Linux was written from scratch or whatever, but it was possible that in an effort to add some functionality someone refered to a book rather than reinvent the wheel.

    The mere fact that code is the same between two sources is useless without being able to prove if either was original. As has been shown repeatedly, either SCO doesn't know or thought no one else would remember about the whole AT&T vs. BSD deally.

    And in any case, SGI has already proven how easy it would have been to address the issue if SCO had identified any code they actually had rights to - yet another fact that would hurt SCO in a copyright lawsuit.

    --
    R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
  41. Re:Department of Redundancy Department? by Anonymous Coward · · Score: 0

    How about, "And so using God's bosy as ballast..." that's my favorite.

  42. I just wish by mcc · · Score: 1

    That some linux-related companies would drop libel/slander lawsuits on SCO and demand temporary injunctions. Yeah, there's a risk some of what SCO said is right, but even if there is accidental SysV code somewhere in Linux there are still any number of statements SCO has made that are clearly slanderous-- for example, SCO has a few times stated that the linux community was given the chance to remove the code yet didn't. (The community has had no such chance.) Dropping a few slander suits on SCO, even if the chances of winning aren't 100%, would take some huge chunks out of their sails.

    Actually, that may or may not be such a good idea, as it would unnecessarily tie good linux companies up in litigation and might be sinking to SCO's level; but what I REALLY wish is that someone would start taking out some subpeona's on SCO. Redhat's sued SCO but that seems like it will take years to hit court. Is there any way that Redhat could sue the hypothetical person who put SysV code into linux and presented it as their own-- "John Doe", and subpeona from SCO all information relating to evidence SysV code was leaked into linux so they can find out who "John Doe" is? Is there any way that that might get into court and get a result quicker than waiting for the Redhat vs SCO case to wind its way into court?

    Either way, one would think a slander case could get into court quicker because it regards an ongoing abuse..? Can you get injunctions over slander? Does anyone know?

  43. Um.. contradictions? by k98sven · · Score: 1

    They also said repeatedly that they will "strongly defend their IP".

    But they also said they wouldn't sue IBM.

    Oh, dear.. it seems that either way they'll be contradicting themselves.

    I don't think anyone can predict just what crazy move SCO is going to make next.

  44. although i am glad the code has been removed by Anonymous Coward · · Score: 0

    I still do not see how this gives SCO any leverage. If someone is complaining about another using their IP, but they do not reveal the infringing code so that they can extort users, how is this even legal?

    When this goes to trial I would think that judge would simply ask why Linux has not removed any code SCO is refering to. When the defendants say "because SCO will not tell us what is infringing" wouldn't this raise big red flags about SCOs intentions with the judge?

  45. Re:SCO's case is strengthening by MyNameIsFred · · Score: 4, Insightful
    ...Whether or not it has been removed is IMMATERIAL for purposes of this case...

    Yes it is material. This is a civil case, not a criminal. In civil cases, attempting to right a wrong is important. If SCO is succeeds, it will affect any penalties levied against SGI. Probably diminishing them significantly.

  46. Not so black and white by etymxris · · Score: 4, Insightful
    You seem to think that there are only two choices:
    1. No SYSV code has been misappropriated into Linux and SCO gets nothing, or
    2. Some code has been misappropriated into Linux and SCO gets full damages.
    The real truth is likely between these two, and much closer to (1). The factors that limit damages SCO might be able to collect from SGI include:
    1. The amount of copied code was small,
    2. The code copied was not unique or vital--it had been implemented elsewhere and thus cannot be worth much more than the alternative implementations,
    3. The infringement was not willful, and
    4. That the code even infringes is not obvious. The actual code has been available to many parties in various stages of openness.
    It's possible that there is infringement but that SCO is entitled to so little compensation that they effectively get nothing.

    How this does help SCO is by allowing them to demonstrate that their misrepresentation of rights was not willful. It will be more difficult for IBM and RHAT to collect damages from SCO if SCO's allegations had any base, as trivial and insignificant as it was.
    1. Re:Not so black and white by 110010001000 · · Score: 1

      I never said that SCO would get "full damages". That would be silly, since SCO hasn't asked for any damage amount yet. I am just saying that their case is strengthening. Who is to say that this is all of the code lines in question? Maybe there is more, a lot more. Making fun of SCO won't make them go away.

    2. Re:Not so black and white by schon · · Score: 2, Interesting

      I am just saying that their case is strengthening.

      Actually, their case is weakening, not strenghtening.

      In the (still) unlikely event that there is SCO-owned code in Linux, they can only claim damages from the date they make the offending party aware. Since any potentially offending code has been removed before they've made the details available, their case is severely weakened.

      Do some reading on the Doctrine of Laches.

    3. Re:Not so black and white by anagama · · Score: 1


      And don't forget SCO's duty to mitigate damages. If SCO did somehow win this thing, no court is going to reward them for being coy about identifying where the problems lie.

      --
      What changed under Obama? Nothing Good
    4. Re:Not so black and white by AJWM · · Score: 2, Informative
      You left out:

      5. SCO has done nothing to mitigate the damage by specifying the infringing code and asking that it be removed.

      and also

      6. SCO itself continued -- and still continues -- to distribute Linux source under the GPL license.

      --
      -- Alastair
    5. Re:Not so black and white by AJWM · · Score: 1

      I am just saying that their case is strengthening.

      And if you pee in the Sahara, you could say that the desert is getting wetter. Either way it doesn't amount to much.

      Who is to say that this is all of the code lines in question?

      SGI. In the letter. They said that they'd searched the rest of the SysV code (they have a license, remember?) and only found a few possible instances, which they're fixing. You did read the letter, didn't you?

      Making fun of SCO won't make them go away.

      Really? Dang!

      How about if we make fun of you, will you go away?

      --
      -- Alastair
    6. Re:Not so black and white by 110010001000 · · Score: 1

      "SGI. In the letter. They said that they'd searched the rest of the SysV code (they have a license, remember?) and only found a few possible instances, which they're fixing. You did read the letter, didn't you?"

      Oh yeah, I trust those SGI guys. They must be telling the truth, there is no reason for them to lie!!!

      Duh, yes I read the article slashbot. Stupid.

    7. Re:Not so black and white by Mr+Smidge · · Score: 1
      You seem to think that there are only two choices:
      1. No SYSV code has been misappropriated into Linux and SCO gets nothing, or
      2. Some code has been misappropriated into Linux and SCO gets full damages.
      The real truth is likely between these two, and much closer to (1).

      "And based on the case of the atoi() function, we award SCO $1 in damages..."
    8. Re:Not so black and white by Crispy+Critters · · Score: 1
      "2. Some code has been misappropriated into Linux and SCO gets full damages."

      Don't know about all the code they are finding, but the first example was only used on non-Intel hardware. Thus, damages to SCO based on Linux on Intel: $0. For damages, SCO would have to argue the number of users of Linux on SGI hardware who would otherwise have used UNIX(R) from SCO on some other hardware. That's got to be worth about 57 cents.

    9. Re:Not so black and white by Anonymous Coward · · Score: 0

      They must be telling the truth, there is no reason for them to lie!!!

      But you're going to take SCO at their word after they've deliberately tried to decieve by taking quotes out of context and made false accusations?

      SGI has less reason to lie about this than SCO do.

  47. Someone explain me ... by Anonymous Coward · · Score: 0, Insightful

    What exactly did SCO do wrong? I mean, if the code belongs to them, what is so bad about them wanting to be paid for it?

    And: there will still be Windows XP, which basically is as free as any Linux.

    1. Re:Someone explain me ... by ozzee · · Score: 3, Interesting
      What exactly did SCO do wrong? I mean, if the code belongs to them, what is so bad about them wanting to be paid for it?

      for ( i = 0; i < max; ++ i )

      The line of code above belongs to me, I wrote it and everyone who has any similar code, including code resulting in compilation needs to pay me.

      The poster of the parent article is herby given notice of infringement and $150,000 damages for each infringement. I estimate that $1e12 (1 trillion dollars) is a good starting point.

      The point I'm trying to make is that Copyright laws are far more complex than you make it out to be. Firstly, being a civil suit, damages need to be assesed. If damage to SCO is immaterial, then SCO is far worse position now by revoking SGI's licence because it will be easily shown to the jury as extortion.

      As a counter-example, if IBM had released some unique feature, say for example as O(1) scheduler, from the Unix code base, then SCO would have some reason to rattle a little.

      I remeber a civil suit once where someone was being sued for service overcharges and once of the pieces of evidence was a $75 overcharge which was even in doubt. The judge turned to the claimant's attorney and said somthing like this, "you have spent half and hour of the court's time attempting to show a transgression of $75. Do you realize just how much that 30 minutes of court time costs ?".

      The point is, the judicial system expects parties to be fair. If I make a claim against someone, it is not fair that I make it difficult or impossible for you to continue to do business.

      Altmier's letter is an excellent defence for SGI in this case. It shows that a) the infringement was trivial and hence the actual damage is negligible, b) the transgression was corrected rapidly to minimize any pervieved issues and c) SGI was attempting to be as fair as possible. SCO on the other hand is threatening to revoke an irrevokable license and damage SGI's ability to do buisness. If SGI counter-sues for damages of lost revenue they will win because SCO is not acting in good faith.

      There is more. "IP" comes in 2 flavours, Copyright and Patents. What SCO is claiming here is unclear. It seems like the wording is regarding patents but they cite Copyright infringements as evidence. Their message simply does not make any legal sense. I recall a discussion once between an attourney and an engineer regarding a legal matter. Typical engineer is trying to navigate to a solution around a county building assessor who was being particularly difficult. After listening to the engineer's brilliant alternatives the attourney says "wait, you forget somthing, the guy is a moron.". This story parallel's the case of SCO vs the world.

    2. Re:Someone explain me ... by Anonymous Coward · · Score: 0

      You had me worried there for a moment.

      Good thing I use: for(i = 0; i max; i++)

    3. Re:Someone explain me ... by YourFingerYouFool · · Score: 0

      That's like wearling your baseball cap backwards.

      --
      "pull my finger" - Uncle Chuckles
    4. Re:Someone explain me ... by Hognoxious · · Score: 1
      "IP" comes in 2 flavours, Copyright and Patents.
      3 flavours, there's also the TCP variety. It's not a nice flavour though, kind of like disinfectant.
      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  48. If they don't sue SGI ... by burgburgburg · · Score: 2, Insightful
    after terminating the license and having SGI continue to sell IRIX (which of course they will keep doing), doesn't that mean that SGI could sue SCO for breach?

    If the reasoning behind the license cancellation were valid, then SCO would have to sue SGI for selling IRIX to protect the rights that are in question. Not doing so would seem to indicate that SCO was abandoning their purported rights.

    1. Re:If they don't sue SGI ... by John+Hasler · · Score: 1

      > Not doing so would seem to indicate that SCO was
      > abandoning their purported rights.

      Unfortunately, no. You can ignore a copyright infringement for decades and then suddenly decide to sue.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    2. Re:If they don't sue SGI ... by markhb · · Score: 1

      I thought that it was only patent infringement that could be ignored, and that copyrights and trademarks have to be actively defended or the owner risks losing them. IANAL of course, but that is my understanding.

      Remainder of my .sig: be the majority of voters.

      --
      Save Maine's economy: write stuff down. All comments are exclusively my own, not my employer.
    3. Re:If they don't sue SGI ... by k98sven · · Score: 1

      Nope.. only trademarks can be lost in that manner.

      But: The court will definetly take into account lax copyright defense in a copyright suit, and it will most likely reduce the penalty.

      (Simple reasoning: If this infringment was hurting you so much, why didn't you act sooner?)

  49. Sampling... by MosesJones · · Score: 1


    You can sample small sections of other music for use in your own track, but not whole parts of the music (for instance not the whole bass line).

    Not sure how that applies to code mind. Can you claim to be "quoting code" ?

    --
    An Eye for an Eye will make the whole world blind - Gandhi
    1. Re:Sampling... by John+Hasler · · Score: 1

      > Not sure how that applies to code mind. Can you
      > claim to be "quoting code" ?

      I don't think you can. I don't see how including bits of someone else's program in yours can be considered fair use, considering what fair use is supposed to be for.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  50. SCO's Case has Merit BUT Linux will Still Prosper by reporter · · Score: 2, Insightful
    The key quote in the SGI letter is the following.
    Over the past four years, SGI has released over a million lines of code under an open source license. Throughout, we have carried out a rigorous internal process to ensure that all software contributed by SGI represents code we are legally entitled to release as open source.

    Many Linux bigots have criticized the involvment of American companies in the development of Linux because, according to the bigots, the companies will end up in controlling the development of Linux. However, a benefit of involving American companies is that they ensure that any new Linux code will be free of copyright infringement. You can be sure that IBM, SGI, and a host of other American companies ensure that they employees (under threat of employment termination) will not submit code that represents theft of intellectual property.

    The same cannot be said of lone programmers working on their own. There really is no way for Linus, all by himself, to verify that each submitted piece of Linux code neither violates copyrights nor represents theft of intellectual property. This issue is particularly worrisome in the case of lone programmers or commerical companies based in China (which includes Taiwan province and Hong Kong). The Chinese regularly steal intellectual property or infringe copyrights: e. g. rate of software piracy in China is 90%.

    The lawsuit by SCO against IBM certainly has some merit in the sense that Linux code likely contains some infringing code. Still, as the open letter by SGI implies, replacing the infringing code is a simple matter. We could easily get a Ph.D. student in computer science from Carnegie Mellon University to quickly re-write any disputed code in Linux. It really is that simple.

    Furthermore, SCO itself distributed all the Linux code under the GNU Public License (GPL). If the GPL is enforceable, then SCO does not have a case. From both angles (enforceability of the GPL and the super ease of re-writing the disputed code),the case by SCO will not destroy Linux. Linux will still prosper and dominate the UNIX market, destroying Sun Microsystems. The only entity that might suffer is IBM; it might cough up a few million dollars in penalties and fire several employees who released the disputed code into Linux distribution.

    ... from the desk of the reporter

  51. Re:SCO's case is strengthening by Performer+Guy · · Score: 1

    It is highly material to the case that this was a few lines of inadvertant code among millions and that SGI has removed all it could find. Without further notification of offending lines SCO has no leg to stand on. SGI is doing the right thing legally.

  52. and they say GPL is viral? by Anonymous Coward · · Score: 1, Insightful

    If all this is just about 200 lines of code in reality, then SCO is trying to lay claim to other UNIX licensees works as their own. That sounds more viral in nature than the GPL.

    All that's going to reinforce is more companies avoiding SCO for fear of having their own work taken from them.

    Secondly, all this revocation of licenses is doing is causing SCO to paint themselves into a corner because there will be no big name companies left to buy their license.

    Sure, they are showing and taking steps to preserve their IP, but if no one is able to buy it or fears getting involved with it after all this mess is cleared up, then it's a quick fix and a doomed business model.

  53. Given sco's record of press releases and FUD by snakecoder · · Score: 5, Funny

    I can't wait to see how they will spin this. "SGI ADMITS PLACING SCO CODE IN LINUX!" maybe time to day trade today.

    --
    -Nuke the moon
    1. Re:Given sco's record of press releases and FUD by Anonymous Coward · · Score: 0

      "SGI ADMITS PLACING SCO CODE IN LINUX!"

      Thanks Pal,
      I have put it as a title of my slide.

      D. McBride

  54. Open Source code in Closed Source Projects? by elliotj · · Score: 4, Interesting

    SGI admitting to having contributed some System V code to the Linux kernel brings to mind a question I've had for years: what are the chances that in a big closed source project (like Windows for example), that some developer hasn't used some open source code at one point or another? How do you protect against this?

    Is there a process to audit big companies code? MS threatens me with audits to check my license compliance, can I audit them to check that no open source code is in their products?

    And for that matter, which license would win? If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

    1. Re:Open Source code in Closed Source Projects? by nagora · · Score: 2, Informative
      what are the chances that in a big closed source project (like Windows for example), that some developer hasn't used some open source code at one point or another?

      Zero

      How do you protect against this?

      Only through wistle-blowers

      Is there a process to audit big companies code?

      Not unless you're a big company

      MS threatens me with audits to check my license compliance, can I audit them to check that no open source code is in their products?

      It is to laugh!

      If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

      Historically companies have been allowed to replace the code instead. Generally speaking the Open Source movement understands that a large company can fall foul of a single person, or even team, that cheats. If the company shows willing then there's no point in getting mediaeval on them. Even if it did come to a fight I think most courts would allow a company off with an unknowing violation. The fight with SCO that is now brewing is that they are knowingly in breach of the GPL, and therefore in breach of copyright law and are publicly stating that they don't care and the law can go fuck itself.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    2. Re:Open Source code in Closed Source Projects? by Elwood+P+Dowd · · Score: 1

      No, the GPL wouldn't force MS to open source the whole thing. It would simply not be permitted to violate copyright on the GPLed works that they had included.

      Until they removed the code they didn't own, they'd be violating copyright, and could be sued for damages by the owner of the copyright.

      If MS for some reason couldn't remove the GPLed code, then sure, if they want to continue distribution without getting sued for it, they'd need to release the product under the GPL.

      --

      There are no trails. There are no trees out here.
    3. Re: Open Source code in Closed Source Projects? by roystgnr · · Score: 4, Insightful

      what are the chances that in a big closed source project (like Windows for example), that some developer hasn't used some open source code at one point or another?

      0%. In Windows 9x (at least), for example, you can run "strings" on some of the networking utilities to get at the BSD copyright statements.

      If you're asking about hidden GPL code, though, then it's anybody's guess.

      How do you protect against this?

      If you're part of the company in question, you could get the source code most likely to be copied (e.g. Linux if you're working on operating systems, Apache if you're writing a server, etc), try running something like Eric Raymond's new comparison program between those sources and your own code, and most importantly let your employees know that you're checking on them and that illegally claiming someone else's copyrighted material as their own is grounds for termination.

      If you're someone else and only have access to the closed binaries, then you might try checking for unique symbols or debugging output, but you won't have nearly as easy a time of it.

      MS threatens me with audits to check my license compliance, can I audit them to check that no open source code is in their products?

      No. They may get to audit you because that's one of the rights you can sign away to get a cheap site license from them. You don't get to audit them because you've never tricked them into agreeing to it.

      If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

      No. You can't force anyone to agree to the GPL. You can sue them for past copyright infringement (and probably win big if you've registered your copyrights), but (despite SCO's claims to the contrary) you can't stop them from removing your code and selling their own code no longer encumbered. In the worst case for them, if they wouldn't have a useful product without your code and are redistributing too much to reimplement themselves, then they're pretty much stuck as they've already forfeited their GPL rights and would have to negotiate new rights with every single author whose copyright they've infringed.

    4. Re:Open Source code in Closed Source Projects? by Anonymous Coward · · Score: 0
      And for that matter, which license would win? If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

      Probably not. Microsoft would be forced to replace the code and perhaps pay you a bit for the license violation.

      What I am wondering about: if you want to sue a big company for violating the GPL, could you present some kind of damage to the court? I guess if you can't, you won't get much money back.

    5. Re:Open Source code in Closed Source Projects? by Anonymous Coward · · Score: 0

      >> How do you protect against this?
      > Only through wistle-blowers

      Enough people (corps, students, warez groups) have the Windows source code now days that any 'dirty laundry' would have leaked out by now.

    6. Re:Open Source code in Closed Source Projects? by IWannaBeAnAC · · Score: 1
      This is a good point; copyright is essentially not enforcable against propritary software. Microsoft (or anyone else, for that matter) are free to misappropriate as much source code as they like, and they will get away with it for as long as they can keep the source code a secret.

      To actually get an injunction to force them to show the code would require some evidence *first*. If they were sufficiently good at obsfucating the executable, then that evidence can be arbitarily hard to obtain.

      This really sucks, it smacks of the secret patents issued to the US military and contractors; the patent is secret, the only way you find out about it is if it is independently rediscovered, at which point you get a knock on the door by the Feds telling you to shut up about it or go to prison. Well, maybe that is an exaggeration, I actually have no idea what happens when someone inside the USA rediscovers something that is subject to a secret patent.

      Internationally, it is slightly humerous. Teflon was discovered by a French company (IIRC). But when they tried to patent it, the USA suddenly comes out and said it was already patented! Of course, it was a secret patent (Teflon had been used from very early days to coat the inside of pipes used in Uranium processing), but the USA wanted to enforce the prior patent anyway! Fortunately, the French told them to go jump.

    7. Re:Open Source code in Closed Source Projects? by Anonym0us+Cow+Herd · · Score: 1

      Probably not. Microsoft would be forced to replace the code and perhaps pay you a bit for the license violation.

      Microsoft would have to pay for damages.

      You would have to prove how much you were damaged. If it were code with a significant function that added real value, you may have real actual damages.

      --
      The price of freedom is eternal litigation.
    8. Re:Open Source code in Closed Source Projects? by John+Hasler · · Score: 2, Informative

      > Is there a process to audit big companies code?

      Sure. File an infringement lawsuit and convince the court that you have enough of a case (for example by producing a former employee who will testify that they used your code) to proceed to discovery.

      > MS threatens me with audits to check my license
      > compliance...

      You entered into a contract with them. I didn't and so they have no more right to audit me than I have to audit them.

      > And for that matter, which license would win?

      I'm not sure what you mean by that. If they are infringing they are infringing.

      > If GPL'd code was found in a product like
      > Windows, would Microsoft be forced to open
      > source the entire thing?

      No, but they could be ordered to stop distributing it.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    9. Re:Open Source code in Closed Source Projects? by nagora · · Score: 1
      Enough people (corps, students, warez groups) have the Windows source code now days that any 'dirty laundry' would have leaked out by now.

      You underestimate the size of the task. No one's claiming that Windows is just Unix with a window manager slapped onto it. There will be some code that shouldn't be in there but it won't be huge or even all in one place.

      But it will be there; people are just like that.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    10. Re:Open Source code in Closed Source Projects? by Wolfier · · Score: 1

      And remember, open source != [L]GPL.

      In this case, there's no need to prevent against it.

      As for the chance being zero, you're probably right if you include public domains and BSD-licensed code, which don't really legally matter.

      If you're talking the chance of not including GPL code being zero, I believe you're on a lot of crack.

    11. Re:Open Source code in Closed Source Projects? by ryanvm · · Score: 1

      MS threatens me with audits to check my license compliance, can I audit them to check that no open source code is in their products?

      It depends. Did you get them to agree to a EULA that authorized you to audit them? Well, they got you to agree to one.

    12. Re:Open Source code in Closed Source Projects? by leoxx · · Score: 2, Interesting
      Right now, a closed source software company could easily pick up some GPL'd code, hack it bit and include it into their products and noone would be the wiser. The most important thing to understand about this issue is that with respect to protecting intellectual property, open source code is a more accountable system than the closed source model. With open source, any one can look at any code at any time, and using ESR's analysis tool for example one could find evidence of stolen code. If the theft was inadvertent, I am sure the open source industry would be willing to forgive it, assuming it was removed. On the other hand, doing the opposite with closed source code would be impossible unless the company in question specifically allowed it. And if they know they are guilty of copyright violations, they wouldn't allow it.


      Now IANAL, but I think one strategy we might employ would be to formally request a closed source company to run the chunking tool and to provide the results (which demonstratably contain NO intellectual property in and of themselves) to the open source community. If they refuse, it becomes a nugget of evidence that the company is not accountably performing due diligence on their software, and could be used against them in the future if another IP issue ever goes to court.

    13. Re:Open Source code in Closed Source Projects? by nagora · · Score: 1

      BSD-licensed code

      Well, since it's not a secret that the Windows TCP/IP stack was taken from BSD, that's not saying much, is it? If you're talking the chance of not including GPL code being zero, I believe you're on a lot of crack.

      I can't believe that much code has been written by that many, often just-graduated, programmers without someone somewhere saying "to hell with it, who'll ever know?". I mean, this is humans we're talking about. I think you're asking too much for it not to have happened. And that's disregarding the fact that MS has been caught in the past copying closed source code.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    14. Re: Open Source code in Closed Source Projects? by Matt+-+Duke+'05 · · Score: 1
      0%. In Windows 9x (at least), for example, you can run "strings" on some of the networking utilities to get at the BSD copyright statements.


      Bullshit. This is taken from Windows 98 SE (all matching files minus the hits that just randomly had the letters BSD in that order):

      root@mthz:/mnt/winc/windows/system# strings wsock32.dll |grep BSD
      BSD Socket API for Windows

      root@mthz:/mnt/winc/windows/system# strings mswsock.dll |grep BSD
      BSD Socket API for Windows

      root@mthz:/mnt/winc/windows/system# strings vtcp.386 | grep BSD
      BSDUrgent

      root@mthz:/mnt/winc/windows/system# strings vudp.386 | grep BSD
      BSDUrgent

      root@mthz:/mnt/winc/windows# strings winsock.dll |grep BSD
      BSD Socket API API for Windows
      BSD Socket API for Windows

      Trying grepping for "Regents" or some other string that appears in the BSD copyright notice and you'll see that they do not appear. Those few matches don't seem to have anything whatsoever to do with a notice of BSD copyright.
      --
      -Matt
      Duke '05
    15. Re:Open Source code in Closed Source Projects? by Tim+C · · Score: 1

      As for the chance being zero, you're probably right if you include public domains and BSD-licensed code

      Well, the original question specified "open source", rather than a particular licence, so yes, you have to include public domain and BSD-licensed code.

    16. Re:Open Source code in Closed Source Projects? by Tim+C · · Score: 1

      Indeed.

      *If* there is infringing code in a product of the size of Windows or Office, then it'll be a routine or two here and there, an algorithm, perhaps a particularly clever data structure/class. It sure as hell won't be an entire file, let alone a whole module. For one thing, you'd never get that amount of infringing code past any half-decent team leader or manager.

    17. Re: Open Source code in Closed Source Projects? by roystgnr · · Score: 1
      0%. In Windows 9x (at least), for example, you can run "strings" on some of the networking utilities to get at the BSD copyright statements.

      Bullshit.

      Whatever you say.
    18. Re: Open Source code in Closed Source Projects? by Anonymous Coward · · Score: 0

      They also use open source compression code. Remeber back when there was a security hole in compress or gzip or something. Microsoft used the same code.

    19. Re:Open Source code in Closed Source Projects? by spitzak · · Score: 1
      If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

      No, they would only have to remove the GPL code from future versions of their product.

      There may be monetary damages paid to the original copyright holder by Microsoft. But copyright law does not allow much else (despite SCO's totally bogus claims).

    20. Re: Open Source code in Closed Source Projects? by nathanh · · Score: 1
      Bullshit... Trying grepping for "Regents" or some other string that appears in the BSD copyright notice and you'll see that they do not appear. Those few matches don't seem to have anything whatsoever to do with a notice of BSD copyright.

      Bullshit yourself. Microsoft's copyright notices explicitly list the Regents of the University of California. Do a strings on nslookup.exe. There's no disputing this, despite trolls like you attempting to rewrite history.

    21. Re: Open Source code in Closed Source Projects? by Kjella · · Score: 1
      If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?
      No. You can't force anyone to agree to the GPL. You can sue them for past copyright infringement (and probably win big if you've registered your copyrights), but (despite SCO's claims to the contrary) you can't stop them from removing your code and selling their own code no longer encumbered. In the worst case for them, if they wouldn't have a useful product without your code and are redistributing too much to reimplement themselves, then they're pretty much stuck as they've already forfeited their GPL rights and would have to negotiate new rights with every single author whose copyright they've infringed.

      I've always wondered about that, if you by assumption didn't accept the GPL, you also didn't agree to forfeit those rights. Of course, if that's their argument they have a problem with copyright law, but if they did take the beating in court, I don't think you could refuse them to use any GPL'd code afterwards. The licence was never entered, and so it was never broken.

      Which brings me to another legal question I've wondered. Assume your legal defense is that you did accept the licence, you have simply not fulfilled your obligations, would you then be guilty under breach of contract (licence), under copyright violation, or both? Say assume you had a car lease but went 200km over the limit specified - you wouldn't be charged with stealing the car and taking it for a 200km spin, you'd be accused of breach of the lease contract. How far can you pull that analogy when it comes to the GPL? At all?

      Kjella
      --
      Live today, because you never know what tomorrow brings
    22. Re: Open Source code in Closed Source Projects? by roystgnr · · Score: 1

      I've always wondered about that, if you by assumption didn't accept the GPL, you also didn't agree to forfeit those rights.

      The intention is that in that case it doesn't matter whether you forfeited rights or not because if you didn't accept the GPL you were never granted those rights. If you want to be granted those rights in the future, then you'll have to negotiate another license to receive them from, because your previous actions take you off of the list of people to whom the GPL offers redistribution rights.

      IANAL, though, so your guess is as good as mine as to whether or not this intention is adequately expressed by the license and would stand up in court. I don't know if your second question should go to a lawyer, but it at least should go to someone better at half-assed guessing than I am. ;-)

    23. Re:Open Source code in Closed Source Projects? by nathanh · · Score: 1
      And for that matter, which license would win? If GPL'd code was found in a product like Windows, would Microsoft be forced to open source the entire thing?

      No. The GPL can't force an infringer to open source the derivative work. The GPL is merely invalidated and normal copyright law applies. So the copyright owner can settle out of court or sue for damages.

      Settlement is fairly common. There have been GPL violations in the past and the copyright owners have basically said "stop distributing, apologise, and we'll leave it at that". Rather than face the courts the violators have usually complied. These cases are so common that they don't even make the headlines.

      The copyright owner could conceivably take it to court and demand damages be paid. I think MySQL Inc did this. Though some projects might find it difficult justifying the value for monetary loss. That's not to say free software has no value; just that the calculation won't be as simple as "$X * n". The free software owners will almost certainly win: the GPL is a license and can be disputed but copyright law is indisputable!

      But there is a third option. The violator can solve all of the problems by GPLing their changes. That way there is no GPL violation. They don't have to apologise and they don't have to go to court. The most famous example of this happened about a decade ago. NEXT violated the GPL by modifying GCC to create the Objective-C compiler and selling it with a binary-only license. FSF spoke quietly to them and NEXT suddenly released Objective-C under the GPL. Everybody wins.

      If GPL code was found inside Windows then I'm sure Microsoft would pay damages or take it to court. There's very little chance of Windows being open-sourced while it's still as popular as it is. And I can't see Microsoft apologising for anything :-)

    24. Re:Open Source code in Closed Source Projects? by Anonymous Coward · · Score: 0

      Keep in mind that the SGI infringement was discovered by J. Random Slashdotter using the gzip trick.

      GNU code in Windows would be found, because there would be people looking for it. Especially with this SCO thing going on. No .. You can be sure that Microsoft went over that shit with a fine tooth comb before releasing it to anyone outside.

    25. Re:Open Source code in Closed Source Projects? by Anonymous Coward · · Score: 0

      "SGI admitting to having contributed some System V code to the Linux kernel "

      SGI admitted no such thing. They said they have contributed code that matches code in System V, but they note that this code is also in System 3 which was released into the PD. There is no evidence it was copied from System V and not some other source, and even if they had, SCO do not own the copyright on code previously released into the PD even if they use it in System V, etc.

      Please be careful how you simplify statements, there is enough FUD flying about already.

    26. Re:Open Source code in Closed Source Projects? by Wolfier · · Score: 1

      >I can't believe that much code has been written by
      >that many, often just-graduated, programmers
      >without someone somewhere saying "to hell with it,
      >who'll ever know?". I mean, this is humans we're
      >talking about. I think you're asking too much for
      >it not to have happened. And that's disregarding
      >the fact that MS has been caught in the past
      >copying closed source code.

      Read the original post again. It said "Chance of a large enough project not to include some open source code is 0", it sounded like BS to me.

    27. Re:Open Source code in Closed Source Projects? by nagora · · Score: 1
      Read the original post again.

      The original post put Windows up as an example. Given that Windows really moves the bar up from "large" to "humungous" I stand by what I said: someone will have done it somewhere. I'm amazed at the faith so many people have in human nature here. People cheat and bend the law all the time. Even in industries where the effects are life-or-death some people break the rules just to have a little less hassle in their own working lives. The idea that programmers are above this to the point where the tens of thousands of people that have worked on Windows does not include a single such person is laughable.

      Would you be interesed in some Ocean-view property in Utah at all? Very resonable prices.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  55. The remedy for infringing code... by furry_marmot · · Score: 5, Insightful
    ...is to remove it. Everyone knows that. The only reason SCO is acting the way they are is to get money. There's the brain-dead, pathetically desperate attempt to convince people (especially a judge, eventually) that they have been damaged and deserve money; and then there's the attempt to convince people that the infringing code is so extensive that it couldn't possibly be removed -- therefore, they should be able to license Linux/Unix/Irix/etc, with a right to prevent people from using it if they don't pay up.

    The correct solution in such cases is a) determine if damages apply, and b) cease and desist infringing (that is, remove or rewrite the code).

    But if the code is removed, then SCO can't charge everyone under the sun with licensing fees. And if they showed people what the hell code they're talking about, people would be able to remove the code, thus preventing them garnering licensing fees. Since removal of the code is the last thing they want to happen, they are probably unable to even present a coherent case in court. I mean, besides wanting to keep the purported infringements a secret, wouldn't a judge just order the offending code be removed?

    I believe their sole strategy is to whine, posture, lie through their teeth, and desperately hope people will be scared and cave in and purchase licenses, as some have done already.

    If they actually had a case, they'd take someone to court and win and be done with it. Resorting to scare tactics and hysterical accusations pretty much proves they have nothing, IMHO.

    --marmot

    1. Re:The remedy for infringing code... by mugnyte · · Score: 1
      So true. On top of that, SCO cannot point out the infringing code. They run the obvious outcome of having it removed. Additionally:

      The codeblocks will be historically scrutinized and SCO will have its research ripped to shreds in one way or another. Result: laughing the stock to null. "OMIGOD this slow, leaky atoi() is from SCO!"

      The entire merit of their claims will boil out of LI one above, and the behavioural differences will be scrutinized. This translates to the entire charge: "the adoption of Linux as an enterprise system was impossible without SCO's code". SCO's claim will seem paltry when, in the event of removing any infringing code, the OS still performs like a workhorse.

      The efforts to litigate these tiny codeblock infringements by SCO will draw flak for everything from frivolous claims to SEC-based charges of illegal stock manipulation.

      My favorite: MS can't use this in their PR campaign anymore if SCO's issue dies. I am still imaginging MS-originated sales pitches regarding this issue as a "reason to be wary" of Linux. Balmer needs this issue to stay alive in his city-to-city tours offering discounts like everyone was the state of CA.

      Overall, one must enjoy the fact that most, if not all, of SCO's income is paying for lawyers. Their balance sheet may remove this into a corner for "one-time charges", but in real dollars, they will not be in the black. Shorting this stock was the easiest money maker of the year. 17K will be 30K just in time for christmas. But I digress...

      mug

    2. Re:The remedy for infringing code... by Anonym0us+Cow+Herd · · Score: 1

      But if the code is removed, then SCO can't charge everyone under the sun with licensing fees.

      It is everyone under Linux that they want to charge licensing fees. Sun's license is in good standing.

      --
      The price of freedom is eternal litigation.
    3. Re:The remedy for infringing code... by rusty0101 · · Score: 1

      One of the potential resolutions by the court could very well be that since SCO has not provided the defendents with documentation of the alledged infringements in a timely manner, that they are contributing to the infringement and either the case will be thrown out, or SCO will be instructed to mark all allegedly infringing code as public domain and relinquish all rights that would otherwise be assigned by copyright, including claims of creation or ownership.

      I rather suspect that of the two, the more likely situation is that the case will be thrown out, the evidence will become public record, the infringing code will be removed, and SCO will close it's doors. Licencing rights will be returned to Novell, who will assign them to the Open Group, who will review the source and determine what if any may be placed into the Public Domain, or returned to the creators of components that were inappropriately claimed by SCO to be contributed to Unix (numa, jfs, xfs, etc.)

      Just my thoughts.

      -Rusty

      --
      You never know...
    4. Re:The remedy for infringing code... by Progman3K · · Score: 1

      When this gets to court, if SCO are found guilty of having lied, will all the people they've scared into buying licenses be entitled to get their money back or start a class-action suit against SCO?

      --
      I don't know the meaning of the word 'don't' - J
    5. Re:The remedy for infringing code... by stwrtpj · · Score: 1
      The correct solution in such cases is a) determine if damages apply, and b) cease and desist infringing (that is, remove or rewrite the code).

      c) Determine who should pay damages.

      What really gets me about this is that if there really is any infringing code put there by IBM or SGI, then SCO is totally within their rights to make them pay damages. They do NOT have the right to pursue the users of the product.

      Linus Torvalds was right when he stated that this is a contractual dispute between SCO and IBM and nothing more. A more clueful company than SCO would have doggedly pursued IBM while at the same time working to get the infringing code out of Linux, which is in effect an innocent third party. A more clueful company would have realized that attempting to extract money from end users is a losing proposition in the long run.

      --
      Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
  56. The post script got cut off by DaveAtFraud · · Score: 2, Funny

    P.S. Darl, print a copy of this letter, fold it sharp edges out and stuff it you know where. Best regards, Rich.

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
  57. Re:To Paraphrase by gilesjuk · · Score: 0, Flamebait

    More like:

    Dear SCO,

    You have just made another enemy, we'll see you in court.

    Sincerely,

    SGI.

  58. Re:You fanatics just don't get it by psmears · · Score: 1

    Newsflash: removing the code after the fact doesn't make them any less guilty.

    Maybe not, but remember SCO are claiming that end-users owe them money for running Linux. If all code that could even conceivably have been "stolen" from SCO is removed, then even if SCO's claims turned out to be true, people can continue to run Linux without paying them a penny...

  59. Re:SCO's case is strengthening by 110010001000 · · Score: 0, Offtopic

    I love the way I get modded as "Troll" as soon as I make speculation that is outside of the slashdot collectives hive like worldview.

    This place is getting lamer. It is turning into a bunch of "SCO sucks" and "Microsoft sucks" comments and stupid Russia "jokes".

  60. Spin by Overly+Critical+Guy · · Score: 1, Troll

    What a spin job.

    Only on Slashdot is it somehow a good thing when SGI admits to having put SysV code into Linux. Of course they'll claim it was public domain. But all it shows is that, yes, that stuff can easily end up in the kernel. What else is there that we DON'T know about?

    Maybe SCO really does know.

    --
    "Sufferin' succotash."
    1. Re:Spin by Anonym0us+Cow+Herd · · Score: 1

      Maybe SCO really does know.

      Maybe they do. So what?

      If SGI / IBM etc. improperly contributed code into Linux, they they not you have infringed copyright and possibly caused economic harm.

      If IBM did something wrong, they will pay their $3 Billion and that will be the end of it. Ditto for SGI. This whole $699 licensing for end users is nonsense -- like licensing readers of a plagarized book.

      SCO not only has to prove infringement, but has to prove damages. What are the vast economic damages that SCO has suffered as a result of SGI's couple hundred line contribution?


      What a spin job.

      That is what SCO does.

      --
      The price of freedom is eternal litigation.
    2. Re:Spin by Performer+Guy · · Score: 1

      Not spin, just reasonable analysis. There are legal remedies for this stuff and legal obligations. SGI has met it's legal obligations, SCO has done nothing but issue press releases. They have not met any of their obligations to inform anyone of a specific alleged infringement. In the face of this SGI has gone the extra mile to sanitize their code and has been very open about it.

      Even if there is stuff in there this press release illustrates a case study of how it can be handled. The sky is not falling and SCO will not be able to hijack the Linux codebase.

      It is telling that all this talk is the result of SCO press releases, nothing more. They have not made any legal claims of copyright infringement against SGI or Linux, only PR "spin".

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

      SGI admitted no such thing (though selective quoting by SCO will no doubt make it seem so...). They said they are removing any remaining code which MIGHT, arguably, look even a bit like SYSV code, EVEN THOUGH it's probably from the public domain anyway. That's not SYSV ending up in Linux, that's making absolutely sure there isn't even a chance resemblance for SCO to be able to waste 5 minutes of court time over.

    4. Re:Spin by 110010001000 · · Score: 1

      SCO has no such obligations, but you keep saying it. I don't know where you went to law school. The evidence will be presented when it makes sense to do so, at the proper time. They aren't going to tell everyone so that they can change the codebase and say "see, nothing here - its all OK now".

    5. Re:Spin by Minna+Kirai · · Score: 1

      SCO has no such obligations, but you keep saying it. I don't know where you went to law school.

      SCO has many obligations, but you keep saying they don't. And you provide no explanation why. Just where did YOU go to law school?

      The evidence will be presented when it makes sense to do so, at the proper time

      The time they're REQUIRED to tell what code is THEIRS was back when they started offering $699 licenses to that code. They can't sell licenses to something without telling the customer what they're selling!

    6. Re:Spin by 110010001000 · · Score: 1

      No they are not LEGALLY REQUIRED to do so at this time.

      I went to NYU law. Graduated in 1995. How about you?

    7. Re:Spin by Minna+Kirai · · Score: 1

      No they are not LEGALLY REQUIRED to do so at this time.
      That's what, your 34th repetition of that today? And once again, no justificiation.

      I suppose if you take a generous definition of "LEGALLY REQUIRED", then nobody is required to do anything. But there's a level of disclosure they'd have to make in negotiations with the defendant to prevent the judge from laughing at them when they finally hit the courtroom. And SCO hasn't achieved it.

      I went to NYU law. Graduated in 1995. How about you?

      I'd never waste my time with something like that. But the lawyer who interpreted SCO's claims for me is Yale class of 85.

    8. Re:Spin by Overly+Critical+Guy · · Score: 1

      Maybe they do. So what?

      The obvious point which you missed is that people shouldn't dismiss SCO anymore. It is entirely possible stuff got leaked in, despite all the nonstop arguments people have been making that nothing has tainted the kernel.

      --
      "Sufferin' succotash."
    9. Re:Spin by Anonym0us+Cow+Herd · · Score: 1

      I agree that in all fairness we should consider the possibility that something has been improperly contributed to the kernel.

      I think that this point has been fairly considered. There are people trying to compare code, study it, etc. One problem of course, is SCO's refusal to identify whatever code is (allegedly) improperly contributed. And SCO's tactics of going after users who have no liability.

      Their claims that all of XFS, JFS, Numa, RCU for example constitute improper contributions should also be considered fairly. I'm sure that the organizations who contributed these works have contracts that state that derivitave works are their own property. This will all get a fair hearing.

      I don't think I missed anything. I did state: "so what?". This is a response. If there is something, then so what? The contributor will be punished. Not me. Not you. Provable damages to SCO will also be recovered. Damages caused by the party who made the contribution, and who will have liability for the damages.

      --
      The price of freedom is eternal litigation.
  61. If SGI is guilty, what about IBM? by Anonymous Coward · · Score: 1, Interesting

    If SGI, whom SCO sued as an afterthought, is guilty, what does that say about IBM, the real defendent. IBM must have really screwed up.

    1. Re:If SGI is guilty, what about IBM? by Anonymous Coward · · Score: 0

      Dont think just because McBride got lucky with SGI that it has anything to do with IBM.

    2. Re:If SGI is guilty, what about IBM? by Roadkills-R-Us · · Score: 1
      The point is, they aren't guilty of anything, based on the evidence.

      The code in question appears to be either:

      1. PD code that ended up being used in two separate products (in this case, Unix and Linux), or
      2. code so obvious that (at least) two different progranmmers came up with the same code
      Both of these are common occurances. To claim copyright infringement in such a case is ludicrous.
  62. Re:You fanatics just don't get it by meatbridge · · Score: 1

    this situation is nothing like the scenario you described. no one got hurt here.

  63. Now theres a man with integrity! by redog · · Score: 1

    Darl McBride eat your heart out! and kiss my @ss

  64. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0

    I love the way I get modded as "Troll" as soon as I make speculation that is outside of the slashdot collectives hive like worldview.

    You get modded troll because you merit it. You read 'did submit some System V code' in the headline and jump on the known contrarian point of view, without bothering to read in the article that the "offending" code is found not only in SysV, but in the public domain. Now, perhaps this just means that you fell for the /. headline hype, perhaps it just means you're uninformed, but it seems more likely that you've gone out of your way to post a comment intended to raise hostility, which is a troll.

  65. Re:SCO's Case has Merit BUT Linux will Still Prosp by Anonymous Coward · · Score: 1, Insightful

    >The lawsuit by SCO against IBM certainly has >some merit in the sense that Linux code likely >contains some infringing code.

    Ok, dumbass, how does SGI adding code to Linux make SCO's suit against IBM have merit? Initially they claimed IBM had cut and pasted code into Linux.

    They seemed to have backpedaled. As Linus has been saying, the SCO case against IBM seems to be a contract dispute. SCO is claiming derivative rights on technology that IBM created.

    SCO wants you and investors to be confused but
    besides the same derivative claims against SGI, the cases are different as we know it.

  66. End user liable? by deragon · · Score: 4, Informative

    A bit off-topic, but in all this SCO issue, I never understood why the end user would be liable.

    If I buy say a Ford, and it turns out that Ford stole intellectual property from GM, would I, as a Ford owner whose car specifications have been improved by the stollen IP, have to pay say $200 to GM? I think not. GM should only sew Ford, not Ford car owners.

    Now why a Linux user would be liable? Contributors to Linux and other open source project should be liable, but not end users. If SCO limited its action against code contributors, I could understand it (assuming that there are some merits). But can they actually ask end users to pay up? Can this really stand in court?

    --
    Remember the year 2000? They promised us flying cars. They delivered the PT Cruiser...
    1. Re:End user liable? by Anonymous Coward · · Score: 0

      no.

    2. Re:End user liable? by Anonymous Coward · · Score: 3, Insightful

      SCO/MS are playing the indemnification card to try and add additional finacial burden to linux distributors. Basically if it's a patent case then end users _could_ be held liable. The only patents involved in this case so far are the IBM patents that SCO is infringing.

      The question we should all be asking is:

      "IS SCO/CANOPY GOING TO INDEMNIFY ITS STOCKHOLDERS?"

      Buisness people will be getting shivers down the spine after reading that, but it makes more sense than end users being held responsable for a contract law case.

    3. Re:End user liable? by TrippyZ · · Score: 2, Funny

      >GM should only sew Ford,

      Its a stitchup.

    4. Re:End user liable? by krb · · Score: 4, Interesting

      It's legally valid because you didn't licence your car from Ford -- you purchased an object. Things like cars and toasters aren't (yet) subject to licencing (just wait til your toaster has software on it though... betcha the box has a EULA).

      You did, however, licence your linux software from the developers who wrote it and if they stole code, you, as a licencee, may be responsible, not for damages, but for payment of licencing fees on the code that was misappropriated.

      We could argue all day about wether software *should* be considered identical to a physical object, but at present it is not. You don't buy software, you buy software licences, always.

      So in summary, yes, it *could* stand up in court, not as a liability issue, i.e. damages for past illegality, but as an issue of paying a licence for the use of SCO IP. This presupposes that they can prove that Linux actually carries any such IP and that the version of the kernel you happen to be using contains any of it. The first is highly questionable and the second will be moot about a week after any infringing code segments are actually identified.

      (the latter case, incidentally, does nothing to help IBM in their contractual dispute which *is* a liability issue and *is* about past damages. If infringing code is found, even if the code is removed from the linux sources, those responsible for the misappropriation, presumably IBM, will be held liable for damages. However, users should be free and clear, though linux's reputation would be substantially tarnished.)

      [i am, of course, not a lawyer, but i'm pretty sure my understanding is correct.]

      --
    5. Re:End user liable? by ameoba · · Score: 1

      Even if SCO's got nothing on you, as a Linux user, the minute you sign the contract with them and agree to their licence, you give SCO a contract they can then take you to court with. If you remember, SCO isn't suing any Linux developers; they're suing companies that they've got contracts with.

      --
      my sig's at the bottom of the page.
    6. Re:End user liable? by lordmage · · Score: 1

      "If I buy say a Ford, and it turns out that Ford stole intellectual property from GM, would I, as a Ford owner whose car specifications have been improved by the stollen IP, have to pay say $200 to GM? I think not. GM should only sew[sic] Ford, not Ford car owners."

      STOP bringing LOGICAL arguments into this. My head hurts.. oooowwwwww

      --
      I can program myself out of a Hello World Contest!!
    7. Re:End user liable? by Anonymous Coward · · Score: 0

      Here is an example of IP theft litigation in progress. Draw your own conclusions. I wouldn't have a warm and fuzzy feeling if SCO wins.

    8. Re:End user liable? by Anonymous Coward · · Score: 0

      "(just wait til your toaster has software on it though... betcha the box has a EULA)."

      So you would toast to your agreement with the EULA?

    9. Re:End user liable? by Anonymous Coward · · Score: 0

      I am a lawyer, and I would like to know what legal citation you can provide in support for your statement:

      "We could argue all day about wether software *should* be considered identical to a physical object, but at present it is not. You don't buy software, you buy software licences, always."

      I don't think this is at all a settled question of law. Nor do the software companies. For one thing, they get other companies to agree by negotiated CONTRACT that what they are purchasing is in fact a license. And the software vendors also include language in EULAs stating that what you are agreeing to "buy" is a license, which EULA they hope will be upheld in courts of law and not rejected as CONTRACTS of adhesion. And also, the software vendors tried like crazy to have UCITA adopted as an addition to the Uniform Commercial Code, which has provisions in Article 2 about the purchase of goods. UCITA was intended to add a new section setting forth (truly purchaser-draconian) legal terms and obligations concerning software licenses.

      The software vendors certainly don't seem to see what they are selling as automatically assumed to be LICENSES under the law. Rather, they fight vigorously to have the law changed so that it makes this so, and to have you agree to contract terms where you agree this is so.

      So basically, your statement that "You don't buy software, you buy software licences, always" doesn't appear to me to be a settled question of law at all, and is in fact governed by CONTRACT law. Contracts under the law are supposed to be something which is agreed to in exchange for consideration by relatively mutually-empowered parties.

      I know that when I buy software, in my mind the agreement that I am making is for the purchase of a good, not the rental of a license. And presuming I had taken the appropriate steps to document that my understanding constituted part of the purchase agreement, from a legal point of view I would be quite comfortable arguing in court that I had BOUGHT, and not licensed, that software.

    10. Re:End user liable? by Crispy+Critters · · Score: 2, Insightful
      "You did, however, licence your linux software from the developers who wrote it and if they stole code, you, as a licencee, may be responsible, not for damages, but for payment of licencing fees on the code that was misappropriated."

      You understand the GPL about as well as SCO's lawyers do. The GPL is not a user license. It only applies when modification and distribution are involved. As a mere user of a 2.4 kernel, the GPL does not affect me in any way, and there is no licensing involved between me and the authors of the software.

      It is easy to become a FUD victim from reading SCO's press releases. Take away the ambiguities and their case turns to tissue paper. It sounds reasonable to say that you need a license to use their "intellectual property", but "intellectual property" is only a general description of copyrights, patents, and trade secrets. If you try to state SCO's position using one of these more accurate terms, it can't be made to even sound reasonable (I am not copying, they don't own patents, and nothing in the kernel is secret).

    11. Re:End user liable? by nathanh · · Score: 1
      You did, however, licence your linux software from the developers who wrote it and if they stole code, you, as a licencee, may be responsible, not for damages, but for payment of licencing fees on the code that was misappropriated.

      You understand the GPL about as well as SCO's lawyers do. The GPL is not a user license.

      I agree with your point but the parent poster didn't make a spelling mistake. Licence with a C is a perfectly acceptable variant.

    12. Re:End user liable? by krb · · Score: 1

      that's fair. i guess someday we'll see if you're correct and it shakes out that way in court. nonetheless at this stage, i'm not at all sure that a company couldn't revoke your licence and request that you cease using their software. i may have spoken too vigorously, but every bit of software i have is governed by some licence agreement or another, and would appear to valid as of today. perhaps that'll get challenged and will be settled, as you say.

      --
    13. Re:End user liable? by krb · · Score: 1

      you're absolutely right, and i recind the statement i made.

      --
  67. Re:You fanatics just don't get it by Tisephone · · Score: 0

    "Its like a manufacturing plant owner who allows their facility to fall into disrepair for years. When someone gets hurt on the job, they then rush to make the repairs.

    No, this is like the employee refusing a doctor who can determine the extent or reality of his injuries, and demanding $699 from every person who bought something made at that manafacturing plant.

    --
    "Neque enim lex est aequior ulla, quam necis artifices arte perire sua."
  68. pump and dump by trelanexiph · · Score: 2, Insightful

    Hi, SCO execs have swelled the stock up 500% since January. During this time SCO has released no new product, and published no financial gains of any significance. Their Board has dumped hundreds of thousands in SCO stock.

    ATTENTION IDIOTS IN THE SEC! THIS IS A PUMP AND DUMP SCHEME! PLEASE SAVE OUR COMMUNITY FROM ANY MORE PAIN BY OPENING THEIR BOOKS AND CLOSING THEIR BUSINESS!

    I'm quite honestly sick of hearing about this, but I don't blaim slashdot, I don't blaim SGI, SGI is a GOOD COMPANY and has done the right thing, SCO is a group of EXTORTIONISTS (though if I call them a company perhaps I can get them for racketerring and RICO violations as organized criminals) endeavoring to manipulate the stockmarket and our economy. Ladies and Gentlemen this is a VERY serious situation. In fact if this is not quickly remedied, this will turn into another scandal of Enron porportions, and seriously DAMAGE our economy.

    Andrew D Kirch
    (how's this for an open letter)

    1. Re:pump and dump by Anonymous Coward · · Score: 0

      Have you considered that the SEC may already be watching and is waiting for a suitably felonious action to take place before stopping the show?

      You can't arrest a John for driving towards the wrong end of town, you've got to catch him buying services.

  69. Another patently obvious lie by SCO by Anonymous Coward · · Score: 3, Interesting

    http://www.sltrib.com/2003/Oct/10012003/business/9 7397.asp:

    SCO spokesman Blake Stowell said Tuesday that he understood the extension is being sought "for the purpose of gaining documents from IBM related to the patents they claim. . . . Some of the patents aren't even filed with the U.S. Patent Office, as far as we can learn."

    From http://lwn.net/Articles/43592/ the patent numbers are:
    4,814,746
    4,821,211
    4,953,209
    5,805,785

    Go here http://patft.uspto.gov/netahtml/srchnum.htm [uspto.gov]

    Type in the patent numbers into uspto.gov form

    You will find them all. Immediately. In fact they load up immediately after typing in the number.

    1. Re:Another patently obvious lie by SCO by Ayaress · · Score: 0

      Don't be so hash on SCO. Most of their smarter mokeys have died of old age and illness. The ones that they have left keep typing l's instead of 1's. They'll never finish their IP lawsuit against the mokeys trying to type the Great American Novel at this rate.

    2. Re:Another patently obvious lie by SCO by rbird76 · · Score: 1

      Have you considered sending an email to the judge in the SCO case (or whoever oversees the motions)? They might be interested in this, after all - I assume that, like policemen and other law enforcement officers, judges don't like being lied to. Maybe there's even room for a nice perjury charge followed by a list of /. references to prison rape and a back-and-forth discussion on it....but that's for another day.

  70. Quit yer shouting. by Anonymous Coward · · Score: 0

    First: I suggest that anyone who's curious to go look at your previous postings. The ones not marked troll or informative have simply been below the radar of argumentative or inflammatory.

    Second: Removing potentially infringing code has been at the heart of the SCO vs. Linux community conflict the entire time. Show us the code so that we may remove it from our tree. Remember that the IBM vs. SCO fight is in contract law. That's what makes this whole $699/SCO Linux License thing absolutely garbage.

    Third: "may well have been," is simply management lingo for saying "it's all in the public domain" and still giving yourself an out if, by some horribly stupid oversight, there is one single line in those 200 lines that wasn't in all of the ancient Unicies that were released into the public by SCO/Caldera previously.

    Fourth: Go look at the linux kernel mailing list on why that code should have been gone long ago. It sucked. The code was removed before the whole SCO/SGI/infringing code deal came to light.

    HTH. HAND.

  71. Re:Moderators: Karma Whore by BagOBones · · Score: 0, Offtopic

    Can you even call it Karma Whoring any more?
    its hard NOT to have good Karma since they changed the system.

    --
    EA David Gardner -"... but the consumers have proven that actually what they want is fun."
  72. Hi Daryl by Stone316 · · Score: 1

    If the only exceptional code produced at SCO is an atoi function, then maybe you should get some better people.

    --
    "Thanks to the remote control I have the attention span of a gerbil."
  73. Re:SCO's case is strengthening by 110010001000 · · Score: 0

    Uh no, if you REAL THE ARTICLE you would see that SGI said that the code MAY BE IN THE PUBLIC DOMAIN. You obviously didn't read it and are one of the reasons that this site is going downhill. You were probably the mod too.

  74. SCO stolen code by bratgrrl · · Score: 3, Insightful

    SCO is not going to open up anything to examination, because it will show how much GPLd and BSD code they've appropriated and misused.

    It's all a big bluff. I predict that the whole issue will mysteriously evaporate overnight. I'll bet money as soon as the legal proceedings get to a point that requires substantiating any of their claims, it will all go away. Just like their plan to invoice 1500 Linux users....

    --

    ---

    SCO is weenies
    Gator is Spyware
    Microsoft is thugs

    1. Re:SCO stolen code by phliar · · Score: 2, Interesting
      It can't just evaporate any more -- IBM's countersuit will have to be answered, and most likely SCO will have to pay IBM's costs.
      ...defendant IBM prays that this Court enter judgement in favor of IBM and against SCO, dismissing the amended complaint with prejudice and granting such other and further relief as the Court deems just and proper, including costs, disbursements and attorneys' fees.
      "Dismiss with extreme prejudice" would have sounded cooler.
      --
      Unlimited growth == Cancer.
    2. Re:SCO stolen code by Mistah+Blue · · Score: 1

      Nah, I prefer terminate with extreme prejudice...

    3. Re:SCO stolen code by bratgrrl · · Score: 1

      Cool. :)

      Of course they will plead bankruptcy etc. (the sad violins play)

      --

      ---

      SCO is weenies
      Gator is Spyware
      Microsoft is thugs

  75. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0

    Ar-har,har,har.

    Can't post and mod in the same story, f00.

    You are as bad as some of the shill trolls over on finance.yahoo.com in the SCOX forum.

  76. Re:SCO's case is strengthening by barawn · · Score: 2, Insightful

    As I have stated previously, SCO may have a case here.

    Oh, yeah, SCO has a wonderful case. They've shown that malloc() and now, according to SGI, atoi() may have been copied from SysV.

    For crying out loud, give me a break - we're talking about functions that companies ask prospective employees to pseudocode to prove that they know how to program! No court in this decade would possibly find for SCO.

    I'd love to hear SCO come out and say "Yes, they've stolen our brilliant and amazing atoi() code! They never would have been able to come up with atoi() on their own!"

    Somehow I think atoi(), malloc(), and even ate_utils are going to fall under the "who the hell cares??" category. SCO can't possibly win a case based on code like that. There's far too much precedence that they didn't defend it in other cases. Until they show code that a half-blind monkey with one hand couldn't generate, they're posturing, and nothing else.

  77. Re:SCO's case is strengthening by Samari711 · · Score: 1

    you also showed a total lack of understanding when it comes to the actual legal issues. that didn't help your cause much either

    --

    I never said I was smart, I just said I was smarter than you

  78. Well then maybe you should look at your reasoning by TheConfusedOne · · Score: 3, Insightful

    Instead of whining about getting down-modded look at what you posted:

    Now SGI is ADMITTING that they put SYSV code in the Linux codebase. Whether or not it has been removed is IMMATERIAL for purposes of this case.

    SGI admitted no such thing. SGI said that they looked at the code in question and saw some similarities with Sys V code as well. The fact that the code in question existed long BEFORE Sys V and was also available under public domain means that the reason for the similarity is quite strongly in doubt. Additionally, SCO themselves backed off their claim when it was challenged after the slide show presentation.

    If anything this further shoots down SCO's complaints about complete disregard for IP as we have code being removed merely because it MIGHT have copyright issues. This is being done without any information, legal actions, or threats from SCO.

    Remember, so far the ONLY company being legally accused of copyright infringement in this whole ongoing tragedy is SCO.

    --
    --- I wish I could hear the soundtrack to my life. That way I'd know when to duck.
  79. Re:You fanatics just don't get it by WindBourne · · Score: 1

    removing the code after the fact doesn't make them any less guilty.
    Just for G&G, lets assume that the code really belongs to SCO and was not from BSD.
    Newsflash. SGI was taking painstaking efforts to make sure that nothing that did not belong did not make it into the kernel.
    Likewise, when notified that they may have introduced some code, they then made every effort to remove it. So the situation is that they may have made a mistake, and are rectified it upon notice.
    In no way, did the LOCS cause a lose of sale to SCO, so no damage done. All reasonable judges would simply throw this out.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  80. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0

    From Dictionary.com:
    v. tr. Informal
    To qualify with a warning or clarification: The spokesperson caveated the statement with a reminder that certain facts were still unknown.

  81. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0



    I for one... *pauses* Eh, nevermind. Even joking about that creeps me out.

  82. Actually it does by Anonymous Coward · · Score: 0

    Actually it does weaken SCO's attack on SGI considerably.

    SCO is claiming SGI's Sys V license is to be terminated Oct 14 if SGI don't take corrective action.

    SCO refuse to tell SGI what corrective action it expects SGI to take

    Not withstanding that, SGI had made a good faith effort to take the best corrective action they can, prior to Oct 14.

    SGI also maintains their licensee is not terminable.

    SGI will likely get Novell to waive any SCO puported right to terminate.

    Thus SGI will have at least 3 layers of defense (not terminable, Novell, good faith - despite SCO's bad faith) to any termination claim by SCO.

    If SCO still announce IRIX is illegal or some such, or try to sue to enforce it, they will (a) fail, (b) get sued for Lanham Act / Trade Libel.

  83. Here's an idea... by zoid.com · · Score: 1

    Maybe IBM should but SGI... SGI's stock price is in the tank (currently $0.94) with a market cap of less than 200 million. Chump Change for IBM...

    1. Re:Here's an idea... by Wudbaer · · Score: 1

      Why is it that every time any company that is even remotely associated with Open Source gets into any kind of trouble that everyone and his dog want IBM to buy them ? Over the longest time of its existence, IBM was one of the largest and most evil monopolies one can imagine, and nevertheless people demand such things.

    2. Re:Here's an idea... by Anonymous Coward · · Score: 0

      Oh, good idea. A company that's pissed away a huge niche market and alienated its userbase with ridiculously overpriced, underperforming machines is just a darling jewel waiting for a wise investor to just snap up.

  84. Re:SCO's Case has Merit BUT Linux will Still Prosp by fatboy · · Score: 0, Troll

    Many Linux bigots have criticized the involvment of American companies in the development of Linux because, according to the bigots, the companies will end up in controlling the development of Linux.

    This is complete astroturfing. I HAVE seen closed source supporters call Linux and other OSS projects "foreign software", but I have never seen that logic flipped by the OSS guys. Your a troll and your simply attempting to cause an emotional reaction in people based on their patriotism.

    --
    --fatboy
  85. Profit from SCO by sjbe · · Score: 3, Interesting

    I've seen a lot of people for the last few months expressing outrage over SCO's actions. If you are convinced that SCO has no case and that their claims are false, why not short their stock? Put your money where your mouth is. I have.

    SCO has a P/E ratio over 80 lately which indicates it's stock price is inflated anyway so it makes sense. If they're going to be a bunch of lying bastards, why shouldn't we profit from them going out of business?

    1. Re:Profit from SCO by Anonymous Coward · · Score: 0

      How long can you hold onto a stock to short it? I don't really see their stock declining until the case goes to court and has one or another major turning point. That might be well over a year.

    2. Re:Profit from SCO by Gunzour · · Score: 3, Insightful

      Perhaps because shorting a stock is highly risky and not for the faint of heart? Shorting a stock carries the possibility of losing more money than you put into it. It's possible that I short a stock, it goes up significantly, I get a margin call, and my stock broker comes to me and says "You owe us $20,000. You have 5 days to pay." At least with regular investing I only lose what I put into it.

      I'm not saying nobody should do it, but it's obviously not for everyone. If you are going to short SCO, make sure you know what you are getting into.

    3. Re:Profit from SCO by Obiwan+Kenobi · · Score: 1

      You can't short a stock that is on the down-tick. SCO's been on it for awhile.

      Considering their record, no one will loan you the stock to short it even if it is on the uptick...

    4. Re:Profit from SCO by smoondog · · Score: 1

      I can't figure it out. I personally think it is possible that some bad code made it into LINUX, and this SGI announcement only solitifies that. SCO is targetting the end user and big iron. If they win their litigation with IBM (not sure why SGI admitted problems, that could expose them?), they may be in relatively good shape, and their stock price may not decline. It is a huge risk, and not at all clear. Stock price is also affected by the economy, which if (lets hope) it improves, then that will surely raise its value. A huge risk that I worry you may regret.

      -Sean

    5. Re:Profit from SCO by Anonymous Coward · · Score: 0

      Do you even know what a "tick" is? It is a single trade. So, if everytime there is a single trade at a price higher than the last one, you have an opportunity to short the stock. Just because SCOX's trend has been downwards recently doesn't mean there haven't been plenty of upticks. With a UID that low, you must have been around since before the redhat community shares fiasco, you should have learnt all this stuff back then, it ain't that complicated.

      Meanwhile you are half-right when you say, Considering their record, no one will loan you the stock to short it even if it is on the uptick...

      No one will loan you SCOX shares to short nowadays but not because of the company's "record" whatever that is, but rather because all available shares are already shorted. There just plain aren't any available to lend out anymore.

      Short-sellers tend to know what they are doing because, as others have pointed out, it is a high-risk investment. When so many shares are shorted it means that the people who really know their stuff know that SCO doesn't have an icecube's chance in hell of coming out on top.

      But, this situation can lead to the curious phenomenon of the "short squeeze" where some event causes the general market to decide that maybe the shorted company does have a chance and leads to lots of buying. This can dramatically increase the price, causing some shorts to decide (or be forced) to cover their position which then completes the feedback loop causing the price to go even higher. Iomega experienced a classic short-squeeze back in the late '90s going from somewhere around $5/share to a split-adjusted price of close to $200/share. Eventually it fell apart and the price returned to planet earth and Iomega almost went bankrupt (part of the reason the price came back down). SCO is ripe for a squeeze, if they can somehow pull a rabbit out their hat.

    6. Re:Profit from SCO by Anonymous Coward · · Score: 0

      the short interest on SCO's stock has increased as dramatically as the share price over the last few months (i.e. alot of people are already betting this way) - this is not entirely a good thing: if SCO can increase the price of their stock (via some harebrained PR gimmick (all your code are belong to us) perhaps?) they might manage to engineer a short squeeze which would be rather painful to the dutiful slashdot legions who decided to bet against them.

    7. Re:Profit from SCO by PiratePTG · · Score: 1
      I have a VERY simple solution to this... Everyone buy SCOX short, and then let me know about it. I'll drop a few bucks into it on a regular transaction, and the stock will tank... I guarantee it! Trust me! It's happened to every other damn stock I've ever bought! If you want to kill off a company, just let me buy stock in it!

      That's why I won't subscribe to /.

      I enjoy reading it too much to kill it off!

      --
      The number 1 problem of working in a cubicle - 23 power cords, 1 outlet...
    8. Re:Profit from SCO by shanen · · Score: 1

      The problem with shorting the stock is to know WHEN. Unfortunately, no one can read the future, so no matter how certain you are that the ultimate value of SCO stock is some approximation of zero, you can't short on the infinite time. You have to say WHEN, and that's risky.

      Playing the futures is the best way to lose *lots* of money really fast. Sorry, I've forgotten the name of the famous old British bank (something with a B? Bartlett's?) that went down the tubes that way (from one guy's shenanigans in Singapore? Nick something?), but both Sumitomo and Daiwa lost a few billion bucks that way. They didn't actually go all the way down the tubes, though they mergered a bunch of times as a result.

      Having said that, maybe we can put a maximum window of survival on SCO. Unfortunately, I'm almost sure it will go beyond the time limit for short trading.

      The SCO stock price is already kiting the publicity, so the real question is how long they can stall. I think that once any of the law suits goes far enough, the court will order SCO to shut up, and then their whole house of cards will collapse. All of the "semi-definite" dates that I've seen were a year or so down the road. And unfortunately, most lawyers are really good at stalling.

      The stock advice is "buy on the rumor, sell on the news". SCO has a whole LOT of rumor, and so someone keeps buying their stock. As long as you can find a bigger sucker to pay a higher price on the next rumor, it's a good strategy--but in the end someone is going to get stuck with a whole lot of highly decorative toilet paper.

      --
      Freedom = (Meaningful - Coerced) Choice != (Speech | Beer^2), and sad sock puppets' bad mods avail them naught.
  86. Sewing Ford for Fun and Profit! by Anonymous Coward · · Score: 0
    GM should only sew Ford, not Ford car owners.

    That would be interesting.
    I can see it now.

    GM: Excuse me, would you please pass the Blue Thread? Thanks. (goes to work on a big blue F)

    Perhaps you meant "sue."

  87. Re:Department of Redundancy Department? by jhylkema · · Score: 1

    Well, the humor was apparently lost on the mods.

  88. Re:SGI will fall by colinleroy · · Score: 1

    What I can't understand is how the chances of either opponent in a court seem to be modified by their wealth. Money seems to buy justice quite easily in USA... (Elsewhere too, probably. "-1 Naive"?)

    --
    blah
  89. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0

    Most. Ovarrated. Evar.

  90. Re:You fanatics just don't get it by Anonymous Coward · · Score: 2, Interesting

    Actually, you don't seem to get it. Copyright violations are not criminal offenses, but civil ones.

    The question is not "guilt" but damages. A party who claims damages must show that they took steps to mitigate them. This is normally by notifying the offender of the offense so they can stop doing whatever it is. Then the case proceeds to assess if damage took place that should be compensated.

    SGI removed code, so now the possible damages are limited to the economic damage that was caused while the code was present, if any, and if they actually used code not in public domain.

    In your example if a manufacturing plant did not repair a situation that was shown to cause injury they would be more liable for future events. The fact that repairs were made afterward shows that steps were taken to prevent future injuries and this lessens their future liabilities while showing response to the current situation. It may not have effect on the case of the injured employee.

    The SCO analog is that SCO claims "injury" but can not specify what should be repaired to correct the situation. In the manufacturing plant context thi is like claiming that I now own the plant because it caused injury, but I won't tell you what to fix.

  91. Where to get SysV license / source code? by plcurechax · · Score: 1

    So how can someone get a sysV license and source code these days?

    1. Re:Where to get SysV license / source code? by Anonymous Coward · · Score: 0

      Steal-I mean buy it from SCO?

  92. SCO's *real* objective by phliar · · Score: 4, Funny

    I've got it! The real objective behind these ridiculous statements SCO is making: to consolidate and solidify support for the GPL and Linux by making large companies like IBM and SGI make public statements in support! Sure, contributing code to Linux is all very well, but until now the press releases had always been a little diffident and scattered. Now the industry is unified and strong in support of Linux and the GPL. Since the GPL hadn't been tested in court, what better way to help than by filing a completely ridiculous case against it? "The GPL is invalid because US Copyright Law only allows you to make one copy."

    --
    Unlimited growth == Cancer.
    1. Re:SCO's *real* objective by pclminion · · Score: 1
      I already had this idea. Nobody here seems to take it seriously.

      If McBride knew that SCO was irretrievably screwed, maybe he conceived this crazy stunt as a way to go out with a bang while simultaneously boosting Linux.

      Apparently this notion is too insane for most Slashdot readers...

    2. Re:SCO's *real* objective by Anonymous Coward · · Score: 0

      It would explain why he came out and celebrated with the linux guys who picked SCO - that was just too surreal. But, he'd have to be an evil gpl genius to get Microsoft to give him the $10M or so the way they did if boosting the gpl was has real goal.

  93. Buy SGI hardware and software! by nxs212 · · Score: 1

    To support the fight against terrorism and SCO! Sorry for being redundant :)

    1. Re:Buy SGI hardware and software! by TheShadow · · Score: 1

      Don't just buy it for that reason. SGI stuff is kick ass. Expensive... but you get what you pay for.

      --

      --
      "What do you want me to do? Whack a guy? Off a guy? Whack off a guy? Cause I'm married."
  94. SVSV code, sure. by pr0ntab · · Score: 1

    But you must remember, SYSV is quite old and was released into the public domain.

    SVR4 is not. Since the code beared some resemblance to the ancestor of SVR4, it is a good idea to remove it to avoid any confusion, especially if it was redundant.

    --
    Fuck Beta. Fuck Dice
  95. Make time work for you not against? by bstadil · · Score: 2, Informative
    If I learned anything in the 2 lawsuits I have been involved in is that best strategy is to make time work for you.

    There is a reason for Hamlet stating "The laws delay" in his famous To be or not soliloguy

    They need to sit back and do pretty much nothing, other than make demands on SCO to produce the eveidence through discovery if they indeed get sued.

    Second SGI needs all the press they can get so maybe something useful can come out of this. SGI would love to be mentioned in every sentence next to IBM and RH.

    --
    Help fight continental drift.
  96. For all you know... by pr0ntab · · Score: 1

    SGI found a few bugs during the review process and turned them over to quality assurance.

    It probably wasn't a total waste. :-)

    --
    Fuck Beta. Fuck Dice
    1. Re:For all you know... by forrestt · · Score: 1

      Too bad they were reviewing Linux and not Irix, they could have potentially found more bugs.

  97. Do you have proof of damage by Anonymous Coward · · Score: 1, Insightful
    I don't know, people seem to regard SCO as one of those insane loonies who wanders around the street frothing at the mouth, pointing at, without apparent reason, the dog, the lamppost, the shop front, and innocent passersby.

    I fail to see how this damages Linux. This does not make linux any less appetizing to corporations, unless the corporations don't actually have anyone knowledgable about anything.

  98. More importantly... by pr0ntab · · Score: 1

    it understands all 4 Unicode encodings, can recognize east asian ideograms for digits and power of ten grouping, and even understands that whole french thing with the period and comma being switched (WTF IS WITH THAT ANYWAY???)

    --
    Fuck Beta. Fuck Dice
    1. Re:More importantly... by Anonymous Coward · · Score: 0

      it's called ISO-standard dude

  99. Re:SCO's case is strengthening by yorugua · · Score: 1

    I dont think SCO's case is strenghening. At the same time, the public opinon (and maybe the opinion of the tech people) is not going to be improving if, as in the light of the SSL vulnerabilities, they throw the following statement to CERT for their advisory: " SCO: We are aware of the issue and are diligently working on a fix " Really? Are there any programmer left there or do they have lawyers starting training on "editing with vi"? Or on the other hand, if OpenSSL is GPL'd, what thing other than the "shaky" GPL does give them the right to use them in the future (or in the past, given that it seems they have the problem, since they're working on a fix (or should I say expecting someone else to come up with the fix)) ....

  100. Re:SCO's case is strengthening by John+Hasler · · Score: 1

    > There's far too much precedence that they didn't
    > defend it in other cases.

    Your other points are valid but that one, unfortunately, is not. They can be as selective as they want to in enforcing their copyrights.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  101. Re:SCO's case is non-existent by AJWM · · Score: 3, Interesting

    Bullshit. Are you trolling for SCO?

    As I have stated previously,

    You were wrong then, too.

    Now SGI is ADMITTING that they put SYSV code in the Linux codebase.

    No they're not. They're saying that they found code that happens to match some Sys V code in what they submitted -- less than 0.02% worth. The exact provenance of that code isn't clear, SysV may have got it from the same place SGI did. Your statement implies several levels of culpability that is just plain not in the SGI letter.

    Whether or not it has been removed is IMMATERIAL for purposes of this case.

    What case? So far the only "case" (lawsuit) is between IBM and SCO, and between RedHat and SCO. IF SCO decides to launch yet another lawsuit and sue SGI for copyright infringment (and remember, SCO has NOT made any copyright complaints against IBM (but IBM has against SCO)), then there may be a case. But SGI's action in removing the questionable code is VERY MATERIAL -- it limits SCO's claims. (Furthermore, since SCO has so far refused to reveal what code it thinks infringes, it may have no claim because it hasn't taken the necessary steps to mitigate damage.)

    --
    -- Alastair
  102. I like SGI.. by 1s44c · · Score: 1

    ..Hell, I like anyone that writes letter in ascii text.

    Go SGI !

  103. A Possible Reason for Similar Code? by Anonymous Coward · · Score: 0

    Maybe someone here has the background to dig into the following.

    Here's something very interesting. Accoring to this page:

    http://www.info-discovery.com/solaris/html/node4 .h tml

    "At present, the most widely used release is System V Release 4 (SVR4), a large rewrite of the kernel to incorporate features from System V Release 3, BSD 4.3, SunOS and XENIX into a single operating system. This voracious merging engendered the prevailing SVR4."

    This is even more intersting when you note that even SunOS is based on BSD, and XENIX - even though based on AT&T Unix, later incorported BSD code. See: http://www.wikipedia.org/wiki/Xenix

    Even if BSD, SunOS, and XENIX code was not copied directly to create System V Release 4, it would be difficult for SCO to win a case over trade secrets and Unix methods, when they incorporated so much from other people's functionality.

    This may also explain why there are small variations and similarities between System V, BSD, and Linux code, and why SCO sees those as attempted obfuscation.

  104. SGI as an IBM proxy... by The+Lynxpro · · Score: 1

    We all know Microsoft (and to a lesser extent, Sun) is using SCO as a proxy combatant against Linux supporters in order to discredit Linux and the GPL. Now enter SGI with SCO's threats to revoke their Unix license and use them as a prime example of IP violations within the Linux regime. As one poster has stated, SGI's stock is in the toilet and it is facing declining revenues. Enter IBM. IBM should make an *investment* in SGI to fund a legal challenge against SCO. SGI really needs to enjoin the SCO v. IBM and Redhat v. SCO cases on the side of the "good guys." With SCO publically threatening to revoke the IRIX license, this is proof positive that SCO intends to cripple SGI's attempts at conducting business, not to mention the Linux threats. IBM could really use another party joining the anti-SCO alliance and an investment could secure this. C'mon, IBM, make your move.

    I myself have my fingers crossed SCO will rant against Apple, because Apple won't put up with that one bit... I would love to see a brawl with SCO on one side, and IBM, Redhat, SGI, Novell, SuSE and Apple on the other. The criminal charges would fly, and you'd see McBride confess it was all a scheme cooked up by Steve Balmer afterall... And glory be, the Consent Agreement violated again...

    --
    "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
  105. Actually all of this is for a book by eadint · · Score: 0

    Darl Vader is writing a new book.
    its calle B(CEO)FH bassed on the popular BOFH.

  106. Re:Department of Redundancy Department? by wardomon · · Score: 1

    Too bad.

    --

    - - - If the sun is a star, why can't I see it at night?
  107. For cURL users... by dosius · · Score: 1

    while :;do curl http://www.sco.com/ >/dev/null 2>&1;done

    -uso.

    --
    What you hear in the ear, preach from the rooftop Matthew 10.27b
  108. I hate to admit it. by eadint · · Score: 1, Funny

    But i kick myself every time i think. instead of blasting SCO. i could have bought $2k of stock the day they sued IBM. sold a month ago, iand i would have a G5 a new powerbook and one of those athlon thingys.
    DARN morals suxors.

  109. Re:Moderators: Karma Whore by MrBlint · · Score: 0, Offtopic

    Well I had good karma and could moderate and everything. Then I had one post moderated troll by some poe faced humourles git and of course when I posted again to object that got moderated off topic (I've since noticed that this is normal). My karma has shown as bad ever since and now I can only post at 0. boo hoo!

    --
    That's very perceptive of you Mr Stapleton and rather unexpected in a G Major
  110. here's an idea by Ender+Ryan · · Score: 1
    SGI should sue SCO out of business for making them re(!)-audit their code over a frivilous claim.

    Now that would be justice. But in America, justice can cost a lot of money.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
  111. PHBs have a short memory... by gosand · · Score: 1
    Either way, the damage to Linux has been done. Whether SCO is totally wrong in their accusations, which this letter from SGI will assist, Linux and Open Source software will look that little bit less appetising to any corporation. SCO will certainly tarnish Open Source, but hopefully SGI will soften the blow with this open letter. Good Work SGI!

    I wondered about this too, but I don't think much damage has been done at all. Look at Microsoft, and the amount of legal troubles they have encountered. Have they been damamged by it? PHBs don't read tech news, and this story has really not made much more than a blip on anything other than high-tech reports. Furthermore, who carries more weight and credibility - IBM or SCO? PHBs also have a short memory when it comes to money. If something can save them money, they'll do it.

    I have some friends who use and follow Linux, and they are barely aware of the SCO lawsuit. Unless you read the daily SCO stories on Slashdot, then it kind of blends in with all of the other tech news. But ultimately, the "damage" will come when the verdict is reached. (i.e. none, because SCO will lose.) In that case, "Linux" (really the GPL) has gone to court and won, so it will have some established credibility in the legal community. Up to this point, it hasn't really been tested.

    --

    My beliefs do not require that you agree with them.

  112. Unless... by hackwrench · · Score: 2, Insightful

    Unless, of course, the code was in existance prior to inclusion in Sys V or other versions of UNIX, then the owner would be someone else entirely.

    1. Re:Unless... by Larsing · · Score: 1

      ...then the owner would be someone else entirely.


      Like Berkeley..?

      --
      Ethics is what you say you do. Morals is what you actually do.
  113. Let's Be Fair by matchlight · · Score: 2, Interesting

    I am for open source as much as any enlightened software developer but sometimes we have to accept things we don't like. It is not in the best interests of the /. community to make assumptions that SGI is not legally liable for the introduced code by using the statements in their open letter. SGI's statement that they've removed the offending code and that it is probably public domain is as credible as SCO's statements that users should start paying royalties. Neither has had to prove their statements in the arena of open letters. This works best in court and likely a court case is the only way to solve this disagreement. I've read statements that have said it's only atoi and look it's already in the public domain but that's not the real issue. The fact is, for all developers, the law should protect every line of copywritten code. The reason is simple, if the law can't protect someone as large as SCO, what chance does the little one man programming show have? This is not to say that I agree with the tactics of SCO, they are completely unacceptable and outside of the boundries of good taste and good faith. But not all people feel bound to the unwritten rules of being a good person. It is the perogative of SCO to act this way and for what positive reason, I cannot find. Let's hope that even if SGI does get into trouble for this alleged breach of copyright, this entire fiasco turns into good press for SGI and causes all sorts of trouble for SCO in the future.

    1. Re:Let's Be Fair by frkiii · · Score: 1

      They are liable, should SCO ever get around to filing a copyright infringement case, and SCO prevails in such a case.

      However, SGI has removed the code, so any damages that might be awarded and the amount of code in question, would make the possible damages relatively minor, IMHO and IANAL.

      Regards,

      Fredrick

    2. Re:Let's Be Fair by spitzak · · Score: 1

      Nobody is "making assumptions that SGI is not legally liable".

      If SGI actually stole SCO's code, they certainly are legally liable. And I think virtually every one of the "slashbots" agrees they are legally liable.

      The praise here is that SGI is showing directly how copyright infringement should be handled. The infringment must be mitigated first (ie the code must be removed). Then the infringing party can be sued!!!. The infringing party in this case is SGI, not RedHat or the end users of Linux, which is the crap claim being spouted by SCO. Even if SGI admitted copying 100,000 lines from SCO, this letter would be a good thing because it would finally show how things are supposed to work.

  114. Also. by hackwrench · · Score: 2, Insightful

    I don't think one paragraph is enough to make it a derived work.

    1. Re:Also. by stanmann · · Score: 3, Insightful

      Basically, SCO is claiming they own the rights to
      "Once upon a time"
      and SGI is saying ok, we had been using "Once upon a time" but since SCO says they own it, we will replace it with "Long ago and far away", because we know that is public domain. We are pretty sure that "Once upon a time" is too, but we don't want to fight about it.

      --
      Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
  115. Re:SCO's case is strengthening by Anonymous Coward · · Score: 0

    You're free to leave.

  116. Possible Origins of some System V Code? by Anonymous Coward · · Score: 0

    Maybe someone here has the background to dig into the following.

    Here's something very interesting. Accoring to this page:

    http://www.info-discovery.com/solaris/html/node4 .h tml

    "At present, the most widely used release is System V Release 4 (SVR4), a large rewrite of the kernel to incorporate features from System V Release 3, BSD 4.3, SunOS and XENIX into a single operating system. This voracious merging engendered the prevailing SVR4."

    This is even more intersting when you note that even SunOS is based on BSD, and XENIX - even though based on AT&T Unix, later incorported BSD code. See: http://www.wikipedia.org/wiki/Xenix

    Even if BSD, SunOS, and XENIX code was not copied directly to create System V Release 4, it would be difficult for SCO to win a case over trade secrets and Unix methods, when they incorporated so much from other people's functionality.

    This may also explain why there are small variations and similarities between System V, BSD, and Linux code, and why SCO sees those as attempted obfuscation

  117. The most telling thing... by i_r_sensitive · · Score: 1

    ... is why the offending code was removed.

    We continually are hearing about yes, it was SysV code, yes it was PD, but we removed it because there was allready _BETTER_ code in place in the kernel...

    I've seen comments to this effect repeatedly now. This ought to be a revelation to a some folks (unfortunately not the ones at SCO...)

    What the whole thing boils down to in a nutshell:

    We didn't use your code, because your code bites.

    Which leads to Sensitive's corollary:

    Why would I steal SCO's code after I've used SCO's product based on that code?

    Ave Linus, constructuri te salutant! (I think I blew the tense there...)
    --
    "Talk minus action equals nothing" - Joey Shithead, D.O.A.
    "Talk minus action equals /." -
    1. Re:The most telling thing... by Kevinv · · Score: 1

      I just wish they would've found the better code before inserting the crappy stuff. Not for infringement reasons but bloat reasons. Why insert code if it already exists, especially if what already exists is superior.

    2. Re:The most telling thing... by i_r_sensitive · · Score: 1
      Yep,

      But, hey, if occasional code bloat, or the occasional insertion of inferior code is the worst offense that Open Source is quilty of, (which certainly seems to be the case) then things aren't too bad, so long as it is caught and fixed.

      Hard to put any credence in the SCO claims when you have folk bringing out examples of code removed for aesthetic reasons. At least we can establish that we do review our code, and regularly. Not something SCO can claim.

      --
      "Talk minus action equals nothing" - Joey Shithead, D.O.A.
      "Talk minus action equals /." -
  118. Somebody should BSA them. by corporatemutantninja · · Score: 1

    The BSA can't burst in with federal marshalls unless they have a "tip", which they get by encouraging disgruntled employees to blow the whistle. Surely there must be SOME employees at any of the thousands, well, dozens, ok several...yikes ONE big software company we're all thinking about who knows of some infringing code and is sufficiently disgruntled to report it. Can Linux and RMS then call the feds and bust in on Redmo...er...company HQ for a code review? Boy would I love to see BSA's logic turned against its wielders.

    --
    Actually, I was trying to be Insightful, not Funny.
  119. it's called a joke.. by Anonymous Coward · · Score: 0

    dumbass.

  120. Re:SCOz secret codez by Anonymous Coward · · Score: 0

    Psychic intuition tells me those 200 lines consist of some of the following:

    {
    }
    return;
    int i;
    i++;
    while (0)
    int main()
    #include
    #include
    };
    /*
    */

  121. Official Linux Foundation by Prowl · · Score: 1

    Does anyone know why an official Linux foundation hasn't emerged over the years, similar to GNU/Apache/XFree/Mozilla etc.

    It would seem that in circumstances like these, a legally sound body might carry more weight in court (and have funds at its disposal) than, interviews with Linus and comments on LKML.

    --
    That man tried to kill mah Daddy
    1. Re:Official Linux Foundation by Anonymous Coward · · Score: 1, Informative

      What about Linux International ?

  122. Just ignore SCO by Animats · · Score: 2, Interesting
    It's over. SCO can't do anything to anybody until they win a lawsuit. That's not going to happen, given that 1) their case is lousy, 2) IBM is opposing them, and 3) IBM has Cravath, Swaine, and Moore as attorneys.

    Cravath, IBM's usual law firm and their law firm in this case, is the biggest name in business litigation. They're incredibly expensive, very thorough, and usually win. If there's some fact or legal argument anywhere that will help the case, Cravath's army of lawyers, paralegals, technical experts, and non-legal staff will find it. Cravath has filled up entire buildings with staff for previous IBM litigation.

    Basically, IBM will win this unless their attorneys screw up. And Cravath doesn't screw up. They have enough people checking each other to prevent that. That's the Cravath business model.

    Reasonably soon, the IBM-SCO case will reach the discovery stage, where SCO will have to disclose documents to IBM's attorneys. We'll probably see some interesting disclosures about the SCO-Microsoft deal.

    Meanwhile, SCO's stock is down from a high of 20 to about 15 today.

    1. Re:Just ignore SCO by jc2000 · · Score: 1

      While IBM may have the Cravath firm, SCO has David Boies. Boies first made his name AS A PARTNER IN CRAVATH representing IBM in the private antitrust lawsuits in the 1970s. As I'm sure you know, he also won the federal government's case against Microsoft. He argued Gore's case to the Supreme Court; though he lost, I think most people thought he was by far the best advocate.

      This just in: he's good.

    2. Re:Just ignore SCO by TheGratefulNet · · Score: 1
      IBM has Cravath, Swaine, and Moore

      but SCO has Dewey, Cheatem and Howe on their side!

      --

      --
      "It is now safe to switch off your computer."
    3. Re:Just ignore SCO by nathanh · · Score: 1
      While IBM may have the Cravath firm, SCO has David Boies. Boies first made his name AS A PARTNER IN CRAVATH representing IBM in the private antitrust lawsuits in the 1970s. As I'm sure you know, he also won the federal government's case against Microsoft. He argued Gore's case to the Supreme Court; though he lost, I think most people thought he was by far the best advocate.

      Ignoring the relative merits of the lawyers, I would have said that Microsoft deserved to lose. The evidence was heavily against them and there's really no arguing that they aren't a monopoly.

      In IBM vs SCO I think the evidence is heavily against SCO. The fact that both sides have good lawyers is fine but predicting a judgement based on lawyers rather than factual merit seems... overly cynical.

  123. you are so wrong by Anonymous Coward · · Score: 0

    but that I thought it would be better to remove any possibility of violation, chances are that would be the end of it. The court would see that I performed due diligence to detect and fix the problem.

    Due diligence is good but if a court finds you negligent then you are liable for damages.

    What slashdotters fail to understand is that correcting the violation does not make the problem go away. It is much more complicated than that.

    1. Re:you are so wrong by 47PHA60 · · Score: 2, Interesting

      It is true that you cannot erase damages, just mitigate them. In this case, SGI is working to remove problems it may have caused, even though SGI believes they can prove that the contributed code was released by SCO under a BSD-style license.

      US courts, in addition to seeing the actual negligence or malice involved, will also look at the actual damage caused. If SCO claims damages because code that they themselves released to the public under an unrestricted license was used in a program, they'll be asked to describe exactly what damage was caused.

      In addition, if SCO is so incompetent that they themselves did not review the linux code that they were distributing, and that they forgot that they released a lot of code under a BSD license on their own, they will have a hard time proving that SGI damaged them at all.

    2. Re:you are so wrong by Anonymous Coward · · Score: 0

      And mailing off 1500 past due notices to their competitors customers, threating litigation, and attacking an open source community is legit?

      Damages if any, the likelyhood collecting reparations since filing the suit is negligible. Sco had many opportunities to rectify any infringing code without endangering it's model because it's code is copyrighted. I tend to think Sco is attempting to increase it's profits/market share by not taking reaonable measures to protect it's "claims". Through litigation I'd be surprised to see reparations exceed $0.25/unit sold.

      Sco has shown poor decision making for an extended period of time. Unrealized market trends, underestimated so-called "communities", (perhaps it's biggest!!!) failure in responding to it's customers,... and so on and so on.

      The open source model protects Sco's code/methods in a very transparent matter; counter to claims made by Sco or any other.

  124. The UNIX philosophy by pellegris · · Score: 2, Interesting

    Main Principles: "#6 Use software leverage to your advantage. Good programmers write good code, great programmers borrow good code."

  125. Re:You fanatics just don't get it by Sj0 · · Score: 1

    Your legal analgoue is so far off it makes me wonder if you have the slightest idea what you're talking about. This would be more like letting their building fall into disrepair so they fail to pass fire code, but they repair the building before anything happens. The crime is NOT on par with someone getting hurt, since nobody has been harmed(unless SCO straining their bullshit glands counts).

    --
    It's been a long time.
  126. Go play with atoi by arth1 · · Score: 1
    they're complaining about copied atoi code?!?!?! exactly how many variations of converting ascii to integers could there be?

    Those who immediately spring to mind are:
    1: A simple formula.
    2: A pre-defined lookup array.
    3: An initially empty hash table that gets populated by one of the other methods when entries are absent. (Speeds up reoccuring lookups.)
    4: A jump table based on the ascii value.

    I'm sure there's many other possible methods.

    Regards,
    --
    *Art
  127. Function Description by Anonymous Coward · · Score: 0

    Function atoi is used to convert a string that has numerical characters into an integer. In fact atoi stands for ASCII to Integer. It is pronounced A to I. The format is simple.

    int_var = atoi( string );

    As you can see, atoi takes a string as a parameter. It examines the string then returns an integer value. That value is the integer version of the string. You need an integer variable to catch the return value. If the string you pass does not contain an integer or has other weird stuff in it, atoi will return zero.

  128. Won't destroy Sun by Decaff · · Score: 1

    Why should the growth of Linux destroy Sun? Sun are not a UNIX company - they are a systems provider. They ship software products, they make a considerable amount of money by licensing Enterprise Java. They make some of the best workstation and server products. Solaris - their UNIX - is simply one part of their package. Linux could well replace it in a few years, in low-end and mid-range servers, but this need not hurt Sun.

    What IS this anti-Sun thing on Slashdot??

    1. Re:Won't destroy Sun by fucksl4shd0t · · Score: 3, Funny

      What IS this anti-Sun thing on Slashdot??

      Slashdot is populated by nerds that live in caves of steel, surrounded by nifty little electronic gadgets that never actually get used for their intended purpose. Slashdotters hate the sun because it hurts their eyes and tans their skin, but mostly they hate the sun because there are other people out there.

      --
      Like what I said? You might like my music
    2. Re:Won't destroy Sun by nateb · · Score: 1

      My cave is made out of sticks and bricks, thankyouverymuch. :) And I see the Sun. Every night when it comes up, right before I go to sleep. SwampDonkey

      --
      -- Nate
  129. Licensing spaghetti by Broken+Bottle · · Score: 1

    Reading SCO's claims, reading SGI's responses, reading what Novell and IBM have to say on the matter, it all just makes my head swim. In any given flavor of UNIX there has to be such a mish mash of IP claims, cross licensed technologies, and copywrites that I really truly feel sorry for the judge that has to sort this one out when (if) it reaches trial. I can't see how anyone can claim ownership of ANYTHING regarding UNIX with any certainty.

    Chris

  130. Re:SCO's Case has Merit BUT Linux will Still Prosp by Anonymous Coward · · Score: 0

    Many Linux bigots have criticized the involvment of American companies in the development of Linux because, according to the bigots, the companies will end up in controlling the development of Linux.

    I have never heard this. And I have been around in the OSS world quite a while. I, however, have heard some American companies label OSS as "unamerican".

    So the author needs exaggeration to make his point: he wrote "Many" where "Some" or "I once heard... criticizing" would be closer to the truth.

    I also observe that the author needs to revert to name calling ("Linux bigots") to underscore his point.

    Appeantly the author was short of solid arguments to substantiate his assertions, otherwise he would have wriiten a well reasoned piece.

  131. YOU be fair by Roadkills-R-Us · · Score: 1

    SGI has, indeed, had to show their data in public. You can go get the two versions of the kernel and compare them yourself. I'd be willing to bet SGI will happily provid eyou their source of belief the code is PD, and it should be quite easy to research. There are plenty of resources available for that.

    This is 180 degrees out of phase with the SCO approach, which has been well documented...

  132. Re:SCO's case is strengthening by 110010001000 · · Score: 1

    So tell us what the "actual legal issues" are, O Enlightened One?

  133. I've figured out how SCO will spin this by yeremein · · Score: 5, Funny
    SGI says:
    All together, these three small code fragments comprised no more than 200 lines out of the more than one million lines of our overall contributions to Linux. Notably, it appears that most or all of the System V code fragments we found had previously been placed in the public domain, meaning it is very doubtful that the SCO Group has any proprietary claim to these code fragments in any case.

    Tomorrow's SCO press release will say:

    All together, these ... code fragments comprised ... more than one million lines of ... System V code ... that the SCO Group has ... proprietary claim to.
  134. Not just *nix... All C(++) is 'Derivative Work' by Anonymous Coward · · Score: 2, Interesting
    fragments of code matching System V code . . . the atoi function
    The atoi function (or macro) isn't 'part of Unix' - it's arguably part of the C programming language, which was originally developed for the purpose of writing Unix in a language that could easily be ported to different architectures, taking Unix with it. Of course, once the language was designed, programmers found all sorts of things other than operating systems to write with it, even on non-*nix OSes

    I suspect that C compilers written for DOS, Windows, and Mac OS could even be considered 'derivative works of SysV' under this theory. And since so many programs are written in C (or a derivative such as C++) it just stands to reason that each one of those programs is therefore a derivative of SysV. Maybe that's why Darl thinks that all modern OSes are derivatives - they're all written in C, and all your compiler are belong to us!

  135. Re:SCO's case is non-existent by 110010001000 · · Score: 1

    "Now SGI is ADMITTING that they put SYSV code in the Linux codebase.

    No they're not. They're saying that they found code that happens to match some Sys V code in what they submitted -- less than 0.02% worth. The exact provenance of that code isn't clear, SysV may have got it from the same place SGI did. Your statement implies several levels of culpability that is just plain not in the SGI letter."

    Er, that is the same thing said in a different way. They admit that they found code that matches some SYSV code in the code they submitted. No one ever mentioned anything about where THAT code may have come from before it was introduced into SYSV.

    I love the slashbots, first it is "SCO sucks - there isn't ANY of their code in there." Then it is "OK, maybe some, but its only 0.02% worth - SGI said so".

    Removing the code cannot limit SCO's claims as it doesn't change damages that have already occured.

  136. I finally know the TRUE meaning of the SCO acronym by Anonymous Coward · · Score: 0

    "Satanic Cultists' Operation," indeed.

  137. Enough... by phorm · · Score: 1

    Perhaps enough that, after big blue knocks a few teeth out of SCO's mouth, they can come and pick the carcass for whatever is left to be aquired in damages?

  138. Apple should buy SGI. by caveat · · Score: 1

    They've got the cash lying around, and SGI and Apple have much the same "image" (sexy hardware, the artsy-fartsy niche markets, small yet zealous following); it would be a great marriage - SGI's uber-badass kit (admit it, you lust after it) with Apple's killer desktop-Unix OS makes for a company that could seriously market to just about every niche in the computer industry.

    Apple could replace the MIPS with Power/PPC chips, roll some cool IRIX tech and hardware support into OS X, maybe even binary compatibility (good luck, I know) and BAM - 1,024 2GHz PPC970s (or POWER4s if you wanna get serious) in a single-image NUMA Octane 3000 running Panther. Throw the xlc compiler on there and that's some good G5 lovin'!

    --

    Facts do not cease to exist because they are ignored. - Aldous Huxley
  139. Re:Well then maybe you should look at your reasoni by 110010001000 · · Score: 1

    "SGI admitted no such thing. SGI said that they looked at the code in question and saw some similarities with Sys V code as well."

    Yes, ACCORDING TO SGI. I like how you believe who you want to believe. There is no "fact" that the code in question belons in the public domain. Even SGI didn't claim this. They said it MAY belong in the PD, an interesting choice of words. Sounds like spin to me since if it was in the PD most likely they would have trumpeted it in the press release.

  140. Whore? by Kommet · · Score: 5, Funny
    Um, yeah. A "Karma Whore" who can't possibly get Karma for posting this since it was posted AC. Now calling him/her/it a "Karma Thief" I could get behind!

    Hey, now there's an idea!

    A new class of hated Slashdot readers: evil Karma Thieves who post an article as an Anonymous Coward, thus depriving all the good, honest, hard-working Karma Whores of their cheap-ass mod points.

    1. Re:Whore? by orthogonal · · Score: 1

      A new class of hated Slashdot readers: evil Karma Thieves who post an article as an Anonymous Coward, thus depriving all the good, honest, hard-working Karma Whores of their cheap-ass mod points.

      I thought it was sluts who deprived hard-working whores of the fruits of their labours, because sluts do it for free.

      So you mean Karma Sluts.

      Of course, this is only a theory: as a Slashdotter, I an too shy to have ever talked to a slut, and even whores just laugh at me.

    2. Re:Whore? by EvilAlien · · Score: 1
      I feel so privileged to have witnessed the coining of the term "Karma Slut". I'll be telling my Grandchildren about this day...

      "Grandpa, where were you when Pres. Orthogonal first created 'Karma Slut'?"

      "Well Phyber, that was the start of the great revolution, I remember it well... the date was 07:58 PM GMT October 2nd, 2003, and I knew I was witnessing greatness..."

      *sniff* I'm getting verklempt, post amongst yourselves...

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
    3. Re:Whore? by Anonymous Coward · · Score: 0
      Reguardless, the post should have been modded as redundant.

      Redundant like a "u" in Regardless.

    4. Re:Whore? by Performer+Guy · · Score: 1

      3 mod points down as Flamebait? Some guy posts VERBATIM the contents of a server that is running just fine and it's flamabait to suggest it was redundant? That's complete bullshit.

    5. Re:Whore? by Anonymous Coward · · Score: 0
      Heh heh, that's the name of the game, my friend.
      1)Some AC / High UID troll posts a "copy" of the article, with derogatory comments about Taco strewn through it. Get's modded +5 insightful.
      2) First followup, warning of goatse link / adulterated text etc. Get's modded flamebait.
      3) Any dissent gets modded offtopic.

      The thread responding to the "karma whoring" AC article poster winds up being the majority of the comments, all while the orignal post should have been, as all article reposts should be: (-1, Redundant) if the article is verbatim, and (-1, Troll) if it isn't.

  141. What this proves is that... by podperson · · Score: 1

    SCO either has much better or much worse text comparison algorithms than SGI. Sun searched through their 1,000,000 lines of code and found a few lines of potentially infringing code, SCO found 1,000,000 lines...

  142. Hmm by Anonymous Coward · · Score: 0

    That is a little bit less levelheaded.

  143. How can there be patents on Sys V code? by tkrotchko · · Score: 1

    "What SCO is claiming here is unclear. It seems like the wording is regarding patents but they cite Copyright infringements as evidence."

    I'm still fuzzy how they can claim any type of patent violation since Sys V code was written before software patents were recognized or granted.

    So what's going on here?

    --
    You were mistaken. Which is odd, since memory shouldn't be a problem for you
  144. name one. by pb · · Score: 1

    I know for a fact that earlier versions of atoi() definitely assume ASCII (otherwise, they'd call it stoi(), right?); of course you could replace my 0..9 check with isdigit(), but that still leaves you with the -'0' hack, which is fairly common. You'd probably want to replace *that* with a lookup table. Feel free to do so; knock yourself out.

    Also, note that strtol() can have support for both different bases and different locales; the different bases would be slightly more involved, (replacing the *10 with a *base and possibly adding in A-Z in your lookup table) and the locale support would be as well (for example, ignoring commas or periods or whatever, as is appropriate).

    --
    pb Reply or e-mail; don't vaguely moderate.
  145. you are so wrong by Anonymous Coward · · Score: 0

    And in any case, SGI has already proven how easy it would have been to address the issue if SCO had identified any code they actually had rights to

    Removing the guilt is not the same as addressing the issue.

    What slashdotters fail to understand is that correcting the violation does not make the problem go away. It is much more complicated than that.

  146. How To Recover Karma by Anonymous Coward · · Score: 0

    Your Karma can increase just for posting, as long as you don't get modded down. All you need to do is make a series of boring posts in some discussions that nobody is reading anymore, and nobody will pay them any mind. Befriend some people whose postings you agree with, and they might mod you up just for being a fan. You will soon be posting at level 1. Keep posting, but don't be too outspoken until your Karma is back to Excellent.

    Then you'll be posting at level 2, able to moderate and you will even be able to risk spouting s#!t. And, if there's something you really want to say but you know it'd get modded down, just post it AC. Anyone who reads at a low threshhold is asking for it anyway.

  147. Re:ahahahhha TOLD YOU fags by Anonymous Coward · · Score: 0

    What is the name of your Kernel? Mines Gloria and shes a hottie!!!!!

  148. Depends on your definition of risk by sjbe · · Score: 1

    Perhaps because shorting a stock is highly risky and not for the faint of heart?

    Shorting "highly risky"? That depends entirely on how you use a short. I'll agree that an uncovered short on a volatile stock you don't understand is very very risky. But that doesn't mean the act of shorting is risky, it merely means that *method* of shorting is risky. Shorting can be used as a hedging strategy as well which can be actually risk reducing. Shorting by itself tends to carry a similar amount of risk to buying long on margin. Definitely not for everyone but not insanely risky either. (My definition of insane is writing uncovered call options or anything in the futures market. Your mileage probably varies.) If you trust yourself to pick a stock long, you probably can pick one short.

    You'll often hear people argue that shorting carries unlimited risk from the stock going up. This is a bit of a strawman arguement because of both margin calls and the fact that any vaguely reasonable investor will get out once the losses become too large for his risk tolerance and/or investing strategy. True you can lose a lot of money shorting but in real terms your risk is not infinite. Your broker simply won't allow it.

    Anyway, you can make a pretty reasonable arguement in this case that SCOX is a stock whose price has gone up >400% in the last 6 months strictly from the announcement of a lawsuit of fairly dubious merit. The fundamentals of the stock do not by any measure I'm aware of support its current stock price valuation. So if you believe the lawsuit is really without merit (I do) then it's probably a pretty good investment to short SCOX. If you aren't so sure the lawsuit is without merit (understandable since our legal system does weird things sometimes) then you probably should keep your money out.

    If you are going to short SCO, make sure you know what you are getting into.

    I concur wholeheartedly. But the same goes for any investment. You should not make any investment you do not fully understand.

  149. Public Domain code? by PolR · · Score: 1

    Is there any ancient Unix code that is public domain? I thought the SGI code was previously released under a BSD-like license. Am I being confused or SGI is using terms in a sense that is not legally accurate? Not that it changes much on the validity of the case. I am just nitpicking in the legal terms.

  150. Re:Moderators: Karma Whore ?? by Anonymous Coward · · Score: 0



    What in the world is a Karma Whore ?!?

  151. No spin, just good hard facts by TheConfusedOne · · Score: 1

    I'm not going by SCO's press release. Press releases have to be carefully vetted by legal departments and thus are usually quite timid in any pronouncements of this sort.

    I would recommend that you turn your attention here: http://perens.com/SCO/SCOSlideShow.html and we can review the source of the ate_utils.c code and more. More in-depth information can be found here: http://www.lemis.com/grog/SCO/code-comparison.html

    So, by looking at this rather detailed analysis we see that the code in question preceeds Sys V, has been placed into the public domain multiple times, and certainly would be difficult for SCO to maintain any claim over.

    The most interesting part of the second link is towards the summary part:
    On 3 September 2003, during the AUUG 2003 conference, I participated in a panel discussion with Kieran O'Shaughnessy, the General Manager of SCO Australia, and Con Zymaris, an Australian open source activist. I asked Kieran this question ("How could you miss the BSD license?"), and he replied that this was not supposed to be evidence of real System V code in Linux, just a demonstration of the techniques involved. At first I thought he was just trying to worm his way out of the issue, but it seems to be the party line; I'll chase down other references when I have time.

    So, the best that SCO can say is that the examples shown weren't in fact evidence of copying.

    --
    --- I wish I could hear the soundtrack to my life. That way I'd know when to duck.
    1. Re:No spin, just good hard facts by 110010001000 · · Score: 1

      You are assuming the all code in question is the same as the one that Bruce discussed. It is not.

  152. You can short now by sjbe · · Score: 1

    You can't short a stock that is on the down-tick. SCO's been on it for awhile.

    True, you can't short on a down tick, but it hasn't been on a continuous down tick. I shorted it within the past week. Maybe it would be a problem if you want to short a huge number of shares (the float isn't enormous) but you can short SCOX right now if you are so inclined.

    Considering their record, no one will loan you the stock to short it even if it is on the uptick...

    Don't know where you got this idea but it isn't true. You can easily get the shares.

    1. Re:You can short now by Obiwan+Kenobi · · Score: 1

      Don't know where you got this idea but it isn't true. You can easily get the shares.

      Hey, didn't know that. Thanks for the tip.

      Seriously, I'm not trying to sound sarcastic...

      Dammit even that sounds sarcastic!

  153. Re:Should doctrine of fair use be applied to softw by michael_cain · · Score: 1

    IANAL, but I think not, or at least only under specific conditions and for very limited purposes. Fair use allows for use for specific purposes; for example, quoting in order to facilitate a literary discussion.

    I would put header code in a category of instantiating a specification -- as in, "the system call returns a structure with elements having the following names and types" -- and all instantiations of that spec will necessarily be quite similar. Whether your header file infringes would probably depend on the context provided by the specification. If the spec were provided for purposes of interoperability (eg, the POSIX specs) then you're almost certainly not infringing. If it were provided for the purpose of using the system call in a program written for a particular OS, then you might be infringing if you used it to implement a compatible OS.

    And if you were copying 200 lines of code that implemented a particular algorithm particularly well into your program, you're almost certainly infringing. Whether you could quote it without permission in a design book could be subject to debate, in large part depending on how a court interprets the size of your "quote". In my experience, most authors writing such a book would take the effort to get permission to quote that much code. The copyright holder would have to take into account their perceived value of the code, since they know it's going to be used without permission after it appears, despite any restrictions that might accompany it.

  154. Re:Moderators: Karma Whore ?? by kfg · · Score: 1

    Something an Anonymous Coward can't be, by definition, since you receive no karma. I wouldn't worry about.

    KFG

  155. Re:Apple should buy SGI. ok... by Anonymous Coward · · Score: 0


    Email Jobs Now ! :-)

  156. Mod Parent Up Please! by Hanzie · · Score: 1

    Please mod parent up (+1 insightful)

    It's clear, common sense and logical. Damn rare sometimes.

    --
    ********* sig: If you don't like the law, get filthy stinking rich, and buy a better one.
  157. Expanded what's apparently confusing... by NaugaHunter · · Score: 1

    >And in any case, SGI has already proven how easy it would have been to address the issue if SCO had identified any code they actually had rights to

    Removing the guilt is not the same as addressing the issue.

    What slashdotters fail to understand is that correcting the violation does not make the problem go away. It is much more complicated than that.


    Part of the responsibility of the Complaintent in a Copyright case is to identify the material in question such that changes can be carried out in a timely fashion. If guilty, the Defendant would still be responsible for losses during the time the infringement took place, even if the changes are carried out. SCO has argued that identifying the code in question a) would hurt it's case since it would be removed, and b) would reveal their intellectual property. SGI's actions have shown that the offending code can be removed in a reasonable time, that any intellectual property has already been revealed, and that the record of the infringment won't magically disappear from history to prevent prosecution.

    Of course, this would only matter if SCO were interested in pursuing copyright infringement claims against alleged perpetrators. As their actions have continually shown them to be interested only in either setting up a licensing scheme for Linux, or killing it entirely, they clearly have no real interest in following the proper procedures for copyright infringement. This is further illustrated by their constant use of the term 'intellectual property', which implies many conventions that may or may not apply to what they actually have the rights to.

    --
    R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
  158. I knew it!! by JohnnyGTO · · Score: 1

    You were stealing from SCO and Microsoft the whole time!!

    I'll bet if we dig even deeper we'll find Hoffa, evidence of alien abductions, the Lindberg Baby, what women are really thinking and the secret formula to Coca-Cola.

    You should all be very ashamed.

    --
    Si vis pacem, para bellum! For evil to succeed good men need only do nothing!
  159. Now who's spinning? by TheConfusedOne · · Score: 1

    I'm not assuming anything. I'm only basing my statements on what has been directly addressed in SGI's press release. In that case they do specifically mention ate_utils.c and we have a rather in-depth set of analysees about that file and its origins.

    Based on the facts present SGI has identified "suspect" code and has decided that the easiest thing to do is simply remove it rather than leaving it in doubt.

    It's a hell of a long leap from that to "this says that there is direct Sys V copying in Linux". In fact, not even SCO is willing to say that anymore about ate_utils.c.

    --
    --- I wish I could hear the soundtrack to my life. That way I'd know when to duck.
  160. Re:You fanatics just don't get it by Anonymous Coward · · Score: 0

    Wow, as the orignal poster, I'm now even more amazed at the bias and lack of abstract thought here. Don't get caught up in semantics of my example, just try to comprehend the point, ok?

    Maybe altering the analogy a bit will allow you to grasp the simple point I was making:

    Its like a manufacturing plant owner who allows their facility to fall into disrepair for years. When someone sues a neighboring manufacturing plant for similar problems, they then rush to make their own repairs.

    If you are still stumped, here's the key:

    (1) Allows facility to fall into disrepair = SGI not having adequate internal controls in place to insure stolen code was not introduced into their products

    (2)someone sues a neighboring manufacturing plant for similar problems = SCO begins court procedings against other unix/linux vendors for infringement

    (3)they then rush to make their own repairs = now SGI decides to actually do a satisfactory review of their product to see if any stolen IP resides there.

    Are they somehow less guilty now?

    And do all dissenting opinions end up as 'Flamebait' here? Nice job.

  161. Re:Moderators: Karma Whore by Anonymous Coward · · Score: 0

    Ther you go "Off Topic"! you people are so predictable

  162. Re:You fanatics just don't get it by Anonymous Coward · · Score: 0

    Goes back to the first solution, all code needs to be reviewed for infringing IP. Which made SCO a very unpopular little boy with his supporters. GNU/GPL/etc... handles the smallest to largest in a very professional matter. I've have not yet heard any solution from the other side of the camp in how to deal with this area of concern.

    On a side note, ever feel like your getting profiled. (note to self, I am a forty-two year old lesbian, I am a forty-two year old lesbian, I am a forty-two year old lesbian).

  163. Wrong by spitzak · · Score: 1

    The choice to "license" rather than "sell" is up to the software seller.

    Some give you a EULA you must click on and then claim you have agreed to a license. There are plenty of arguments that this is invalid, and in fact this is a sale and not a license, anyway.

    But it is absolutely certain that any company that wants to "sell" Linux is free to do so. They decide if they want to "license" it, not the government, and are free to decide to "sell".

    All this means that the distinction is meaningless.

    PS: people who lease cars have signed a great deal of licensing agreements, but they aren't any more liable than a person who bought a car for an argument between GM and Ford.

    1. Re:Wrong by krb · · Score: 1

      in the case of linux, the software is still licenced whatever any particular company calls the transaction. when you run linux, you are accepting the terms of the GPL, which is a licence between you and the rightsholders of the code, in this case many independent authors. a company can tell you whatever it wants to, nonetheless their act of distributing it indicates their acceptance of the GPL, as does you're running it.

      that being said, i was perhaps inprecise in my statement. a company *could* sell you software unencumbered by licence, but few, if any, do so in reality. my guess is that virtually no one reading this site has more than 1 program on their pc that is completely licence free.

      as for the statement regarding leasing cars, you are correct you sign contracts, but the contracts that deal with leasing a car are still different from software licences. primarily this is because you cannot easily gain from IP in the car, can't redistribute the car while maintaining your copy. if that was all possible, you'd probably get a licence with your car like the EULA on windows, saying you won't disassemble, copy, redistribute or otherwise modify the car. again, the argument about if they should or should not is completely up for depate.

      --
    2. Re:Wrong by spitzak · · Score: 1

      The GPL is not a "license", it is simply exceptions to the laws of copyright, allowing you to do more with the purchased IP than you normally can do. You are free to ignore it, thus it cannot be considered a "license". (if you ignore it you cannot redistribute the code at all, because that is illegal by US and international copyright laws).

      Cars do come with rules that say you must not modify or reverse-engineer them. Some of those rules are from the government (pollution controls), some are from the company for liability requirements, and some are actual attempts to make competition illegal (diagnostics interfaces).

  164. HAHAHAHA by Anonymous Coward · · Score: 0
    I don't know what is funnier, the original poster's remark about AC's being Karma Whores or your subsequent "DUH" statement that seems to miss the very point of the joke. Were you just looking for a fight?! Statements like that are intentionally Flamish looking merely because the irony is that much stronger and thus more humour is added.

    Good day.

    1. Re:HAHAHAHA by kfg · · Score: 1

      On the other hand, ACs are notorious for flamebaiting.

      Q.E.D.

      KFG

  165. Re:SCO's case is strengthening by Jeremy+Erwin · · Score: 1

    Somehow I think atoi(), [and] malloc() [...] are going to fall under the "who the hell cares??" category

    Ah, yes, but SCO has a few surprises for C++ programmers who prefer to use new() and input operators.

    Why is SGI using atoi(), anyway? On my machine , atoi() is deprecated in favor of strtol() .

  166. GPL? by Anonymous Coward · · Score: 0
    It may be that SCO is taking the
    position that merely because XFS is also distributed along with IRIX it
    is somehow subject to the System V license. But if so, this is an
    absurd position, with no basis either in the license or in common
    sense.
    common (mis)knowledge is that GPL is viral and this statement right here is what many would attribute to GPL and sadly to all Open Source or non-Linux software. Since many point out that until a real legal precident is set, GPL is just words, then it will be interesting to see how the dynamic linking thing holds up in court. Personally, if I don't like that aspect of GPL but want a GPL like license I use the Library (or "Light") GPL, LGPL... usually I opt for wxWindows, Apache or perhaps BSD.

    Oh, and this is not intended to be flaming as some with weaker constitutions may see it as. I see it like the old trick that older brothers do when waving their fists around but staying in place. Anyone dumb enough to walk within range and get hit can't complain. (I however learned to lunge in and take them out at the knees and kick them in the throat... that gives you ample time to run away while they are trying to breath and wipe the choke wrought tears from their eyes and clean the drool off their chins)

  167. Boies by Simple-Simmian · · Score: 0

    Boies wakes up and puts his pants on one leg at a time just like anyone else. You call the case against Microsoft a win? Last time I looked it wasn't even a slap on the hand. He is over rated. Have you even heard him speak? Gives us all a break he is no uber lawyer. IBM is going to make him wish he never left the Cravath law firm in the process of grinding the company formerly know as Caldera into squished bug pulp.

    --
    If you don't like what I write don't be a CS and mod it down. Refute it.
    Yea I can't spell. So what is your point?
    1. Re:Boies by Edmund+Blackadder · · Score: 1

      It was win when boies was on the case. If you remember thats back when many people said that being split is th ebest way microsoft can come out of the suit.

      Then of course administrations changed, he quit his job, and the next justice department lost the suit on purpose. They had to use a lot of legal menuvering because they essentially had to lose after they had won. But they went through with it.

  168. IOW, learn from lawyers and politicians by Anonymous Coward · · Score: 0

    nt

  169. Class action Suit? by Anonymous Coward · · Score: 0

    Well, I know there's zero altruism in big business, but wouldn't a class action suit headed by IBM against SCO help everybody out?

    SGI might die and in dying allow SCO to gain some "street cred" from the markets. IBM doesn't want this, IBM wants SCO to be annihilated. Not to mention, making it a class action suit would allow every kernel developer who ever added a line of code to get in on the ass kicking, It would go beyond destroying SCO, it wouldn't even be a battle, we're talking about thousands of people all getting settlements from SCO. If that can't destroy a company (case Dupont breat implants, asbestos companies etc.) I don't know what can.

  170. Re:SCO's case is non-existent by AJWM · · Score: 1

    No one ever mentioned anything about where THAT code may have come from before it was introduced into SYSV.

    You did, when you wrote "they put SYSV code in the Linux codebase."

    The phrase "SYSV code" implies a certain provenance, that it originated in SYSV. Microsoft uses Berkeley code in its FTP program. If you independently write an FTP program based on the BSD code, is it correct to say that "you put Microsoft code in your FTP program"?

    --
    -- Alastair
  171. Parent -2 Troll by Anonymous Coward · · Score: 0

    Explain how an AC can be whoring for karma please. :)

    1. Re:Parent -2 Troll by Performer+Guy · · Score: 1

      B.F.D., that wasn't even the point of the post. Did you even follow the thread to see my point before bleating for moderators?

      Geeze no wonder the slashdot crowd has a reputation as a baying mob of anonymous idiots.

  172. McBride and Bill Gates sex tape found by Anonymous Coward · · Score: 0

    please send M$ subscription fee $199 and M$ is not responsible if you get mono from it.

  173. Re:Moderators: Karma Whore by }}mons{{ · · Score: 0

    yes i also experienced this... :-

  174. LINUX IS GUILTY!!!!! by Anonymous Coward · · Score: 0

    LINUX IS GUILTY!!!!!

  175. Re:SCO's case is strengthening by Qeantk · · Score: 1

    Due diligence. Look it up, Troll.

  176. Voice of Dissent: SCO case will not hinge on facts by Anonymous Coward · · Score: 0

    Almost all the posts I have read focus on whether or not SCO is lying and that, my friends, will be irrelevant in court. I also detect a growing attitude of back-patting, "SCO is fucked so they will loose in court" kind of mentality which strikes me as naive.

    Look at OJ Simpson - They found his glove, with his blood on it at the murder scene. All the "facts" pointed to his guilt but did the jury find him guilty? No, they did not.

    Take Ken Lay of Enron. Do you honestly believe he will ever serve hard time for stealing 4 billion dollars? Yet purse snatchers do for stealing $50. Is this because the jury will understand the "facts" involved in the case or because Ken Lay can hire better lawyers?

    Do you really think any jury deciding the SCO case will be able to tell whether proprietary code was illegally added to Linux? No. They will not.

    Can they be persuaded that the gift culture of open source is actually a form of thinly veiled communisim or counter-culture anarchy? Can they be persuaded that the "hackers" who attacked the SCO web site are some of the same "hackers" who wrote Linux, and therefore a bunch of lawless geeks - a danger to society? Can they be persuaded that the works of this shady crowd threaten the very fabric of our capitalist economy? This is the sort of non-technical stuff a jury can understand.

    If we're to help the situation, we must find a way to tell the story of Linux to a technophobic jury. We must find how to convince people that Open Source is about freedom to share, not about the enforced sharing of communisim. We must show that the exposure of Open Source development actually forces developers to be more conscious of copyright infringement than in proprietary source. And we must show that the "Bazaar" development model can benefit business and society as much as the traditional "Cathedral" model.

    Can a jury understand that? I sure hope so. If you want to debate, this is the stuff to debate. The "facts" are hardly even relevant.

    -Glen

  177. Re:Moderators: Karma Whore by Anonymous Coward · · Score: 0

    Well, since I seem to post tons of offtopic crap as well as derogatory/inflamatory comments, I need to Karma Whore as much as possible to even be able to post.

  178. Re:Voice of Dissent: SCO case will not hinge on fa by TrombaMarina · · Score: 1

    I wrote the above post before getting my login name.

  179. Re:SCO's Case has Merit BUT Linux will Still Prosp by Anonymous Coward · · Score: 0

    He is the biggest and most dangerous fucking troll here because he actually checks spelling and grammar to convince unsuspecting readers that he knows what the fuck he's talking about.

    Read all his previous comments. Every goddamn thing he talks about contains negative comments about Asia in one form or another. It's obvious he hates anything non-American, or rather anything Asian.

    I cannot believe his own bigotry gets modded up as Informative and Insightful all the time.

  180. SGI: Thank you for being so prompt! by toosmart · · Score: 1

    SGI: Thank you for all of your contributions to Linux, and thank you for investigating and doublechecking your contributions. And thank you for letting us know of your findings. I, among many others read the developments regarding this issue (SCO's ridiculous claims and law suit) and wonder about the future of Open Source. The Linux community, and all computer users to some degree, are ritcher for your contributions. Thank You.

  181. Obligatory Simpsons quote: by wrinkledshirt · · Score: 1

    "Since the beginning of time, man has yearned to destroy the sun." -Mr. Burns

    --

    --------
    Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...

  182. Re:ahahahhha TOLD YOU fags by scottgfx · · Score: 1

    QUOTE:"You all are a bunch of whiney stupid bitches for automatically assuming SCO has no merit just because its attacking the love of your life, linux -- which is really pathetic of all you; go get a real girlfreind." END QUOTE

    A troll telling ME to get a girlfriend... What's wrong with this picture?

    --
    It's mandatory to wash your hands before returning to the land of Dairy Queen.
  183. Re:Voice of Dissent: SCO case will not hinge on fa by Cackmobile · · Score: 1

    You make a damn good point. It won't be a jury of our peers. Unless they hear the case somewhere in Silicon Valley.

    --
    -- Karma Karma Karma Karma, Karma Chameleon - Boy George
  184. Timing investments by sjbe · · Score: 1

    The problem with shorting the stock is to know WHEN. Unfortunately, no one can read the future, so no matter how certain you are that the ultimate value of SCO stock is some approximation of zero, you can't short on the infinite time. You have to say WHEN, and that's risky.

    This is true but it is true of any investment, not just shorting. Granted, shorting has some issues peculiar to that investment strategy but there always are timing issues with any investment. We want to buy low and sell high but how do you know what consitutes "low" and "high"? (or in the case of shorting sell high/buy low) Those are relative factors which change over time.

    Now your were pointing out that there is some added risk from shorting due to the fact that most stocks tend to increase in value over time. (which I'm sure you know) So, statistically speaking, time is not likely to be on your side for shorting any randomly chosen stock. True but it's just an added risk beyond the exposure risk that exists with any investment. Time can be your friend but it is a fickle friend sometimes.

    My point is that, ultimately, determining what "low" or "high" is comes down to a guess. Preferably a highly informed guess, but a guess nonetheless. For example if you bought long Cisco two years ago and held, you probably aren't really thrilled about that now despite it still being a great company. You just bought at the wrong time. it happens. Much effort is put into strategies to minimize investment timing issues, and sensibly so, but there always is some element of timing to any investment. Long, short, or otherwise.

  185. Re:pump and dump: MOD IT UP by Progman3K · · Score: 1

    Your post proves the internet is what it was designed to be: a communications line, through which your post has probably been read by a few thousand people at least.
    I submit that the idea of copyright is expired:
    Surely ANY utterance can now be heard the planet over... How can any one say s/he was the person that caught the wave and therefore OWNS that parcel of our collective human experience?
    Parleying human rights so elemental is criminal, indeed.

    RIP, MIX and BURN everything!

    --
    I don't know the meaning of the word 'don't' - J
  186. Re:Voice of Dissent: SCO case will not hinge on fa by TrombaMarina · · Score: 1

    "won't be a jury of our peers." Thank you. You summed up all those wordy paragraphs in one short sentence.

  187. Re:Moderators: Karma Whore ?? by Anonymous Coward · · Score: 0

    I AM a karma whoring AC, you insensitive clod!