What if SCO is Right? 666
Posted
by
CmdrTaco
from the stuff-to-think-about dept.
from the stuff-to-think-about dept.
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.
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.
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.
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:About as viral as accidentally giving away secr (Score:1, Insightful)
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:Really.. (Score:5, Insightful)
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:Really.. (Score:5, Insightful)
Changing it doesn't change previously released versions, so they would still have a case.
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)
Re:Really.. (Score:1, Insightful)
Re:MS view not validated (Score:3, Insightful)
GPL is a Tool (Score:1, Insightful)
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?
Yes it would hurt their case (Score:1, Insightful)
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.
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:Please don't support the FUD (Score:1, Insightful)
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?
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
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.
The Next Question.... (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.
Re:Yes it would hurt their case (Score:1, Insightful)
Re:Really.. (Score:5, Insightful)
-b
Re: Really (Score:5, Insightful)
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?
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: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.
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...
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'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.
Re:Yes it would hurt their case (Score:5, Insightful)
Re: Really (Score:1, Insightful)
You make far too great of an assumption about the morals of "the good guys". IBM fought the federal government for 30 years, they aren't about to give into SCO in the first round.
The GPL harms yet another business (Score:1, Insightful)
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.
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.
Re:SCO's lawyers are probably thinking... (Score:1, Insightful)
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.
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.
Re:The Viral GPL (Score:2, Insightful)
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.
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.
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.
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...
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*!
Re:SCO wont be bound by the GPL licence (Score:4, Insightful)
Re:About as viral as accidentally giving away secr (Score:1, Insightful)
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 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.
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: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 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.
SCO adds on top of page (Score:3, Insightful)
Re:Really.. (Score:2, Insightful)
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.
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 lost their copyright. If you broadcast it on the internet with no copying restrictions whatsoever, it does not mean Microsoft lost their copyright. What it means is that you violated the copyright.
Trying to assign mystical impossible powers to the GPL is I think a new tactic to discredit it.
The GPL grants "exceptions" to copyright. It allows the receiver to do everything that copyright allows, plus more. If the GPL had all these powers than putting code into public domain would be even worse, since it grants all the powers the GPL has and many many more!
The original poster is absolutely correct that there is no difference with the GPL code from any other license, even public-domain, in this case.
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 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.
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, 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 their asses and fade out into IT history.
Are they expecting to make money? (Score:2, Insightful)
Re:SCO would be idiots to disclose the evidence (Score:4, Insightful)
Re:Standard of reason (Score:1, Insightful)
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.
Re:Yes it would hurt their case (Score:2, Insightful)
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.
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.
Why SCO is not suing M$ (Score:1, Insightful)
I wonder why SCO is not suing M$....hmmm
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.
Re:Yes it would hurt their case (Score:1, Insightful)
Now imagine another situation where you download some source code off the net where there is a big comment
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.
Re:Yes it would hurt their case (Score:2, Insightful)
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.
Re:Yes it would hurt their case (Score:3, Insightful)
Why SCO might be holding out on evidence (Score:1, Insightful)
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...
Re:Yes it would hurt their case (Score:3, Insightful)
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.
SCO's first sue saves us from the second :) (Score:2, Insightful)
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.