lkml.org 
[lkml]   [2007]   [Jun]   [17]   [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 Jun 17, 2007, Daniel Hazelton <dhazelton@enter.net> wrote:

    > On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
    >> What in the world makes you think there is a useful analogy
    >> between communication standards and copyright licenses?

    > I don't. I was *REPEATING* an example of how TiVO has a *RIGHT* to
    > change the kernel or any other facet of the device connecting to
    > their network. That right *ISN'T* tied to copyright - as you have
    > stated. Since it isn't, why is the FSF trying to mandate that it is
    > with the tivoization clauses in GPLv3?

    Since you're talking about rights, and that's a legal term, and we've
    (hopefully) already established that intent of license author, intent
    of copyright holder and letter of the license are different concepts,
    and only the last of the 3 has to do with legal terms, I'll excuse
    myself from the plane of spirits ;-) and get down to legal terms to
    shoot down your argument.


    Let's see... US law states that (paraphrasing), if you grant a
    copyright license that says the person can do such and such, you can't
    later turn to that person and say "oh, BTW, I have this patent, and it
    means you couldn't do such and such in the first place, unless you pay
    me a gazillion bucks"



    Patents have nothing to do with copyrights. Still, a copyright
    license can (and does) limit the ways in which you can use the power
    that patent law gives you.

    You could try to argue that "you have a right to the patent, and to
    use it however you like". But the moment you accept a license such as
    v1, v2, or any later version to be published by the FSF, you give up
    the power to use that patent to stop users from fully enjoying the
    freedoms that the license granted them and said you couldn't further
    restrict.


    s/patent/anti-circumvention measure/

    s/patent/hardware/


    See?


    Now, why would we be revising the license, if it's all already there?

    First of all, to make this all clear.

    Second of all, because law does not operate this way. While there is
    case law that establishes that copyright law supersedes patent law in
    this sense (or so I'm told, I don't have the references and IANAL),
    it's not clear that the same would hold for the DMCA, or technical
    measures, or even discriminatory agreements.

    So, in order to provide users with a better defense against these
    dangers for the freedoms, the newer revision clarifies them, such that
    whoever attempts to deny users' freedoms has a weaker defense for such
    attempts, in a copyright infringement lawsuit.

    --
    Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
    FSF Latin America Board Member http://www.fsfla.org/
    Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
    Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
    -
    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-17 21:35    [W:2.425 / U:0.180 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site