What if SCO is Right? 666
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"?"
Really.. (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.
Re:Really.. (Score:5, Insightful)
Re:Really.. (Score:5, Insightful)
Changing it doesn't change previously released versions, so they would still have a case.
Re:Really.. (Score:4, Insightful)
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.
Re:Really.. (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
Re:Really.. (Score:3, Interesting)
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 viol
Re:Really.. (Score:4, Insightful)
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?
No need (Score:5, Informative)
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.
Disclosure would Nullify Trade Secret (Score:5, Insightful)
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.
Re:Disclosure would Nullify Trade Secret (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 wa
Re:Really.. (Score:3, Insightful)
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 the
SCO would be idiots to disclose the evidence (Score:5, Interesting)
Re:SCO would be idiots to disclose the evidence (Score:4, Insightful)
Re:Really.. (Score:5, Insightful)
-b
Re:Really.. (Score:5, Insightful)
So you'd like compensation for your precious code?
I thought this was a copyright case - there are still damages, even if infringement has since stopped.
Copyright? Or Trade Secret? (Score:5, Insightful)
If it is trade secret issue, then this would be a bad thing for open source on PR grounds, but it wouldn't be a huge deal for anybody other than IBM (although losing IBM contributions would be too bad). It'd pretty clear to me that SCO in any case is making the most of the publicity to spread anti-Linux FUD.
Re:Really.. (Score:3, Funny)
Re: Really (Score:5, Insightful)
Re: Really (Score:5, Funny)
Re: Really (Score:3, Funny)
Do they... realize!... what they can DO!... with... grep?!?
Re:Really.. (Score:4, Informative)
Re:Yes it would hurt their case (Score:5, Informative)
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.
Re:Yes it would hurt their case (Score:5, Insightful)
Re:Yes it would hurt their case (Score:3, Interesting)
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 pr
Re:Yes it would hurt their case (Score:5, Informative)
Re:discovery in civil trial (Score:5, Informative)
See here [abanet.org] for a nice description by the ABA of discovery procedures. That website, in fact, has a good description of how trials work in general.
Re:Yes it would hurt their case (Score:3, Informative)
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
Re:Yes it would hurt their case (Score:5, Interesting)
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.
Re:Yes it would hurt their case (Score:3, Interesting)
Re:Yes it would hurt their case (Score:5, Interesting)
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.
Re:Yes it would hurt their case (Score:4, Insightful)
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.
Re:Yes it would hurt their case (Score:3, Insightful)
Non Disclosure of evidence (Score:5, Interesting)
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 )
Re:Yes it would hurt their case (Score:5, Insightful)
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.
Re:Yes it would hurt their case (Score:5, Interesting)
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.
Re:Yes it would hurt their case (Score:3, 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.
Speaking of which, everyone running any version of Microsoft Windows can send me US$99 and I won't
They'll have to disclose it before court anyway. (Score:3, Interesting)
Re:Yes it would hurt their case (Score:5, Interesting)
Re:Yes it would hurt their case (Score:3)
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:
That's why we have things like alternat
Re:Yes it would hurt their case (Score:3, Funny)
Or perhaps trial by wombat. I'm not sure how that would work, but it could be entertaining for the children.
Re:Yes it would hurt their case (Score:5, Insightful)
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...
Probably not (Score:5, Interesting)
--
Need to calculate [webcalc.net] something?
SCO wont be bound by the GPL licence (Score:5, Interesting)
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.
Re:SCO wont be bound by the GPL licence (Score:4, Insightful)
It doesn't matter, the damage is done (Score:5, 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.
Re:It doesn't matter, the damage is done (Score:3, Interesting)
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 re
About as viral as accidentally giving away secrets (Score:5, Insightful)
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.
Re:About as viral as accidentally giving away secr (Score:5, Insightful)
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.
Re:About as viral as accidentally giving away secr (Score:3, Interesting)
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
Re:About as viral as accidentally giving away secr (Score:3, Insightful)
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 dist
Not what Microsoft were saying... (Score:5, Insightful)
MS view not validated (Score:5, Insightful)
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.
Re:MS view not validated (Score:4, Insightful)
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.
Re:MS view not validated (Score:3, Insightful)
Re:MS view not validated (Score:5, Informative)
Re:MS view not validated (Score:4, Interesting)
Unless MS is somehow claiming that all code developed with MS tools automaticaly belongs to MS, their claim is absurd.
Re:MS view not validated (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.
Please don't support the FUD (Score:3, Interesting)
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 [opensource.org].
Re:Completely wrong. (Score:3, Interesting)
Re:Completely wrong. (Score:4, Interesting)
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.
Re:Please don't support the FUD (Score:4, Insightful)
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:
Either way, I don't think SCO/Caldera deserves anything--except to get reamed.
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.
Well, (Score:4, Insightful)
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.
Re:Well, (Score:5, Insightful)
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.
No, it absolutely doesn't have anything to do (Score:5, Insightful)
Take *ANY* other license, and put it in the same scenario.
Company X steals code from company Y, and later licenses a library back to company Y.
Company Y licenses the library to it's customers for $1 per seat. Later, company Y realizes that it's own proprietary code was stolen, adn they don't want to license it for $1. Are those to whome they have licensed code guilty? No. Company X is.
I'm not putting it very clearly.. but it has nothing to do with the GPL. They took code, and released it under a license that said "anyone can use this". Later, they said "Oops we didn't realize that we had some code in there we didn't want to license to someone"
Re:No, it absolutely doesn't have anything to do (Score:3, Insightful)
If you rummage through Microsoft's garbage and find a printout and then release it as a GPL program that does not suddenly mean Microsoft los
Perens is on SCO's side.. (Score:5, Interesting)
But apparently it's what they'd have you think from this page [sco.com] quoting "linux leaders" Perens and RMS..
It was quite a while since I saw such blatant FUD from a non-MS source..
Re:Perens is on SCO's side.. (Score:3, Funny)
Here's what SUSE is saying on their web site. (Score:5, Informative)
Go to their website [suse.com]
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.
Bruce Perens? (Score:3, Funny)
Only if... (Score:3, Insightful)
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.
good point, but not quite right (Score:5, Insightful)
Yes and SO WHAT (Score:3, Interesting)
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.
No, because it's not the "viral" part at work.... (Score:3, Insightful)
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
SCO is liable for the GPL violations since 2002 (Score:5, Interesting)
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.
The Viral GPL (Score:5, Interesting)
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
--CTH
Re:The Viral GPL (Score:5, 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.
Gentlemen, you fscked up. (Score:3, Interesting)
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.
If they're right (Score:3, Interesting)
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.
Worst case (Score:5, Funny)
Evolution of SCO claims (Score:5, Interesting)
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
SCO's lawyers are probably thinking... (Score:4, 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.
The SCO problem (Score:3, Insightful)
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...
If this case had any merit... (Score:3, Insightful)
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.
Microsoft isn't stupid. (Score:3, Interesting)
Fixing code doesn't change the suit (Score:3, Interesting)
http://ir.sco.com/ReleaseDetail.cfm?ReleaseID=1
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.
SCO's big mistake (Score:3, Insightful)
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.)
The people who build Linux don't want SCO's code (Score:3, Insightful)
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*!
Common code doesn't mean Linux took from SCO (Score:3, Interesting)
viral gpl? (Score:3, Interesting)
We've been through this before, it's a vaccine, not a virus [slashdot.org].
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
Re:viral gpl? (Score:3, Insightful)
Really? How do you know that? There is no evidence that they knew exact copies of their copyrighted code were contained in the distribution.
SCO adds on top of page (Score:3, Insightful)
Virus=Micrsoft view? (Score:3, Informative)
google news [google.com]
Re:Sco Vs Caldera ? (Score:3, Informative)
Re:Sco Vs Caldera ? (Score:3, Informative)
Re:What will happen when they loose? (Score:3, 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.
Re:Slightly OT: Linking static libs w/GPL'd code? (Score:3, 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 someone else'
Re:Slightly OT: Linking static libs w/GPL'd code? (Score:4, Interesting)
> 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.
Re:The GPL harms yet another business (Score:3, Informative)
I dont think your watching what went down w/ corel. Corel starts distro, ms offers to contract corel to do some
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...
The fall of Corel (Score:3, Interesting)
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
Re:not a legal expert here.. (Score:3, Insightful)
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