lkml.org 
[lkml]   [2007]   [Jun]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
    From
    Date
    On Fri, 2007-06-15 at 04:58 -0400, Daniel Hazelton wrote:
    > > If the module is distributed 'as a separate work', _then_ what you say
    > > is true: the only reason you'd have a right to the source is if the
    > > module is considered a 'derivative work'.
    > >
    > > But when you distribute the same module as part of a whole which is a
    > > work based on the kernel, the distribution of the whole must be on the
    > > terms of GPL, whose permissions for other licensees extend to the entire
    > > whole, and thus to each and every part regardless of who wrote it.
    >
    > -ELOGIC

    What's logic got to do with it? It was fairly much a direct quote from
    the licence. You have _read_ the licence, haven't you?

    > > The words you used were 'with the kernel', which could actually mean
    > > either of the above. In the case of embedded Linux-based firmware
    > > though, it's definitely the latter. It's a coherent whole, and it
    > > contains both the kernel and the module. Thus the GPL extends to each
    > > and every part, regardless of who wrote it. Including the module.
    >
    > Just because two things are bundled together doesn't put them under the same
    > license or copyright. Take a look at the GPL, which specifically mentions
    > that "mere aggregation" does not cause something to fall under the GPL. Not
    > that the GPL can even change the law - in the US copyright law specifically
    > states that "mechanical translation" and "mechanical processes" *CANNOT*
    > create a "new" work. Since the process of compiling source into a binary is,
    > by definition, a *mechanical* process then the binary can't suddenly become
    > covered by a different copyright license than the source code merely because
    > of the medium on which its distributed or the manner in which it is
    > distributed.

    You're confused.

    If I grant you a licence on the condition that you give me money, would
    you object on the basis that the money is not a 'derived work' of my
    code? No. It's just a condition of the licence, and you're not allowed
    to use my code unless you give me money.

    If I grant you a licence on the condition that you sacrifice your
    first-born son to Satan, would you object on the basis that your son is
    not a 'derived work' of my code? No. It's just a condition of the
    licence. If you don't do it, you don't have the right to use my code.
    (You may be able to get me locked up, but you still don't get to use my
    code without a licence).

    If I grant you a licence on the condition that you release _everything_
    you write this year under the GPLv2, would you object on the basis that
    your code is not a 'derived work' of my own? No. It's just a condition
    of the licence, which you choose to accept or not.

    If I grant you a licence on the condition that anything you release in
    _combination_ with my code must also be released under the GPL, would
    you object on the basis that you code is not a 'derived work' of my own?
    No. Again, it's just a condition of the licence. If you don't want to
    obey the licence, you don't get to use the kernel in the first place.

    Talking about how your code can't possibly be a derived work is just a
    red herring. The GPL explicitly talks about works which are 'independent
    and separate works in themselves', to which the GPL does not apply 'when
    you distribute them as separate works'.

    But when you distribute the same sections as part of a whole which is a
    work based on the Program, the distribution of the whole must be on the
    terms of this License, whose permissions for other licensees extend to
    the entire whole, and thus to each and every part regardless of who
    wrote it.

    It's your choice -- you're not _forced_ to use the kernel, and you're
    not _forced_ to distribute a product which combines it with other code
    of your own. But if you do, you're bound by the licence. And whether
    your code is a 'derived work' has nothing to do with it.

    Yes, there are exceptions for mere aggregation onto a storage medium --
    if the kernel and your own work are next to each other on a backup tape
    or your laptop's hard drive, or even both burned to a 'Gratis Software'
    CD as _separate_ works, then that doesn't count. But we're talking about
    a product which has a Linux kernel, a module built specifically for that
    kernel, and cannot function unless both of them are present. That ain't
    "mere aggregation on a storage medium".

    --
    dwmw2

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-06-15 11:21    [W:4.093 / U:0.296 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site