[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Fsfe-france] DADVSI vs GPL3
From: |
François Elie |
Subject: |
Re: [Fsfe-france] DADVSI vs GPL3 |
Date: |
Wed, 18 Jan 2006 13:19:34 +0100 |
User-agent: |
Thunderbird 1.5 (X11/20051201) |
> Je te suis si le DRM ne concerne que des oeuvres soumises au droit
> d'auteur. Là encore ta proposition de définition peut lever le doute.
Je crois que le droit d'auteur (en droit français) protège toute oeuvre.
Distinguer les oeuvres "soumises" au droit d'auteur semble prendre
unilatéralement le point de vue de l'utilisateur comme *le* seul point
de vue qui vaille. Ne négligeons pas tout de même que le copyleft repose
que le "droit de donner ce qu'on a". Il faut veiller à ne pas scier la
branche sur laquelle on est assis.
>
> > Mais il ne
> > cherche pas (si l'amendement VU n'est pas retenu, croisons les doigts)
> > à imposer que tout contenu doit être enclos dans une mesure technique
> > de protection.
c'est précisément le droit d'auteur qui de toutes façon nous garantit
contre cela!
> Il semble que les circonstances de la discussion DADVSI en France
> déteigne sur la rédaction de la licence. La licence est censée rester
> valide des dizaines d'années. Elle engage les auteurs et les
> utilisateurs. Elle doit être interprétée par les juges.
si jamais des événements de circonstances en viennent à imprégner ce qui
prétend à l'universel, le résultat n'est en général pas très durable.
> > Cela vous donnera peut-être un autre regard sur le paragraphe en
> > question.
>
> Pas vraiment, alors que je pense partager toutes vos analyses sur la
> DADVSI. En tant qu'auteur, je ne vois pas l'intérêt que j'ai de
> déclarer mon logiciel à priori incompatible avec quoi que ce soit. Mais
> bon, on aura plus le temps d'en reparler après le débat parlementaire
> de la DADVSI.
Il vaut mieux en parler avant. Il me semble extrèment dangereux que la
GPLv3 en vienne à parler des usages. On ne peut d'un côté affirmer le
droit de l'utilisateur à faire tout usage du logiciel et de l'autre
interdire aux gens de programmer dans telle ou tele direction. A moins
que l'usage le meilleur d'un logiciel soit de le graver et de mettre le
CD dans un cerisier. Qu'il y ait des direction qui soient radicalement
incompatibles avec la GPL tombe sous le sens: Un mécanisme à la TCPA qui
contrôle l'exécution du logiciel lui-même et met des restrictions
d'usage sur le logiciel est contraire à la GPL. Même si je n'ai pas
accès à telle plate-forme où tourne le logiciel, je dois pouvoir
l'utiliser ailleurs. Mais affirmer que le logiciel ne peut servir à
faire respecter les droits de l'auteur sur un contenu qui ne soit pas du
logiciel. Je ne suis pas sûr que c'est ce que j'ai lu dans la GPLv3.
Je vois. L'idée n'étant pas de créer des incompatibilités mais
plutôt de se déclarer hostile à priori à la participation d'un
Logiciel Libre à un DRM, il y a un défaut dans la rédaction et/ou
Il est très important de clarifier cela. Qu'est-ce que cette
"participation d'un logiciel libre à un DRM" ?
trois questions pour essayer d'avancer.
Quelle différence entre une ACL et un DRM sur le plan de la technique ?
L'informatique passe son temps à filtrer des accès, en quoi
techniquement est-ce différent ici et là ? Est-ce qu'un action comme
LibertyAlliance qui cherche de la compatibilité dans le SSO serait-elle
ou non impactée ?
Je crois qu'il faut distinguer entre les DRM réduits à une ACL et
d'autre part les Mesures Techniques de Protection, qui ne sont pas
toutes acceptables pour les faire respecter. Il y a évidemment une
gestion des droits sur des ressources qui est compatible avec la GPL. Il
y a aussi très probablement une manière de faire respecter ces droits
qui est incompatible avec la GPL. J'en viens donc à ma deuxième
question: ne serait-il urgent, utile et prudent de distinguer
précisément les gentils DRM et les méchants DRM (les mots ne mordent
pas, "le concept de chien n'aboie pas" disait Spinoza). L'informatique,
je crois, s'occupe très souvent de la gestion des droits d'utilisateurs
sur des ressources. Ma deuxième question est donc: en quoi une
infrastructure de sécurité est-elle structurellement différente d'un
système de DRM. Je propose ma réponse: un système de (méchant) DRM est
un système qui est intimement lié à des MTP liées au matériel et est
fondamentalement non-interoopérable.
Ma troisième question vient donc: peut-on imaginer un système de gestion
des droits sur des ressources qui soit interopérable ?
Bien cordialement
François Elie
- [Fsfe-france] DADVSI vs GPL3, Nicolas Brodu, 2006/01/16
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/17
- Re: [Fsfe-france] DADVSI vs GPL3, Dominique Chabord, 2006/01/17
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/17
- Message not available
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3,
François Elie <=
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, François Elie, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Ludovic Pénet, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Jeremie ZIMMERMANN, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Dominique Chabord, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Dominique Chabord, 2006/01/18
- Re: [Fsfe-france] DADVSI vs GPL3, Damien Boucard, 2006/01/19
- Re: [Fsfe-france] DADVSI vs GPL3, Loic Dachary, 2006/01/20