Red Hat Developer Demands Competitor's Source Code
sfcrazy writes "A very serious argument erupted on the Linux kernel mailing list when Andy Grover, a Red Hat SCSI target engineer, requested that Nicholas A. Bellinger, the Linux SCSI target maintainer, provide proof of non-infringement of the GPL. Nick is developer at Rising Tide Systems, a Red Hat competitor, and a maker of advanced SCSI storage systems. Nick's company recently produced a groundbreaking technology involving advanced SCSI commands which will give Rising Tide Systems a lead in producing SCSI storage systems. Now, RTS is blocking Red Hat from getting access to that code as it's proprietary. What's uncertain is whether RTS' code is covered by GPL or not — if it is then Red Hat has all the rights to get access to it and it's a serious GPL violation."
Now, RTS is blocking Red Hat for getting access to that code as its proprietary.
What is this I don't even
That's what it seems like from the summary. If not can anyone explain why? I'm not about to read a kernel mailing list.
The same issue can occur with commercial code too.
It's basically a risk for any non-completely-free licence, including explicitly non-paid-for ones.
You can be put in exactly the same position by being accused by a commercial vendor of using their code.
And the solution for the vendor is the same - sue for copyright infringement, and it'll come out if the code is infringing or not.
First off this is nothing like the Oracle case. That was a case about reimplementing APIs, and has nothing to do with linking against someone-else's code that provides APIs. Secondly, it is a stretch to say that the RTS SCSI target is just including APIs. It is using all sorts of internal kernel functions that go far beyond what most reasonable programmers would consider to be an API to the kernel. If you interpret things that liberally, then any proprietary modifications to a GPL application would be allowed by just bundling up the list of functions you happen to use and calling it an API.
Yup, and if found innocent they'd countersue for defamation and slander. You can't just go around accusing people of committing a crime without proof.
Can you prove to me that you didn't beat your wife this morning? How about we find a third party and have them set up cameras and monitor you 24x7 at home for a few weeks just to be sure?
You can't go around accusing people without proof and expect them to jump through hoops to prove their innocence.
Besides, its only the back-flow of contributed changes that would make the GPL apply to their original code, and perhaps not even that
would be sufficient. Does a contributed two line patch drag the entire original proprietary source into the GPL?
Not quite - if the proprietary module links into the Linux subsystems, as seems extremely likely, then the whole module likely becomes a derivative work, the exact details become very important in that case. The nVidia drivers walk this line, which is why you don't see them integrated into with any Linux distro - doing so would tilt the balance towards the derivative work interpretation and is likely to elicit a cease-and-desist letter.
--- Most topics have many sides worth arguing, allow me to take one opposite you.