Sans le miroir, on fait un git clone (donc plusieurs Mo).
Il existe les sparse checkouts. Plutôt léger.
De plus, avec le miroir il y a un contrôle du checksum
C'est pour ça que Ruby/JS ont des lockfiles. J'étais pas très chaud au début, mais c'est quand même pas mal : un résumé des dépendances calculé une fois.
car beaucoup plus rapide
Yarn utilise un cache local sur ma machine, ça va plutôt vite, vu que la plupart des projets utilisent souvent des dépendances identiques. Et si je veux mutualiser, je monte un registre intermédiaire type Verdaccio. Visiblement, athens fait ça, comme discuté en dessous. Et ça a pas l'air trop dur à mettre en place (si on accepte docker) : https://docs.gomods.io/
La réponse est plus ou moins satisfaisante. D'un point de vue du développeur, c'est vraiment un plus que de profiter du cache de Google ?
Dans l'écosystème Javascript (qui n'est pas un exemple), on peut se passer du registre NPM, et en utiliser un autre. Ou bien spécifier des dépendances git directes, qui sont récupérées sans miroir caché.
J'ai l'impression que c'est un défaut de conception des outils de gestion de dépendances en Go.
La HDR en photographie n'est pas une histoire de limite du capteur mais plutôt du périphérique de sortie et le format d'enregistrement.
Alors si, justement, c'est une limite du capteur.
C'était déjà une limite du temps du film photographique : plus une pellicule est exposée, que ce soit en temps d'exposition ou en diamètre d'ouverture, plus elle marque la lumière. Ce même phénomène régit les règles de capture dans le numérique, et on ne fait pas de capteur capable d'avoir une grande plage de luminosité.
Donc, les appareils font plusieurs enregistrements, avec des réglages différents, puis compose un résultat. Je ne maîtrise pas du tout la composition (blend), mais c'est ce qui fait que c'est difficile aujourd'hui de faire de la photo HDR de sujets en mouvement : les différentes captures sont forcément séquentielles.
Ensuite, les écrans ont également une plage de rendu limitée. Avec le rétroéclairage LED, certains fabricants ont fait des zones plus ou moins sombres, agrandissant la plage globalement, mais pas localement. Avec les écrans OLED, c'est encore mieux, mais on n'est toujours pas au niveau de l'œil humain.
En tout cas, ce qui me fait vraiment envie, c'est pas vraiment un écran 8K (je suis toujours en 720p chez moi !), mais du HDR, pour des couleurs et des luminosités vraiment différentes, et probablement plus réalistes.
Dans le cas des jeux, les calculs peuvent aussi créer des scènes en HDR qu'il faut convertir avant de pouvoir l'envoyer sur un écran. Maintenant ça marche sous Linux.
Ça, c'est ce que j'ai compris aussi. J'ai surtout compris que le mot HDR est utilisé partout pour des choses très différentes. Le seul point commun, c'est qu'il s'agit bien d'intervalle de rendu des couleurs et de luminosité.
What they’ll do is allow people to use Signal without giving anyone else their phone number. So you can give someone your username, and someone can connect with you on Signal via your username without ever knowing your phone number. It’s another layer of privacy preservation. We’ve heard, particularly from journalists, or folks who use Signal in a professional or maybe more public capacity, that they want to be able to broadcast their Signal information without broadcasting their phone number. So this allows that.
Ce que j'en comprends, c'est qu'une fois son compte Signal créé et activé avec son smartphone, on pourra lui mettre un alias (nom d'utilisateur) qu'il sera possible de communiquer à un futur correspondant.
Oui, c'est un cas d'utilisation.
Moi, je veux une solution qui n'a pas besoin de smartphone pour commencer. J'imagine que c'est pas dans les tuyaux. Ça protège ptêt Signal des bots qui veulent créer des comptes, je ne sais pas…
Ah, si je comprends (un peu) la page https://www.citibank.co.kr/CusSecnCnts0100.act?P_name=DelfinoG3 Y a quand même de quoi installer sous Fedora et Ubuntu. Donc non, c'est probablement possible. Mais la vache, y a des noms qui inspirent pas confiance :)
Personnellement, je découvre. Moi, je voyais la Corée du Sud comme un pays ultra-technologique avec de la 5G de partout. Mais ça empêche pas de se dépêtrer de son historique avec ActiveX apparemment.
En tout cas, ça a l'air sérieusement compliqué. Et avoir un Linux là-bas me semble… inconcevable ?
C'est marrant, parce que pour ma part, j'ai jamais réussi à utiliser twitter parce que je trouvais le fonctionnement vraiment obscur, probablement en grand partie à cause de la remontée 'algorithmique' de certains tweets sur la page d'accueil.
J'ai dû aider quelqu'un à se mettre sur Twitter pour suivre tout un tas de comptes dans un cadre professionnel. J'ai eu la même sensation de bordel : mélange de messages du compte suivi avec des messages « recommandés » en plein milieu, façon publicité intrusive.
Au final, on a fait à ma manière : des flux RSS des comptes Twitter dans un lecteur RSS. Ça marche nickel. Et pas d'algorithme obscur qui vient masquer des infos en plein milieu.
Alors je suis pas totalement d'accord avec ton analyse.
C'était une réaction polie à une analyse de sortie de chiottes de ma part.
Dans la vraie vie, je suis d'accord avec les questions que tu soulèves. Mais surtout, je ne perds pas de vue que ce sont quelques politiques qui ont eu ce discours, qui est probablement… politique.
Je garde malgré tout mon argument sur le fait d'avoir une entreprise privée, qui impose ses propres conditions de diffusion et ce depuis le début. Il y a certes en Europe tout un tas de jurisprudence sur la liberté d'expression et de la presse qui régulent l'activité d'entreprises privées, mais ce n'est pas de toute clarté non plus. D'ailleurs, un lien mentionné plus tôt dans la journée explique un peu les problèmes de DSA.
On touche à un problème d'extraterritorialité particulièrement velu. La solution n'est pas simple.
Mais laissez-moi rire… Les politiques qui hurlent à la liberté d'expression, alors qu'ils ont laissé une entreprise privée s'accaparer le monopole de la diffusion de l'information.
Machines need to be fuelled by data generated by humans (i.e., use cases) while trying to solve their problems. The uncertainty of our world makes infinite the number of problems humans have to handle. So machines must wait for humans to perceive the problems, generate data, train the machines, and finally solve problems.
Alors l'article est mieux que cette synthèse, puisque son auteur a même organisé un examen où il fallait utiliser ChatGPT.
Mais je trouve que sa conclusion explique très bien ce que fait ChatGPT : expliquer les problèmes déjà connus.
As a result, the Snap store now integrates with other areas of the Canonical infrastructure. So the Snap store isn’t a single thing. It’s not like this one piece of software that you can easily decouple from the rest of the machinery that powers the infrastructure at Canonical. So we can’t just pull it apart and separate it and say, “Here you go, here’s the open source Snap store.”
Bon, ça me va mieux. Mais c'est vrai que les justifications de Snap au dessus ne sont pas très convaincantes :
- Le point unique de rencontre, c'est plus facile. C'est vrai, mais c'est bien quand on peut changer le défaut. La flexibilité, c'est la base d'une distribution Linux.
- Self-contained, c'est bien quand la distribution change de version majeure. Oui, ben du coup, Snap, c'est une distribution dans une autre. Un Docker quoi… Alors pourquoi pas NixOS ?
Est-ce qu'il y a déjà eu une communication sur ce choix ?
Les clients commerciaux de Canonical s'en foutent probablement, mais pas les utilisateurs, qui ont choisi cette distribution pour le compromis libre-qui-marche-quand-même. Mais avec Snap, c'est complètement parti en cacahuète.
Personnellement, je ne comprends pas le choix de la licence. Même si c'était ouvert, ça serait probablement compliqué de lancer son magasin alternatif, alors… pourquoi ?
Je ne connaissais pas, mais c'est également bardé de pub. Et ça ne respecte pas le RGPD, puisqu'il n'est pas aussi facile de refuser le profilage que de l'accepter.
Oh, et le site de Yr est responsive, en PWA. Donc pas d'appli, y a juste à dire à son navigateur mobile « d’installer » le site sur son écran d'accueil, ça marche nickel.
Y a quand même un défaut, c'est que le modèle météo pour le sud de la Loire est moyennement fiable. Et c'est que en nynorsk, bokmål ou anglais. Je peux pas vraiment leur en vouloir…
Donc des fois, je vais sur MeteoFrance, pour avoir des prévisions fiables à plus de 7 jours, mais c'est pénible : y a même pas d'URL qui pointe directement vers les prévisions à 7 ou 15 jours, il faut cliquer, lien Javascript. Les mecs, quoi, oh ! Ah, et petite cerise sur le gâteau, il n'y a aucune différence entre 7 et 15 jours par défaut. Il faut faire défiler horizontalement. Sur mon écran de 1920 pixels, le site affiche des bordures blanches de 780 pixels (max-width du conteneur principal à 1140 pixels). Je pense que le but est de rendre le site Web légèrement inutilisable.
Je ne serais pas surpris aussi que ce soit dans le cahier des charges pour une (bonne) raison, comme l'accessibilité, ou le standard X.Y.Z, mais que personne n'a fait le rapprochement avec la découverte de ces fonctionnalités.
Ou alors, des gens veulent que ça disparaisse du prochain cahier des charges, avec l'argument : « Vous voyez bien que personne ne l'utilise ! ».
Mais bon, j'ai toujours du mal à être semi-conspirationniste comme ça.
Je ne sais pas si on peut les considérer comme des réseaux sociaux, mais en soi, WhatsApp et Signal sont des réseaux app-only. Ça ne marche pas sans application.
C'est pas tout à fait vrai, techniquement, pour Signal. Des clients alternatifs existent. Mais ils ne sont que tolérés.
EDIT: Voilà, je devrais lire l'article en entier, et pas en diagonale :
Incidentally, and tangentially relatedly, Signal is not a messaging program but rather is a sketchy-as-fuck growth-at-any-cost social network. Fuck Signal too.
J'irais pas jusque là dans mon extrémisme, mais voilà, c'est dit.
Oui, ça paie mieux les failles sur les appareils personnels, justement parce qu'ils sont… personnels. Ciblés.
Avec une telle faille, les États peuvent faire dans la finesse. Une faille sous Linux, c'est sympa, mais t'as pas forcément tout, par rapport à la faille iOS qui permet de transformer le téléphone de tel ou tel dissident en espion de ses activités. Et ça, c'est plus cher.
[^] # Re: Une réponse de rsc (le mainteneur en chef du Go)
Posté par Glandos . En réponse au lien Sourcehut va blacklister le miroir des modules Go. Évalué à 3. Dernière modification le 10 janvier 2023 à 15:10.
Il existe les sparse checkouts. Plutôt léger.
C'est pour ça que Ruby/JS ont des lockfiles. J'étais pas très chaud au début, mais c'est quand même pas mal : un résumé des dépendances calculé une fois.
Yarn utilise un cache local sur ma machine, ça va plutôt vite, vu que la plupart des projets utilisent souvent des dépendances identiques. Et si je veux mutualiser, je monte un registre intermédiaire type Verdaccio. Visiblement, athens fait ça, comme discuté en dessous. Et ça a pas l'air trop dur à mettre en place (si on accepte docker) : https://docs.gomods.io/
[^] # Re: Une réponse de rsc (le mainteneur en chef du Go)
Posté par Glandos . En réponse au lien Sourcehut va blacklister le miroir des modules Go. Évalué à 4.
La réponse est plus ou moins satisfaisante. D'un point de vue du développeur, c'est vraiment un plus que de profiter du cache de Google ?
Dans l'écosystème Javascript (qui n'est pas un exemple), on peut se passer du registre NPM, et en utiliser un autre. Ou bien spécifier des dépendances git directes, qui sont récupérées sans miroir caché.
J'ai l'impression que c'est un défaut de conception des outils de gestion de dépendances en Go.
[^] # Re: Woob
Posté par Glandos . En réponse au journal Une API normée pour accéder aux factures (1ere étape). Évalué à 6.
C'est aussi le fer de lance de CozyCloud
[^] # Re: HDR
Posté par Glandos . En réponse au lien Le HDR est en phase d'arriver sous Linux - Merci Josh Ashton & Valve. Évalué à 4.
Alors si, justement, c'est une limite du capteur.
C'était déjà une limite du temps du film photographique : plus une pellicule est exposée, que ce soit en temps d'exposition ou en diamètre d'ouverture, plus elle marque la lumière. Ce même phénomène régit les règles de capture dans le numérique, et on ne fait pas de capteur capable d'avoir une grande plage de luminosité.
Donc, les appareils font plusieurs enregistrements, avec des réglages différents, puis compose un résultat. Je ne maîtrise pas du tout la composition (blend), mais c'est ce qui fait que c'est difficile aujourd'hui de faire de la photo HDR de sujets en mouvement : les différentes captures sont forcément séquentielles.
Ensuite, les écrans ont également une plage de rendu limitée. Avec le rétroéclairage LED, certains fabricants ont fait des zones plus ou moins sombres, agrandissant la plage globalement, mais pas localement. Avec les écrans OLED, c'est encore mieux, mais on n'est toujours pas au niveau de l'œil humain.
En tout cas, ce qui me fait vraiment envie, c'est pas vraiment un écran 8K (je suis toujours en 720p chez moi !), mais du HDR, pour des couleurs et des luminosités vraiment différentes, et probablement plus réalistes.
Ça, c'est ce que j'ai compris aussi. J'ai surtout compris que le mot HDR est utilisé partout pour des choses très différentes. Le seul point commun, c'est qu'il s'agit bien d'intervalle de rendu des couleurs et de luminosité.
# Toujours besoin du téléphone ?
Posté par Glandos . En réponse au lien Communiquer avec Signal sans donner son numéro de téléphone (première moitié 2023 probablement). Évalué à 10.
Ce que j'en comprends, c'est qu'une fois son compte Signal créé et activé avec son smartphone, on pourra lui mettre un alias (nom d'utilisateur) qu'il sera possible de communiquer à un futur correspondant.
Oui, c'est un cas d'utilisation.
Moi, je veux une solution qui n'a pas besoin de smartphone pour commencer. J'imagine que c'est pas dans les tuyaux. Ça protège ptêt Signal des bots qui veulent créer des comptes, je ne sais pas…
[^] # Re: HDR
Posté par Glandos . En réponse au lien Le HDR est en phase d'arriver sous Linux - Merci Josh Ashton & Valve. Évalué à 2.
Un très court article de Wikipédia : https://fr.wikipedia.org/wiki/High_dynamic_range_rendering
J'ai pas lu la version anglaise, c'est ptêt mieux…
[^] # Re: Bugs, l'héritage
Posté par Glandos . En réponse au lien La sécurité sur le Web en Corée du Sud. Évalué à 4.
Ah, si je comprends (un peu) la page https://www.citibank.co.kr/CusSecnCnts0100.act?P_name=DelfinoG3 Y a quand même de quoi installer sous Fedora et Ubuntu. Donc non, c'est probablement possible. Mais la vache, y a des noms qui inspirent pas confiance :)
Et sur la page, ça n'arrête pas de faire une requête à https://127.0.0.1:16105/?callback=jQuery3510660209543278881_1672694450532&data=%7B%22cmd%22%3A%22getOsInfo%22%2C%22sid%22%3A%221672694450725%22%2C%22data%22%3A%7B%7D%7D&_=1672694450545 c'est pas très rassurant.
# Bugs, l'héritage
Posté par Glandos . En réponse au lien La sécurité sur le Web en Corée du Sud. Évalué à 5.
Comme cité dans l'article, ce sujet a même sa page Wikipedia : https://en.wikipedia.org/wiki/Web_compatibility_issues_in_South_Korea
Personnellement, je découvre. Moi, je voyais la Corée du Sud comme un pays ultra-technologique avec de la 5G de partout. Mais ça empêche pas de se dépêtrer de son historique avec ActiveX apparemment.
En tout cas, ça a l'air sérieusement compliqué. Et avoir un Linux là-bas me semble… inconcevable ?
[^] # Re: Marrant la critique sur la complexité
Posté par Glandos . En réponse au journal Mes premiers pas sur Mastodon. Évalué à 6.
J'ai dû aider quelqu'un à se mettre sur Twitter pour suivre tout un tas de comptes dans un cadre professionnel. J'ai eu la même sensation de bordel : mélange de messages du compte suivi avec des messages « recommandés » en plein milieu, façon publicité intrusive.
Au final, on a fait à ma manière : des flux RSS des comptes Twitter dans un lecteur RSS. Ça marche nickel. Et pas d'algorithme obscur qui vient masquer des infos en plein milieu.
# C'est parti pour l'analyse
Posté par Glandos . En réponse au lien Trois médias indépendants s’associent pour enquêter sur l’empire de Patrick Drahi (Reflets.info). Évalué à 5.
En gros, y a plein d'articles. Chacun son petit scandale.
Reflets.info et deux autres média StreetPress et Blast ont décidé de ne pas s'embêter avec les potentielles procédures judiciaires, et GO.
Je leur souhaite bonne chance, mais j'apprécie.
[^] # Re: déjà vu
Posté par Glandos . En réponse au lien Twitter bloque les liens des instances du fediverse. Évalué à 2.
C'était une réaction polie à une analyse de sortie de chiottes de ma part.
Dans la vraie vie, je suis d'accord avec les questions que tu soulèves. Mais surtout, je ne perds pas de vue que ce sont quelques politiques qui ont eu ce discours, qui est probablement… politique.
Je garde malgré tout mon argument sur le fait d'avoir une entreprise privée, qui impose ses propres conditions de diffusion et ce depuis le début. Il y a certes en Europe tout un tas de jurisprudence sur la liberté d'expression et de la presse qui régulent l'activité d'entreprises privées, mais ce n'est pas de toute clarté non plus. D'ailleurs, un lien mentionné plus tôt dans la journée explique un peu les problèmes de DSA.
On touche à un problème d'extraterritorialité particulièrement velu. La solution n'est pas simple.
[^] # Re: déjà vu
Posté par Glandos . En réponse au lien Twitter bloque les liens des instances du fediverse. Évalué à 5.
Mais laissez-moi rire… Les politiques qui hurlent à la liberté d'expression, alors qu'ils ont laissé une entreprise privée s'accaparer le monopole de la diffusion de l'information.
C'est privé, c'est tant pis.
# Excellente synthèse
Posté par Glandos . En réponse au lien ChatGPT or CheatGPT? The impact of ChatGPT on Teachin. Évalué à 5.
Alors l'article est mieux que cette synthèse, puisque son auteur a même organisé un examen où il fallait utiliser ChatGPT.
Mais je trouve que sa conclusion explique très bien ce que fait ChatGPT : expliquer les problèmes déjà connus.
[^] # Re: Idée de riposte : Chatbite
Posté par Glandos . En réponse au lien Chatcontrol : le Royaume-Uni projette de copier l'UE. Évalué à 3.
Via https://fr.wikipedia.org/wiki/Bulbe_copulateur#/media/Fichier:Thaida_chepu_male,_palp_morphology_cropped.jpg
# Megolm dans Matrix
Posté par Glandos . En réponse au lien Towards End-to-End Encryption for Direct Messages in the Fediverse. Évalué à 3.
L'article en parle et… tape un peu dessus, en parlant de revue « amateur ». Et de failles inhérentes au protocole.
[^] # Re: Justification ?
Posté par Glandos . En réponse au lien snapstore-server : un composant privateur à la base d'Ubuntu. Évalué à 4.
Merci !
Bon, ça me va mieux. Mais c'est vrai que les justifications de Snap au dessus ne sont pas très convaincantes :
- Le point unique de rencontre, c'est plus facile. C'est vrai, mais c'est bien quand on peut changer le défaut. La flexibilité, c'est la base d'une distribution Linux.
- Self-contained, c'est bien quand la distribution change de version majeure. Oui, ben du coup, Snap, c'est une distribution dans une autre. Un Docker quoi… Alors pourquoi pas NixOS ?
# Justification ?
Posté par Glandos . En réponse au lien snapstore-server : un composant privateur à la base d'Ubuntu. Évalué à 6.
Est-ce qu'il y a déjà eu une communication sur ce choix ?
Les clients commerciaux de Canonical s'en foutent probablement, mais pas les utilisateurs, qui ont choisi cette distribution pour le compromis libre-qui-marche-quand-même. Mais avec Snap, c'est complètement parti en cacahuète.
Personnellement, je ne comprends pas le choix de la licence. Même si c'était ouvert, ça serait probablement compliqué de lancer son magasin alternatif, alors… pourquoi ?
[^] # Re: Et Météo France
Posté par Glandos . En réponse au lien La radio publique en plein capitalisme de surveillance. Évalué à 4.
Je ne connaissais pas, mais c'est également bardé de pub. Et ça ne respecte pas le RGPD, puisqu'il n'est pas aussi facile de refuser le profilage que de l'accepter.
[^] # Re: Plus haut!
Posté par Glandos . En réponse au lien Grande collection de gifs 88*31 du vieux web. Évalué à 3.
[^] # Re: Et Météo France
Posté par Glandos . En réponse au lien La radio publique en plein capitalisme de surveillance. Évalué à 8. Dernière modification le 29 novembre 2022 à 23:10.
Ahah, MétéoFrance. La blague de la visualisation qui ne veut rien montrer. J'ai un écran 1920×1200 (donc c'est très haut) et voilà ce que ça donne :
Si on prend une autre agence gouvernementale d'un pays très riche, comme la Norvège, on a :
Oh, et le site de Yr est responsive, en PWA. Donc pas d'appli, y a juste à dire à son navigateur mobile « d’installer » le site sur son écran d'accueil, ça marche nickel.
Y a quand même un défaut, c'est que le modèle météo pour le sud de la Loire est moyennement fiable. Et c'est que en nynorsk, bokmål ou anglais. Je peux pas vraiment leur en vouloir…
Donc des fois, je vais sur MeteoFrance, pour avoir des prévisions fiables à plus de 7 jours, mais c'est pénible : y a même pas d'URL qui pointe directement vers les prévisions à 7 ou 15 jours, il faut cliquer, lien Javascript. Les mecs, quoi, oh ! Ah, et petite cerise sur le gâteau, il n'y a aucune différence entre 7 et 15 jours par défaut. Il faut faire défiler horizontalement. Sur mon écran de 1920 pixels, le site affiche des bordures blanches de 780 pixels (
max-widthdu conteneur principal à 1140 pixels). Je pense que le but est de rendre le site Web légèrement inutilisable.[^] # Re: Je me pose aussi la question de la disparition des flux web
Posté par Glandos . En réponse au journal Flux RSS des actualités de service-public.fr. Évalué à 5.
Je ne serais pas surpris aussi que ce soit dans le cahier des charges pour une (bonne) raison, comme l'accessibilité, ou le standard X.Y.Z, mais que personne n'a fait le rapprochement avec la découverte de ces fonctionnalités.
Ou alors, des gens veulent que ça disparaisse du prochain cahier des charges, avec l'argument : « Vous voyez bien que personne ne l'utilise ! ».
Mais bon, j'ai toujours du mal à être semi-conspirationniste comme ça.
# WhatsApp ? Signal ?
Posté par Glandos . En réponse au lien The thing that makes the Internet useful is interoperability.. Évalué à 3. Dernière modification le 28 novembre 2022 à 09:29.
Je ne sais pas si on peut les considérer comme des réseaux sociaux, mais en soi, WhatsApp et Signal sont des réseaux app-only. Ça ne marche pas sans application.
C'est pas tout à fait vrai, techniquement, pour Signal. Des clients alternatifs existent. Mais ils ne sont que tolérés.
EDIT: Voilà, je devrais lire l'article en entier, et pas en diagonale :
J'irais pas jusque là dans mon extrémisme, mais voilà, c'est dit.
[^] # Re: Une suggestion à envoyer ?
Posté par Glandos . En réponse au journal Flux RSS des actualités de service-public.fr. Évalué à 6.
https://www.plus.transformation.gouv.fr/experiences/3181461_suivi-des-actualites-par-flux-rssatom
Plus une demande par le formulaire de contact. Je n'ai reçu aucune réponse.
# Vivement le natif
Posté par Glandos . En réponse au lien Décodeur de JPEG-XL en JavaScript avec du WebAssembly. Évalué à 5.
Ouais, c'est mis en avant dans https://bugs.chromium.org/p/chromium/issues/detail?id=1178058#c198 mais franchement, le support natif, c'est obligatoire. WASM, c'est bien, mais pour un truc vraiment utilisé, vaut mieux du natif.
[^] # Re: Masquer le root ?
Posté par Glandos . En réponse au journal FranceConnect+ et vous?. Évalué à 3.
Oui, ça paie mieux les failles sur les appareils personnels, justement parce qu'ils sont… personnels. Ciblés.
Avec une telle faille, les États peuvent faire dans la finesse. Une faille sous Linux, c'est sympa, mais t'as pas forcément tout, par rapport à la faille iOS qui permet de transformer le téléphone de tel ou tel dissident en espion de ses activités. Et ça, c'est plus cher.