Slashdot Mirror


Does Android Have a Linux Copyright Problem?

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."

64 of 292 comments (clear)

  1. NO... by Anonymous Coward · · Score: 4, Insightful

    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...

    1. Re:NO... by poetmatt · · Score: 4, Insightful

      yup. The real question is "Does Florian Mueller have a open source problem?" and the answer is yes.

    2. Re:NO... by aardvarkjoe · · Score: 3, 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.

      --

      How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
    3. Re:NO... by tomhudson · · Score: 2
      You're allowed to modify the header files and distribute the modified header files. If you had actually checked how these header files are generated, they're to clean up the linux source to remove stuff that isn't needed for Android, or that conflicts with Android.

      Google didn't replace any copyright notices - just that everything not needed is removed, comments and all, to make for quicker compiles.

    4. Re:NO... by mikelieman · · Score: 2

      SOMETHING needs to strip it out. Whether it's the preprocessor during compilation, or the guy who checks it into SCM.

      Let's consider a shop with continuous integration of checked in code. EVERY TIME it compiles, that stuff needs to be stripped out. Might as well do it once and save the compiler farm's resources for actual compiling...

      --
      Technology -- No Place For Wimps! Grateful Dead and Jerry Garcia Chatroom -- http://www.wemissjerry.org
    5. Re:NO... by tomhudson · · Score: 2

      Fewer LOC to process, smaller files to read, etc. However, there's more than that - the simplifications and leaving out the unneeded parts also make a difference. Additionally, by leaving out the unneeded parts, if someone DOES call them accidentally, you get a compile-time error.

    6. Re:NO... by tomhudson · · Score: 2

      Here's the very first lines at the top of /usr/src/linux-2.6.37.1-1..2/COPYING

      NOTE! This copyright does *not* cover user programs that use kernel
      services by normal system calls - this is merely considered normal use
      of the kernel, and does *not* fall under the heading of "derived work".
      Also note that the GPL below is copyrighted by the Free Software
      Foundation, but the instance of code that it refers to (the Linux
      kernel) is copyrighted by me and others who actually wrote it.

      So just using the normal api/abi is specifically exempted from the whole "derived work" question by the authors, and ultimately, it is the author's right to set out the terms for copying and distribution, subject to current law.

      What Mueller & Co are pushing is FUD. If the author says "this use is not a derived work", then you have a right to depend on that assertion.

      Now, all people need is the portions that actually implement the above - except that the source code doesn't implement it properly for an Android user program, and you don't need most of the headers anyway, so why not make a new header, a "cleaned-up" header, that removes the 99% of code that isn't needed, all the comments, re-write the functions that are different, change/re-order the number of parameters as needed, get rid of several levels of #defines where possible, etc.?

      If all you've got left is some code to make calls as outlined above, it probably doesn't rise to the level of copyrightable, but whether it does or not is mooted by the declaration at the top of COPYING. No need to redistribute source that just uses kernel serves via system calls.

      BTW, why not try to open a few kernel source files. Many don't contain copyright notices ... some don't even have the authors name. So you end up depending on the notice in COPYING.

      Hope this makes it a bit clearer:

      1. Google may be right about copyright in this case
      2. Even if they're not, there is no requirement to distribute the source of Android apps.

    7. Re:NO... by Guy+Harris · · Score: 2

      Here's the very first lines at the top of /usr/src/linux-2.6.37.1-1..2/COPYING

      NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work". Also note that the GPL below is copyrighted by the Free Software Foundation, but the instance of code that it refers to (the Linux kernel) is copyrighted by me and others who actually wrote it.

      So just using the normal api/abi is specifically exempted from the whole "derived work" question by the authors

      Using the normal API/ABI by normal system calls is exempted.

      Using, for example, the "optimized CPU-specific byte-swapping routines" that, according to the README.TXT for the Android build script that munges the Linux kernel header files into headers for Bionic, are still in the "clean headers" is not necessarily exempted.

    8. Re:NO... by sumnerp · · Score: 2

      If the API header files are protected by copyright, then Linux infringes on Novel's Unix copyrights. The SCO IBM litigation teaches us that this is not so.

  2. This isn't random conjecture by the ill-informed by Infonaut · · Score: 2, Interesting

    Nimmer is the real deal. He wrote the definitive treatise on copyright law. It is cited in more judicial opinions than any other scholarly work on the subject. That doesn't mean Google is necessarily screwed, but it certainly means this is a serious matter.

    Despite the persistent belief that copyleft and the GPL are antithetical to copyright law, nothing could be further from the truth. The GPL relies on copyright law; without copyright there could be no GPL. 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 openness is a virtue, what is sort-of-openness?

    --
    Read the EFF's Fair Use FAQ
  3. the core of the issue by davek · · Score: 4, Insightful

    From TFA:

    Google took a novel and quite aggressive approach to developing a key component of Android -- the Bionic Library. That library, a type of C Library, is used by all application developers who need to access the core functions of the Linux operating system. Google essentially copied hundreds of files of Linux code that were never meant to be used as is by application developers, "cleaned" those files using a non-standard and questionable technical process, and then declared that the code was no longer subject to the GPLv2

    That "technical process" looks like it refers to an automated filter that it ran the standard Linux header files through, resulting in part of the API for the non-GPL Bionic Library used in application development. One reading of copyright law could determine that the Bionic Library is a direct derivative of the Linux Kernel and therefore must be GPLv2 and open source. This library is essential for Android application development, therefore it would become legally impossible to develop a closed-source Android app.

    Personally, my reading of GPLv2 tells me that simply including GPLv2 header files does not mean that your application must also be GPLv2 (otherwise a large part of the embedded market simply wouldn't exist). So I'm marking this one down as FUD.

    --
    6th Street Radio @ddombrowsky
    1. Re:the core of the issue by mmurphy000 · · Score: 4, Interesting

      This library is essential for Android application development, therefore it would become legally impossible to develop a closed-source Android app.

      By that argument, it would be legally impossible to develop a closed-source Linux app. Yet there are many closed-source Linux apps. Do not confuse "linking with a GPLv2 library" and "writing for an OS that contains GPLv2 libraries".

    2. Re:the core of the issue by recoiledsnake · · Score: 2

      Most of the closed-source Linux apps link against LGPL'ed libraries and headers, NOT GPL like you say. If you link against a GPL'ed library, your program has to be GPL'ed.

      See Linus' take on the GPL'ed kernel headers below. He's absolutely against your point:

      http://lkml.org/lkml/2003/12/5/13

      --
      This space for rent.
  4. Re:What the heck? by poetmatt · · Score: 4, 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.

  5. Re:Does Florian Mueller.... by sconeu · · Score: 2

    You need to ask that in the "Geico guy" voice.

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
  6. Someone please explain by lavers · · Score: 2

    "Google publishes that code under the Apache licence, but derives it from Linux source protected by the General Public Licence version 2 (GPLv2) claiming to remove all copyrighted components before changing the licence."

    I don't follow this. They're saying that they take the GPL-ed Linux source, and strip out all copyrighted parts. Wouldn't that be all of it? The GPL only works because the code is copyrighted to the developers.

    1. Re:Someone please explain by just_another_sean · · Score: 2

      claiming to remove all copyrighted components

      It means they are using the headers only and that these do not meet the minimum standard for copyright protection. If we can copyright header files then we might as well throw in the towel and allow 1's and 0's to be copyrighted, declare clean room reverse engineering illegal and just say F*&k you interoperability.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  7. Re:This isn't random conjecture by the ill-informe by starfishsystems · · Score: 4, Informative

    [Ray] Nimmer is the real deal. He wrote the definitive treatise on copyright law.

    You're thinking of David Nimmer. Ray Nimmer has lots of credentials too, but he's a different guy.

    --
    Parity: What to do when the weekend comes.
  8. Re:What the heck? by gstoddart · · Score: 4, Interesting

    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.

    Well, from the last article linked from the summary:

    Linus Torvalds himself has clearly rejected the idea of using the original Linux kernel headers in programs that aren't licensed under the GPL. In a posting to the official Linux kernel mailing list, he made the following unequivocal statements:

            "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."

            "So you can run the kernel and create non-GPL'd programs [...]
            BUT YOU CAN NOT USE THE KERNEL HEADER FILES TO CREATE NON-GPL'D BINARIES.
            Comprende?"

    Now, I have no idea if Linus making this assertion is a fully valid legal opinion, but he's sure as hell under the impression that they're certainly copyrighted.

    And, the second link in the summary says:

    Recently, Ray Nimmer, a well-known copyright law professor, observed that there could also be a problem with the way Google used some key Linux software code, called kernel header files, to create a vitally important element of Android. In fact, the way that Google used these files creates a legal quandary for manufacturers of Android devices and many developers writing code and applications for those devices.

    So, I'm not entirely convinced that your assertion that the header files aren't copyrighted is actually true.

    Most of these articles seem to be saying that this quite likely is a violation of copyright.

    --
    Lost at C:>. Found at C.
  9. Re:What the heck? by Mr.+Slippery · · Score: 2

    So, take a bunch of copyrighted (or, copylefted) code, stripping out the comments, and then claim there's no copyrightable information???

    Header files implement an interface. That interface is a fact, not subject to copyright.

    The fact "strcpy takes as arguments two character pointers, and returns a character pointer", is not copyrightable. This does not change if I express it in C as "char *strcpy(char *d, const char *s);"

    A minimal C or C++ header file is just a collection of such facts.

    --
    Tom Swiss | the infamous tms | my blog
    You cannot wash away blood with blood
  10. Re:What the heck? by poetmatt · · Score: 2

    Most of these articles also cite Florian Mueller or a legal guy saying it's a legal analysis with a disclaimer that says "THIS IS NOT LEGAL ANALYSIS". It's not a coincidence.

    As another commenter noted, Indeed, google "SCO linux headers" or "SCO errno.h".

    you'll see what this is about, and the answer is zero.

  11. Re:Copyright is complex by Anonymous Coward · · Score: 5, Insightful

    Well you're obviously not a copyright genius, otherwise you'd know that header files usually only contain structural information about functions that doesn't contain the level of creativity required to clear the threshold for copyright protection.

  12. Re:What the heck? by MikeyO · · Score: 2

    The majority of the linux kernel headers ARE copyrighted. Look for yourself. Perhaps you are trying to make a claim that "headers are not copyrightable", but that would be crazy. Perhaps google is doing this with the idea that "although the headers are copyrightable and people are claiming copyright on them, after you strip all the comments from the files, what you are left with is no longer copyrightable". I'm sure you could find people on both sides of that argument.

  13. Re:What the heck? by Desler · · Score: 3, Interesting

    So, I'm not entirely convinced that your assertion that the header files aren't copyrighted is actually true.

    It's not an assertion. It's backed up by case law such as the rulings of SCO v IBM where one of IBM's central claims against SCO with respect to SystemV header files like ERRNO.H is that they aren't copyrightable.

  14. Re:What the heck? by idontgno · · Score: 4, Insightful

    Ah. Concise. To-the-point. Quite possibly completely wrong.

    Read and learn.

    Actual practitioners of the law, people who don't have to say "IANAL" like you obviously should have, say that the answer is unsettled. There is precedent that header files, in general, may be copyrightable. Header files that express APIs, perhaps less so, because the API itself is not copyrightable. (But again, the idea of a big white whale and and obsessive whaler hunting each other isn't copyrighted, but I'm pretty sure Moby Dick certainly was.

    But let me put your central assertion to the most obvious test. I write the Great American Novel. It's an awesome novel. It's breathtaking, ground-breaking, and lots of other "aking" things. But I'm eccentric. So I write it entirely as a C++ comment block, and in a file called "GreatAmericanNovel.hpp".

    Why isn't it copyrighted, again?

    --
    Welcome to the Panopticon. Used to be a prison, now it's your home.
  15. Re:What the heck? by samjam · · Score: 3, Insightful

    Header files generally specify an interface, the libraries implement the interface.

    However header files can implement some of the interface by use of inline functions and macros.

    As has been hinted, these are more likely to be subject to copyright as they are more than a minimal specification required for interoperability.

  16. Re:This isn't random conjecture by the ill-informe by mhelander · · Score: 2

    "If openness is a virtue, what is sort-of-openness?"

    Virtuel?

  17. Re:What the heck? by Desler · · Score: 2

    Who says the headers are not copyrighted?

    IBM did in SCO v IBM. The court apparently accepted that argument and thus established case law precedent. This is just one example.

  18. Re:What the heck? by Raffaello · · Score: 4, Insightful

    Header files implement an interface. That interface is a fact, not subject to copyright.

    The fact "strcpy takes as arguments two character pointers, and returns a character pointer", is not copyrightable. This does not change if I express it in C as "char *strcpy(char *d, const char *s);"

    A minimal C or C++ header file is just a collection of such facts.

    The point Nimmer, an acknowledged authority on IP law, makes is that when you aggregate such "facts" the resultant text, essentially becomes an expressive description of how a whole system works, and therefore is copyrightable. Otherwise one could argue that each individual word in a book is such a "fact," and that copying a book is just copying a series of facts and therefore not a copyright violation.

    Whether a work is copyrightable is a matter of examining the whole work in the context of its use, not just determining that individual lines are not copyrightable and concluding that the whole work is therefore not copyrightable.

    So no, it is not yet a settled matter of law that header files are not copyrightable.

  19. Re:What the heck? by radtea · · Score: 2

    Indeed, google "SCO linux headers" or "SCO errno.h".

    So you conclude that because some headers are not subject to copyright, no headers are subject to copyright?

    The phone book contains no copyrightable information. Does that mean no book is subjec to copyright?

    --
    Blasphemy is a human right. Blasphemophobia kills.
  20. Re:*BSD by Shikaku · · Score: 2

    Problem, Google?

  21. Are contents pages of books copywriteable? by EdgeyEdgey · · Score: 3, Insightful

    Seems like a good analogy.

    --
    [Intentionally left blank]
  22. Re:What the heck? by just_another_sean · · Score: 3, Insightful

    If all a header file does is describe an interface then no, I don't think it should be copyrighted. The interface is there to promote
    interoperability and if headers were subject to copyright we might have Linux but it damn well would not work as a near perfect
    drop in replacement for Unix.

    If people are putting code in headers that are worthy of copyright my first reaction would be "they're doing it wrong".

    All phone books are uninteresting. Some books are interesting. All header files (IMHO) should be uninteresting.

    IANAL - I might be wrong but I trust my own knowledge over anything Florian has to say on the subject.

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  23. Re:What the heck? by Raffaello · · Score: 3, Interesting

    IBM's claim, which was upheld, what that those specific headers were not copyrightable because they were in the public domain. IBM did not claim that header files in general are not copyrightable.

  24. Re:What the heck? by radtea · · Score: 2

    So you think IBM was also crazy to argue that back in SCO v IBM where that argument was held up by the court?

    That ruling applied to the header files in question, which were not the same header files in the present case, as I understand it. While some header files may not be copyrightable, it does not follow that all are not.

    --
    Blasphemy is a human right. Blasphemophobia kills.
  25. Re:Different approaches, same result by h4rr4r · · Score: 2

    Nope, EULAs are use licenses, GPL is only impacts copying of the software. You can feel free to use GPL software in your private software and never give up your source so long as you never make copies of that software and distribute them.

  26. Re:Google don't care by Anonymous Coward · · Score: 2, Insightful

    Who cares what Google uses internally? I can modify all the GPL software I want at home and not release the changes, and so can all companies. There's nothing illegal or immoral about it.

    I wish their major Android apps were open sourced, but that's a different matter.

  27. Re:What the heck? by Raffaello · · Score: 2

    This argument was not held up in court, because it was never made. IBM argued correctly, and the court agreed, that the specfic headers in question were not copyrightable because the were in the public domain. IBM did not argue, nor has any court ruled AFAIK that headers in general are not copyrightable. Hence the potential legal problems for android developers.

  28. Re:What the heck? by arose · · Score: 4, Insightful

    If the rest of "GreatAmericanNovel.hpp" describes an API and the comments are stripped, what creative work is left?

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  29. Re:What the heck? by just_another_sean · · Score: 4, Interesting

    OK, I am one of the IANAL guys spouting off about headers not being protected by copyright but you definitely raise a good point. So lets assume there are many comments in the header files in Linux, some useful, some funny, some coming close to the greatest written piece ever. I'll grant that those elements in the file are subject to copyright.

    Now, back to your example, if the only thing in your header file is the comment itself which contains this fabulous piece of writing and the fact that you completed it on 3/18/2011* and I strip it out the writing, leaving only the date completed (a fact), is the header file still subject to copyright protection?

    The point I'm trying to make is that Google claims (right or wrong, I don't know, I have not seen the files) that they stripped out everything but the sections of the header that describe the interface into the Linux kernel. Linux on the other hand copied some of this data from BSD and ATT SYSV header files claiming all along that this was needed for interoperability. A court of law held that IBM could do the same thing with regards to Linux and SCO could not claim protection over those files. I agreed with that then and I agree with it now; assuming Google did a thorough job of scrubbing anything out of the files that was worthy of copyright protection.

    * Happy Saint Patrick's Day everyone!

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  30. Re:Different approaches, same result by bipbop · · Score: 2

    Which is why I'm amused every time software makes me agree to the GPL before I install it. The GPL is pretty easy to read and understand, and I can only imagine that someone would use it as a clickwrap license if they hadn't actually bothered to read the thing.

    (Well, to be fair, some people are probably using braindead installers which require some clickwrap step. Ugh.)

  31. Re:GPL by just_another_sean · · Score: 2

    Well taking them at face value Google claims to have stripped the comments and copyright worthy elements from the files. So, again giving them the benefit of the doubt, are the elements they copied worthy of copyright or simply a way to promote interoperability?

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  32. Re:lol by gstoddart · · Score: 3, Insightful

    It's getting comical reading how everyone is going after google every time they have a product that ends up being successful

    Only when they run roughshod over the applicable laws to what they're doing.

    People aren't slagging them because they came up with Street View or that they made Android ... they violated privacy laws (and some might say computer access laws by sniffing Wi Fi) in some places, and they may have violated copyright by taking stuff from Linux and stripping out the copyright.

    Go ahead, be successful. But, don't cut corners and skirt around the law in the process. That's what people are concerned about.

    --
    Lost at C:>. Found at C.
  33. Re:Applications shouldn't be at risk by Guy+Harris · · Score: 4, 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:

    NOTE! This copyright does *not* cover user programs that use kernel
    services by normal system calls - this is merely considered normal use
    of the kernel, and does *not* fall under the heading of "derived work".
    Also note that the GPL below is copyrighted by the Free Software
    Foundation, but the instance of code that it refers to (the Linux
    kernel) is copyrighted by me and others who actually wrote it.

    Also note that the only valid version of the GPL as far as the kernel
    is concerned is _this_ particular version of the license (ie v2, not
    v2.2 or v3.x or whatever), unless explicitly otherwise stated.

    Linus Torvalds

    which is followed by the text of the GPLv2.

  34. Re:Google don't care by PitaBred · · Score: 2

    Really? Is that why I have aftermarket firmware running on my Android phone, but you can't get the source to iOS or Windows to do the same?

  35. Re:Google don't care by PitaBred · · Score: 2

    Everything Google does with Linux is perfectly legal. You can't DISTRIBUTE the modified binaries without providing the source, but really... you expect Google to give away the keys to it's kingdom because it used Linux as a base? Are you stupid?

    Besides... Picasa isn't Linux or based on open source software, nor is Google Earth, nor is the Page Rank Algorithm, nor is their filesystem, nor gmail... well, pretty much nothing except the kernel fork. And their use is implicitly allowed by the GPL.

    Go troll your stupidity elsewhere. There are plenty of reasons to not like Google, but this ain't one of 'em.

  36. Re:What the heck? by just_another_sean · · Score: 2

    But Google claims to have removed the interesting elements leaving only interface details that are needed to operate with the kernel.

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  37. Florian Mueller, the F/LOSS-hating troll by tomhudson · · Score: 5, Insightful
    While "filing off" copyright notices and comments does not suddenly make code less covered by the GPL, this is not what is being done.

    Read the RATIONALE section at the bottom.

    After you've read it, if you still have a problem, to put this into perspective ... let's take a proprietary platform, Windows. There is nothing to prevent me from creating a set of optimized headers that wrap around the windows api, leaving out unnecessary parameters, constants, and code definitions that will conflict with my userland application code, and defining new "convienence" methods, functions, classes and structures.

    If I then use the "cleaned up" headers to create an application, that application is no less my work because I used the "cleaned up" version as opposed to the original kernel source.

    Proprietary applications can use these "cleaned up" header files without falling afoul of the GPL, the same as if they had used the original headers. Otherwise, the "binary blob" device driver problem would clearly not exist.

    From the GPL v2:

    identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works.

    An application distributed separately, just like a driver distributed separately, is not "derived" from the kernel source.

    Thus, it is not the intent of this section to claim rights or contest your rights to work written entirely by you; rather, the intent is to exercise the right to control the distribution of derivative or collective works based on the Program.

    It's a tricky balance. The kernel is gpl, and the code is available, including the "cleaned up headers" code, as per the gpl.

    Just remember, an application that calls kernel functions is not "derived from" the kernel any more than an application that calls the windows api is "derived from" windows.

    I believe this is just more FUD on the part of certain parties ... ask yourself "cui bono", then follow the money to the usual suspects.

    1. Re:Florian Mueller, the F/LOSS-hating troll by exomondo · · Score: 2

      Only because those are considered 'system' libraries.

      Of course, but that's the context of this issue, System Libraries as defined in section 3 of the GPLv2.

    2. Re:Florian Mueller, the F/LOSS-hating troll by Guy+Harris · · Score: 2

      Only because those are considered 'system' libraries. If you statically or dynamically link your software with a GPL'ed library, then you must release your software under the GPL.license. That's why it's called viral.

      I'm not sure what "those" are, but if "those" means "the kernel and glibc", then

      1. the kernel is GPLv2, but provides a special exception (see the stuff at the beginning of the COPYING file at the top level of the Linux source tree) for code that just makes system calls;
      2. glibc is LGPL, so linking with it doesn't require you to make available the source to whatever you're linking with it.

      If glibc were GPLed, you couldn't link closed-source apps with it, even if it were a "system library" for a Linux distribution. And, no, section 3 of the GPLv2 has no effect on this; it says

      3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following:

      [3 ways to leave your lover^W^W^Wmake the source available]

      The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable. However, as a special exception, the source code distributed need not include anything that is normally distributed (in either source or binary form) with the major components (compiler, kernel, and so on) of the operating system on which the executable runs, unless that component itself accompanies the executable.

      That last paragraph applies to GPLed applications (or libraries) running on top of possibly-non-open source systems; you don't have to make available the source to those systems. I.e., you can develop GPLed apps for Windows or OS X or HP-UX or AIX or... even though some or all of the source to those OSes isn't available, meaning you can't distribute that source with your applications because you have no access to it, and it also means that you can't force the source to an OS to be made available merely by distributing a GPLed application for it. (It also means that if you make a binary for your OS for an open-source OS, you're not required to make available the source code to every component of that OS that you use.)

    3. Re:Florian Mueller, the F/LOSS-hating troll by Unequivocal · · Score: 3, Interesting

      Linus back in 2003 seems to disagree in this post, cited by one of TFA's:

      "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."

      "So you can run the kernel and create non-GPL'd programs [...]
      BUT YOU CAN NOT USE THE KERNEL HEADER FILES TO CREATE NON-GPL'D BINARIES.
      Comprende?" -- http://lkml.org/lkml/2003/12/5/13

  38. Re:What the heck? by Guy+Harris · · Score: 2

    So, I'm not entirely convinced that your assertion that the header files aren't copyrighted is actually true.

    It's not an assertion. It's backed up by case law such as the rulings of SCO v IBM where one of IBM's central claims against SCO with respect to SystemV header files like ERRNO.H is that they aren't copyrightable.

    Did the case establish that no header files are copyrightable, or just that some System V header files, such as errno.h, aren't copyrightable (assuming the judge ruled on that particular claim)?

  39. Re:This isn't random conjecture by the ill-informe by Maestro4k · · Score: 4, 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 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.

  40. Re:Copyright is complex by tomhudson · · Score: 5, Informative
    These are "cleaned-up header files that you can use with Android, because the original kernel headers are a bit of a mess, as explained here

    Bionic comes with a set of 'clean' Linux kernel headers that can safely be included by userland applications and libraries without fear of hideous conflicts. for more information why this is needed, see the "RATIONALE" section at the end of this document.

    these clean headers are automatically generated by several scripts located in the 'bionic/kernel/tools' directory, which process a set of original and unmodified kernel headers in order to get rid of many annoying declarations and constructs that usually result in compilation failure.

    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.

  41. Re:What the heck? by Jason+Pollock · · Score: 2

    Except that pure aggregations of facts don't have legal protection in the US. They do in other locations, but not the US. Otherwise, there would be a lot of fights over sports scores, tv schedules and phone books, like we have in the UK, NZ and Australia.

  42. Re:*BSD by ak3ldama · · Score: 2

    Not necessarily. You cannot just remove the copyright notice from someone else's code and make believe that by removing the notice you have removed their legitimate copyright. BSD source has copyrights on it too. You can proceed to release the resulting product without source - true, but you cannot just make believe the copyright to go away. It seems as though google wants to. From the register article:

    These fall under the GPLv2 which states that any work derived from them must also be published under the GPLv2, but Google uses scripts to take out all the comments and extraneous odds and sods, then claims that this removes the copyright.

    At issue are the header files in the Linux kernel - a list of APIs and macros that are used during compilation. ... highlights cases which have come before the US courts and established that copyright can exist on an API thanks to its innovative structure and design, which would seem to give the lie to Google's claims.

    750 files that Google derived from Linux kernel header files published under the GPLv2.

    --
    "but money is the God of Algiers & Mahomet their prophet." - Rich. O'Bryen June 8th 1786
  43. Re:What the heck? by alvinrod · · Score: 2

    Creative use of whitespace?

  44. SCO In Reverse by FrankDrebin · · Score: 3, Insightful

    It's the 99% of lawyers that give the rest a bad name.

    Naughton's trying to do a reverse SCO here... Oh noes, they copied the defines from errno.h! Completely dumb and a waste of time. There are lots of C libraries out there with Linux linkage. Saying A means 1, B means 2, and C means 3 is as copyrightable as Pi=3.1415. And nobody cares how you arrive at a preferred expression of that stuff, say by doing a dramatic reading of the POSIX standard into voice recognition software. Nobody cares except perhaps a FLOSS ambulance chaser.

    --
    Anybody want a peanut?
  45. Linus' comment in context by Anonymous Coward · · 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.

  46. Re:Different approaches, same result by tbannist · · Score: 2

    You've written a lot of truly stupid things in this thread.

    1) Copyright has no weight
    2) Copyright infringement is theft
    3) 90% of the world is third
    4) Most people think stealing is a sacrament
    5) No one is allowed to say something you've already said

    It's obvious that you are suffering under a severe case of the Dunning Kruger effect. I suggest you educate yourself on the actual issues surrounding copyright and the world before you embarrass yourself further. Many of the "facts" that you believe are blatantly false, and repeating them in public makes you look ridiculous.

    --
    Fanatically anti-fanatical
  47. Code reference please? by tbird20d · · Score: 2
    Oh for heaven's sake! Would it be too much to ask any of these legal pundits to post as much as a single line of code that they think is a) included in Google's sanitized header files, b) copyright-able, and c) causes the GPLv2 to apply to Bionic (and all linking applications)? If you want to assert that some code causes a legal problem, POST THE DANG CODE!

    Instead, we have statements like this in the original blog entry by Raymond Nimmer: "Not having examined the facts, I don’t know the actual truth of the matter." Indeed That pretty much describes all commentators in the entire mess.

  48. Naughton's resume by pem · · Score: 2
    In his current resume, "Microsoft" was changed to "Fortune 500 company" in a couple of places, but google cache hasn't caught up yet.

    From the original resume:

    Co-counsel defending Microsoft against a putative consumer class action alleging that it had violated wiretapping statutes and common law privacy rights by designing Windows to permit third parties to place cookies on computers. Obtained dismissal of complaint.

    and this:

    Represented Microsoft in several dozen lawsuits against resellers and corporate end-users of counterfeit, infringing, and unlicensed software.

    At least he seems to know which side his bread is buttered on.

  49. Patry is no lightweight, either by Mathinker · · Score: 2

    > You're thinking of David Nimmer. Ray Nimmer has lots of credentials too, but he's a different guy.

    William F. Patry, Senior Copyright Counsel at Google, is no slouch either.

  50. Re:*BSD by Daniel+Phillips · · Score: 2

    The problem is with the dickhead who calls himself Google's "Open Source Programs Manager" and is an unabashed foe of GPL, and fan of the Apache licence. Start the cleanup by getting rid of him, he has accomplished nothing but create bad karma between Google and the community. In Google he was referred to him as Google's "Open Source Obstructer" by people who had to deal with him.

    Still analyzing the actual issue. At this point it looks very much like a transparent attempt to game the GPL, but the devil is in the details.

    --
    Have you got your LWN subscription yet?