Linked by Thom Holwerda on Thu 2nd Feb 2006 21:15 UTC
GNU, GPL, Open Source Linus Torvalds, father of the Linux kernel, has fleshed out his unhappiness with GPLv3 in three recent posts on the Linux Kernel Mailing List. Torvalds previously stated that the kernel will remain under the licensing terms of GPLv2. Yesterday, Torvalds offered his opinion as to where the battle over DRM should take place.
Thread beginning with comment 92313
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

A software licence is covering software code. It should have nothing to do with the hardware or protected data.

That's how *I* interpret the situation and Linus' concerns:

Asking developers to share private key(s) is unrealistic. It would probably alienate those who have to work with the technology. If the technology finds its way in the common PC and ever become mandatory, you might not have the choice to use a "trusted" operating system. In that scenario, I doubt the average developer involved in DRM would share its private keys. Forget about corporate citizens (who are making significant contributions to FOSS these days).

Of course, I am pretty sure some good samaritans wouldn't have any problem at sharing their keys, but they are likely to get their key revoked. After all, how can a key be trusted if it's available everywhere? In the end, all your free software is useless if you cannot run them and you are either stuck with your old hardware... or with non-restrictive hardware, which Linus is promoting!

In other words, the clause in the v3 draft might not be effective at all. Now, I admire the ideals the FSF wants to spread. Furthermore, their current position is entirely coherent with their philosophy. That said, I fear it could marginalise their movement if hardware-based DRM ever becomes the norm. In that aspect, I believe our pragmatic friend from Finland got it right: there _are_ some legitimate uses for DRM. If you are standing against it, don't limit yourself to the software aspect and refuse hardware, content or media using DRM.


Reply Parent Score: 1