Does Android Have a Linux Copyright Problem? 292
An anonymous reader writes "TheRegister says Google's attempt to purge copyright from header files has put mobile developers at risk of being forced to reveal their own source code, according to legal experts. This time it's not patents or Android's reinterpretation of Java that's causing problems, but the Linux code that compiles down into Android itself. The discussion started with a Huffington Post article by IP lawyer Edward Naughton, who has serious doubts about Google's approach to the Linux kernel header files. He in turn links to copyright law professor Ray Nimmer's blog post on disclosure risks on copyleft platforms. And IP blogger Florian Mueller believes Google faces a serious Linux copyright issue."
Re:What the heck? (Score:5, Informative)
This won't play into a goddamn thing. It's headers. read the first post. Headers are not copyrighted. This seems to be about as blatant a lack of comprehension you can get.
Re:This isn't random conjecture by the ill-informe (Score:5, Informative)
You're thinking of David Nimmer [wikipedia.org]. Ray Nimmer has lots of credentials too, but he's a different guy.
Re:Applications shouldn't be at risk (Score:5, Informative)
Because of an addendum Torvalds added to the GPL v2 as it applies to the Linux kernel. I couldn't find it quickly on Google
You can find it in the COPYING file at the top level of the Linux kernel source tree:
which is followed by the text of the GPLv2.
Re:NO... (Score:4, Informative)
No real risks, just header files which are not even copyrightable and things explicitly permitted by the lesser (lib) GPL licence anyway, noting to read here just Florian Mueller posting as anonymous for the FUD..
Header files are almost certainly copyrightable. There seems to be some debate about whether you can restrict use of the header files for compilation based on the copyright, although the GPL assumes that you can (that's what the whole LGPL thing is about.)
Some of the linux header files are LGPL, but most are GPLv2; what the LGPL allows would not apply.
Re:This isn't random conjecture by the ill-informe (Score:5, Informative)
Google's attitude seems to be that copyright is merely a hassle, an obstacle to be routed around. Even if they are not found to be legally in violation of the GPL, they obviously Bionic with the deliberate intent of routing around it.
If you read the rationale section of Bionic README.TXT [kernel.org] it doesn't seem that Google's trying to claim these new headers are re-licensed. They're simply providing an (automatic) way to create cleaned headers that won't cause compilation errors due to a variety of reasons that the original headers can/will cause them. While I'm not a copyright expert, this doesn't sound anything like what these guys are claiming Google's doing.
Also, I've never heard of anyone having to release their source code because they used header files from Linux. You kinda have to use them to compile, and there's plenty of non-GPL software that compiles and runs on Linux that hasn't been forced to release its source code.
Re:Copyright is complex (Score:5, Informative)
In other words, they're complying with the GPL by including the scripts necessary to generate the code. Florian Mueller is a liar and enemy of open source, has been for years. This is the guy who went around saying open source destroys value.
Linus' comment in context (Score:2, Informative)
Here's the thread that comment was taken from:
http://kerneltrap.org/node/1735
The topic under discussion is the old controversy of Linux community regarding binary loadable kernel modules, and whether they can be provided under a non-GPL license. This is an entirely different ball of wax. The same thread also mentions that the LINUX COPYING file explicitly clarifies that user space programs that are compiled to work with the LINUX kernel DO NOT incur a GPL obligation. This is the foundation of the vast library of proprietary software that runs on regular Linux today.
As far an ISV using Android is concerned, if they write kernel modules (e.g. a device driver) or modify the kernel source itself, then yes, they'd have to disclose that source, but Android application programs (including those provided by manufacturers or vendors) can happily be as proprietary as they like.
So as far as I can tell, this is just FUD dressed up in a nice pinstripe suit.