SCO: Code Proof Analyzed, Linus Interviewed
Arker writes "Bruce Perens has now obtained a copy of the entire slide show from which the recently scrutinized SCO-related Linux code excerpts came, and has analyzed the remainder of the 'evidence' they presented there. Their other code exhibit turns out to have been the venerable Berkeley Packet Filter(!), and their revised line-counts are consistent with simply adding together all the lines of code that have been contributed by Unix licensees." Also, Iphtashu Fitz writes "A new interview with Linus Torvalds has been posted on eWeek.com. In it he slams SCO over the recently leaked source code. Among other things, he points out in the interview that some of the code in question has been removed from the 2.6 kernel ['because developers complained about how "ugly" it was'] before SCO even started complaining."
A programmer is a machine for converting coffee into code.
Repeating this from the last SCO story, needs more exposure...
...
I just got off the phone with the FTC. If everyone calls and complains then the chances they will investigate SCO goes up. They look for patterns. In other words, if the majority of their calls are about SCO then they will investigate. It is time to take the Slashdot effect to the phones.
These are the key points to make:
-You did not purchase software from SCO
-The company that "produced" your software did not purchase it from SCO
-It was not marketed or packaged by SCO
-Despite this SCO is asking for $199 from home users (You) and $699 from business for 1 CPU
They will ask for your name, phone number, address etc. That is mostly to verify your identity and citizenship I think.
Here is the number:
1-877-382-4357 option 4
They are nice and listen well. The lady I talked to even took the time to get a better understanding of what Linux is. The best quote from her "You didn't purchase it from them and they want you to pay them? That sounds crazy."
--
Call FTC 1-877-382-4357 opt 4
-You didn't buy from SCO
-Vendor didn't either
-They want $199
Here's some information that may help. They actually asked for this info:
The SCO Group
355 South 520 West
Suite 100
Lindon, Utah 84042
801-765-4999 phone
The guy I spoke with was actually somewhat familiar with what Linux is. One of his first questions was how this company got involved with me, which my answer was "Well, that's the problem. They didn't."
He eventually asked if SCO has contacted me personally with regard to this situation, which they have not. Don't lie to them. Be completely truthful. At the end of the call I got a reference number, and he said that if SCO does contact me personally, I should call back and let them know.
It was very easy to do, and took about 5 minutes of my time. The recording while I wated for the counselor to pick up the phone did say that the FTC does track trends in complaints. If we get enough people to complain, something will happen. Please, take a few minutes and call!
IIRC, it was originally developed for AIX, yes, but the OS/2 version was not a port, it was a clean room implementation from the spec sheet instead. And it was the OS/2 code that was the basis for the Linux port. So, in fact, the article is correct.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
Or you can go straight to the source (no pun intended).
The relevant portion:
This is a common misunderstanding; thinking that there is something fundamentally wrong or illegal with reverse-engineering (be that examining source code or binaries). Like another poster pointed out, the only mechanism that could protect against "monkey see monkey do" would be trade secret registration.
For patents, it does not matter if you saw something and reimplemented it, or even created it yourself from the scratch. Copyright only protects against unauthorized copying, not against reimplementations.
The whole clean-room reimplementation idea was an overkill created by Compaq lawyers, when they were cloning IBM PC. They wanted to be 150% sure everything was legal, since they were dealing with a high-tech behemoth, with ample resources to use on lawyering. Doing clean-room development is plenty good for avoiding potential trouble, but it is not a requirement of any sort (more like a sterilized man using a condom).
I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
Subject: Re: XFS vs. JFS
Subject: Re[2]: XFS vs. JFS
See also Q1 on the JFS FAQ from IBM.
Basically the original implementation was too tightly tied to specific AIX features. So a spec was written and given to the OS/2 team, who were completely separate from the AIX team, and they wrote a clean implementation avoiding such problems. This OS/2 implementation, then, was ported to both AIX and Linux. The original AIX implementation is dead, and has been for some time. All implementations in current use are based on the clean room work by the OS/2 team.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
I don't think there's any way that you could interpret that paragraph as granting ownership of derivatives to AT&T (or to SCO) and I don't think that even SCO are trying to claim that it does, at least not in their court claims (their PR contains all manner of gibberish).
What that paragraph does say is that the derivative works are covered by the same terms of that contract as the original software is. The contract requires that the original code is not disclosed to others. Thus, the derivatives also cannot be disclosed to others.
Remember, this case is about trade secrets and breach of contracts not about copyright violations. SCO are not claiming to own the copyright to the derivatives, they are claiming that IBM is contractually prohibited from publishing the code.
Their argument is still wrong because code that is linked to theirs is not derivative of theirs when separated out and containing none of theirs.
The idea is it only takes four patent to shut SCO down and IBM can find more if it has to.