Linus Torvalds avait déjà exprimé ses doutes quant à cette nouvelle licence. Cette fois-ci, c'est un sondage informel auprès des 25-30 contributeurs au noyau Linux les plus actifs les 18 derniers mois qui indique que cet avis est partagé par d'autres : la moyenne et la médiane du vote indiquent que les développeurs du noyau considèrent que la GPLv3 est nettement moins bien que la GPLv2, sachant qu'aucun développeur n'a jugé positives les améliorations apportées par cette licence.
La suite dans l'article complet... Une petite équipe de contributeurs importants du noyau ont également signé un document intitulé The Dangers and Problems with GPLv3. Ce texte est en particulier signé par Dave Jones, mainteneur noyau chez Redhat, James Bottomley, mainteneur du sous-système SCSI, Andrew Morton, mainteneur de la très importante branche -mm, Greg Kroah-Hartmann, mainteneur des sous-systèmes PCI, USB, driver core et de nombreux pilotes, Trond Myklebust, mainteneur de NFS, Christophe Hellwig, important relecteur du code des systèmes de fichiers et de quelques autres encore. Rappelons toutefois que le noyau est sous GPLv2 seulement, et que passer en GPLv3 impliquerait de demander l'autorisation à tous les contributeurs du noyau, une tâche quasiment impossible. Le débat sur la GPLv3 ne concerne donc pas le noyau en lui-même.
Le document « The Dangers and Problems with GPLv3 » commence par expliquer en quoi la GPLv2 est une licence qui a permis la constitution d'un écosystème de contributeurs bénévoles et d'entreprises contribuant de manière positive au développement. Il indique également que la GPLv2, et notamment le fait qu'elle soit devenue la licence utilisée par un très grand nombre de projets de Logiciels Libres, a simplifié le travail des distributions : elle a permis d'éviter la prolifération de licences plus ou moins incompatibles.
Néanmoins, les développeurs formulent des reproches importants en ce qui concerne les trois principaux ajouts de la nouvelle version de la licence GPL : concernant la clause anti-DRM, concernant la clause permettant d'ajouter des restrictions particulières et personnalisées à la licence et concernant la clause anti-brevets. À propos des DRMs, ils précisent qu'ils n'apprécient guère l'utilisation des DRMs par les grandes entreprises de médias, mais que contrer ces DRMs ne doit pas pour autant nécessiter de restreindre les libertés d'utilisation d'un Logiciel Libre. Ils indiquent également que les multiples rédactions de cette clause, sans cesse remaniée pour préciser son champ, sont une indication qu'elle ne doit probablement pas être conservée dans la licence. À propos des restrictions particulières et personnalisées, les développeurs craignent que cela implique la profusion de licences dérivées de la GPL, plus ou moins incompatibles, rendant le travail des distributions beaucoup plus complexe et annulant ainsi un des effets intéressants de la GPLv2 : l'unité autour d'une unique licence. Enfin, concernant les brevets, ils craignent que la rédaction actuelle de la clause anti-brevets puisse menacer la totalité du port-folio des brevets d'une société dès lors que cette société publie un logiciel sous GPLv3.
Pour conclure, ils indiquent que ces « trois raisons, individuellement ou collectivement, sont suffisantes pour rejeter l'actuelle proposition de licence ». Ils précisent également que le brouillon actuel, auquel on aurait retiré ces trois éléments, ne présenterait plus vraiment d'intérêt par rapport à la GPLv2 actuelle.
Quelques jours plus tard, dans le même fil de discussion, Linus Torvalds poste un courrier électronique intitulé An ode to GPLv2, dans lequel il explique en quoi la GPLv2 lui paraît être une bonne licence. Il précise : « Ce post est une autre façon de voir la question de la GPLv3 : ne pas trop se préoccuper des raisons pour laquelle la GPLv3 est plus mauvaise, mais plutôt et de manière plus positive de "Pourquoi la GPLv2 est meilleure" ».
Enfin, hier, la FSF a publié une note GPLv3 : informations récentes et trompeuses, qui semble clairement répondre au texte des développeurs du noyau Linux. La note rappelle que la FSF n'a aucun pouvoir pour imposer la GPLv3 à quiconque et donne quelques explications sur les restrictions (ou l'absence de restrictions) apportées par la clause anti-DRM ainsi que sur la clause anti-brevets.
Le débat sur cette nouvelle version de la plus importante licence de Logiciels Libres est donc loin d'être terminé. Tout le monde peut d'ailleurs y participer, au travers du site gplv3.fsf.org.
Aller plus loin
- GPLv3 (5 clics)
- The Dangers and Problems with GPLv3 (11 clics)
- Le sondage informel (1 clic)
- An ode to GPLv2 (2 clics)
- GPLv3: recent misleading information (2 clics)
- Why Torvalds is sitting out the GPLv3 process (2 clics)
# Rigolos.
Posté par mobutu . Évalué à 10.
"To protect your rights, we need to make restrictions that forbid anyone to deny you these rights or to ask you to surrender the rights. These restrictions translate to certain responsibilities for you if you distribute copies of the software, or if you modify it.
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. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights. "
Les DRM dans le hardware, associé à du logiciel libre, peut devenir une violation du droit moral du point de vue de Richard Stallman. En ce sens, c'est normal que la gpl v3 concentre son combat sur ce sujet.
Plus intéressant, le point de vue de Luis Villa sur l'affaire :
http://tieguy.org/blog/2006/09/22/what-the-kernel-guys-are-a(...)
http://tieguy.org/blog/2006/09/22/what-the-kernel-guys-got-w(...)
What the kernel guys really seem to want is a GPL 2.1 which reflects their very pragmatic approach to open source- take, as long as you give back. Past that, do whatever. What the FSF- and particularly Richard- wants is a GPL which reflects the FSF’s long-term approach to free software, where patents and DRM are another restriction (like binary software) that could reduce freedoms. Nothing in GPL v3 is inconsistent with FSF’s very long-term mission- to increase what they see as Freedom.
La "balkanisation" annoncée n'est rien d'autre qu'une différence qui va se marquer encore plus profondément entre partisans de l'Open Source et partisans du Free Software.
[^] # Il y aura toujours le choix
Posté par jarod . Évalué à 3.
Mais contrairement à un logiciel important dont la modification d'une feature peut avoir de grosses conséquences, ici on aura toujours le choix de rester sous GPL v2...
Je ne comprends pas pourquoi tant de foin alors que il y aura toujours le choix ! la v3 n'invalide pas la v2 que je sache.
Où est le mal de proposer un choix de plus? Si vous n'êtes pas d'accords, ne la choisissez pas c'est tout je dirais.
[^] # Re: Il y aura toujours le choix
Posté par mobutu . Évalué à 2.
"Further, since the FSF is proposing to shift all of its projects to GPLv3 and apply pressure to every other GPL licensed project to move, we foresee the release of GPLv3 portends the Balkanisation of the entire Open Source Universe upon which we rely. This Balkanisation, which will be manifested by distributions being forced to fork various packages in order to get consistent licences, has the potential to inflict massive collateral damage upon our entire ecosystem and jeopardise the very utility and survival of Open Source. Since we can see nothing of sufficient value in the current drafts of the GPLv3 to justify this terrible cost, we can only assume the FSF is unaware of the current potential for disaster of the course on which is has embarked. Therefore, we implore the FSF to re-examine the consequences of its actions and to abandon the current GPLv3 process before it becomes too late."
Ils se montrent contre soutenant que les distribs menacent de forker les logiciels qui passeraient en v3. Ben, c'est leur problème. Si la survie de "l'open source" se mets en danger à cause de quelques logiciels (c'est pas comme s'ils allaient tous y passer) en gpl v3, ça signifirait juste que l'open source n'est pas un bon modèle économique et basta.
[^] # Re: Il y aura toujours le choix
Posté par arnaudus . Évalué à 5.
Par ailleurs, il me semble important de discuter de la GPL3 qui est le futur du logiciel libre. Apparemment, pour la FSF, il est hors de question de forker la GPL à la manière des CC, donc autant avoir un consensus autour d'une GPL 3.
[^] # Re: Il y aura toujours le choix
Posté par ookaze . Évalué à 5.
Donc ton brevet deviendrait la même chose qu'en GPLv2 : le même qu'avant l'utilisation de la GPL pour ton code.
Tu ne pourrais toujours pas faire un procès à ceux qui utilisent ton brevet au travers du code GPL que tu distribues, ce qui ne change rien à ton brevet et au fait que tu peux faire un procès à ceux qui l'utilisent dans autre chose que ton code GPL.
[^] # Re: Il y aura toujours le choix
Posté par gc (site web personnel) . Évalué à 3.
Oui et non : en GPL2 strict, l'auteur conserve le copyright et pourra donc passer en GPL3 si une faille est trouvée. Des deux problèmes je pense que c'est un moindre mal (que de confier aveuglément nos logiciels à la FSF). C'est pourquoi personnellement tous mes logiciels sont en GPL2 strict.
[^] # Re: Il y aura toujours le choix
Posté par ribwund . Évalué à 5.
[^] # Re: Il y aura toujours le choix
Posté par arnaudus . Évalué à 3.
[^] # Re: Il y aura toujours le choix
Posté par olosta . Évalué à 7.
# Je ne comprends pas ...
Posté par GPLorDIE . Évalué à -3.
Le DRM par nature restreind ma liberté d'utilisation des logiciels libres, au moins dans de très nombreux pays si ce n'est partout.
-Si un logiciel Libre lit un DRM sans en avoir légalement le droit je me met hors la loi et l'utilisant et le développeur risque vraiment gros. Par définition je n'ai pas la liberté de l'utiliser
Imaginons maintenant un LL hypothétique qui arrive à avoir l'autorisation légale de lire un DRM quelconque. J'ai donc accès au code source de ce logiciel vu qu'il est Libre. Je peux donc aller dans la fonction:
int is_this_user_or_computer_allowed_to_read_this_file(char* filename)
Et modifier tous les return FALSE; en return TRUE;
Ah mais oui mais non, car si je modifie le code de cette manière là je contourne le DRM, donc c'est illégal, donc je ne peux pas modifier le code source de ce logiciel comme je l'entend, donc il n'est pas libre.
[^] # Re: Je ne comprends pas ...
Posté par arnaudus . Évalué à 5.
La liberté de diffusion sous-entend le fait que les modifs que tu as faites sont licites. Donc tel que tu le poses, je ne vois pas vraiment le problème.
[^] # Re: Je ne comprends pas ...
Posté par GPLorDIE . Évalué à 2.
(Malheureusement) de nos jours les atteintes racistes "légères" comme celle que tu viens de décrire sont punies moins sévèrement et dans moins de pays que le contournement d'un DRM.
Va comprendre...
[^] # Re: Je ne comprends pas ...
Posté par Teotihuacan . Évalué à 1.
int is_this_user_or_computer_allowed_to_read_this_file(char* filename)
Et modifier tous les return FALSE; en return TRUE;
Alors je ne sais pas comment sont implémentés les DRM, mais selon moi un logiciel libre peut implémenter un DRM :
(arrêtez-moi si je me trompe).
Je crois que les logiciel qui gèrent les fichier avec DRM se basent sur le clé de décryptage. La clé de décriptage est lié à l'utilisateur. Tu as beau avoir le code du logiciel, celà ne te donne pas la clé et ne te permet pas de savoir comment lire le fichier.
Par analogie, tu peux mettre un mot de passe à tes fichiers OpenOffice. Et j'espère que l'on ne puisse pas contourner cette sécurité aussi facilement qu'en modifiant le code source.
Pour Itunes Music Store, il y a bien une clé qui est associé à ton compte Itunes (certains logiciels de suppression de DRM Itunes récupère la clé avant de cracker le fichier)
C'est pourquoi je suis convaincu que l'on peut faire un DRM libre et interopérable.
[^] # Re: Je ne comprends pas ...
Posté par hervé Couvelard . Évalué à 10.
Le DRM ne protège pas l'utilisateur il protège DE l'utilisateur, c'est pour cela qu'il ne peut pas y en avoir un libre.
[^] # Re: Je ne comprends pas ...
Posté par pasBill pasGates . Évalué à -3.
Et dans leur cas, ca les protege.
Tout n'est pas noir, tout n'est pas blanc.
[^] # Re: Je ne comprends pas ...
Posté par un_brice (site web personnel) . Évalué à 3.
D'où (je suppose) la phrase : qui concerne la majorité des utilisateurs que nous sommes.
En espérant avoir apporté un éclaircissement...
Ceci dit, il serait effectivement une bonne chose pour une société d'édition d'avoir accès au code source de son mécanisme de chiffrement.
[^] # Re: Je ne comprends pas ...
Posté par pasBill pasGates . Évalué à -4.
Faut pas deconner non plus, ces 2 elements font partie du meme composant, l'un derive de l'autre.
D'où (je suppose) la phrase :
Le DRM ne protège pas l'utilisateur il protège DE l'utilisateur
qui concerne la majorité des utilisateurs que nous sommes.
Que ce soit la majorite ou pas, quel est le rapport ?
Si tu utilises des DRM pour proteger des documents sensibles (ton testament, la formule du Coca-Cola, tes photos quand tu etais punk avec les cheveux roses ...), tu te proteges contre la majorite des gens aussi, pourtant tu n'es pas editeur de musique.
[^] # Re: Je ne comprends pas ...
Posté par hervé Couvelard . Évalué à 9.
>Et dans leur cas, ca les protege.
>Tout n'est pas noir, tout n'est pas blanc.
Cela les protège de qui ? pourquoi ? contre qui ? contre quoi ?
Ne soit pas stupide le drm protège le distributeur du fichier protégé contre l'utilisateur final de ce fichier.
C'est une réthorique biaisé. On ne peut pas avoir le beurre, l'argent du beurre et enfiler la crémière ou/et sa fille.
Des documents doivent être protégés c'est certain (la formule coca-cola, le dernier code bancal d'une applis 'révolutionnaire') MAIS il est stupide de balancer dans la nature des documents protégés par un truc qui ne marche pas (les protections win et apple tiennent moins de 12 heures par exemple).
Si tu ne veux pas que les gens lisent ton document, tu ne le distribues pas. Si tu le distribues, ben, les gens le lisent.
Si tes partenaires commerciaux distribuent des dossiers/fichiers/documents qu'ils ne devraient pas, pose toi en premier la question des relations que tu as avec eux. Si tu les enpapoutes de force (position dominante, rapport de force biaisé, arnaque légale) ne t'étonne pas qu'ils distribuent pour te faire ch* des documents qu'ils ne devraient pas.
La protection drm et consort est un outils supplémentaire que les grands groupes utilisent pour assoir une position dominante (ou entente cordiale) et laminer la concurrence des "petits" [ car ils ne veulent pas jouer le jeux de partage des marchés, de "prix négociés", de sectorisation des segments de marchés.] Le drm ne marche techniquement pas et son utilisation est le _mal_ absolu.
On ne peut pas tirer que des avantages d'un outils (le net), on ne peut pas réduire drastiquement ses coûts de distribution, de gestion, de communication, de rapidité de traitement et EN PLUS faire disparaitre les inconvénients (possibilité de redistribution facile). On peut tenter de le faire et on voit actuellement comment cela est fait : à la marge de la légalité, avec des procédures moralement dégeulasse, par des gens qui sont même parfois des repris de justice.
Ce milieu politique-affaire qui porte drm et brevets logiciels doit être le repère de tous les pourris du milieu qui mentent (par action ou par omission) pour faire passer des textes et des usages que la morale réprouve (avec des actions pas tout à fait légale) pour pouvoir continuer à bénéficier de marchés protégés (ce qui est illégal) étant protégés par l'inertie de la justice (procès très long) et leur assise financière (procès très couteux).
[^] # Re: Je ne comprends pas ...
Posté par pasBill pasGates . Évalué à 0.
Ne soit pas stupide le drm protège le distributeur du fichier protégé contre l'utilisateur final de ce fichier.
Mais du piratage bien evidemment, ca fait jaser plein de gens par ici, mais c'est pourtant vrai. Apple ne pourrait pas vendre des chansons a 1$ sans ca, et c'est pour ca qu'ils courent pour patcher les failles dans leur DRM des que ca arrive.
MAIS il est stupide de balancer dans la nature des documents protégés par un truc qui ne marche pas (les protections win et apple tiennent moins de 12 heures par exemple).
Ca oui, c'est pour ca qu'ils procedent a des ameliorations des systemes DRM... mais ca aussi ca fait jaser par ici.
Si tes partenaires commerciaux distribuent des dossiers/fichiers/documents qu'ils ne devraient pas, pose toi en premier la question des relations que tu as avec eux.
Faudrait revenir un peu dans le monde reel, le monde commercial c'est pas des enfants de choeur et tout le monde le sait, tu bosses avec un tas de gens differents, certains que tu n'as jamais rencontre, ... Alors les rapports bases sur la confiance ca va jusqu'a un point, mais faut rester lucide.
On ne peut pas tirer que des avantages d'un outils (le net), on ne peut pas réduire drastiquement ses coûts de distribution, de gestion, de communication, de rapidité de traitement et EN PLUS faire disparaitre les inconvénients (possibilité de redistribution facile).
Tout a fait, le DRM a des inconvenients, mais il a aussi des avantanges. Il ne reste plus aux gens qu'a peser le pour et le contre dans leur situation et decide si ils veulent les utiliser ou pas. Visiblement sur ce site, la reponse sera le plus souvent "non merci".
Ce milieu politique-affaire qui porte drm et brevets logiciels doit être le repère de tous les pourris du milieu qui mentent (par action ou par omission) pour faire passer des textes et des usages que la morale réprouve (avec des actions pas tout à fait légale) pour pouvoir continuer à bénéficier de marchés protégés (ce qui est illégal) étant protégés par l'inertie de la justice (procès très long) et leur assise financière (procès très couteux).
Ben tu sais,comme tout sujet a controverse il y a les extremes des 2 cotes qui disent que les preneurs de decision sont pourris car X ou Y, la verite est le plus souvent qqe part entre les deux.
[^] # Re: Je ne comprends pas ...
Posté par Teotihuacan . Évalué à 4.
Le DRM, appliquent des restrictions de droits directement sur les fichiers
Un DRM peut être interopérable. Ce n'est certes pas le cas des DRM existant, mais il suffit juste que les logiciels utilise le même système de récupération de la clé de cryptage.
Quand je parle de logiciel libre, je parle juste du point de vu technique, pas au niveau moral. Dis-moi si j'ai mal interprété ton commentaire, mais il me semble que toi tu parles plutôt d'un point de vue moral.
Donc du point de vue technique, je ne vois pas ce qui empêche de faire une IMPLEMENTATION de DRM libre et interopérable.
Exemple : OpenLDAP est une implémentation libre d'un système d'authentification, mais il ferme bien l'accès à ceux qui n'ont pas le bon login/pass. C'est une restriction. On peut dont implémenter un système de restriction de manière interopérable et libre.
PS : en effet, j'ai précisé dans ce commentaire, que c'est l'implémentation qui est libre, pas l'idée du DRM.
[^] # Re: Je ne comprends pas ...
Posté par gasche . Évalué à 1.
Pour quitter le terrain glissant de la musique téléchargée, on peut prendre l'exemple des fichiers de score dans un jeu : si le process qui écrit les fichiers de score tourne avec ton user id, a tes droits, comment il peut t'empêcher de profiter de ses mêmes droits, et changer les scores du jeu ?
(la solution "on utilise un password que tu ne connais pas" n'est pas possible puisque le process qui a les même droits que toi doit pouvoir lire le fichier, lui, pour montrer les scores / lire la musique)
[^] # Re: Je ne comprends pas ...
Posté par benja . Évalué à 0.
La solution sous un système unix c'est de positionner correctement le bit set-gid de l'exécutable et de rendre le fichier score uniquement accessible au groupe correspondant (par exemple le groupe games).
Ensuite, en tant que simple utilisateur, tu peux toujours recompiler le programme, mais pour repositionner la permission set-gid de l'exécutable, tu dois être root. Et quand tu es root, tu peux tout faire de tout de façon...
Le problème avec certains MTP, c'est que tu ne peux plus devenir ce root, tu n'es plus le maître de ta machine.
[^] # Re: Je ne comprends pas ...
Posté par Alex G. . Évalué à 7.
Donc moi je dis qu'une implémentation libre de DRM est possible. Mais bien sur elle facilite la vie aux éventuels personnes qui veulent briser les verrous (mais ça il le ferrons surement de toute façon).
[^] # Re: Je ne comprends pas ...
Posté par benja . Évalué à 3.
On m'aurait menti ?!! Moi qui croyait que c'était un annuaire...
Prenons un autre exemple: login. Personne ne t'empêche de le réécrire pour autoriser tout login avec comme mot de passe 'ken' ou carrément ne plus faire de vérifications du tout. Le problème qui se pose maintenant avec ces MTP, c'est que pour pouvoir faire tourner ton nouvel exécutable, tu as besoin de le signer à l'aide d'une clef que tu ne possède pas.
C'est la fameuse histoire des TiVo: il y a un linux (gpl) qui tourne dedans mais tu n'as pas la possibilité de le modifier (enfin si tu l'as, mais tu ne peux pas le faire tourner car tu n'as pas la clef pour signer le binaire). Donc, tu t'es retrouvé amputé d'une liberté fondamentale de la GPL contre ton gré, contre celui de RMS et contre celui de Linus. La v3 devrait empêcher ce genre de situation de se produire (en obligeant la distribution de la clef si je ne m'abuse).
Donc du point de vue technique, je ne vois pas ce qui empêche de faire une IMPLEMENTATION de DRM libre et interopérable.
Essaye du point de vue phylosophique, cela t'ouvrira peut-être le yeux ;-). Ne penses-tu pas qu'il y a contradiction entre les mots DRM, libre et interopérable ?
Crois-tu, en partant de l'hypothèse que les mtp libres sont faisables, que lorsque quelqu'un va diffuser un logiciel libre d'achat de contenu en ligne en utilisant un mtp libre (ou du moins open source cf l'open drm de sun) il va te laisser la possibilité de modifier son programme pour que tu puisse l'adapter à tes besoin (donc avec la possibilité que tu détourne le contenu) ?
[^] # Re: Je ne comprends pas ...
Posté par Teotihuacan . Évalué à 3.
Bah... à vrai dire, parler "phylosophie", c'est pas si facile que ça. Nous n'avons pas tous la même vision de ce que doit être le libre.
(cf : le commentaire de herve_02 : Les pieds dans le plats).
Es-tu sûr que tout le monde partage ton point de vue ?
Personnellement, le point qui l'intéresse le plus, c'est l'aspect tecnhique et le maitre mot pour moi c'est "interoperabilité". Ensuite, ce ne sont que des choix qui participent à la diversité des solutions libres.
C'est un peu comme les différents choix des distributions.
J'estime qu'il est imporant qu'il puisse y avoir un DRM interopérable. Maintenant, libre aux utilisateurs de choisir.
[^] # Re: Je ne comprends pas ...
Posté par Alex G. . Évalué à 3.
Après tout quand Stallman à mis la libc sous LGPL c'était pour permettre de faire des logiciels propriétaires sur le système Gnu.
Mon choix irait plutôt vers implémenter les DRM libres, car je pense que CC et Art Libre s'imposerons si les DRM limittent trop l'intérêt des musiques copyrightés.
Mais bon, je conviens largement que ça se discute.
[^] # Re: Je ne comprends pas ...
Posté par lolop (site web personnel) . Évalué à 10.
Si tu as accès à un moment donné aux données en clair - et avec le libre tu peux y avoir accès - alors le DRM ne peut plus être forcé, tu peux le contourner, tu peux dissocier la clé qui t'es associé des données qu'elle est sensée verrouiller.
Donc un logiciel libre peut en effet implémenter un DRM, mais si le logiciel est réellement libre, ce DRM sera sans effet car tu pourras accéder au flux de données sensé être protégé.
J'ai l'impression que le débat est un débat de fond sur ce qu'est le logiciel "libre", avec des échanges entre des personnes qui sont toutes de valeur (dans le monde du libre), mais qui n'ont pas les mêmes objectifs.
La FSF a démarré il y a longtemps, avec des objectifs clairs: la liberté de l'utilisateur vis à vis du logiciel. Et elle poursuit ces objectifs en adaptant les outils qu'elle a créé (la GPL) à l'évolution de nos sociétés (brevets, DRMs...).
D'un autre côté on a des personnes disons, moins politisées, qui voient surtout un effet du logiciel libre (l'efficacité du développement partagé, de l'open-source), et acceptent de passer pour pertes une partie de la liberté de l'utilisateur pour "s'adapter" au contraintes actuelles de notre société (là où la FSF est plus agressive et préfère agir pour que ces contraintes soient levées).
Est-ce du pragmatisme face de de l'intégrisme, ou bien du défaitisme face à du militantisme...?
En tout cas, c'est un débat intéressant.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Je ne comprends pas ...
Posté par Mildred (site web personnel) . Évalué à 0.
Bien sûr qu'avec un LL on aura toujours a un moment accès au flux décrypté. Mais si la loi interdit de contourner les DRM, la modification permettant d'enregistrer le flux décrypté devient illégale. Et cela ne rend pas le logiciel non-libre pour autant. (il y a un post plus haut qui en parle)¹
Cela n'empêche pas bien sûr qu'il existe illégalement des patches ... mais pour moi, le fait qu'ils soient illégals est une protection suffisante (même si cela n'est pas forcément suffisant pour tout le monde).
¹ http://linuxfr.org/comments/758528.html#758528
[^] # Re: Je ne comprends pas ...
Posté par benja . Évalué à 4.
[^] # Re: Je ne comprends pas ...
Posté par Mildred (site web personnel) . Évalué à 1.
Les vidéos ne doivent pas être enregistrées. Une solution cryptographique ne permettrait pas d'empêcher l'utilisateur de faire un enregistrement, ce qui est le but.
J'ai tout à fait conscience qu'il ne sera pas possible d'enregistrer la vidéo de toute façon ... il y a toujours un flux vidéo pour aller à l'écran. Mais le but est de rendre cela le plus difficile pour éviter que des personnes soient tentées de le faire.
[^] # Re: Je ne comprends pas ...
Posté par Kurtnoise . Évalué à 2.
Ça existe déjà :
http://gpac.sourceforge.net/feat_det.php
http://www.sidespace.com/products/medias/
http://mutablemedia.com/
[^] # Re: Je ne comprends pas ...
Posté par Teotihuacan . Évalué à 2.
Mais "l'intérêt" du DRM est quand même dans ce cas que seul la personne qui a la clé peut contourner le DRM. Donc seulement le propriétaire du fichier, pas les autres.
Mais de toute façon, même pour les DRM propriétaires le problème se pose : à un moment, Itunes décrypte le fichier avec DRM. Et d'ailleurs, les solutions de contournement de Itunes les plus fiables utilisent cette "faille". C'est à dire qu'a partir du flux audio décrypté, les logiciels créent un fichier mp3. (sans parler en plus du fait de graver les fichiers audio)
Ce que je veux dire par là, c'est que même avec une implémentation propriétaire du DRM on a cette possibilité de contournement par le propriétaire.
Mais sinon, c'est vrai, tu as raison sur le fait que si le logiciel est libre on a une plus grande capacité à exploiter le fichier décrypté.
# Les pieds dans le plats
Posté par hervé Couvelard . Évalué à 10.
Dois-je lutter pour ma liberté, coûte que coûte (même si cela ne me permet pas d'avoir d'effets 3D sur mon pc, même si cela ne me permet pas de lire les dvd trucmuch sur mon PC) ou dois-je diluer cette dernière dans un 'presque libre' [il faut remarquer que dans tous les trolls tournant autour de cela, ipod, pilotes binaires, ... les zélotes de ces accomodations deviennent vite agressifs car ils sont en situation de porte à faux entre leur volonté de libre et la situation qu'ils vivent.]
Attention : je ne porte pas de jugement sur ce qu'ils font avec LEUR ordinateur et LEUR os, ils sont LIBRE de décider.
C'est la lutte entre le technicien/ingénieur Linus (qui dit j'aime l'open source parce que cela permet un meilleur code) et un professeur RMS (qui dit j'aime le libre parce que je veux être libre). Aucune des deux positions n'est critiquable et les deux sont honorables.
Ensuite tout n'est qu'affirmation de SA propre vision du logiciel libre ou logiciel open source.
La question qui me turlupine, c'est pourquoi le noyau linux est sous gpl et pas sous BSD en fait. Parce que les devs ne veulent pas que l'on prennent leur travail pour en faire du proprio ?
Mais est-ce que le proprio open source est acceptable ?
Si oui, alors je comprends qu'ils "hurlent" sur la gpl V3. Si le proprio open source n'est pas acceptable, pourquoi ? parce que l'open source n'est pas suffisant et qu'il faut aussi du libre ? CQFD.
Si la FSF pour des raisons politiques (vision de la liberté) veut faire de la gpl V3, ce n'est pas pour faire ch* linus, c'est pour éviter que le logiciel libre ne laisse murrir en son sein, les outils de sa destruction.
Lorsqu'il ne sera plus permis de lire des dvd sous linux, MAIS que les fabriquants de matériels POMPERONT les softs libres, pour pas un rond, pour fabriquer des platines dvd avec DRM hard, ou avec les dvd rfid, les entreprises utiliseront le libre tout en le détruisant parce qu'elles gagneront sur les 2 tableaux : logiciels gratuits fait par les libristes et non concurrence avec les machines libres.
Tandis qu'en sachant qu'elle ne peuvent pas utiliser tel ou tel soft CAR elles implémentent des drms dans leur matériel peut les faire réfléchir. Nous assistons à un combat politique. La création de la gpl V3 permettrait de voir ce que les developpeur de logiciels préfèrent : les pragmatiques resteront en gpl v2, les politiques passeront en V3 et Dieu reconnaitra les siens.
La partie sur les brevets logiciels est du FUD :
il est dit que les entreprises qui ont un brevet qu'ils implémentent dans un logiciel, ne peuvent pas attaquer les utilisateurs, redistributeurs ou ceux qui l'améliore, à propos de ce brevet (ce qui peut sembler normal) [ en clair une société prend un LL, y met une technologie brevetée, attend que ce soit employé à large échelle et pif paf pouf, procès à tout le monde.
[^] # Re: Les pieds dans le plats
Posté par ribwund . Évalué à 2.
Si oui, alors je comprends qu'ils "hurlent" sur la gpl V3. Si le proprio open source n'est pas acceptable, pourquoi ? parce que l'open source n'est pas suffisant et qu'il faut aussi du libre ? CQFD.
Je pense que Linus et les autres kernel hackers qui ont signé le papier sont pour les logiciels libres, mais avant tout les logiciels.
Pour eux avoir une culture libre (pas de DRM) n'est pas de leur ressort, et plutot que lutter au niveau logiciel il faudrait lutter plus bas (licence art libre, etc). On peut considerer comme légitime la demande de l'industrie de la "culture" de faire valoir leurs droits. Si l'on n'est pas d'accord avec cette optique, c'est l'art copyleft qu'il faut developper en parallèle, plutot que des méthodes purement techniques.
[^] # Re: Les pieds dans le plats
Posté par Achille Fouilleul (site web personnel) . Évalué à 1.
http://lkml.org/lkml/2006/9/25/48
C'est GPLv2, point. Pour d'autres softwares GPLv2 only, c'est la même situation.
[^] # Re: Les pieds dans le plats
Posté par ribwund . Évalué à 3.
[1] http://lkml.org/lkml/2006/9/22/230
[^] # Re: Les pieds dans le plats
Posté par Alex G. . Évalué à 1.
# Quelques liens supplémentaires
Posté par Thomas Petazzoni (site web personnel) . Évalué à 3.
http://kerneltrap.org/node/7160
http://kerneltrap.org/node/7161
# pffff la fsf est a linux ce que sont les critiques pour l'art .....
Posté par judicator . Évalué à -6.
Au lieu de proposer du nouveau, ils proposent d'interdire de l'exitant.
La GPLv3 ....... c'est l'assurance de ne jamais voir linux comme système d'exploitation suffisament viable pour l'utilisateur lambda.
Quand on retire et on ajoute rien, cela s'appelle revenir en arriere.
Et pour ceux qui diront que cette GPL va eviter des abus actuels .... je leurs ferais remarquer juste le grand exemple de la lecture des dvd sous linux ...... qui deviendra de fait doublement illegale (interdit par le dvd consorsium et par la GPLv3).
Linux n'es pas le systeme d'exploitation majoritaire ...... et le systeme d'exploitation majoritaire lui gere les DRM ......... il est absurde de croire qu'un utilisateur lambda va preferer linux a windows pour ces raisons la.
Un non initié va comprendre : Peux pas utiliser mon ipod (ou zune ou panatrucmuche), peux pas acheter ma musique en ligne sur virejean.fr ou finaque.com ;) ...... Meme si ils se gourent sur pleins de choses etc etc ils s'agit d'une bonne majorité d'utilisateurs que linux dois séduire au lieu de décevoir. et la gplv3 vas dans le second sens .... radicalisant l'usage de linux.
[^] # Re: pffff la fsf est a linux ce que sont les critiques pour l'art .....
Posté par benja . Évalué à 1.
Au lieu de proposer du nouveau, ils proposent d'interdire de l'exitant.
(Exitant, lapsus révélateur ?) Comme cela a déja été expliqué dans les commentaires plus hauts, la position de la fsf n'a pas bougé d'un chouilla. Sa motivation à toujours été de préserver la liberté des utilisateur.
Quand on retire et on ajoute rien, cela s'appelle revenir en arriere.
En l'occurence, ils ont rajoutés des closes.
la lecture des dvd sous linux ...... qui deviendra de fait doublement illegale (interdit par le dvd consorsium et par la GPLv3
Le problèmce c'est que c'est déja une fois illégal... La gplv3 n'a rien à voir la dedans: c'est la faute à la riaa, dadvi, la directive européenne, les majors, ...
Linux n'es pas le systeme d'exploitation majoritaire ...... et le systeme d'exploitation majoritaire lui gere les DRM ......... il est absurde de croire qu'un utilisateur lambda va preferer linux a windows pour ces raisons la.
Ne t'inquiète pas pour lui: quand il aura du réacheter sa collection de mp3 à cause d'un crash disque ou qu'il ne pourra pas lire sur son zune ses chansons achté sur itms ou que sais-je; il sera plus sensible à la question des libertés digitales (ce qui n'a pas l'air d'être ton cas). Ainsi, il viendra à gnu/linux, non pas parce qu'il est «séduit» mais parce qu'il aura la conviction d'être libre. De la même manière, il n'achètera plus de fichiers protégés.
[^] # Re: pffff la fsf est a linux ce que sont les critiques pour l'art .....
Posté par Anonyme . Évalué à -1.
A mon avis il faut plus que des DRM pour sa, l'utilisateur va télécherger sa musique en mp3 plutot qu'en wma et sur les p2p plutot que sur les sites d'achat en ligne mais il va pas troquer son beau windows contre le vilain linux pour autant.
Personellement je me fiche pas mal que les autres soient sous windows tant que linux répond à mes besoins, mais si on veut amener les gens sur linux il serait surement plus efficace de leur fournir des solutions logicielles performantes que de leur parler de la GPL.
# Trollons encore... GNU FDL 2.0 en préparation
Posté par Xavier Maillard . Évalué à 6.
Debianneux, kernel developper, tous à vos claviers...
http://www.fsf.org/news/gfdl-dd1.html
# Linus, ce put* de hippie!
Posté par case42 (site web personnel) . Évalué à 7.
Quand il nous dit, et qu'il developpe sur 3 pages, que la GPL V2 'doesn't bother or talk about anything else than the very generic issue of "tit-for-tat"', il elude purement et simplement le vrai gros probleme qui semble-t-il a motive la redaction de la GPL v3 : sont apparus un certain nombre "d'attaques" (ou "workaround" suivant le point de vue) permettant a un acteur de se soustraire a la contrainte du "tit-for-tat".
Penser que la GPL v3 ne reponde pas de facon satisfaisante a ce probleme, c'est une position que je trouve tout a fait defendable. Mais continuer a dire que la GPL v2 est suffisante pour garantir le "donnant donnant", je ne suis pas (plus) d'accord (les exemples abondent), ou alors il faudra m'en donner la demonstration "juridique".
Si le savant fou constructeur de laser a requin remplit son linux-pour-laser-a-requin de DRM et de code brevete, que devient le "donnant donnant" ?
Je suis d'accord avec Linus quand il dit qu'une des forces de la GPL v2 est son cote generique, et qu'il reproche a la v3 de trop rentrer dans des details techniques qui la condamne de facto a etre rapidement perimee, mais c'est la un detail d'implementation, qui aurait justement pu etre resolu en participant a sa redaction/correction.
Linus a l'air de trouver acceptable que dans l'arbre global des variantes de linux, il y ai des branches mortes, ou des petits malins verouillent le code. Ca ne menace pas Linux dans son ensemble, mais c'est contre productif, contre l'esprit du donnant donnant, et surtout c'est injuste.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.