tecosystems

More on GPLv3

Share via Twitter Share via Facebook Share via Linkedin Share via Reddit

As promised, I’ve been doing some more thinking on the latest version of the GPLv3, and I’m still at least moderately convinced it has some significant issues that will either be resolved or stall adoption. Looking at them in order of significance:

  1. The DRM Provision:

    Given the fact that I’ve said the following in the past:

    Let me be upfront about one thing here: I don’t like DRM, and I probably never will…Candidly, I’d say it’d be near impossible for anyone to persuade me that DRM is a positive, a good thing. With few exceptions, I think in large part DRM is an attempt to solve the wrong problem.

    I don’t think anyone could credibly build a case that I’m a fan of DRM. I’m not going as far as my colleague – there are some things on iTunes I can’t do without, and there’s always Jon – but I loathe DRM generally speaking.

    Nor could it be argued that I agree with everything that comes out of Linus Torvalds’ mouth; while I like his design philosophy vis a vis keeping it simple, as a happy GNOME user and someone who tracks that community I couldn’t disagree more with some of his comments here.

    All that said, I’m with Linus here – I think the anti-GPL provisions contained in the draft license are less than ideal. Do I want GPL software powering next generation DRM systems? No. But you know what? I enjoy my Tivo, which has never yet required a reboot – it just works. Because it employs DRM in various forms, however, it is presumably incompatible with GPLv3 – and therefore would be unable to employ the Linux kernel it does today. That outcome, to me, is but one example of how the draft license – IMO, only – is overly aggressive in its aims. I doubt this provision will be removed, but it’s nonetheless interesting to contemplate how seriously the FSF will take the objections of Linus.

  2. The ASP Question:

    Sun’s Simon Phipps and I chatted about this the other day, and he does not share my concerns about the potential for fragmentation or forking of the license that I’ve discussed previously, citing legitimate examples of cases where this already the case (Linux and the classpath). I’ll debate that point at length later, but still think allowing the GPL to be randomly extended to fit a variety of needs is a potentially serious decision.

    But a post of his makes me believe that if nothing else, the authors of the license have not been sufficiently clear on the question of hosted software and its importance relative to the GPL. Why do I believe that? Well, let’s look at a couple of quotes from the post in question:

    Phipps:

    I notice that Stephen O’Grady at Redmonk thinks like Mike Olson that the new GPL funked out on the provision to rein in ASPs. At first I thought so too, when I saw that there was no statement extending the need for publication of source for web execution of GPLed code…But as I have looked at it more and more, I believe Eben and Richard have been far more subtle. A crude and explicit ASP clawback would have raised a riot. Instead, the seeds are sowed in section 5c… Doesn’t that latter language just yell “SOA” to you? It seems to me that there is the germ of an idea here to ensure that, if your server software is licensed under GPL v3, the client software – AJAX, plug-in or whatever – is required by this language to also use GPL v3. This is a much more subtle approach, and strikes right to the heart of the rapidly evolving “read-write web”.

    Mike Olson:

    Interesting analysis, Simon. I disagree; it seems to me that there are straightforward ways to close the ASP loophole, if that were what the FSF wanted to do. More fundamentally, I don’t believe that any back-door mechanism can possibly survive the public comment period. [additional follow up here]

    Gordon Haff:

    I *thought* I got an answer to this question when I asked Eben whether software delivered through a managed hosting service counted as distribution or propagation. (This was the afternoon of the 1st day–I don’t think you were there at the time.) He gave a fairly long answer but I understood him to say that, so long as software was being delivered as a shared service (e.g. not dedicated servers for each user), that was not distribution under copyright law. But perhaps he answered one question about SaaS, but not all of them. I agree that if there’s any ambiguity, it needs to be cleaned up.

    The point of all of the above? I know Gordon, Mike and Simon all – and know them to be very sharp, very intelligent individuals. If they cannot read the license and agree on what is and is not covered, that alone is evidence enough for me that it needs to be clarified ASAP. If the intent is to extend the license to ASPs, be obvious about it. If not, same deal. Let’s not leave this one up to the lawyers.

It will be interesting to see how these and other concerns are addressed, or not, in the weeks/months ahead. At the moment, the v3 comments page is not returning me antyhing, so I don’t have a feel for the general sentiment.