Who's Behind the Google-Linux License Ruckus?
jfruhlinger writes "Yesterday, news broke that Android might have a Linux copyright problem, which would be big trouble for Google, already locked in an IP struggle with Oracle over the mobile platform. Blogger Brian Proffitt looks deeper into the alleged violations. He notes that, while it's possible that Google's on shaky ground, the motivations behind the news release are murky: the lawyer who outlined the violation is an ex-Microsoft hand, and the news was widely propagated by gadfly Florian Mueller, who's tangled with Google over patent issues in the past. Moreover, the alleged violations are in header files, and it's not clear that those are copyrightable; if they are, no actual copyright holders have come forward to complain."
Do they have a case?
This is just more FUD being generated by Microsoft's shills.
There may be no specific complains yet, but Linus has been quite explicit and unambiguous in the past about how he thinks the GPL applies to Linux kernel headers:
In short: you do _NOT_ have the right to use a kernel header file (or any other part of the kernel sources), unless that use results in a GPL'd program. ...
BUT YOU CAN NOT USE THE KERNEL HEADER FILES TO CREATE NON-GPL'D BINARIES.
Of course, Linus is not a lawyer, and his interpretation of GPL may not be correct. But the gist of the original story was that it was legal analysis made by an IP lawyer, and he essentially agreed with Linus.
Oh, I know, I know! Linus is a paid Microsoft shill! Right?
Duh. viablos has at least five other accounts.
His hypocrisy is amazing: in one article saying OSS sucks, in this one he says Android should be 'more open' (while claiming WP7 is better... lol), at one time he says he's not a shill, yet in the next article he makes his fifteenth first post promoting Microsoft.
This is not about userspace API headers (which are partially defined by POSIX spec, but partially Linux specific, by the way).
This is about kernel headers. Their content is not defined by any standard.
You're wrong. This is about a cleaned-up header file that lets user-space programs call kernel services, as permitted by the COPYING file (a non-standard modified version of the GPL that specifically says user-space programs can call kernel services without invoking the "derived works" clause) that comes with the linux kernel source code.
And the content of the cleaned-up file IS stuff defined by POSIX or other standards, structures, etc. This is not about including chunks of the kernel in user-space programs.
Astro-turf much?
(okay, you might have made an honest mistake, but wouldn't it have been easy to check first?)
You're wrong. This is about a cleaned-up header file that lets user-space programs call kernel services, as permitted by the COPYING file (a non-standard modified version of the GPL that specifically says user-space programs can call kernel services without invoking the "derived works" clause) that comes with the linux kernel source code.
You're right, and I stand corrected.
Is it the same exception that permits glibc (which necessarily uses those headers) to not require linking apps to be GPL?
okay, you might have made an honest mistake, but wouldn't it have been easy to check first?
You must be... uhhh... nevermind. Off your lawn. ~