Oui, en tout cas sur le mien, et c'est bien miracast à priori. C'est vrai avec lineage sans les applications Google et c'était vrai avec le système qui venait avec le téléphone si mes souvenirs sont bon.
Perso, je suis content que Lineage OS existe (je l'utilise, mais je suis pressé de passer à un smartphone entièrement libre après que celui là aura claqué), mais je suis content que la FSF ne fasse pas de compromis et ait un discours ultra cohérent.
Le cas Debian (que j'utilise aussi) est un peu plus discutable, mais ok, ce qui me semble important c'est de comprendre ce que la FSF reproche à ces projets et si on est personnellement prêt à faire des compromis malgré tout.
En disant "En quoi est-ce un problème ?" tout en insinuant qu'il n'y en a pas dans la façon de poser la question et ses autours, tu t'aventures dans le même style.
Le problème de ta réponse, c'est que tu considères que ton avis est une vérité. Et que tu interprètes ma vrai question comme une insinuation.
Tu as donné un avis, et c'est intéressant. Contrairement aux commentaires qui s'opposaient à l'utilisation du mot sans argumenter.
Rappel : je préfère aussi ne pas utiliser le terme "privateur". C'est seulement un avis. Mais envoyer chier sans argumenter comme le premier message, ce n'est pas du tout constructif, et inviter à être neutre sans dire pourquoi, c'est problématique aussi (MTux a depuis argumenté). Et je suis d'accord avec toi, je pense que l'utilisation de "privateur" peut déservir.
Le problème est que l'auteur de la dépêche utilise des mots complètement faux (rappel : donner moins de liberté n'est pas t'en enlever, tu es toujours plus libre avec un truc avec moins de libertés qu'avec rien, dire que rien te laisse plus libre que du non libre, juste en réfléchissant 5 secondes on sait que ce n'est pas le cas pour qui regarde objectivement)
Je ne suis pas d'accord avec ça, en réfléchissant 5 secondes de plus. Tu donnes un avis comme si c'était un rappel. Mon avis perso c'est qu'il faut déployer une énergie incroyable pour éviter les logiciels non-libres et garder le pouvoir de contrôler ce qui tourne sur ses appareils. Certains logiciels non-libres se rendent plus ou moins indispensables et je suis plus ou moins forcé à les utiliser (micrologiciels de matériels, pilotes des téléphones, services de communication (pour l'instant j'y échappe)).
Oui, le caractère non-libre de certains composants logiciels qui se sont rendus indispensables me prive de ma liberté de contrôler (étudier, vérifier, adapter, redistribuer mes adaptations) ce que j'exécute. Bien sûr, je peux choisir de ne plus acheter mes billets de train en ligne (javascript non libre sur oui.sncf et demander aux gens qui m'amènent au train de changer leurs habitudes en conséquence), arrêter de recevoir des appels et texto (composants non libre dans le téléphone), arrêter d'utiliser les ordinateurs (microcode du processeur, firmware du wifi). Faisable mais pas super facile, quand même. Malgré tous mes efforts pour éviter les logiciels non-libres, je n'arrive pas à ce niveau là.
Que tu adhères ou pas à mon avis, peu importe, je comprends aussi ton point de vue et il se tient. Mais ce n'est pas une vérité, tout comme mon propre avis.
Posté par raphj .
En réponse à la dépêche LineageOS 16.
Évalué à 4.
Dernière modification le 12 mars 2019 à 17:28.
C'est intéressant, c'est la première fois que je lis quelqu'un qui émet l'idée que privateur est plus un constat que l'expression d'une position.
J'ai tendance à utiliser "non-libre" parce que je trouve que c'est la manière la plus exacte de parler d'un logiciel qui ne respecte pas la définition du logiciel libre; un logiciel pas libre, il est non-libre, c'est inattaquable. Et ensuite, je peux développer sans avoir été arrêté par l'utilisation du terme. Ça permet de séparer les choses.
Pour "privateur" qui désigne les libertés dont un logiciel prive, on pourra toujours argumenter sur le fait que c'est plutôt des libertés que le logiciel non-libre ne donne pas, et aussi, qu'on est toujours libre de ne pas l'utiliser (même si ce n'est pas forcément vrai).
"Propriétaire" peut donner l'impression de faire référence à une notion d'appartenance que je n'ai pas forcément envie d'invoquer, et privateur peut avoir tendance à braquer les gens.
Je trouve que le caractère neutre du qualificatif "non-libre" permet ensuite de développer sur les problèmes d'un tel logiciel sans avoir braqué la personne avant. D'autre préférerons attirer l'attention de la personne qui écoute avec l'utilisation d'un terme comme "privateur", ou refuser d'adopter un qualificatif neutre. Ça se défend aussi.
On retrouve l'utilisation du terme "propriétaire" (en tout cas en anglais "proprietary") par des boites qui font des logiciels propriétaires, donc je ne pense pas vraiment que c'est du jargon libriste militant, même si je partage ton impression là dessus.
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.
Posté par raphj .
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.
Posté par raphj .
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.
Posté par raphj .
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: Caster
Posté par raphj . En réponse à la dépêche LineageOS 16. Évalué à 1.
Oui, en tout cas sur le mien, et c'est bien miracast à priori. C'est vrai avec lineage sans les applications Google et c'était vrai avec le système qui venait avec le téléphone si mes souvenirs sont bon.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj . En réponse à la dépêche LineageOS 16. Évalué à 2.
Perso, je suis content que Lineage OS existe (je l'utilise, mais je suis pressé de passer à un smartphone entièrement libre après que celui là aura claqué), mais je suis content que la FSF ne fasse pas de compromis et ait un discours ultra cohérent.
Le cas Debian (que j'utilise aussi) est un peu plus discutable, mais ok, ce qui me semble important c'est de comprendre ce que la FSF reproche à ces projets et si on est personnellement prêt à faire des compromis malgré tout.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj . En réponse à la dépêche LineageOS 16. Évalué à 2.
Le problème de ta réponse, c'est que tu considères que ton avis est une vérité. Et que tu interprètes ma vrai question comme une insinuation.
Tu as donné un avis, et c'est intéressant. Contrairement aux commentaires qui s'opposaient à l'utilisation du mot sans argumenter.
Rappel : je préfère aussi ne pas utiliser le terme "privateur". C'est seulement un avis. Mais envoyer chier sans argumenter comme le premier message, ce n'est pas du tout constructif, et inviter à être neutre sans dire pourquoi, c'est problématique aussi (MTux a depuis argumenté). Et je suis d'accord avec toi, je pense que l'utilisation de "privateur" peut déservir.
Je ne suis pas d'accord avec ça, en réfléchissant 5 secondes de plus. Tu donnes un avis comme si c'était un rappel. Mon avis perso c'est qu'il faut déployer une énergie incroyable pour éviter les logiciels non-libres et garder le pouvoir de contrôler ce qui tourne sur ses appareils. Certains logiciels non-libres se rendent plus ou moins indispensables et je suis plus ou moins forcé à les utiliser (micrologiciels de matériels, pilotes des téléphones, services de communication (pour l'instant j'y échappe)).
Oui, le caractère non-libre de certains composants logiciels qui se sont rendus indispensables me prive de ma liberté de contrôler (étudier, vérifier, adapter, redistribuer mes adaptations) ce que j'exécute. Bien sûr, je peux choisir de ne plus acheter mes billets de train en ligne (javascript non libre sur oui.sncf et demander aux gens qui m'amènent au train de changer leurs habitudes en conséquence), arrêter de recevoir des appels et texto (composants non libre dans le téléphone), arrêter d'utiliser les ordinateurs (microcode du processeur, firmware du wifi). Faisable mais pas super facile, quand même. Malgré tous mes efforts pour éviter les logiciels non-libres, je n'arrive pas à ce niveau là.
Que tu adhères ou pas à mon avis, peu importe, je comprends aussi ton point de vue et il se tient. Mais ce n'est pas une vérité, tout comme mon propre avis.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj . En réponse à la dépêche LineageOS 16. Évalué à 4. Dernière modification le 12 mars 2019 à 17:28.
C'est intéressant, c'est la première fois que je lis quelqu'un qui émet l'idée que privateur est plus un constat que l'expression d'une position.
J'ai tendance à utiliser "non-libre" parce que je trouve que c'est la manière la plus exacte de parler d'un logiciel qui ne respecte pas la définition du logiciel libre; un logiciel pas libre, il est non-libre, c'est inattaquable. Et ensuite, je peux développer sans avoir été arrêté par l'utilisation du terme. Ça permet de séparer les choses.
Pour "privateur" qui désigne les libertés dont un logiciel prive, on pourra toujours argumenter sur le fait que c'est plutôt des libertés que le logiciel non-libre ne donne pas, et aussi, qu'on est toujours libre de ne pas l'utiliser (même si ce n'est pas forcément vrai).
"Propriétaire" peut donner l'impression de faire référence à une notion d'appartenance que je n'ai pas forcément envie d'invoquer, et privateur peut avoir tendance à braquer les gens.
Je trouve que le caractère neutre du qualificatif "non-libre" permet ensuite de développer sur les problèmes d'un tel logiciel sans avoir braqué la personne avant. D'autre préférerons attirer l'attention de la personne qui écoute avec l'utilisation d'un terme comme "privateur", ou refuser d'adopter un qualificatif neutre. Ça se défend aussi.
On retrouve l'utilisation du terme "propriétaire" (en tout cas en anglais "proprietary") par des boites qui font des logiciels propriétaires, donc je ne pense pas vraiment que c'est du jargon libriste militant, même si je partage ton impression là dessus.
[^] # Re: Par exemple, le clavier privateur SwiftKey,
Posté par raphj . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . 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 . En réponse au journal Legos et cavalier IDE [hors sujet] . Évalué à 2.
Merci pour la précision :-)
[^] # Re: Disclaimer
Posté par raphj . 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 . 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 . 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 . 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 . 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 . 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 . 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 ?