Digital Restrictions, Meh
YESTERDAY WE WROTE about Linux pondering DRM, having already let in TPM or something that's akin to Tivoization. Some of us at Boycott Novell hold the belief that this is counter-productive for users who perceive GNU/Linux as a free (libre) operating system that respects its users by putting rights and trust in the hands of these users.
Jonathan Corbet wrote a piece on LWN about Okular and it's implementation of user permission restrictions in PDFs (sometimes errantly refered to as "DRM"). This is actually something it has done since it was KPDF back in KDE 3. Obviously, permissions in PDFs are a generally misguided attempt at protecting the agenda of a publisher in a demonstrably ineffective way that comes at a cost to things like the concepts of fair use.
So what's up with Okular having support for permissions? It's quite simple: not only is permissions in the PDF spec, but there are organizations in the world who, for contractual or legal reasons, require permissions in PDFs be respected.
Do we simply not serve those users needs? Do we "know better" for the user who says "I want to accept the terms of the publisher of this document"? Of course not; that's rather user unfriendly in itself.
So the strategy adopted was quite simple: make it an option that the user may choose to abide by the permissions flags in a PDF or not.
Canola Project’s GPLv3 Permissions are Worth a Look
[...]
The foundation and its members all believe that licensing choice is ultimately up to the developers and owners of a project. We are concerned, however, with whether the language of popular licenses is legally clear, and also with the fact that having too many licenses and license variations can become confusing.
Regardless of where you come down on the debate as to whether these permissions should be granted, it is clear that this language is effective and that its consistent use will be helpful for those projects and developers that DO wish to provide a similar exception to the GPLv3.
