Slashdot Mirror
Today's SCO News
joebeone writes "Linus has commented on the SCO v. IBM suit saying "SCO is playing it like the Raelians" and that he will withhold his judgement until the code in question is shown in court. He has also recommended that former slashdot editor, Chris DiBona, be appointed to a panel offered by SCO to examine the evidence." Businessweek has an interview with SCO's CEO. The Open Group would like to remind everyone that SCO is only one of many in the Unix world.
Why charge for one discussion when you can charge for two?
DID YOUR MOM SERVE YOU AN EXTRA HELPING OF DUMB TONIGHT?
Who the hell else is under consideration? SCO's CEO?
Hello Bill,
Re: Dropping of the anti-trust matter - done
Re: Slowing down Linux - done
I am eagerly awaiting your third wish.
Sincerely,
Satan
You will have to pry my proprietary software $$$ from my cold dead hands!
The May Issue of Linux for You India has interview of SCO India Head in which that guy is pushing linux and says linux is the key focus of SCO with they wanting to contribute to the Linux Community by way of more software. Isnt that a bit odd!
My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
FB : https://www.facebook.com/TanveersPhotography
Anyone else noticed that SCO continued to sell their Linux distribution for two months _AFTER_ they sued IBM? They even had a kernel source code on their servers available for download >:)
For more information click here.
--
One by one the penguins steal my sanity...
This is precicely why SCO does not divulge exactly what's in question: it would be too easy for IBM et al to say "Oh. So sorry. Many regretti." and recode it, thus deflating any hope they have for the Home Run.
All SCO can be after is money - QED.
"Stop whining!" - Arnold, as Mr. Kimble
Think about it, Microsoft has been spreading the FUD that GPL is THE big problem in enterprise environments not open source.
With all the bad publicity this is generating for linux, even if SCO were to loose its case in court, the Damage has already been done
Do managers really care whether linux code has or has not infringed upon copyright code? Do they ?
All they will see is that, GPLed code could potentially land them in problem.
This has a two fold implications on a IT manager thinking of deploying linux
- One:- As long as the case is not resolved, using Linux could mean risking being sued for copyright infringments. Also what's to gurantee that no other company could sue in future.
- Secondly mixing GPLed code, or even using the GPLed libraries with their own propritory code is now a NO-NO
This has been probably the most successful attack policy of Microsoft. Shoot from the shoulders of SCO and scare the IT managers.Remember programmers like you and me, don't matter as long as IT managers are scared to use linux in their enterprise.
for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
Thanks to SCO (Santa Cloneaid Operations) never again will have have to sit through another lame "yea, we saved Christmas" Chritsmas special. SCO will just make lots of Santa clones so even if Santa gets kidnapped on Christmas eve, again, by the evil villian that hates Christmas, we will have lots of other cloned Santas ready to take his place and deliver presents around the world.
From the article:
"...Linus Torvalds has suggested...former Slashdot editor Chris DiBona for membership on the panel of experts to which SCO executive Chris Sontag has offered to reveal evidence of copying code from SCO UnixWare to Linux."
And you just freakin' know what LT wanted to add was, "I would also recommend Slashdot editor CmdrTaco, but judging from his posts, he doesn't seem to know much about UNIX and is kinda stupid in general."
Talisman
"Study your math, kids. Key to the universe." -The Archangel Gabriel
What the f*** do you think you are doing?
(with the express permission from Madonna)
Its nice to see that the two sides are moving closer together. It seems like only last week that they were only discussing the possibility of disscussing discussions regarding the discussion of case discussions.
If brevity is the soul of wit, then how does one explain Twitter?
Linus, of course, is cleverly hedging his bets here. He knows there's no chance that a Slashdot editor will catch a duplicate!
Certainly, here it is[was].
Actually the executives are going somewhere.... have you seen the stock price.
Unfortunately in the U$ the end justifies the means and the executive options for SCO are now making them rich.,.
It is not important if they win as long as they can cash out before the outcome....
You will have to pry my proprietary software $$$ from my cold dead hands!
Well, the article states it is:
:)
- it is added in the last 18 months
- it is added by IBM
- they added 'a whole program'
I think this narrows things down a bit, shouldn't it be possible to make a list of code added by IBM in the last 18 months?
Maybe we could all put a snippet of this code on our website, and the one who gets sued by SCO has the right part
"It's too bad that stupidity isn't painful." - Anton LaVey
"I am your god" -- Linus Torvalds
(Yes, he was joking...but he was taken way too seriously at the time if my memory serves me right.)
Knowledge is power. Knowledge shared is power multiplied.
The key quotes from the CEO are:
"We have examples of code being lifted verbatim. If you look at the code we believe has been copied in, it's not just a line or two, it's an entire section -- and in some cases, an entire program. "
Now this may or may not be true or may be true in some mostly-irrelevant way. But that leads me to a question.
My question would be, if, theoretically, a coder knows in their conscience that they did violate copyright in this way, what would be their best recourse to fix the situation?
Should they patch the code themselves and submit a patch? Would such a patch withstand legal scrutiny?
And should they warn the person who they send the patch to about the urgency/motivation of the patch?
Alternatively, should they merely notify/tell someone else ASAP so that the violating code can
be removed and replaced by someone 'clean', and sooner rather than later?
It would seem one of these two would be wise. That way, the amount of time between when the violation is ruled to have occurred, and the time when it is 'made right' through a fix is minimized, and the effects of any judge-ruled injunctions to correct things are minimized. Or if the issue is fixed particularly before the case is ruled upon, perhaps the point can be ruled as 'moot' since the violation has since been fixed.
Either way, this raises some sub-questions:
A) who should they tell in the open source community about their indiscretion?
B) should they attempt to be anonymous in their communications? (to avoid legal liability)
C) does telling someone else then open the tell-ee to some sort of potential legal liability?
Clearly a swamp of legal issues that are better avoided entirely. Any answers though?
--LP
P.S. Of course Slashdot advice/commentary isn't legal advice/comment. But it's an interesting question and I figure *someone* on here has a more considered opinion than I.
"He has also recommended that former slashdot editor, Chris DiBona, be appointed to a panel offered by SCO to examine the evidence."
Why's that? So that it can get sent to court three or four times?
<ducks>
LOAD "SIG",8,1
LOADING...
READY.
RUN
OSI Position Paper on the SCO-vs.-IBM Complaint by Eric Raymond, President of The Open Source Initiative. Do we really have to say more, than what have already been said?
Karma: Positive (probably because of superiour intellect)
how can they prove that they did not take the linux code and incorporate into their code.
The dates and times of code inclusion into linux are pretty well documented, but how can you do that with closed source.
***Quis custodiet ipsos custodes***
In the business week article Darl McBride tries to scare (potential) OSS consumers:
I believe the way the open-source community works right now has some fundamental flaws that have got to be addressed. We need to address how this open-source intellectual property is developed, routed, and sold. Thousands of software developers send code to contribute to open-source projects -- but there isn't a protective device for the customer using the software to ensure they're not in violation of the law by using stolen code.
This might be true, IANAL. But this is no different for proprieraty, closed source code. For open and closed source alike, you cannot trace if code has illegaly been copied into it from another source. So, even if you buy a proprietary closed source application, you might as well be in violation of the law.
...except the Raelians don't appear to be a doomsday death cult.
SCO is playing it much more like, say, Heaven's Gate or Jonestown. Drink the koolaid, take a trip on the passing comet.
--
Don't like it? Respond with words, not karma.
I was at a meeting yesterday with 60 or so Security and IT leaders from around our city. One of the items being discussed was the use of OSS. The general consensus of the non-techie leaders was that they would steer away from OSS when things like SCO were going on. The more technical leaders were trying to explain some of the issues, but that largely fell on deaf ears.
This entire issue has nothing to do with the code. It doesn't matter when SCO release the "offending" code or if the code is really an IP infraction or not. Most people's understanding of this will simply be a headline here and there. The idea that you might get sued for using Linux will be all they remember. If the courts determine there is some basis to this, it will get even worse. Those things take a long time for the general population to forget.
Reeding stuff at /. has learned me how to scan text for signs of BS. Reading the quoted text above,
"If you look at the code we believe has been copied in, it's not just a line or two, it's an entire section -- and in some cases, an entire program."
one has to react to the program part. What is an 'program' doing in the linux-kernel?? What does that mean??
I remembered when I read that statement that I quit reading the rest, since it is obvious BS (to me that is).
I was just wondering, since Linux is open source anyone can see the code. What stops SCO, or anyone for that matter, from copying some code directly from Linux and then saying that it was theirs to begin with. Sure there are some commit logs, etc... that can trace code here and there but SCO or someone else can always claim that it was stolen from them. If the SCO like company is really deceptive then they could fabricate a trail within their company that shows they had this code all along. I know it sounds pretty conspiratorial but it is interesting to think of. Maybe this suggests that a better tracking method should be implemented within OSS that could easily standup to legal muster, at least for the really important projects like Linux. Just a thought.
it is ok for the open source crowd to simply remove the offending code, but not for those who have GPL violations, like OpenTV to simply remove their offending code?
Violation, you scream. You must pay the consequences, no matter how the code got in there.
But, if it is the open source crowd that put the bad code in, then just remove it, it's all good.
More open source double-standards.
Be that as it may, the community is facing a major problem with this. The more FUD they can muster up, the less likely people are to buy any nix system. Truth is, we're probably going to see Windows 2003 sales explode regardless as to the validity of SCO's claim. The way we've been handling intellectual property in this country over the last several years is really bothering me. The recent string of cases with the RIAA for example seem to put due process and burden of proof completely aside in favor of severe and swift punishment. There are many of the same kind of elements in this case as well. SCO is threatening to hurt or otherwise damage our livelihood. This is of critical importance. It would seem to me that if these claims they are making do not have merit, and they are consciously dissuading the public and their consumer base with false and costly information information, then they should be held accountable. Or is that something else we don't do in this country?
This signature has Super Cow Powers
The article from Newsforge had this (anonymous) comment attached to it. I didn't think of this, but it looks like he's right.
[disclaimer: as stated above, this comment was written by an Anonymous Reader -- I'm just pasting; any positive moderation doesn't belong to me, except a "+1 informative" if you will]
"As people may recall from the original settlement of the BSD lawsuit, three files had to be removed from BSD that represented things in SysV source. What is often forgotten, though, is that AT&T itself was in a far greater bind because while there was some SysV code in BSD, there was a LOT of "borrowed" and misattributed BSD code found to be in AT&T SysV. BSD permits this, but the license at the time required the advertising clause, and AT&T fraudulently ignored this. The actual settlement said that AT&T would no longer sue the BSD people, and that the University of California would also agree to hold AT&T harmless for misappropriating BSD code. Hence, much of the code that SCO owns is actually misattributed BSD code for which UC permitted AT&T (and it's decendents) to use."
"Now much of Linux also shares code derived from ancestrial BSD sources or people who have worked in common on both, and I am sure many of the same ancestrial routines still found today at the core of SysV are in fact also BSD derived. Hence, where common code may exist, it's code that AT&T originally misappropriated, and that SCO is free to use and relicense from the AT&T/BSD settlement, but in point of law neither AT&T nor the current SysV owner has actual legal copyright over. Perhaps the regents of UC could hall these SCO scum back into court, as they are in fact in material breach of the AT&T/BSD settlement if SCO now claims copyright "ownership" of that originally misappropriated code since the settlement gave AT&T no such rights."
Damn, but I wish I had followed through with my 'dumb' idea to remortgage and dump the cash into SCOX! 'Idle rich' is such good job title.
Help children born unable to swallow - www.tofs.org.uk
Another thing that quote brings up is what program? Can anyone who has a SCO UNIX license go program by program through the code in Linux and find any possible culprits? If SCO won't show the code, perhaps we can find (or not find) anything based on these clues. Anyone with a copy of SCO's UNIX should be able to do this, even if you can't program you can at least be able to tell, "This block of mumbo jumbo is the same as that block". The results of a study like this would be very valuable
IBM misappropriated SCO's code, which was then incorporated into the Linux kernel released by Caldera, making Caldera liable. SCO then bought Caldera, thus implying that SCO had been misled into buying a license to their own code. SCO fails to realise this and releases Linux as per the GPL.
Okay. That bit makes sense. SCO then realise that some of their code is amisapprpriated. They contuinue to distribute it under the GPL even though they claim the GPL doesn't cover it. They also claim that some of SCO's code is in the Linux kernel, but fail to say what. All this time they continue to distibute their own code under a license which states that either they are not allowed to, or that they must allow others to do exactly what they're claiming everyone else shouldn't do.
SCO make some statement that says that it isn't being distributed under the GPL, and the GPL says so, disregarding the fact that says that if they distribute GPLed code they give a license to use all the code that's included.
This is where I sart getting a headache. I just can't make the facts of that last sentence sound coherent however hard I try.
The article is incorrect. The actual SCO OpenServer certification status is:
s .h tm
1. SCO OpenServer does not hold a Unix 98 cert, AIX does.
2. SCO OpenServer does not hold a Unix 98 cert, True64 does
3. SCO OpenServer does not hold a Unix 98 cert, Solaris does.
4. SCO OpenServer does not hold a Unix 95 cert, AIX does
ad naseum...
infty. SCO holds only a 95 cert for Unixware which it bought (and certified for the bought code, nothing later on) and for which the Open Group holds some of the trademarks anyway.
More info on:
http://www.opengroup.org/products/cert/certprod
So SCO has no legal right to call their flagship product unix anyway. Openserver is not and should not be allowed to be called Unix.
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
Are those statements true? I kind of hope so. Linux is just the kernel (name flames aside, technically it's true). So it's not possible that anyone can add a whole program to a monolithic kernel. That would indicate that they are actually talking about something included as a program/utility/whatever in the OS by the distributor (I'm assuming this is IBM). If it's even true that a whole progrm was released under GPL when it wasn't supposed to be, it's easy to excise it from any distributions that are including it. It's certainly not a core piece of the OS, GNU and Linux are enough to create a useable OS/Linux distribution.
I'm the big fish in the big pond bitch.
For several other interesting quotes, see the whole interview.
Trusted Computing FAQ | Free Dawit Isaak!
Has anyone else noticed that in all the reports, press releases, and other things related to this frivolous lawsuit, two major playres are not mentioned by anyone. Mandrake and Debian don't appear in anything SCO has released. Is this just a coincidence or is it intentional? And either way.. why not warn them and their users also, why only talk about Red HAt and SuSe? Just a thought....
Just realise the reality of the situation..... There is no reality.
IIRC, Microsoft's customers are now facing the threat of legal action because Microsoft improperly included Timeline's intellectual property in their SQL server offerings. So even though Microsoft's customers bought licenses from Microsoft, they may still end up owing money to Timeline! And IIRC, Microsoft is also being sued by their customers for this practice. So much for the "safe" proprietary code model....
The society for a thought-free internet welcomes you.
SCO ship a bunch of Linux stuff with their "LKP", (Linux Kernel Personality) add-on for UnixWare, and according to The Inquirer they've written to say:
So, within a few weeks we'll be able to compare the old "Linux RPM CD" with the new one and find out what SCO/Caldera think was stolen.Watch this Heartland Institute video
- SCO releases trivial code under GPL.
- SCO sues IBM (Microsoft's most feared competitor) for releasing said code in Linux distro - plans large court battle to find IBM guilty/GPL invalid. Announces intention to sue linux system integrators.
- Major media all run articles spreading FUD as to whether developing for linux is a recipe for disaster. Microsoft purchases advertising in said media.
- Microsoft pays SCO 'undisclosed sum of money' to license code most people think they likely don't and won't use.
- SCO announces GPL irrelevant.
A conspiracy theorist might imagine this scenario:Just because you're paranoid doesn't mean they're not out to get you...
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
Then SCO has already achieved their goal.
My question wasn't meant to be whether users would be criminally liable, but whether the product they were using would be considered illegal and subject to any kind of claim by the copyright owner. In property law, one who purchases a stolen item isn't entitled to keep it once it is found to be hot, even if they bought it unaware.
Let's please realize the difference between theory and praxis.
Let's also realize that the chance Linux contains relevant SCO code is nil.
With that in mind - In theory you would have to upgrade to a newer version if some infringing code is found. However, in real life it won't matter because: 1) The courts are so slow that the infringing software would be out of date long before you would have to upgrade, 2) Nobody cares. 3) Nobody knows. Neither MS nor SCO have the registration information of SuSE, RedHat or Mandrake customers, many customers don't register and for those who use debian or Gentoo, such registration information doesn't even exist. They might force their own users to upgrade, but quite frankly they can't even prove that they haven't already jumped to another distribution.
Sorry for overreacting in my last post, but I feel very frustrated and sad that SCO is so successful with this pure FUD campaign.
Actually, there are a number of user-land utilities in the kernel source tree. Try doing a
grep 'include.*stdlib.h' -r
in a recent source tree. (Ignoring the hits from the Documentation directory.)
Eli
My question wasn't meant to be whether users would be criminally liable, but whether the product they were using would be considered illegal and subject to any kind of claim by the copyright owner. In property law, one who purchases a stolen item isn't entitled to keep it once it is found to be hot, even if they bought it unaware.
;)
Hmmm... say you own a legally purchased copy of the song 'My Sweet Lord' by George Harrison. This lawsuit comes up. Are you now required to return your copy of 'My Sweet Lord' because it is now considered 'stolen property'?
The answer is 'no, of course not.' Because copyright violation and theft, despite what the BSA wants you to think, are not the treated the same under the law. Copyright violation is not theft per se because it is a 'theft' of an expression of an idea, not the theft of physical property -- basically it's plagiarism. The plagiarizer is the liable party in this case. Copyright violation is also (generally) a civil matter, rather than a criminal matter. It's (literally) an infringement upon somone else's exclusive right to copy. Basically the party that causes damages to the copyright holder is the liable party.
I hope this makes sense to you because I feel like I'm babbling.
My journal has hot
Suppose some of us believe SCO is lying. What's involved in "shorting" their stock?
SEC rules probably make this more complicated, but I think this is a pretty good simplification. Shorting stock is basically selling stock you don't have, with the intention of buying it back later (at a lower price). So you borrow stock from someone else and sell the stock. So how do you borrow stock? (Stockbrokers, please correct this as necessary...) When you do a "short", your stockbroker borrows shares from one of his other customers that has that stock. That stockholder probably does not even notice that his stock has been borrowed, and if the occasion comes up that the stock is needed, then your stockbroker will have to buy the stock immediately so that the stock "lender" is covered. This is one of the dangers of selling short, since a volatile stock may need to be re-bought any time the actual stock owner wants to do something with it, which may be RIGHT NOW. Or it might be some time that is really invonvenient for you, since the price is not where you want it to be. Tough luck. If you sell short, and the price goes up, you could be liable for many, many times your investment. Your stockbroker will probably hold the cash proceeds from your sale as insurance against this sort of thing. Compre this with simple investing, where you buy a stock and the worst case scenario is losing all of your investment. But if you sell short, it can get much worse if things go badly for you.
A dingo ate my sig...
Why not? Isn't SCO's action libelous against the core developers of Linux? There appear to be several derisive comments about Linux in the SCO complaint.
The kernel developers have carefully crafted Linux over many years. It seems to me they would be willing to protect *their* image and *their* product from these kind of attacks.
Especially the people who developed the capabilities that SCO claims did not exist in Linux until IBMs intervention. The SCO action claims these developers are lying, that they never did the work!
If EFF files a lawsuit on behalf of named developers of the Linux kernel, I'd pledge $100 over paypal to such an effort.
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
The law suite is with UnixWare 7 _not_ OpenServer.
Going on means going far, going far means returning. Tao te Ching
If there was any code of value, it would likely be in several pieces. They could reveal one piece so that everybody knows they are serious and they can prove they have a case, and say "there are several others that we will reveal later". This would be far more damaging to Linux than their current actions and would make Microsoft happy. Therefore I feel pretty confident now that they have no case whatsoever.
Thanks for the tip.
--Bob, SCO IP lawyer
Outdoor digital photography, mostly in New Engl
Microsoft had issues with licensing code for their SQL Server product. They told their customers not to worry, their customers believed them. Then Microsoft loses the battle and the customers are exposed to potentially huge fines and fees. I say that is worse than any of the current mess with SCO. Someone needs to make sure that this is brought up to counter any anti-GPL FUD that might be flying around. Sagent Vs MS Story
Err, make that
3. More Profit!!!
Sincerely,
Bill
You are being MICROattacked, from various angles, in a SOFT manner.
Contrary to a popular hacker belief, Linux (for purposes of this post, Linux refers to the kernel, GNU, assorted tools and environments, etc) can effectively die if we, the community, aren't careful.
In order to stay "alive" Linux must continue to provide innovative and useful tools AND support for modern Internet standards and protocols on on modern hardware. Without support for new Internet standards/protocols and new hardware, fewer people will be inclined to try Linux, and some Linux users will be inclined to switch away. This process is a negative feedback loop, which is sometimes known as a death spiral. Each generation that a negative feedback loop is allowed to continue makes it more likely that it will continue for another generation. If allowed to continue for too long, you end up with an extremely small and insular group of coders developing software that is utterly useless to anyone but themselves.
To avoid this negative feedback loop, we must maintain and expand our current user base. This is an inherently positive process, as it means that new coders will join our ranks to help make better software. However, while we continue to gain new coders every year, the overwhelming majority of people who are new Linux users are not writing new code. As cliched as it may be, these kind of people expect Linux to just work with their (often new) hardware and with modern standards, protocols, and file formats, and if it doesn't they are unlikely to return.
The obvious response is that Free Software coders will code in support for new hardware, like they have done in the past. However, a few points bear mentioning. One is that much of the device support in the kernel is the direct result of contributions (code, money, extensive documentation) by hardware manufacturers. Another is that as devices become more advanced and complicated, it becomes exponentially more difficult to write adequate drivers for them without extensive documentation provided by hardware manufacturers. In both of these cases, hardware manufacturers may be unwilling to give their assistance unless Linux has sufficient market share, or the prospects of a larger market share in the future.
In a related vein, Internet standards and protocols, as well as office file formats, are under constant threat of patents and proprietary trickery. The only way to stop or prevent this is to have a large user population which can react negatively to any such proprietary encroachment. For example, the community just barely averted disaster with W3C patent policy, and it still was not a complete victory for us. This was just the tip of the iceberg, and we may not be so lucky in the future unless we continue to grow.
So failure to maintain and expand the Linux user base threatens our ability to support new hardware and standards/protocols, and failure to support new hardware and standards/protocols threatens our maintenance of the user base. A classic feedback loop. Now that we know why expanding the user base is important, the question remains, which potential converts do we target? The choices are individual users or companies.
Targetting individual users is difficult and manpower intensive (LUGs). Most end-users do not perceive immediate benefits of switching, and will thus resist switching. And even when they do switch, there is little benefit to the catalyst of the switch, other than a vague sense of accomplishment. Not that this isn't worth doing, but it's not the optimal strategy.
On the other hand, corporate switching has a much higher payoff. A single corporate switch can affect hundreds or thousands of users. Benefits of switching to corporations are quickly noticed (ie: cost savings, reliability, etc). And benefits to the catalyst (ie: money) are also palpable.
In conclusion we see that maintaining and growing the Linux user base is necessary for its long term viability. And we see that the best way to expand Linux's user base is to start by targetting businesses. Thus, anything that threatens that strategy threatens the long term viability and survival of Linux as a whole.
The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
What's involved in "shorting" their stock? What happens if a mass number of people do this to a company?
1) Make BS claims that their IP was robbed.
2) Wait for stockholders to ramp up the cost of the stock.
3) Sell crap stock when it's worth 10 times more than it was a few months previous.
4) PROFIT!!!
'nuff said?
I'm not a prophet or a stone-age man,
I'm just a mortal with potential of a super man.
They seem to find SCO's claims as "questionable," but are warning that end users might in fact be sued. Despite calling it a "remote" possibility, their recommendations could hold back the deployment of Linux.
One of their recommendations is "Minimizing the use of Linux in 'complex, mission-critical systems' until the dust clears on how valid SCO's claims are." How long is that going to take?
Gartner to users: Don't take SCO suit lightly
SCO has never claimed (until now) that IBM ever put any of their code into Linux.
SCO claims that IBM improperly, in breach of contract, used SCO's trade secrets to improve Linux.
SCO's court filings focus exclusively on trade secrets and breach of contract. Darls outburst today, claiming that IBM has committed acts of copyright infringement, will probably get him in much hot water with his legal team.
If there are no such infringing pieces of UnixWare code in Linux then IBM's legal team will know very soon that Darl is full of shit. They have access to both source trees so they can prove it beyond any doubt. If they can they'll counter-sue with a massive libel claim.
The man would appear to be a complete idiot.
Trust The Computer, The Computer is your friend.
It beats me why any linux users would be leastwise intimidated by SCO's recent FUD. SCO said "...liabilitity....may...rest with the end user." If so, I'd sure like to know how such a thing could be. SCO claims no patent protection wrt to the 'UNIX IP.' Although, there might be some contract-based trade secret wrt IBM (i.e., IBM and SCO agreed that some matter would be treated as trade secret), if the matter has been publically distributed, it ain't no trade secret as far as anyone else is concerned. That leaves only copyright. ----- Now, how could an end-user's use of SCO's UNIX IP in connection with his running linux result in any liability to that end-user? It's not copyright infringement to "use" someone else's copyrighted material. It's only infringement to violate one of the specifically enumerated exlcusive rights conferred by copyright law, i.e., exclsuive rights of reproduction(copying), modification (derivative works), distribution and other rights not relevant to computer software. See United States Code section 106. The only one of these that most end users are going to engage in at all is 'reproduction'. However, a certain amount of copying of computer software by the user is specifically allowed under the copyright law. See U.S.C. section 117. So, even in the worst-case scenario where SCO actually has some copyrighted material embedded in the kernel, what do end-users care? Although companies that copy/modify/distribute linux as a business might have a [very] few concerns, end users do not have to think twice about using linux. Linux Wins!
I can't imagine how your analogy has anything to do with the SCO situation. Who is the publisher and who is the theif? Are your books published under some license analogous to the GPL? Did the thief publish under such a license? Oh well. Look, if SCO lost some IP due to its publication under the GPL, that's only due to its own lack of diligence, IBM's wrongful conduct, the inherent nature of trade secrets, the inherent nature of copyrights, the inherent nature of license agreements or some combination thereof. The primary cause of SCO's wierd predicament really isn't the GPL. (Although anyone who really wants to see it that way certainly can.) It's easy to precent the GPL from gobbling up your IP lack pack-man: just don't release anything under the GPL or, if you do, make damn sure that you know what it is that you're releasing. (The latter is a good business practice anyway.)
SCO wants a former Slashdot editor to examine if code was duplicated from Unix?
The jokes on you SCO! Slashdot editors can't even examine if a story has been duplicated on Slashdot!
(Ignore the blue glow folks, it's just my karma getting nuked)
It is easier to build strong children than to repair broken men. -Frederick Douglass