[lkml]   [2006]   [Sep]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: GPLv3 Position Statement
    > Thanks for posting this. It's obviously had a lot of thought go into
    > it.

    You're welcome ... sorry it took me a while to find this ... I'm not
    subscribed to lkml, so if I'm not cc'd on the mail, I don't see the
    reply (until I trawl one of the consolidator websites)

    > I do think there are a few flaws in the arguments however. The biggest
    > one for me can be summed up in the question "which license better
    > represents the intention of the GPLv2 in the current world?"

    Really, that's not a flaw. Some people like GPLv2 purely on its
    practical effect; others because of its political statements. I think
    Linus has summed it up much better that I can here:

    However, the true strength of GPLv2 was that we could all unite around
    it, even if we had different beliefs (as in Free Software vs Open

    > When the GPLv2 was drafted it wasn't a legal document in a vacuum. It
    > came with a preamble that stated its intentions, and it came with
    > someone who toured the world explaining the intentions and
    > motivations. There were even plenty of repeat performances for anyone
    > who wanted to attend :-)

    > I think the GPLv3 does a better job of expressing legally those
    > intentions than GPLv2 did. In particular this part of the v2 preamble:

    > "For example, if you distribute copies of such a program, whether
    > gratis or for a fee, you must give the recipients all the rights
    > that you have."

    but the preamble isn't part of the actual licence. Additionally, if you
    see the rights framed in terms of access to modifications, then GPLv3 is

    > I think that recent developments (such as TiVo v2) have shown that
    > companies have found ways to give recipients less rights then they
    > have themselves.

    I agree they've found ways of restricting how their hardware is used,
    yes. However, I tried to give a rationale of why this isn't necessarily
    bad for the open source ecosystem as a whole here:

    > So I think the parts of the position statement that talk about the
    > importance of the 'development contract as expressed/represented by
    > GPLv2' and the implication that this contract would be violated by the
    > current GPLv3 draft are not accurate. That development contract came
    > with a clear explanation (or at least it seems clear to me).
    > Similarly, the position statement states:
    > "This in turn is brought about by a peculiar freedom enshrined in the
    > developer contract as represented by GPLv2, namely the freedom from
    > binding the end use of the project."
    > but I think this particular 'freedom' comes more from the development
    > conventions of the Linux kernel community than from the GPLv2. I don't
    > see anything in the GPLv2 that actually tried to enshrine that
    > particular freedom. That doesn't mean it isn't a worthwhile thing to
    > enshrine, I just think it is inaccurate to claim that the GPLv2
    > attempts in any way to enshrine it.

    Actually, no, it's enshrined in GPLv2 in clause 0:

    "Activities other than copying, distribution and modification are not
    covered by this License; they are outside its scope. The act of
    running the Program is not restricted, and the output from the Program
    is covered only if its contents constitute a work based on the
    Program (independent of having been made by running the Program).
    Whether that is true depends on what the Program does."

    It's the "act of running the program is not restricted".

    This is really the crux of the argument with the FSF over the DRM
    clauses. If you take the position (as the people who signed the
    discussion paper do) that embedded Linux constitutes an end use, then
    this freedom from restriction of running the programme is compromised in
    GPLv3, and hence is against the spirit of GPLv2 (and thus violates
    clause 9 of GPLv2).

    To go after Tivo (and not violate GPLv2 clause 9), the FSF has to take
    the position that what Tivo is doing is not use, but is distribution.
    This is a dangerous shift in precedent because it applies to every
    embedded use of Linux (or any other GPL licensed programme).

    > > As drafted, this currently looks like it would potentially jeopardise the
    > > entire patent portfolio of a company simply by the act of placing a GPLv3
    > > licensed programme on their website.
    > I can't see anything in the current GPLv3 draft which would do
    > that. Could you explain how that comes about?

    That's clause 11 of the current v3 Draft2:

    "If you convey a covered work, you similarly covenant to all recipients,
    including recipients of works based on the covered work, not to assert
    any of your essential patent claims in the covered work."

    This means that if you host a GPLv3 covered programme on your website
    for instance (even if you didn't produce it or modify it in any way),
    you licence any patent you hold covering it.

    HP is already on record as objecting to this as disproportionate.


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-09-29 05:05    [W:0.024 / U:73.456 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site