Slashdot Mirror


What if SCO is Right?

b17bmbr writes " What if SCO is right. Bruce Perens was quoted with this scenario. "it's entirely possible that SCO was inadvertently distributing its own proprietary Unix code in its version of Linux. In that case, SCO would've already released its Unix source code into open source". But here's the catch: Does this validate Microsoft's view of a "viral GPL"?"

571 comments

  1. Really.. by CausticWindow · · Score: 5, Insightful

    If SCO were right, they would've given some evidence to the public by now. It's not like doing that would hurt their case.

    --
    How small a thought it takes to fill a whole life
    1. Re:Really.. by Cytlid · · Score: 5, Insightful

      Actually it might... if they show the code in question, it can be changed... then they no longer have a suit. I think that's one of the things their afraid of. Part of their strategy is keeping that info hushed... hence the need for NDA's, etc... to the people they end up showing it to. In the end, ultimately, despite all the controversy, it probably makes the case for Open Source and Free Software stronger.

      --
      FLR
    2. Re:Really.. by CausticWindow · · Score: 5, Insightful

      Changing it doesn't change previously released versions, so they would still have a case.

      --
      How small a thought it takes to fill a whole life
    3. Re:Really.. by Anonymous Coward · · Score: 1, Insightful

      The code can be changed, but there is already enough evidence out there. They can get the sources in question from the linux vendors, as they are offered freely on the vendors' sites.

    4. Re:Really.. by Anonymous Coward · · Score: 4, Insightful

      Not divulging only hurts their punitive damages possibilities... part of the responsibility if you have been wronged is to let the offending party know what the infringements are so the damages may be limited. Obviously, if protecting their code from being illegally distributed were fiscally important they would list the offending code so that it can be pulled from further distribution.
      If SCO's ultimate goal is to be purchased by someone with deep pockets why drag it out? I think they have an under the table deal with Bill Gates to drag this out. After they run SCO completely into the ground with this silly lawsuit then M$ will buy them at far above market value and then migrate to a Unix on the desktop.

    5. Re:Really.. by Jellybob · · Score: 1

      MS aren't about to write off Windows in favour of Unix.

      Although the rest seems feasible.

    6. Re:Really.. by treat · · Score: 3, Insightful
      Actually it might... if they show the code in question, it can be changed... then they no longer have a suit.

      This is like the plaintiff in a personal injury suit refusing to see a doctor in case he might be cured and not have a reason to sue. I know that the court would not look kindly on such a case - does this sort of thing extend to SCO's lawsuits?

    7. Re:Really.. by Anonymous Coward · · Score: 0

      Microsoft would never be allowed by the government to own UNIX as SCO currently does. The power they would have over Sun and IBM would be immense.

    8. Re:Really.. by kardar · · Score: 3, Interesting

      I figured out that Microsoft won't buy SCO for the UNIX license. At first, it seems that it might be good idea, especially if all of the UNIX flavors would have to pay license fees to Microsoft. It looks like SCO is EITHER trying to get bought OR trying to assert their IP rights. Is it possible they are doing both?

      Is it possible that 1)SCO is right about IP rights concerning Linux AND 2)SCO will continue to collect on UNIX licenses AND 3)If they sell out, that whoever buys them will benefit from UNIX and Linux IP rights?

      Microsoft Windows was sort of designed from the ground up; it does not have as rich of a history as UNIX - Microsoft feels strongly (or at least they claim) that their OS's are superior to UNIX.

      The AT&T v Berkeley case stands as a precedent; and no one is going to feel sorry (poor baby) about Microsoft when similar challenges occur. Given those facts, it seems very likely to me that Microsoft will not buy SCO. If Microsoft buys SCO, it might end up making things harder for itself in the long run. Besides, if SCO does have a case, Linux should be able to break free by changing the code (if that's the case).

      I have a feeling that IBM will prevail. Maybe IBM should consider buying the UNIX rights from SCO, but not the company? That would be interesting.

    9. Re:Really.. by geekee · · Score: 1

      The Longer it takes to fix the code, the more revenue SCO generates from linux. So of course they're not telling anyone which code has been copied.

      --
      Vote for Pedro
    10. Re:Really.. by innocent_white_lamb · · Score: 2, Insightful

      Not divulging only hurts their punitive damages possibilities.

      That should be actual damages, not punitive damages. Punitive damages, i.e. "punishment for wrongdoing" would not be affected by after-the-fact changing of source code. Actual damages, on the other hand, would be reduced after the infringement is withdrawn from circulation.

      Compare this to an assault on a person. If someone assaults me, I can sue them for punitive damages (they assaulted me, for ghawd sake!) and for actual damages (I incurred a hospital bill and lost time fromm work). But I have to take steps to minimize the actual damages that I suffer; if I tell my assailant, "Hit me again and break my arm" then I can't sue for additional damages if my arm is subsequently broken.

      --
      If you're a zombie and you know it, bite your friend!
    11. Re:Really.. by Anonymous Coward · · Score: 0

      Designed from the ground up? DOS owes its initial incarnation to CP/M (which inherited many details from VMS).

      Later, DOS inherited its file structure and driver system from XENIX, which was Microsoft's UNIX clone. Much of the DOS 3.x era API had an eye towards XENIX/UNIX.

      Windows NT was apparently architected with a very VMS-like kernel. Indeed, one of the VMS gurus was part of this effort, so it's no real surprise. Further, Windows NT implements a POSIX subsystem as well, offering compatibility for many UNIX programs.

      Thus, the only major portions that don't borrow heavily from other OSes are the Win16 and Win32 API sets, DirectX-family stuff, and other non-kernel things.

    12. Re:Really.. by wideBlueSkies · · Score: 2, Insightful

      I can see the community having a quick turnaround if this were to happen. So lets say that a dedicated and generous team ove developers codes and tests replacements for SCO's alleged IP.

      How long would it take for the distros to get patches out there? Probably hours. Which would limit their liability significantly for past versions. IANAL, but if the distro owners can say that their OS' are fixed, then their liability is significantly limited.

      And future versions are not an issue.

      Ans SCO can go scratch their asses and fade out into IT history.

      --
      Huh?
    13. Re:Really.. by ibbey · · Score: 2, Interesting

      I figured out that Microsoft won't buy SCO for the UNIX license. At first, it seems that it might be good idea, especially if all of the UNIX flavors would have to pay license fees to Microsoft.

      You're missing one significant possibility, though. Depending on the severity of the infringement (a big unknown), MS could buy SCO and use it against the Linux/Unix world. If they hold the license, they can refuse to grant licenses to anyone, making it illegal to sell Unix.

      Of course, this would be a blatant violation of antitrust law but, at least under the Bush administration, that isn't something they're worried about.

    14. Re:Really.. by Anonymous Coward · · Score: 0

      really? ianal, but somehow i doubt that you can claim revenue from an infringing product when you refuse to provide the information necessary to fix the problem

    15. Re:Really.. by dbrutus · · Score: 1

      And *BSD will inherit the earth...

    16. Re:Really.. by Reziac · · Score: 1

      I had a similar thought, but to the effect that if their case begins to seem weak, might their old code get "mysteriously altered" ?? So ISTM that putting a copy of the relevant source materials (both theirs, and any code they claim infringed) in escrow, where NO ONE can tamper with it, should have been their first move. Does anyone know if they did this?

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    17. Re:Really.. by Anonymous Coward · · Score: 1

      Stop fucking calling it *BSD. Just call it BSD, goddammit.

    18. Re:Really.. by Spellbinder · · Score: 1

      how do you pronounce *BSD????

      --


      stop supporting microsoft with pirating their software!!!!!
    19. Re:Really.. by Anonymous Coward · · Score: 0

      That's probably why Microsoft Licensed the code recently. So they can review it and help SCO destroy Linux.

    20. Re:Really.. by felix_lucian · · Score: 1

      moderators, mod parent up ! win nt is not build from ground up

    21. Re:Really.. by rifter · · Score: 1

      Nah, as long as they donate that $50 Billion they have burning a hole in their pocket to Dick Cheney under the "fund to rebuild Iraq and liberate the hell out of random countries" they should be fine with whatever they want to do.

    22. Re:Really.. by that+_evil+_gleek · · Score: 1

      I doubt there's an under the table deal comany per company. It's probably more
      subtle than that. Considering how much power and influence M$ has,
      praise from someone high inside of M$, a simple phrase like "We could use someone like you," could have much impact. Judiciously used, of course,
      everything implicit, not real 'deals' per se, just heap on praise after a SCO officer, or other influential employee says something that M$ wants to promote. So, instead
      of a company deal, key employees think that they will be able to 'trade up' and
      work somewhere better (in their opinion), as long as they do what M$ likes.

      Anyone notice how much CEO's job hop? Anyone notice how many companies
      were destroyed in the tech bubble, when some CEO clearly wanted ,so badly, to
      be part of the tech bubble, that he would completely destroy the company
      in attempt to make it something else, something hipper? Then cashout....
      company in ashes as he moves on to "bigger and better things".

      Besides, if M$ wanted them why haven't they bought them already? No, M$ want's their to be O.S. alternatives. just so their lawyers we will be able to claim they aren't a monoply. Ideally , those alternatives would be fragmented, impotent, and unable to resist M$ domiance, but still there as /token/ alternatives...

      "Ideally for them," I should say.

    23. Re:Really.. by dbrutus · · Score: 1

      There is no wildcard pronunciation AFAIK, at least in english. It would be kind of neat to ask a linguist.

    24. Re:Really.. by stephanruby · · Score: 1
      That should be actual damages, not punitive damages. Punitive damages, i.e. "punishment for wrongdoing" would not be affected by after-the-fact changing of source code.

      The original poster is still correct. Punitive damages would also be affected by this. Punitive damages is compensation given in excess of actual damages. It's something judges and juries have a lot of discretion over. It's used to punish and the size of the award will depend largely on the willful nature of the wrong and the sympathy of the jury.

      Your example of an "assault" is by definition a willful act. It's not a good base for comparaison. Juries want to punish people who do wrongs willfully and juries do not give their sympathy to victims who don't mind being victimized repeatedly.

  2. Probably not by Blaine+Hilton · · Score: 4, Interesting
    If SCO really is correct and this does become an issue of viral GPL, then it could possibly give MS a boost. However I personally think that the companies behind open source will still be pushing it, its only the companies that are currently thinking about open source business models that this may effect. I think its just more junk propaganda though.

    --
    Need to calculate something?

    1. Re:Probably not by Anonymous Coward · · Score: 0

      http://www.blainehilton.com/faq.php was 'Last Modified January 1, 1970 GMT'.

      Mind you, that is not as bad as the last three items in your Fibonnaci sequence (of 100) be:

      83621143489848430000
      135301852344706760000
      21892 2995834555200000

      Methinks your BBS will not be popular among the /. crowd, but good luck all the same.

    2. Re:Probably not by RighteousFunby · · Score: 0
      its only the companies that are currently thinking about open source business models that this may effect


      Models?

      I thought there was just the one:

      1: Write open source software
      1a: Patent OS business model
      2: ?
      3: PROFIT!!!
    3. Re:Probably not by Anonymous Coward · · Score: 0
      --
      Need to calculate something?
      Could you not paste your signature into the body of your posts? Slashcode allows signatures to be appended to your posts so that people like me can IGNORE them! It is a rather lame way to earn your pet project a few more hits.
    4. Re:Probably not by G3ckoG33k · · Score: 1

      "Need to calculate something?"

      Huh? I tried to calculate the risk of SCO winning the case. However, your link didn't help me at all... :(

    5. Re:Probably not by Blaine+Hilton · · Score: 1

      Now if only everything could be fitted into a nice equation...

    6. Re:Probably not by evilviper · · Score: 1
      If SCO really is correct and this does become an issue of viral GPL, then it could possibly give MS a boost.

      How's that? If they released their own IP into any other project, no matter what the license, it would be the same affect. The GPL doesn't have anything special in it, it's actually a matter of IP laws at this point.

      -1 for sticking your sig in the body of your posts. Bad, /.er, bad!
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  3. See also by SILIZIUMM · · Score: 2, Informative

    See also the same story on OSNews yesterday.

  4. Doesn't matter. by Anonymous Coward · · Score: 0, Offtopic

    What does it matter? EULAs aren't valid anyways!

  5. It doesn't matter, the damage is done by micron · · Score: 5, Interesting

    Either way, the spectre of "intellectual property" has been brought up to Corporate America. Boards and CEO's who get gunshy when the litigation is aimed at them are going to be skeptical about liability and open source software.

    The point has been brought to the board rooms, and I don't know see what it can do other than hurt the cause.

    1. Re:It doesn't matter, the damage is done by reallocate · · Score: 1

      The "spectre" of IP has been alive and well for a long time. Whatever its merits, SCO's suit won't make a ripple outside the little piece of IT territory inhabitated by GPL software.

      --
      -- Slashdot: When Public Access TV Says "No"
    2. Re:It doesn't matter, the damage is done by WEFUNK · · Score: 2, Interesting

      The point has been brought to the board rooms, and I don't know see what it can do other than hurt the cause.

      I disagree entirely. If SCO wins, closed source loses and open source wins.

      SCO has sued IBM and given them an ultimatum that threatens to cut off the closed source AIX licence from IBM and possibly from their entire installed base of users as well. While it may be unlikely that SCO could (or would) pull the plug on these systems, the possibility has certainly been raised.

      In doing so, SCO has reminded managers and boards that their dependence on third party closed source programs exposes them to a certain level of risk. In the past, firms could reduce this liability by writing their own software, purchasing the source code, or through carefully worded contracts. But SCO has made it clear to industry that even perpetual and irrevocable contracts like the one between IBM and SCO aren't bulletproof. Linux and other open source programs represent a compelling alternative for these companies looking to reduce their exposure to the SCO's of the world.

      And so what if the Linux kernel has some of their proprietary code in it? Simply point out the offending code and the community will build a work-around. While the corporate world sits waiting years for proprietary bug fixes that never come, a quick and effective solution by the community will help deflate a major fear about open source.

      So, if the community steps up to the challenge by promoting the benefits of open code and by demonstrating the effectiveness of the distributed developer base, the SCO lawsuit could become the poster boy case for open source. And the case for open source is made even stronger if SCO wins their case. And either way, SCO is a dead duck.

      --
      My next sig will be ready soon, but friends can beat the rush!
    3. Re:It doesn't matter, the damage is done by Arandir · · Score: 1

      The point could also be made the other way. If you want to keep your proprietary code secret then keep it secret. It has nothing to do with GPL viralness, but everything to do with not enforcing the copyright back in the seventies and eighties when everyone and their brother had the sources to UNIX.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  6. About as viral as accidentally giving away secrets by Anonymous Coward · · Score: 5, Insightful

    But here's the catch: Does this validate Microsoft's view of a "viral GPL"?"

    Then they've still done it purposely, given away their code in a GPL product. They had the choice, and didn't have to. It's about as viral as phoning up your closest friend and saying "hey! I saw your mom giving head to my dad in the car" and complaining that the phone you spouted that into is a device for invading your privacy and letting your thoughts out to the world.

    If they did release their code as GPL, it was their choice. Read that. CHOICE.

  7. Do it right the first time by Obscenity · · Score: 1

    They really cant say "oh but we had it right!" after the fact. That sets a standard for other companies, that's not OK. They have to knowingly distribute the SC. not just "Whoops" and find out later, that it's "in there somewhere"

    --
    OMG OMG OMG WTF OMG WTF BBQ STFU RTFM, OMFG OMG OMG OMG ROFL LMAO OMG WTF STFU ROFLMAO
    1. Re:Do it right the first time by pete-classic · · Score: 1

      I don't really understand what you are trying to say in your first point.

      On the "Whoops" issue: Tough. They are, at least trying to, make money on GPL software. That's fine. Perfectly fine. In fact it is encouraged.

      But, this is not just a free-for-all. To turn your argument on its ear, they can't just say "Whoops, we didn't mean to put that under the GPL. Give us money now."

      -Peter

  8. Not what Microsoft were saying... by Doctor7 · · Score: 5, Insightful

    No it doesn't. If you're a software developer with proprietary code that you want to protect, then yes, you have to be careful about what you release under the GPL. But that isn't what Microsoft were saying, they were trying to worry the majority into avoiding GPL software. But the majority, even if they change the code, are not likely to have a reason to redistribute their changed version, so the terms of the GPL are irrelevant.

    1. Re:Not what Microsoft were saying... by Anonymous Coward · · Score: 0

      if you make changes to the code licensed under the GPL, the GPL insists that you make that code change *no matter how minor* available to all *SOMEHOW*, no matter how archaic the method of distribution. that's the whole damn point of the GPL, and the sole reason why microsoft's point about the GPL being Viral is entirely valid. TIP: if you want to abide by that GPL golden rule make it available to all, just make it as difficult as you possibly can to get hold of. If you don't understand this then you don't understand the GPL.

    2. Re:Not what Microsoft were saying... by Anonymous Coward · · Score: 0

      Feeding the trolls, but wth. NO, you do not have to redistribute the code change to *ALL* somehow. You only have to distribute the source to whoever you distribute the binaries to.

    3. Re:Not what Microsoft were saying... by loucura! · · Score: 1

      if you make changes to the code licensed under the GPL, the GPL insists that you make that code change *no matter how minor* available to all *SOMEHOW*,

      No, the GPL says you have to give the code (including changes) to those who you distribute the binaries to, and that you're not permitted to restrict distribution.

      If you're distributing software internally, there's no reason under the GPL that you have to distribute the source code to anyone that doesn't need it, because the transaction is internal.

      If you're not distributing the software at all, there is no reason under the GPL that you have to distribute the source code to anyone, because you're not distributing.

      The GPL restricts distribution of original and derived works, by stating that you have to provide the source code to those who(after recieving your binaries) request it. You don't have to distribute the source code to the world, nor do you have to give away your software for free.

      --
      Black and grey are both shades of white.
    4. Re:Not what Microsoft were saying... by Anonymous Coward · · Score: 0
      Yeah, let's not feed the stupidity. Whatever intellectual property you release under whatever license, your are firmly in the domain of conventional copyright law. As if you can't improperly incorporate proprietary content into a closed source product just as easily.


      Inevitably the open source community will have to deal with the necessity of expunging improperly used proprietary code from Open Source code. There is nothing significant philosophically or legally about it, it will just become part of the mechanics of Open Source distribution.

  9. SCO by Anonymous Coward · · Score: 0

    Someone just better buy the source away from them already, Caldera/SCO's entire business plan for years has just been to sue bigger companies. They're products suck. They barely even market the products, they just sit around and sue people. Someone get the gun out of their hands! Buy the source.

    1. Re:SCO by unoengborg · · Score: 1

      I'm willing to buy it for $1. Nobody should offer them more than that. It should not be profitable to make questionable lawsuits just to have people buy your company or your cr*ppy source to make the problem go away.

      --
      God is REAL! Unless explicitly declared INTEGER
  10. bsd ? by Anonymous Coward · · Score: 0

    Yes, it does.
    GPL is an ugly viral license. There are much better ones out there.

    1. Re:bsd ? by Anonymous Coward · · Score: 0

      Sure, the leech license is so much better.

    2. Re:bsd ? by Anonymous Coward · · Score: 0

      dorkus
      obviously GPL is working out great

      haha

      gotta love "free" with a catch

  11. So what? by Anonymous Coward · · Score: 0

    Who cares? I'm sure we can _always_ build better Linux, or Gnu/Linux or whatever.
    I for sure don't care much about sco and their so called "IP" nowadays.

  12. MS view not validated by prgrmr · · Score: 4, Insightful

    Does this validate Microsoft's view of a "viral GPL"?"

    Not at all. Releasing software, whether under the GPL or the MS EULA is an intentional action. Any sloppiness resulting in disclosing and/or giving away IP is the responsibility of those doing the software release.

    The GPL is a tool. Consequences resulting from the use of any given tool are the burden of the weilder, not the tool.

    1. Re:MS view not validated by tmark · · Score: 3, Insightful

      The GPL is a tool. Consequences resulting from the use of any given tool are the burden of the weilder, not the tool.

      Absolutely, but what this does show - in spades - is that companies need to be extremely circumspect when dealing with the GPL because if they're not, there might be long-ranging unintended ramifications to their business down the road.

    2. Re:MS view not validated by alienw · · Score: 2, Insightful

      This is the case with any license. Hell, release it under the BSD license (which microsoft _loves_) or under any other license, and you've just made your proprietary code public. The truth is, this has nothing to do with the license and everything to do with how a company manages its IP.

    3. Re:MS view not validated by elmegil · · Score: 1
      No, I don't see that at all. Most companies deal with proprietary/confidential information about their operations and IP every day. There is no more parcticular difficulty in dealing with releasing code under GPL than there is releasing any code under any particular license.

      It seems pretty clear to me that if they released the code under GPL, they haven't got a leg to stand on. No one forced them to do so. Most software houses do code reviews, right? If they recognized that they were dealing with things they wanted to keep proprietary, then they should have found a way to do so without releasing it under GPL. This is not to do with being "extremely circumspect" any more than you want to be circumspect in any software release.

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    4. Re:MS view not validated by Col.+Klink+(retired) · · Score: 3, Interesting

      Just look at what MS was claiming. They won't let third parties develop GPL code using MS tools because they claim that will make the MS tools GPL.

      Unless MS is somehow claiming that all code developed with MS tools automaticaly belongs to MS, their claim is absurd.

      --

      -- Don't Tase me, bro!

    5. Re:MS view not validated by arcus · · Score: 5, Insightful

      That may well be the point of view of the law.

      But if so, I think it does rather validate the 'viral license' accusation, although not quite in the way MS seemed to be intending it to be taken.

      Here's the scenario: your company, a medium-sized software business, has a few commercial projects underway. One of your employees naughitly includes some of the code from the commercial project into some GPL'd project, which later makes its way into RedHat. Let's say over a few years she steals quite some bucketful of code. You don't notice, of course, because checking all your code against all of RedHat's source would be kinda onerous and not something that would occur to most people.

      Then your company starts distributing RedHat. Then you discover that you've been distributing your own code, inadvertantly, under the GPL, so there's nothing that you can do except fire and sue your employee.

      'Tough Cheese', you may respond. But if this is right, then it's going to make many companies quite wary about having anything to do with the GPL.

      Which I think would be bad.

    6. Re:MS view not validated by Anonymous Coward · · Score: 0

      If you distribute code under an open license, you know that whatever part of it was contributed by your company will definitely be available under that license. Third-party code is legal quicksand, but regarding your own code, this is a perfectly obvious situation. You can still go after the traitor, but everyone else is off the hook. If you think that your staff may have added proprietary code to a project under an open license, you either make sure that you know what's going on or don't redistribute open source software. It's still safe to use it, but redistributing is a no-no.

    7. Re:MS view not validated by spongman · · Score: 4, Informative
      Hell, release it under the BSD license (which microsoft _loves_) or under any other license, and you've just made your proprietary code public.
      The BSD license contains no requirement that you release the source. It just says that if you do then it must include a copy of the license.
    8. Re:MS view not validated by inode_buddha · · Score: 1

      Very true, I agree that companies need to know what the ramifications are *before* doing anything.

      The part that honestly mystifies me could be expressed as "WTF is so hard to grasp about the GPL? It's a distribution license first and foremost, it doesn't mean you can't make money from your software, and it's basically non-proprietary. Since when is being proprietary *necessary* to being profitable?"

      HP, IBM, and RedHat are all making decent profits from GPL'd software, for example.

      --
      C|N>K
    9. Re:MS view not validated by mindstrm · · Score: 1

      What does that have to do with releasing something and then later realizing you didn't want to?

    10. Re:MS view not validated by Anonymous Coward · · Score: 0

      The point is that once you release it under the BSD license, this license applies to whatever it was that you released, source or compiled program. Then you can't go after anyone who redistributes your work. If you don't release the source, they don't know what it is and can't redistribute it. If on the other hand you do release the source, it's even worse than the GPL: Competitors can then use your code without releasing their modifications back to you (and everyone else). Microsoft loves the BSD license because they usually stand on the greedy side of it. The GPL has no greedy side, so MS hates it.

    11. Re:MS view not validated by Anonymous Coward · · Score: 0

      Correcting myself to avoid confusion. That should read: "use your code (in products which they distribute in compiled form) without releasing their modifications back to you"

    12. Re:MS view not validated by maxume · · Score: 1

      So you can't describe the tool as 'viral'? Even though the tool, if used mistakenly, can have virus like consequences...

      --
      Nerd rage is the funniest rage.
    13. Re:MS view not validated by Anonymous Coward · · Score: 0

      Microsoft is just parodying RMS and the GPL hardliners.

      Check out the story on gnu.org where they claim that using GNU Readline in your program makes your entire program a derived work of the readline library.

      Following this flawed logic, any Windows program is a "derived work" of MS's libraries, and therefore impossible to GPL. In other words, according to Stallman, Emacs for Windows is actually (c) Microsoft.

    14. Re:MS view not validated by Phong · · Score: 1

      I agree that this doesn't have anything to do with the "viral GPL" accusations. The viralness that Microsoft was going on about was their accusation that if you're using GPL code alongside code with a different license, the GPL license can cause your code to unintentionally become GPL.

      This obviously this is very different from actually releasing code directly under the GPL license as was the case of SCO releasing Linux source. Wouldn't the result be the same no matter what open source license was involved?

      Imagine that SCO was releasing a FreeBSD distribution that contained their source code under the BSD license. They couldn't come along later and say, "Oops, we didn't mean to do that! Everyone that downloaded that code, you must destroy it!" -- could they? After all, we're not talking about a third-party distributing the code, we're talking about the code's originator distributing the code.

      Obviously they could prosecute the person who incorporated their code illegally into a release that they didn't authorize, but once they start distribution under a license, the people who download that code should certainly have the right to use that code as indicated by the code's license.

      --
      ..wayne..
    15. Re:MS view not validated by ray-auch · · Score: 2, Informative

      The logic is not flawed - it is in fact correct.

      If I want to distribute a windows program linked to an MS library I have to have a licence from MS which permits me to distibute the library and/or a program linked to the library. Same goes for any library you don't own, on any system.

      Note that the GPL does however contain an exception for linking to system libraries that come with the operating system. That is how you can GPL Emacs for Windows* (or Solaris or AIX or...).

      *Note that ironically the history of Emacs for Windows wrt. GPL is in fact rather interesting - the system libraries exception gets tricky when there aren't any libraries with the system but only with separate, proprietary, compilers. See eg. these threads.

    16. Re:MS view not validated by Enrico+Pulatzo · · Score: 1

      But check this out: what if I develop a library, and GPL it when I want to LGPL it? Then any apps I build off of that library have to be GPL too. This is the viral nature of the GPL, if you're not careful, it'll attach itself to more products than you may have intended. I personally don't know why anyone would choose the GPL vs. the LGPL, but my preference is still BSD anyhow.

    17. Re:MS view not validated by tim_maroney · · Score: 0, Flamebait

      companies need to be extremely circumspect when dealing with the GPL because if they're not, there might be long-ranging unintended ramifications to their business down the road.

      Excellent point. At one company I worked for, it turned out that one of the programmers had put some GPLed code into our proprietary software product. This was in no way an intentional infraction of the license -- he'd seen the code on the net, it billed itself as free, and having better things to do with his time than follow the antics and ideologies of RMS and crew, he didn't understand that "free" meant "free as in restricted."

      Legally, this one little mistake could have been used in court to try to claim the proprietary product was now entirely GPLed and must be given away, destroying the company. Needless to say, we kept this extremely quiet instead, replaced the offending section of code, and hoped that no one ever found out.

      It could happen to you. The GPL is a dirty trick waiting to happen, and its characterization as "viral" is quite accurate.

    18. Re:MS view not validated by Anonymous Coward · · Score: 0

      It's only "correct" if you think RMS is the font of copyright law, which he ain't. It's basically a lie which as been repeated so many times for so many years that people take it as a truth

      Microsoft does not give such a use licence for their bundled system libraries. (as opposed to their compiler libraries). Now, that hasn't stopped Microsoft's most bitter enemies from shipping Windows apps -- which they would NEVER do if it gave MS an ounce of implied rights to their code. I think IBM, Apple, and so on have a far better class of lawyers than the GNU I-ANAL crowd.

      I also notice that GNU has a "GPL FAQ" that says it's OK to use proprietary complier libs like the VisualBasic runtime, even tho they aren't "major components of the operating system". Hmmm .. why would their FAQ contradict their own licence? Have it both ways on a point they know won't hold up perhaps?

      The more insightful Free Software types know full well that the traditional GNU line on "derived works" is BS. So you get lots of song and dance around the issue because Linking==Derivation would never hold up.

      Now, some wiseguy at MS comes along and decides to poke some fun at the whole situation by burying an "anti-virus" clause in some obscure toolkit. The GNU licence nazi crowd can't call it for the bullshit it is, because it would expose their BS on the derived works issue. As Col Klink said, it's absurd.

    19. Re:MS view not validated by Nathaniel · · Score: 1
      " Then your company starts distributing RedHat. Then you discover that you've been distributing your own code, inadvertantly, under the GPL, so there's nothing that you can do except fire and sue your employee. Some random company isn't going to be distributing RedHat. They might be mirroring a copy of it (which RedHat appears to tolerate because it reduces their bandwith requirements), or they might be distributing their own distribution of Linux, which they might have based on a source distribution of RedHat and modified so it doesn't infringe on any of RedHat's copyrights or trademarks.

      If you mean, someone might have created their own distribution of Linux, and distributed a binary version along with the requirements to make source code available for three years and all that, they certainly should have taken the time to verify they have all the appropriate rights to distribute everything in the distribution, and oh yeah, they might also care to run a quick compare against any code they already own that they want to keep propriatary, to avoid inadvertantly granting a license they didn't intend to grant.

      This seems to be the situation SCO is in.

      SCO didn't just wake up one day and throw together the SCO Linux distribution.

      SCO would have made lots of choice about what applications and utilities to include to make SCO Linux useful, and which kernel options to compile with.

      SCO has claimed they've been able to find their own code in the kernel, but they haven't given any information on why they found this after they started distributing SCO Linux instead of before distributing SCO Linux.

      I don't think they've suggested they were duped, and it only occured to they to run a compare after someone pointed and laughed. It sounds more like one hand not knowing what the other was doing.

      Bummer, sucks to be them.

    20. Re:MS view not validated by timmyf2371 · · Score: 1
      what if I develop a library, and GPL it when I want to LGPL it?

      If you want to LGPL it, but you GPL it instead, then you face the consequences and understand the implications of this action.

      My advice would be:
      If you want to LGPL a product, then make sure you LGPL it!! :-)

      --

      Backup not found: (A)bort (R)etry (P)anic
    21. Re:MS view not validated by Anonymous Coward · · Score: 0

      >WTF is so hard to grasp about the GPL?

      It's not that it's hard to grasp. It's that it comes from a bizarre direction and with a foreign aura to most of the decision makers in US corporations. Thank RMS for making the whole thing sound like a Marxist movement. That does NOT impress business people, and it does confuse some of them to the point that they either don't care, or actively avoid it.

    22. Re:MS view not validated by alienw · · Score: 1

      BSD is great -- if you don't mind large commercial companies using your code royalty-free without even giving you credit.

    23. Re:MS view not validated by Anonymous Coward · · Score: 0

      Then, as the copyright holder, you're free to distribute it as any other licenses you choose-- not just GPL. The only thing that could muddy this is contributions from other people-- but most project holders should be asking for copyright assignments from contributors IMO.

    24. Re:MS view not validated by Anonymous Coward · · Score: 0

      There is a very big difference that you seem to be conveniently ignoring. The GNU Project accepts that there is a difference between a library and a program. The Lesser GNU Public License (Formerly: Library GNU Public License) allows non-free programs to be created through linking.

      Furthermore, you should realize that only the copyright holder has the legal and moral standing to sue for damages related to license violations.

      If I write software that links to propriatary libraries and release the code I wrote to you under the GPL, only *I* can sue *myself* for not releasing the code of the proprietary library. Even if I was stupid enouth to sue myself, the case would be thrown out as blatant wasting of the Court's time.

      You have no rights to code other than what the author grants you. MSFT grants you next to nothing. The GPL grants you certain freedoms along with certain responsibilities. If you don't like the GPL, contact the author and negotiate another license. They may tell you to go to hell. They have no obligation to give you the code under any particular license at all. You can't force MSFT to license their code to you under your terms, and you can't force the GNU Project to license it's code under your terms.

      Re: the MSFT issue--for the most part, MSFT are just being dicks.

    25. Re:MS view not validated by Anonymous Coward · · Score: 0

      "GNU Project accepts that there is a difference between a library and a program."

      Who cares? It's irrelevant. The GNU GPL does not contain that distinction and doesn't mention libraries at all.

      Like most GNU I-ANAL bots, you are reading from the "The Collective Wit and Wisdom of RMS", and not the GPL and copyright law.

      And MS is being dicks. Dicks who can sue you for linking to their library (according to RMS).

    26. Re:MS view not validated by ray-auch · · Score: 2, Interesting

      Yep - MS does not give a blanket redistribution licence for windows libraries - and therefore you are NOT ALLOWED to redistribute them. Moreover recent versions of windows will actively prevent system libraries being installed by applications - (only allowed by OS service pack / hotfix installs).

      MS does give redistribution licence for a lot of stuff - but not everything, eg. not that long ago if your app used features of the new comctl32.dll the only way to legally ship it was to ship IE (which installed it), as comctl32.dll was not redistributable any other way. Yes you could pull the dll out of system32 and put it in your install, yes it (sometimes) worked, but it was NOT legal to ship.

      Note that NONE of this gives MS any rights over your code by the act of linking to theirs - they only have rights over their code. The SAME applies to the GPL - the readline authors don't have any rights over your code just becuase you link to it. HOWEVER, in either case IF you want to distribute someone elses code, THEN you have to follow terms agreed with them.

      Also, if you link to two libraries with conflicting terms (like eg. MS saying you may not ship source code, and GPL saying you must) then you can't legally ship. That applies to any two licences - GPL or not is irrelevant - if they conflict they conflict.

      NB: all the above is assuming distributing a statically-linked executable, which clearly constitutes distributing the linked components.

      Once we get into dynamic linking, or indeed the GPL's system libraries exception, then it gets a whole lot more complicated - and in fact I also think that the FSF position in those areas doesn't hold up. The GPL was written for static linked (all there was then) C programs on early commercial unix, and in that context it works ok - start trying to stretch it over the full range of current development languages/environments etc. and it quickly looks pretty thin IMO. GPL v3 is supposed to address all this - and funnily enough it seems to be taking them an awfully long time to write...

    27. Re:MS view not validated by Anonymous Coward · · Score: 0

      That I will agree with. As long as you limit the scope of "Copyleft" to redistribution, it works fine.

      However that hasn't stopped the FSF propaganda machine from perpetrating the myth that linking==deriviation. Probably because as you suggest the GPL is really obsolete in that area and if the word "got out", the shit would really hit the Free Software fan.

      As far as GPL v3, the reason it's taking so long is that there is no real way to 'fix it' without turning the licence into a EULA. See Microsoft hamhanded attempts at that.

    28. Re:MS view not validated by arkanes · · Score: 1
      This has happened before, and unless you're a hated company or are really annoying about it and try to cover it up and claim it never happened, you usually won't even have people asking to release your code. The normal procedure is to clean yourself up, re-evalaute your code processes (like teaching your programmers that copying code off the net is not acceptable, unless they've read and are familiar with the license. And some places would say not even then, and you have to go through legal).

      As an aside, your implication is that the programmer can't be expected to know about things like the GPL and other ideologies - that's just stupid. If your programmer is writing code for your commercial product, then he has an obligation to at least be familiar with the concept of licenses. And if he's got final check-in authority, he should have alot more knowledge than that - and if he doesn't, then whoever does should have seen the (large) GPL header in his files and raised the flag then. And if he stripped the header then he should be fired - because even the most uninterested programmer should be familiar with copyright statements.

      So, in summary - it's the sort of thing that can be easily resolved if everyone involved is reasonable, and second it's hardly a little oops - it's a pretty major failure of education and/or your buisness processes.

    29. Re:MS view not validated by yamla · · Score: 1

      MS has also put pressure on various commercial software houses not to use GPL'ed tools such as doxygen, grep, emacs, etc. if they are developing using MS tools. Even if the software they are developing will be released under a commercial license, not the GPL.

      --

      Oceania has always been at war with Eastasia.
    30. Re:MS view not validated by evilviper · · Score: 1

      Who ever said this was a situation of them releasing GPLed binaries, then being FORCED to release their code?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    31. Re:MS view not validated by An+Onerous+Coward · · Score: 1

      I think the point is, if your company found out that it was unwittingly distributing its own proprietary code under an open license[*], it wouldn't matter whether the code was under the GPL specifically. If the code was released under the BSD, it's still "out there" for others to use.

      So it wouldn't be proper to place blame on the "viralness" of the GPL license.

      * As SCO would be, in an alternate universe where their case actually had merit.

      --

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

    32. Re:MS view not validated by shadowjk · · Score: 1

      You are free to change the license of your library any way you want, of course, the copies of your library that are already floating out there as GPL will remain GPL, and new copies will be LGPL, and any future versions you release will also be LGPL, or any other license you want - as long as the copyright owners (in this case you presented, solely you) agree on it.

      Unless you are schizophrenic or suffer from multiple personality disorder, this should of course be no problem ;-)

    33. Re:MS view not validated by puggled · · Score: 1

      I think people misunderstand what releasing code under a license is all about. Just because you release code under one license does _not_ necessarily mean you cannot release it under another. MySQL releases under the GPL, but also under a license that allows people to do things that the GPL does not allow.

      If in you scenario the employee had taken some code from RedHat's GPLed product and used it in your code base then you might have a problem, but just because some code makes it's way into a GPL product doesn't mean that every product with that code suddenly becomes GPL.

      The MS argument (which is often blurred or generalised) is really about if you use GPL libaries that your GPL compiler has, does that mean that all software compiled with these Libaries needs to be GPL (ie using GPL tools forces your product to be GPL).

      This is a completely different situation, SCO owns the IP rights and can license their code under however many licenses they choose. It's only if they had taken patches from the GLPed version and put them back into their own without getting the rights under a license other than the GPL that they'd have a problem. This is why you have to sign away your rights when submitting patches to projects like MySQL, OpenOffice etc, so that MySQL AB and Sun can use the code in their non GPLed products.

    34. Re:MS view not validated by stinky+wizzleteats · · Score: 1

      Absolutely, but what this does show - in spades - is that companies need to be extremely circumspect when dealing with the GPL because if they're not, there might be long-ranging unintended ramifications to their business down the road.

      Such as EULAs that change arbitrarily every time a new security update comes out? Or perhaps the threat of a BSA audit when you don't buy the latest round of MS stuff? If these examples are on one side of the table, and outrageous death throe law suits from outfits like SCO are on the other, I think open source is clearly the safer option.

      The reality is, however, that this is not about finding the garden path of how to be a legally untroubled commercial IT consumer. It is about a collision between the ridiculous modern application of IP law and the idea of free exchange of information. One side wants freedom, and the other wants to take it away. Long after the business plans fail and the stock options bottom out, the legacy we leave by the outcome of this affair will define how future humans live out their lives. I humbly suggest that more is at stake here than a business plan.

    35. Re:MS view not validated by Anonymous Coward · · Score: 0

      uh nope

      ibm and hp make their money primarily from hardware... and have other major software besides just "linux"

      and redhat isnt exactly burning up the financial world

    36. Re:MS view not validated by Anonymous Coward · · Score: 0

      My goodness, but you're dim.

    37. Re:MS view not validated by mpe · · Score: 1

      Here's the scenario: your company, a medium-sized software business, has a few commercial projects underway. One of your employees naughitly includes some of the code from the commercial project into some GPL'd project, which later makes its way into RedHat. Let's say over a few years she steals quite some bucketful of code. You don't notice, of course, because checking all your code against all of RedHat's source would be kinda onerous and not something that would occur to most people.

      Well you could do that. Since the other pieces of code are proprietary software no-one else could check anything at all.
      There would also be the issue of proving that you wern't pirating GPL software.

      Then your company starts distributing RedHat. Then you discover that you've been distributing your own code, inadvertantly, under the GPL, so there's nothing that you can do except fire and sue your employee.
      'Tough Cheese', you may respond. But if this is right, then it's going to make many companies quite wary about having anything to do with the GPL.


      Or they'll want to avoid proprietary software. Anyway, as some people need to keep being reminded, the vast majority of companies are not in the software distribution business in the first place.

    38. Re:MS view not validated by ray-auch · · Score: 1
      The scope is (explicitly as well as implicitly) limited to redistribution (actually modification also), GPL v2 clause 0:

      Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted

      Linking can be derivation, depending on how it's done. A work which includes (significant) bits of the original is derived - a statically linked executable includes bits of the linked libraries. Dynamic linking to shared libraries might be derivation - inclusion of headers and inlines might be enough. True dynamic linking (late binding, runtime interface discovery etc.) IMO cannot be derivation since no part of the library is in the exe - in fact the exe can easily be linked to a library which wasn't written at the time the exe was created, hence the exe cannot possibly be a derived work of that library.

      This sort of stuff has been discussed a lot for a long time so it's not really a question of if word "got out" - more like it just hasn't been tested in court anywhere.

      On the GPLv3, I don't think the problem can be fixed even if it was turned into a EULA, I think the desired allowed / not-allowed cases are impossible to clearly distinguish across the range of current (let alone future) development/target environments.

    39. Re:MS view not validated by mpe · · Score: 1

      Thank RMS for making the whole thing sound like a Marxist movement.

      Reminds me of a story about someone questioning Americans about what they feel about a document and if they approve of it. With apparently quite a few thinking it was some kind of Communist manifesto. The document in question being the US Constitution.

    40. Re:MS view not validated by Znork · · Score: 1

      If your programmers make a habit of surfing the web for the purpose of taking other peoples code maybe you should replace the programmers rather than the code. God knows what proprietary stuff they'll end up cut'n'pasting into your programs without checking first.

      As soon as you want to use someone elses code, or code even you yourself wrote elsewhere, you'd better make damn well sure you understand exactly what license it is under and exactly what that license means. If you fail in doing that research it damn well is an intentional violation, as far as the legal aspects are concerned.

      So, would you feel comfortable having your programmers code get inspected by their previous employers and audit it for code they may have written elsewhere? Those 'little' mistakes are even more likely to put most proprietary shops out of buisness, IMO.

    41. Re:MS view not validated by Anonymous Coward · · Score: 0

      No, noone would try to claim (in a court, slashdot does not count), that your program was GPL. The GPL does not force you to GPL a program, even if most of it is copied. It only says that the *legal* way to do it would be to GPL it. If you don't, you are simply violating copyright law, and would be fined (if you were stupid enough to want the case brought to court, instead of just correcting the problem) for copyright violation.

      Would you have preferred, if your programmer accidentally copied some Microsoft code, that someone leaked?

    42. Re:MS view not validated by mpe · · Score: 1

      Legally, this one little mistake could have been used in court to try to claim the proprietary product was now entirely GPLed and must be given away, destroying the company. Needless to say, we kept this extremely quiet instead, replaced the offending section of code, and hoped that no one ever found out.

      If the company was so dependent on selling one piece of proprietary software then it could hardly have been considered robust in the first place. Exactly the same would have happened had a competitor come out with a better product.

    43. Re:MS view not validated by spongman · · Score: 1
      it has a lot to do with it. it means that if you licence your code under BSD then you can choose whether or not you want to release the source. the copyright holders retain the ability to leverage the value of the IP.

      it's a simple matter of economics: value is derived from an inbalance between supply and demand, and ROI comes from exercising that value. with the GPL there is no demand, therefore there is no value, and there is no potential for return on investment. therefore it makes no fiscal sense to invest in the GPL. the only time it makes sense to invest in GPL'd code is when the value that you gain by work done by others outwighs the investment that you put into it. the altruistic nature of the GPL is warm and fuzzy, but it's fiscally foolish.

    44. Re:MS view not validated by spongman · · Score: 1

      yeah, but the point is that with the BSD license you can choose at any point to cease releasing the source. say, for example, you realize that if you add a new feature that makes use of some other proprietary technology you own or develop, then you can do this without losing the value of that technology. with the GPL you either have to give up exclusive rights to that technology or start from scratch. neither or these are good selling points in a business plan.

    45. Re:MS view not validated by spongman · · Score: 1
      The BSD license contains no requirement that you release the source. It just says that if you do then it must include a copy of the license.
      I should also say that there's no stipulation that you continue to release the source. This is one of the most important differences between the GPL and BSD licenses.
    46. Re:MS view not validated by Anonymous Coward · · Score: 0

      I guess the overall point is that Stallman is in the somewhat bizarre position of claiming that copyright law is stronger than it actually is, in order to plug potential leaks in the GPL.

      This ironically plays right into the hands of commercial software firms like Microsoft who see to use copyright to remove use rights from users.

    47. Re:MS view not validated by Brett+Glass · · Score: 1
      I guess the overall point is that Stallman is in the somewhat bizarre position of claiming that copyright law is stronger than it actually is, in order to plug potential leaks in the GPL.

      This ironically plays right into the hands of commercial software firms like Microsoft who see to use copyright to remove use rights from users.

      What this highlights is that, ironically, Stallman and Microsoft are birds of a feather. Each wants to remove rights from users; they just want to remove different ones! Microsoft wants to collect money every time someone uses software. Stallman wants to make sure that developers don't have the right (or the ability) to make money from their work. (He's also seeking control over the use of software; witness the FSF's RIAA-like proposal to go after companies that provide Web services using GPLed software, saying that they're "performing" the work for profit and can therefore be restricted in various ways by future versions of the license.) Both Microsoft and the FSF lust after power and control.

      In other wirds: "Pot. Kettle. Black."

    48. Re:MS view not validated by mindstrm · · Score: 1

      SCO did not have to license anything under the GPL. Nobody forced them to. They were in no way forced to get into the linux business.

      The GPL does not "force you to release your source".

      OTHER PEOPEL gave SCO their work for free, under the condition that if they base stuff on it, they release it under the GPL.

      And NONE of this has to do with the SCO lawsuit. You want to argue why you think BSD is better, tha'ts fine.. I make no argument either way. My only point is that this isn't about the GPL.

      SCO did not have to work with linux. They could have worked with BSD, eh?

    49. Re:MS view not validated by rifter · · Score: 1

      Obviously they could prosecute the person who incorporated their code illegally into a release that they didn't authorize, but once they start distribution under a license, the people who download that code should certainly have the right to use that code as indicated by the code's license.

      There seem to be a lot of people arguing this angle here, and I should not be surprised, as this is /. after all, but it really demonstrates a serious lack of understanding both of copyrights and the nature of these licenses.

      Firstly, the only way you can legally release code under *any* license is to be the copyright holder. If I steal code from someone else, and do not have the copyright, then include it in a GPL project and the copyright holder finds out, they have every right to sue, and the GPL actually becomes invalid for that software because the copyright ducks are not in a row.

      If I am the copyright holder and I release code under the GPL, then of course I can release code under a different license later, but I cannot take back the original license. This is essentially what happened to ssh and is why the OpenSSH project was able to be jump started. The original SSH was released under a fairly open license, and though subsequent versions were proprietary, the old version could be used and built upon.

      In the case of an employee things are a bit stickier since essentially an employee represents the company they work for, who is the copyright holder. IANAL, but AIUI, if an employee acts without authorization and/or against the company's interest, they can be said not to truly represent the company in their actions and therefore are personally responsible (if I steal a printer from work, I cannot say that as a representative of the company this makes the company responsible).

      Besides employees likewise sign IP agreements which specifically cover this sort of thing. Everything they do for the company is (c) TheirCompany and they are forbidden to divulge company secrets, thus creating a blanket injunction which is meant to cover just this sort of eventuality.

      So in short, no, having someone "sneak in" code under a Free Software license does not make it magically legal as the basis for release (ownership of copyright) is not met in such cases. And there is precedent for such a case, ironically probably brought on by the same individuals (as the execs who were with Novell when it sued UCB for "stealing Unix code" are now with SCO).

    50. Re:MS view not validated by Phong · · Score: 1
      If you re-read my comment, you'll see that I said exactly what your "clarification" said -- that the reason this GPL release is binding is that SCO released it under the GPL, not because someone snuck it in. Here's the part you left out of your quote:

      After all, we're not talking about a third-party distributing the code, we're talking about the code's originator distributing the code.

      --
      ..wayne..
    51. Re:MS view not validated by rifter · · Score: 1

      But you are completely ignoring the possibility that an employee of SCO can act outside of SCO's interest. That employee is *NOT* the copyright holder. SCO is, and if they say it was unauthorized, it is.

      Besides, what they are alleging is that IBM released code that belonged to SCO under the GPL. That is a completely different bag of nuts IMO. IBM would not be the copyright holder, neither would any of their employees be. They do not have the right to GPL work which is not theirs.

      Your point hinges on the fact SCO has been distributing the Linux kernel, and therefore even though their code was in there, if they did not want it released they should have checked first. There are several problems with that model. First off, if it were true it would again create a scenario in which people could sneak work into the kernel that was not theirs and essentially use the GPL to steal. Contrary to popular /. belief, the GPL is not about stealing or tricking companies into giving things away. It is firmly grounded in copyright law, which was Stallman's greatest achievement (besides getting people to actually use emacs ;)).

      If SCO had decided as a company to put these things into the kernel and release under GPL, you would be correct. Their allegation is that they did no such thing. If it is true, then the code was GPLed by someone who is *not* the copyright holder, and therefore the license for that code is invalid.

      It is not reasonable to expect a company who is distributing Linux to check every bit of the code in a distribution for every kind of possible infringement. This is why we have an adversarial legal system. The person or entity whose rights are infringed can bring up violations as they occurr, and the GPL provides for such cases by saying infringing code must be removed if it is not agreed by the copyright holder that it be GPLed. In this case SCO is the copyright holder, and they are alleging that someone at IBM put code into Linux without their knowlege which turns out to be code to which they (and not IBM) have rights.

      I would also think that if an employee of IBM were to submit IBM code without management approval, this would be an illegal release and IBM woudl be within their rights to demand recall of that code, since the employee is not the copyright holder and did not act on behalf of the copyright holder.

      I am so glad the slashbots are not lawyers, because I think they would do even worse than the ones we have. If the GPL really meant what people are saying it means (and legally it does not) this case would be the end of Linux, because no one could distribute Linux without performing an absolutely impossible task (knowing all the code of all the companies in all the world by heart and checking for it every time) and no one could allow their employees to ever contribute to Linux for fear they would sneak code out the door as you are suggesting they should.

    52. Re:MS view not validated by Anonymous Coward · · Score: 0

      yeah, piers, we know you like BSD, because it doesnt require you to actually STEAL other people's code, like you have done in other cases.

      code theives often like the BSD license for the wrong reasons.

      piers - you are a plate of glass, a theif, a wrongdoer. you know what you have stolen. you know it wasnt under BSD. and you preach morales here. its almost poetic thatyou do these things.

  13. Please don't support the FUD by RoLi · · Score: 3, Interesting
    It's so damned obvious that this is just a FUD-campaign.

    Why doesn't SCO tell us what part of the source are in violation? Simply because these parts don't exist.

    SCO is either paid for spraying FUD (by MS) or will be payed for stopping spraying FUD (by IBM, simply because the damage this FUD is inflicting is higher than the sum SCO will want to shut up) - or both.

    So please don't consider SCO seriously, they don't have a case.

    1. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      "SCO is either paid for spraying FUD (by MS)"

      And you complain MS push out FUD? Your tinfoil hat needs adjusting moron.

      Prove that statement or shut up.

    2. Re:Please don't support the FUD by Bold+Marauder · · Score: 1, Insightful

      I would suggest that you get your tinfoil panties unknotted and back up your rather spurious claims that SCO is somehow paying SCO to spread 'fud'.

      I think that if this claim has any merit, it's this. SCO clearly didn't consider all sides of the pro and anti GNU License issue carefully before entering the market. Once they were in for a while, and saw the effects that their influence had on their IP, they realised that they'd chosen unwisely.

      It's pretty clear that with it's anti-business qualities, the GNU license (and any code under it) has to be handled with care. SCO found that out the hard way, IBM probably will find that out fairly soon as well.

      In the end, I think only apple handled this issue properly. Oh, wait, they chose BSD, didn't they?

    3. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      It's a very plausible assumption that a company, which once made a Linux distribution and is now holding the entire Linux world hostage with the exact opposite of the GPL spirit, has external factors influencing their motivations. SCO's actions are suicide unless they are backed up by the prospect of immediate substantial monetary compensation. Do you see any other sources than the two mentioned for that kind of money? On the other hand they could be simply desperate or outright stupid.

    4. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      It's also very possible that Linux developers stole UNIX code because they are mostly amateur foreign hacks who develop on 486s they found in the dumpster. Any reasonable person, especially a Judge, will see that these punks would have no way of building an 'enterprise' operating system with out IBM's illicit help.

    5. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      Yawn. What does that have to do with SCO switching from Linux distributor to pain in the ass? That was the last treat, troll feeding is over.

    6. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      Perhaps so. Considering the pre-existent (and possibly long standing) relationship between the two. Namely, Xenix.

    7. Re:Please don't support the FUD by RoLi · · Score: 1
      SCO found that out the hard way

      What? What precious IP did they lose?

      Oh. Right. That's a secret.

    8. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      FUD isn't so tasty when it's coming out the other end, huh?

    9. Re:Please don't support the FUD by Bold+Marauder · · Score: 1

      Oh. Right. That's a secret.
      Only until it comes out in court.

    10. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      Dear Bold Marauder:

      I want to e-mail you, but I'm not sure I've correctly de-obfuscated the e-mail address in your profile, and I need you to tell me if I've done it correctly. What I've come up with is boldmarauder@yahoo.com. Is boldmarauder@yahoo.com correct? boldmarauder@yahoo.com is your e-mail address, right?

      Thank you very much for your help...

    11. Re:Please don't support the FUD by moncyb · · Score: 3, Insightful

      SCO clearly didn't consider all sides of the pro and anti GNU License issue carefully before entering the market.

      I don't see how this is true. If I remember the chronolgy correctly, Caldera was a software company, they started a Linux distro (therefore benefiting from the GPL), then they bought SCO and took the name. They were already using the GNU license long before they acquired SCO, and I'm sure they understood the implications well.

      If Linux developers took so much SCO code, then why didn't Caldera notice it right away? Their people had to be knee deep in Linux code. I doubt it would take them 2 years to figure out if there was so much SCO Unix code in Linux as they say. This leaves two possibilities:

      1. SCO/Caldera is lying about the copyright / trade secret violations, or
      2. SCO/Caldera knew about it, but did nothing. Hoping the code would become more entrenched, and they'd be able to sue for more money. Who knows, maybe they put the code in Linux or someone from SCO put Linux code in SCO Unix. Many of the clauses in the GPL were intended specificly to defend against this sort of thing.

      Either way, I don't think SCO/Caldera deserves anything--except to get reamed.

      It's pretty clear that with it's anti-business qualities, the GNU license (and any code under it) has to be handled with care.

      I don't like the GNU license much, but it doesn't have "anti-business" qualities any more than anything else. Plenty of businesses use GPLed software just fine. Yeah the GPL is viral, but you can say the same thing about obvious patents and ethically bankrupt software companies.

      At least the GPL doesn't take away your rights to use something you made, and many people made Linux. SCO's claim in their court papers amount to "all Linux developers are disorganized stupid incompetent back-wood hicks who couldn't code their way out of a paper bag, so they must have stolen our code!" I not only find this insane, I find it insulting.

    12. Re:Please don't support the FUD by Bold+Marauder · · Score: 1

      Well, after having ridden out the Novell/BSDI lawsuit, I can tell you that none of us may ever know the true issues that are raised. So, the best we can do at this point is guess.

      My guess is that the posistion that SCO is coming from is that it owns not only its' own code; but the code owned by caldera as well.

      This being the case, they may well have a case, as anyone who boots Linux up my know (if they notice the various caldera driver copyrights as they pass).

      So, it is a matter of wether or not the Linux Community has the ability to replace the infrastructure and drivers that Caldera brought to the table, once they are found to be in vololation of copyright.

    13. Re:Please don't support the FUD by bovinewasteproduct · · Score: 1

      And maybe not then. They may request a seal because some of it maybe trade secrets and while IBM has right to know what they are being charged with violating, that right does not extend to everyone else.

      BWP

    14. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      So they own Caldera's code, that's no big deal.

      If Caldera released it under the GPL than that's
      it and SCO has no say in the matter.

      The only possible way this would be an issue is if
      there's some kind of loop hole in the GPL but that
      would be a specious use of the law at best.

    15. Re:Please don't support the FUD by cowmix · · Score: 1

      Apple chose GPL for their browser.

    16. Re:Please don't support the FUD by arkanes · · Score: 1
      This is important - the SCO of today IS Caldera. It's not Unix company aquiring a Linux one and then discovering the unix code in it - it's an established Linux company intentionally aquiring some Unix IP - the original SCO is call Tarantula or something equally stupid now.

      The clincher to all this is that they did not (and still have not) stopped distribution of Linux even (well) after the accusations - which raises a VERY large red flag as to both the legality and the reasons for the accusations they seem to like to sling - all in all, assuming that everything they've claimed is true (even the obviously, factually false parts), they STILL could have dealt with this much better, while still gaining all the restitution they're entitled to. The interviews they grant and the statements they make sound calculated to attack Linux in particular and the OSS model in general, and they've got nothing to gain from this - which is why you see the consipracy speculation so much.

    17. Re:Please don't support the FUD by Anonymous Coward · · Score: 0

      Actually, Apple has made contributions to, and distributes GCC (which stands for Gnu C Compiler), as well as KHTML (which is the HTML rendering engine used in KDE's Konqueror, which is also GPL.)

      In the end, I think only apple handled this issue properly. Oh, wait, they chose BSD, didn't they?

      No, they chose both, you imbecile. They contribute to, and distribute, GPLed code.

    18. Re:Please don't support the FUD by donscarletti · · Score: 1
      What about the third scenario:
      3. Caldera aquired SCO, used linux expertise to enhance the SCO codebase with linux code knowing it would be unfindable in a closed source product. When faced with ecconomic ruin, makes the claim that the reverse happened to create insentive for a takeover by IBM.

      That sounds disturbingly possible to me.

      --
      When Argumentum ad Hominem falls short, try Argumentum ad Matrem
    19. Re:Please don't support the FUD by Bold+Marauder · · Score: 1

      Actually, Apple has made contributions to, and distributes GCC (which stands for Gnu C Compiler),

      Funny, I thought these fine folks distributed it.

      Btw, if you click on that link, you'll find out what GCC really stands for. "collection" something or another. ;)

  14. Well, by Realistic_Dragon · · Score: 3, Insightful

    No one _forced_ SCO to release code without checking it, and the fact that they did reflects badly on their professionalism as a software company and even worse on their due diligence that they are meant to exercise in protecting their shareholders. If their code was eaten by the GPL then that was their fault.

    What other companies thinking of dabbling with GPL software will think will most probably depend on who wins the FUD war and how it gets written up in 'PHB Weekly' rather than the actual facts. Unfortunatly Microsoft employs lots of people like Stef (yes, the UF one) where as OSS software is championed by people more interested in Quake than golf.

    --
    Beep beep.
    1. Re:Well, by AvitarX · · Score: 1

      my question is why wouldn't any and every software company check major GPL code for violations.

      I know that I would.

      I would have somebody paid to grep all available source code for possible violations.

      Including BSD, MS shared source, and GPL stuff floating around.

      It just seems obvious.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    2. Re:Well, by wolf- · · Score: 1
      No one _forced_ SCO to release code without checking it, and the fact that they did reflects badly on their professionalism as a software company and even worse on their due diligence that they are meant to exercise in protecting their shareholders. If their code was eaten by the GPL then that was their fault.

      "Gee, our UNIX isn't selling well. There is this new thing, Linux, its making money, lets jump on that bandwagon real quick, make some fast cash, build strategic partnerships."

      "Damn, someone screwed up and our code is in this Linux thing. Quick, hide the evidence and sue IBM. Hell, everyone sues IBM to cover up mistakes."

      --
      ----- LoboSoft specializes in Digital Language Lab
    3. Re:Well, by Realistic_Dragon · · Score: 1

      Its not asking them to check everything, just check the things that they were _selling_.

      --
      Beep beep.
    4. Re:Well, by KrispyKringle · · Score: 4, Insightful
      " No one _forced_ SCO to release code without checking it, and the fact that they did reflects badly on their professionalism as a software company and even worse on their due diligence that they are meant to exercise in protecting their shareholders. If their code was eaten by the GPL then that was their fault."

      I seriously doubt that. Had SCO released their code due to some sort of internal mixup, it would be their fault. But the chronology, according to SCO, is that IBM released SCO source code, in violation of the terms on which IBM was given the code, which led to that proprietary code being integrated into Linux as a whole. Only later did SCO release the code, and SCO was not the one to release it as GPL.

      Since SCO didn't label it as GPL, SCO's code was never licensed as GPL by the owner, hence, it was never legally GPL'ed. Whether or not SCO released their code, unintentionally, while leaving it as GPL is really irrelevent, since it was, according to SCO, never actually GPL'ed to begin with, and their actions merely resulted from IBM's violation of their IP.

      No one could ever, succesfully, argue in court that SCO "inadvertently" licensed their code as GPL. You cannot do such a thing inadvertently; if SCO did not know that their code was contained in Linux, the responsibility lies with IBM's alleged violation of SCO's IP, not with SCO itself. This is a very neat, cute scenario, but I can't imagine it would have any weight in court.

    5. Re:Well, by zmooc · · Score: 1

      I believe you don't understand the issue here (or I don't, that's a possibility as well:)). It's not at all about SCO disclosing it's own code; it's about IBM disclosing Unix code licensed to them by SCO. So this was not their fault. That SCO happened to be a Linux-company is practically irrelevant to this case since it could easily be shown by SCO that they did not know until recently that they were redistributing that very same code.

      --
      0x or or snor perron?!
    6. Re:Well, by Realistic_Dragon · · Score: 1

      It started with this, certainly. At some point (probably when IBM failed to buy them out) SCO started going off on a bender about the whole Linux community being thieves.

      At this point, the company having distributed Linux becomes rather more significant.

      --
      Beep beep.
    7. Re:Well, by belroth · · Score: 1
      That SCO happened to be a Linux-company is practically irrelevant to this case since it could easily be shown by SCO that they did not know until recently that they were redistributing that very same code.
      You mean they can prove that didn't know who owned the code they were selling? Great management, but ther have still distributed the code under the GPL themselves.
      --
      I hereby inform you that I have NOT been required to provide any decryption keys.
    8. Re:Well, by arkanes · · Score: 1
      SCO contibues to distribute code which it has stated contains the code they claim IBM copied. This kinda puts a damper on your argument, which would otherwise be very compelling - the fact is that as I write this they're distributing, under the GPL, this code - which, under the terms of the GPL, grants a license to use it which is no more restrictive than the GPL itself to each and every person who aquires it.

      If they're correct in thier court case, then they are either violating GPL by distributing Linux, or they have to comply with the GPL which makes any suit against independent Linux vendors impossible and one against IBM moot.

    9. Re:Well, by KrispyKringle · · Score: 1

      Actually, arkanes, they stopped distributing Linux at about the time they made the announcement that they thought it contained SCO UNIX code. Correct me if I'm wrong.

    10. Re:Well, by pavera · · Score: 1

      They stopped distributing linux nearly 2 months after they announced the IBM lawsuit, and furthermore, you can still obtain a copy of linux from their servers at ftp.caldera.com... so inactuality they have not stopped distributing it yet.

    11. Re:Well, by Error27 · · Score: 1

      >>Since SCO didn't label it as GPL, SCO's code was never licensed as GPL by the owner, hence, it was never legally GPL'ed.

      SCO found out about the code "late in 2002." They are still distributing it. It is still labeled as GPL.

  15. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 1, Insightful

    I'd use the reference to signing a contract to buy a car and in the contract is the clause that if you don't pay back the car, the seller has the right to repossess it, or your other possessions to get their money back. Like you said if you sign that contract (accept the GPL) then you're under its conditions, and if you didn't understand that well ignorance is no part of the law.

  16. And What If... by Anonymous Coward · · Score: 0

    ... the screaming, crying, two-year old in the corner, the one throwing the tantrum, is right?

  17. what if the hobbyists dogooders are right? by Anonymous Coward · · Score: 0

    it's all over but the stock markup FraUD indictmeNTs, & another few billyonerror terabytes of phonIE ?pr? bs.

  18. Here's what SUSE is saying on their web site. by ScottGant · · Score: 5, Informative



    Go to their website
    and see for yourself. Doesn't look like SCO even talked to them about
    this yet...at least that's what SUSE is claiming:

    SuSE responds to
    latest SCO actions

    The UnitedLinux code base -- jointly
    designed and developed by SuSE Linux, Turbolinux, Conectiva and SCO --
    will continue to be supported unconditionally by SuSE Linux. We will
    honor all UnitedLinux commitments to customers and partners, regardless
    of any actions that SCO may take or even allegations they may make.

    SCO's actions are again indeed
    curious. We have asked SCO for clarification of their public
    statements, SCO has declined. We are not aware, nor has SCO made any
    attempt to make us aware, of any specific unauthorized code in any SuSE
    Linux product. As a matter of policy, we have diligent processes for
    ensuring that appropriate licensing arrangements (open source or
    otherwise) are in place for all code used in our products.

    --

    "Music is everybody's possession. It's only publishers who think that people own it." - John Lennon.
    1. Re:Here's what SUSE is saying on their web site. by Chicane-UK · · Score: 1

      Its crazy.

      I find it an amazing move for all the wrong reasons.. at least if SCO had allowed the companies it works with on UnitedLinux 'out' of this lawsuit then they might have some friends to go back to after they get demolished in court by IBM.. but instead they are burning all of their bridges behind them, and leaving their allies confused and annoyed.

      SCO deserve to go bust after this.. greedy sons of bitches.

      --
      "Hey! Unless this is a nude love-in, get the hell off my property!!"
  19. Bruce Perens? by Anonymous Coward · · Score: 3, Funny

    Doesn't he have a job to get fired from or something?

    1. Re:Bruce Perens? by Anonymous Coward · · Score: 0

      How do you get fired from being a self-proclaimed spokesman? People can stop listening, but that won't stop him from talking. What the hell, it beats working for a living.

  20. vlad@geekizoid.com by Anonymous Coward · · Score: 0
  21. Re:About as viral as accidentally giving away secr by questamor · · Score: 1

    Exactly. Apple for one have worked things succesfully and released some of their apps next to GPL apps. It's part of the nature of reality, the GPL has certain conditions if you wish to release work under it, and Apple understand and have met those.

  22. Lasuit already has had an effect by Anonymous Coward · · Score: 0

    Efforts at my comany to migrate from proprietary UNIX systems to Linux/BSD have stopped cold because of the SCO lawsuit. Word is that similar things have happened at many other companies. This is pretty bad for free/open source software.

    1. Re:Lasuit already has had an effect by Steven+Blanchley · · Score: 1

      What on earth does BSD have to do with it? No one has suggested there's any improper code in BSD.

  23. Only if... by weston · · Score: 2, Insightful

    Only if the GPL whacks you over the head with a nightstick and then releases itself with your other code while you're out cold.

    Remember: when you use GPL'd code in your business, you don't pay for it with cash. There's no direct monetary cost. The only cost is that if you create a derivitave work with it, you're essentially engaging in an IP cross-licensing agreement: you get to use the GPL code, but must make your own contributions available. There are costs and downsides to that, but businesses make that kind of trade all the time, and they'll do it with the GPL. Calling it "viral" is one spin... viewing it as cross-licensing agreement is another, and probably closer to reality IMHO.

    1. Re:Only if... by skillet-thief · · Score: 1
      Closed source code is viral in that, if you try to use the source to make a derivative work, you go to jail.

      Isn't going to jail kind of like catching a viral disease?

      --

      Congratulations! Now we are the Evil Empire

    2. Re:Only if... by Anonymous Coward · · Score: 0

      Depends if you're raped by a big guy with AIDS.

  24. good point, but not quite right by rumpledstiltskin · · Score: 4, Insightful

    The blurb makes a good point about the gpl maybe being a viral influence on proprietary code distributors, but I think the more important point is corporate incompetence. If SCO mindlessly opensourced their Unix code, then it's their fault, not the fault of the GPL. If you plan to make money on something, particularly if you are planning on vending both closed source Unix and open source Linux, you should damn well make sure you're not using any dependent packages that would out code that you don't want outed. The idea that the gpl is viral extends to the idea that it is overly restrictive, preventing innovation because users of gpl'd code will be afraid to publish for fear that their Intellectual Property will not be protected. However, if you look at closed source licenses, you'll find that they could be viewed as just as limiting, by preventing access to resources that would allow for the creation of new ideas. The GPL is not viral; SCO was (probably) just foolish.

  25. Viral GPL by Slarty · · Score: 1

    Microsoft is not the only one who views the GPL as viral. There are plenty of us who are not big Microsoft fans that still aren't fond of the GPL.

    --
    Hi... I'm Larry... the shivering chipmunk... brrrrr!... I'm cold... I need a sweater...
    1. Re:Viral GPL by Anonymous Coward · · Score: 0

      Don't use the GPL for your code, then.

      Also, don't use other people's code if it's L/GPL'd.

      See? Simple.

  26. Slightly OT: Linking static libs w/GPL'd code? by Teckla · · Score: 1

    What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included GPL'd code without telling you?

    The GPL seems like a nasty can of worms...

    -Teckla

    1. Re:Slightly OT: Linking static libs w/GPL'd code? by Bronster · · Score: 1

      What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included GPL'd code without telling you?

      Then you sue the pants off the company that sold you the static libraries under false pretences, and you hope you can find all the authors of the GPL program and convince them to re-licence the libraries to you.

      It's still no different to if that company had stolen non-GPL software from someone who didn't want to licence the software to you for any price. You'd still have to remove the offending software. Not only that, but I imagine you'd get a reasonable degree of sympathy from the authors of the open-source component if you had been lied to by a commercial vendor (though they may try to sell you on the benefits of open-source).

      If you were particularly lucky, the library you link against may be LGPL, or you may convince the authors to re-licence it LGPL, and then you could link against it for free.

    2. Re:Slightly OT: Linking static libs w/GPL'd code? by Anonymous Coward · · Score: 0

      You shill.
      Call me a troll or a truth sayer.

    3. Re:Slightly OT: Linking static libs w/GPL'd code? by ctid · · Score: 2, Insightful
      What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included GPL'd code without telling you?


      What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included someone else's copyrighted code without telling?

      The concept of copyright violation seems like a nasty can of worms.

      Really, it doesn't matter if it's GPLed code or code under some other licence.

      --
      Reality is defined by the maddest person in the room
    4. Re:Slightly OT: Linking static libs w/GPL'd code? by John+Hasler · · Score: 3, Interesting

      What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included a third company's proprietary code without telling you?

      > The GPL seems like a nasty can of worms...

      Closed-source is a nasty can of worms. You have only the vendor's word as to what is in it. If they are incompetent or crooked you can get smacked from behind at any moment.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    5. Re:Slightly OT: Linking static libs w/GPL'd code? by tim_maroney · · Score: 1

      If they are incompetent or crooked you can get smacked from behind at any moment.

      Whereas in application-level open source software, there's no doubt. The developers are incompetent, and the application will smack you at every turn. I have yet to find a single open-source end-user application which achieves the quality level of its proprietary competition.

    6. Re:Slightly OT: Linking static libs w/GPL'd code? by VP · · Score: 1

      Closed-source is a nasty can of worms. You have only the vendor's word as to what is in it. If they are incompetent or crooked you can get smacked from behind at any moment.

      Bingo! Consider this - do you think if the judgement survives all the apeals, Microsoft will help the MS SQL licensees? And unlike SCO's empty claims, this has gone through the courts already...

    7. Re:Slightly OT: Linking static libs w/GPL'd code? by arkanes · · Score: 1

      You haven't looked hard enough, or have an unusual definition of "end-user". That said, things like a "polished user experience" are rarely on the list of priorities for OS projects. On the other hand, people who truly benefit from OS (rather than free as in beer) software generally don't care about that sort of thing. Know your audience. From your previous posts, you sound very bitter about something. From reading your webpage, I suspect I know that that is.

    8. Re:Slightly OT: Linking static libs w/GPL'd code? by Jimithing+DMB · · Score: 1

      Is a lack of polished open source applications really a problem?

      Back when I was a Linux and Slashdot n00b I always thought this. Mostly because of comments like yours suggesting that open source software is no good unless it has polished applications.

      I have since changed my tune. Got a couple of commercial applications out there using open source software (i.e. BSD or LGPL libraries).

      Let's face it, the typical open source development process is absolutely horrible for developing end-user desktop applications. However, the development process is perfect for system components and other libraries.

      The problem we have now is that a lot of people are trying to develop applications for Linux using an open source development process simply because there are no other applications. What Linux really needs is a healthy commercial software market.

      The problem is, few developers want to waste resources on Linux when they can develop for Win32. Furthermore, most developers don't realize that writing cross-platform software can actually be easier than writing to Win32 or Linux alone.

      Enter wxWindows. It's a mature C++ library that has ports for MSW, Mac (Classic and Carbon), X11 (drawing its own widgets), Motif, GTK, and others. It has quite a bit of similarity with MFC (only in a good way though) which makes it easy for MFC teams to get started.

      Is it perfect? No. There's a few rough edges. Some people (particularly Microsoft and/or Java developers) are displeased with the way windows (not top-level) are owned by their parents. Some people are displeased that wxWindows doesn't use templates (it uses macros to accomplish the same thing). Some people are displeased that wxWindows doesn't use namespaces. Of course, everything is prefixed with "wx" anyway, so it's kind of a moot point.

      In short, if your toolkit choice is based on having the latest whiz-bang C++ features, then forget about wxWindows. However, if your toolkit choice is based on usability, then you definitely want to go with wxWindows. There are bindings for (at least) Python, PERL, Java, and C# (actually, any .NET language) so it's your choice what language to use.

      Furthermore, development continues. I am personally working on a port of wxWindows to Cocoa and hopefully GNUstep (once mainline GCC can do Objective-C++).

      So, it seems the best course of action for a Linux advocate is to get the Windows and Mac developers using a toolkit like wxWindows. Perhaps some Slashdotters reading this are stuck in MFC hell? For the next project suggest wxWindows. Maybe even for this one, an MFC->wxWindows port generally only takes 3 months from what I've heard (I was smart and started with wxWindows :-). Once there are some good applications out there using a cross-platform toolkit, it becomes really easy for the move to Linux to take place. At that point it will happen slowly and naturally. A few developers will release Linux versions, then a few more. Then eventually all of the good apps are available for many platforms.

      Is it a dream? A bit of one. But I think it's reasonable enough that we just might see it happen in the next 5-10 years. Remember, 5-10 is not really an eternity, even in the computing world. It's time we take a step back and realize the only decent thing that came out of the last 5-10 years was ubiquitous Internet access. Beyond that, there has been little innovation except for this and that whiz-bang feature that Microsoft adds with every release.

    9. Re:Slightly OT: Linking static libs w/GPL'd code? by Anonymous Coward · · Score: 0

      I fail to see the relevance of your pathetic pitch for your pet project. Cross-platform application development has generally resulted in least-common-denominator applications that failed to satisfy users of any platform.

    10. Re:Slightly OT: Linking static libs w/GPL'd code? by mpe · · Score: 1

      What happens if you're a software company that buys some closed source static libraries from another company and link them to your proprietary product and sell the result to customers and later discover the library company included GPL'd code without telling you?

      What if the second company was selling them in violation of someone elses licence or patent? What if you broke the licence with your supplier by distributing the libraries without their permission?

      The GPL seems like a nasty can of worms...

      Selling proprietary software appears to be a big can of worms, unless you write the entire thing from scratch yourself. The momemt you include anyone elses's code (N.B. with certain platform/development tool combinations it is impossible to not do this) or want to bundle someone else's library you need to talk to your lawyer.

    11. Re:Slightly OT: Linking static libs w/GPL'd code? by tim_maroney · · Score: 1

      Maybe you could provide an actuial example of application-level free software that achieves the quality level of its proprietary competition?

      The only one even in the running is Mozilla, which is buggy, slow and ugly, contrasted with either Safari (free core, proprietary at the application level) or Explorer (proprietary top to bottom).

      At the next rung down, the GIMP is nowhere near Photoshop, and OpenOffice is nowhere near MS Office.

      And these are the front-runners in the free application field. Why does free software suck?

    12. Re:Slightly OT: Linking static libs w/GPL'd code? by arkanes · · Score: 1
      You're defining application pretty specifically there. How about the enter GNU toolchain? And, of course, you're passing off value judgments as objective here - I find Mozilla to be faster, more stable, and less buggy than IE. And I prefer OpenOffice to MS Office. I'm not an artist, though, so I can't comment on the GIMP and Photoshop.

      Know your audience - open source gets created because people have an itch to scratch. That itch rarely involves lowest-common demonominator UI, or even documentation in general. Just because you couldn't get something to work doesn't mean it sucks.

      Just tossing off the names of applications won't really get us anywhere - in fact, I'm not sure why I'm even bothering, because it's pretty clear that you aren't interested in changing your opinions.

      Open source is always going to suck for you because you aren't it's target audience - pay for commercial software if you want to be pandered to.

    13. Re:Slightly OT: Linking static libs w/GPL'd code? by tim_maroney · · Score: 1

      The GNU tool chain is programmer software, not a set of end-user applications. Development tools are a whole different issue.

      Mozilla's slowness is a demonstrable fact, not a value judgment. And if you prefer OpenOffice to MS Office, let's just say your opinion is not widely shared.

      If you give something away for free and people still would rather pay for the competition, that should tell you something about how well you've satisfied user expectations....

    14. Re:Slightly OT: Linking static libs w/GPL'd code? by arkanes · · Score: 1

      See, you say that like my job is satisfying user expectations. And it's slowness is certainly not a demonstrable fact - many pages render faster in Mozilla than IE. Some pages are the opposite. "Speed", especially of a web broswer, is highly subjective and something difficult to objectively test.

    15. Re:Slightly OT: Linking static libs w/GPL'd code? by tim_maroney · · Score: 1

      If you're a developer, then yes, your job is satisfying user expectations. If you're a tinkerer, then things are different. The number of users exceeds the number of tinkerers by a couple of orders of magnitude. Free software makes tinkerers happy, but it doesn't make end users happy.

      Application startup time and new window time are critical factors in web browser performance, and Mozilla is demonstrably inferior to both Safari and Explorer in those areas.

  27. How about... by pr0c · · Score: 1

    SCO lets us take a look at there entire source code to see what they copied from the linux kernel. I bet we can find some lines slightly altered and some directly copied from the kernel source.

    Then again maybe thats perfectly legal, i'm sure the hell no lawyer and i sure the hell didn't read the license for SCO's proprietary products.

    1. Re:How about... by inode_buddha · · Score: 1

      Actually... that possibility was strongly hinted at on the kernel mail list in the last few weeks IIRC by Christoph Hellwig. But then again, my (organic) memory might be going to hell, and I can't be arsed to dig through gigs of e-mail backups ATM.

      --
      C|N>K
  28. What a goof... by MoronGames · · Score: 1

    "it's entirely possible that SCO was inadvertently distributing its own proprietary Unix code in its version of Linux. In that case, SCO would've already released its Unix source code into open source" What a goof up that would be on SCO's part. Perhaps some other companies would follow in their footsteps... You can never have too much GPL software, right?

    --
    hey!
  29. GPL is a Tool by Anonymous Coward · · Score: 1, Insightful

    The GPL is a tool. Consequences resulting from the use of any given tool are the burden of the weilder, not the tool.

    I've seen in many cases and lawsuits where the "tool" was found responsible and put to blame. Surely in twisted America somehow the GPL can be put to fault and charged with something? Sorry but I'm not too informed on this topic, so can anyone enlighten me?

  30. Yes it would hurt their case by nurb432 · · Score: 1, Insightful

    You DONT give out evidence before court in a IP type case.. thats just stupid.

    It gives the other side time to come up with a defense.. regardless if you are right or wrong you need every advantage you can get.

    --
    ---- Booth was a patriot ----
    1. Re:Yes it would hurt their case by CausticWindow · · Score: 1

      If their claims are indeed true, then somebody (at IBM) must know what parts are stolen already.

      So no, I still don't see how this gives them an edge.

      --
      How small a thought it takes to fill a whole life
    2. Re:Yes it would hurt their case by Anonymous Coward · · Score: 1, Insightful

      But would that "somebody" admit to it. Let's say you where a coder at IBM facing a really annoying problem in the Linux kernel. You have access to the relevant SCO code and cut and paste in a bit of code so that you can finish and get home early, thinking surely no one will ever notice. Now 18 month later this whole thing blows up. So would you admit to what you did or sit quietly and hope it all goes away?

    3. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Too bad. If you consider the purpose of a trial to be to discover the truth and deal with it, this is really sad. How could hiding any facts until the last second help shine light on the truth? Clearly SCO doesn't want the truth to be known too soon. They want to look a scary and mean and get some kind of undeserved settlement. This is exactly what's wrong with our legal system.

    4. Re:Yes it would hurt their case by treat · · Score: 0, Offtopic
      then why did they put it in the context of a "well regulated Militia"?


      Did you check the OED to see what "well regulated" meant when it was written in the constitution?

    5. Re:Yes it would hurt their case by davebo · · Score: 5, Informative

      Ah, but during the discovery phase of a case, you are REQUIRED to tell the opposing side what evidence you have, what witnesses you will be calling, what you consider to be relevant case law and your take on it.

      You don't "surprise" either side with evidence in a real court of law. Judges won't let you present evidence in court you haven't already shared with the opposition during discovery, unless it really is "brand new" evidence discovered after the trial has started. And if that actually happens, you'll often have a recess declared so the opposition has a chance to analyze the evidence.

      So they lose nothing by presenting the relevant IP.

    6. Re:Yes it would hurt their case by bstadil · · Score: 4, Interesting
      You DONT give out evidence before court in a IP type case.. thats just stupid.

      Sure you do. If you don't tell the other party then it will not be admitted as evidence. Second as pointed out multiple times, You have a DUTY to mitigate damages. By not publishing the alledgedly offending portion, coupled with the fact the code is out in the open, prevents them from collecting damages from anybody but possible IBM.

      --
      Help fight continental drift.
    7. Re:Yes it would hurt their case by anonymous+loser · · Score: 4, Insightful

      Why is there a court case in the first place?

      If SCO were really concerned about losing IP, they could have discreetly contacted the parties in question, demonstrated their case, and maybe worked out some kind of licensing agreement.

      Instead the first thing they do (before even contacting the companies in question) is to file a lawsuit. This is like taking my neighbor to court because his dog did his business on my front lawn. If I ask my neighbor politely to fix the problem, he probably will. If he doesn't, THEN I might take more serious action, but not before.

      The first step in any dispute is to try to reach some kind of resolution outside of a courtroom setting. That SCO did not take this step indicates to me that they are up to no good.

    8. Re:Yes it would hurt their case by DavidinAla · · Score: 5, Interesting

      It is NOT the purpose of a trial to "discover the truth and deal with it." It is the purpose of a trial to determine whether a specific set of charges brought by the plaintiff against the defendent are true (and, if they're true, what relief the plaintiff should get for the damage he has suffered). A civil trial is not a "truth commission." It only deals with a fairly narrow set of facts. When one party to the suit knows that it has the facts on its side, it KNOWS that the other side is going to try to present those facts in a totally different light or lie in order to interpret the facts in a different way. That means that neither party wants to give away its strategy or interpretation of the facts until legally required. It would be like the general of an invading army faxing his battle plan to the army he was attacking. It would be stupid.

    9. Re:Yes it would hurt their case by Jeremiah+Cornelius · · Score: 1

      IANAL, but it seems to me that you are citing Criminal law procedure, for what is a Civil case.

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    10. Re:Yes it would hurt their case by DavidinAla · · Score: 5, Insightful

      No, you don't surprise the other side in a Perry Mason-like way in open court, but you also don't present your evidence until you are legally required to. You speak of discovery in this case as though it's already happened or is happening now. Do you actually KNOW where the case stands legally? Do you have a clue what depositions might have been taken or what evidence has been exchanged? Just because a case has been filed, that doesn't mean that all information is automatically given to the other side right then. Whether they end up being right or not, the SCO lawyers would be idiots to let their clients give their evidence right now (unless it was already given to the other side because of some legally required disclosure).

    11. Re:Yes it would hurt their case by DigiBoi · · Score: 1, Informative

      then why did they put it in the context of a "well regulated Militia"?

      Back when the 2nd amendment was written, it meant 'well trained'. If you were to ask a gunsmith today in britain what 'well regulated' means, he will tell you it means a properly sited-in accurate rifle, for so many meters.

      --
      I put on my robe and wizard hat.
    12. Re:Yes it would hurt their case by Graymalkin · · Score: 4, Informative

      Rule 26(a) of civil court procedings states parties must disclose their evidense before the case goes in front of the bench IIRC. That is how people get court orders to look at internal and otherwise classified corporate documents.

      --
      I'm a loner Dottie, a Rebel.
    13. Re:Yes it would hurt their case by DavidinAla · · Score: 3, Interesting

      Yes, you have to disclose evidence to the other side, but, no, you don't have to disclose it on a timetable that suits people on Slashdot. As for mitigating damages, they are fulfilling that requirement by sending notices to people telling them that some of the code in Linux is their property and that they don't have a license to use it. A plaintiff is NOT required to litigate a case in public from the moment he files it.

    14. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Great. That doesn't change the fact that Congress could pass the "Well Regulated Militia Act of 2003" which would effectively outlaw much gun ownership. Simply requiring physicial fitness standards and mandatory bimonthly "boot camps" would disqualify most people.

      Also note that the NRA is opposes gun registration. WTF kind of "well regulated militia" does not track who has the armaments and where?

    15. Re:Yes it would hurt their case by Anonymous Coward · · Score: 1

      But if the evidence is considered a trade secret, don't they have the right to request that the evidence be kept sealed so that it's not available to the public? I think this happened with the Microsoft anti-trust trial.

    16. Re:Yes it would hurt their case by davebo · · Score: 2, Interesting

      To answer your questions, no - I have no idea where the case stands legally, nor do I know what depositions might have been taken or what evidence has been exchanged.

      And yes - you're correct, SCO's lawyers are going to want to keep things close to the vest as long as they possibly can, so that would be a good reason not to present the offending code.

      My primary point was that the original poster was incorrect in saying you don't give out evidence before you get to court. My saying "they lose nothing by presenting the relevant IP" was, I'll grant you, a stretch.

    17. Re:Yes it would hurt their case by the+gnat · · Score: 4, Interesting

      If SCO were really concerned about losing IP, they could have discreetly contacted the parties in question, demonstrated their case, and maybe worked out some kind of licensing agreement.

      My recollection is that their original claim was that they did contact IBM first, and after looking at the claims IBM told them to go fuck themselves.

      However, it's hard to tell what the SCO management is thinking, because they've changed their story so many times that it's really looking more and more like a shakedown - but at the same time, it'd be even worse for Linux if their bullshit turns out to be true. They started out by going after IBM, and making those stupid bicycle/car comparisons; next they threatened other Linux vendors, claiming that parts of SCO's IP were in other pieces of the OS besides the kernel; then they claimed that the Linux kernel itself has SCO's source code, and now they even claim that this was the case before IBM started doing Linux development. I don't think this has helped their case much.

      SCO's original complaint was actually sort of vague; now that they've moved on to claiming that specific bits of code have been lifted by non-IBM developers, they just sound incompetent for letting this go on for so long while they continued to distribute Linux. In the worst case, if the claims hold up, they're a bunch of incompetent morons. Either way, they've now backed themselves up against a wall - this leaves them wide open to a countersuit if they can't back up their words.

    18. Re:Yes it would hurt their case by bstadil · · Score: 4, Interesting
      telling them that some of the code in Linux is their property and that they don't have a license to use it.

      A blanket statement like that has no legal value, as it does not allow for the alledged offender to take any specific actions.

      If they want anyone to stop using Linux they need an injunction, and in asking for that they need to be specific.

      The judge will not grant this as they clearly have shown that the potential damage in granting this is much higher than not doing. There is no irreparable damages since they were years late in doing this.

      Second if the judge grants it, they will most likely be asked to post a bond, much higher than they can afford.

      Thirdly: If they are not already dead-meat, They surely will be when the suits for damages starts rolling in.

      --
      Help fight continental drift.
    19. Re:Yes it would hurt their case by Black+Copter+Control · · Score: 2
      Too bad. If you consider the purpose of a trial to be to discover the truth and deal with it

      Unfortunately, that's not the purpose of a trial. The job of a lawyer is to bend the law to his clients wishes and needs. It's not to find justice.. That's just a vener placed around the legal system to make it palpable to the public. A few prominent lawyers (generally after retiring) have commented in some form or other:

      The legal system has nothing to do with Justice.
      That's why we have things like alternate treatment paths, arbitrators, sentencing circles, etc. They provide an alternative to the legal system that quite often leaves the participants with much more of a a sense of justice than the legal system.

      Between design and implementation, the western legal system gives maximal advantage to the well-heeled psychopath.

      --
      OS Software is like love: The best way to make it grow is to give it away.
    20. Re:Yes it would hurt their case by letxa2000 · · Score: 5, Insightful
      Let's say you where a coder at IBM facing a really annoying problem in the Linux kernel. You have access to the relevant SCO code and cut and paste in a bit of code so that you can finish and get home early, thinking surely no one will ever notice. Now 18 month later this whole thing blows up.

      I don't understand... if someone did this then why doesn't (or shouldn't?) SCO sue IBM or the coder that did this? Sending letters to users of Linux is like Honda stealing trade secrets from Ford on how to build a certain engine, me buying a Honda, and then getting a letter from Ford letting me know that I may be in violation of something.

      It just seems bogus to me. The users of Linux didn't commit a crime. They used what they had every reason to believe was free, GPL software. If that isn't the case then the guilty party is the person that put the offending code in Linux, not all the users (commercial or not) that later used Linux.

      At least that's the way it would be in a sane justice system...

    21. Re:Yes it would hurt their case by DavidinAla · · Score: 1

      Actually, a statement like that DOES have some legal value, but it's only the first step in a long legal process. They FIRST have to notify alleged offenders that they are using something that the company claims that it owns. A typical cease and desist letter does not try to litigate the case. That's just not the way the process actually works. I don't take any position on the issue of whether SCO is right or not -- because I don't know the facts that both sides will later present. All I'm saying is that what SCO has done so far is reasonable within the context of what it is alleging to be true.

    22. Re:Yes it would hurt their case by capnjack41 · · Score: 1
      If that isn't the case then the guilty party is the person that put the offending code in Linux, not all the users (commercial or not) that later used Linux.

      True...if IBM stole some SCO code for AIX (or HP with HPUX, or whatever), would every user in the world who bought that software be liable? I guess the difference is that it's free software, but why would that make users responsible for it? I don't get this whole thing.

      sane justice system...

      HAHAHAHAH

    23. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Assuming SCO has a case ....

      If everyone got their copy of Linux from IBM or RedHat, this wouldn't be a problem -- the distributors would have to cover the costs of licencing the code.

      However, what if no big company is involved? The law will want to make someone responsible. So, if a company downloaded random code from a random FTP site, it probably wouldn't be hard to convince a judge that they became responsible for the legality of that code, and that they were negligent for not investingating it thoroughly.

      In that case, SCO could well get licence fees from Linux End Users.

    24. Re:Yes it would hurt their case by fishbowl · · Score: 0, Offtopic

      >then why did they put it in the context of
      >a "well regulated Militia"?

      They were trying to say that, ultimately, it will be up to YOU to regulate them. The militia will be operating under a command of tyranny, and it will then become your responsibility to put them back in their place.

      Consider that the people who wrote that clause had recently had some experience with that very unthinkable situation.

      --
      -fb Everything not expressly forbidden is now mandatory.
    25. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Yup, that's right. Matlock wouldn't have a chance in a real court.

    26. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      "Sure you do. If you don't tell the other party then it will not be admitted as evidence. Second as pointed out multiple times, You have a DUTY to mitigate damages. By not publishing the alledgedly offending portion, coupled with the fact the code is out in the open, prevents them from collecting damages from anybody but possible IBM."

      The duty is to show damages to the COURT, not to the general public. Seems like the general public (or linux zealots) feel that the offending code must be presented to them, so that they can immediately start their process of rewriting those portions of the code as to not be offending to SCO's trade secrets. So if the evidence does become sealed by the court, no one will know what they are submitting, and will probably not know until the outcome of the case is clear.

    27. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Wow, thanks for the ammo against gun haters.

      I was unaware of this. Thanks to you and the poster above you for bringing this to light.

    28. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Do you think at the time it was written, the US army had full knowledge of where and how many weapons were under its control?

      Communication as we know it did not exist in such a time.

    29. Re:Yes it would hurt their case by geekee · · Score: 1

      You don't have to tell the public at large though what evidence you have.

      --
      Vote for Pedro
    30. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0
      What part of "the right of the people to keep and bear arms, shall not be infringed" do you not understand?

      Well, the comma is a little confusing.

    31. Re:Yes it would hurt their case by arkanes · · Score: 1

      A cease and desist letter that didn't specify what you were supposed to cease and desist would be laughed out of... anywhere.

    32. Re:Yes it would hurt their case by DavidinAla · · Score: 1

      Although I haven't seen the letters that SCO attorneys have sent to alleged offenders, I would presume that they tell people that their use of Linux is a violation of SCO intellectual property. While it would be up to a judge to say whether that is specific enough -- instead of outlining specific sections of code -- I believe that a reasonable non-programmer would find that acceptably specific at this stage of the case. If anyone has seen one of the letters, I would be happy to read it before being more certain. However, without having seen the letters, I think we're pretty safe in assuming that the lawyers were competent enough LEGALLY to say what needed to be said.

      The fact that you assume that the SCO attorneys would not have followed proper legal procedure is puzzling. It amazes me how the political or religious devotion that people on here have for Linux is keeping them from discussing the merits of a legal case without obvious bias.

    33. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      There's no point in keeping it secret if it's alledgedly present in code that's in the public domain.

    34. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Then it'll never get removed from the Linux kernel (if it's actually there).

    35. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      So it's clear that SCO KNOWS the fact are not on it's side.

    36. Re:Yes it would hurt their case by Mr+Z · · Score: 1

      Uhm, Linux is NOT in the public domain. It is, however, distributed publicly. Linux (the kernel and most of the userland) is distributed under the GNU General Public License.

      If Linux were found to violate IP rights, it could not be redistributed under its present license until the violation was resolved.

      --Joe
    37. Re:Yes it would hurt their case by ibbey · · Score: 2, Informative

      But if the evidence is considered a trade secret, don't they have the right to request that the evidence be kept sealed so that it's not available to the public? I think this happened with the Microsoft anti-trust trial.

      You are correct to a point. IANAL, but I believe that once a trade secret is "in the wild", it is no longer protected. The only violator that can be punished is the person who originally violated the secret (in this case IBM, according to SCO). Anyone who got the code from IBM (or a third party), and who does not have a reason to suspect that the code in question is a trade secret, would not be liable. Therefore, there is no reason to seal the code since it is now in the public domain.

      In a case where the trade secret may have been divulged, but not widely, then, yes, the court records may be sealed.

      For an excellent summary of Trade Secret Law, see the Nolo Press Page.

    38. Re:Yes it would hurt their case by ibbey · · Score: 1

      Uhm, Linux is NOT in the public domain. It is, however, distributed publicly.

      You're correct, but you're missing the point. Any trade secret that becomes common knowledge is no longer protected, therefore is in the public domain. As long as you do not have a reason to believe you're dealing with a trade secret, then there's nothing to prevent you from publishing the code in question. Once it has been published legally once, it's open season for anyone else who wants to use it.

      In the specific case in question, the code that was alledgedly taken from SCO is now used in the GPL'd Linux, but generally speaking, a trade secret, once it's no longer a secret, is in the public domain.

    39. Re:Yes it would hurt their case by MyHair · · Score: 2, Interesting
      If SCO were really concerned about losing IP, they could have discreetly contacted the parties in question, demonstrated their case, and maybe worked out some kind of licensing agreement.
      Weren't they the ones that offered UNIX licenses for US$99 to Linux users after first making the claim? I think they did try to 'work out some kind of licensing', but they didn't offer any proof of why end users should do it.

      Speaking of which, everyone running any version of Microsoft Windows can send me US$99 and I won't sue you if I ever decide to sue everyone because they uh, might have some infringing code, yeah, that's the ticket. :-)

      BTW, in a worst case scenario I wonder how practical it would be for an end user to quit using the Linux kernel and insert the FreeBSD kernel with the Linux environment add-ins until the alleged "infringing code" would be removed.

    40. Re:Yes it would hurt their case by calidoscope · · Score: 1
      Let's say you were a coder at IBM facing a really annoying problem in the Linux kernel. You have access to the relevant SCO code and cut and paste in a bit of code so that you can finish and get home early, thinking surely no one will ever notice.

      Assuming that is what happened - that coder would be well advised to get a good lawyer - he/she could potentially face some criminal charges as well as civil charges. (Flamebait reminder: I am talking about a course of action based on the assumption being correct, but I am not presuming that this is what actually happened.)

      --
      A Shadeless room is a brighter room.
    41. Re:Yes it would hurt their case by david+duncan+scott · · Score: 2, Funny
      Yes, I'm in favour of a return to trial by combat, although a good Committee of Public Safety can accomplish a great deal in a short time.

      Or perhaps trial by wombat. I'm not sure how that would work, but it could be entertaining for the children.

      --

      This next song is very sad. Please clap along. -- Robin Zander

    42. Re:Yes it would hurt their case by letxa2000 · · Score: 2, Insightful
      However, what if no big company is involved? The law will want to make someone responsible... In that case, SCO could well get licence fees from Linux End Users.

      Right, but why not the (supposed) idiot programmer who stole code from SCO and stuck it in Linux? If it happened, THAT'S where the law was broken and where justice should be done. If that idiot goes bankrupt, sorry, SCO is out of luck. But to hold Linux End Users financially responsible through license fees for someone elses copyright violation just because the responsible party doesn't have deep enough pockets to make SCO happy is bogus.

    43. Re:Yes it would hurt their case by Mr+Z · · Score: 1

      You're quite right that I was nitpicking. I didn't miss the point -- I was just correcting a factual error.

      --Joe
    44. Re:Yes it would hurt their case by arkanes · · Score: 3, Insightful
      I'm not an attorney, but if I got a letter from someone telling me that a product I was selling - note that a Linux distro is 10s of millions of lines of code, many many gigabytes of files - contained in it, somewhere, IP that they claimed to own, without any specifics, I'd ignore them - certainly I wouldn't stop selling or distributing my product - that'd be tantamount to letting anyone put me out of buisness.

      Just for clarification - to my knowledge, SCO has not sent any C&D letters to any Linux vendors. The letters we're talking about are hypothetical follow-ups to the open letter thats posted on thier website, which does include any details, simply claiming that Linux contains SCO IP, with no details, no authentication, and no collaborating evidence. There's not even enough information for the vendor to do a check themself. Based on SCOs behavior up to this point, however, it wouldn't suprise me a great deal to learn that they would in fact send C&Ds that nebulous.

      Another clarification - I have no especial love for Linux - I'm actually a Windows user, myself - but I have a great hatred of manipulation of the legal system, which this clearly is. It's a grevious example of corporate misbehavior, and, like many people, I find SCOs behavior puzzling enough that I can't rationally explain it without resorting to conspiracy theories. Chief among these behaviors is that EVERY informed analysis of the case that I've come across, except SCOs, is extremely dismissive - for a great many reasons. And all the analysises(?) I've read are equally puzzled - SCO is doing a great deal of posturing and attempting to make a great deal of press, and not providing even the most reasonable amounts of information. It's childish, it's disrespectful, and it stinks of ulterior motives.

    45. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Well, I'd given up on you, but a song convinced me to try anyway. Don't you think trials should be about thruth? Are you on the side of good or evil? You sound like an east coast lawyer to me. It don't matter what's right and wrong, only what someone can prove in court. I call that evil. You can call it prudence or whatever you like, but to me it's wrong.

    46. Re:Yes it would hurt their case by Anonymous Coward · · Score: 1, Insightful

      Look, if I say "Microsoft is giving away free copies of Windows XP! Just download it off Kazaa.", you would certainly be legally responsible if you believed me.

      Now imagine another situation where you download some source code off the net where there is a big comment /* THIS IS RIPPED FROM UNIXWARE */. You don't read the comment, just compile it and stick into production. Are you responsible then?

      The point is that there's a huge gray area here (depending who, where, what, how much, how long, etc), that some judge is going to have to sort out. So it's far too premature to give end users an automatic free pass.

    47. Re:Yes it would hurt their case by bobs2pacsvegaswirled · · Score: 2, Insightful
      Sending letters to users of Linux is like Honda stealing trade secrets from Ford on how to build a certain engine, me buying a Honda, and then getting a letter from Ford letting me know that I may be in violation of something.

      It's exactly like that, but with these additions: not only did you get your Honda, you also got the plans for it and you have the ability to produce them yourself and make a profit from delivering them. In that case, I think Ford would be justified in sending you a letter.

    48. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      If that's true, then it's Yet Another Problem With The Legal System.

      It's fundamentally broken. Flawed from the start. They should toss out the current law makers and get some engineers in there to get a little common sense and fairness in the law. Then it might more resemble justice than the joke it is now.

    49. Re:Yes it would hurt their case by dbrutus · · Score: 2, Insightful

      Actually, it's not so clear, IMO. When you install RedHat Linux (for example) you are agreeing to hundreds, if not thousands of licenses. Every single individual project may have the identical GPL, but they are separate licenses AFAIK. If a compilation of hundreds, or thousands of separate programs are available on a few cds, a cease and desist order really shouldn't be against the compilation, but against the individually licensed subsections. In it's simplest manifestation it's the old RMS distinction between "Linux" and "GNU/Linux". In fact, if SCO insists in not distinguishing between the legally innocent GPL IP holders and those who are not, the non-infringing project leaders may have grounds for suit themselves, for defamation of character at least...

    50. Re:Yes it would hurt their case by letxa2000 · · Score: 1
      not only did you get your Honda, you also got the plans for it and you have the ability to produce them yourself and make a profit from delivering them. In that case, I think Ford would be justified in sending you a letter.

      Yeah, if I took those plans and went out and made a profit selling it. I think 99.9% of Linux users haven't done that. Maybe RedHat et al could be hit for something since they took the plans, built it, and made a profit distributing it. But that's not what we're talking about here.

    51. Re:Yes it would hurt their case by letxa2000 · · Score: 1
      Look, if I say "Microsoft is giving away free copies of Windows XP! Just download it off Kazaa.", you would certainly be legally responsible if you believed me.

      Agreed.

      Now imagine another situation where you download some source code off the net where there is a big comment /* THIS IS RIPPED FROM UNIXWARE */. You don't read the comment, just compile it and stick into production. Are you responsible then?

      First, I doubt there is such a comment in the code in question. That being the case, unless I have both Linux code *AND* the SCO original code, how am I going to be able to compare the code to see if it was copied? And if I see similar code, how do I know which was copied from which?

      In any case, as an END USER I would say, regardless, NO, I'm not responsible. I've recompiled the kernel, sure. But I really haven't looked at a single line of code in the kernel. I wouldn't know if such a comment existed and I don't think I'm legally required to do a code review of hundreds of thousands of lines of code which are well accepted to be free to the public.

      The point is that there's a huge gray area here (depending who, where, what, how much, how long, etc), that some judge is going to have to sort out. So it's far too premature to give end users an automatic free pass.

      Sure we have to wait for the ruling to know what the judge would say, but common sense and (I believe) legal theories would suggest that unless the end user had a reason to believe there was copyright violations in Linux and the user reasonably believed that Linux was free (which is not the case with Windows XP) that the buck stops with the person/company that stole the code and made it public. If it exists it should be removed from Linux, but holding end users responsible for this is absurd and I think this will ultimately be how the judge rules.

    52. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Q: Why is there a court case in the first place?

      A: Microsoft/BillG. wants to create FUD in companies considering adopting Linux. It is well documented that Bill has ties to SCO.

      The outcome is irrelavent -- FUD is the goal here. Don't expect SCO to settle or accept an offer from IBM.

    53. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      IAAL

      But, SCO will be legally required to disclose its witnesses and exhibits when IBM requests that information, which IBM will do before trial, and IBM will review each of those documents and examine each of those witnesses under oath at a deposition as to his knowledge of relevant matters, IBM will also be entitled to review other relevant documents in SCO's posetion and examine SCO employees. This process known as discovery is often compared to the seige of Stalingrad. Given the resources that IBM can bring to bear, it is safe to say that every one who ever worked at SCO, even the guy who filled up the soda machine will be cross-examined for hours.

    54. Re:Yes it would hurt their case by intermodal · · Score: 2, Insightful

      1: if IBM had the SCO code made known to them that is supposedly in linux, they would be in the process of removing it, like, now. That is, if it is actually a violation, unlike the laughable farce i believe this to be.

      2: Many users are not using the code SCO claims was taken. I take for example the SMP scalability issue. Most users don't even know what SMP stands for, much less have more than one processor in their computer. There goes that one...

      Now, here's where it gets silly.

      3: SCO would have shared this information with someone who could fix the problem if they were serious about getting it removed from Linux. Last time I checked, the courts were not the first place a grieved entity was supposed to go, but rather to the defendant, to try to get things taken care of without wasting our tax dollars in court.

      Clearly, SCO is on a petty rampage about nothing. I wouldn't be surprised to see them taking cash from Microsoft to do it, either. It's win-win for SCO...either they get lots of money on the extremely off-chance that they have a case, or they get put out of their misery.

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    55. Re:Yes it would hurt their case by DavidinAla · · Score: 1

      You're arguing about whether SCO is right or not, and I have NO position on that -- because I don't know the relevant facts and lack the ability to read minds that so many on here seem to have. I have only discussed the company's LEGAL position, NOT the company's true intent or any of those related issues.

    56. Re:Yes it would hurt their case by Anonymous Coward · · Score: 0

      Either way, they'll still be a bunch of incompetent mormons!

    57. Re:Yes it would hurt their case by Boltronics · · Score: 0

      I remember when Grand Theft Auto came out on the PS2 here in Australia. It had a rating of MA or something on it which hadn't been approved. It turned out that the game had to be taken off the shelf because the rating was wrong, and selling it with the rating was illegal.

      End users who had already purchased the game were worried that their own copies would be considered illegal, but it turned out that this wasn't the case. It was only illegal to sell / buy the copies with the incorrect rating after the announcement.

      This kind of sounds similar, and if it is than SCO shouldn't have much of a case against disto companies and the like.

      --
      It's GNU/Linux dammit!
    58. Re:Yes it would hurt their case by intermodal · · Score: 1

      no, i'm using SCO as an example of how not to do a civil case. If you haven't reasonably tried to get the defendant to cease and desist without legal action, then IMHO you have no right to try to do so WITH legal action. That's not how the game is played, son.

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    59. Re:Yes it would hurt their case by juan2074 · · Score: 1

      Where is the good SCO code I keep hearing about? It obviously was never in their own crappy products.

    60. Re:Yes it would hurt their case by juan2074 · · Score: 1
      There was no annoying problem in the Linux kernel that SCO could fix. They had too many more annoying problems of their own.

      Have you ever used OpenServer or UnixWare? If you have, you know that Linux was already far ahead of SCO by 1994.

    61. Re:Yes it would hurt their case by ichimunki · · Score: 1

      Any trade secret that becomes common knowledge is no longer protected, therefore is in the public domain.

      Not necessarily. The specific ingredients list for Coca-Cola is a trade secret. If it were to become known, then it would not have any protection because it's a list of ingredients. You can't copyright that. Similarly, if SCO has a way of doing something (like an algorithm) then they couldn't protect that anymore because normally they would have needed to get a patent to prevent others from using it.

      However, if code contained in the Linux kernel or other GNU/Linux library or application is derived directly from SCO UnixWare code, then that Linux code is quite possibly infringing SCO's copyright. You can't just use it. It is not in the public domain anymore than a Steven King novel is (even though none of the text of King's novels are secret).

      --
      I do not have a signature
    62. Re:Yes it would hurt their case by DavidinAla · · Score: 1

      Your opinion -- humble or otherwise -- has very little to do with legal procedure. If you'd like to argue that SCO had an ethical obligation to do something different from what it has, that's fine. I don't have any opinion about that, because I don't have enough FACTS to draw a reasoned conclusion. But when it comes to what the company is doing (and why) from the viewpoint of LEGAL procedure (concerning disclosure of evidence, which is all I've addressed), your opinion about whether the company SHOULD sue isn't even vaguely relevant.

    63. Re:Yes it would hurt their case by intermodal · · Score: 1

      and your opinion is completely irrelevant. Lawsuits are meant as a last resort action, not a first line defense. That is why this case should be thrown out of court. How's that?

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    64. Re:Yes it would hurt their case by DavidinAla · · Score: 1

      You're having an argument with yourself. You're addressing a point that I don't have an opinion about and have not said anything about. Since you replied to something I wrote concerning legal procedure (NOT ethics or legal philosophy), I would assume you know that. But your notion that a lawsuit should be thrown out because you don't think it should have been filed is rather novel -- legally groundless, but still novel.

    65. Re:Yes it would hurt their case by intermodal · · Score: 1

      I think that any time any property case, intellectual or not, is brought before a judge, it should be required that preceeding that, the prosecuting company has shown due dilligence in trying to deal with the problem out of court before forcing it into court. That should be law. It isn't, but it should be. That is what I state, as it is immoral for a company to waste taxpayer money and court time in a case they cannot be bothered themselves to try to take care of outside of a courtroom.

      --
      In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
  31. not a legal expert here.. by Lord+Bitman · · Score: 0

    But let's say you're at a garage sale, and one of the things they're selling is "Random Boxes" that have a bunch of useless crap in them, but it's only 25 cents and you can get some neat things in there, like an old puzzle game or something that came with a happy meal seven years ago.
    So you break into the person's house, steal all their jewelry, throw it into one of the boxes when the person isnt looking, and buy the box for 25 cents.

    Now, I'm not a legal expert or anything, but I'm pretty sure I know which party the courts would rule in favor of.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
    1. Re:not a legal expert here.. by Anonymous Coward · · Score: 0

      .... What the hell kind of metaphor is *that* and how does it relate in any way to the proposed circumstances? Frequently I've seen metaphors made that stretched things a bit, but this is by far the most moronic metaphor I have seen in a long time.

    2. Re:not a legal expert here.. by Lord+Bitman · · Score: 1

      They never put their code under GPL. They licensed their code to IBM, who put the code into a GPL product both companies were using. Let's mess up the metaphor a bit in order to let your feeble mind comprehend a few things:
      Instead of a garage sale, it's a "Free shit" sale. They're giving away shit for free.
      Instead of a random person, you're the same person who runs a museam which Mr. Seller's jewlry was being displayed at.
      Instead of breaking into the person's house, you just brought things over from the museam, put them in the Free Shit box, and bought the Box.
      Next you give the contents of the box away to random people on the street.

      Despite being a more accurate representation of the situation, that one is ugly. Oh look, it's still going to favor Mr. Seller, too.
      Would you like to go away now?

      --
      -- 'The' Lord and Master Bitman On High, Master Of All
    3. Re:not a legal expert here.. by James_Duncan8181 · · Score: 1
      A more accurate comparison would be if I start giving photocopies of a collage of images. (ie. Linux) If I (SCO) start giving out photocopies of these images under the GPL, these are free. Yes?

      What has happened (assuming the case has technical merit) is that I have given another party a picture that I do not want distributed. If the other party adds that image to the collage, they are breaking our contract. If, after looking at the new collage (and remember, Caldera did kernel hacking) I then distribute that under a free licence with the other picture included, I cannot get the slightest bit pissy about any reproduction of the new, GPL'd image after that date.

      It is therefore difficult to see that SCO can have a case against anyone but IBM, and even that can only strech to the breach of NDA and distribution up to the point that SCO released that revision of kernel.

      I would feel that this is an *even more* accurate representation of the situation, and you will notice that I have not made one single insult so far. You see what you could do if you tried?

      --
      "To any truly impartial person, it would be obvious that I am right."
    4. Re:not a legal expert here.. by Lord+Bitman · · Score: 2, Insightful

      unfortunatly the collage would have to be around nine miles long and five miles high, constantly having every last bit of it altered by thousands of people, to compare in any way. The allegation that SCO specifically kept its mouth shut for a while in order to make sure they had a large pool of sue-ables is more serious than the more likely claim that they are merely full of shit.
      The real problem with your example is that it's too close to the actual situation. If you can see fault in someone stealing your copywrited photograph and adding it to the bottom left corner of a huge collage you're working on the top center of, you probably already understand what is wrong about stealing code and redistributing it as free code.

      In both cases, the Linux Kernel itself isnt the problem. SCO couldnt care much less that their code is being used in a product they sell, the problem is its use in products they dont sell. That is the viral nature of the GPL in this situation: the code is free, and now the code can spread like a virus.

      Is this whole concept bullshit? Yes.
      Is SCO full of shit? Yes.
      Should SCO lose all legal rights for refusing to publically state what it is they believe to have been violated? Yes.

      But none of that is at issue here. The issue is: Can I take the code which you have licensed to me, sneak it in to code which we both contribute to and both distribute as OSS, and be free from any charges of IP Theft or contract violation only because you dont have people checking every line of code contributed to the main bit of it against code from closed projects you happen to have.
      Sure, SCO has people who look at code, SCO may have people who happened to look at the exact infringing lines of code. Does this relinquish their rights? Of bloody fucking course not. Not everyone browsing contributed Linux code for errors is going to be a fucking expert on the SCO Unix source AND have a photographic memory AND be anal-retentive enough to actually bother to check.
      If somebody who worked at O'Reilly as a proof-reader came across a line from a non-open book which they didnt proofread [but was published by O'Reilly], there's no reason to expect them to instantly recognize it and decide that this chapter shouldnt go in a free online book. Let's say the chapter is about Death-Rays and was only distributed to IBM and the Coca-Cola corperation under a strict NDA. This open book has nothing to do with IBM and Coca-Cola, but Coca-Cola happens to be one of the contributers (due to their expertise in object-oriented programming, of course). The book is published completely free-of-charge and open on the internet, and it's 27,000 pages long. (broken up into roughly 10 million chapters and a thorough appendix).
      Now, does O'Reilly lose their IP rights to their insightful chapter on Death-Rays found in their expensive and closely-gaurded book about Death-Rays? More importantly, can Coca-Cola be held responcible?

      Gee, how much code can we use this trick to steal before anybody catches on?

      PS: Fuck you.

      --
      -- 'The' Lord and Master Bitman On High, Master Of All
  32. Yes and SO WHAT by Crashmarik · · Score: 2, Interesting

    GNU is a viral license. If you incorporate GNU code into your projects the price you pay is the loss of control the projects.

    The question is who's OX does this gore ?

    1. End users ? Not at all they arent distributing anything and they aren't selling software. If your General Steel or Home Depot you really don't care that your word processor is GNU or not.

    2. Developers

    A. Those that are selling to quote mass markets
    Yes it affects these people alot. Oddly enough though SCO is likely to be the first of a very small number to be affected. It doesn't affect open source companies that went into their business eyes open, just really foolish companies. Its not going to affect a company like windriver, SUSE, redhat. It could affect A CA, or an ADP. These are companies that seem to operate on a captive customer model, buying smaller software companies then milking their customers for all their worth.

    B. Those that are working on internal use projects
    The project isnt being distributed at all. The code doesnt get distributed. Bang simple no harm no foul. In the special case of governments the code might be required to made public as it is public property, no matter how its generated.

    Yes GNU and Open source is viral, but as far as costs go, the cost of being viral is very small, compared spending more on software then you do on hardware.

    1. Re:Yes and SO WHAT by RoLi · · Score: 1
      GNU is a viral license.

      This is just bullshit. Plain and simple.

      So far, not a single line of code was forced to be made GPL.

      If you use GPLed code inappropriately, you have to resolve the licensing problem. You can just remove the GPLed code which you weren't allowed to take in the first place and everything is fine. Of course you can also open up your code if you choose to, but nobody is forcing you to do that. Also, nobody is forcing you to use GPLed code in the first place.

    2. Re:Yes and SO WHAT by alienw · · Score: 1

      Bullshit. If you incorportate GPL code into a commercial product and someone finds out, you are only liable for copyright infringement, just like it would be if you stole some proprietary code from a competitor. You would have to remove that code, and that would probably be the extent of the problem. You would not have to release the product as GPL. Stop listening to Microsoft FUD.

      The issue here is the reverse. Someone took commercial code and possibly incorporated it into a GPL product. Obviously, that is not "viral" in any sense. Also, if the code was stolen without permission of the copyright owner, it would not have to be released under the GPL.

    3. Re:Yes and SO WHAT by Minna+Kirai · · Score: 1

      GNU is a viral license. If you incorporate GNU code into your projects the price you pay is the loss of control the projects.

      That's not what "viral" means. A virus is a creature which infects cells with it's own DNA. It's not something that the victim decides to willingly accept, in exchange for some benefit. It's purely an attacker- a parasite.

      If you talk about it as "paying the price", then the correct biological analogy is a "symbiote". You pay something, and get something back for it. This is how ALL software licenses work. The GPL isn't special in this regard- it just requires compensation in code, instead of money.

    4. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      Read the license.

      When a program is linked with a library, whether statically or using a shared library, the combination of the two is legally speaking a combined work, a derivative of the original library. The ordinary General Public License therefore permits such linking only if the entire combination fits its criteria of freedom. The Lesser General Public License permits more lax criteria for linking other code with the library

      If your linked to GPL code your code is GPL, or you have to take out the GPL code. Thats forced GPL and theres no way around it. Remember this the next time you use GCC.

    5. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      GNU is viral so what !

      Its not FUD, its fact. Its also no damn big deal. You work with Open source tools, and libraries, you produce an open source product. You don't want your work to be open source you pays your money to Microsoft, borland, Trolltech, Mysql, or Oracle and you get propietary versions of the tools. But dont kid yourself once you make a version that is linked to GNU code your project is OS, and whats more if its a dev tool, anyone that builds from it will also be open Source.

      SCO's Problem is that they got burned on this because the people that bought them knew more about litigation than they did the software business. Personally I love the fact that they were so stupid nobody in the company, knew what the other parts were doing.

      For those of you that don't remember SCO was the company that wanted to bring per seat licensing to linux. That they should be nailed on this by the viral nature of GNU is a beautifull thing.

    6. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      Agreed. GNU code is by and large commensual. Its much more appropriate to compare GNU code to a vaccine rather than to SARS. Still, they are both viral.

      The Viral aspect is still very much there in that GNU hijacks other software to provide its reproduction. This is what is meant by viral in this context.

      BTW, just to point out the obvious, Microsoft is considerably more viral and in a nastier way than GNU is. Microsofts propietary formats and applications (word,exchang,XL) infect corporations without them even being aware of it till its too late.

    7. Re:Yes and SO WHAT by RoLi · · Score: 1
      This is not about the license, stupid.

      If your code violates the license of another code, you will have to resolve the issue.

      With any license, you will have the possibility to just remove the other code (and possibly pay damages if that code is sold for mone), no matter what license that other code is under. The GPL cannot and does not prvent you doing that. The GPL is exactly like any other license in this respect

      The GPL just offers you another additional option - opening your code. But that is not forced upon anybody.

      If your linked to GPL code your code is GPL, or you have to take out the GPL code. Thats forced GPL and theres no way around it.

      You write the way around it "or you have to take out the GPL code", then you claim that there is no way around it?

    8. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      Well as much as I appreciate name calling as a debating tactic, ill try to stick to the facts.

      Once you distribute code that contains GNU licensed portions you have to provide the source for that portion. You can take steps to rectify it going forward but you still have to provide your source, and other users have rights to use the product under the GNU license.

      There's no way to revoke the rights. Theres no way to take legal action, except in the manner of harrasment. Thats it. Once Code is GNU'd its GNU forever. Thats a great thing.

      From Microsofts perspective, I would imagine this is truly horrifying. The GNU code base grows everyday and at some point in the future, like kudzu it will choke the life out of Microsofts embrace and extend marchitecture.

      In the case of SCO its a nice object lesson. Its always pretty joyous to see some litigous people taken down by their own stupidity.

    9. Re:Yes and SO WHAT by nathanh · · Score: 1
      GNU is a viral license. If you incorporate GNU code into your projects the price you pay is the loss of control the projects.

      This is not true. The GPL is an option. You are only bound by its rules by choice. You can choose to reject the GPL and then you are only bound by normal copyright.

      I'll make this very clear by saying it again: the GPL is a *choice* you must make. If a small piece of GPL code accidentally finds its way into your codebase then you have two choices:

      • Accept the GPL, your entire codebase becomes licensed under the GPL as well.
      • Reject the GPL, you are now bound by normal copyright. You may be liable for damages and code "theft" under standard copyright law.

      Note carefully that the second choice is the NORMAL action. It's what happens with NORMAL code under a NORMAL copyright license. You don't even get the first choice with NORMAL copyright.

      The GPL is only "viral" if you accept it. That paradoxically means it cannot be viral; you don't have a choice when you catch the flu but you *do* have a choice before you "catch" the GPL.

    10. Re:Yes and SO WHAT by nathanh · · Score: 1
      The Viral aspect is still very much there in that GNU hijacks other software to provide its reproduction.

      The GPL never hijacks "other software". The GPL states that you can avoid the legal hassles that you've just stumbled into (by "stealing" code that didn't belong to you) by making your code free. You've still got the choice to say "fuck that" and go the legal route instead, just like you could with normal copyright.

      If the GPL truly hijacked "other software" then there would never be a choice. And keep in mind that the GPL-owner is in the right; the owner of the "other software" is IN THE WRONG because they have taken code that did not belong to them. The GPL offers them an easy path out, that is all.

    11. Re:Yes and SO WHAT by Dr.+Photo · · Score: 1

      Read the license.

      When a program is linked with a library, whether statically or using a shared library, the combination of the two is legally speaking a combined work, a derivative of the original library. The ordinary General Public License therefore permits such linking only if the entire combination fits its criteria of freedom. The Lesser General Public License permits more lax criteria for linking other code with the library

      If your linked to GPL code your code is GPL, or you have to take out the GPL code. Thats forced GPL and theres no way around it. Remember this the next time you use GCC.


      I'll bite.

      1. GCC and GNU libc have a special license exception that allows for linking to the libc without having to GPL/LGPL the linked code. Perhaps reading the license is a good idea for you, too.

      2. If placing your own code under the GPL is too high a price for you, then you can use your own resources to purchase or develop your own code. The GPL is not a free lunch; it's a quid pro quo. Nothing gives you the right to demand that I code for you for free, although I might do that on my own, if you agree to give back your code in exchange.

    12. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      GCC was a bad example but if you get by with just libc youre much better than I.

      Out of curiosity where did you get anything from number 2 out of that post ?

      2. If placing your own code under the GPL is too high a price for you, then you can use your own resources to purchase or develop your own code. The GPL is not a free lunch; it's a quid pro quo. Nothing gives you the right to demand that I code for you for free, although I might do that on my own, if you agree to give back your code in exchange.

    13. Re:Yes and SO WHAT by Dr.+Photo · · Score: 1

      GCC was a bad example but if you get by with just libc youre much better than I.

      I also enjoy many fine LGPL and BSD libraries. Libraries I write end up under one of those two licenses (BSD if it's something trivial; LGPL if it's not). I personally think that GPL for libraries is a bad idea in the long run (fewer people learning the library means fewer people can contribute to it, etc.). Application, or "end-user" software, however, I have no problem with placing under the GPL.

      Out of curiosity where did you get anything from number 2 out of that post ?

      It's in response to the "forced GPL" comment you made.

    14. Re:Yes and SO WHAT by Crashmarik · · Score: 1

      I really don't get this.


      You may not like the word viral but it is a very apt description for GNU licensed works. Most commercial are not viral, they don't encourage replication or participation in it.

      On topic, If SCO is correct and portions of linux were taken from propietary SCO code then they may be subject to the Viral nature of GNU in full force. Depending on the actual structure of SCO and the extent of the code distribute in caldera's linux, SCO may have no choice but to sue itself for illegally putting its code under the GNU license.

      To me thats hillarious and wonderfull, I haven't seen anything this rediculous since lotus suing paperback software over look and feel.

    15. Re:Yes and SO WHAT by nathanh · · Score: 2, Informative
      You may not like the word viral but it is a very apt description for GNU licensed works. Most commercial are not viral, they don't encourage replication or participation in it.

      It has nothing to do with like or dislike. It is simply not a good description of what the GPL does. You mention the word "replication". A virus does replicate but so does bacteria, cancers, amoebas and animals. A virus does more than just replicate: you'll need to argue that the GPL infects without permission and destroys the host. Unfortunately for you, the GPL only infects WITH permission and it never destroys the "host" (aka the codebase).

      On topic, If SCO is correct and portions of linux were taken from propietary SCO code then they may be subject to the Viral nature of GNU in full force.

      What nonsense! SCO can just reject the GPL and revert to standard copyright infringement proceedings. They are under no obligation to accept the GPL. This is precisely why the GPL is not viral.

      Get it into your head; if you copy GPL code, you CANNOT be forced by the GPL into releasing your own code. The GPL has no authority to do that. You will enter into standard copyright infringement. You'll probably lose and you'll probably pay damages.

      The clever thing about the GPL is that it offers an easy escape involving no lawyers and no damages. You simply give up your codebase. But that's YOUR CHOICE to make. If you don't want to give up your codebase then the GPL can't do anything about it.

    16. Re:Yes and SO WHAT by mpe · · Score: 1

      If you incorportate GPL code into a commercial product and someone finds out, you are only liable for copyright infringement

      You make it sound as though this would be minor. Copyright holders have plenty of "big sticks" to wield.

    17. Re:Yes and SO WHAT by Anonymous Coward · · Score: 0

      So what your'e saying is

      Sco can either pluck out its eyes or hack off its testicles. Its their choice. The GPL isn't viral because it made this choice available to them.

      I am certain microsoft feels their proprietary formats aren't viral either.

    18. Re:Yes and SO WHAT by nathanh · · Score: 1
      Sco can either pluck out its eyes or hack off its testicles. Its their choice. The GPL isn't viral because it made this choice available to them.

      SCO is (possibly) in a different situation because they are alleging that Linux copied code from SCO. The GPL would not apply in this case; SCO's copyright is all that matters.

      Or did you really think you could "steal" some code, place it into an existing GPL product, and somehow that made it alright :-) Perhaps you think that the GPL magically changes ownership of code :-) How amusing. You do realise that only the owner of the code gets to choose the licensing.

      If SCO copied code from Linux then yes; they are in deep shit. They can make the entire SCO codebase GPL and avoid a lawsuit, or they can go into court and get their arse kicked, or they could negotiate an out of court settlement. Of course, nobody is claiming that SCO did copy GPL code, I'm just offering that as a hypothetical.

  33. No, because it's not the "viral" part at work.... by Kjella · · Score: 2, Insightful

    If they did release Unix code as part of SCO Linux, that would be intentional in the sense that they purposefully put it into Linux, not realizing the consequences. It would be equally stupid if they had released it under BSD, or any other "non-viral" OSS licence. Yhe code they released would either way be free for the public to use and reuse.

    The viral argument usually works the other way around - introduce a small amount of GPL code to a non-GPL program, and it will force the rest of the program to be be GPL'd. SCO has not been forced to GPL-licence any additional code as a consequence of GPL contamination. If they chose to insert non-GPL code in a GPL project, would simply be gross negligence and incompetence from their side.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  34. Correction: "MS is somehow paying SCO to spread " by Bold+Marauder · · Score: 1
  35. GPL *IS* viral in nature by nurb432 · · Score: 1

    But that doesn't mean its a bad thing.. Or a good thing.. Its just a fact of life...

    Regardless of what we like to believe, ( or to hear MS suggest anything against us.. ) it does have that quality.

    Perhaps 'viral' not the best term to use, but its accurate in concept at least...

    --
    ---- Booth was a patriot ----
  36. have you ready many EULAs lately? by Samari711 · · Score: 2, Interesting

    sometimes they do claim it's theirs....

    --

    I never said I was smart, I just said I was smarter than you

  37. What will happen when they loose? by Grrreat · · Score: 2, Informative
    If you read the article by Eric S. Raymond you can see that they won't win.

    They will most likely be sued by other Linux companies when IBM is through with them for hurting Linux sales.

    I hope! :-)

    1. Re:What will happen when they loose? by earthforce_1 · · Score: 2, Insightful


      But there won't be anything left to sue, and SCO knows it. If SCO loses, you can expect an immediate chapter 11 declaration. There won't be any meat to pick off the carcass. SCO has quite literally bet the farm on this one.

      --
      My rights don't need management.
    2. Re:What will happen when they loose? by Anonymous Coward · · Score: 0

      ESR is not a reliable source. More errors per sentence than a Dubya speech after he falls off the wagon.

    3. Re:What will happen when they loose? by bovinewasteproduct · · Score: 1

      That suit would never go anywhere, the link is just too remote. They would have to prove that SCO's primary purpose was to disrupt/destroy Linux sales. Side effects don't count...

      If I accuse you of murder, with a good reason to belive that your commited the crime, then you can not come back and sue me for slander. If I did just to ruin your reputation, then you could.

      BWP

  38. Re:Completely wrong. by Lord+Bitman · · Score: 2, Interesting

    Non-disclosure means that any company which is curious to know what they are legally responsible for has to agree not to let anyone else know. That means, basically, that if they tell you what code they want you to pay for, you can't throw it out and develope replacement code: By agreeing to their terms of telling you what they want you to pay for, you agree to pay for it.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  39. SCO is liable for the GPL violations since 2002 by Error27 · · Score: 5, Interesting

    Statements made by SCO CEO Darl McBride and senior vice president Chris
    Sontag indicate that SCO has been illegally selling and distributing software
    that is in violation of the GPL. SCO first became aware of the problem late
    in 2002, but has done nothing to protect customers or inform them about which
    parts SCO distributed illegally. The company claims this information would
    damaged their lawsuit against IBM.

    SCO did not stop selling the infringing software until May 14 2003, and is
    still distributing it from ftp.caldera.com.

    Customers who purchased or downloaded SCO software demand the following
    things:

    1) A complete refund of the purchase price for any software SCO distributed
    illegally.

    2) Any infringing source code or intellectual property must be revealed so it
    can be replaced. Any source code or intellectual property that infringes and
    is owned by SCO must be released under the GPL or relevant license.

    3) If SCO wins or settles its lawsuit with IBM, a portion of the money must
    be returned to SCO customers who were put in legal jeopardy because SCO did
    nothing protect them.

    Many claim that the lawsuit against SCO is simply a bid to be purchased. If
    the company is purchased, the buyer may be liable instead.

    1. Re:SCO is liable for the GPL violations since 2002 by Anonymous Coward · · Score: 0

      Would you care to tell us WHAT programs were illegally distributed? Curious ACs want to know.

    2. Re:SCO is liable for the GPL violations since 2002 by Error27 · · Score: 1

      According to what Darl McBride said, the Linux kernel and other software was distributed in violation of the GPL.

  40. The Next Question.... by gpapilion · · Score: 2, Insightful

    How does this effect the argument for bazzar versus catherdral style development?

    This is what has always worried me about bazzar projects, since there is no controling body, it depends on the honesty of those developing the code not to violate anyones IP rights, or anything else for that matter.

    1. Re:The Next Question.... by GigsVT · · Score: 1

      Just as much as banks rely on the bank teller's honesty to keep track of your money.

      Illegally incorporating someone's code knowingly opens you up to huge personal liabilities.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  41. The Viral GPL by hillct · · Score: 5, Interesting

    Of course the GPL is viral. There should be no question of this, but the question one should ask is "Is that a bad thing?". This was Stallman's goal. He wanted to screw up the software business model, which he succeeded in doing, but with the vary positive side effect of cuilding a cooperative culture of open software development with a fully functional service based business model behind it.

    Clearly the GPL has benefitted many people and businesses. The fact that Microsoft isn't collectively smart enough to figure out a business model that will allow them to benefit from it isn't anyone's problem than theirs, and certainly doesn't make the GPL a bad thing.

    The GPL established a structure where developers can leverage the vast amounts of work released by others for the relitively cheap buy-in of licensing the nw derivative code using the same license. This is not an unreasonable obligation by any streach of the imagination. As for it being viral, if you don't agree to the terms of the license, you are free to avoid building your work on top of code licensed in this way. In the case of SCO, of they were so neglegent as to fail to observer the license constraints they were adopting, through contributing to GPL-licensed software, this is their own fault. This does not in any way reflect poorly on the license. It is written in plain language, and the text of the license represents possibly the most widely distributed and available legal contract in history.

    The nature of the GPL supports a specific development and business model which is inconsistant with certain other models. If Microsoft, SCO and others wish to benefit from software developed under this model, they must accept the simple and streight-forward license terms.

    For an entertaining afternoon, print out and compare the GPL to the Microsoft .NET Studio EULA. It speaks for itself.

    --CTH

    --

    --Got Lists? | Top 95 Star Wars Line
    1. Re:The Viral GPL by swillden · · Score: 4, Informative

      He wanted to screw up the software business model, which he succeeded in doing, but with the vary positive side effect of cuilding a cooperative culture of open software development with a fully functional service based business model behind it.

      Umm, actually it was the reverse: He wanted to build (rebuild, actually) a cooperative culture of open software development, which had the side effect of potentially screwing up the software business model.

      All of his speculations about how business models could be created around open source were an afterthought, an attempt to figure out how he could have the open software world he wanted, and had enjoyed so much at MIT, without making programmers unemployable.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    2. Re:The Viral GPL by antiMStroll · · Score: 2, Insightful
      Of course the GPL is viral.

      Is it? A developer who includes proprietary code in a project will be bound by the limitations of originator's license. Any code that further makes use of the new code will also be so bound, as will every further re-use. GPL affects the re-use of code in exactly the same way.

      It seems to me there are two real differences. Being open to anyone's examination, GPL code is far more likely to be re-used than code requiring NDAs and an army of lawyers. Additionally, GPL differs in the form of payout. The cost of re-using proprietary code is monetary, the cost of using GPL code is communal. GPL code isn't any more viral than proprietary code, it more accessible.

    3. Re:The Viral GPL by Anonymous Coward · · Score: 0

      "Clearly the GPL has benefitted many people and businesses."

      I guess I don't call getting laid off a benefit.

      But I suppose with the new found free time I could play games a lot more.

    4. Re:The Viral GPL by Minna+Kirai · · Score: 1

      As for it being viral, if you don't agree to the terms of the license, you are free to avoid building your work on top of code licensed in this way.

      Which is precisely against the definition of "viral". When a virus infects something, the victim doesn't get a choice.

      Biological terms more appropriate for the GPL include both cancerous and symbiotic.

    5. Re:The Viral GPL by vandel405 · · Score: 1
      Clearly the GPL has benefitted many people and businesses. The fact that Microsoft isn't collectively smart enough to figure out a business model that will allow them to benefit from it isn't anyone's problem than theirs, and certainly doesn't make the GPL a bad thing.
      Who has the billions again?
    6. Re:The Viral GPL by DeepSpace · · Score: 1

      gpl in not viral. it's a red pill ;-) it is YOUR choice to take it or not.

    7. Re:The Viral GPL by GargoyleMT · · Score: 1

      Well, Neo-Modus also makes more (and presumably has more) money than Jacek Sieka, but often making money is orthogonal to the purpose of writing GPLed software. Although almost a cliché, it really is often about providing a fully free version of proprietary software. At least that's a simplistic view of DC++ with relation to NMDC.

      (BTW Hi Jon! And should DC++ be worried about your hypothetical question [in a previous post] about a closed source program ripping off a GPLed product?)

    8. Re:The Viral GPL by vandel405 · · Score: 1

      Course not ;) I'm glad to see you recognized me. You're right making money is a side affect. I really enjoy writing the software. I've been enjoying it quite a lot lately. Hopefully you'll be able to try out my next release and enjoy using it as much as I enjoyed writing it.

      Have fun -
      Jon

    9. Re:The Viral GPL by GargoyleMT · · Score: 1

      :) Well, it's always fun speculating on when you're up to (besides being a student, that much is easy to figure out), and what's happening with NMDC. I've enjoyed seeing your OS X products (I bought myself a G4/533 DA for fun). Actually, it'd be sorta nice to have a real dialog, if such a thing is possible.

      Cheers on the Upload Limiting in 1.1 of your OS X client. That's a can of worms in the DC++ "community" (whatever that /actually/ means).

      - Todd P.

    10. Re:The Viral GPL by vandel405 · · Score: 1

      Glad you like it. My AIM screen name's Vandel405 if you want to IM me sometime.

    11. Re:The Viral GPL by GargoyleMT · · Score: 1

      I'll do that. I've got the nick GargoyleMT nearly everywhere, including on AIM. (In fact, applying for an AIM account forced me to pick a new nick. It seems that Mazrim was already taken. [Wheel of Time by Robert Jordan]).

      Anyway, taking it private. :-)

  42. Gentlemen, you fscked up. by rice_burners_suck · · Score: 2, Interesting
    Hmmm... It sounds like Microsoft's FUD definition of a "viral" license, but here's what I have to say about that: You're an electrician and you wire light switches in your town. One day, you get a helper and you teach him everything you know. Now he's doing a better job at it than you, so he's getting all the work and you're screwed. Is teaching a "viral" act? After all, the knowledge is now duplicated?

    In order to support his family, the electrician needs to wire light switches all day, every day. Electricians don't wire one switch and live off it forever for the virtue that the switch has provided a solution to a problem. However, management at companies like SCO don't realize that software is the same way. At SCO, they made some breakthrough 20 years ago and think that they need to continue getting paid for it forever. I'm sorry to say this, SCO, but like the electrician, you need to continuously make breakthroughs, you need to continuously make new solutions... you have to stay ahead of everyone else through continuously improving good management, continuously improving good project planning, continuously improving good software... continuously improving EVERYTHING. You can't write some "hello world" 20 years ago and charge every Linux user 200 bucks "royalty" for it now. It's yesteryear's news. It's stale. Nobody cares. And quite frankly, your code probably sucks anyway and will be replaced faster than shit going through a tin horn. Try firing your stupid management and putting people in place who will encourage new ideas and new development, and harbor success through good products and good marketing, instead of trying to weasel a profit through litigation, whining like a bunch of babies and making your company look pretty damn stupid. Hell, you people should quit your jobs at SCO and go work for Microsoft. At least over there your actions will fit in better with the mission statement.

    What do I have to say about the "viral" GPL? Like any other action that you can make in life, you have to think before you act and you have to be responsible for your actions. At SCO, "Gentlemen, you fucked up." And now you and your all-Godly shareholders will suffer the consequences of those actions... NOT THE LINUX COMMUNITY.

    1. Re:Gentlemen, you fscked up. by Anonymous Coward · · Score: 0

      And, yet, the true danger here is that the legal system may not understand that this is a stupid claim by SCO. They may be dependent on "expert" witnesses to agree or disagree with SCO's statements.

      My bet is that both IBM and SCO (in the big trial) will present "expert" witnesses stating that their company is correct.

      In that case, the legal system has to establish who did what first. Since SCO has been around longer than Linux, they may very well side with SCO that they did or thought up something similar years ago. Just like those vague patents that can apply to almost anything, SCO, by having done similar things years ago, may legally be seen as having precedence.

      If that occurs, say goodbye to innovation of any sort. Will every new idea have to be based on no older ideas? If it is in any way based on older ideas, lo and behold, someone will sue them as soon as there is profit to be taken.

      This ruins the end of the world because in that case, Nostradamus's descendents may own the a retroactive license to it!

    2. Re:Gentlemen, you fscked up. by kardar · · Score: 1

      It's possible to commit a crime and not get caught; it's also possible, but less likely, to commit a crime and get caught and get arrested and go to trial and walk out a free person.

      The consensus appears to be that SCO is full of it; even if they do have some sort of legitimate claim, the offending code would probably be replaced already if they had been willing to explain exactly where the violation was. Getting rid of the offending code, if that code is there, and if it is in violation, could more than likely be taken care of without going to court. Simply removing the code ASAP and solving the problem does not appear to be the purpose of these legal actions; informing the community that there is a violation would most likely solve that problem - at least it's worth a shot - legal action should be a last resort. SCO's actions are controversial, quite possibly unsubstantiated, and more than likely unnecessary.

      In any case, faith or lack of faith in our justice system is the root cause of the FUD, not Linux or the GPL.

  43. GPL and courts by SexyAlexie · · Score: 1

    As far as I know, the legality of the GPL has never been tested in court. Perhaps this is an attempt to get courts to rule against it.

    --
    I'm too sexy for you.
    1. Re:GPL and courts by spitzak · · Score: 1

      If the GPL is illegal than copyright is illegal. I don't think that is going to happen.

    2. Re:GPL and courts by Anonymous Coward · · Score: 0

      Do you know why? The Free Software Foundation's top lawyer has for a long time been telling infringing companies that people want him to make a test case, and ask them if they want to be part of it. As soon as they speak to their lawyers, they quicly remove the offending code.

      Noone wants to be the test case, not even Microsoft. Because they know they will lose the case.

    3. Re:GPL and courts by SexyAlexie · · Score: 1

      Well, I do wish someone would challenge it in court. That way we all know where we stand. Wouldn't you agree?

      --
      I'm too sexy for you.
  44. If they're right by rsilvergun · · Score: 2, Interesting

    It's a set back, and a minor one at that. The code they have (what they didn't give away when they released their distro and what hasn't had the patent expire on it) will be pulled from Linux, rewritten to be patent free, and we'll all move on. The point is this doesn't effect the spirit and ideals of free software at all. Neither does SCO have a patent on computing as a whole.

    On the other had this might kill Redhat/SuSe/Mandrake. Yes, that would be bad. But unlike the traditional software world where a company dying means their product goes by-by, we've got the source. Heck, the core members of Redhat/SuSe/Mandrake could probably just start up another company doing the same thing. Again a set back, but not the end.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:If they're right by mlk · · Score: 1

      While all is fine in merry developer land, up in CTO land OSS ends up with a big black mark across it.

      What will be next? Apache? Time to buy IIS.

      Not fun.

      --
      Wow, I should not post when knackered.
    2. Re:If they're right by Anonymous Coward · · Score: 0

      It's not all fine - if you're in violation of a SCO patent or SCO proprietary license, you're liable for back-damages. You can replace the code in your next version, but you'll have to pay damages for all the previous versions you release. That's not all merry fine at all.

  45. Absolutely by cperciva · · Score: 1

    A license is a contract. You can't enter into a contract by mistake -- or rather, if you do, the courts can overrule it.

    Providing that SCO can show evidence that they made a "good faith" attempt to stop distributing linux-plus-their-proprietary-code as soon as possible, the inadvertant GPLing of their code would be overturned by the courts.

    1. Re:Absolutely by belroth · · Score: 1

      Their linux distro is still available for download from their ftp site, so their "good faith" seems a little lacking....

      --
      I hereby inform you that I have NOT been required to provide any decryption keys.
  46. Worst case by Ed+Avis · · Score: 5, Funny

    If SCO is right, and if SCO manages to prevail in court, then expect to see 'Red Hat FreeBSD' fairly quickly.

    --
    -- Ed Avis ed@membled.com
    1. Re:Worst case by spongman · · Score: 1

      shouldn't that be 'Red Hat Gnu/FreeBSD'? ;-)

    2. Re:Worst case by AlgebraicSpore · · Score: 1

      Perhaps it will be Red Hat GNU/Hurd?

    3. Re:Worst case by Anonymous Coward · · Score: 0

      Actually no. There are naitive BSD utilities for pretty much everything that you need GNU utilities for in Linux. *BSD is an OS distribution. Linux, technically, is just the kernel and vendors normally wrap GNU stuff around it. They could just as well wrap BSD stuff around the Linux kernel.

      Anyone for BSD/Linux? (Is the spinning sound I hear RMS?)

    4. Re:Worst case by Ed+Avis · · Score: 1

      Yeah but hypothetically they'd take the FreeBSD kernel and add the GNU userland to it (probably even glibc). So GNU/BSD would be an appropriate name. I think there is currently some Debian GNU/NetBSD project.

      And yes, Tom Christiansen a few years ago tried to start a BSD/Linux project, that is, a Linux distribution without any GNU code. But it was a bit pointless and fizzled out I think.

      --
      -- Ed Avis ed@membled.com
    5. Re:Worst case by Anonymous Coward · · Score: 0

      If push came to shove, I think "RedHat OpenBSD Server Edition" would make some sense.

  47. It's "Intellectual Property" that's a can of worms by dmaxwell · · Score: 1

    The same applies if the closed source static libraries included any code that wasn't legally kosher. What if the code weren't GPLed but instead made illegal use of a Microsoft SDK. The "can of worms" is equally nasty. The modern idea of Intellectual Property makes any development or use software a huuuuge can of worms. Weren't we all reading a couple of weeks ago that an MS database product violated some patents and that end users were likely to be held liable?

    The GPL is not unique in this regard. The can of worms starts writhing the instant someone appropriates something that isn't theirs.

  48. Your code by Anonymous Coward · · Score: 0

    Your responsiblity. There should be no "inadvertently."

  49. Untitled by dtfinch · · Score: 1

    If their Unix source does appear in the SCO Linux, they could argue that they didn't put it there, but instead downloaded the packages that contain it from another distribution. In that case, they would not be the ones putting the source into GPL, so their IP would be violated.
    To defend themselves, IBM would not only have to show that SCO Linux contains the source in question, but that SCO introduced it into the source. By withholding that that source is, they are hindering IBM's ability to investigate for their own defense and perhaps giving themselves time to try and cover up some stuff.

    1. Re:Untitled by Meowing · · Score: 1

      Caldera started distributing Lunix products well before they bought the SCO rights, and they've had close to three years to take a peek at the stuff they bought. It's not as though Caldera/SCO is some one-person operation operating out of a kitchen or bedroom, it's got ~800 employees and VC backing. It took them 3 years to start code reviews of products they've got on the market? Okay...

  50. Re:Yes it would hurt their case (OT) by finkployd · · Score: 0, Offtopic

    If this were true, then why did they use the phrase "the people" to mean something completely different in this amendment than in every other amendment that includes that phrase?

    That said, I think your position is very rational (regarding safety courses, background checks, etc) and I totally agree.

    Finkployd

  51. Evolution of SCO claims by gmuslera · · Score: 4, Interesting
    At first, they claimed that IBM violates their Unix Licence by adding something of Unix source code to Linux. That was only something about violating a license, and had very little to do with linux, GPL, or Caldera selling linux all this time. For this point I can't say that SCO or IBM will win, and if IBM should stop selling AIX, as the point could be how was written the ibm-sco contract. As far things were in this direction, they were not doing nothing extremely wrong.

    But then the focus switches to Linux, how it could have inside "stolen" code, and how everyone could be violating their IP... and there the things are more darker for SCO. Either the offending code could be replaced, or they validated the code addition releasing that code with the GPL license, or they are plain wrong. In any case, I hope the bribe they got to do all of this is enough to live the rest of their lives because no one will buy something from them ever again

    1. Re:Evolution of SCO claims by Anonymous Coward · · Score: 0

      The people doing this, SCO executives and anyone they hire for this matter, such as IP Lawyers, will live long and prosperous lives. Once this is over, no matter what the outcome, there will be plenty of businesspeople salivating to hire them for their own ends.

      The powerful protect the powerful. There are no morals in business. Ruthlessness is rewarded, even when someone ruthless fails they are seen as strong and desirable by other businesspeople.

      NO, not all people who work in business are like this. But the truly powerful, and the ones that matter, are.

  52. Time to put energy into another kernel... by Anonymous Coward · · Score: 0

    Anyone up for improving GNU/HURD?

    1. Re:Time to put energy into another kernel... by Anonymous Coward · · Score: 0

      Obviously not, or someone would've done it by now.

  53. flawwed analogy by Samari711 · · Score: 1

    for the analogy to reflect what happens, the theif would have to sell the jewlery to the owner inside a jewlery box and the onwer would then put the jewlery box in one of the 25 cent boxes. then when someone else who has no knowledge of what had previously transpired buys the 25 cent box and finds quite a surprise in there. in that case the theif is still responsible but the person who bought the box with the jewlery in it didn't do anything wrong, the owner should have checked what was in the jewlery box first. in other words, IBM is still culpable for damages, but the code is out and by SCO's own hand so there's not a whole lot they can do to anyone who uses it.

    --

    I never said I was smart, I just said I was smarter than you

  54. Hey, he stole my post! by akorvemaker · · Score: 2, Interesting

    I posted this same idea 2 weeks ago!

    So, now can I sue him for stealing my IP? ;-)

  55. Re:About as viral as accidentally giving away secr by Wavicle · · Score: 4, Insightful

    I don't support SCO, and I hope this matter is resolved in such a way as brings about their ruin, and IANAL, but... SCO's argument is that in good faith they redistributed code that they were told was an entirely original creation or otherwise GPLd under agreement with a copyright holder.

    If SCO's IP was in there, then those whom originally released the code acted in bad faith. You can't go around tricking companies into releasing their IP by executing bad faith deals and then claiming that it is too bad because they weren't forced to release the code in the first place. I doubt the court will support this mode of argument.

    I think what SCO will have to show is that their IP is in the kernel (the hard part) and then show that prior to them releasing the code themselves, somebody else released the code in bad faith claiming it was legitimately licensed under the GPL, that they had no reason to believe the claim false, and acting on the good faith assumption that it did not violate any IP then distributed it themselves.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  56. How does one license supercede another? by Dominic_Mazzoni · · Score: 1

    The way I understand it, SCO is alleging that somebody took a nontrivial amount of code from the Unix source that SCO now owns, and copied it somewhere into the Linux codebase, thereby releasing that code under the GPL.

    Now people are worried that because SCO also distributed this same code under the GPL, that somehow "legitimizes" its release, which makes the GPL seem "viral". In other words, because SCO owned the original code, by releasing that code under the GPL they in effect dual-licensed it, even though the Linux contributor who put the code in there didn't have a legal right to do so.

    Do people think this will really hold up? In order to release something under the GPL in the first place, you have to own the code or have the right to license that code to begin with. If I steal Microsoft's code and release it under the GPL, that doesn't make the code actually GPL'd, because I never had the right to so license the code.

    SCO's case is complicated by the fact that they also distributed the same code after somebody GPL'd it, without their knowledge at the time. But since they stopped releasing the code (relatively soon) after they became aware that it contained some of their own proprietary code, then I think this should effectively kill the GPL on that code. The person who put it in there in the first place didn't have the rights to, and SCO didn't know it was there when they distributed it.

    What do you think? Did SCO really lose their rights to their code by "accidentally" releasing it under the GPL, as a result of someone else's illegal licensing of it in the first place? I certainly hope not.

    If I give a counterfeit dollar to the U.S. government, and they in turn give it to someone else, not realizing it's fake, that doesn't somehow legitimize that bill. It's still not legal tender.

    Same thing with this code. Since SCO wasn't the one to GPL it, the code isn't legally GPL'd.

    IANAL.

    1. Re:How does one license supercede another? by Anonymous Coward · · Score: 0
      Do people think this will really hold up?

      Yes. There is the notion of due dilligence, as in SCO should have a reasonable idea of what it is, exactly, that they're distributing. They'll have to show that they, themselves did not submit the offending code into the kernel, now claiming it is "illegitimate".

      In order to release something under the GPL in the first place, you have to own the code or have the right to license that code to begin with.

      Also correct.

      If I steal Microsoft's code and release it under the GPL, that doesn't make the code actually GPL'd, because I never had the right to so license the code.

      But that doesn't make me liable for copyright infringement, only you.

      Also keep in mind that SCO is claiming that some infringing code shows up in the kernel before IBM becomes invovlved with Linux.

      Until SCO asks a federal court for an injunction to bar the distribution of the linux kernel, I'm not concerned with their claims. If their claims are solid, they'd be in front of a federal judge looking for an injuction. We'll see what comes this week, tho.

    2. Re:How does one license supercede another? by Nathaniel · · Score: 1
      "Now people are worried that because SCO also distributed this same code under the GPL, that somehow "legitimizes" its release, which makes the GPL seem "viral". In other words, because SCO owned the original code, by releasing that code under the GPL they in effect dual-licensed it, even though the Linux contributor who put the code in there didn't have a legal right to do so.

      Do people think this will really hold up? In order to release something under the GPL in the first place, you have to own the code or have the right to license that code to begin with. If I steal Microsoft's code and release it under the GPL, that doesn't make the code actually GPL'd, because I never had the right to so license the code."

      The confusion comes about because SCO had their own Linux distribution (SCO Linux) which probably included the code they've been claiming was wrongfully used. Hard to tell yet because they aren't mitigating damages by releasing details, but it seems quite likely that they released the code under the GPL when they distributed their own version of SCO Linux.

      If these things are true, SCO will probably claim they didn't mean to release those bits under the GPL, and this happened inadvertantly because the code had been inserted without their consent.

      All that assumes they can actually point to any code that was really copied from their copyrighted code base in the first place.

    3. Re:How does one license supercede another? by dossen · · Score: 1
      But since they stopped releasing the code (relatively soon) after they became aware that it contained some of their own proprietary code, then I think this should effectively kill the GPL on that code.

      How would you define "relatively soon"? The Register ran the story about the letters to Linux customers on the 15th and on the 16th the kernel was still available on ftp.caldera.com.

      I'm not an expert, but removing software from your own ftp-server should take seconds, and yet it is not even gone by the time the press is reporting their threats against customers. Not to mention the time that passed since they started taking legal action against IBM.

      This of cause assumes that the kernel is the infringing part.

    4. Re:How does one license supercede another? by no_code_charlie · · Score: 1

      The point that everyone seems to be missing is that SCO cannot deny that the GPL applies to their own Caldera Linux distributions, including their claimed proprietry kernel code. The reason is that the only right that SCO ever had to copy/modify/distribute the linux kernel in the first place was the GPL itself (otherwise it had no such right.) Now, under the GPL upon which SCO relies, the right to copy/modify/distribute *depends* on the licensee (here, SCO) granting the GPL with respect to its own code. So, SCO cannot plausibly deny that the GPL applies to their proprietary kernel code because if they do so, they forfeit the right to copy/modify/distribute all the rest of the kernel code. As a result, SCO would become liable for copyright infringement to all the kernel developers that didn't work for SCO (how many are there?) Such an act could destroy SCO right away. As a result, I don't think SCO will ever actually take this position.

    5. Re:How does one license supercede another? by spitzak · · Score: 1
      I totally agree with you.

      The fact that SCO released the code under the GPL can easily be dismissed, they can just say it is much too large and complex to check it. They could also claim there was poor internal communication so somebody thought it was ok. I think such mistakes don't cause you to lose copyright. If a printout blew out of Microsoft on the wind and is found, it does not mean Microsoft loses their copyright.

      They do have to release immediately information about where the code is, so that their mistake can be rectified. If they don't do actively try to fix their mistake then they are implicitly saying that it is not a mistake, and then the release of the code goes against them.

    6. Re:How does one license supercede another? by no_code_charlie · · Score: 1

      Please. If your "accidental license" theory was valid, not only would the GPL be worthless, but *all* software licenses would be of dubious validity. Fortunately, courts are not so stupid. There's a legal (equitable) doctrine called estoppel. Check it out. Besides, SCO would be screwed even worse of they tried to deny that the GPL applied to their 'inadvertent contributions' to the linux kernel code. (See my post below.)

    7. Re:How does one license supercede another? by Anonymous Coward · · Score: 0

      OK, so how come everyone ELSE should be liable and have to pay royalties? When SCO itself was clearly "fooled" into thinking nothing propreitery was in there.

      Your dollar bill example is invalid and flawed.

      This is the true scenario: The government handing you a counterfeit money and then turning around and charging you with passing around counterfeit money.

    8. Re:How does one license supercede another? by Anonymous Coward · · Score: 0

      You are right you are not a lawyer. I am. My best guess is that if SCO distributed the code without using due dilligence to determine its provenance, they would waive their right to assert infringement.

      In this case, where they could easily name the offending modules, but have not one begins to suspect a PR campaign. Take your spouse or or friend to see the Academy Award winning film Chicago, not only are the singing and dancing great, but it is very instructive on legal PR.

      BTW. If the United States issues a note it is probablly not counerfeit no matter how badly printed it is. Analogy is a very slippery business. A good faith purchaser of stolen goods does not have title to them, but a good faith purchaser of securities does.

    9. Re:How does one license supercede another? by spitzak · · Score: 1

      That is why I think SCO must actively work on fixing their "mistake". If they do nothing they are admitting it was not an error. Therefore for them to have a case they must release immediately detailed information about what parts of Linux must be changed, at least for the version they sent out, so that the "mistake" can be corrected.

  57. If they're right by Azureflare · · Score: 1
    Whoo, then IBM created linux!

    Oh, and if they are right, the big linux guys can just yank out the "infringing" code, and have a patch for people to download that will patch the kernel/whatever is infringing. Of course, this might create some problems... But in the long run, it wouldn't be too difficult to fix up. However, I highly doubt their story is true. I have a tendency to disbelieve people who get their background facts wrong about something they supposedly know a lot about.

    Why are they pointing this out now anyway? The source code has been freely available for... Well, since linux was started! Very odd if you ask me. Also, is this code in all linux versions, or did it start being used in certain later versions? We can only find out when (if) the case goes to court.

    I could only see them winning if SCO went after some poor linux vendor who can't defend themselves.

  58. 2nd amendment by Jim+Hall · · Score: 0, Offtopic

    The full text of the 2nd amendment is: "A well regulated Militia, being necessary to the security of a free State, the right of the people to keep and bear Arms, shall not be infringed."

    I thought it was to arm Bears ... damn, I've really screwed things up.

    1. Re:2nd amendment by Anonymous+DWord · · Score: 0, Offtopic

      Remember, only YOU can prevent gun control!

      --
      "If he thinks he can hide and run from the United States and our allies, he's sorely mistaken." Bush on bin Laden
    2. Re:2nd amendment by Anonymous Coward · · Score: 0

      So YOU'RE the reason Jim McMahon has been spraying my neighborhood up with an Uzi.

      Thanks.

    3. Re:2nd amendment by Fulcrum+of+Evil · · Score: 1

      What the HELL!? This is a thread about IP rights, not g*n c*ntr*l! Argue about whether banning guns is even remotely a sane idea some other place!

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    4. Re:2nd amendment by Anonymous Coward · · Score: 0

      Thank you for your contribution. It was very useful.

  59. Nothing "Viral" Here by John+Hasler · · Score: 1

    > But here's the catch: Does this validate
    > Microsoft's view of a "viral GPL"?"

    No. Bruce's argument would apply in exactly the same was were the kernel under the BSD license.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  60. Re:Completely wrong. by SwedishChef · · Score: 3, Interesting

    A "non-disclosure agreement" is a contract and the terms of the contract determine what can and cannot be disclosed by one (or both) of the parties. I haven't seen the terms of the SCO non-disclosure agreement but whether or not it requires you to pay them regardless of your ability to reduce your liability by removing or re-writing the code would depend upon how the agreement is written. It seems to me, and IAMAL, that SCO's claims to be "damaged" is reduced if SCO refuses to let anyone know what the damage is, let alone fix it.

    Let's take an injury claim. If you help me paint my house and fall off the ladder and get hurt, then I am probably responsible. However, if you won't let me know what injuries you incurred then I cannot repair the damage. If you then take me to court and demand punitive damages to teach me a lesson for not fixing you, I can claim that you never gave me the chance to help.

    If you make me sign a non-disclosure agreement that stipulates that I must pay you regardless of whether I could easily remedy the damage, then that seems pretty unfair too. In the case of our painting injury, you could show me that your arm was broken but then claim (with supporting "expert" testimony, that only a heart replacement would truly fix you up and by signing the non-disclosure I would be obligated to pay for that. Nevermind that an emergency room doc could set the arm and cast it and you'd be fine in six weeks.

    Any company that would sign such a non-disclosure agreement (if it were couched in the terms you describe) would deserve what it gets.

    It seems to me that just the act of refusing to allow anyone to see the infringing material casts SCO in the light of trying to maximize damage to their intellectual property rights. In other words, rather than allowing it to be fixed, they want to take it to court and assign a monetary amount to the "damage" and add punitive consequences.

    --
    No one ever had to evacuate a city because the solar panels broke!
  61. SCO's lawyers are probably thinking... by defile · · Score: 3, Funny

    That if they draw the Linux community proper into a legal battle, that in court the judge will see SCO's lawyers, all sharp and buttoned down, representing tireless innovators who are meekly trying to defend their intellectual property, and on the other side, will see unwashed, smelly, hairy anti-capitalist hackers trying to rape and pillage all of the intellectual property in the world in support of some fanatical anti-business ideal.

    The judge doesn't even have to hear an argument, he slams the gavel, case closed. SCO wins.

    Boy, do they have another thing coming.

    If there's one thing that hackers like to tinker with besides technology, it's law.

    I'd watch it on C-SPAN with a bucket of popcorn.

    1. Re:SCO's lawyers are probably thinking... by Anonymous Coward · · Score: 1, Insightful

      SCO is suing IBM, not ftp.kernel.org or the linux-kernel mailng list.

      Somehow I have a hard time picturing IBM's lawyers as "unwashed, smelly, hairy anti-capitalist hackers".

      Also remember that the parent company sued Microsoft, and settled for $150 million. Caldera has been down this road before, successfully.

      I'd watch it on C-SPAN with a bucket of popcorn.

      Hell, yeah! Although I disagree with your scenario, I do think that the GPL may actually get a test in court, when IBM points out that SCO itself distributed the offending code under the GPL. That's worth lots of popcorn.

    2. Re:SCO's lawyers are probably thinking... by Piquan · · Score: 1

      They're suing IBM. This is like getting in a fistfight with a train.

    3. Re:SCO's lawyers are probably thinking... by MythosTraecer · · Score: 1

      in court the judge will see SCO's lawyers, all sharp and buttoned down,...and on the other side, will see unwashed, smelly, hairy anti-capitalist hackers

      Dude, nobody's lawyers are sharper or more buttoned down than IBM's!

      --

      --Mythos
  62. Sco Vs Caldera ? by rasjani · · Score: 1

    People seem to point out that SCO has allready released the offending code in gpl by releasing their own distro.

    Im not pointing this out, but its more of a question:

    In the past there was Caldera, and there was Sco. Caldera bought os division part of SCO but not rights to "The Unix". Sco company remained and their plan was to make Tarantella their main product but also keep UnixWare maintained (This is still correct?)

    Now, Are Caldera and Sco still seperate company ? And if yes, then has Sco really released a linux distribution (which would mean that Sco has released the code themselves too, knowingly or unknowlingly..) but if no, then it would be Caldera who released the code and it wouldnt mean jack s#!t to the actual ip case.

    --
    yush
    1. Re:Sco Vs Caldera ? by Meowing · · Score: 2, Informative

      Yeah, it's confusing. After selling the SCO business and rights to Caldera,the original SCO company changed its name to Tarantella. Caldera then took over the SCO name to go with the product line. So, the company called SCO today really isn't the same SCO from the Xenix days.

    2. Re:Sco Vs Caldera ? by rasjani · · Score: 1

      So basicly, Caldera is now suing the linux community.. Thing that still bothers me is that as far as i know, Tarantella kept the rights for UNIX trademark or do i remember that incorrectly ? If that is right, then UnixWare as it is now is also a licencee and thus, shouldnt have any basis for claiming ip rights..

      --
      yush
    3. Re:Sco Vs Caldera ? by tachyon · · Score: 1

      SCO/Caldera never owned the Unix trademark. The Unix trademark is owned by the Open Group, only the code is owned by SCO/Caldera.

      --
      99% of all statistics are made up on the spot. -- Bruce Karsh
    4. Re:Sco Vs Caldera ? by Meowing · · Score: 2, Informative

      Yeah, Caldera did buy the rights from SCO to the remaining encumbered UNIX code (there is a limited 3-year revenue sharing deal with Tarantella that might make the transfer's appearance murky), but even before that SCO had already released early versions under a rather open license. What Caldera actually owns is relatively slim. The UNIX trademark belongs to The Open Group (formerly X/Open), which Novell spun off as a separate entity before the sale to old SCO. So, UNIX branding no longer means anything with regard to the underlying source code.

  63. The SCO problem by linuxislandsucks · · Score: 2, Insightful

    SCO has this problem..

    Pretend for a moment that someone completely independently codes a processof one click ordering-although they can be sued for infringing on Amazon's IP this cannot be confused with copying code..and even then it comes down to is the Patent a valid one..

    Waht we know for sure that Kernels and OSes are different enough in the unix ful world that one solution while have some code the saem and solving the smae problem can have vastly different code foot prints on various OSes o fboth Unix and Linux..and thus saying 20 lines matches has no meaning in this scheme of things on the basis of patent infringement it has to be base don the full code footprint and its effects for thsoe 20 lines of code..ie ho wimport are thos e20 lines towards meeting the ful infringment conditions..

    To complicate matters if SCO Group by accident distrbuted code under GPL via their Linux distribution they have already violated the first conditions of a trade secrecy by not keeping the methods secret..

    Apple had the same problem with Microsfot in the late 1980s and early 1990s in that Microsoft did copy or come up with code independently that was tghe saem as Apple's but it caqme down to how important was that code to the IP rights that Apple was claiming infringment on..and notice Apple lost that battle..

    and also notice Apple is still in buinsess for basing the decision to sue or not or settle on business economic conditions. SCO Group should follow tha texample...

    --
    Don't Tread on OpenSource
  64. What about the tainting future code? by nurb432 · · Score: 1

    If we were all exposed to their IP with out permission, does that mean all future code is tainted, technically?

    Non Disclosure clauses have caused this problem in the past for people. Once you 'see' the code you are tainted for life.

    ( not trying to give them any ideas here.. just dont want to get hit when we arent expecting it )

    --
    ---- Booth was a patriot ----
  65. Not a goof Laziness. was Re:What a goof... by MrLint · · Score: 1

    I doubt this was a goof, assuming SCO actually released its own code into linux then it was likely done out of laziness/expidence. SCO is about 'Unix', however the buzzword is 'Linux'. I'd be more likely to think that someone at SCO decided to take a shortcut and pasted some code in. and then the code was 'found again' in the Linux code.

    Well then what happens next? Well like a good bureacrat SCO tries to CYA. Pulls out of Linux in order to see what elase is in the pipe that might be leaked, So where deos the suit come in? Thats a tought one. It could be possible deception trying to palce blame elsewhere. It could be that they cant find the real leak and thus are looking for likely targets.

  66. They'll have to disclose it before court anyway. by allankim · · Score: 3, Interesting

    If I'm not mistaken both parties will be required to disclose their evidence *before* court during the discovery process. To me SCO's statements about revealing their evidence only "in a court setting" sound as clueless as they are belligerent. Perhaps SCO's backers dream at night of David Boies confronting Samuel Palmisano with a stack of greenbar paper in some Salt Lake City courtroom, badgering him with: "How do you explain these diff files?!?!?!?" If so they should cut down on the TV.

  67. Collateral damage by Anonymous Coward · · Score: 0

    Imagine this: you are a systems and network services provider, and you have a big contract with a client who has finally decided to free his company from the MS tax. You are to redo their whole network on a Linux and Open Source base... And today you get a fax from them:

    "We are sorry but our legal department has warned us of potential unknown liabilities in using Linux. As a result, we have decided to postpone our network migration. Our current contract is therefore cancelled. We will let you know when we need your services again. Thank you."

    Darl McBride... Dark basement... Blow torch... Chainsaw... Hmmmmm....

  68. Boycott by Anonymous Coward · · Score: 0

    Boycott and Protest at SCO Forum in August in Las Vegas, plus look at their sponsors: http://www.sco.com/2003forum/sponsors.html

    Intel and HP should not be supporting them

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

      If you want to complain to Intel and HP for supporting SCO, you probably could do so: here, here, or here and here or even here

  69. The problem wouldn't be a viral GPL... by William+Tanksley · · Score: 1

    The problem in this case would simply be the licence applying to what you release.

    And IMO it wouldn't be SCO's problem; if their allegations are true, it would be IBM's and our problem. For an example of this kind of thing, consider RSA's RC4, an encryption algorithm that was secret for a while, then was anonymously posted to Usenet. RSA claimed that it was a stolen trade secret, but because nobody could trace it, they chose to simply threaten to sue anyone who used it in a product that claimed to support RC4. Essentially, you can't make money on a product which you claims supports their algorithm without licensing the algorithm from them.

    I don't see much of a chance of anyone buying the "they released it under the GPL!" argument; the problem is that they _did not_ release it, they simply redistributed it. Even if they made changes to that specific part of the code you still can't show that they did anything knowingly. I'm sure an expensive enough lawyer could "convict" them, but I think the result would be to cover over the real problem, which would be IBM releasing non-GPLable code as GPL.

    Oh, of course, I have to finish by repeating the technical solution to this problem: rewrite the problematic code. Duh.

    -Billy

    1. Re:The problem wouldn't be a viral GPL... by dossen · · Score: 1

      Am I totally of base here, or doesn't trade secret protection end once the information is made public? I'm not saying that the guy who stole it should be of the hook, but if I where to find some information on the net (without cracking anybodys server or anything) and there is no patent to protect that information, what exactly could I be doing wrong if I use it? Remember that it would be an algorithm, so I would likely reimplement it, implying that there would be no infringement of copyright.

    2. Re:The problem wouldn't be a viral GPL... by no_code_charlie · · Score: 1

      Two Points: 1) SCO's "Trade Secret" claims pose ABSOLUTELY NO problem for the OS community; 2) SCO's release of linux kernel source inclduing their claimed proprietary code under the GPL binds them, *even if it was done inadvertently.* Reason: 1) Matter must be secret in order to constitute a "trade secret" the misappropriation of which would constitute a tort (cf. contractual trade secret) and linux kernel code is certainly no secret; 2) RTFGPL, there is no exception for inadvertent releases. Also, SCO would be estopped from denying GPL based on widespread and consequent reliance of licensees. Besides, if you read the GPL, any denial of GPL wrt Caldera Linux would subject SCO to claims of copyright infringement by anyone and everyone who contributed to the linux kernel that Caldera released. (Under GPL, SCO's right to copy/modify/distribute parts of linux kernel that they did no author/modify DEPENDS on them granting GPL wrt to parts that they do contribute.) (Duh.)

    3. Re:The problem wouldn't be a viral GPL... by arkanes · · Score: 1

      Go to ftp.caldera.org - they are STILL distributing it - either that, or the offending code is something that is in (many/all) other Linux distros but not OpenLinux. I'll assume the former, in which case they're releasing it, under GPL, knowingly and with full intent.

  70. Re:discovery in civil trial by davebo · · Score: 4, Informative

    Discovery occurs in civil cases as well as criminal. A quick trip to google will convince you of this.

    See here for a nice description by the ABA of discovery procedures. That website, in fact, has a good description of how trials work in general.

  71. But SCO *will* win some verdicts in court by Morgaine · · Score: 1

    While you're right about the tons of FUD, that won't stop SCO from winning verdicts in court.

    Remember that the US legal system from the lowest lawyers to the highest judges is basically corrupt, in the sense that court cases are massively influenced by money, actual justice plays a secondary role, and fairness doesn't even get a look in. Furthermore, the lawyer wallet-lining is self-sustaining through the leapfrog mechanism of loss and appeal as cases rise up the legal chain.

    I don't think even the most naive of observers harbors the illusion that SCO's claim will be chucked out on first judgement and never be seen again.

    This is the US. Lawyers need that 3rd SUV, and judges need high-profile cases as part of their career progression.

    --
    "The question of whether machines can think is no more interesting than [] whether submarines can swim" - Dijkstra
    1. Re:But SCO *will* win some verdicts in court by Anonymous Coward · · Score: 0

      >Remember that the US legal system from the lowest lawyers to the highest judges is basically corrupt, in the sense that court cases are massively influenced by money, actual justice plays a secondary role, and fairness doesn't even get a look in. Furthermore, the lawyer wallet-lining is self-sustaining through the leapfrog mechanism of loss and appeal as cases rise up the legal chain.

      I must not have gotten the memo. Or I must have missed that day in class. It's not in my notes.

      Even if we accept your assumptions about the legal process, doesn't that mean that IBM will win? Which company has more money?

      I come to /. to read clever posts from smart trolls, which is like looking for a glass of water in Death Valley these days. Thanks for contributing to the drought, dumbass.

    2. Re:But SCO *will* win some verdicts in court by Anonymous Coward · · Score: 0

      ok, but this doesnt mean lawyers are evil, they have to be amoral or they couldnt represent both sides in an argument. but yeah it sucks that if you dont have money you lose.

  72. Hemorrhoids and Trench Mouth by malia8888 · · Score: 2, Funny
    The campaign, in which the executives have compared open-source software to viruses and cancer, comes at a time when some observers believe Microsoft is worried that Linux--the best-known open-source project--will undermine the Microsoft.Net strategy for joining desktop computer users with sophisticated Internet services.

    Microsoft inadvertently gave open-source a compliment. If open-source is a virus and a cancer--two rather successful entities in the physical world-- then Microsoft is hemorrhoids and trench mouth. These maladies are irritating but easy to eradicate. Viruses and cancer are not easy to "rub out".

    Perhaps this is a portent of things to come? Maybe eventually the open source community will flourish and Microsoft will not.

    This is probably too much to ask for.

    --
    Harpo Tunnel Syndrome--my wrist feels funny.
  73. The GPL harms yet another business by Brett+Glass · · Score: 1, Insightful
    Yes, it is indeed possible that the GPL will prove to have hurt SCO badly. As it did Corel (which found itself unable to differentiate its Linux distribution from others) and VA Linux (which likewise couldn't differentiate its products with special software, better drivers, etc.).

    We all must remember that the purpose -- and, in fact, the raison d'être -- of the GPL is to destroy software companies. Richard Stallman, in The GNU Manifesto, specifically stated that the purpose of the GNU Project, and the GPL, was to "ban" high-paying jobs for programmers and successful software businesses. And it has been quite effective in doing so -- recent history is literally littered with the corpses of failed companies that attempted to deal in GPLed software. The MIT X License and the BSD License do not have within them the business-destroying "poison pill" that's built into the GPL, but the pointy-haired bosses and ideologically minded, young employees of these companies did not recognize this. Hence, Stallman's dream is coming true: software companies are failing and job prospects for programmers are drying up. (Many of the jobs that remain are being exported to countries where programmers are paid a pittance for their work.)

    SCO is flailing, trying to save itself by attacking IBM and others. But it may be too late.

    1. Re:The GPL harms yet another business by Anonymous Coward · · Score: 0
      SCO is flailing, trying to save itself by attacking IBM and others. But it may be too late.

      What SCO is in has been historically refered to as "Death Spiral". What we need now is a betting pool relating to when they auger onto fuckedcompany.com, and how deep they go.

    2. Re:The GPL harms yet another business by SubtleNuance · · Score: 2, Informative

      As it did Corel

      I dont think your watching what went down w/ corel. Corel starts distro, ms offers to contract corel to do some .NET work (and investment), corel dumps GNU/Linux, MS dumps stock, MS dumps corel.

      Whoever at Corel decided to move AWAY from GNU/Linux to win favour from MS should be shot.

      Corel moving from GNU/Linux will be what kills Corel... as there is no room in x86 computing for anyone other than MS...and adobe, macromedia and borland hardly count...

    3. Re:The GPL harms yet another business by Quill_28 · · Score: 1

      You make an interesting comment, and one I tend to agree with(though my knowledge is limited). I tend to favor the BSD-type license and not the GPL. Since you seem interested in this sort of thing my question:

      Are any of the GPL license software products created in public universities?

      And if any are how can they legally put it under the GPL?

      Thanks

    4. Re:The GPL harms yet another business by Anonymous Coward · · Score: 0


      Nevertheless his comment is intelligent and makes sense, even if I might disagree. Yours, in contrast, is idiotic.

    5. Re:The GPL harms yet another business by Larthallor · · Score: 2, Interesting

      The GPL did not harm SCO. SCO management took a gamble that it could compete. It turns out that it couldn't. That's just business; it happens every day. The GPL doesn't enter into it.

      As you allude, the GPL is not designed to make lots of money for the licensors. This is not a bad thing, and I'm not sure why you are so offended by this fact. If you want to make money and can make a product that can allow you or your employer to do so, go for it. If not, stop. There's no use crying because all the bad people that freely volunteer their time and energy to making software for it's own sake and for that of their peers do a good enough job to make your product irrelevant. You do not have the right to make a profit, only the right to try.

      In terms of history being littered with failed companies that "attempted to deal in GPLed software", well, duh!

      1. Any business niche is littered with corporate corpses. You think Linux is bad? Try opening a restaraunt!

      2. If you want to succeed in business, try selling something at a price that people will pay. Let's see, do I:
      A) Pay big money to tie myself to a company whose core value is to take as much of my money as it can
      B) Download some software for free and hire people (who I can replace if they suck) to help me when I can't figure it out for myself?

      If you there aren't enough people willing to do A .... well, you figure it out!

  74. If this case had any merit... by mattbee · · Score: 2, Insightful

    Why wouldn't Microsoft be eyeing SCO for a buy-out? If that's what SCO are so desperate for, Microsoft acquiring the rights to UNIX IP through SCO would give it the leverage it's been desperate to have over Linux. I'm not sure what the kinds of timescale to expect on such a move, but you'd think MS' lawyers are looking carefully to see if this case has any merit, to take full advantage if they think it will hurt the Linux business community.

    I agree with a previous poster though-- if specific pieces of code are singled out for infringement, which could take years to bring to a legally enforceable position, they'll be replaced with unencumbered code within a fortnight.

    --
    Matthew @ Bytemark Hosting
    1. Re:If this case had any merit... by Anonymous Coward · · Score: 0
      Why wouldn't Microsoft be eyeing SCO for a buy-out?

      Because it would bring them instantaneously eye-ball to eye-ball with IBM in a court of law? Not to mention the fact it would bring them unwanted attention in a anti-trust sense...I suspect they would not be able to gain permission for such a purchase.

    2. Re:If this case had any merit... by the+Atomic+Rabbit · · Score: 1
      Why wouldn't Microsoft be eyeing SCO for a buy-out?

      That is exactly why SCO has been constantly cranking up the obnoxiousness level. They failed in their attempt to get bought by IBM, so now they're trying to get bought by Microsoft. Unfortunately, they need Microsoft much more than Microsoft needs them.

    3. Re:If this case had any merit... by Salsaman · · Score: 1
      Why wouldn't Microsoft be eyeing SCO for a buy-out?

      Unfortunately they are.

    4. Re:If this case had any merit... by Anonymous Coward · · Score: 0

      They have just bought SCO's Unix rights.

      Look at www.smartmoney.com.

      Mark.

  75. I knew it wouldn't take long... by malakai · · Score: 1
  76. The Problem Is... by oaf357 · · Score: 1
    The problem comes in when you have the same piece of code falling under two different licenses.

    Which license overrules the other?

  77. I use Caldera. will SCo sue me? by Maxwell · · Score: 1

    I bought Caldera 2.2, in the pretty yellow box, back when it was trendy, and then got a free upgrade to to 2.3. I am still using that on one of my machines. It's currently my only running Linux box.

    Will SCO sue me for using a product *they* sold me? I even have the receipt!

    I sense a severe lack of forward thinking here...

    MAX

    (I buy a few commerical distro's each year. I suck at programming, so consider this my 'contribution' to Linux. )

  78. SCO wont be bound by the GPL licence by goombah99 · · Score: 4, Interesting
    I dont think there's much of a case to support SCO being held to the requirments of the GPL in their "released software". They were inadvertently duped into it, and thus cant be held accountable.



    For example, IBM markets linux. Of course they did not write all of the code. Now suppose a devious linux developer were to insert say, all of some propriatey IBM application into the kernel code. If IBM does not check the code line by line they wont know it when they go to release the next edition of their variant of Linux that includes this new kernel. Thus IBM would have been duped in to releasing their own proprietary code. No reasonable person would think they were bound by the GPL.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:SCO wont be bound by the GPL licence by BHearsum · · Score: 3, Insightful

      That would put all commercial users and vendors (assuming they weren't aware of the propritary code) in the clear as well I believe.

    2. Re:SCO wont be bound by the GPL licence by Anonymous Coward · · Score: 0

      According to SCO, it is "impossible" for Linux to have done what it has without help from UNIX trade secrets.

      Ok, fine, but they were an awfully long time in achiving that insight. Sort of odd for someone who's been marketing a distribution all the while this tidbit was dawning on them.

      Somehow "impossible", "inadvertent", and "$130 million dollar investment" just don't seem to work in the same sentence here, at least for me.

      Maybe you can switch "inadvertent" with "stupid" (but you lose due dilegence, and the "secret").

      Or, "impossible" with "couldn't have done it ourselves" (But you lose the case.)

      Or, "$130 million dollar investment" with "$130 million dollar chump" (ATT didn't sell it 'cus they expected it was worth a fortune).

    3. Re:SCO wont be bound by the GPL licence by Saltheart · · Score: 1
      I dont think there's much of a case to support SCO being held to the requirments of the GPL in their "released software". They were inadvertently duped into it, and thus cant be held accountable.


      I would like to know if this is really true. If you own the code, and you release it under the GPL, then I would think that you are bound by the GPL. It's not like the code was hidden. It seems to me that if you are going to release a product, you better know what you are releasing. If you released it by mistake, that just means you are lazy and incompetent.

    4. Re:SCO wont be bound by the GPL licence by Anonymous Coward · · Score: 0
      For example, IBM markets linux.

      IBM has several people writing kernel-level code, and they write frequent Linux-related articles. But IBM does not license the Linux kernel in its entirety. They do however, provide Red Hat Linux with some of their systems. To hold IBM liable for something Red Hat overlooked would be like holding Ford liable for patent infringement for a transmission that they bought from someone else.

    5. Re:SCO wont be bound by the GPL licence by Anonymous Coward · · Score: 0

      Your statement would only be true if SCO hadn't contributed to the Linux kernel themselves, and in the process had to throughly scour the code to be sure their contributions integrated properly and didn't step on something else. (Did one of their calls to a Linux API function have the right number of parameters of the right type? Did their call release resources properly? etc..)

    6. Re:SCO wont be bound by the GPL licence by arazor · · Score: 1

      >I dont think there's much of a case to support SCO being held to the requirments of the GPL in their "released software". They were inadvertently duped >into it, and thus cant be held accountable.

      Damn the bastards at IBM they slipped SCO some GHB and had their way with them.

    7. Re:SCO wont be bound by the GPL licence by Anonymous Coward · · Score: 0

      By reasonable standards, somebody releasing a product under the GPL should not be responsible for verifying the legal status of those portions of the product that were given to them by others under the GPL.

      If they were, this would make the GPL unworkable for everybody.

      It would make it impossible for anyone to distribute both GPLd software and commercial software without requiring ridiculous amounts of work for auditing the third-party-originated contributions to the GPLd software.

      It isn't practically possible. If I worked for some software company and was given the job of looking through the Linux kernel and userland to ensure that none of the code supposedly contributed by others is actually derived from something owned by my company, I'd probably find another job.

      Cross-checking two huge codebases for similarities is not trivial to automate (byte-for-byte identical code can be found, but even that is algorithmically daunting) and extremely time-consuming to do manually (and not guaranteed to succeed).

      Now one might say that proprietary companies shouldn't be able to become Linux distributors, but I don't think that should affect the courts opinion on what reasonable precautions regarding redistributed third party software should be.

      Even if the court held that SCO has licensed that code under the GPL (although considering that the files in question most likely say something along the lines of "Copyright ... , the GPL applies", I would not consider them to have done that, but rather to have been defrauded by whoever inserted those files), it still means that whoever put the code there (unless it was SCO themselves) is liable to SCO for damages (which undoubtedly will be exaggerated and inflated, because in reality it is unlikely that they have suffered any real damage).

      But whatever the legal interpretation in that case may be, I doubt SCO's claims are valid in the first place, and even if they are, the amount of code is likely to be insignificant enough to have any practical hindering effects.

    8. Re:SCO wont be bound by the GPL licence by PhilHibbs · · Score: 1

      No, I don't think so. They might be let off penalties for past usage, but they could be hit with fines or royalties for not stopping distribution and use immediately.

      If my stereo is stolen, and buy it back at a second hand store, am I guilty of handling stolen goods? If I am not because it is mine, then that doesn't mean that nobody else would be. This is an analogy, and therefore imperfect, and copyright violation isn't theft, but it's a similar situation.

    9. Re:SCO wont be bound by the GPL licence by David+Chappell · · Score: 1
      I dont think there's much of a case to support SCO being held to the requirments of the GPL in their "released software". They were inadvertently duped into it, and thus cant be held accountable.

      This is a good point. A related point is that not all distributing under the GPL is the same. Copyright owners can place their works under the GPL and theirby grant everyone use and distribution rights and people who receive copies can pass those rights on to others. I would argue that if SCO inadvertently distributed its own code under the GPL, it did so as a recipient and simply passed on distribution rights without creating new ones. Since the code would have been placed under the GPL by someone who did not have the right to do so, whatever rights SCO passed on would be invalid.

      It seems to me that placing code under the GPL requires two acts: 1) representing onself as the copyright holder, 2) definitely stating that the code may be distributed under the GPL. Since SCO did not do the former, the clauses of the GPL which create new rights did not become operative.

  79. GNU Public Virus is an *OLD* Term by billstewart · · Score: 1
    People were calling GPL the GNU Public Virus for a long time before Microsoft used the term viral for it. Not only are there people who rabidly dislike it, but most people who try to mix GPL code with their own code find it difficult not to at least have their own source disclosed in the process, if not necessarily making it also propagate GPLness.

    LGPL, the FSF's Library GPL is designed to fix this problem. You can distribute GPL-ish free code, and people can use it (and agree to distribute its source code, and letting people modify it) without it infecting the rest of their code. Stallman's taken to calling it the "Lesser GPL" becaue it's less radical than he is... It's also useful for adding Free Software to existing systems that have other licenses, whether they're Berkeley-type or binary-only hardware drivers or whatever.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  80. Discovery by fwarren · · Score: 1, Informative
    That means that neither party wants to give away its strategy or interpretation of the facts until legally required

    Right, and that time, is during the DISCOVERY process BEFORE THEY GO TO COURT.

    None the less, those facts must be given away in discovery. SCO has the right do depose the programmers and "project team leaders" who appear to be responsible for inserting the code from AIX into Linux.

    IBM is entitled to a list of evidence that is to be presented.

    I worked for an Attorney once, he said it is not like it is on TV. You depose people, look at the evidence and then go to court. NEVER, NEVER, NEVER ask a question in court that you DO NOT ALREADY KNOW THE ANSER TO. If you get a different answer, haul out the deposition, and put the witness back in place. They either go back to the deposition, or get charged with purgory.

    This is why people just don't walk up to you on the street and hand you court papers that say, "I am suing you, for an undisclosed sum, for undisclosed damages, show up in court on the 15th and find out why".

    Even though IBM could twist the facts, attempt to falisify evidence and hide witnesses, none the less, at some point BEFORE trial, it is their right to know what they are being accused of, and what evidence they have to support that.

    In God we trust...all others we investigate

    --
    vi + /etc over regedit any day of the week.
    1. Re:Discovery by DavidinAla · · Score: 1

      If you will re-read what I've written, I haven't addressed the erroneous notion that evidence only comes out at trial. I've only addressed the opposite erroneous notion -- which seems to be running wild here on Slashdot -- that SCO has to present evidence whenever the people here want it presented. The evidence -- whatever it is, right or wrong -- will come out when it's legally required to come out.

    2. Re:Discovery by arkanes · · Score: 1

      Nobody's talking about technical requirements. They're talking about more ephermal things, like the goodwill of the Linux community (as well as thier partnes in United Linux), not ostracising thier customers, the legality of them absolving Corel Linux customers from any legal responibility, the courtesy of allowing the Linux community to fix something they may have inadvertently allowed to be broken, and just generally not talking the kind of smack they're talking (they don't HAVE to be giving all those interviews, you know, any more than they HAVE to publically release evidence) without something to back it up.

    3. Re:Discovery by DavidinAla · · Score: 1

      No, the things I was addressing were crazy ideas that people on here seem to have about legal issues. YOU might be talking about "the good will of the Linux community" and other things, but a lawsuit isn't about those things, nor is a cease and desist letter -- which was the issue you addressed to one of my replies. If you want to talk about whether SCO is doing the right thing, that's an entirely different issue. I'm just addressing the issues where some people on here seem to be letting their emotions get in the way of a simple analysis of a legal question.

    4. Re:Discovery by fwarren · · Score: 1
      I was just saying that the point where it should start to come out is during DISCOVERY, which is PRE-TRIAL.

      I agree that the smart stratigy is to hold off giving away any of your evidence as long as possible. However, I was also saying that as long as possible is till sometime during the pre-trial discovery. Judges take a very dim view of "surpirses" during the trial.

      In God we trust...all others we invistigate

      --
      vi + /etc over regedit any day of the week.
  81. Fixing code doesn't change the suit by frdmfghtr · · Score: 2, Interesting

    LINDON, Utah-March 7, 2003-The SCO® Group (SCO) (Nasdaq: SCOX), the owner of the UNIX operating system, announced today that it has filed legal action against IBM (NYSE:IBM) in the State Court of Utah, for misappropriation of trade secrets, tortious interference, unfair competition and breach of contract. The complaint alleges that IBM made concentrated efforts to improperly destroy the economic value of UNIX, particularly UNIX on Intel, to benefit IBM's new Linux services business.


    http://ir.sco.com/ReleaseDetail.cfm?ReleaseID=10 32 73

    What seems to be fogotten here is what the lawsuit really is about. It is not simply about UNIX code being used in the Linux kernel, as seems to be the opinion of the vocal majority here. The suit alleges that IBM committed breech of contract and misappropriation of trade secrets. The alleged inclusion of UNIX source code by IBM into the Linux kernel is the EFFECT of IBM's alleged actions--it is simply EVIDENCE.

    Removing the evidence does not change the fact that a crime was committed. Sure, the Linux kernel could be rewritten as needed if there is UNIX code inside, but then you need to update each and every single machine using the violating kernel and destroy all copies of the kernel that have the code incorporated in them.

    Like a sign on my profesor's door says: "Binaries may die, but source code lives forever." If the code is out there, it will be out there forever.

    --
    Government's idea of a balanced budget: take money from the right pocket to balance...oh who am I kidding?
    1. Re:Fixing code doesn't change the suit by Anonymous Coward · · Score: 0

      Inclusion of source code is copyright not trade secret. If it Copyright they remove the offending code, IBM pays some dough and the show goes on. If it is trade secret IBM pays some dough and the show goes on. Either way SCO is dead, as it should be. How is this so hard for people to comprehend?

  82. Real Lesson To Corps: GPL Designed Just 4U by Anonymous Coward · · Score: 1, Interesting

    There is a much better article in InternetNews.com here. They bothered to interview Moglen on this very issue:"From the moment SCO distributed the Linux kernel under GPL, they licensed the use. Always. That's what our license says."

    Moglen also points out FSF owns the rights to IBM's Linux distribution, not IBM: "In fact, he said, when SCO first filed its suit against IBM, he approached SCO's lawyers because it is the Free Software Foundation and not IBM which holds the copyright to the Linux distribution IBM created, Linux for S/360. IBM created the Linux distribution but released it under the GPL and signed the copyright over to the Free Software Foundation."

    What court will reward that kind of behavior, not to mention their refusal to show their code so any violations can be quickly fixed? I'm a paralegal and have been covering this on my blog Groklaw , if you want more info and links all in one place.

    The real lesson for corporations will be: the GPL was designed to prevent smarmy corporate behavior. Don't use it unless you agree to its terms. If anyone considers it a loss to lose businesses like SCO...

  83. Re:About as viral as accidentally giving away secr by Spudley · · Score: 2, Interesting

    If they did release their code as GPL, it was their choice.

    Ummm.... lets see now....

    1. Caldera releases a distribution of Linux.
    2. Caldera buys SCO.
    3. Caldera now has access to the source for both OSs.
    4. After a few months comparing the code, they find some that matches.
    5. As soon as they find them, they drop their Linux product, and launch a lawsuit.

    Given that set of circumstances, I can't see how they made a choice to release the code.

    Of course, there is still an argument to be had as to whether that really was the sequence of events, or whether there really is any of their code in Linux, but I don't think there's any scenario where they actually chose to release their code: if the above sequence is right, they did everything possible to limit the damage once they found out, and if it isn't correct, then they probably haven't got a case.

    --
    (Spudley Strikes Again!)
  84. Why they did it.... by Anonymous Coward · · Score: 0

    My take on SCO's motivation:

    SCO realised they were in trouble.
    Like any corporation, they are required to make as much money as possible for their shareholders.
    The best shareholder value they could see comes from being bought out at a decent price by one of the big boys.
    So they pick on IBM, and launch a frivolous suit, hoping the IBM would just shrug their shoulders and buy them out.

    Too bad for them it didn't work out that way. hehehe.

  85. Boost or bane for any of the BSD systems? by gregwbrooks · · Score: 1
    Assuming that SCO is bitching about something in the actual kernel, then there's a good chance this could be a boost for the BSDs. Business has tasted too much of the free-as-in-beer software world to walk away from it (particularly small and mid-sized enterprises), but these legal issues, as I understand them (IANAL) were worked out in the BSD distros long ago.

    Anyone know if any of the BSD teams has released any press releases regarding this?

    Of course, if SCO's fussiness extends to core *nix functionality that's not in the kernel but crosses both Linux and the BSDs (I'm thinking of non-kernel binaries that are required for the most basic functions), then the BSDs could be screwed, too.

    --


    "It was a summer's tale: Just a boy, his Linux, and a head full of dreams..."
  86. Is this licensing, or is it just distribution? by Anonymous Coward · · Score: 0

    When redhat collects a thousand packages, puts them on a CD, and sends them to you, they generally don't own the copyrights to those packages. Since they don't own the copyrights, they don't get to set the license terms. They have to *read* the licenses to make sure they're allowed to ship the packages, but they can't change the licenses, since they don't own the copyrights. So the act of sending out a distribution clearly does not represent an intent to *change* the license of these packages - it merely represents an intent to distribute the packages under their existing licenses. When SCO collects a thousand packages and puts them on a CD, they are clearly not intending to issue licenses for those packages - they are merely trying to ship them under whatever licenses they are already under.

    You might argue that if SCO happens to own the copyrights to some of those packages, then they *could* relicense those packages. But you can't enter a contract by accident (and the GPL is a contract). It has to be intentional. And clearly, it was not their intention to relicense - it was merely their intention to distribute. So they did not relicense their code under the GPL. They merely distributed a package that was incorrectly labeled as being under the GPL.

  87. What if SCO is Right? by Anonymous Coward · · Score: 0

    What if pink monkeys flew out of my butt?

  88. SCO's big mistake by Black+Copter+Control · · Score: 2, Insightful
    I think that SCO's big mistake is that they didn't -- as soon as they realized that there was UNIX code in Linux (or as soon as they decided that they would go after IBM et. al) -- shut down their distribution of Linux. By saying, at the same time that they were going after IBM that they were comitting to continue distributing Linux, they also comitted to distributing the impugned Unix code under the GPL.

    It gets a bit more interesting, though. By claiming to go after non-IBM users, they're also effectively limiting distribution of GPL code that they've been distributing. This leaves them in violation of the GPL -- so they've now lost all right to distribute the impugned GPL code. This means (for the moment, anyways -- until and unless they describe which Linux code they're accusing of containing their IP) that if they try to distribute any Linux code, they'll be open to Copyright lawsuits themselves.

    Time for the FSF lawyers to get their suits ironed.
    (this all, of course, presumes that there really is Unix code in Linux -- which is still a question.)

    --
    OS Software is like love: The best way to make it grow is to give it away.
  89. Microsoft by Anonymous Coward · · Score: 0

    MIcrosoft is always right. I have yet to hear an arguement that they have made that is incorrect. I believe its time to switch back to Microsoft as soon as possible...Because you know that Microsoft technology is far superior to anything that the open source community has done.

  90. MATLOCK ain't in the house by Anonymous Coward · · Score: 0

    This isn't an episode of MATLOCK where MATLOCK surprises the defense with new evidence.

  91. Re:discovery in civil trial by Jeremiah+Cornelius · · Score: 1

    Thanks! IA still NL!

    --
    "Flyin' in just a sweet place,
    Never been known to fail..."
  92. The people who build Linux don't want SCO's code by hqm · · Score: 2, Insightful

    The thing that makes SCO so evil in this is that the people who make Linux distirbutions don't want any proprietary code, and they take pains to avoid it. If there is some proprietary code in there by mistake, the just and correct response is simply to remove it, and if it is critical, replace it with "clean" code written from scratch, like 99% of the system already is.

    It's not like some proprietary code vendor stole some of SCO's code. The GPL crowd makes a lot of effort to keep their code free. It's like the difference between hitting someone with a car on purpose or by accident. If you accidently do harm, and you have taken extremely careful precautions to avoid harming others, you should not be charged with the same kind of crime and be subject to the same penalties as someone who harms another on purpose.

    SCO needs to be punished somehow in this whole affair. I imagine no one is buying their aging properietary flavor of unix anymore, so perhaps the best punishment is to drive them all the way out of business. That means any company which uses SCO legacy code should switch to something else (Linux, BSD) *today*!

  93. Non Disclosure of evidence by nurb432 · · Score: 4, Interesting

    Correct me if I'm wrong but I was under the understanding they had entered a motion to have the case sealed..

    While its true they will have to release evidence in court to the other party as part of due process, ( though I originally thought that only applied to criminal cases, not civil, but ill take everyone's word for it that I'm wrong ) they don't have to release to US.. and if its sealed, they CANT...

    and I still say that would hurt their case.. ( even if they are nuts )

    --
    ---- Booth was a patriot ----
    1. Re:Non Disclosure of evidence by bstadil · · Score: 1
      Maybe we are talking Apples and Oranges. Yes they can have the IBM case sealed and nothng needs to come out.

      I think we were talking about potential other cases, at least I was. It's the general Linux threat I was talking about when I said they have a duty to mitigate the damages.

      --
      Help fight continental drift.
  94. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 1, Insightful

    Your last two points are out of order. First they launched the lawsuit, and then they stopped selling Linux. And this was after months of ominous rumblings. They screwed up, and it may cost them the case.

  95. It would seem ot me... by diakka · · Score: 1

    That even if SCO is right, then only the original author, i.e. the person who claimed to write the source code. Other distributors such as Redhat would be immune because they were under the impression that it was licensed legally. If secondary distributors are in fact liable, I would think that the fact that SCO themselves distributed the same code would then make that source code legit. Essentially, if "We didn't know" for Redhat is not a sufficient defense, then "We didn't know" for SCO should be equally insufficient.

    --
    -- Knowledge shared is power lost. -- Aleister Crowley
    1. Re:It would seem ot me... by diakka · · Score: 1

      I can't seem to write a complete sentance today. That should read: It would seem to me that even if SCO is right, then only the original author, i.e. the person who claimed to write the source code would be liable.

      --
      -- Knowledge shared is power lost. -- Aleister Crowley
  96. Sure by Anonymous Coward · · Score: 0

    Yeah, and monkeys will fly out of my butt.

  97. No viral GPL issue here by Todd+Knarr · · Score: 1

    Whatever happens, it wouldn't validate the "viral GPL" theory. That theory is about the GPL "infecting" code not released under the GPL. In this case, if SCO released their IP as part of the kernel in a Linux distribution, they would have released it under the Linux kernel license (which is close enough to the GPL for practical purposes here). They may not have intended to, they may not have wanted to, but they would have. This would be exactly the same as unintentionally releasing a Windows product containing the Microsoft redistributable libraries.

  98. Re:About as viral as accidentally giving away secr by Dr.Evil · · Score: 2, Insightful
    As soon as they find them, they drop their Linux product, and launch a lawsuit.

    But what they did not do is stop shipping their Linux distribution as soon as they claimed IBM had leaked their code into Linux. If you assume that their lawsuit was filed legitimately, in that they knew there was proprietary code of theirs included in Linux, it then follows that they, under the terms of the GPL, were giving an implicit license to that code by continuing to distribute it. They didn't cease shipping their distribution of the code for nearly two months after they first alleged infringment.

    So no, they did not do everything they could to limit their damages. In fact, by not stipulating what the infringing code is (which, as many others have noted, would not prevent them from seeking damages for the past infringment), they are in fact trying to increase their alleged damages by not allowing the infringing developers to fix the problem. SCO is acting in bad faith on every front to try and get a court to give them what they have never been able to achieve on their own merits (either as Caldera or as SCO in its previous incarnations) - dominance in the UNIX for x86 space.

    It's funny - I always thought Caldera was a bit of a joke with Ransom Love at its helm. I recall the cheering that went on when he was no longer in charge there. Now, though, I think we'd rather have the clownish Love, who just didn't get it, instead of Darl McBride and crew, who don't get it and are determined to mess it up for everyone else.

    --
    Right...
  99. Re:About as viral as accidentally giving away secr by sharkey · · Score: 1
    As soon as they find them, they drop their Linux product, and launch a lawsuit.

    Don't you mean:
    5. As soon as they find them, they launch a lawsuit.
    6. Then they threaten more lawsuits against Linux companies and Linux users.
    7. Wait 2 months and officially stop distributing their Linux distribution.

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  100. SCO by Anonymous Coward · · Score: 0

    After SCO loses this case we should all band together in a class action lawsuit, and sue them for slander.

  101. The GPL is viral - it's meant to be - (Good Thing) by 00_NOP · · Score: 1

    Yes, the GPL is viral. If you use my GPL code then the "price" you pay me is that you make your code/IP freely available (if you distrbute, natch).

    MS are right to be frightened of the GPL - it is meant to pulverise them - and is now doing so, because the GPL has a killer app called Linux.

    So, stop pretending that the we should all deny MS's comments - what we should be concentrating on are the benefits to society of placing code in the form of common ownership the GPL promotes.

  102. Username and PW to DL SCO crap: ++ server load by Anonymous Coward · · Score: 0


    At download login page at SCO, feel free to use the following username and password:

    u: jowbloe
    p: joeblow

  103. Viral GPL by Anonymous Coward · · Score: 0

    YES, the GPL IS Viral in it's very nature!
    That's the whole damn point of the GPL.

    If you don't see that it's Viral by Nature, then you simply don't understand the GPL.

  104. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 0

    Then they've still done it purposely, given away their code in a GPL product.

    But you miss the larger point. Today, there is no way that every employee at a company can be aware of what the employer considers IP. Permitting employees to work on GPL software is WAY too dangerous because if a single employee accidentally embeds art from an existing patent that the parent company already has and is making money on, then suddenly that IP is gone forever.

    That is what can truthfully be called the viral aspect of the GPL. Most here see it as a benefit. If you are a company making hundreds of millions per year in IP licensing, it's a mess.

  105. check out the last paragraph by daveatwork · · Score: 1
    Im kinda intrigued with the last paragraph. The fact that SCO is in itself a Linux distributer, and therefore has already released the unix source code within its own linux distro, under the GPL.

    Surely this is in fact the case, unless SCO went through the code and striped out the supposidly unix code. But if they did that, this law suit would have surfaced years ago, when they found the code.

  106. Re:About as viral as accidentally giving away secr by JayateMo · · Score: 2

    They distributed(still do??)the kernel AFTER they "discovered" the code in breach!
    That is different.

  107. SCO's Hurdles by Angry+Pixie · · Score: 2, Interesting

    SCO has some steep hurdles to overcome still. There must first be a legal finding of fact showing that Linux does contain proprietary UNIX code.

    Next, there must be a finding of fact showing that said code was introduced into Linux without authorization from the then copyright holders; or that withstanding; said code was introduced after SCO became the legal copyright owner and without SCO's authorization.

    Finally, if SCO's case can survive those two steps, SCO would need to quash any claim that it released its proprietary code to the GPL when it knowingly produced and distributed its own Linux product. On the surface, it will immediately appear that this is what SCO did. To defeat such a claim, SCO will need to show that it did not know and had no reason to know that Linux contained proprietary code owned by SCO or anyone else.

    This will be an unconvincing argument however, since by having access to the full Linux sourcecode, SCO had legal notice.

    An interesting final twist. If all these findings of fact are met, the case can proceed; and if SCO wins, SCO will immediately make itself liable for copyright violations if Linux contains any proprietary code owned by another party. Poetic justice...

  108. SCO has a case by Badanov · · Score: 1
    One of the issues appears to be use of SCOs libraries.

    See: http://mozillaquest.com/Linux03/ScoSource-01_Story 03.html

    It doesn't appear to affect any of the more popular distros, such as Redhat.

    --
    Dawn of the Dead
  109. The fall of Corel by Brett+Glass · · Score: 2, Interesting
    That's not how it happened.

    Corel's situation worsened to the point where it was forced to suffer the humiliation of accepting bailout money from Microsoft (a direct competitor). Why? Because it sunk so many resources into Linux... and then could not get a positive return on its investment due to the GPL. Corel competes with Microsoft in many, many markets -- to accept money from Gates was the ultimate capitulation. It only took Microsoft's blood money because it would have failed completely if it did not.

    Corel's embrace of Linux was a key factor in the company's decline. It couldn't differentiate Linux itself from competitors' offerings due to the GPL, which required it to give its work away. So, it floundered. Had it based a product on NetBSD, OpenBSD (which would have been a great choice since it's also Canadian), or FreeBSD, it would have done much better.

    1. Re:The fall of Corel by Anonymous Coward · · Score: 0

      All you poor whiners about the GPL need to just fuck off and die. Or change carreers. Don't like the GPL? To Fucking Bad!!!!

  110. Another necessary finding . . . by no_code_charlie · · Score: 1

    . . . would be to the effect that SCO's kernel code 'contribution' is significant and original enough to constitute a copyrightable 'work of authorship.' For example, a literary work of a small and unoriginal nature such as "see Jane run" would not be copyrightable subject matter. It remains to be seen whether SCO's claimed kernel code contribution is any more substantial or original than that.

  111. fight fire with fire, 8 ball in SCO's pockets by Anonymous Coward · · Score: 0

    SCO has chosen a broad attack on IBM *and* collaterally everyone using, developing or interested in Linux past and future. This is actually a suicidal declaration of total IP and PR war, disavowed or not. I suggest consideration of the following idea patterned after successful historical US protests on ugly, unfair business behaviors: According to ESR's paper, MacDonald's is the largest purchaser of SCO scuzware hence funding the bs. Economic infrastructure and manufacturing target. Organize Linux supporters to suspend purchase of MacDonald's grease. Organize a few quiet, safe pickets of MacDonalds on public sidewalks with your favorite complaint signs i.e. MacDonald's feeds SCO toxic torts Beware trans fats and SCO torts Use your own imagination on complaints but keep it truthful, no threats. MacDonald's mgmt would be better off to chill the SCO source of attack, irritation, perjury, smash and grab tactics than the unhappy protesters. Kick SCO's pockets and everything in between. This is about personal (property) rights.

  112. A couple of points.. by LocoBurger · · Score: 1

    First, it is a viral license. I personally think that's fine. Viral is maybe a bad word, but it's an accurate depiction. I think the GPL is great, but I still think it's viral.

    Second, SCO's claim is utterly bunk, because they have been distributing the GPL'ed kernel and other programs for quite some time.

    Think of it this way: Let's say that SCO has a case and there's proprietary UNIX code throughout the kernel (bull, I believe, but anyway). They've had access to that source, they understand the GPL, and they have still distributed said code under the GPL. So, quite frankly, if they missed it, that's their problem. Tough luck. Did they somehow not look at the code THEY were distributing?

    I think SCO is gonna have a very hard time in court, especially against the mountain of lawyers that is the IBM legal department.

    Screw you SCO.

  113. NO NO NO by Anonymous Coward · · Score: 0

    No more than saying if they accidentally released all their products under public domain then this would support a viral gpl theory.

    GPL propogates the intent of the original author to those who wish to use his work. His work, ideals, and integrity are safe.

    If company A accidentally released some code under GPL, that is their fault!

    Can they unGPL their next release of course code, and if not, how much do they have to change, and can current people who bought this GPL'd code get their money back?

    GPL != free != money != beer != viral.

    THats all folkz (argh)

  114. Hey, are that real names!? by Anonymous Coward · · Score: 0

    Ransom Love
    and
    Darl McBride

    With those names, SCO can form the worlds smallest gay parade!

  115. What SCO owns (well,everything :) by ak_man · · Score: 1

    From www.sco.com/scosource/complaint3.06.03.html:

    105. Plaintiff is the owner of unique know how, concepts, ideas, methodologies, standards, specifications, programming, techniques, UNIX Software Code, object code, architecture, design and schematics that allow UNIX to operate with unmatched extensibility, scalability, reliability and security (hereinafter defined as "SCO's Trade Secrets"). SCO's Trade Secrets provide SCO with an advantage over its competitors.

    Well,it is obvious that if you press start button on your computer,SCO 0wnz you :)

    1. Re:What SCO owns (well,everything :) by 00_NOP · · Score: 1

      Including MS, by the way. Just think about it - how similar is MS DOS to a low grade Unix shell? "Concepts, ideas, methodologies, standards"?

  116. Hmmm... by Sander_ · · Score: 1

    ...but if the GPL is "viral", does that make the MS EULA "sudden death"?

    1. Re:Hmmm... by josepha48 · · Score: 1

      the MS EULA is a 'terminal' illness taht you can't get ride of...

      --

      Only 'flamers' flame!

  117. HAHA! by athlon02 · · Score: 1

    I'm sorry, but if they really did blunder like that, that's just too funny for words. Hard to get mad & sue someone for using your code if you release it under such a license. I guess that means the managers & execs will just have to pay attention next time.

  118. Re:About as viral as accidentally giving away secr by spyderbyte23 · · Score: 1
    they are in fact trying to increase their alleged damages by not allowing the infringing developers to fix the problem.
    A problem occurs to me, here. Would a court find that the warning that "Linux contains infringing code" is sufficient to anyone distributing Linux in any way? Would a court find that the appropriate response for all Linux distributors is to immediately cease distributing it?

    That's an awful wide swath, of course; among other things, it means TiVo has to stop selling their flagship product. (Sole product?) But is that a possibility? That a court would find that Red Hat, SuSE, Sharp, Mandrake, et al. should have just stopped?

    I am, of course, NAL.

    --
    -- Support Ometz le-Serev.
  119. proof by Anonymous Coward · · Score: 0

    just think of all the lovely spam you recieve in your mailbox. that's the consequence of an industry without profit.

    people are getting desperate, and it'll only get worse.

  120. And as Mike Moore demonstrates ... by konmaskisin · · Score: 0, Offtopic

    ... if there are no limits to the scope of the Amendment, then suitcase nuclear weapons are protected under the US constitution. Under the 2nd amendment the people have the right to store chemical weapons and nuclear materials and any others necessary for protection against the state ...

    As we have seen lately, Sadaam Hussein of course does not have these rights, but American citizens and corporations do have the right ... under the constitution ... to bear weapons of mass destruction. If the US signed a treaty to reduce nuclear weapons there's nothing stopping Lockheed (a private corporation) from continuing to produce, store and sell any weapons it wants. The right of Lockheed to do so is protected under the Constitution.

    You may disagree, but the Constitution and the Bible are more important than world peace, safety in your neighborhood and the sniveling cry baby complaints of "liberals" so quit complaining and get a job ...

    ps: Please spell "Amendment" correctly and use capital letters when refering to the holy Constitution of the USA. :-)

    1. Re:And as Mike Moore demonstrates ... by Zigg · · Score: 1

      Yes, Michael Moore has demonstrated quite a bit. Primarily his penchant for not letting the truth get in the way of his sensationalism.

      But it's all OK. As he said on CNN when challenged on his (to put it mildly) inaccuracies: "How can there be inaccuracy in comedy?"

  121. Re:GNU/terrorist by Stumbles · · Score: 0

    Blow it up your poop shoot. Such short sightedness always belongs to anonymous cowards.

    The same thing was said by such knuckle heads when the horseless carriage started to take the place of the horse. A company by the name of Delco during them times changed their business model from producing buggy whips to starter motors.

    Companies that cannot adapt to changing times deserve to go belly up. SCO has hardly tried to adapt. They used the same/similar mentality IBM did with the PC and it cost them.

    The only moron here is you..... and SCO.

    --
    My karma is not a Chameleon.
  122. Favoriate paragraph... by Znonymous+Coward · · Score: 1

    Not that anyone crares, but this is IMHO the most likely scenario...

    There is one intriguing scenario, suggested by Perens, where SCO might have a case but might have already lost it due to their own legal incompetence. Assume, as we have been, that there is proprietary Unix source code included in Linux. Assume that Linux vendors have been distributing this source code. Well, SCO is a Linux vendor too -- they announced on Wednesday that they are suspending distribution of Linux, but for years they did distribute Linux, under the same General Public License used for all Linux distributions. Since all the Linux vendors share source code, it's entirely possible that SCO was inadvertently distributing its own proprietary Unix code in its version of Linux. In that case, SCO would've already released its Unix source code into open source. SCO says, "Whoops!" the Linux community says, "Hooray!" and the English language has a replacement for the phrase, "Hoist by his own petard."

    --

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

  123. Wouldn't it be ironic if... by Anonymous Coward · · Score: 0

    ... in the course of this lawsuit it was discovered that the (alleged) duplication of source code happened because SCO stole source code from Linux, NOT the other way around.

    Talk about feeling stupid... For all I know, SCO may be getting THEMSELVES in trouble by bringing to light their own (alleged) theft of source code!

    They'd better be squeaky clean, that's for sure. Considering the general cluelessness of their defense team as well as the make-it-up-as-they-go SCO management, I seriously wonder if anyone at SCO has considered this yet.

    Wow, if it's discovered that SCO has stolen from Linux... Just guess how much sympathy and cooperation they'll get while working THAT one out.

  124. What if it were true that Microsoft...... by 3seas · · Score: 1

    was guilty of anti-trust violations?

  125. Another interesting scenario . . . by no_code_charlie · · Score: 1

    . . . is this. Suppose SCO/Caldera does have some copyrightable source contribution somewhere in the linux kernel, and suppose that they attempt to assert exclusive rights in such code by, among other things, denying that the GPL applies with respect to it as it was contained in their Caldera Linux releases. (They have apparently already done this, at least impliedly so.) The necessary result of action such as this would be invalidation SCO's right to copy/modifiy/distribute all other Linux/GNU elements contained in Caldera Linux under the GPL. (See terms of GPL.) Consequently, anyone and everyone claiming copyright in any GPL'd software contained in Caldera Linux could SUE SCO FOR INFRINGEMENT! People in this thread talk about getting back at, ruining or punishing SCO. There: I've just provided the recipe for doing it. (As a non-coder, I may consider this my contribution to the OS community.)

  126. Disclosure would Nullify Trade Secret by HighOrbit · · Score: 5, Insightful

    The reason they won't publically disclose the code in question is because they claim the code is a *Trade Secret* . The law requires they perform due diligence to protect their own trade secrets from public disclosure and also do everything posible to mitigate their own damages. If they publically release the code (even for comparision), they will legally destory their own trade secret. That's why they will only disclose it under Non-Disclosure Agreements.

    This brings us back to the question, did they already distroy the trade secret by publishing the open source of Linux? Although similar, this is a completely seperate legal issue from whether they already GPLed it.

    What might save them on this issue (and its a stretch but possible, and I would argue it if I was their lawyer) is that Linux was distributed by Caldera *before* it bought SCO or had any knowledge of what was in the SCO-Unix code . So Caldera had no more reason to believe that Linux contained Unix code than anybody else did. When Caldera bought SCO, they now had access to Unix code and whammo! -- they suddenly saw the infringement.

    The reason they are no longer distributing Linux is because they are trying to demonstrate to the court that they are taking the "due diligence" mentioned above to protect their trade secrets and mitigate their damage. The question is now whether they acted fast enough to stop the discloure and mitigate the damage. The fact that the spent a few months distributing "SCO Linux" after they had knowlege of the infringment might work against them. But to save themselves there, they might argue that they were under dueling obligations between their own interest and fulfilling contracts as Caldera/United Linux and therefore ended it as soon as practicable without breaching the previous contracts.

    1. Re:Disclosure would Nullify Trade Secret by Anonymous Coward · · Score: 3, Insightful

      Actually, the mitigation of damages doctrine is applied in reverse. It is SCO's duty to mitigate the damages of the party in breach. This means that SCO cannot attempt to prolong any offense in hopes of cashing in on more damages.

      Additionally, there is no law protecting trade secrets once the information is publicly available. Trade secret law only applies to the original individual who divulged the information.

      So SCO's claim that they cannot point out which part of already publicly available code was once their trade secret has little legal merit. I would argue they are operating as such so that they are able to prosecute as many offenders as possible, therefore increase the potential damages, before said offenders are able to rectify their potential infringements.

      As to the infringing code, there is no legal protection for independent creation of similar works. If there is a clear evolution of ideas within the Linux community that demonstrates uninformed (with no possible link to SCO code) and independent creation, the code can be character for character identical to SCO's code without being a copyright infringement.

      In short, it is SCO's responsibility to notify others of the exact nature of the infringement. Simply claiming that something somewhere infringes their copyright is not sufficient. SCO's only recourse with regards to dissemination of their trade secrets would be to prosecute the individual or individuals who originally divulged SCO's trade secrets. And as for copyright infringement, SCO much demonstrate that whoever introduced infringing code into the Linux kernel had access to SCO's source code. The individual could point to the evolution of independent development, especially since there should be a publicly available record of fact, as a defence.

    2. Re:Disclosure would Nullify Trade Secret by ClosedSource · · Score: 1

      "Trade secret law only applies to the original individual who divulged the information."

      I seriously doubt your interpretation because it would render trade secrets useless. If the trade secret holder has done his due diligence, any receiver of the secret would have to obtain it through illegal means. No other method of obtaining the secret is possible. (Note: I'm talking about receiving or obtaining a trade secret, not independently coming up with the same idea.)

      I'm not an expert on the history of Unix development, but it seems quite plauasible that one or more AT&T Unix trade secrets directly or indirectly played a role in the development of Unix variants including Linux. I don't claim this as a fact, but it wouldn't surprise me. This may not have any relevence to the SCO case, but I think it could play a role if somebody got sued for violating Linux's GPL license.

    3. Re:Disclosure would Nullify Trade Secret by Seeker5528 · · Score: 2, Informative

      "I seriously doubt your interpretation because it would render trade secrets useless. If the trade secret holder has done his due diligence, any receiver of the secret would have to obtain it through illegal means"

      Just because a person or group reveals a trade secret does not mean that the recipients know it is a trade secret. In the case of an open source project that is posted in a public forum, that means it becoumes public knowledge.

      One reason not to reveal it is because Sco's engineers are biased and in the cases where it is not clear that code was cut and pasted they may come to the conclusion that code was obfuscated when it was created independently. If they wait for the independent analasys and it agrees then they have more leverage to work with.

      The fact that they have not revealed any examples could mean there were no clear cases or they may just want to have the full picture and deal with it all at once.

      But then you have the comment about not revealing it, because Redhad, Suse etc...would hav a chance to scrub the code to which my thought is knock, knock, knock...Hello-O-o..How can you scrub the public record?

      Well, heres a thought. Maybe they feel if they wait 'till they take it to court they can force the removal of additional surrounding blocks of code that would then become off limits because only a limited number of people would know which code was the offending code and which code was collateral damage.

      Later, Seeker

    4. Re:Disclosure would Nullify Trade Secret by David+Chappell · · Score: 1
      The reason they won't publically disclose the code in question is because they claim the code is a *Trade Secret* . The law requires they perform due diligence to protect their own trade secrets from public disclosure and also do everything posible to mitigate their own damages. If they publically release the code (even for comparision), they will legally destory their own trade secret. That's why they will only disclose it under Non-Disclosure Agreements.

      This might make them hesitate to release the SCO code from which the Linux code was supposedly copied, but I don't see how it prevents them from pointing to the infringing lines. If they did that, we could investigate the origin of those lines.

      Remember, SCO hasn't even said if the supposedly infringing code is in the Linux kernel or in some other piece of software commonly found on Linux systems. In fact, some things SCO has said could be understood to mean that the code is not in the Linux kernel.

    5. Re:Disclosure would Nullify Trade Secret by ClosedSource · · Score: 1

      "Just because a person or group reveals a trade secret does not mean that the recipients know it is a trade secret."

      That may be the case, but it doesn't mean that they are insulated against the consequences. You can unkowingly buy stolen property at a swap meet, but it doesn't mean you can't be arrested for receiving stolen properly.

  127. Common code doesn't mean Linux took from SCO by jkorty · · Score: 2, Interesting

    Just because (and if) there is common code between Linux and SCO UNIX doesn't mean that the Linux camp 'borrowed' the code. It could have just as easily been the other way around. In fact, given the public nature of Linux code and the hidden nature of SCO's, that is more likely to be what happened.

    1. Re:Common code doesn't mean Linux took from SCO by Anonymous Coward · · Score: 0

      How will they be able to prove that the code was used in SCO first.

  128. Re:Really.. No. by Anonymous Coward · · Score: 0

    They are claiming a TRADE SECRETS issue, not copyright. (Although they are talking it up in public as if it were a copyright thing.) The suit, however, carefully makes no mention of copyright infringement (So as to keep it out of the Federal Court system.)

    It is possible the "secrets" SCO claimes IBM "took" were embodied in code. If so, they cannot relase it except under the courts own supervision. To do otherwise would be a public release of the trade secret. It would be lost to them forever.

    The court must review the secret, and will likely seal the proceedings, to prevent its further disclosure, until its status is determined.

    Alas, nothing much in UNIX has been much of a trade secret for a rather long time. Far, far, too many books have been published on the various issues and potential implmentations -- like, say, BSD.

  129. It's also not what MS means by viral by Sycraft-fu · · Score: 1

    What they mean is that if you want to use GPL code for a project, you are basically forced to open up the source for your project as well. MS, of course, doesn't like this since they are based around a closed source model. It means they can't take source from a GPL project and use it in one of theirs. That is, of course, the power of the GPL and the reason behind it. Anyone is free to give their source away, no restrictions, and you don't need a well written liscence to do it (though ones like the BSD lisence do exist). With the GPL, though, it spells out that though you are giving peole the rights to modify your code, they must in return make their code open and give people the same right.

    Thus the GPL is viral, sort of, in that it "infects" programs and makes them be the same. If I use GPL code it "infects" my program and I have to GPL it, and so on.

    That's what they mean by viral lisence.

    1. Re:It's also not what MS means by viral by Anonymous Coward · · Score: 0

      Try putting a copy of windows into your program, and see if that is less "viral".

  130. Re:About as viral as accidentally giving away secr by jcast · · Score: 1

    But SCO's argument is (or was) that Un*x itself is their `IP'. They can't really argue they didn't know Linux was Un*x-based.

    --
    There are reasons why democracy does not work nearly as well as capitalism.
    -- David D. Friedman
  131. viral gpl? by abe+ferlman · · Score: 2, Interesting

    But here's the catch: Does this validate Microsoft's view of a "viral GPL"?"

    We've been through this before, it's a vaccine, not a virus.

    It keeps companies from mixing in their proprietary bits then claiming a proprietary interest in the whole work just because they contributed a piece.

    This was no accident; SCO deliberately distributed their code under the GPL. They didn't contract the GPL like a virus, they deliberately and knowingly ingested it like a pill. Now they're whining because they weren't good enough to compete so they're delaying their imminent demise through the court system.

    If the GPL does indeed stop SCO from pursuing this course of action, it won't prove Microsoft's point. Rather, it will prove that the GPL is doing exactly what it was intended to: embrace? sure. extend? great! extinguish? GO FUCK YOURSELF.

    If

    --
    microsoftword.mp3 - it doesn't care that they're not words...
    1. Re:viral gpl? by Alomex · · Score: 2, Insightful

      SCO deliberately distributed their code under the GPL.

      Really? How do you know that? There is no evidence that they knew exact copies of their copyrighted code were contained in the distribution.

    2. Re:viral gpl? by Chris+Johnson · · Score: 1
      Indeed. It's not the 'viral' nature that's relevant- it's the payload. This is true for Microsoft's viral Shared Source license too.

      With the GPL, the payload is, stuff has to remain accessible and available, at all costs. That's the agenda. There is no other agenda.

      With Shared Source, the payload is certain legal admissions stating that you forfeit rights to sue over patent conflicts, that you do not actually have a right to any Microsoft IP you might be using, that you acknowledge these things in order to be using the source in question. The agenda seems to have a lot to do with permanently prepping developers with binding legal admissions that leave them vulnerable to legal action by virtue of their having admitted to using IP that they haven't a right to use. I'd love to know what's in store with that. However I will just have to go on not so much as looking at 'Shared Source', because I am not a total fool :)

    3. Re:viral gpl? by sgtrock · · Score: 1

      Oh? So they continued to distribute the SOURCE CODE for their Linux distro and never noticed that it duplicated some of their own? That smacks of mind boggling incompetence. Any judge worth his or her robe will slap upside the head with a big foam cluebat and tell them to get out of their courtroom.

  132. I'm a little tired of this SCO thing... by Cylix · · Score: 1

    If I see one more article concerning SCO I think it is time for some serious action.

    Here is the plan to circumvent this little problem we have here.

    Let us gather the horde together under a full moons light. There we will prepare our torches, clubs and rocks for use against the evil. Under cover of night and hopefully cover of some heavy DoS attacks we will put a stop to this nemsis once and for all.

    The horde shall run through the corporate offices as the waters rush over the land after the damn has broken. The cleansing will continue until the last soulless vessel breathes its last breath.

    Only until all has been removed will the horde disband. Pillaging will be permitted only in designated raid areas.

    It will be glorious!

    --
    "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
  133. Makes no difference if it is open source by spitzak · · Score: 1

    Your exact same scenario would apply if the employee stole the code and put it into a closed-source program. If this was a problem then buyers would have to worry about *all* software they buy, not just open source.

    1. Re:Makes no difference if it is open source by calidoscope · · Score: 1
      Your exact same scenario would apply if the employee stole the code and put it into a closed-source program. If this was a problem then buyers would have to worry about *all* software they buy, not just open source.

      This is indeed the case - witness the brouhaha over MS SQL and the patent infringement case.

      The one supposed difference is that the seller of commercial software may take the liability for any violation of copyright. Whether that works out in practice is another story.

      --
      A Shadeless room is a brighter room.
  134. Yup, and . . . by no_code_charlie · · Score: 1

    If SCO had extricated its unix code from their linux distributions, then it ought to be a simple matter to determine what the claimed proprietary code actually is. (I'm not a coder, but I'm guessing just use GNU diff?) Anyway, I'd be surprised if IBM's people haven't already checked this.

  135. Weak arguement by Perens by geekee · · Score: 1

    " it's entirely possible that SCO was inadvertently distributing its own proprietary Unix code in its version of Linux. In that case, SCO would've already released its Unix source code into open source. SCO says, "Whoops!" the Linux community says, "Hooray!" and the English language has a replacement for the phrase, "Hoist by his own petard." "

    Unless you can show that SCO ADDED code to the GPL base, they were merely acting on good faith that the code was legitimate when they received it, and redistributed it. If the code they received to redistributed was tainted when they got it, they most likely won't be held accountable for inadvertantly releasing their source as GPL. This is because the source did not originate from them, but from some other unscrupulous source, and they were only passing on what they thought a original source.

    --
    Vote for Pedro
  136. SCO adds on top of page by geekee · · Score: 2, Insightful

    Leave it to slashdot to bash SCO and then accept their advertizing money.

    --
    Vote for Pedro
  137. Standard of reason by goombah99 · · Score: 1
    Someone does not have to behave perfectly competent to be reasonably competent. Setting the standard that every developer has to check every line of code in liunx on every build would be preposterous; no one besides ATT, IBM and MS have the resources to do that.

    likewise the complaints that SCO should have found this earlier are silly too. Maybe they could have, but they are not omniscient nor perfectly organized to be able to realize or detect that instantly. Until they organized as an IP company and not as a linux house they were not even inthe mindset to do so. is that their fault?

    SCO cant go around checking every other vendors releases all the time. They just can spot check it when they want to. It would take a full time person to be either looking for it or a person of tremendous experience to be looking in the right place at the right time (that person would have to be familiar with what was ATT/SCO proprietory what was not and be aware of the legal nuances.

    for example MS software has and probably still does have undetected propetary code in it. Put in by some lazy peon perhaps. Now of course they should not do this and they should actively prevent this. But that's not the point I want to make. The point I want to make is how many companies whose code MS has stolen are even aware of it. MS itself is not aware of it. this stuff happens and it takes a lot of effort for a small code house to actually discover they have had their code stolen.

    remember SCO did not actually write UNIX. they bought it. so they aren't a giant codeing house.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Standard of reason by Anonymous Coward · · Score: 1, Insightful

      Let me sum up what you're saying:

      Since SCO may not have known what they were distributing, they should not be held accountable for it.

      That is bullshit.

      If I am ignorant of something (say, curfew law) am I exempt from abiding by that law? No.

      If I sign an agreement, even if it's 100 pages and I don't feel like reading it, am I bound by it? Most probably yes.

  138. Actually the cost is less than you state by spitzak · · Score: 1

    You only need to make your own contributions available if you actually distribute the modified programs. You can use it in-house all you want, for any purpose whatsoever. I would suspect most cross-licensing agreements are somewhat more strict than that.

  139. Re:flawwed reasoning by Lord+Bitman · · Score: 1

    No one is under any legal obligation to make sure that no one else stole something of theres. Whenever it is realized, he can get his stuff back. "Sorry man, he should have checked first!" is not going to hold up in court if you steal things from somebody and shove it in the cracks of something he's selling you.

    In this case, the "Stuff" that has been stolen is intellectual property rights.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  140. Microsoft isn't stupid. by dmaxwell · · Score: 2, Interesting

    First off, SCO has footbulleted their IP seventeen different ways from sunday. This is just a rehash of the BSD legal baggage and it won't avail SCO anything against the likes of IBM. Two, they're claiming damages without revealing where in the gigs of code that make up a Linux distro where the problem is. Three, they picked on IBM which as someone else pointed out is like starting a fistfight with a train. Fourth, they've distributed this code themselves for YEARS; they just found out about this now. Fifth, what calls itself SCO was a Linux company that bought the old SCO IP from what now calls itself Tarantella....this does not look good. Sixth, Micorsoft is barred by past legal actions from touching that very codebase. There was a very loud legal debacle from their Xenix days. SCO's IP basically started out as Xenix.

    SCO's baggage can easily hurt MS as much as it can help it. Such a move would be blatantly anticompetitive and they can still get in hot water for such things in Europe. SCO is like a plague ship at this point. I don't see MS getting anywhere near it. Some have surmised that MS is behind SCO's current frothing at the mouth. I don't think they're that dumb. The fallout if/when they're caught would be spectacular.

  141. Maybe there isn't any proprietary code... by Mipsalawishus · · Score: 1

    I think that SCO's silence in showing their "proprietary" code is because they are grepping desperately through the linux kernel's source code to find a few obscure lines of code that have been long forgotten by a kernel hacker to claim as their own.

  142. Re:Another necessary finding . . . by Angry+Pixie · · Score: 1

    Yes, the court would definitely want to know if the code is substantial. The only problem I see so far will be in explaining to the court how the code is or isn't substantial and original. I haven't seen who the starting lineup for the defense will be. It may take Linus himself as well as countless others in the community to file amicus briefs in order for the defense to have a solid technical argument with merit.

    After reading SCO's statements, it seems pretty clear that SCO comes to the table with dirty hands. That will definitely be persuasive to the court if the defense plays the card well enough.

  143. RTFGPL by no_code_charlie · · Score: 1

    Dude. If SCO denies that the GPL applies to the portion of the kernel code that they own, or otherwise attempt to impose "additional restrictions" on the Caldera Linux that they released, then SCO forfeits all of its rights to copy/modify/distribute the linux kernel and its having done so within the last 3 years constitutes actionable COPYRIGHT INFRINGEMENT. Thus, the position that you argue is quite untenable by SCO. QED.

  144. Re:About as viral as accidentally giving away secr by Hewligan · · Score: 1

    4. After a few months comparing the code, they find some that matches. 5. As soon as they find them, they drop their Linux product, and launch a lawsuit.

    Except that it looks to me like they're still distributing Linux.

    --

    "If God created us in his own image, we have more than reciprocated"

  145. Re:flawwed reasoning by Samari711 · · Score: 1

    the fact of the matter is that if what SCO is claiming is true, they still distributed their own code under the GPL whether they knew it or not. and they did it willingly, kind of like the guy who sells an expensive antique at a yard sale. the courts aren't supposed to punish people for the ignorance of others

    --

    I never said I was smart, I just said I was smarter than you

  146. Viral Programming License (VPL) by WetCat · · Score: 2, Funny

    BY READING THIS LICENSE TEXT YOU THEREFORE AGREE
    TO THIS VPL LICENSE AND OBLIGATED TO RELEASE ALL YOUR SOFTWARE, CURRENT AND FUTURE ONLY BY Viral Programming License (VPL). (license clauses follows, that explain what you can and cannot do with source code, bla bla bla).

  147. Conspiracy by Anonymous Coward · · Score: 0

    I'm just waiting for the first Webpages claiming this is a conspiracy paid for by Microsoft

  148. If SCO is right, then, of course ... by Chromodromic · · Score: 0

    Go FreeBSD. Or OpenBSD. Or NetBSD.

    They all kick ass all over Linux anyway.

    --
    Chr0m0Dr0m!C
  149. SCO also sued Caldera, makers of Caldera OpenLinux by Anonymous Coward · · Score: 0

    Story here. Where will it end?

  150. Are they expecting to make money? by psychonaut · · Score: 2, Insightful

    In order to recover damages in a civil case, the plaintiff must demonstrate that he took reasonable steps to mitigate his damages. I don't see much mitigation going on here -- seems to me that SCO could have very easily contacted the kernel developers and have had them remove the offending code. The judge in this case will be very interested to know why this was never done.

  151. They can't possibly be right. by Chromodromic · · Score: 0

    Why can't they be right? It's obvious. Because Linux is perfect and moral. Linux could never be wrong. Besides, if SCO were right they'd lay out all the evidence way, way in advance, for everyone to see, even if it might alter their opposition's reponse in court and even if public disclosure may alter the legal course of action taken by attorneys who might otherwise prefer to negotiate or deal in private, before public mention and subsequent culpability might be brought into play, therfore affecting stock prices, business decisions. No, if SCO were right, they'd just ignore all that, because ultimately SCO's responsibility is to a bunch of whiny Linux sycophants and not to their own interests.

    Go ahead, mod me down. If I wanted to be modded up I'd just do what many other Slashdot idiots do and tattoo "Linux Rules" on my forehead while wiping my ass with a picture of Bill Gates.

    --
    Chr0m0Dr0m!C
  152. Static Linking IS Derivation by Anonymous Coward · · Score: 0

    When you statically link a program, all the libraries that program uses are placed in the same binary. It's effectively the same thing as taking the source code from those libraries, mixing it with your source code, and then building into your executable. Their code is in your binary. I personally don't view dynamic linking as derivation. Only people who don't understand the difference between the two (i.e. inexperienced developers or laypeople) would get upset about it.

    The GPL, as I recall (been a while since I've read it), states that dynamic linking is the same as derivation. However, I believe that standard copyright would allow dynamic linking of any library. Anyone with a right to use a program under the GPL can refuse the GPL and use their rights under standard copyright to use and not distribute the library. For the purpose of linking (dynamically) to the library, one could treat it using normal copyright. For the purpose of distributing the library as a separate entity, to allow others to use it under copyright law, use the GPL.

    1. Re:Static Linking IS Derivation by Anonymous Coward · · Score: 0

      Yes, I was actually referring to dynamic linking.

      But, static linking is still not necessarily derviation in the copyright sense -- neither the law nor the GPL says anything about linking, and there's apparently not much case law on the topic.

      For example, nvidia and other closed source modules are statically linked into the linux kernel, and most people do not consider them a "derived work" in the legal sense.

  153. I doubt that argument would hold up in court. by delmoi · · Score: 1

    I see a lot of people in the open source world discussing this theory, but really it seems idiotic to me.

    The law is not like a computer program with mindless automatons reading the letter of the law and acting accordingly. Nor should it be. Real people look at these things.

    What SCO did was take freely available code and distributed it. They "discovered" after the fact that that code was based on their own proprietary code, and stopped distributing it. But SCO at no point ever intended to have their proprietary work GPLd, which I think should count for a lot. If you could prove you signed a contract accidentally it wouldn't be valid. In SCOs case it's quite clear that they never intended to release their super powerful source code as GPL.

    All of this is moot, however since all SCO has is bullshit, and they are going to lose on the merits.

    --

    ReadThe ReflectionEngine, a cyberpunk style n
  154. The law is even smarter than you imagine. by no_code_charlie · · Score: 2, Informative

    Courts will not allow parties to written contracts (e.g., GPL) to avoid their clear and express obligations thereunder obo any lame excuse such as you propose. The contractual mistake doctrine would require that the recipients of SCO's GPL'd linux should have reasonably known of SCO's mistake before allowing SCO to escpae the consequences of the GPL. Now, given that SCO's putative kernel 'contributions' were secret, how the hell are they going to show that? What more, even if they could make the requisite showing, it is highly doubtful that any court in equity would hold any linux user liable for using SCO-contaminated code (as per your own 'mindless automaton' argument). Finally, as I keep posting, RTFGPL, do a little thinking, and realize that the minute SCO takes the position that the GPL does not apply to their own Caldera Linux release (including their 'own' kernel code) then it forfeits all of its rights under the GPL which means that its distribution of Caldera Linux constitutes copyright infringement (against the various kernel developers). A court in equity will not let SCO at once deny and embrace the GPL. PLEASE: 1) Read the GPL; 2) Consider your own arguments; 3) Mix; 4) Apply reason; 5) Properly Conclude

  155. Re:About as viral as accidentally giving away secr by MrGrendel · · Score: 1
    But doesn't this argument also apply to the other Linux vendors? How can SCO claim that they should not be bound by the terms of the GPL because they did not know that the offending IP was in there and then turn around and claim that everyone else should be held liable for IP violations even though they also did not know about the offending code (with the possible exception of IBM)? They are not the only victims here if they are right and code was inserted in violation of other licensing agreements. Remember that they are also bound by a license for using other peoples' IP. They now want to violate that license by making IP claims against the code that the GPL does not allow them to make. Doing that revokes their end of the license agreement. In other words, they have been distributing copyrighted code without permission to do so. They may be able to sue users and other vendors for inadvertantly violating SCO's IP, but that will open them up to countersuits.

    I also have trouble with their claim that they did not distribute their Unix code under the terms of the GPL on purpose and should therefore be allowed to claim that it is not (and never was) covered by the GPL. They filed the suit against IBM in March, but they only stopped distributing their own version of Linux on Wednesday of this week! That means that they have been knowingly publishing the offending code under the GPL for two months after they publicly claimed that it was not covered by the GPL. How can they possibly claim that they distributed that code without knowing that it really came from Unix if they distributed said code for two months after they claimed that it came from Unix? That's a nonsensical claim. They have no case against anyone other than IBM because they already published that code under the GPL on purpose. If they really wanted to retain all legal rights to that IP, then they would have stopped publishing Linux as soon as they even suspected that it was in there.

  156. Examples of Microsoft using Open Source Code by Anonymous Coward · · Score: 0

    A little off topic but does anyone have any good examples of besides zlib of microsoft using open-source code, seems like they probably use it quite often to me. But I never see any licenses, I guess from reading the zlib license microsoft doesn't have to include the license. Here's a old story on the zlib.

    http://zdnet.com.com/2100-1104-860428.html

  157. What if litigant doesn't ask? by Anonymous Coward · · Score: 0

    I know it doesn't apply to this SCO case but I'm wondering whether the following is valid.

    You're in a lawsuit with X. You have a document D which you'd like to use at trial, and you'd rather X not know about it in advance.

    Obviously if X asks you for D in discovery, you have to give it to him. Or if he asks you for "all documents relating to [whatever D is about], it's the same.

    But what if, through carelessness or not anticipating what you might have in your possession, X's discovery questions never touch on D? Can you just keep your mouth shut about D, and still be able to use it? Sort of like (at trial):

    You: Didn't you file a document with so-and-so saying such-and-such?

    X: Not to my recollection (or some similar lie)

    You: (pulling piece of paper from pocket with a flourish) Maybe this can refresh your memory?

    1. Re:What if litigant doesn't ask? by Anonymous Coward · · Score: 0

      Well, you have to tell "X" what you are questioning him about, so if the other side is reasonably competent, they will ask for the documents.

      Then you give them 100,000 pages of crap with "D" buried in the middle and hope they don't find it.

  158. GPL virality by phr2 · · Score: 1

    That argument is nonsense. Everyone who's ever done any business has at one time or another made a deal that they regretted. And everyone has made business decisions (good or bad) based on assumptions that turned out to be wrong afterwards.

    If SCO released formerly proprietary code under the GPL, that's because they wanted to do so. They may wish afterwards that they hadn't. That's just too bad. I bet Digital Research wishes they'd signed the IBM nondisclosure and sold CP-M to IBM for the PC, instead of letting Bill Gates sell MS-DOS to IBM instead.

    There's no more "virality" caused by the GPL than there's "virality" if Coca Cola chooses to publish its secret formula in the newspaper, then tries after publication to make the formula secret again. It's irrelevant whether the executive who signed off on the publishing order somehow didn't know the formula was supposed to be secret.

    Further, in SCO's case, the idea of "inadvertent" GPL'ing strains credulity. If they GPL'd some formerly proprietary code and put it into their Linux distro, they did it to sell more of the Linux distros. Post facto claims that it was really an accident should be viewed with skepticism.

    The cure for a "viral" GPL is real simple. If you have code you don't want to release under the GPL, then don't release it that way.

    1. Re:GPL virality by mpe · · Score: 1

      There's no more "virality" caused by the GPL than there's "virality" if Coca Cola chooses to publish its secret formula in the newspaper, then tries after publication to make the formula secret again. It's irrelevant whether the executive who signed off on the publishing order somehow didn't know the formula was supposed to be secret.

      In which case the Coca Cola corporation could only go after that executive. They couldn't go after the newspaper and certainly couldn't go after newspaper readers or other newspapers which picked up the same story.

  159. Like that episode of Seinfeid . . . by Kris+Magnusson · · Score: 1

    This is like when Kramer spilled a cafe latte down his pants and scalded his stomach. God forbid the Linux community run into the Maestro and put the balm on. It might mean SCO might have to settle for free espresso drinks for life.

    ............ kris

    --
    "I thought I could organize freedom. How Scandinavian of me."
  160. EULAs by MyHair · · Score: 1

    Cool! I never have the time to read those pesky EULAs line-by-line, I just spot-check them, so I don't have to worry about lawsuits because they duped me into it!

  161. Quite literally ;-) by Dr.+Photo · · Score: 1

    SCO has quite literally bet the farm on this one.

    SCO has a farm? :-o

  162. Re:About as viral as accidentally giving away secr by bazmonkey · · Score: 1

    I doubt the court will support this mode of argument.

    True, but SCO watched IBM do it, enough that they can give a rough date of when it happened, and they waited over a year to do ANYTHING about it. You can't watch IP violations, wait for damages to build up, and then decide to sue. The court WILL support that.

  163. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 0

    This will screw 'em ..From the GPL text:

    6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License.

    and

    7. and 8 fuck SCO too

    This could mean anyone that bought/received a copy of SCO Linux can simply cut & paste the code into the official Linux kernel and voila it's legitimate! It's silly!!

    oh and see SCO's press release:

    "SCO will continue to support existing SCO Linux and Caldera OpenLinux customers and hold them harmless from any SCO intellectual property issues regarding SCO Linux and Caldera OpenLinux products"

  164. Re:About as viral as accidentally giving away secr by Keith+McClary · · Score: 1

    5. As soon as they find them, they drop their Linux product, and launch a lawsuit.

    We had an SCO guy speaking at our UUG back in Sept. 2001.
    He was making allegations about pirated code in Linux.
    No specifics of course.

  165. Where's the funny gone? by Anonymous Coward · · Score: 0

    Considering the topic and how long it's been up, I'm quite surprised to see only 5 funny posts. I guess running over the clown did have a bad effect after all...

  166. Why SCO is not suing M$ by Anonymous Coward · · Score: 1, Insightful

    From what I could see SCO has a stronger case with M$ than SCO Linux .

    I wonder why SCO is not suing M$....hmmm

  167. SCO and Monterey Project - the key to their claim by towatatalko · · Score: 1

    I checked few places and also blogspot.com. One thing needs explanation, since SCO's case was moved to Utah's federal court by IBM, SCO must release their code that they consider offending to IBM even before the trial starts. As someone pointed it out on /. already that has to happen soon, even before this month is over. That's why couple of days ago someone from SCO said they'll release that code to few individuals, not the public. It's not that they'll do it voluntarily but because they have to do it under the federal rules.

    2. This whole thing of SCO going against IBM and by extension Linux vendors is about emotional grange SCO's execs have since their failed Monterey Project. Since IBM pulled out of it and went with Linux development, SCO considered that move as hostile to their chances of market growth and ultimately to their business survival. They blame IBM for their falling business and lack of growth, (50-55 of SCO's complain):

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

    What is IBM's response to that?, it says: "States that it is without information sufficient to form a belief as to the truth of the averments of paragraph 50..." In fact in many places IBM simply and tersely states: "Denies the averments of paragraphs" so and so. Further, in IBM's response under "Affirmative Defenses" section says: "Caldera lacks standing to pursue claims against IBM relating to Project Monterey." In other words folks, SCO/Caldera have no legal grounds against IBM, at least that's what IBM is saying. The lack of legal grounds would meant that Project Monterey was not legally bonding agreement that included "deliverables" but a collaboration of vendors that was lose enough as to have no legal effect on IBM for pulling out of it. But for SCO that was probably critical project that they staked hopes on and when IBM was out they had no further chances for profit.

    So, they felt IBM undercut their potential profits growth and by going with Linux development they had even further motive to believe that it was specifically targeted against SCO. That is the emotional backlog of their case. All the rest is the top logical layer that covers deeply felt resentment against IBM and Linux for undermining purposefully or not their dream of UnixWare becoming profitable an enterprise-level app/OS.

    --

    IP was invented for the sake of lawsuits.
  168. showing just one SUBSTANTIVE instance by skidrash · · Score: 1

    of code copying from UnixWare to Linux would spread a LOT more fud than anything SCO has already done.

    Sontag claims the IP violations are "all over the kernel"

    1 Solid example, 50 or 60 identical lines would harm the Linux world HUGELY in terms of long-term public relations and bring a lot of people over to the SCO camp.

    It's really very instructive that SCO has not released ONE example (if the violations are "all over the place" SCO will have plenty of examples to show the court. Their "we don't want the Linux folks cleaning up the evidence" claims are total BS )

  169. Virus=Micrsoft view? by Alomex · · Score: 2, Informative

    The first reference to the viral nature of the GPL that I could find in Usenet was dated Nov 11, 1989, well before Microsoft even had GNU in the radar scope.

    google news

  170. SuSE site is tops by sbszine · · Score: 1

    Look at the SuSE end user! He loves the GPL!

    --

    Vino, gyno, and techno -Bruce Sterling

  171. Re:GNU/terrorist by Anonymous Coward · · Score: 0

    how is a company supposed to adapt to not making any money? go bust? oh yeah, nice one! FOOL ...

  172. Good Point by no_code_charlie · · Score: 2, Informative

    Even a minimal showing of actual copying would be 14 carat FUD. I don't think that SCO could pass up that opportunity if they had it and, therefore, I doubt that there's any substantial copying involved. This circumstance, together with the 'IP violations all over the kernel' remark may well point up the truth of the matter. You see, the phrase "IP violation" is extremely vague. Generally it could mean, among other things, a copyright violation of a trade secret misappropriation. But here it sounds more like trade secret stuff. Check it out: SCO could argue that its "technology" (i.e., ideas) are manifest throught the linux kernel w/o having to show any actual copying. That is, the linux kernel source code could be argued to embrace SCO's "methods" albiet with different code. But whether or not this is true, such would not constitute any copyright violation. Copyright generally protects authors' particular expressions of ideas only, not the underlying ideas themselves. Hence, SCO's complaint contains no copyright infringement claims. On the other hand, if all SCO is alluding to by this remark is trade secret matter, then it is of no concern to the linux community at large. The reason is that it is not wrongful to use other people's trade secrets; it is only wrongful to misappropriate them. Here, the only entity that could plausibly have committed a misappropriation is IBM, by virture of its contract w/ SCO. Everyone else has done nothing but use information that is widely publically available w/o knowledge of the allegedly once wrongful publication of the trade secrets by IBM. Current publications of SCO's kernel 'contributions' do not constitute misappropriation of trade secret because the matter is no longer secret, and hasn't been for a long time. Accordingly, further and future use and publication of the SCO kernel 'contributions' cannot be enjoined. Linux Wins!

  173. My coworker by neuro88 · · Score: 0, Flamebait

    Some of you may find this interesting...

    I live in Santa Cruz and my coworker worked for SCO for a number of years. I think he worked (I believe he quit in disgust) for them for 10 years, or around there. So I decided to ask him about some questions about SCO as my curiosity has been peaked due to SCO's allegations.

    According to him, SCO is built from a lot of stolen code, and that during the 80's (where I believe the brunt of his employment took place) that it was pretty common practice for code to be stolen and put into SCO's UNIX. He also mentioned that the CEO of SCO was a coke head and one of the biggest crooks he had ever come across.

    I explained how many feel that SCO is just trying to get itself bought to which he responded "Oh, that makes sense, they've been trying to get bought for a long time" and he felt that any allegations of SCO code being in the kernel are probably BS, and if there is any cross code, it's probably code stolen from Linux.

    We don't work in IT right now (not even close) but after he told me of his experiences with SCO, I can't blame him after hearing just a few of his many stories about how crooked most or all the uppermanagement was/is.

    I wish I could give more detail about my coworker but I haven't really asked his permission.. So I for now, I can't go into anymore detail than I've already given.

    I have a friend who's son works for Caldera/SCO. I've been thinking of dropping him a line to see if maybe I could ask his son a few questions about this mess. Though I don't know what useful info, if any, I could get out of it.

  174. What to do with my corporate linux boxes.. by Anonymous Coward · · Score: 0

    If there was a legal risk involved I'd take a couple of days and replace all my linux boxes with freebsd. Most of my conf files/crontabs would be identical and life would continue on as normal.

  175. So What? This is a good thing... by Anonymous Coward · · Score: 0

    If SCO gets lucky and wins against IBM, is it really that bad a thing? (well, it isn't good for IBM) For Linux, can't the offending parts be ripped out, rewritten by capable people, and Linux comes out even better - free of any SCO tainted code?

  176. Re:About as viral as accidentally giving away secr by Blob+Pet · · Score: 1

    Good point, but then they'd have to prove that IBM or any other group was the one who intergrated the offending code and that SCO didn't do it. They have to prove that SCO's programmers never knew about it. Many have theorized that linux programmers cut corners by using SCO code that they knew about, but what if those programmers were SCO employees?

    --
    "...today consumers have been conditioned to think of beer when they see a bullfrog..."
  177. That's also NOT how it happened. by Anonymous Coward · · Score: 0

    Corel bought WordPerfect which was already losing to Word. Their graphics products were fast becoming has-beens in a world of Adobe products. Corel's shot in the dark, Linux, didn't pan out. They were losing fast LONG before touching Linux.

    Learn some history and quit blathering about licensing- as if something that trivial could kill a business. If they had anything worth a shit they might be successful.

  178. Mitch Wagoner: Pry Your Lips . . . by no_code_charlie · · Score: 0, Flamebait

    . . . from the Corporate Buttock. This guy's either on the take or plainly irresponsible. What is this shit: "The common wisdom is that SCO is bluffing in its charges that Linux vendors and users ripped off SCO's Unix intellectual property. But we don't actually know that. They could have a case. " Could they? *Why* could they? Do you know why? Do your sources know why? Why does your article not indicate why? Are you a journalist or a FUD shitter? And this: "And if the proprietary Unix code can't be made into open source, then open source developers would have to turn their attentions away from other projects and turn instead to developing replacement code for the proprietary code, delaying development of those other projects. " Huh? What makes you think that it couldn't be done during a coffee break? Oh, perhaps you have a source that indicates the nature and degree of the claimed SCO code? (But if so, you article fails to mention it.) Or perhaps your just an alarmist fuck bucking for regular employment with Microsoft?

  179. vaccine gpl by abe+ferlman · · Score: 1

    Since they've not told anyone what code that is exactly, there's no evidence that they even gave away any copyrighted code anyway.

    Even so, you can bet your bottom dollar that the GPL is not unique in this respect; any contract with any other entity that "inadvertently" licensed their ideas would be enforced just as surely as the GPL ought to be here.

    Imagine that SCO licenses some unix code to Microsoft so they can make an OS X clone. SCO's legal department complains 6 months after they sell the license that "we didn't mean to license the Sys V stuff, could we please take that part back?"

    I'm sure you can imagine the outpouring of sympathy that would come from Redmond. Do you suppose there would be a coordinated effort to label proprietary licensing "viral" on that day? Only if the world were fair, I'm afraid.

    Bottom line, enforcing your monopoly over an idea is a mean thing to do to people, but if you insist on doing it don't come crying when you fuck up and accidentally give back to the world what you fenced off as your own.

    --
    microsoftword.mp3 - it doesn't care that they're not words...
  180. SCO's IP by Anonymous Coward · · Score: 0

    waht is the bed that SCO's IP is the function names and arguments used in the kernel being the same as SCO's Functions use - I.E. UNIX System calls like OPEN() and CLOSE() are their IP

  181. Why SCO might be holding out on evidence by Anonymous Coward · · Score: 1, Insightful

    Just a thought, but consider for a moment that SCO doesn't want the infringing code removed from the linux kernel just yet. As it stands, they can sue any company that uses linux for violating their copyright, in addition to IBM for putting the code out in the first place.

    If the linux kernel is patched to remove the offending code, then all companies have to do to be in compliance is download a kernel patch. They can then proceed to tell SCO to stuff it.

    Suddently, SCO is left with only one defendant - IBM. Maybe, just maybe, they want to make sure that they cash in with a few scared/chicken poop companies BEFORE the linux kernel can be cleared legally?

    Or, maybe it's just really late, and I just need some sleep...

    1. Re:Why SCO might be holding out on evidence by no_code_charlie · · Score: 3, Interesting

      Maybe, but what kind of lame-ass company counsel would advise his client to pay off on a copyright infringement claim where: 1) the claimed infringed matter is unknown; 2) no known certificate of copyright registration has been issued with respect to the claimed infinrged matter; 3) no copyright is claimed in the claimed infringed matter in any pending litigation, and; 4) the claimed infringed matter was, at least on its face, distributed under the GPL? Any company who pays on such a claim deserves to go belly up and any lawyer who advises same should be shot twice (obligatory bullet plus one).

  182. hesaidhesaid by djupedal · · Score: 1

    Calling anyone a coke head on the internet is bad enough. Doing so allegorically smacks of having an agenda. You might want to be a bit more careful, if in fact, you believe what you were told, and you believe this is the place for it.

  183. That wasn't the question by phr2 · · Score: 1

    I'm concerned with the specific case where they don't ask for the document in question. I'm thinking of a real case where this happened, that was settled before trial. Yes you're correct that the side that failed to ask for the document was not especially competent (in addition to being crooks). The question is how much their opponent is allowed to benefit from the incompetence.

  184. Re:About as viral as accidentally giving away secr by Wavicle · · Score: 1

    As despicable an act as that is... I know it happens in the world of patents (thanks RAMBUS... @ssh0les). It wouldn't suprise me to see it used in an IP violation case. I just don't know if it's similar to the patent cases or not.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  185. Re:About as viral as accidentally giving away secr by Wavicle · · Score: 1

    Given the level of information one can mine from lkml and the kernel BitKeeper archive, isn't it fairly easy to trace a particular piece of code to some person who submitted it? I know my kernel code has my name pasted at the top of it.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  186. By "mistake"? by Anonymous Coward · · Score: 0

    You mean, SCO accidentally released some of their code as a part of the Linux source, forgetting to make the necessary alterations and add the "THIS IS NOT GNU-LICENSED CODE" bit? Or did a Linux hacker do what they did with some BSD licensed code a while back and slip it in without telling anybody or including the proper credit and license info?

  187. Re:About as viral as accidentally giving away secr by Wavicle · · Score: 1

    If I understand SCO's argument correctly (and I may not, and I'm certainly not an SCO sympathizer)...

    The moment a linux kernel was released that had their IP in it, a problem occurred. That code (only the code which violated their IP rights) was said to be GPL, but in fact the submitter had not been given the right to relicense the SCO code in the GPL. The code that violates their IP was therefore never GPL.

    I'm not sure how they could be restricted from filing suit against distribution of their IP protected code that is in the kernel but not GPL.

    They filed the suit against IBM in March, but they only stopped distributing their own version of Linux on Wednesday of this week!

    Even if continued distribution of the kernel represented their giving up their IP rights (which I'm not saying is or is not true), the distribution of their IP prior to discovery is still actionable.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
  188. No need by TheAncientHacker · · Score: 4, Informative

    According to CNET tonight:

    Microsoft is acquiring the rights to Unix technology from SCO Group, a move that could dramatically impact the battle between Windows and Linux in the market for computer operating systems.

    According to a statement from Microsoft, the company will license SCO's Unix patents and the source code. That code is at the heart of a high-stakes, billion-dollar lawsuit between SCO and IBM that could alter the computing landscape.

    1. Re:No need by minkwe · · Score: 1

      SCO: Dear old enemy, you know the enemy of my enemy is not necessarily my friend. So what do we do about this common enemy of ours. I have something going already but things are not going as planned.

      M$: F*ck off sc*mbag. You sued me before about DRDOS why would I trust you now?

      SCO: Well, wether you like it or not our 20 horsepower luxury cars are becoming irrelevant because of this 1000
      horsepower bicycle and something must be done about it. Infact I think I know what will help us both, and the fact that we are enemies is just sweet. Nobody would suspect.

      M$: Keep talking.

      SCO: finance legal bills for one year so I can stall the bicycle. During that time, your luxury car can catch up and overtake.

      M$: Huh!

      SCO: Don't worry, just claim you are buying licenses for Unix code in the media so money transfers between us will have an explanation. Besides, what is money to you, with the crumbs falling off your plate you can drag this thing for > 10 years. By that time, the bicycle will be rusted.

      M$: Nice Nice. I have been wondering when I'll be able to sleep peacefully with a smile on my face again. This sounds nice. When do we start?

      SCO: Hold on!

      SCO: Now would be fine.

      --
      "Fighting terrorists with millitary might is like killing a mosquitor on your Dad's forehead with a rifle."
  189. SCO's first sue saves us from the second :) by braddeicide · · Score: 2, Insightful

    If SCO is just trying to hurt linux to try get people going back to their unix, its a waste of time. Worst case, everyone will be using OpenBSD, i'm not sure about the other BSDs, but OpenBSD is EXTREMLY anal with their licencing.

    The irony of all that would be in the fact that openbsd is a fork from bsdlite, which i believe came about from when SCO sued 386BSD.

  190. Microsoft Gets SCO unix license by Anonymous Coward · · Score: 0

    This is real:

    http://news.com.com/2100-1016_3-1007528.html

  191. Re:flawwed reasoning by Lord+Bitman · · Score: 1

    read the rest of this thread.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  192. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  193. Re:About as viral as accidentally giving away secr by MrGrendel · · Score: 1
    I believe that is their argument. But if they ask a court to punish others for violating their IP then they are also asking for a court to hold others to a different standard of law. What they are arguing is that the other Linux vendors violated SCO IP by publishing the code without a license. If SCO code really is in the kernel then that argument is completely correct. But that also means that SCO was publishing the rest of the Linux code without a license because they published GPL and SCO owned non-GPL code together. The GPL doesn't allow that, so SCO published other peoples' copyrighted code without a license. Presumably, they will argue that they should not be considered to be in violation of the law because they did not know that they were publishing GPL and non-GPL code all in the same package. If that is their argument then I have trouble seeing how they could say that no one else can use the same argument. If SCO is not in violation because they acted in good faith, then doesn't that mean that the other Linux vendors are also not in violation because they acted in good faith?

    As you pointed out, none of this can prevent them from filing suit if they really want to. I just can't understand why they would since it will definately open them up to lawsuits from Linux developers, vendors and the FSF (since SCO published the GNU tools along with the kernel). I also don't think a judge would let them get away with an argument that invokes that kind of double-standard.

  194. no no no by ViVeLaMe · · Score: 1

    remember, FreeBSD is dying.

    --
    i had a sig, once..
  195. Microsoft to buy SCO by Salsaman · · Score: 1
    Read about it here.

    I wonder how this will affect the case ?

  196. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 0

    This is why they can only sue IBM for damages for allegedly using their IP, and only work to prevent other Linux vendors from distributing infringing versions of Linux.

    In the worst case, if SCO was right (unlikely), and IBM actually paid damages instead of settling or buying SCO (also unlikely), Linux vendors would be prohibited from distributing Linux until the infringing code is removed (which should be trivial, if we only knew what code it is).

    But I don't think that SCO is relying on winning legally, they are a) hoping to settle with IBM b) trying to spread around FUD about Linux (although I don't see how that would benefit them) or c) just plain insane.

  197. Microsoft buys Unix from SCO by VimBoss · · Score: 3, Informative
    The on-line version of the German magazine C't reports that Microsoft has agreed with SCO to take over the UNIX rights. You can read the article (in German) here.

    It refers to an article in the Wall Street Journal that I can't find.

    Is this for real? Wouldn't it be that MS just got one licence?

  198. Microsoft may Buy Sco by Ashell · · Score: 1

    This gets dirtier every day

    Microsoft may Buy Sco

    Now we know who is pulling strings here.. (as if we didn;t guess already )

    1. Re:Microsoft may Buy Sco by Aussie · · Score: 1
      Re:Microsoft may Buy Sco

      no.

      Microsoft to license Unix code

      Not the same thing, but it does provide much needed cash to SCO.

    2. Re:Microsoft may Buy Sco by moojin · · Score: 1

      i don't think MS would be able to buy SCO or SCO Unix patents because the Justice Department would not allow MS to gain that much control of its only major competition.

      just my ramblings...

      --
      Why did I lurk so long before registering for a Slashdot account? I could have had a Slashdot ID of less than 100000.
  199. MS just licensed the SCO code by alizard · · Score: 1
    Microsoft to license Unix code
    By Scott Ard
    Staff Writer, CNET News.com
    May 18, 2003, 10:45 PM PT

    Microsoft will license the rights to Unix technology from SCO Group, a move that could impact the battle between Windows and Linux in the market for computer operating systems.

    According to a statement from Microsoft, the company will license SCO's Unix patents and the source code. That code is at the heart of a $1 billion lawsuit between SCO and IBM, which is aggressively pushing Linux as an alternative to Windows in corporate back shops.

    rest at the URL. . .

  200. SCO/Xenix by toriver · · Score: 1

    Wait - wasn't SCO set up initially to make a product out of Microsoft's own clone, Xenix?

    What goes around comes around, I guess.

    1. Re:SCO/Xenix by TheAncientHacker · · Score: 1

      Close. Two minor errors. SCO did exist prior to the Xenix sale but they were tiny. Xenix wasn't a clone, it was a licensed UNIX under license from AT&T

  201. it was about some libraries?? by leuk_he · · Score: 2, Interesting

    Weren't they the ones that offered UNIX licenses for US$99 to Linux users after first making the claim? I think they did try to 'work out some kind of licensing', but they didn't offer any proof of why end users should do it.

    the inquirer article You have to take the inquirere with a grain of salt but it says:

    "The libraries, which perform basic operations such as opening files, are currently licensed for use with with SCO's OpenServer and UnixWare Unix variants, but not with the UnitedLinux distribution that the company sells.

    If the libraries are used in conjunction with a program called Linux-ABI, they make migration easier for companies moving from Unix to Linux and so it is believed that SCO is keen to make such customers pay for the privilege.

    The SCO Group refused to confirm or deny the move"

  202. Re:The people who build Linux don't want SCO's cod by ultrabot · · Score: 1

    They only have something like two years to go anyway... less so now that their expenses are up (lawyers) and profits are down (nobody, especially the knowledgeable unix people, will ever again by anything from them).

    --
    Save your wrists today - switch to Dvorak
  203. Re:About as viral as accidentally giving away secr by Anonymous Coward · · Score: 0

    Using "submarine" patents (i.e., delay the issuance of a patent by amending it, etc.) in order to later demand licensing fees of those who unwittingly infringed while your patent was winding its way through the patent office is a valid (and sadly all-too-common) legal tactic. IIRC, this is mainly due to the fact that all patent proposals are open to review by the public. Basically, the user of potentially patented IP has the burden of ensuring that said IP is not either already patented or in the process of being patented with an original filing date prior to when he/she conceived of/decided to use the said IP.

    With patents, you do not risk losing any legal force in a potential lawsuit by observing a probable infringement and deciding to delay notification until such time that the licensing fees owed are large enough to justify (in the economic sense) such action. The only reason RAMBUS lost was because it had stipulated that it owned no IP that might apply to DDR as a requirement of being part of the relevant standards specification committee (the name of which has slipped my mind). If SCO's claims are based on patents, it is likely that someone would easily be able to determine which ones might affect OSS. Since no one has done so yet, I think that it's highly unlikely that their claims are based on patents.

    In a copyright case, however, if you do not immediately send a C&D to an infringing party as soon as you become aware of the infringement, you risk lessening the possible damages awarded to you by a substantial amount (you will, of course, retain the ability to secure an injunction barring the party from further infringing action). If SCO's claims are based on copyright infringement, they will need to demonstrate that the code in question was either literally copied (as in highlight in left window, middle-click in right window, possibly with modifications) or derived (i.e., read SCO code, write code based on that) from some of their copyrighted source code. If the code in question was either clean-room reverse-engineered or independantly developed, however, SCO can suck rocks.

    In the case of a trade secret, you have absolutely no legal recourse whatsoever once the information is disseminated in a public forum. Trade secrets govern the same areas of IP as patents. The difference in legal protection is the tradeoff made for secrecy (patents = full disclosure + insanely good legal protection VS. trade secrets = no disclosure + nearly no legal protection).

    If SCO's claims are based on trade secrets (most likely, IMO), IBM is the absolute end-of-the-line as far as legal actions go (in other words, they absolutely cannot sue anyone else, unless they were also party to an NDA applicable to the IP in question).

    IANAL. HTH.

  204. SCO & Microsoft partnership by Anonymous Coward · · Score: 0

    SCO and Microsoft have had a long relationship. SCO was the subcontractor for Xenix many years ago. Microsoft ended up taking SCO to court to prevent SCO from using Xenix code in SCO's UNIX.

    Perhaps most telling is this tidbit from the Register: http://www.theregister.co.uk/content/archive/12338 .html

    Microsoft acquired SCO shares as a result of getting SCO, founded in 1978 by Doug and Larry Michels, to produce a version of Unix called Xenix.

  205. stock price up 50% by moojin · · Score: 1

    i saw the sco's (SCOX) stock price climb over 50% of today's opening price. as of 11:32am est it is $2.11 up (or 44%).

    if ibm is going to buy, i don't think their going to get SCO cheap.

    just my ramblings...

    --
    Why did I lurk so long before registering for a Slashdot account? I could have had a Slashdot ID of less than 100000.
  206. Re:GPL by Anonymous Coward · · Score: 0

    >sending letters to users of Linux is like Honda stealing trade secrets from Ford

    >They used what they had every reason to believe was free, GPL software....

    so they also know they agreed to the warranties specified in the gpl that not the creater, but _they_ are fully liable for the use of the software...

    gpl is nice reading material, try it!

  207. Re:GNU/terrorist by Pieroxy · · Score: 1

    Responding to an AC is not something I do with joy -- I feel like wasting my time!

    an industry without profit is an industry without incentive

    So you read the "Free" in "free software" as in "no money"? No, you're wrong, it's the free in "freedom".

    Example? How does Red Hat survives selling "free" software?

    Read. Ask. Learn. But please, stop posting.

  208. Re:About as viral as accidentally giving away secr by rifter · · Score: 1

    But SCO's argument is (or was) that Un*x itself is their `IP'. They can't really argue they didn't know Linux was Un*x-based.

    BUt Linux is not Unix based. Or rather it is supposed not to be. It is a kernel which loosely conforms to as much of POSIX as possible with a userland which for the most part was based on the GNU tools (GNU's Not Unix!) and BSD (also not UNIX.

  209. Re:About as viral as accidentally giving away secr by jcast · · Score: 1

    I know. But if they say Linux is Unix based, they lose their case (what there is of it). And they can't say they just figured out that Linux is Unix based (to whatever extent they claim it is), either.

    --
    There are reasons why democracy does not work nearly as well as capitalism.
    -- David D. Friedman
  210. Re:About as viral as accidentally giving away secr by Dr.Evil · · Score: 1

    A problem occurs to me, here. Would a court find that the warning that "Linux contains infringing code" is sufficient to anyone distributing Linux in any way? Would a court find that the appropriate response for all Linux distributors is to immediately cease distributing it?

    That's an awful wide swath, of course; among other things, it means TiVo has to stop selling their flagship product. (Sole product?) But is that a possibility? That a court would find that Red Hat, SuSE, Sharp, Mandrake, et al. should have just stopped?


    In the absence of a cease-and-desist order from SCO, or a motion for an injunction brought by SCO, I would think not. SCO has an obligation to notify all suspected infringers before those alleged infringers would need to cease distribution. There are three main reasons why SCO is not doing this:


    1. It costs money to get an injunction slapped against product distribution, especially if the judge doesn't think you have a substantial chance of prevailing in your claim. You have to post a bond used to reimburse the distributor if the lawsuit fails. So far, SuSE hasn't even filed suit against a single Linux distributor, only a development partner, so there's no grounds for an injunction, anyway. They could send out cease-and-desists, but then they have to say what behavior constitutes infringement, thus saying what the code in dispute actually is.
    2. You have to serve each distributor and developer individually, so you have to ask for injunctions against RedHat, SuSE, TurboLinux, Debian, LibraNet, Lindows.com, Yellow Dog, Knoppix, and on, and on, and on. You also have to serve Linus Torvalds, Alan Cox, Marcelo Tosatti, and every kernel hacker that's ever touched your disputed code. You also have to post a bond against each one.
    3. Since this is nothing but a naked stick-up by SCO, it's obvious that they want the "infringing" behavior to continue to inflate their damages.

    I think, deep down, SCO knows it can't win in a court of law. Now that IBM is refusing to be mugged quietly, SCO is applying a scorched-earth policy, where they hope to ruin Linux and thus drive business customers to UnixWare for their x86 server needs. The fact that the likely winner in that scenario would be the *BSDs, who based on the outcome of the Novell/UCB lawsuit are likely lawsuit-proof, apparently hasn't occurred to them.

    --
    Right...
  211. Re:MS view not validated we know, we know by Anonymous Coward · · Score: 0

    your business plan, like MSFT, is to FUCKING STEAL, discredit those you stole from, and use the capital you generate from stealing to sue others with legitimate clamis to innovation

    you are a low form of life, you fucking FUCKING THEIF.

    god knows. i know. others will find out what you did.