C'est quoi le rapport ? Il n'est ni question de Lineage OS, ni de la FSF dans cette discussion autour de l'utilisation du terme privateur. Sinon bien sûr que la FSF ne considère pas Lineage OS comme un projet libre, ça contient du code non-libre.
Je n'utilise personnellement pas le terme privateur donc merci de ne pas m'inclure dans la cible de tes conseils.
Tu as posté un message pour défendre l'utilisation du mot, j'y répond.
Je ne défend pas l'utilisation du mot (et je ne m'y oppose pas non plus, d'ailleurs). J'ai invité quelqu'un qui a émis son désaccord sur l'utilisation du terme d'argumenter. C'est une distinction importante. Ça ne veut pas dire que j'utilise le mot moi-même. On se retrouve dans une situation cocasse où tu me conseilles d'utiliser un mot à la place d'un autre que je n'utilise pas.
La personne qui a utilisé le terme a certainement décidé de ne pas être neutre. Bien sûr que le mot "privateur" est une critique des logiciels qualifiés comme tel. En quoi est-ce un problème ?
La neutralité est aussi une position quand elle est choisie : celle de ne pas prendre parti. Ce n'est pas toujours la meilleure position.
Je n'utilise personnellement pas le terme privateur donc merci de ne pas m'inclure dans la cible de tes conseils.
(je ne suis pas la personne qui a moinsé ton message)
Ça sert à envoyer le contenu de l'écran de l'appareil sur un dispositif qui prend en charge la technologie Miracast (comme beaucoup de télés). On peut aussi trouver la fonctionnalité dans le menu "Appareils connectés" des paramètres dans Android Oreo et probablement aussi les versions précédentes.
Que viennent faire les clodos dans ton argumentation ? Oui, je suis d'accord, il faut dire les choses !
Souhaites-tu nous dire ce qui ne te plaît pas dans ce mot ? Les commentaires sont effectivement là pour discuter :-)
Est-ce que le mot ne te plaît pas, parce qu'il a une orthographe qui ne te revient pas ? Un peu trop familier, peut-être ? Son sens, qui porte une idée politique ? Souhaites-tu que les gens n'expriment pas leurs idées politiques ? Ou qu'elles soient exprimées d'une autre manière ? Si oui, pourquoi ?
Est-ce que cette utilisation du mot privateur a manqué de respect ou porté préjudice à une personne, ou un groupe de personnes ?
Éclaire-nous, afin que les personnes qui utilisent le mot à mauvais escient puissent comprendre pourquoi et éviter de le faire à l'avenir ;-)
Ou peut être que l'idée politique derrière elle-même ne te plaît pas, mais les commentaires sont aussi là pour en discuter.
C'est parce que Vim et Plasma ne tiennent pas la comparaison.
J'aime bien le principe de ces logiciels, mais il y a un moment où il faut être pragmatique, je n'ai pas que ça à faire que passer mon temps à faire marcher des trucs que personne n'utilise. La productivité c'est important aussi.
Sur Vim, quand on tape ESC+:+q+!, l'application n'arrête pas de se fermer et tout le travail est perdu. Ils feraient mieux de travailler sur la stabilité de leur éditeur, pas étonnant que les gens ne passent pas à Vim.
Et cette habitude de Plasma à laisser des fonctionnalités aux mains des utilisateurs, une folie.
Je l'utilise très souvent pour taper des textos notamment.
En général, en ouvrant un point d'accès sur l'ordinateur et en connectant le téléphone à ce point d'accès, ou inversement.
Et non, pas besoin de réduire quoi que ce soit, ça fonctionne bien avec le comportement par défaut.
Question : pourquoi, s'il faut passer par adb forward quand on utilise adb connect, à cause d'un bug d'adb, ne pas utiliser dans tous les cas adb forward dans tous les cas et abandonner adb reverse ? Ça ne permettrait pas de simplifier les choses ?
En tant qu'utilisateur je m'en fiche, je vois bien que ça râle et ça applique le contournement en wifi, mais l'outil se débrouille tout seul merveilleusement bien. Mais je suis curieux.
Le livre que j'ai choisi n'est pas dans la liste. Je suppose qu'il y a eu un problème de réception.
J'avais répondu au mail m'anonçant le cadeau, puis avais reçu un mail me demandant de confirmer mon envoi, ce que j'ai fait. J'ai changé d'adresse pendant le processus, ça a peut être posé problème.
Cela dit, ce n'est pas très important, je n'ai de toute façon pas écrit de journal dans le but de recevoir quoi que ce soit.
Que des sites fassent des statistiques d'utilisation, je crois que ça ne me dérange pas trop. Le mieux serait de se baser sur les journaux du serveur web, ou, à défaut, une instance hébergé par le site lui-même d'un outil d'analyse des visites tel que Matomo.
Côté navigateurs, je pense vraiment que les gens devraient utiliser les listes EasyList et EasyPrivacy (avec uBlock Origin par exemple) pour résister au pistage.
On peut aussi vouloir désactiver les cookies tiers.
Dans le navigateur, avoir une boite de recherche à part et désactiver les suggestions dans la barre d'adresses est un must (et donc Firefox est un bon candidat).
Pour ma part, j'ajoute à tout ça un filtre google.* et un filtre gstatic.* dans uBlock Origin. Attention, ça casse reCaptcha et ça empêche d'accéder à certains sites (notamment à cause de CloudFlare). Mais en même temps, reCaptcha, fondamentalement ça a l'air de pister à fond (Cf. https://github.com/neuroradiology/InsideReCaptcha)
Pour le courrier électronique, abandonner son adresse Gmail, ou à défaut utiliser un client lourd ou un profil navigateur à part (mais honnêtement, si on veut éviter que Google ait des infos sur nous, je trouve Gmail est le suspect le plus évident à traiter).
Pour les cartes, OpenStreetMap, une recherche Duck Duck Go ou Qwant peuvent faire l'affaire la plupart du temps.
Pour la recherche web pareil, Duck Duck Go, Qwant, Searx, Framabee, Startpage sont des moteurs à considérer.
Pour Youtube, je n'ai pas trouvé de solution acceptable. En attendant, NewPipe (sur Android, F-Droid) est une très bonne application pour y accéder. J'apprécierais beaucoup une telle application sur les distributions Linux classiques. À noter que si on veut éviter de regarder Youtube hors de son navigateur, ALT+F2, "mpv " rend bien service. On peut aussi utiliser un profil à part dans le navigateur.
Pourquoi le commentaire auquel je réponds est actuellement moinsé par trois personnes ?
Cela me paraît étonnant parce qu'il expose un point de vue d'une façon qui me paraît respectueuse et argumentée et je ne vois pas 3 réponses contradictoires à ce commentaire. C'est dommage parce que ces réponses m'intéresseraient beaucoup.
La SSPL me paraît effectivement libre, mais son gros problème, c'est cette fameuse section 13 qui essaie de faire mieux que l'AGPL : il faut libérer les autres outils utilisés pour mettre en place le service sous SSPL.
Mais on ne peut pas changer la licence des outils qu'on utilise comme ça. Dans un monde ou tout est sous GPL, MPL, BSD ou toute licence autre qu'SSPL, je ne sais pas à quel point c'est possible légalement ou pas d'utiliser MongoDB sous SSPL dans une distribution GNU/Linux aujourd'hui pour fournir un service sans autorisation expresse de l'éditeur.
L'ensemble des choses qui ne devraient pas être concernées par la section 13 devrait être clairement défini dans cette section, ce qui n'a pas l'air d'être le cas après lecture, et ça ne devrait pas être fait sur la base d'autorisations au cas par cas du style "ah mais si, pour le noyau Linux c'est bon, pas besoin de relicencier sous SSPL" au bon vouloir de l'éditeur du logiciel.
Vu qu'il n'est potentiellement pas possible d'utiliser MongoDB sur Debian ou Red Hat pour certaines utilisations habituellement possibles avec les autres logiciels libres sans l'autorisation expresse de l'éditeur à cause des licences incompatibles, la décision de ces distributions de ne pas fournir ce logiciel même s'il est libre me paraît cohérente. Même avec l'AGPL, je ne vois pas d'exécution interdite possible si l'application n'a pas été modifiée. Une telle restriction pourrait être surprenante pour les personnes qui utilisent ces distributions.
On se croirait dans un roman d'Asimov, où on explore des effets inattendus des lois de la robotique.
D'ailleurs, je serais contre les DRM même s'ils étaient efficaces, par contre je ne m'opposerais pas à une solution technique efficace respectueuse des gens qui utilisent les services concernés.
Je ne trouve pas que ça soit un autre débat. Tu as amené un parallèle avec lequel je ne suis pas d’accord, et je prends le temps de mener cette discussion parce que ce parallèle qui ne me plaît pas a été fait sur un argument que j’ai énoncé. Déjà parce que je ne voudrais pas être associé à une affirmation qui ne correspond pas à ce que je pense, mais aussi parce que ça veut peut-être dire qu’un truc que j’ai dit a été mal compris.
Non, parce que les protections que tu mentionnes sont supposément efficaces dans sur certaine mesure (je laisse de côté une discussion sur les protections parentales contre le porno, je vais juste supposer qu’elles sont utilisées ici comme exemple d’une solution technique qui marche).
Aussi, contrairement à ta loi sur les armes à feu, tes exemples sont des solutions techniques. Donc la discussion prend un autre cap pour moi, et d'ailleurs la source de notre incompréhension vient peut-être de là. Le parallèle de cette loi sur cette histoire de DRM n’est pas les DRM, mais les lois autour des droits d’auteurs. Pour moi, si on doit vraiment faire une comparaison, le DRM s’apparente plus à une porte que tu fermes par précaution pour prévenir une intrusion. Maintenant, l’argumentation n’est pas basée sur la supposition que les DRM sont une solution technique, elle est basée sur celle que les DRM sont une solution technique inefficace. Ici, la porte est systématiquement trouée à 100% (tout le contenu de Netflix est supposément accessible illégalement), mais elle gêne quand même les gens qui doivent l’emprunter de façon légitime (mais les comparaisons sont souvent un peu fausses). On est d’accord ou pas avec cette supposition. Si on est d’accord, l’argumentation tient. Sinon, elle est abstraite et hypothétique.
Par ailleurs, je vais effectivement m’opposer à une loi complètement inefficace, parce qu’elle ne résout aucun problème et est potentiellement coûteuse (à appliquer).
Ce qui n’est pas le cas de la loi contre le port d’armes, elle dissuade probablement pas mal de monde.
Ce qui ne veut pas dire que si elle était complètement inefficace, je serais plus pour le port d’arme.
Je suis 100% d'accord avec "on arrive pas à obtenir non A n'implique pas qu'il faille accepter A."
Par contre, à supposer qu'elle le soit, je suis totalement pour abandonner une solution technique de toute façon inefficace. Mais pas pour légaliser l'interdiction qu'elle essaie d'imposer techniquement. Ce n'est pas pareil.
Pour être plus clair, à aucun moment je dis qu'on doit accepter le piratage parce que les DRM ne fonctionnent pas.
Aussi, si A existe et n'est pas souhaitable, d'autres manières de faire sont peut-être à explorer, et ça commence par comprendre pourquoi A existe.
Le parallèle avec les armes à feu ne fonctionne pas parce qu'il n'y a pas à ma connaissance d'élément dans ce parallèle qui peut être rapproché aux DRM.
Ah, chouette ! Je vais étudier ça. Merci pour l’info.
Il se trouve que j’utilise Clementine qui a une interface pour libspotify, ça sera peut-être pas trop compliqué d’adapter cette interface pour librespot (en plus j’ai déjà un peu bidouillé cette partie du code de Clementine, mais ça fait longtemps et je manque de temps).
Mais dans tous les cas, pour une intégration en amont, ce n’est pas gagné : https://github.com/clementine-player/Clementine/issues/5619
Il faudra une solution aussi pour le téléphone.
L’autre question est : est-ce que je préfère plutôt posséder les morceaux de musique ou y avoir accès avec un abonnement et devoir les re-télécharger au minimum tous les mois ?
Ou que ce soit nécessaire pour regarder Netflix, et là si tu es la seule personne dans un groupe à ne pas en avoir, tu empêches le reste du groupe de regarder le film ou alors c'est l'exclusion.
Cela dit j'ai espoir qu'il y ait une résistance à avoir de tels implants au moins de la part d'une quantité non négligeable de la population, même peut-être suffisamment pour que ça ne soit pas totalement bizarre de ne pas en avoir.
Exact, cette parenthèse ne s'applique qu'à l'efficacité, et le principe est traité dans le paragraphe qui suit, c'est vrai que ce n'était pas terriblement claire et merci pour la clarification. Je traite ton premier point explicitement, et ton deuxième point de façon implicite, mais tu les as exprimé bien mieux que moi.
Je ne suis pas d'accord avec le parallèle avec les armes à feu. Les DRM sont une « solution » technique, pas une solution légale. La solution légale est déjà en place d'ailleurs, avec les droits d'auteurs et les droits voisins.
Ici, la loi s'en mêle quand même en interdisant la rétro-ingénierie sur les solutions de protection de contenus couverts par les droits d'auteurs… (parfois, sauf pour des raisons d'interopérabilité). Cf discussions sur la loi DADVSI.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 2.
C'est quoi le rapport ? Il n'est ni question de Lineage OS, ni de la FSF dans cette discussion autour de l'utilisation du terme privateur. Sinon bien sûr que la FSF ne considère pas Lineage OS comme un projet libre, ça contient du code non-libre.
Je ne défend pas l'utilisation du mot (et je ne m'y oppose pas non plus, d'ailleurs). J'ai invité quelqu'un qui a émis son désaccord sur l'utilisation du terme d'argumenter. C'est une distinction importante. Ça ne veut pas dire que j'utilise le mot moi-même. On se retrouve dans une situation cocasse où tu me conseilles d'utiliser un mot à la place d'un autre que je n'utilise pas.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 4.
La personne qui a utilisé le terme a certainement décidé de ne pas être neutre. Bien sûr que le mot "privateur" est une critique des logiciels qualifiés comme tel. En quoi est-ce un problème ?
La neutralité est aussi une position quand elle est choisie : celle de ne pas prendre parti. Ce n'est pas toujours la meilleure position.
Je n'utilise personnellement pas le terme privateur donc merci de ne pas m'inclure dans la cible de tes conseils.
(je ne suis pas la personne qui a moinsé ton message)
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 2. Dernière modification le 12 mars 2019 à 14:30.
Ah ah :D
Mon mauvais, j'ai encore une fois émis un jugement beaucoup trop rapide.
Oui, planche à clés est beaucoup plus sensé bien sûr.
[^] # Re: Des développeurs qui balancent
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 5.
C'est pour que les gens un peu résistants aux changements trouvent les nouvelles interfaces horribles de façon consistante.
[^] # Re: Caster
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 1.
Ça sert à envoyer le contenu de l'écran de l'appareil sur un dispositif qui prend en charge la technologie Miracast (comme beaucoup de télés). On peut aussi trouver la fonctionnalité dans le menu "Appareils connectés" des paramètres dans Android Oreo et probablement aussi les versions précédentes.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj (site web personnel) . En réponse à la dépêche LineageOS 16. Évalué à 5.
Que viennent faire les clodos dans ton argumentation ? Oui, je suis d'accord, il faut dire les choses !
Souhaites-tu nous dire ce qui ne te plaît pas dans ce mot ? Les commentaires sont effectivement là pour discuter :-)
Est-ce que le mot ne te plaît pas, parce qu'il a une orthographe qui ne te revient pas ? Un peu trop familier, peut-être ? Son sens, qui porte une idée politique ? Souhaites-tu que les gens n'expriment pas leurs idées politiques ? Ou qu'elles soient exprimées d'une autre manière ? Si oui, pourquoi ?
Est-ce que cette utilisation du mot privateur a manqué de respect ou porté préjudice à une personne, ou un groupe de personnes ?
Éclaire-nous, afin que les personnes qui utilisent le mot à mauvais escient puissent comprendre pourquoi et éviter de le faire à l'avenir ;-)
Ou peut être que l'idée politique derrière elle-même ne te plaît pas, mais les commentaires sont aussi là pour en discuter.
[^] # Re: Ils sont vraiment forts !
Posté par raphj (site web personnel) . En réponse au journal Microsoft publie sous licence MIT les sources de la calculatrice de Windows. Évalué à 3.
C'est parce que Vim et Plasma ne tiennent pas la comparaison.
J'aime bien le principe de ces logiciels, mais il y a un moment où il faut être pragmatique, je n'ai pas que ça à faire que passer mon temps à faire marcher des trucs que personne n'utilise. La productivité c'est important aussi.
Sur Vim, quand on tape ESC+:+q+!, l'application n'arrête pas de se fermer et tout le travail est perdu. Ils feraient mieux de travailler sur la stabilité de leur éditeur, pas étonnant que les gens ne passent pas à Vim.
Et cette habitude de Plasma à laisser des fonctionnalités aux mains des utilisateurs, une folie.
# Merci !
Posté par raphj (site web personnel) . En réponse au journal scrcpy a 1 an. Évalué à 1.
Je l'utilise très souvent pour taper des textos notamment.
En général, en ouvrant un point d'accès sur l'ordinateur et en connectant le téléphone à ce point d'accès, ou inversement.
Et non, pas besoin de réduire quoi que ce soit, ça fonctionne bien avec le comportement par défaut.
Question : pourquoi, s'il faut passer par adb forward quand on utilise adb connect, à cause d'un bug d'adb, ne pas utiliser dans tous les cas adb forward dans tous les cas et abandonner adb reverse ? Ça ne permettrait pas de simplifier les choses ?
En tant qu'utilisateur je m'en fiche, je vois bien que ça râle et ça applique le contournement en wifi, mais l'outil se débrouille tout seul merveilleusement bien. Mais je suis curieux.
[^] # Re: Mon livre n'y est pas
Posté par raphj (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de janvier 2019. Évalué à 1.
Merci, j'ai renvoyé un mail lundi :-)
# Mon livre n'y est pas
Posté par raphj (site web personnel) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de janvier 2019. Évalué à 2. Dernière modification le 17 février 2019 à 14:03.
Hello,
Le livre que j'ai choisi n'est pas dans la liste. Je suppose qu'il y a eu un problème de réception.
J'avais répondu au mail m'anonçant le cadeau, puis avais reçu un mail me demandant de confirmer mon envoi, ce que j'ai fait. J'ai changé d'adresse pendant le processus, ça a peut être posé problème.
Cela dit, ce n'est pas très important, je n'ai de toute façon pas écrit de journal dans le but de recevoir quoi que ce soit.
Merci pour tout !
[^] # Re: Matomo et EasyPrivacy
Posté par raphj (site web personnel) . En réponse au journal Sécurité, vie privée... et Google Analytics!. Évalué à 1.
Et en fait, dans tous les environments de bureau libres que j'ai essayé :-)
Désolé, j'aurais du préciser.
[^] # Re: Matomo et EasyPrivacy
Posté par raphj (site web personnel) . En réponse au journal Sécurité, vie privée... et Google Analytics!. Évalué à 2.
mes chevrons sont mal passés, alors je la refais : ALT+F2 "mpv [coller l'URL de la vidéo Youtube]"
# Matomo et EasyPrivacy
Posté par raphj (site web personnel) . En réponse au journal Sécurité, vie privée... et Google Analytics!. Évalué à 5. Dernière modification le 14 février 2019 à 17:33.
Que des sites fassent des statistiques d'utilisation, je crois que ça ne me dérange pas trop. Le mieux serait de se baser sur les journaux du serveur web, ou, à défaut, une instance hébergé par le site lui-même d'un outil d'analyse des visites tel que Matomo.
Côté navigateurs, je pense vraiment que les gens devraient utiliser les listes EasyList et EasyPrivacy (avec uBlock Origin par exemple) pour résister au pistage.
On peut aussi vouloir désactiver les cookies tiers.
Dans le navigateur, avoir une boite de recherche à part et désactiver les suggestions dans la barre d'adresses est un must (et donc Firefox est un bon candidat).
Pour ma part, j'ajoute à tout ça un filtre google.* et un filtre gstatic.* dans uBlock Origin. Attention, ça casse reCaptcha et ça empêche d'accéder à certains sites (notamment à cause de CloudFlare). Mais en même temps, reCaptcha, fondamentalement ça a l'air de pister à fond (Cf. https://github.com/neuroradiology/InsideReCaptcha)
Pour le courrier électronique, abandonner son adresse Gmail, ou à défaut utiliser un client lourd ou un profil navigateur à part (mais honnêtement, si on veut éviter que Google ait des infos sur nous, je trouve Gmail est le suspect le plus évident à traiter).
Pour les cartes, OpenStreetMap, une recherche Duck Duck Go ou Qwant peuvent faire l'affaire la plupart du temps.
Pour la recherche web pareil, Duck Duck Go, Qwant, Searx, Framabee, Startpage sont des moteurs à considérer.
Pour Youtube, je n'ai pas trouvé de solution acceptable. En attendant, NewPipe (sur Android, F-Droid) est une très bonne application pour y accéder. J'apprécierais beaucoup une telle application sur les distributions Linux classiques. À noter que si on veut éviter de regarder Youtube hors de son navigateur, ALT+F2, "mpv " rend bien service. On peut aussi utiliser un profil à part dans le navigateur.
[^] # Re: Nation
Posté par raphj (site web personnel) . En réponse au journal Legos et cavalier IDE [hors sujet] . Évalué à 2.
Merci pour la précision :-)
[^] # Re: Disclaimer
Posté par raphj (site web personnel) . En réponse au journal Un recrutement racé chez VEOLIA. Évalué à -1.
Pourquoi le commentaire auquel je réponds est actuellement moinsé par trois personnes ?
Cela me paraît étonnant parce qu'il expose un point de vue d'une façon qui me paraît respectueuse et argumentée et je ne vois pas 3 réponses contradictoires à ce commentaire. C'est dommage parce que ces réponses m'intéresseraient beaucoup.
# Nation
Posté par raphj (site web personnel) . En réponse au journal Legos et cavalier IDE [hors sujet] . Évalué à 8. Dernière modification le 12 février 2019 à 13:05.
J'ai cherché "Nation Lille" et ça n'a donné aucun résultat. Tu parles de quel endroit ?
[^] # Re: SSPL vs AGPL
Posté par raphj (site web personnel) . En réponse au lien pas de MongoDB dans Debian et RedHat. Évalué à 5.
La SSPL me paraît effectivement libre, mais son gros problème, c'est cette fameuse section 13 qui essaie de faire mieux que l'AGPL : il faut libérer les autres outils utilisés pour mettre en place le service sous SSPL.
Mais on ne peut pas changer la licence des outils qu'on utilise comme ça. Dans un monde ou tout est sous GPL, MPL, BSD ou toute licence autre qu'SSPL, je ne sais pas à quel point c'est possible légalement ou pas d'utiliser MongoDB sous SSPL dans une distribution GNU/Linux aujourd'hui pour fournir un service sans autorisation expresse de l'éditeur.
L'ensemble des choses qui ne devraient pas être concernées par la section 13 devrait être clairement défini dans cette section, ce qui n'a pas l'air d'être le cas après lecture, et ça ne devrait pas être fait sur la base d'autorisations au cas par cas du style "ah mais si, pour le noyau Linux c'est bon, pas besoin de relicencier sous SSPL" au bon vouloir de l'éditeur du logiciel.
Vu qu'il n'est potentiellement pas possible d'utiliser MongoDB sur Debian ou Red Hat pour certaines utilisations habituellement possibles avec les autres logiciels libres sans l'autorisation expresse de l'éditeur à cause des licences incompatibles, la décision de ces distributions de ne pas fournir ce logiciel même s'il est libre me paraît cohérente. Même avec l'AGPL, je ne vois pas d'exécution interdite possible si l'application n'a pas été modifiée. Une telle restriction pourrait être surprenante pour les personnes qui utilisent ces distributions.
On se croirait dans un roman d'Asimov, où on explore des effets inattendus des lois de la robotique.
[^] # Re: Arguments
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 2.
D'ailleurs, je serais contre les DRM même s'ils étaient efficaces, par contre je ne m'opposerais pas à une solution technique efficace respectueuse des gens qui utilisent les services concernés.
[^] # Re: Arguments
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 2. Dernière modification le 21 janvier 2019 à 15:15.
Je ne trouve pas que ça soit un autre débat. Tu as amené un parallèle avec lequel je ne suis pas d’accord, et je prends le temps de mener cette discussion parce que ce parallèle qui ne me plaît pas a été fait sur un argument que j’ai énoncé. Déjà parce que je ne voudrais pas être associé à une affirmation qui ne correspond pas à ce que je pense, mais aussi parce que ça veut peut-être dire qu’un truc que j’ai dit a été mal compris.
Non, parce que les protections que tu mentionnes sont supposément efficaces dans sur certaine mesure (je laisse de côté une discussion sur les protections parentales contre le porno, je vais juste supposer qu’elles sont utilisées ici comme exemple d’une solution technique qui marche).
Aussi, contrairement à ta loi sur les armes à feu, tes exemples sont des solutions techniques. Donc la discussion prend un autre cap pour moi, et d'ailleurs la source de notre incompréhension vient peut-être de là. Le parallèle de cette loi sur cette histoire de DRM n’est pas les DRM, mais les lois autour des droits d’auteurs. Pour moi, si on doit vraiment faire une comparaison, le DRM s’apparente plus à une porte que tu fermes par précaution pour prévenir une intrusion. Maintenant, l’argumentation n’est pas basée sur la supposition que les DRM sont une solution technique, elle est basée sur celle que les DRM sont une solution technique inefficace. Ici, la porte est systématiquement trouée à 100% (tout le contenu de Netflix est supposément accessible illégalement), mais elle gêne quand même les gens qui doivent l’emprunter de façon légitime (mais les comparaisons sont souvent un peu fausses). On est d’accord ou pas avec cette supposition. Si on est d’accord, l’argumentation tient. Sinon, elle est abstraite et hypothétique.
Par ailleurs, je vais effectivement m’opposer à une loi complètement inefficace, parce qu’elle ne résout aucun problème et est potentiellement coûteuse (à appliquer).
Ce qui n’est pas le cas de la loi contre le port d’armes, elle dissuade probablement pas mal de monde.
Ce qui ne veut pas dire que si elle était complètement inefficace, je serais plus pour le port d’arme.
J’espère que ma position est plus claire.
[^] # Re: Arguments
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 1. Dernière modification le 21 janvier 2019 à 12:36.
Je suis 100% d'accord avec "on arrive pas à obtenir non A n'implique pas qu'il faille accepter A."
Par contre, à supposer qu'elle le soit, je suis totalement pour abandonner une solution technique de toute façon inefficace. Mais pas pour légaliser l'interdiction qu'elle essaie d'imposer techniquement. Ce n'est pas pareil.
Pour être plus clair, à aucun moment je dis qu'on doit accepter le piratage parce que les DRM ne fonctionnent pas.
Aussi, si A existe et n'est pas souhaitable, d'autres manières de faire sont peut-être à explorer, et ça commence par comprendre pourquoi A existe.
Le parallèle avec les armes à feu ne fonctionne pas parce qu'il n'y a pas à ma connaissance d'élément dans ce parallèle qui peut être rapproché aux DRM.
[^] # Re: Spotify
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 1. Dernière modification le 21 janvier 2019 à 11:33.
Ah, chouette ! Je vais étudier ça. Merci pour l’info.
Il se trouve que j’utilise Clementine qui a une interface pour libspotify, ça sera peut-être pas trop compliqué d’adapter cette interface pour librespot (en plus j’ai déjà un peu bidouillé cette partie du code de Clementine, mais ça fait longtemps et je manque de temps).
Mais dans tous les cas, pour une intégration en amont, ce n’est pas gagné : https://github.com/clementine-player/Clementine/issues/5619
Il faudra une solution aussi pour le téléphone.
L’autre question est : est-ce que je préfère plutôt posséder les morceaux de musique ou y avoir accès avec un abonnement et devoir les re-télécharger au minimum tous les mois ?
[^] # Re: J'ai bossé avec widevine il y a 5 ans...
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 2.
Ou que ce soit nécessaire pour regarder Netflix, et là si tu es la seule personne dans un groupe à ne pas en avoir, tu empêches le reste du groupe de regarder le film ou alors c'est l'exclusion.
Cela dit j'ai espoir qu'il y ait une résistance à avoir de tels implants au moins de la part d'une quantité non négligeable de la population, même peut-être suffisamment pour que ça ne soit pas totalement bizarre de ne pas en avoir.
[^] # Re: Correction
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 8.
Merci ! Du coup ils -> elles dans la suite de la phrase, désolé je n'ai pas précisé.
J'en profite pour te remercier toi, et toute l'équipe de Linuxfr pour tout ce travail, c'est chouette.
# Correction
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 3.
utilisateurs légitime → utilisateurs légitimes
Ou encore mieux, "les personnes utilisant légalement le service", c'est plus neutre et plus exact.
[^] # Re: Arguments
Posté par raphj (site web personnel) . En réponse au journal Le DRM Widevine L3 cracké. Évalué à 2. Dernière modification le 20 janvier 2019 à 14:02.
Exact, cette parenthèse ne s'applique qu'à l'efficacité, et le principe est traité dans le paragraphe qui suit, c'est vrai que ce n'était pas terriblement claire et merci pour la clarification. Je traite ton premier point explicitement, et ton deuxième point de façon implicite, mais tu les as exprimé bien mieux que moi.
Je ne suis pas d'accord avec le parallèle avec les armes à feu. Les DRM sont une « solution » technique, pas une solution légale. La solution légale est déjà en place d'ailleurs, avec les droits d'auteurs et les droits voisins.
Ici, la loi s'en mêle quand même en interdisant la rétro-ingénierie sur les solutions de protection de contenus couverts par les droits d'auteurs… (parfois, sauf pour des raisons d'interopérabilité). Cf discussions sur la loi DADVSI.