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

292 comments

  1. *BSD by Anonymous Coward · · Score: 1

    Would have saved them a lot of this trouble.

    Alternatively, they could just release the source for the core...

    Of course, netcraft would confirm it to be a dead platform...

    1. Re:*BSD by Shikaku · · Score: 2

      Problem, Google?

    2. 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
    3. Re:*BSD by rerogo · · Score: 1

      But there's no need to make the copyright on BSD-licensed stuff go away, for exactly the reason you described: you can make closed-source derivative works.

    4. Re:*BSD by exomondo · · Score: 1

      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.

      Copyright isn't the issue, Copyleft is. With BSD you don't have to disclose the source because the BSD license is not a restrictive OSS license like the GPL is. With the GPL you have to distribute the source which is why this whole thing is an issue in the first place.

    5. 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?
    6. Re:*BSD by HermMunster · · Score: 1

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

      --
      You can lead a man with reason but you can't make him think.
  2. Re:Great! by Anonymous Coward · · Score: 0

    GOATSE TROLL. DO NOT CLICK!

  3. 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 Anonymous Coward · · Score: 0

      Yep, that's exactly what I thought. Plus the editors keep putting his crap on the main page.

    3. 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?
    4. Re:NO... by Anonymous Coward · · Score: 0

      OMG!!!!! I do not want to go to prison. I am going to go buy an iPhone instead. AAAAHHHHHHHHH!!!!!!!

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

    6. Re:NO... by i.r.id10t · · Score: 1

      How does the presence of a comment (or several hundred for that matter) change the compile time?

      --
      Don't blame me, I voted for Kodos
    7. Re:NO... by GooberToo · · Score: 1

      Agreed. The fact this was from the register was already a red flag.

      It seems to suggestion they have no clue as to how things are arranged. To say they are reaching well beyond established interpretations of copyright protection is an understatement in the extreme.

    8. Re:NO... by hduff · · Score: 1

      Is it just me or is Florian Mueller's writing just nonsensical?

      Because Google stripped comments from the source code, all the software (other-licensed and proprietary) becomes GPL'ed?

      The only hope now for Google is to use some mysterious code called glibc?

      Does Miller know (or even suspect) what a farktard he is?

      --
      "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
    9. Re:NO... by Anonymous Coward · · Score: 0

      Not just Florian Mueller, but The Register too.

      The Register + Florian Mueller = epic levels of retarded bullshit.

      It's a bit like those times Sarah Palin is on Fox News.

    10. Re:NO... by Anonymous Coward · · Score: 0

      The Register doesn't have a clue how anything works.

      Their defence articles by Lewis Page are completely devoid of any knowledge of politics and economics and are merely rants from a not to bright ex-serviceman.

      Their articles by Andrew Orlowski are just right wing bullshit that makes Fox News look intelligent, often littered with a bit of self-appreciation about how he's magical and special because he thinks he broke a story or got to interview some nobody people haven't ever heard of.

      Their hardware and game reviews are done by fanboys so blatant that you might as well go read directly from Sony defence force or whatever other equally retarded sites the other platforms have.

      Articles about well known figures in the technology world from Assange to Larry and Sergey at Google through to Zuckerberg, to Bill Gates, to Jimmy Wales and so on absolutely stink of jealousy on behalf of the authors. They attack these people who agree with them or not have at least achieved and done things in a way that makes it sound like they've failed to be little more than internet non-factors that no one gives a fuck about.

      And finally, their articles on programming are nearly always just plain wrong.

      Like you say, I don't know why anyone would pay attention to anything on The Register, it's basically just like a troll site. Certainly you wont ever find anything intelligent there.

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

    13. Re:NO... by Anonymous Coward · · Score: 0

      It's a bit like those times Sarah Palin is on Fox News.

      I bet he'd take that as a compliment.

    14. Re:NO... by aardvarkjoe · · Score: 1

      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.

      I don't disagree with the fact that you may change and redistribute header files which are under GPL. I disagreed with what the original poster was saying, which was that (1) header files are non-copyrightable, and (2) the header files in question are covered by the LGPL. (Note that if (1) was actually true, then (2) would be irrelevant.)

      And yes, I did read the article. The claim that Google is making that the "cleaned" header files contain no copyrightable information seems a bit doubtful to me, but the lawyers can hash that one out.

      --

      How can we continue to believe in a just universe and freedom to eat crackers if we have no ale?
    15. 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.

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

    17. Re:NO... by tomhudson · · Score: 1
      Yes they are, because there's only one way to do a fully-optimized byte swap routine for a particular architecture, and that means that it meets both the >"only one way" and "standard techniques" exemptions.

      It's why it's in the kernel code to begin with - it doesn't have to originate with the kernel devs - since there is only one way to do it, and it's a standard technique, they too can copy it, say, from the chip manufacturers own documentation, without being accused of copyright infringement.

      Copyright law does not protect ideas, program logic, algorithms, systems, methods, concepts, or layouts.

      Copying sections of code or duplicating methods: only for one of the following reasons:

      efficiency: there is only one way to express an idea
      standard techniques: it is a very common interface or approach for compatibility
      processes: how it is done. The description of how it is done may be covered. Patent law may protect certain processes.
      data: facts stored in a program. However, arrangement of data may be protected

    18. Re:NO... by Guy+Harris · · Score: 1

      Yes they are, because there's only one way to do a fully-optimized byte swap routine for a particular architecture, and that means that it meets both the "only one way" and "standard techniques" exemptions.

      This presumes that those are the only "static inline functions used for performance reason" or that all the static inline functions implement the operations in question "the only way" they can be implemented.

      It may well be the case that what Google is doing does not violate GPLv2. I've seen little in the way of well-researched arguments to that effect, and have seen a lot of of little-researched and loudly-proclaimed wishful thinking.

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

    20. Re:NO... by Anonymous Coward · · Score: 0

      They did not remove inline functions, which most certainly are copyrightable. There is little doubt that Google are infringing here. The question is do the Linux developers care enough to do anything about it, and it seems that they don't.

    21. Re:NO... by tomhudson · · Score: 1
      How can they be infringing if the code in question didn't originate with linux? A lot of the values and structures are specified in external standards, such as POSIX.

      Other parts are okay to copy because of the "one best way" exemption to copyright law.

      And still others are not protected because they are permitted by the linux license, which is NOT the standard GPL. Read the first few lines of COPYING that comes with the linux source code.

      The comments, etc., on the other hand, are protected - which is why they're stripped out.

    22. Re:NO... by tomhudson · · Score: 1

      Excellent point, but probably lost on most people.

      And this is what the FUDsters like Florian Mueller are hoping for. It's funny how everyone who attacks open source ends up adopting the same tired tactics.

    23. Re:NO... by Guy+Harris · · Score: 1

      If the API header files are protected by copyright, then Linux infringes on Novel's Unix copyrights.

      Umm, the whole point here is that there's more than just API declarations left behind by the Bionic build script; that is what's "lost on most people" in this discussion. If the "static inline functions used for performance reason" aren't left behind (somebody said byteorder.h didn't look as if it were Linux-derived; presumably he looked at the ARM versions of byteorder.h), or if there are legal arguments that show that the "static inline functions used for performance reason" aren't covered by copyright, great. If not, perhaps there's an issue.

    24. Re:NO... by Anonymous Coward · · Score: 0

      only women and flaming faggots who would enjoy federal pound-your-ass prison buy iPhones

    25. Re:NO... by Edam · · Score: 1

      And even bigger question here is... Why does Florian Mueller FUD keep getting posted on /. as "news"? *Surely* the editors know by now that he's a paid opinionist and a troll?

      --
      "Beware of he who would deny you access to information, for in his heart he dreams himself your master." -Pravin Lal
  4. Copyright is complex by jaymz2k4 · · Score: 1

    And this just goes to show just how hard it is for even the best minds in the industry to grasp.

    --
    jaymz
    1. Re:Copyright is complex by Anonymous Coward · · Score: 0

      Not really.

      Take someone else's code, run it through a script, and claim it's your own = evil.

      Don't need to be a copyright genius to figure that one out.

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

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

    4. Re:Copyright is complex by Guy+Harris · · Score: 1

      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.

      Yeah, it's not as if, for example, <linux/socket.h> has inline functions for accessing control message headers.... (Hint: look for the word "inline" in the Linux headers. You may find it a few times....)

    5. Re:Copyright is complex by rubycodez · · Score: 1

      bullshit, copyright has no such threshold. Your brain is just addled misunderstanding the headers in question in the SCO case, which were in public domain. The copyright office grants copyright on entire works, including source code containing header files, make files, etc.

  5. Re:Google don't care by Anonymous Coward · · Score: 1

    But...but...they use Linux!!! That makes them a FOSS company. Disregard that they internally use a proprietary fork of the kernel! Disregard their proprietary fork of Ubuntu!! Disregard the fact that their file system, page rank algorithm, and almost all of their software such as Gmail, Google Earth, Picassa, etc are proprietary!!! THEY USE LINUX!!!!!!!!!!eleventyone

  6. Of course they do! by VGPowerlord · · Score: 0

    Google should know very well by this point that you can't just copy GPL code and change the license on it.

    The list of licenses compatible with the GPL is just that: A list of licenses of which have terms compatible with the GPL terms, so you can use code licensed under those licenses in your GPL projects.

    The GPL is compatible with no other licenses, even its own later versions, unless explicitly named by the copyright holder. The LGPL is almost the same, but also allows you to use LGPL code in GPL projects (in addition to the linking permission).

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    1. Re:Of course they do! by Sloppy · · Score: 1

      Google should know very well by this point that you can't just copy GPL code and change the license on it.

      Typically, C header files aren't code; they're basically interface definitions. They're facts, which describe the format of data passed to, and received from, functions.

      Typically.

      TFA says that some of them contain inline function definitions, and that might change the situation, though. Kinda depends on the "code" in question. Good luck enforcing a copyright on "int plus_one(int n) { return n+1; }"

      Google might have screwed up, but it's hardly a slam-dunk. To figure this out, people need to look at the header files in question, rather than read laymen's descriptions of what happened. (And when someone blandly says "Google copied 2.5 megabytes of code from more than 700 Linux kernel header files" without immediately explaining the very unlikely assertion that those header files actually contain 2.5 megabytes of code, I'm prejudiced into thinking that person is a layman.)

      Oh, and quoting Linus' opinion on this matter is silly. He's not a lawyer (no, I'm not one either) and he's the same guy who says Nvidia drivers aren't derived works of the kernel. And while that doesn't make him wrong about this, it does make him inconsistent, since the very idea that Nvidia compiled their drivers without Linux header files, is preposterous. You can't have it both ways.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    2. Re:Of course they do! by exomondo · · Score: 1

      Google should know very well by this point that you can't just copy GPL code and change the license on it.

      That's not what they are doing. They have provided clean header files (interfaces) to link with the associated libraries. Same as you writing your own function declarations for a library that doesn't provide headers.

    3. Re:Of course they do! by Guy+Harris · · Score: 1

      Google should know very well by this point that you can't just copy GPL code and change the license on it.

      That's not what they are doing. They have provided clean header files (interfaces) to link with the associated libraries. Same as you writing your own function declarations for a library that doesn't provide headers.

      They have, at least according to the README.TXT file for the Android build script that processes the Linux kernel header files to make headers for Bionic, provided header files that include "a couple static inline functions used for performance reason (e.g. optimized CPU-specific byte-swapping routines)". That's a bit more than "clean header files (interfaces)", as it includes some implementations.

    4. Re:Of course they do! by exomondo · · Score: 1

      Google should know very well by this point that you can't just copy GPL code and change the license on it.

      That's not what they are doing. They have provided clean header files (interfaces) to link with the associated libraries. Same as you writing your own function declarations for a library that doesn't provide headers.

      They have, at least according to the README.TXT file for the Android build script that processes the Linux kernel header files to make headers for Bionic, provided header files that include "a couple static inline functions used for performance reason (e.g. optimized CPU-specific byte-swapping routines)". That's a bit more than "clean header files (interfaces)", as it includes some implementations.

      So? I can add inline functions to my interfaces to whatever library i want and there's no problem with that.

    5. Re:Of course they do! by Guy+Harris · · Score: 1

      So? I can add inline functions to my interfaces to whatever library i want and there's no problem with that.

      And, by doing so, it's no longer just an interface, it's also an implementation of some of those interfaces. If somebody adds an inline function to a GPLed header, that code could be considered GPLed, and using it could be considered using GPLed code and producing a "derived work" of that GPLed code. If the header were LGPLed - just as glibc is LGPLed - that might be a different matter.

    6. Re:Of course they do! by exomondo · · Score: 1

      So? I can add inline functions to my interfaces to whatever library i want and there's no problem with that.

      And, by doing so, it's no longer just an interface, it's also an implementation of some of those interfaces.

      And that doesn't matter, except in some very specific circumstances.

      If somebody adds an inline function to a GPLed header, that code could be considered GPLed, and using it could be considered using GPLed code and producing a "derived work" of that GPLed code. If the header were LGPLed - just as glibc is LGPLed - that might be a different matter.

      Not only is there plenty of 'could be considered to be', it depends on what the code is, how it's licensed, if it's cross-licensed, how it's used, etc... So unless you want to put up a specific example there is no reason to think they've done anything wrong. There are plenty of ways you can do that right and plenty of ways you can do that wrong, that doesn't mean they've done the wrong thing.

  7. 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
  8. nvidia and ati drivers by Anonymous Coward · · Score: 0

    does this mean nvidia has to open source its graphics drivers? or better ati has to do it too?

    I really would like up to date drivers for my old now unsupported ati graphics card.

    1. Re:nvidia and ati drivers by Anonymous Coward · · Score: 0

      For the millionth time, they're not going to open source their drivers... If they're forced, they'll simply stop supporting Linux.

    2. Re:nvidia and ati drivers by h4rr4r · · Score: 1

      No, they would not. They make those drivers for the render farms running linux that buy those cards by the truckfull. These customers don't currently care if the driver is closed so it stays that way. Nvidia linux driver customers are those folks not us geeks.

    3. Re:nvidia and ati drivers by mark-t · · Score: 1

      No.

      If they have committed a GPL violation, even inadvertently, they can be forced to cease distribution of the work without complying with the GPL's terms, however.

  9. Seems simple to me by Anonymous Coward · · Score: 0

    If you don't want people looking at your code, don't contribute to an open source project.

  10. What the heck? by gstoddart · · Score: 1

    Google copied 2.5 megabytes of code from more than 700 Linux kernel header files with a homemade program that drops source code comments and some other elements, and daringly claims (in a notice at the start of each generated file) that the extracted material constitutes "no copyrightable information".

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

    Seriously? How can they even attempt to claim this. This seems to be about as blatant as you can get.

    I'll be curious to see how this plays out, and if this might lead to the GPL being upheld in a court.

    --
    Lost at C:>. Found at C.
    1. 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.

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

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

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    3. 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.
    4. 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
    5. 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.

    6. Re:What the heck? by Anonymous Coward · · Score: 1

      How they can attempt to claim this seems pretty ibvious....

      While this statement is not exactly accurate it's mostly true to say facts/data are not copyrightable. Google is using an application to extract the necessary constants/values (the non-copyrightable data/facts) from the creative expression which is the header files.

      Since I believe what they did was lawful, as apparently does Google, and you believe it's not, as apparently others also do not, it demonstrates it's certainly not as cut and dry as your comment would seem to imply.

    7. Re:What the heck? by Anonymous Coward · · Score: 0

      Who says the headers are not copyrighted?

      Linus and the other authors, who put copyright notifications in them, seem to think they are.

      In any case Google has a problem.
      If they take someones work, and remove the copyright information and claim that it isn't protected by copyright there are 2 issues.
      1. They might be legally wrong.
      2. They might be morally wrong, even if it's legal, it clearly seems "evil" to take someones work, modify it and say that the copyright restrictions they attached to it aren't valid.

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

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

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

    12. Re:What the heck? by Desler · · Score: 1

      Perhaps you are trying to make a claim that "headers are not copyrightable", but that would be crazy.

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

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

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

    15. 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.
    16. Re:What the heck? by Anonymous Coward · · Score: 0

      The comment ARE copyrightable. So the full Linux header is copyrighted. The "derived" version might not be, as it only contains the "Factual" interface needed for interaction.

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

    19. Re:What the heck? by blair1q · · Score: 0

      I missed something. How are headers not copyrighted? Because when I learned C and C++ and a dozen other languages back in precolombian times, headers weren't magical, they were code that you #included into other code files, which had the effect of placing an exact copy of those files in the intermediate code file, causing them to be compiled as the code they are.

      If I take all of the source code of Linux and change every .c file thusly:

      $ mv foo.c foo.new.h
      $ cat > foo.c
      #include "foo.new.h"
      ^D
      $ y | /usr/local/bin/laughmyassoff

      does that now mean that I have a 100% un-copyrightable copy of Linux?

      Of course not. Whoever made the decision that header files are not copyrightable is a legal buffoon, probably due to having appointed a luser instead of a wizard as "special master".

    20. 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.
    21. Re:What the heck? by MikeyO · · Score: 1

      I don't believe that IBM made the claim that "headers are not copyrightable". I believe they made claims like "this specific set of files does not contain copyrightable information", which is much different than "headers are not copyrightable". Its not like copyright law has any exception for header files

    22. Re:What the heck? by Raffaello · · Score: 0

      IBM's claim in their case v SCO, was 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.

    23. Re:What the heck? by Drathus · · Score: 1

      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?

      Your analogy isn't quite right. Headers are headers, but not all books are phone books.

      Correct would be like "AT&T's phone book contains no copyrightable information, so one could assume that Verizon's doesn't either."

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

    25. 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.
    26. Re:What the heck? by h4rr4r · · Score: 1

      That novel would be in the comments, it would not merely describe an interface. That novel would also be creative not merely a collection of facts.

    27. Re:What the heck? by Anonymous Coward · · Score: 0

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

      A header file may also contain macros and inline function definitions.

      Just saying. Personally, I don't believe in copyright anyway.

    28. 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
    29. Re:What the heck? by fidget42 · · Score: 1

      As a programmer, I have to disagree with this. The header files should be very interesting. They should provide all of the information that I need in order to properly use the C code or library. I really hate looking through an implementation in order to figure out how to use a function (and these functions do not have 'man' pages).

      Some header files described in the articles contained inline function calls. This makes them a bit more than a standard header.

      --
      The dogcow says "Moof!"
    30. Re:What the heck? by Anonymous Coward · · Score: 0

      They did claim it as a defense, but since they were ruled public domain the other defenses were moot

    31. Re:What the heck? by Anonymous Coward · · Score: 0

      You are correct, and in modern C++ header files often contain more implementation code than source files do ... however, you're still missing the point. This is not the traditional purpose of a header file - and large C projects like the Linux kernel generally do not contain function body code in the headers.

    32. Re:What the heck? by mindwhip · · Score: 1

      Sorry...

      "The Phone Book" as an item, the specific implementation of a printed and bound document containing a list of names and numbers is copyrighted. It often contains layout, additional text, fonts, advertising, phone company logos and other graphics which are not public domain data such as advertising which are copyrightable.

      The data it contains - the list of names and numbers is not copyrightable and can be freely copied and used elsewhere as long as you don't copy any of the copyrightable stuff along with it.

      Basic file headers contain function decelerations, integer enumerations etc which are all in the same category as lists of names and numbers as they are 'facts' relating to the source code, hardware etc. If this wasn't the case you wouldn't be able to use any libraries that shipped with any OS without breaching copyright, making all OS useless.

      If anything was copyrightable in the header files it would be the additional information that was contained in the comments... that were stripped out.

      --
      [The Universe] has gone offline.
    33. Re:What the heck? by Anonymous Coward · · Score: 0

      Look for yourself where?

      Just because someone says something, (or puts it at the top of a header file) doesn't necessarily make it true.

      If that were the case, then using your VCR to record a football game later that evening would be illegal because that's what the NFL says.

    34. Re:What the heck? by LetterRip · · Score: 1

      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.

      Having a copyright notice does not mean something is copyrighted, it just means a copyright claim is being asserted. In US law 'merely functional' elements are not copyrightable. It is argued that headers are 'merely functional' and hence not subject to copyright. (That doesn't mean that a header could not contain some copyrightable elements such as comments describing the function, but the core of header files - function definitions - are 'merely functional' and thus not copyrightable).

    35. Re:What the heck? by Anonymous Coward · · Score: 0

      C / C++ header files are where data structures and inline functions are traditionally defined.
      Data structures + code = programming.

      There is a big jump between your two statements:

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

      and

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

      Key word is "minimal." Not all header files are minimal.
      Further, there is quite a bit of difference between header files for the standard C library and header files for an OS. The standard C library and its API is an ISO standard. Linux complies with the POSIX standard, which (correct me if I am wrong), is a bit less rigidly defined. Many parts of the Linux headers are specific to Linux.

    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. Re:What the heck? by Guy+Harris · · Score: 1

      Perhaps you are trying to make a claim that "headers are not copyrightable", but that would be crazy.

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

      Did IBM, in fact, argue that "headers are not copyrightable", stated that broadly, or just that the particular parts of the particular headers they were accused of copying in violation of the System V copyrights were not copyrightable? The parts of an IBM document for that case given in a Groklaw posting seem to me as if they were arguing the latter, not the former.

    38. Re:What the heck? by LetterRip · · Score: 1

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

      Your comments are expressive, so would be copyrightable. The parts of a header file that are not copyrightable are the 'merely functional' parts - which likely would generally be held to be function prototypes and typical stuff in a header.

      A comment that describes the function might or might not be copyrightable but I think it probably would be - depends on the comment.

      I read your source - he doesn't really address the 'functional' clause which addresses what is excluded from possible copyright, which is rather critical to this discussion.

      Not a lawyer, etc.

    39. 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)?

    40. Re:What the heck? by Guy+Harris · · Score: 1

      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.

      Did the court accept an argument that header files, broadly speaking, are not copyrightable, or just that the header files in question weren't copyrightable? If the latter, that might apply to header files upon which public standards such as the System V Interface Definition, various POSIX specifications, etc. are based aren't copyrightable, but might not apply to header files not part of some broad public specification containing bits of code in the form of inline functions and/or macros containing code; some Linux kernel headers are more like the latter than the former.

    41. Re:What the heck? by Anonymous Coward · · Score: 0

      But you don't read a book for the words, you read it for the idea and story. You use an API for the "facts."

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

    43. Re:What the heck? by ifrag · · Score: 1

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

      Depends on exactly what you are doing with them. That would be my normal reaction as well.

      Microsoft has some very interesting headers in VC10 that are on-purpose multiple includes with some clever macros that basically hack variadic template support in. At least I thought it was sorta interesting.

      --
      Fear is the mind killer.
    44. Re:What the heck? by Anonymous Coward · · Score: 0

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

      So, it looks like he's saying that you can call into the Linux kernel from a close-source app, but then you'd need to write your own header files to use, e.g. by reverse-engineering the Linux kernel to produce your header.

      Say, for example, by running a program to analyze the Linux kernel (header files?) determining the structs and functions in its API, and exporting to a new header which you put into the public domain? Maybe by putting a comment up top of your new headers saying that none of the info is copyrightable?

      Yeah, that might work.

    45. Re:What the heck? by tomhudson · · Score: 1

      Header files that express APIs, perhaps less so, because the API itself is not copyrightable.

      The files in question are the output of a script (also distributed) that strips out not just comments, but also many of the structures and functions, etc., from the headers that are incompatible with Android.

      It also re-writes other functions, structs, and macros, replacing them with either more concise, or Android-specific ones.

      In other words, what's left is just a header that makes API calls. The "creativity" isn't in the header, it's in the script.

    46. Re:What the heck? by Anonymous Coward · · Score: 0

      Who actually uses the kernel header files in normal software development? We link against the LGPL glibc which in turn links against the kernel.

      Android's Bionic has the same status as glibc; an LGPL C library that links with the kernel. Does glibc have a special exemption? If not, Google and the FSF seem to be breaching Linux's license in the same way.

    47. Re:What the heck? by Anonymous Coward · · Score: 0

      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.

      OK, IANAL. I'm not even from the USA, and thus don't know too much about the US approach to copyright.

      That said, I always believed that copyright (not counting "sweat of the brow" copyright, which I understand doesn't exist in the USA) covers creative expression. In other words, there has to be an act of creativity involved; a mere aggregation of facts (such as interface definitions), even if there's a lot of them, does not meet that requirement.

      This is different from a novel; of course it's technically true that a novel is a collection of facts ("the first word is FOO, the second word is BAR, the third word is BAZ, ..."), but it is not ONLY an aggregation of facts. The words in question are not mere syntax, they carry meaning (semantics), and that meaning is a creative work that is expressed by means of a certain choice and arrangement of words.

      To me, it's obvious that this is a crucial difference between novels and header files.

    48. Re:What the heck? by alvinrod · · Score: 2

      Creative use of whitespace?

    49. Re:What the heck? by kaffiene · · Score: 1

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

      Well, actually, no. There's nothing stopping you putting code in header files. Indeed, with C++ header files, this is pretty common.

      It's only a convention that .h files are interfaces.

    50. Re:What the heck? by blair1q · · Score: 1

      You're missing the point. It doesn't matter what's traditional. It only matters that .h files are just .c files with a different letter on the end. Calling them "header" files doesn't make them not code.

    51. Re:What the heck? by PhilHibbs · · Score: 1

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

      Er, no, I don't think one could do that. That's stretching the concept beyond reason. A word is not a fact, and that's a fact. Because it's a sentence. Not just a collection of words.

    52. Re:What the heck? by Anonymous Coward · · Score: 0

      "If all a header file does is describe an interface then no, I don't think it should be copyrighted."

      Except headers also reveal a data design, modularity (i.e., the architecture of the project), specify small inline algorithms that are so critical they can't be done in normal code, specify flags and constants that actually decide what the final program ends up looking like, etc.

    53. Re:What the heck? by idontgno · · Score: 1

      Yeah. But the copyright in dispute is not attached to the Android library include file. As you say, that's a product of automation.

      The putative copyright in dispute is associated with the INPUT of that automated process: the original Linux kernel include file.

      First of all, there is the question of whether that file was copyrighted. Blog-level survey of US case law is a mixed bag there. I contend that just because a file is written in preprocessor language and its filename ends with ".h", it doesn't necessarily lose copyright protection.

      If the answer to the first question is determined to be "yes, the original include files were copyrighted", then the follow-on question is "is the automatically-produced Android library include file a derivative work of the original Linux include file, and therefore subject to the original GPL2 license as well?"

      I've heard a few unconvincing arguments that question 1 should be answered "no". I think the answer is otherwise, in the sense that the includes probably contain stuff beyond simple API descriptors, and therefore copyrightable elements.

      If question 1 is answered "yes", then question 2 boils down to "if I remove all the copyrightable elements of a work, does the residue escape being defined as a derived work?" Seems like a horrible end-around, but practically speaking, if someone had just manually transcribed the same uncopyrightable API signature information into a new .h file, I suspect it wouldn't constitute a derived work, even if character-for-character identical, because of the special exception space carved out for APIs.

      IANAL, but that's just how this seems to me.

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    54. Re:What the heck? by Anonymous Coward · · Score: 0

      Hmm.. I don't want this to be true necessarily, but the creative work that's left is a road map of one way to start implementing the functionality the API describes. A different road map of api names could still get you a working implementation, and it may be easier or harder to implement, but it definitely is going to be a different route to accomplishing the same goal. The API may be meant to abstract the details, but it's purpose is to protect users from the implementation details and provide abstraction. An API is not built to provide copyright shelter to the underlying code. It's just not what it was built for.

    55. Re:What the heck? by VortexCortex · · Score: 1

      As a programmer, I have to disagree with this. The header files should be very interesting. They should provide all of the information that I need in order to properly use the C code or library. I really hate looking through an implementation in order to figure out how to use a function (and these functions do not have 'man' pages). Some header files described in the articles contained inline function calls. This makes them a bit more than a standard header.

      I agree. In fact, I make heavy use of doc-comments only within the header files. They most certainly contain my copyrighted detailed descriptions and even ascii/html/svg images/diagrams. Doxygen creates my library's documentation files from my detailed header files.

      The implementation files (.cpp / .c / .asm ) do not repeat the interface documentation, instead they only document the implementation.

      Now, if someone wants to duplicate the functionality of my software for compatibility purposes all they need is the header, but if they copy my headers verbatim along with my diagrams and code examples contained therein (not just the interface code) it is clearly infringement. If I wrote a book about my software, a compatible competitor can't just duplicate my book verbatim and re-distribute it without my permisson. I don't write books, I write code that reads like a manual in the header files, and as such, they carry the full weight of my copyright licenses.

      It is possible to strip out all the comments and just use that non-copyrightable interface code, but not always, due to the shitty implementation of templates in C++ (C++0x hopes to address this). When using a library with C++ templates you must include the template implementation in the header files in order to use them. Since a template implementation is not just an interface that means some of my header files (those with templates) can not simply be stripped of comments and used without infringing my copyrights.

      If such a library is licensed under the LGPL then the use of the templates means that library implementation code will be included in your project, it will be a derivative of the library itself. LGPL is not really compatible with C++ templates, their use makes libraries released under the LGPL equivalent to the GPL.

      For this reason the G++ libstdc++ license is NOT strictly LGPL or GPL.

      Until this template debacle gets sorted out every program that uses a LGPL library with templates should either ensure that the library includes an exemption for templates, or have the program released under the LGPL or GPL.

      A kludge workaround is to place the template implementations in the .CPP file, and only use template explicit template instantiations (instantiated within the .cpp). This, however, limits the usefulness of templates.

    56. Re:What the heck? by VortexCortex · · Score: 1

      Whoops, here's the link I was trying to make to the libstdc++ faq.

    57. Re:What the heck? by angel'o'sphere · · Score: 1

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

      I assume there is a big missunderstanding somewhere.
      The header file itself is ofc covert by copyrights. If I write a file I have the copyright. Very simple concept. It does not matter in what filename or what ending I save this file.
      However: a "header file" is basically a collection of facts. In other words, copying the file might be a copyright violation, but "reading" the facts and writing a new header file with only the "relevant" facts is not a copyright violation.

      A related problem which makes it perhaps more clear: a database schema is an intellectual work and in such it falls under normal copy right.
      Now having such a schema with Person, Address and Contactinfo(Telephon/EMail) as the 3 Tables, that schema would be under copyright of the inventor. Now the funny part comes: if you fill such a database with names, adresses and phone numbers he actual data is not under copyright. However there are exceptions ... I forgot the details, when "data collections" are in fact under copyright.

      The tricky part with the header files basically is: do yo copy the actual file (via a DVD for redistribution or via FTP)? Or do you craft a program that is "using" the header during its compilation step? The first process (the copying) falls certainly under copyright, the later one not necessarily.

      angel'o'sphere

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    58. Re:What the heck? by JoeF · · Score: 1

      You don't use kernel headers to write user-mode programs. You use kernel headers to write kernel modules.
      User-mode programs generally use the C runtime library to communicate with the kernel, and the C runtime library in Linux is licensed under the LGPL.
      Otherwise, each and every program running under Linux would be GPLed. Tell Oracle to Open-Source their main db. Good luck...

    59. Re:What the heck? by Anonymous Coward · · Score: 0

      It does when the header files in question are merely API details and thus not copyrightable. If they strip out everything that isn't API details, then whats left to retain copyright on? Nothing.

      No one is saying that header files as a whole are not copyrightable. What we're saying is header files that merely contain API details are not copyrightable, when the comments and everything but the factual API details are purged.

    60. Re:What the heck? by VortexCortex · · Score: 1

      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.

      Bad analogy. The description of how the whole system works is patentable & trademarkable not copyrightable. EG: The Hayes book for my Saturn car does not infringe on the copyright or patents of the parts of my car (they may have to license the trademark Saturn if they make extensive use of its logo, otherwise the fact that the book pertains to the construction of a certain year-make-model Saturn car is not copyrightable. If I use such a manual to create and assemble my own parts, I can duplicate my car. The car will not be infringing copyright -- It may be infringing Saturn's trademark on the design, look, logos, or patents pertaining to the system.

      Furthermore, the header in your book analogy would be the table of contents of a book, not the text of a book. I would say that the table of contents of a book is similar to the header files.

      If you take each chapter title of a book and make a blog entry listing each chapter title and rating each one, it's not infringing the book. The actual chapters themselves (the .c code) are not included in the TOC (.h headers).

    61. Re:What the heck? by bug1 · · Score: 1

      Facts arent subject to copyright
      "Copyright does not protect facts, ideas, systems, or methods of operation, although it may protect the way these things are expressed."

      Ref - http://www.copyright.gov/help/faq/faq-protect.html#what_protect

      Function call expressions probably arent copyrightable as they cant be expressed uniquely and still work.

      But if there is leeway to expressed them, or groups of them unique then they might b subject to copyright.

      example
      int foo(int bar);
      int foo(int a_rigid_piece_of_metal_or_wood);

      Both are compatible (c just needs the type not the name) but maybe they are considered differently expressed, and therefore each is separately copyright-able.

      What if there are 1000 functions, both ordered randomly, are the files different unique expressions.

      Of course its easy to get around such problems by reducing them to facts, e.g. int foo(int);

    62. Re:What the heck? by Guy+Harris · · Score: 1

      They did claim it as a defense, but since they were ruled public domain the other defenses were moot

      They claimed that header files in general are not copyrightable? Where so?

    63. Re:What the heck? by russotto · · Score: 1

      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?

      It would be. But the program I wrote:

      #include
      #include
      int main(int argc, char *argv[])
      {
          printf("Your novel sucks, dude\n");
      }

      would not be a derivative work of it. The source incorporates the novel only by reference, and the object code and executable include no part of it.

    64. Re:What the heck? by Guy+Harris · · Score: 1

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

      If you take a look at the files in the "headers/linux" directory of the Linux source tree, your first reaction might well be "they're doing it wrong". Try looking for the word "inline" in those headers. (In that case, I don't think they're doing it wrong; I have no problem with the use of inline functions in headers, other than it making it a bit more work to dig through the Linux source to figure out how something works, but if "making it less work to dig through the Linux source to figure out how something works", rather than "making it work reasonably fast and reliably, and be reasonably maintainable, even if it makes it a bit more work for me to dig into the code to answer somebody's question about how libpcap works with PF_PACKET sockets on Linux", is the primary goal of the Linux developers, I'd definitely say they're doing it wrong. :-))

    65. Re:What the heck? by Courageous · · Score: 1

      I have no opinion on whether or not a header file is copyrightable or not. I've heard arguments against, and will leave it at that.

      What I will say is that if those arguments are wrong, stripping copyright notices from a copyrighted work is a criminal offense.

      C//

    66. Re:What the heck? by Courageous · · Score: 1

      What do you about nontrivial macros living in header files? These are surely code, and a creative work.

      C//

    67. Re:What the heck? by Guy+Harris · · Score: 1

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

      There are (at least) two mistakes in your statement.

      First, the person to whom you're responding specifically said that, at least according to his or her definition of "interesting", those interface details are "interesting":

      As a programmer, I have to disagree with this. The header files should be very interesting. They should provide all of the information that I need in order to properly use the C code or library. I really hate looking through an implementation in order to figure out how to use a function (and these functions do not have 'man' pages).

      Second, as that person notes, Google didn't just leave "only interface details that are needed to operate with the kernel":

      Some header files described in the articles contained inline function calls. This makes them a bit more than a standard header.

      and, as I've noted in response to about a zillion posts all saying "butbutbut the headers just have function declarations and stuff such as that!", as the README.TXT file for the Android build script that munges the kernel header files says, "the 'clean headers' only contain type and macro definitions, with the exception of a couple static inline functions used for performance reason (e.g. optimized CPU-specific byte-swapping routines)" (emphasis mine).

    68. Re:What the heck? by radtea · · Score: 1

      It is possible to strip out all the comments and just use that non-copyrightable interface code

      Then it should be possible to generate exactly the same information from other sources, in particular sources that are not covered by and licensed under the GPL. And it is important to do this because the process of stripping the header files of nominally all the copyrightable information is unquestionably creating a derivative work of the complete, copyright-protected, GPL-licensed work.

      The owner's copyright and the GPL cover the WORK. This is the way copyright operates. When I write a book, the whole book is covered by the same copyright. If I sell you that book under an ordinary commerical license you have some well-established rights in law, which may include, for example, the right to republish a list of chapter headings from my book.

      If on the other hand I explicitly license your use of the book under a GPL-like license, you would not have that right unless you also release the list under a similar license because that list of chapter headings is a derivative work, and the license under which a copy of the work has been conveyed to you forbids the creation/distribution of derivative works that are not distributed under a comparable license.

      This has nothing to do with whether or not a list of chapter titles can be protected by copyright. If you were to create that list based on some other form of information gathering, for example, you would be just fine.

      But there is no question whatsoever that given the means by which they were generated the header files that Google is actually using are derivative works of files that as a whole are PROBABLY covered by copyright and that are licensed under the GPL.

      The only legal question is: are those headers, either singly or as a collection, covered by copyright? Reasonably legal opinions differ on this.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    69. Re:What the heck? by krypes · · Score: 1

      Did you verify whether the inline functions in the bionic headers match those in the kernel. Stuff like byteorder.h as referenced in the readme doesn't seem to be lifted from any gpled source.

  11. Hey!!! Be nice guys!! by Anonymous Coward · · Score: 0

    This is Google we are talking about, not Apple.

  12. Problem? by Anonymous Coward · · Score: 0
  13. GPL by awshidahak · · Score: 1

    Isn't Linux covered by the GPL? Also, doesn't the GPL require that you keep the copyright information in the source code? Maybe I'm just slightly confused, but at any rate, Google should not be scared to show the source code.

    1. Re:GPL by shutdown+-p+now · · Score: 1

      The code in question are header files, not actual running code (i.e. the binary compiled doesn't really contain any machine instructions produced from those files). Whether and how GPL applies here is an interesting question.

    2. Re:GPL by idontgno · · Score: 1

      the binary compiled doesn't really contain any machine instructions produced from those files

      You're forgetting preprocessor macros, which often DO produce compiled code. And also, comments, which are the expressive and creative products of the mind of the author. (Of course those are copyrighted; O'Reilly made an entire industry publishing and selling copyrighted books full of exactly the same kind of information.)

      So... headers aren't copyrighted, unless they are?

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    3. Re:GPL by thePowerOfGrayskull · · Score: 1

      The copyright would be on the content of the files (even comments), not executable code vs- not, wouldn't it?

    4. 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
    5. Re:GPL by Anonymous Coward · · Score: 0

      The original file has code and comments. The entire file is copyrighted. Stripping out the comments is creating an unauthorized derivative work.

    6. Re:GPL by Guy+Harris · · Score: 1

      The code in question are header files, not actual running code (i.e. the binary compiled doesn't really contain any machine instructions produced from those files).

      I.e., the header files in question contain neither definitions of inlined functions nor #definitions that include code and/or the source code used to produce the binary in question doesn't use those functions or macros?

    7. Re:GPL by shutdown+-p+now · · Score: 1

      Yes, of course. The question is only to what extent the produced binary is derived work from the header. IANAL so I don't claim to have a definite answer to that question; I was only saying that Google may have a point from technical perspective.

  14. 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 gstoddart · · Score: 1

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

      I think if a large part of the embedded market is using GPL'd headers, they're likely in direct violation of the license and know it.

      How is directly copying it not a derivative work?

      --
      Lost at C:>. Found at C.
    2. Re:the core of the issue by Anonymous Coward · · Score: 0

      When what you directly copy doesn't meet the minimum standards for being protected by copyright? If you believe that Google is wrong here then that means you believe that SCO is right.

    3. Re:the core of the issue by Anonymous Coward · · Score: 0

      It may be derivative, but that issue is moot if headers aren't copyrightable. See the SCO v. IBM saga for precedent. Hell, I might even dare to say many core Linux headers are derivative of earlier Unixes themselves, or are at least similar enough to invite copyright trolls like SCO to do their thing.

    4. Re:the core of the issue by gstoddart · · Score: 1

      When what you directly copy doesn't meet the minimum standards for being protected by copyright?

      Truthfully, I've never really understood what the threshold is for something you can copyright.

      If you believe that Google is wrong here then that means you believe that SCO is right.

      I'm not sure that anybody ever ruled that header files aren't copyright-able ... I think it was determined that SCO never owned the copyright in the first place, and therefore didn't have any legal standing.

      Over the (many) years of SCO, I've become lost in the legal arguments. I honestly have no idea if this is a violation or not. But, the gist of the articles is that at best this is dubious, and at worst, it's a blatant copyright violation.

      --
      Lost at C:>. Found at C.
    5. Re:the core of the issue by LetterRip · · Score: 1

      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.

      As pointed out above - header files are likely not copyrightable in the US.

      Also something that violates the GPL does not mean that the remedy is to make any work that violates the copyright of a GPLed work also GPLed. If you violate the GPL, then it terminates your right to distribute and makes you a copyright violator - the remedy for which is typically economic damages.

      IANAL - but I'm fairly sure that your post is mostly incorrect.

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

    7. Re:the core of the issue by Anonymous Coward · · Score: 0

      GPL licensed compiler material (such as headers) usually has an exception that allows users to dynamically link to the libraries and include the headers, without needing to release the resulting binary under the GPL. The purpose of this exception is to increase the market share of open source compilers, by allowing proprietary developers to use them, while still not permitting proprietary compilers to be developed from their code.

      It probably doesn't matter anyway, because header files aren't eligible for copyright. They are too simple, and have no artistic value. They are simply machine readable definitions of a standard.

    8. Re:the core of the issue by Chemisor · · Score: 1

      There is a quote from Linus in the article where he raves that including a kernel header does make the resultant program subject to the GPL. So, I wonder, if I want to write an app that writes to the framebuffer device and have to include linux/fb.h, does that mean I'm violating copyright? If I write a libc alternative that needs definitions from the kernel headers to work, am I violating copyright? 'Cause if I am, it's definitely time to ditch Linux and work on yet another OS... Sigh.

    9. Re:the core of the issue by Raffaello · · Score: 1

      Individual function prototypes may not be copyrightable, but whole header files may well be copyrightable. In copyright law one cannot generalize from "this bit is not copyrightable" to "the whole work is just a collection of bits, each of which is not copyrightable, so the whole work is not copyrightable."

      It is simply not a settled matter of law whether header files are copyrightable, so Google and Android developers may be in a bit of hot water here.

    10. Re:the core of the issue by Raffaello · · Score: 1

      It probably doesn't matter anyway, because header files aren't eligible for copyright. They are too simple, and have no artistic value. They are simply machine readable definitions of a standard.

      Not a settled matter of law. The fact that an individual part is not copyrightable does not determine whether the whole work is copyrightable.

      It is perfectly true that an individual function prototype may not be copyrightable, but the whole header file may be, because, taken as a whole, the court could easily determine that it represents an expressive description of how a whole system works.

    11. Re:the core of the issue by Rich0 · · Score: 1

      Agreed. I'd think that the purpose of header files is to allow code interoperability, and as a result they would not be copyrightable (or subject to enforcement). Courts have ruled that copying code simply to allow devices to interface is not a violation (a Nintendo Gameboy case comes to mind).

      The only time it might get dicey is if the header contained defines with code in them, unless that code mainly was for the purpose of defining some kind of communication standard (true = foo, false = !true and so on). If it is just defining constants and error codes and function prototypes, that is defining an interface, which of course is intended to be a way for other works to interface with the work in question.

    12. Re:the core of the issue by MobyDisk · · Score: 1

      There is a quote from Linus in the article where he raves that including a kernel header does make the resultant program subject to the GPL.

      Did he mean "include" as in #include, or "include" as in "Copying the header file into your own SDK and distributing it." The latter is what Google is supposedly doing. The former something every program does.

      Ex: My "Hello World" application may #include <windows.h> but it is not a derivative work of Microsoft Windows so it is not subject to Microsoft's copyright. But if I created the "Super Duper SDK" which included a copy of Windows.h, or even a modified copy, then I am distributing their file and my SDK is a derivative work.

    13. Re:the core of the issue by Anonymous Coward · · Score: 0

      If this case was true then it would be illegal to write and distribute non-GPLv2 Linux-using programs. That includes GPLv3 programs. (The alternative is to never make a syscall.) The problem is that in order to use the OS you need libc, and that needs the kernel headers (so it knows how to make syscalls).

    14. Re:the core of the issue by Anonymous Coward · · Score: 0

      A collection of facts without a minimum of original creativity cannot be protected by copyright (you can't copyright a phone book). Function/variable names are typically determined by what the underlying function does and separated from the functions likely aren't protectable. Also large portions of the APIs in question are either dictated by POSIX or themselves derived from BSD/Sys V. Sure it's not settled and every case is unique but I'd say Google's got a pretty sound argument.

    15. Re:the core of the issue by Anonymous Coward · · Score: 0

      If I write a libc alternative

      No need to go to that much effort. Consider an existing libc implementation; glibc is LGPL. Presumably it uses kernel headers because it calls into the kernel. Is glibc violating GPLv2 by not itself having a GPLv2 license? If not then why can't Google do as glibc does? If it can then is this a non-issue? There seems to be plenty of closed source user space applications on Linux apart from Android that are using glibc; why can't Android also run closed source applications that use Bionic?

    16. Re:the core of the issue by Anonymous Coward · · Score: 0

      When what you directly copy doesn't meet the minimum standards for being protected by copyright? If you believe that Google is wrong here then that means you believe that SCO is right.

      Your statement is a classic example of a false dichotomy.
      Google is engaging in plagiarism.

      When writing a term paper, quoting short passages is good, but you must cite sources.
      Reading an article or book, then putting the concepts in your own words is good, but the source must be cited.
      Writing a derivative book is OK, but the derivative must acknowledge the authorship of the original work. (e.g. Plenty of books responding to The DaVinci Code, but all acknowledge Dan Brown's authorship. Some bring up the question of whether he crossed the line and plagiarized from another book, but even those acknowledge the popular work is his words.)

      Google's action here is the equivalent of copying an entire book, then replacing the title page with their own -- claiming authorship and copyright.

      SCO claimed plagiarism, but never proved it. The court cases revealed SCO did not own Unix and had no basis for a claim.

    17. 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.
    18. Re:the core of the issue by Chemisor · · Score: 1

      According to the article glibc is not in violation because Linus explicitly blesses the stripped headers that it uses. Since I have not been personally blessed by Linus, I could be in violation if I distribute my libc (which I am not presently doing). I could, I suppose, argue that I am only copying declarations, but there are some gray areas like sigset #defines, for example, which have a behaviour dictated by the standard but are difficult to implement in any way other than what's already either in the kernel (using a single integral type) or in glibc itself (using an array to potentially support 1024 signals). I mean, what else am I supposed to do? Invent some other data structure to store signals in? Am I already "contaminated" because I saw those implementations first and am legally forbidden from writing any implementation at all? WTF else?

    19. Re:the core of the issue by tlhIngan · · Score: 1

      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.

      The license for Linux is GPLv2 WITH EXCEPTION. Tehcnically, including a GPLv2'd header requires the product including it be GPL'd.

      However, Linus, in the licensing, makes it absolutely clear that the kernel is GPLv2'd, however using bits in order to create an application that runs on top of the kernel is not considered derivative. Otherwise wriring an application on top of Linux using the headers will make the application GPLv2'd as well.

      Thus using the headers for the C library doesn't make the C library GPLv2'd (because of the exception for applicatoins running on top of Linux). I suppose the real question is since the usermode headers are stripped down versions of the real kernel headers, if Google's tool makes a mistake, then there's likely a chance of it happening. But I doubt anyone will be pissed off enough to do something like that (it's Android - I'm sure people are willing to overlook license violations because it's better than the evil Fruit Overlord).

      It's the same reason tools like bison also are GPL-with-exception - the code they generate is not covered by the GPL due to the exception. Otherwise the code emitted also is technically GPL'd.

      Embedded products are safe. Binary blobs don't use kernel headers - they use their own headers that define common types and such for the binary part, and have wrapper source code that incorporates the Linux headers and adjusts interfaces.

    20. Re:the core of the issue by TemporalBeing · · Score: 1

      While IANAL, Header Files regardless of license are not copyrightable under the law. Thereby, this is a non-issue that means absolutely nothing. Consult an attorney to confirm.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    21. Re:the core of the issue by SpinyNorman · · Score: 1

      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.

      Most applications don't include kernel (GPL) header files - they include glibc (LGPL) header files, which is why closed-source Linux apps are possible.

    22. Re:the core of the issue by Guy+Harris · · Score: 1

      If this case was true then it would be illegal to write and distribute non-GPLv2 Linux-using programs. That includes GPLv3 programs. (The alternative is to never make a syscall.) The problem is that in order to use the OS you need libc, and that needs the kernel headers (so it knows how to make syscalls).

      Merely making a system call does not make your program a derivative work of Linux, at least not as some random dude named Linus Torvalds sees it.

    23. Re:the core of the issue by Guy+Harris · · Score: 1

      It probably doesn't matter anyway, because header files aren't eligible for copyright. They are too simple, and have no artistic value. They are simply machine readable definitions of a standard.

      Some header files "are simply machine readable definitions of a standard". Others aren't. They might be machine-readable definitions of a non-standard internal interface, or might even contain implementation details such as inline functions.

    24. Re:the core of the issue by Guy+Harris · · Score: 1

      It may be derivative, but that issue is moot if headers aren't copyrightable. See the SCO v. IBM saga for precedent.

      "Headers", or "certain headers"? Did anything decided in the SCO v. IBM case say anything about the copyrightability of C-language files whose names happen to end with ".h"?

      Hell, I might even dare to say many core Linux headers are derivative of earlier Unixes themselves, or are at least similar enough to invite copyright trolls like SCO to do their thing.

      And others aren't - in particular, a lot of the ones in /usr/include/linux aren't. Some of those even include code (look for the magic word "inline").

    25. Re:the core of the issue by Guy+Harris · · Score: 1

      Function/variable names are typically determined by what the underlying function does and separated from the functions likely aren't protectable.

      What if the function/variable names aren't separated from the functions - what if both appear in the header file? (Today's lesson is brought to you by the letters "i", "n", "l", "i", "n", and "e".)

    26. Re:the core of the issue by Guy+Harris · · Score: 1

      Google's action here is the equivalent of copying an entire book, then replacing the title page with their own -- claiming authorship and copyright.

      Or perhaps more like copying the title and chapter names of an entire book, and a small number of piquant passages. What the script from the Android source that "cleans" the Linux kernel header files does, according to the README.txt for it, is "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", with the result being that "the 'clean headers' only contain type and macro definitions, with the exception of a couple static inline functions used for performance reason (e.g. optimized CPU-specific byte-swapping routines)".

      The part that those who think Google is in the wrong here might find most important here is the "couple static inline functions used for performance reason"[sic] - that's not just a specification for an interface, that's an implementation of an interface.

    27. Re:the core of the issue by Courageous · · Score: 1

      Well, reading a little, I'm favoring the notion that header files are copyrightable under certain circumstances (albeit I would discount pure interface descriptions). However, citing Linus for a legal opinion on the GPL isn't a good idea. I say this because the GPL community up to and including members of the FSF itself have a bit of a conflict of interest in their opinions. They have been clever and cagey about what constitutes a derivative work for example, for which they have no right to define (only congress can), and which I have seen them outreach their grasp. Which is to say, I have seen the FSF make assertions about which sorts of things are derivative works that I believe case history does not support. Since the GPL can only possibly bind a derivative work (as it is a license and not a contract), they have an incentive to be biased here.

      C//

    28. Re:the core of the issue by Anonymous Coward · · Score: 0

      That is certainly not the law. Header files amy or may not be copyrightable, depending on what they contain. In this case the Linux headers contain lots of inline functions, some of which are creative and non-obvious, and thus are certainly covered by copyright. There is really no legal doubt here that Google is infringing for that reason. Some lawyers have also suggested that the entire body of headers may count as a copyrightable work, and so Google would be infringing in that regard as well, but i'm not sure there is as much case history to back up that reading.

      The first problem though (inline functions), is a legal slam-dunk.

      Is this a problem for Android/Google? Probably not since it seems unlikely that the Linux developers will seek to uphold the licence. Although that does start to set some interesting precedents for those who wish to interact with the kernel in ways that are currently "not approved".

  15. Re:This isn't random conjecture by the ill-informe by just_another_sean · · Score: 1

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

    Pure self interest?

    --
    Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
  16. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    On the other hand, nobody gives a shit what Florian thinks.

  17. 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.
  18. 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
    2. Re:Someone please explain by Anonymous Coward · · Score: 0

      Yep. What's next, removing the reverse engineering and interoperability clauses from the DMCA? Somehow it wouldn't be surprising.

    3. Re:Someone please explain by Anonymous Coward · · Score: 0

      I believe the idea is that interface specifications are not copyrightable. An interface specification is pretty much impossible to write differently. The whole point of it is to allow different bits of code to interact with each other, and it must take the form it does for that to happen. Hence, it's not regarded as having the same sort of "literary" copyright protection as software code which could be expressed in many different ways.

    4. Re:Someone please explain by VortexCortex · · Score: 1

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

      No. Consider the following statement: The headers for Linux were created to be compatible with Unix headers.

      If Google is correct, then the headers are not copyrightable, and the GPL does not apply...

      If Google is wrong, and copyright can be asserted over the headers, then Linux would have violated the Unix header copyrights. If Google is wrong, then Linux can't assert GPL against Google because they don't have the copyrights to the headers in the first place (and SCO might have won).

      Now there are BSD licensed Unix headers, if Google (and Linus) are both wrong about the headers, the BSD license would apply. This means that Google could use the headers because the BSD allows re-licensing. It also means that Linux could re-license the headers under the GPL.

      TL;DR: Google is wrong == Linux is wrong == Google can use Unix/Linux headers via BSD and/or do an Apache re-license.
      Google is correct == Google can use the Linux headers via Apache license.

      Either way, this isn't a well thought out line of reasoning wrt the origins of the damn Linux headers on your part.

  19. 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.
  20. Ed Naughton's a lawyer? by NYYz · · Score: 1

    I thought he worked in the sewer.

  21. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    The GPL relies on copyright law; without copyright there would be no need for GPL.

    FTFY

  22. HuffPo + Florian Mueller = 0 credibility by Anonymous Coward · · Score: 0, Offtopic

    A cesspool of CEO and anti-vaccine wingnuttery quotes anti-FOSS troll Mueller. No news here.

  23. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    obviously Bionic? I don't get it

  24. Different approaches, same result by srussia · · Score: 1

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

    GPL uses a "judo" approach using copyright against itself. Google does a GPL-based "end run". Both work to hasten the collapse of copyright under its own weight.

    --
    Set your phasers on "funky"!
    1. Re:Different approaches, same result by blair1q · · Score: 1

      Copyright is not going to collapse, and it has no weight. It's a concept, and it has to be interpreted, and interpretation takes no force at all.

      If anything, it's the GPL that will collapse when someone interprets it as self-inconsistent and legally void, regardless of anyone else's interpretation of it.

    2. Re:Different approaches, same result by ron_ivi · · Score: 1

      GPL uses a "judo" approach using copyright against itself.

      No it doesn't.

      It's a licence to a copyrighted work in exactly the same way any other software license is.

      A Windows OEM license tells you "only run this software on this particular approved brand of machine", just like the GPL tells you "only use these header files with these other approved software packages".

      If both cases, you get to use it in exactly the ways the licenses permit.

    3. Re:Different approaches, same result by blair1q · · Score: 1

      You either know nothing about politics and law enforcement, or you know less about money.

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

    5. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      No, it doesn't.
      Copyright preserves the author/holder's droits d'auteur, which in turn allows the holder to decide who can produce derivative works and under which terms. The GPL does exactly that. It's exactly how copyright is supposed to work, and the GPL does not do anything out of the ordinary (even the viral propagation of GPL isn't out of the ordinary, it isn't really different from copyright assignment, and a copyright holder is well within his or her rights to mandate that despite giving someone a license to produce a derivative, there be a condition that no derivative work of the derivative work may be produced). Truth is that copyright by design allows for pretty much any condition that doesn't break laws on trample on fair use, with few exceptions (Notably, in French Civil Code jurisdictions, you cannot place restrictions on that which is granted or not expressly forbidden by the Book of Obligations).

      Copyright isn't designed necessarily to lock people out, it's used to decide who is allowed in, everyone uses it that way, and the GPL is no exception. The GPL does nothing to cause copyright to collapse under its own weight. But if you want to look at it as a device for locking people out, the GPL does that, too(it locks out people who don't distribute the code, as well as all that junk about patents and what not in V3).

      It helps when you understand copyright.

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

    7. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      That is also a license :) A license to do almost anything for a trivial price.

    8. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      You're probably an american with no idea of just how little respect exists in the rest of the world for copyright law.

    9. Re:Different approaches, same result by blair1q · · Score: 0

      I'm definitely an American with a good understanding of that 90% of the world is "third" because its people think stealing is a sacrament.

    10. Re:Different approaches, same result by Anonymous Coward · · Score: 1

      Copying is not theft. http://levine.sscnet.ucla.edu/general/intellectual/againstfinal.htm

      The fact is, if your law requires the mother of all police states to function (as copyright obviously does), it's the law that is wrong, not the people. Copyright enforcement in the digitial domain is indistinguishable from censorship. If you continue to support copyright law now, you're no better than some mad middle eastern dictator shutting down the net to try to stop his overthrow.

      Apart from that, a lot of the world's problems right now arise directly from the USA meddling to keep the rest of the world fucked up - overthrowing democratic governments to install mad dictators in the first place etc. Some individual americans are of course good people - look at Bradley Manning's heroic and patriotic actions, for example - but a shocking number of americans have no idea of the evil done in their name in the rest of the world.

    11. Re:Different approaches, same result by srussia · · Score: 1

      p>It helps when you understand copyright.

      Yes it would. Kindly define the object subject to copyright... these "works" they keep talking about.

      --
      Set your phasers on "funky"!
    12. Re:Different approaches, same result by Xtifr · · Score: 1

      I've only ever seen that on Windows installs, so I think your instinct about braindead installers is exactly correct. However, even in those cases, it would be better to use some simple and more accurate text, like:

      You agree that you recognize that this software comes without warranty, except as required by law, and can only be redistributed under the terms of the General Public License (see the file named COPYING for details).

      A clickwrap "license" with a single sentence--that would blow people's minds! :)

      If the software is a library, though, it does get a little trickier, but mere APIs are not copyrightable, so you actually have to link with the GPL'd library for the GPL to have any affect. Merely compiling against the headers won't have any affect, and, to the extent that the libraries implement public standards (like POSIX or ISO C), even dynamic linking may not affect your program (if you can drop in a non-GPL'd equivalent library without affecting the operation of the program), as I understand it. (Anyway, libc's headers come with an explicit exception that if you use them with GCC, they don't require any license.)

      I'm also not sure how with the Java precompiler or the Dalvik compiler itself is supposed to include the C headers that come with the kernel in your Android app, since, to the best of my knowledge, including a C header in Java is guaranteed to produce a compile-time error! The whole thing sounds pretty sketchy to me.

    13. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      I wouldn't assume that those people with no respect for copyright now will necessarily retain the same values when they grow older and possibly come to depend on copyright for their living. You can call that 'corruption' if you wish, but face it, people and their ideals change over time.

    14. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      Most of them will. No people truly depend on copyright for a living, there's always something else you can do. Some people might have to do something other than what they want to for a living - i.e. reap rents for life - but there is basically no realistic scenario where someone who could make a living with copyright couldn't make a living without it (just not necessarily the same living).

    15. Re:Different approaches, same result by blair1q · · Score: 1

      "Copyright enforcement in the digitial domain is indistinguishable from censorship."

      Gibberish.

      You're utterly free to say what you want, just so long as you don't steal it from me.

    16. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      Spoken like a true citizen of a third world country.

    17. 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
    18. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      mere APIs are not copyrightable

      I agree that the whole point of API’s is that they should not be copyrightable. And from the Raymond Nimmer article, in the EU this would appear to be the case. But from that same article,

      Numerous U.S. courts hold that user interfaces taken as a whole are copyrighted.

      So under US copyright law, Google may (or may not) have a problem.

    19. Re:Different approaches, same result by dannys42 · · Score: 1

      A slightly different topic, but one that I've been curious about regarding header files... Some header files are not merely interfaces. The kernel's linked list approach, for example, makes clever use of macros with no supporting .c file.

      If I use that in my code, am I bound to the GPL? It's "technically" not linking of any sort, since it's all macro expansion... But there is logic there, and I could certainly see it being worth copyrighting.

      I end up just re-writing it myself, but the end result looks very very similar... there's only so many ways one would commonly implement linked lists in C. And even fewer ways as macros.

    20. Re:Different approaches, same result by blair1q · · Score: 0

      1. what is the weight of a copyright? how much momentum does it have when you throw it? when it is converted to energy, what is the maximum amount of gamma radaition it can emit?

      2. it is. if you think it isn't, go do it in the lobby of Sony Pictures.

      3. okay, 90% is stretching it. 80%, then. and don't use the UN's definition. they're being kind to the unfortunate.

      4. utterly not what i said. read it again.

      5. utterly not what i said. read it again.

    21. Re:Different approaches, same result by somersault · · Score: 1

      4. Exactly what you said ( " 90% of the world is "third" because its people think stealing is a sacrament.). 90% of the world is definitely "most people" in the world.

      5. Close to what you said. "You're utterly free to say what you want, just so long as you don't steal it from me." So, nobody is allowed to say what you said if they know you said it. Copyright doesn't actually care about such distinctions though, you can break copyright without knowing it (for example if something is copied and then distributed as part of what is apparently fully GPL compatible code, so you assume you are allowed to copy it).

      --
      which is totally what she said
    22. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      You obviously have no idea how even current freedom of expression or copyright law works.

    23. Re:Different approaches, same result by cdrguru · · Score: 1

      Then there shouldn't be any problem in doing whatever the heck Google is doing. If some folks want to interpret that as subverting GPL, well too bad.

      Clearly copyright has little meaning to most young people.

      So is the answer to just ignore copyright, GPL and all other manifestations of it?

    24. Re:Different approaches, same result by Anonymous Coward · · Score: 0

      What has that got to do with anything? Sony execs could swear black is white. It wouldn't be true. Sociopathic sony execs would like to pretend it's theft, sure. But it's certainly not. Sony are not the omnipotent arbiters of reality, fortunately enough. Until you people acknowledge that you're wrong to call it theft, it's pointless to even consider your position, you're being completely unreasonable. http://www.youtube.com/watch?v=IeTybKL1pM4&hd=1

  25. Re:Actually I think that Google is right by radtea · · Score: 1

    There are few precedents in this area, and really headers that contain just macros/prototypes/etc aren't copyrightable.

    Curiously, companies like MicroChip disagree with you on this: they use a gcc-based toolchain for their chips, but claim their copyright interest in their header files allows them to distribute it with a license that forbids you from using their header files with any other compiler, including a modified version of their own compiler.

    So there are companies out there basing a significant part of their software revenue on precisely the opposite of the claim you are making. They may be wrong, but the claim is not on the face of it implausible.

    --
    Blasphemy is a human right. Blasphemophobia kills.
  26. And you wonder why... by Anonymous Coward · · Score: 0

    Stupid shit like this is exactly why I avoid open source code in my projects.

    1. Re:And you wonder why... by codepunk · · Score: 1

      Luckily for you there is not much open source VB code lying around for you to use anyhow.

      --


      Got Code?
  27. Applications shouldn't be at risk by Anonymous Coward · · Score: 0

    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, but it was language to the effect that applications that only use Linux via standard system calls are not considered derivative works with respect to the GPL.

    Stallman later remarked that he wished Torvalds hadn't added that clarification.

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

    2. Re:Applications shouldn't be at risk by maroberts · · Score: 1

      Well spotted; I was going to say provided an application didn't extend the kernal and didn't incorporate GPL libraries, it was on safe ground anyway, but the parent clears it up further. I was pretty certain anyway; if Florian Mueller has an opinion, I automatically know that the opposite is more likely to be correct

      --

      Donte Alistair Anderson Roberts - hi son!
      Karma: Chameleon

  28. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 1

    That's really not true. Without copyright there would be no need for the BSD family of licenses.
    But in a copyright-free world how do you make people distribute the source to their derivative works?

  29. Edward Naughton? by Anonymous Coward · · Score: 0

    I would have thought Edward Naughton's first rule about header files is don't talk about Linux kernel header files .

  30. Re:This isn't random conjecture by the ill-informe by martyros · · Score: 1

    The GPL relies on copyright law; without copyright there would be no need for GPL.

    Not so. The whole point of the GPL is to implement Richard Stallman's "coined" ethical maxim, that it's immoral to give someone a program but keep the source code from them. That's why the GPL doesn't say you have to give the source code to everyone; you only have to give the source code to those to whom you have distributed a binary. (Of course, they may give it to everyone, so you might as well do it yourself.)

    Without copyright, you'd just have Public Domain -- anyone could just take the code, improve it, then sell it as a proprietary product; but no one would be forced to give back to the community, or even give credit where it's due (as is required by BSD licenses).

    --

    TCP: Why the Internet is full of SYN.

  31. Re:This isn't random conjecture by the ill-informe by cfulmer · · Score: 1

    Uh.... Different Nimmer. This is Ray Nimmer. The guy who wrote the treatise was Melville Nimmer (now deceased) and the treatise is maintained by his son, David Nimmer.

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

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

    Seems like a good analogy.

    --
    [Intentionally left blank]
  34. Correction! by Infonaut · · Score: 1

    As several of you have noticed, I was thinking of the wrong Nimmer. Sorry, folks! Please mod my original post down -1 Stupid.

    --
    Read the EFF's Fair Use FAQ
  35. Re:This isn't random conjecture by the ill-informe by arose · · Score: 1

    But everyone would be free to copy, modify and disassemble the proprietary product as well.

    --
    Analogies don't equal equalities, they are merely somewhat analogous.
  36. 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.

  37. Absolutely brimming over with wrongability by mark-t · · Score: 1

    No author can be legally required to reveal the source code to something that they hold the copyright on, even if it is a derivative work of something that they do not.

    They can, however, be forced to cease distribution of the application if they do not. They can also, depending on the exact license on the original work (particularly if it was dual licensed), possibly be held liable for damages.

    The GPL does not and cannot force a copyright holder to do something with his or her own code that they are unprepared to do... it can only force particular actions with respect to code that the copyright holder did not author, which, in turn, can severely legally limit who the code can be distributed to without complying with its terms.

    1. Re:Absolutely brimming over with wrongability by Chemisor · · Score: 1

      No author can be legally required to reveal the source code to something that they hold the copyright on, even if it is a derivative work of something that they do not. They can, however, be forced to cease distribution of the application if they do not.

      Come on, enough of that already. Yes we know, and you're missing the point. "Reveal the source or stop selling your product" is like "your money or your life" - not much of a choice. Your company will go broke either way, so there is no practical difference.

    2. Re:Absolutely brimming over with wrongability by mark-t · · Score: 1

      Wrong... the technologies perfected in the product which were developed by you are still yours and you are perfectly free to reimplement those technologies in another product that does not run afoul of another person's copyright. If you open the source, then you lose much of the benefits of being the proprietor of those technologies, so ceasing distribution can make more sense in the long run if one is considering the long term practicality, and can survive the economic bump of having to stop distribution of the infringing product.

    3. Re:Absolutely brimming over with wrongability by Courageous · · Score: 1

      Chemsior, the notion that "yes, we know" is not find something I find to be true. With over a decade on Slashdot, I cannot count the number of times I've heard opinions stated that a company could be forced to release their source under the GPL. This isn't so, which you and I apparently both know, but plenty of people do not.

      One possible remedy is removing the bits that oughtn't have been in the code, and paying a fine if need be. The fine will be a lot larger if it wasn't merely a loan programmer slipping code in when he didn't understand IP law, though.

      C//

  38. Removing Microsoft references from Bio by Anonymous Coward · · Score: 0

    Noticed something interesting about the Huffingpost's blogger and IP lawyer Edward Naughton's bio on his law firm's site Brown Rudnick The current page doesn't mention that Mr. Naughton represented Microsoft in different lawsuits. However googlecache reveals something different:

    cached version

    "This is Google's cache of http://www.brownrudnick.com/bio/bio.asp?ID=512&ForwdName=Edward+J.+Naughton. It is a snapshot of the page as it appeared on Mar 8, 2011 07:27:15 GMT. The current page could have changed in the meantime. Learn more"

    What does the cached version say?

    Just this:
    "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."

    I wonder why that information was removed from his bio?

    Also, he mentions and links to "prominent" blogger Florian Müller. HAHAHAHAHAHAHAHA!!!!

  39. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    "Nimmer is the real deal. He wrote the definitive treatise on copyright law."

    So, Nimmer is the guy that needs to be publicly executed for the F**ked up copyright laws?

  40. FUD... by Anonymous Coward · · Score: 0

    I'm sure Apple and M$ are behind most of this nonsense - both are scared $hitless of Google. Unfortunately, for them, most of the strongest Android advocates are those that write software and recognize these types of tactics as being the same they've fired at Linux for years..

  41. lol by kelemvor4 · · Score: 1

    It's getting comical reading how everyone is going after google every time they have a product that ends up being successful.... search.. street view.. android... probably others. Not that the same thing doesn't happen to other companies when they have smash hits.. Facebook.. crapple...etc.

    1. 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.
    2. Re:lol by trickyD1ck · · Score: 1

      This is Slashdot. The only virtue here is being a loser.

  42. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    Except by this logic all Linux applications must either be GPLv2, or never make any syscalls.

  43. are api specs copyrightable in general? by Anonymous Coward · · Score: 1

    Are interface specifications copyrightable in general?

    Is WINE breaking Microsoft's copyright by implementing the same APIs? (Leave aside patents, they are irrelevant to this discussion). Many other examples could be given, where one must hope that copyright is not broken by someone writing a different implementation of the same API.

    Header files are the low level interface specification mechanism for the C programming (the higher level mechanism is the semantics explained in English: see the DESCRIPTION section of any manpage in section 3 for an example). Snippets of header files appear in the SYNOPSIS of the section 3 manpages. If plain C function prototypes in header files become copyrightable, so do Java Interfaces; so do the command-line option names and exit codes of Unix programs; so does any definition of any interface anywhere. And say good-bye to free reimplementations of proprietary software.

    Be very careful what you wish for.

    By the way, I realise that header files can contain more than the public interface. In particular, macro implementations can appear there, which are likely to be as covered by copyright as any other implementation code.

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

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

  46. 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 Anonymous Coward · · Score: 0

      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.

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

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

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

    5. Re:Florian Mueller, the F/LOSS-hating troll by tomhudson · · Score: 1
      There's no contradiction whatsoever. You cannot use the unmodified headers to create non-gpl'd binaries - binaries with chunks of kernel code embedded in them. You CAN use them to create binaries that just call kernel system functions.

      Some header files just define data structures and calling interfaces. The "clean" headers only have those that are appropriate for Android.

      Remember, it's the COPYING file that gives you the license, and the first few lines clearly states this is okay.

      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

      GNU GENERAL PUBLIC LICENSE
      Version 2, June 1991

      ... blah blah blah ...

    6. Re:Florian Mueller, the F/LOSS-hating troll by Anonymous Coward · · Score: 0

      So in that case dynamically linking to GPL libraries is always legal, no matter what licence my binary uses. So why did Stallman see the need to create the LGPL?

      As I understand it, one of the central points of the GPL is that dynamic linking entails a derived work.

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

      So in that case dynamically linking to GPL libraries is always legal, no matter what licence my binary uses. So why did Stallman see the need to create the LGPL?

      As I understand it, one of the central points of the GPL is that dynamic linking entails a derived work.

      Read the COPYING file that comes with the linux source. It's a modified form of the GPL, version 2, not the "standard" version 2 GPL. The very first sentences give you specific permission to call kernel code.

      This is why Florian Mueller's "analysis" of "look at all these lines of code that are dependent on the kernel" is so full of it - because it's not a problem when you have explicit permission..

      Also, calling code isn't the same as linking to it. For example,setting up some registers to point to data structures and hold some direct values, generating a software interrupt to let the kernel know it needs to do something, and then letting the kernel do it's thing, has never been considered as linking by anybody.

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

      That link seems broken. Did you mean this?

  47. What's with Google? by Funk_dat69 · · Score: 1, Interesting

    I know only a minimal amount about Android, but why does Google insist on walking on the very edge of legality in regards to all of the software involved here? Licensing costs? That explains Java, but why all the incompatible custom changes, copyright header removals, and general open source shadiness.

    They may be within that law, but are outside the bounds of being upstanding (apologize before hand for the term) 'FOSS netizens'.

    Can they really not get Android to work *and* play nice?

    --
    FUNK!
    1. Re:What's with Google? by Dcnjoe60 · · Score: 1

      I know only a minimal amount about Android, but why does Google insist on walking on the very edge of legality in regards to all of the software involved here? Licensing costs? That explains Java, but why all the incompatible custom changes, copyright header removals, and general open source shadiness.

      They may be within that law, but are outside the bounds of being upstanding (apologize before hand for the term) 'FOSS netizens'.

      Can they really not get Android to work *and* play nice?

      Because they are one of the largest tech companies in the world and they believe they can do whatever they want. After all, isn't Google one of those too big to let fail companies?

    2. Re:What's with Google? by Funk_dat69 · · Score: 1

      They did *buy* the original Android. Are they hamstrung by the decisions that were made in that early version? It would just be good to know, I think.

      Maybe they should change their moto from "Don't be evil" to "Don't be a dick".

      --
      FUNK!
  48. Sigh by Anonymous Coward · · Score: 0

    So the problem is...that they distribute those headers without GPL2 header. Big deal. Google, please put back GPL header into those files. Just because this kind of zealotry wants to harm Android OS. Then everything is legal - GPL2 forbids linking (although, technically, you are not in violation if you use a shared library), but doesn't tell anything about including headers, as far as my naive interpretation goes, otherwise all non-GPL2 software on Linux which uses kernel headers, directly or indirectly, is illegal.

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

  50. Re:This isn't random conjecture by the ill-informe by tomhudson · · Score: 1
    The file in question is one generated by a script from the original source. You get the original source, plus the script to generate the file, which is a "cleaned up" version of the headers that removes anything inconsistent with Android, to allow apps to compile clean and quick.

    How is that a GPL copyright violation? The GPL requires that you include any intermediary scripts that do this, which is what google did.

  51. Why do people keep listening to thus Mueller idiot by Anonymous Coward · · Score: 1

    It's abundantly clear that Florian Mueller is a troll. Anybody remember when he accused Google of infringement because of unit tests in the source tree. This guy is full of shit and that's about all.

  52. Re:Google don't care by Garridan · · Score: 1

    If you RTFA (and the full legal opinion it links to), you might begin to suspect that they're illegally distributing GPL2 code as "uncopyrightable".

  53. Should have learned from Microsoft by Dcnjoe60 · · Score: 1

    Linux proponents should have learned from Microsoft. You have to wait until the copyright offender has reached critical mass before you threaten to sue for copyright infringement. The settlements are much larger that way.

  54. Utterly confused by drb226 · · Score: 1

    The problem for developers is that the GPLv2 applies itself to any application that makes use of covered code, which could arguably apply to any native Android application as the kernel headers are so universally applied.

    This is the only sentence that actually "addressed" the "issue" that Android developers face. And it is utterly unexplained. What does this have to do with Google messing with those header files?

    1. Re:Utterly confused by psmears · · Score: 1

      This is the only sentence that actually "addressed" the "issue" that Android developers face. And it is utterly unexplained. What does this have to do with Google messing with those header files?

      That is a good question... as far as I understand it, the argument goes like this:
      1. The Linux kernel header files in question are GPL
      2. Those header files contain some macros and inline functions that (in the opinion of the lawyer) are non-trivial and therefore copyrightable
      3. The Google header-cleaning process does not remove these inline functions and macros
      4. Most/all Android native apps include these header files
      5. Macros and inline functions get compiled in to an application - they're not like libraries or kernel interfaces where you can upgrade/replace the library/kernel and the application will work unmodified; they become a part of the application itself
      6. Therefore most/all native Android apps are subject to the GPL
      7. ???
      8. Profit (for IP lawyers everywhere)
      I'm not saying all of the above are actually true, or that the reasoning holds water (in particular, the functions/macros don't get included if the app doesn't use them!), but that is how the argument seems to run once you penetrate through all the waffle...

  55. Wouldn't it be cute by Anonymous Coward · · Score: 0

    What could be cuter than a Penguin dancing with a 'Droid robot while your cell phone boots?

  56. 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?
    1. Re:SCO In Reverse by Anonymous Coward · · Score: 0

      Are you honestly trying to say there are no expressive features in the headers as a whole, that they are just POSIX written down? That is ridiculous.

  57. The Real Problem Is F/OSS Projects Are Poor by macs4all · · Score: 1

    I would imagine that Google is giving the middle finger to F/OSS because they feel, in their estimation, that none (or pretty much none) of the various F/OSS projects they have ripped-off have the financial wherewithal to mount an effective legal defense. Yes, I know about the EFF; but they have been, historically, pretty much ineffective at getting legal decisions in THEIR favor, and in fact, have actually made some pretty bad caselaw.

    I mean, really? Do you think YOU could successfully sue Google if they ripped off YOUR F/OSS project? Unless you were the maintainer of something like Ubuntu or Apache, you'd be broke after fighting their first Motion To Dismiss or Summary Judgment motion.

    Nope. This is the Golden Rule: They who have the Gold, make the Rules.

    1. Re:The Real Problem Is F/OSS Projects Are Poor by russotto · · Score: 1

      I would imagine that Google is giving the middle finger to F/OSS because they feel, in their estimation, that none (or pretty much none) of the various F/OSS projects they have ripped-off have the financial wherewithal to mount an effective legal defense.

      [sarcasm mode=dripping]
      Right. The Linux kernel -- the project in question here -- is a tiny little F/OSS project being run out of the basement of a poor Finnish student.
      [sarcasm mode=standard]

  58. Android is not threatened by rfugger · · Score: 1

    Sure, there may be some grey areas as to exactly when copyright applies and the GPL comes into effect. But the real risk Android takes by operating in this area is that the copyright holders themselves will feel violated enough by their actions that they will spend the time and money to sue you with no clear-cut probability of winning. Are any Linux copyright holders feeling that violated by the Apache-licensed Android? Do they have enough resources to take on Google over a legal grey area?

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

  60. Simple Formula by Zontar+The+Mindless · · Score: 1

    "Anonymous Reader writes..." + any citation of Florian Mueller = no need to read any further.

    'Nuff said.

    --
    Il n'y a pas de Planet B.
  61. 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.

    1. Re:Code reference please? by Anonymous Coward · · Score: 0

      they can't, it's copyrighted!

    2. Re:Code reference please? by Anonymous Coward · · Score: 0

      Oh for heaven's sake! Would it be too much to ask for retarded slashdot commenters to actually READ TFA? It links to a longer PDF where he gives EXPLICIT EXAMPLES of header files that contain inline functions that meet the criteria for copyrightability and that are included by Google.

      To Quote:
      "For instance, the Linux kernel header file consists of an optimized byteswapping function that was included by the Linux kernel developers because it was clever and well-written – the kind of creativity that constitutes copyright protection"

      http://www.brownrudnick.com/nr/pdf/alerts/Brown%20Rudnick%20Advisory%20The%20Bionic%20Library-Did%20Google%20Work%20Around%20The%20GPL.pdf

    3. Re:Code reference please? by Anonymous Coward · · Score: 0

      The bionic source is extremely easy to find, I'm pretty sure they expected the reader to be able to do that.

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

  63. Re:Does Florian Mueller.... by gtall · · Score: 1

    I have this mental image of Florian as a rooster attempting to pass an unspeakably large egg.

  64. GPL violations by Anonymous Coward · · Score: 0

    There are tons of GPL violations on the Android app store. Recently reported was "n64oid" which is a direct ripoff of mupen64plus. Google doesn't seem to want to do anything about it.

  65. From Stallman, in 2003 by JoeF · · Score: 1

    http://lkml.indiana.edu/hypermail/linux/kernel/0301.1/0362.html

    "I'm not sure what your project is designed to do, so I don't have an
    opinion about how it stands regarding the GPL. However, I've talked
    with our lawyer about one specific issue that you raised: that of
    using simple material from header files.

    Someone recently made the claim that including a header file always
    makes a derivative work.

    That's not the FSF's view. Our view is that just using structure
    definitions, typedefs, enumeration constants, macros with simple
    bodies, etc., is NOT enough to make a derivative work. It would take
    a substantial amount of code (coming from inline functions or macros
    with substantial bodies) to do that."

    As usual, Florian Mueller shows he's a troll.

  66. Re:This isn't random conjecture by the ill-informe by DamnStupidElf · · Score: 1

    But in a copyright-free world how do you make people distribute the source to their derivative works?

    You don't; you just legally reverse engineer the binaries and publish the results.

  67. Sorry, no by Rix · · Score: 1

    Interfaces are not copyrightable. An implementation of them may be, but you can't stop someone from rewriting them. Only a patent could do that.

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

  69. Re:Actually I think that Google is right by DamnStupidElf · · Score: 1

    I think they're in the clear so long as they follow the GPL when distributing gcc. As long as their header files are not derivative works of GPL code they can be placed under any license they want. It is not a violation of the GPL for some third party software's license agreement to require use of a specific version of GPL software. Just imagine this whole situation as if they didn't ship gcc at all; it's just a silly EULA for their header files like any other software EULA, only as enforceable as your local thugs have been bribed into thinking it should be.

  70. Re:This isn't random conjecture by the ill-informe by Anonymous Coward · · Score: 0

    You're thinking of David Nimmer [wikipedia.org]. Ray Nimmer has lots of credentials too,

    Among them seems to be a penchant for bashing free software.

    Searching his blog for "GPL" yields about 5 posts, none of them flattering and one particularly egregious that begins with: "With the noise about the likely to fail GPL 3.0..." and then ends with that trite bit of misdirection that anyone with more than a passing interest in intellectual property issues, much less a professional lawyer specialising in them, would know better than to say: "Why does a movement that refers to itself as free and open, try to impose restrictions on others to act freely or openly?"

  71. Re:This isn't random conjecture by the ill-informe by Guy+Harris · · Score: 1

    Except by this logic all Linux applications must either be GPLv2, or never make any syscalls.

    No, the license for the Linux kernel has an extra bit at the top, put there by somebody named "Linus", that starts out saying

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

  72. Yet Again by DannyO152 · · Score: 1

    Why is it every time Florian Mueller is quoted in the summary, it's submitted by someone anonymous?

    1. Re:Yet Again by atomic-penguin · · Score: 1

      I think I've seen a few non-anonymous Florian Mueller articles.

      But my thoughts exactly. Why are anonymous article submissions allowed? Why wouldn't the submitter put their own username on the submission?

      --
      /^([Ss]ame [Bb]at (time, |channel.)){2}$/
  73. FUD from Oracle bought and paid by Sheik+Yerbouti · · Score: 1

    This is FUD pure and simple and Oracle and or Microsoft probably paid the writer for it.

    It's simple really is Linus or the kernel hackers making a copyright claim here? Is the free software foundation or EFF leading a challenge against this Bionic library? No of course not. However Oracle is making a patent claim against Google and Microsoft wouldn't mind if they got tied up in court. So chances are that is exactly where these claims come from.

    Same dirty tricks from the same scurrilous players nothing to see here.

  74. Re:This isn't random conjecture by the ill-informe by Guy+Harris · · Score: 1

    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.

    Except that, according to said README.TXT, said headers also include "a couple static inline functions used for performance reason (e.g. optimized CPU-specific byte-swapping routines)".

  75. Pure FUD by Anonymous Coward · · Score: 0

    If any of the big stakeholders in OSS or Free Software start claiming that their interfaces are copyrighted, then they are blowing away most of the legs they have stood on for a quarter century or more.

    A large part of the free software movement has been the cloning of proprietary systems by copying their interfaces.

    If a bunch of kernel developers come forward to assert that Google can't clone some kernel interfaces, then in the same breath they would have to admit that they have no right to implement Unix (tm) system calls or library functions.

    Florian Mueller reacts to some blog by Edward. J Naughton, who is an IP litigator. Of course IP litigators believe in the strictest possible interpretations of copyright.

    But if the likes of Naughton were right, free software would have been killed off decades ago.

    (It's been tried: e.g. Novell goons trying to kill off projects cloning Novell protocols and services.)

  76. Re:Google don't care by PitaBred · · Score: 1

    That may be. But that's a different issue than the one I was responding to.

  77. software services by Anonymous Coward · · Score: 0

    mltechnosoft offers many softwareservices.
    softwareservices

  78. Url got munged ... sorry. by tomhudson · · Score: 1
  79. El Reg has had form for this for decades. by Anonymous Coward · · Score: 0

    El Reg has had form for this for decades. Especially their bestest friend, Andrew Orlowski. Two things will always see him in attack mode:

    1) FOSS especially GPL
    2) Global Warming

    both are an anathema to that blithering pompous idiot.

  80. Because the author of the header says so by Anonymous Coward · · Score: 0

    Because the author of the header says so. See the file COPYING included with GPL applications. Others have linked.

    Also, there is no expressive content in the header delcarations. The knowledge that strcmp takes a char * and a char * and returns an int must be included to be C API compatible. This doesn't make EVERY SINGLE C PROGRAM a derivative of USL code.

  81. Edward J. Naughton bio gets revised by Anonymous Coward · · Score: 0

    [PJ: Edward J. Naughton, the attorney Huffington Post just published claiming Android may be in violation of the GPL has done work for Microsoft. Surprised much?

    His article states this at the end: "The views expressed are my own individual views and should not be attributed to any clients." Nevertheless, at least one of them may be delighted.

    His bio has changed recently. The link above is to its current state, where you will not find any mention of Microsoft. It's been changed to a "Fortune 50 software company". Here's what used to be on it, still in Google cache, a snapshot taken recently, on March 8]:

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

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


    Brown Rudnick bio page for Naughton

  82. Google is not protecting its Copyright material by lkcl · · Score: 1

    of much more serious concern - to google - is the fact that they are *knowingly* not pursuing GPL Copyright Infringement cases against Android-Linux GPL violators. if you fail to pursue a Copyright violation, it can be argued that you have "no interest" in protecting the Copyrighted material. as it is not in google's interests to pursue copyright violations because that would reduce the number of google android systems in the world, thus affecting their bottom line by reducing advertising income, they're in a bit of shit.

  83. ASTROTURF Alert by eee_eff · · Score: 1
    IF there was ever a more clear example of Microsoft funded Astroturf, this is it. We need laws against this, and to protect real people from corporations in the wake of Citizens United. There is a very simple solution: A Constitutional Amendment that declares that corporations do not have rights under the Bill of Rights, except probably for limited due process rights. Think that is extreme? Well read this:http://www.guardian.co.uk/environment/georgemonbiot/2011/feb/23/need-to-protect-internet-from-astroturfing

    Every month more evidence piles up, suggesting that online comment threads and forums are being hijacked by people who aren't what they seem. The anonymity of the web gives companies and governments golden opportunities to run astroturf operations: fake grassroots campaigns that create the impression that large numbers of people are demanding or opposing particular policies. This deception is most likely to occur where the interests of companies or governments come into conflict with the interests of the public. For example, there's a long history of tobacco companies creating astroturf groups to fight attempts to regulate them. After I wrote about online astroturfing in December, I was contacted by a whistleblower. He was part of a commercial team employed to infest internet forums and comment threads on behalf of corporate clients, promoting their causes and arguing with anyone who opposed them.