Feeds

Google's 'clean' Linux headers: Are they really that dirty?

When lawyers and Linus collide

  • alert
  • submit to reddit

New hybrid storage solutions

The trouble with open source is that most coders aren't lawyers and most lawyers aren't coders. And even if everyone did wear both hats, there would still be ample room for disagreement. The law, you must remember, is subjective.

Two intellectual-property lawyers have told the world that Android is at risk of legal attack because it uses Googly versions of the original Linux header files. But Linux daddy Linus Torvalds says this is "totally bogus". The truth lies somewhere in between. But good luck finding it.

Earlier this month, Edward Naughton, an intellectual-property attorney with the Boston-based firm Brown Rudnick, penned a piece for the Huffington Post in which he argued that Google's use of the original Linux "header files" in Android made the OS vulnerable under US copyright law. "Google's Android contains legal landmines for developers and device manufacturers," the headline read.

According to Naughton, when building Android's Bionic library – which provides application developers with access to Android's underlying Linux kernel – Google stretched the boundaries of copyright law by making use of the Linux header files open sourced under the GNU Public License (GPLv2), which has a strong copyleft provision. Google stripped programmer commentary and other information from the files, arguing that these "cleaned" files are no longer subject to copyright. Then, as part of Android, it open sourced the files under a license with no copyleft provision. But Naughton contends that the GPL may still apply .

"I have serious doubts that Google's approach to the Bionic Library works under US copyright law," he wrote. "At a minimum, Google has taken a significant gamble. While that may be fine for Google, because it knows about and understands the risks, many Android developers and device manufacturers are taking that same risk unknowingly.

"If Google is wrong, the repercussions are significant for the Android ecosystem: the manufacturers and developers working with Android would be incorporating GPLv2-licensed code into applications and components and taking on the copyleft obligations of that license." In other words, if Google is wrong, developers will have to open source their code, as the GPL stipulates.

The argument was based in part on a recent blog post from Raymond Nimmer, a law professor at the University of Houston Law Center and co-director of the Houston Intellectual Property and Information Law Institute. In discussing the "risk of disclosure" when using copyleft platforms, Nimmer spent a paragraph questioning Google's use of the Linux header files in the Bionic library.

Naughton's story promptly sparked a blog post from outspoken open source watcher Florian Muller, who has gained some added attention of late for questioning Google's use of Oracle's Java code in Android. "Google's Android faces a serious Linux copyright issue (potentially bigger than its Java problem)," read the headline, and with the post, he roped in a 2003 mailing-list post from Linux founder Linus Torvalds to support his argument. Soon, countless tech news sites were reporting that Android and its applications were build on shaky ground.

But in one dissenting story, Eben Moglen – the founder, director-counsel, and chairman of Software Freedom Law Center; a professor of law at Columbia University; and one of the world's most respected open source legal minds – poured a little code water on the brouhaha. "I would say that the issue is a little less complex and a little less dire than it might seem on first acquaintance," he said.

Then Linus himself spoke, calling Naughton's claims "totally bogus". And before long, Free Software Foundation chairman Richard Stallman weighed in too, indicating that according to the legal advice he had received, Google's use of the header files was not a problem.

The war of opinions was only inflamed by suggestions that Naughton was somehow beholden to Microsoft. A week before his story appeared on the Huffington Post, Naughton's online bio was edited to remove references to his past work with Redmond.

If you strip out the petty arguments flying back and forth, the situation is actually quite intriguing – whichever side you come down on. With Android, Google could have used the Linux headers provided by GNU C Library (aka glibc), which was created separately from the Linux kernel and does not carry a strong copyleft provision. This is used by the likes of MeeGo and HP's webOS. But Google took a different route, choosing to use the original Linux header files and "clean" them using its own scripts.

Google declined to comment on the situation. But as Naughton pointed out to us when we spoke to him in the wake of his Huffington Post story, a Google powerpoint presentation indicates that the company chose to build its own library because it "wanted to keep GPL out of user space" and it wanted a library that was relatively small and fast.

Obviously, Mountain View believes its scripts have removed all copyrightable material from the files. "This header was automatically generated from a Linux kernel header of the same name, to make information necessary for userspace to call into the kernel available to libc," reads the top of each file in the Bionic library. "It contains only constants, structures, and macros generated from the original header, and thus, contains no copyrightable information."

Secure remote control for conventional and virtual desktops

More from The Register

next story
Not appy with your Chromebook? Well now it can run Android apps
Google offers beta of tricky OS-inside-OS tech
Keep that consumer browser tat away from our software says Oracle
Big Red decides it will only support Firefox's Extended Support Releases
Greater dev access to iOS 8 will put us AT RISK from HACKERS
Knocking holes in Apple's walled garden could backfire, says securo-chap
NHS grows a NoSQL backbone and rips out its Oracle Spine
Open source? In the government? Ha ha! What, wait ...?
Google extends app refund window to two hours
You now have 120 minutes to finish that game instead of 15
Intel: Hey, enterprises, drop everything and DO HADOOP
Big Data analytics projected to run on more servers than any other app
TIBCO ponders new 'financial options', including sale or merger
Your challenge: find ways to satisfy shareholders of mid-sized enterprise software outfit
prev story

Whitepapers

Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.
Intelligent flash storage arrays
Tegile Intelligent Storage Arrays with IntelliFlash helps IT boost storage utilization and effciency while delivering unmatched storage savings and performance.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.