Rodolphe

https://pwet.what.tf/users/rodolphe

Dev. Rust 🦀
🇨🇵 Je pwet principalement sur le développement logiciel, la cryptographie, l'administration système, les logiciels libres ainsi que de la protection des données personnelles. Nantais expatrié en région parisienne. Team #vélotaf et auto-radicalisé #IPv6
🇬🇧 🇺🇸 I mostly toot about software development, cryptography, system administration, free software and personal data protection.

🚫 NO AI
🚫 NO SHITCOIN
🚫 NO TECH-BRO

Blog: https://rodolphe.breard.tf/
Matrix: @rodolphe:matrix.what.tf
Forgejo: https://git.what.tf/
GitHub: https://github.com/breard-r
Bluesky: https://bsky.app/profile/what.tf

Public Key

npub1a6kwj3zdujzme5tzpcw75vudgnnsr5ucar2wypcutjdf7gkrdvkstavwgl

NIP-05 Address

rodolphe_at_pwet.what.tf@momostr.pink

Profile Code

nprofile1qqswat8fg3x7fpdu693qu802xwx5fecp6wvw348zquw9ex5lytpkktgprpmhxue69uhhyetvv9ujumt0d4hhxarj9ecxjmntqywhwumn8ghj7mn0wd68yttsw43zuam9d3kx7unyv4ezumn9ws2m3lj4

Publishing to

relay.momostr.pink

nostr-pub.wellorder.net

yabu.me

Author Public Key

npub1a6kwj3zdujzme5tzpcw75vudgnnsr5ucar2wypcutjdf7gkrdvkstavwgl

Show more details

Last Notes

2026-10-29 12:49:49 UTC

- reply

Ha oui, là il y a un sacré niveau…

2026-10-21 20:10:40 UTC

- reply

BIND, GoToSocial et, forcément, encore PHP :
https://bind9.readthedocs.io/en/stable/changelog.html#bind-9-20-30
https://gts.superseriousbusiness.org/@gotosocial/statuses/01M5FMH2Z2G88MXAAZ14GEKP0Z
https://fedi.katze.sh/@elise/117479383739450605

2026-10-21 20:01:22 UTC

- reply

Ne t'arrêtes pas en si bon chemin, il y en a une autre du même genre qui arrive.

2026-10-05 19:10:15 UTC

- reply

Ho si, c'est juste que les vélos allemands sont beaucoup plus résistants que les voitures allemandes 😁

2026-10-05 18:50:53 UTC

Ce matin, durant mon trajet #vélotaf, j'ai malheureusement eu un léger accident de la circulation (heureusement sans gravité). Dans une rue à sens unique, le feu est rouge et une voiture y est arrêtée. La voie étant étroite, je ne peut pas la dépasser afin d'aller me mettre dans le sas vélo. Je m'arrête donc derrière elle.
Et là, soudainement, une autre voiture emboutit mon vélo par l'arrière. Le conducteur ne m'a pas vu et m'est donc rentré dedans. Il est vrai que nous avions un soleil particulièrement éblouissant en pleine face, pour une fois ce n'est pas une excuse bidon mais c'est vrai (c'est d'ailleurs bien visible sur la photo). Ceci dit, quand on ne voit pas bien on doit redoubler de vigilance.
Bon, déjà, je suis indemne, c'est le principal. Vu que l'automobiliste était en train de s'arrêter le choc n'a pas été violent du tout, c'était à très faible vitesse. Il n'empêche que mon vélo tenait debout tout seul car la roue arrière était bien enfoncée dans l'avant de la voiture.
Au final ça s'est bien passé. Nous sommes tous les deux restés courtois et il se trouve que je garde toujours un papier de constat dans ma sacoche. Nous l'avons donc remplis. En plus de ça l'automobiliste m'a donné son numéro. Nous allons donc tranquillement pouvoir laisser les assurances faire leur travail.
Le plus gros soucis pour moi aura été de trouver un mécano vélo ouvert un lundi. J'ai réussis à en voir un qui m'a rassuré : la roue n'a pas été endommagée, seul mon garde-boue est cassé. J'ai donc pu rentrer chez moi sereinement. Le mécano n'ayant pas le modèle de garde-boue et ne pouvant pas le commander facilement, il m'a recommandé d'aller faire faire un devis chez un autre mécano dont il sait qu'il commercialise ce genre de matériel.
Bref, plus de peur que de mal. Se faire rentrer dedans par l'arrière ça surprend bien. J'ai aussi eu bien peur pour l'intégrité de ma jante.
Mon conseil : ayant un constat avec vous (si besoin il me semble qu'il existe des apps pour ça) ainsi qu'un stylo bille, n'attendez pas d'avoir un accident pour apprendre à le remplir, et surtout : si vous utilisez un modèle papier, ne faites pas confiance à la copie carbone, c'est quasiment illisible. Prenez en photo la partie écrite, ça vous évitera d'avoir un truc à regarder à la loupe pour déceler les traces de stylo. Croyez moi, j'ai fait l'erreur et galère à lire le truc. 😅
#vélo #accident
https://pwet.what.tf/media/9f47b6c3-51e1-40dc-9065-71a0a6aef189/2026-10-05-08-50-34-875%20(Copy%201).webp
https://pwet.what.tf/media/e8f340db-cac2-46fe-9567-dcde640d7d06/2026-10-05-08-53-56-212.webp

2026-09-29 07:39:34 UTC

- reply

Je confirme qu'avec Pleroma les ressources nécessaires sont beaucoup plus basses. Voici un graph des stats de ma VM Pleroma (2 Go de RAM, 2 vCPU et un espace disque de 50 Go). Ça n'apparaît pas alors je le met là : niveau espace disque, je n'ai actuellement que 21% de l'espace disque d'utilisé.
Cependant, l'administration d'une instance Pleroma n'est pas des plus plaisante. Le frontend par défaut est d'un graphisme daté et pas toujours pratique et manque de certaines fonctionnalités, par exemple il est impossible de sélectionner la langue d'un post. Normalement on peut installer d'autres frontend mais je n'ai jamais réussi à le faire et d'autres ont des soucis similaires. Le pire est sans doute que la documentation n'est pas toujours à jour.
Bref, je vais me pencher sur GoToSocial pour remplacer Pleroma.
https://pwet.what.tf/media/4788635c-4e23-4aa0-a4b3-6f5bea017d7e/image.webp

2026-09-23 16:49:19 UTC

@npub16ys…sjae C'est exactement pour ça que j'utilise la version sans-IA de DuckDuckGo. 😊
https://noai.duckduckgo.com/
Pour l'avoir dans Firefox, allez dans `about:preferences#search` puis ajoutez un nouveau moteur de recherche en indiquant le nom que vous souhaitez et, pour l'URL, la valeur `https://noai.duckduckgo.com/?q=%s`. Vous pouvez également y mettre en mots-clés `@duckduckgo, @ddg`. Une fois ajouté, n'oubliez pas de le définir par défaut.
#note1xtd…k7gn

2026-08-27 11:50:14 UTC

- reply

« Et je suis ravi d'apprendre que tu t'attendais à quoi que ce soit de ma part, de mon côté je ne crois pas avoir la chance de te connaître. »
Nous nous sommes rencontrés lors de l'Ubuntu Party du 16/17 novembre 2019 à la Cité des sciences et de l'industrie de la Villette. Nous y avons tous les deux donné une petite conférence, toi sur les sciences, moi sur l'authentification.
De plus, tu passe de temps en temps dans des salons XMPP où je suis et nous avons échangés quelques fois sur ce medium.

2026-08-27 11:12:11 UTC

- reply

Wow, tu débarque dans mes mentions en commençant par dire que tu ne connais pas assez bien le sujet, et après tu m'accuse de prosélytisme et de mansplaining parce que j'ose donner des explications sur le sujet en question mais que ce n'est pas exactement ce que tu voulais ? Sérieusement ? 🤨 Je m'attendais à mieux de ta part.
KTHXBYE

2026-08-27 10:20:19 UTC

- reply

Bref, en résumé :
Signal a du chiffrement de bout-en-bout très bien géré, mais c'est centralisé et donc pas auto-hébergeable, ce qui peut rebuter.
Matrix a du chiffrement de bout-en-bout relativement bien fait mais ce n'est pas non plus le top, la gestion des clés s'est bien améliorée mais est sans doute encore trop complexe pour le grand public.
XMPP de base n'a de base pas de chiffrement de bout-en-bout mais est très souvent promu comme tel. Ce chiffrement de bout-en-bout est ajouté par OMEMO qui, bien que n'ayant à ma connaissance pas de vulnérabilité critique, est coincé dans une vielle version et est totalement opportuniste : son utilisation est plus l'exception que la règle (mais j'avoue manquer de statistiques sur ce sujet, je me base surtout sur mon expérience personnelle avec un client XMPP ne supportant pas OMEMO).

2026-08-27 10:19:39 UTC

- reply

Alors, de base XMPP est un protocole qui n'a aucun chiffrement de bout-en-bout. La communication est chiffrée entre le client et le serveur ainsi qu'entre les serveurs. C'est la base, mais pour les serveurs des différentes parties disposent des messages en clair.
Afin d'éviter ça, est arrivé le chiffrement de bout-en-bout, c'est à dire qu'un client envoie des messages que seul le destinataire est capable de déchiffrer, ainsi les serveurs n'ont jamais la discussion en clair. Dit comme ça c'est simple, mais en réalité c'est extrêmement complexe car il faut gérer l'échange de clés entre les clients. Pour une discussion privée entre 2 personnes ça se fait bien, mais en revanche pour les groupes de discussion c'est immensément plus complexe.
En résumé : avoir du chiffrement de bout-en-bout est complexe et nécessite forcément des problèmes de gestion des clés de chiffrement.
Une première différence de taille apparaît donc entre XMPP et Matrix : XMPP est un protocole qui de base n'a aucun chiffrement de bout-en-bout, ça lui est ajouté par un protocole supplémentaire, OMEMO, qui est facultatif. Le chiffrement de bout-en-bout est donc opportuniste et il existe d'ailleurs des clients XMPP qui ne supportent pas du tout OMEMO. À l'inverse, Matrix a été construit autours du chiffrement de bout-en-bout et c'est donc le paramètre par défaut. Il est possible de créer des salons Matrix sans le chiffrement de bout-en-bout, mais c'est un choix explicite à faire.
Mais parlons un peu de l'évolution du protocole.
Sur Signal l'infra est centralisée donc ça simplifie grandement le problème. Signal introduit de temps en temps des breaking-changes dans son protocole et ça passe car il y a une seule app officielle à mettre à jour, et les apps alternatives ont l'air de suivre (à vérifier pour ce dernier point). Je suspecte aussi que c'est aussi une des raisons qui a poussé Signal a vérifier régulièrement les mises à jour et à envoyer des tonnes de notifications si on ne met pas à jour.
Pour Matrix et XMPP, la nature décentralisée de ces protocoles empêche de tels breaking-changes.
Pour Matrix, c'est versionné, ce qui fait que chaque salon utilise une version du protocole de chiffrement de bout-en-bout. Afin d'éviter que les clients ne prenant pas encore en charge les versions les plus récentes ne soient dégagés de ces salons faute de compatibilité du protocole, les administrateurs d'un salon doivent faire la montée en version manuellement pour le salon en question. Le bon point est que ça permet d'ajuster au cas par cas. Le mauvais est que peu d'administrateurs du salon savent ça et donc qu'il y a des oublis de montée en version.
Pour XMPP c'est encore pire. La quasi-totalité des clients supportant OMEMO utilisent la version 0.3.0 de 2018. Cette un défaut majeur qui est l'absence de versioning : une montée en version est donc un breaking-change qui casse les clients, ce qui n'est pas acceptable dans un contexte décentralisé. Le versioning est arrivé dans OMEMO depuis, mais très peu de clients implémentent ces versions plus récentes. De plus, OMEMO 0.3 a des faiblesses cryptographiques qui ont été corrigées dans les versions plus récentes,… qui ne sont donc quasiment pas utilisées.
Maintenant concernant la gestion des clés.
Tout chiffrement de bout-en-bout bien fait a des problèmes de gestion de clés. Sur Signal ça va encore, il faut y aller pour perdre totalement ses clés et donc ses messages. Dans mon souvenir ça peut arriver mais il faut un peu le chercher quoi.
Pour Matrix, c'est un sujet assez complexe. Oui, historiquement ce n'est pa super bien fait et on a de temps en temps des problèmes de synchro qui font que certains messages ne sont pas déchiffrables. Je n'ai pas trop suivi le détail des évolutions à ce sujet, mais je n'ai pas vu ce genre de soucis depuis quelques temps. Il faut dire que maintenant il y a la possibilité de stocker ses clés de manière chiffrée sur le serveur et d'avoir une clé de récupération afin de pouvoir les utiliser sur l'ensemble de ses appareils. Avec ce système, j'ai envie de dire que les soucis de gestion des clés sont de l'histoire ancienne, mais il peut y avoir des subtilités que j'ignore.
Pour OMEMO, je ne connais pas suffisamment le mécanisme de gestion des clés pour me prononcer dessus. En revanche, je peux dire qu'il y a peu de chances pour qu'une version ancienne avec des faiblesse ai géré ça à la perfection. En conséquent, s'il n'y a pas de problèmes de gestion des clés c'est probablement qu'il existe des problèmes sous-jacents. En clair, ça ne m'inspire pas confiance du tout.

2026-08-27 07:08:09 UTC

- reply

Niveau cryptographie, le classement est assez clair :
1. Signal
2. Matrix
3. XMPP
Au delà de ce top 3 ça ne vaut pas le coup de regarder.
Et les fans d'XMPP qui se bandent les yeux pour ne pas voir les problèmes de leur proto favori et qui, en meme temps, mentent au sujet de Matrix pour le discréditer, on vous voit aussi venir. 😉

2026-08-27 06:51:53 UTC

« Selon le syndicat majoritaire des inspecteurs et délégués du permis de conduire, Snica-FO, 40 % des examens du code de la route ont ainsi fait l’objet d’irrégularités (de la triche individuelle à la corruption d’examinateur) en 2024. »
https://www.lemonde.fr/societe/article/2026/08/26/dans-les-coulisses-d-une-fraude-a-l-examen-du-code-de-la-route-demarchage-sur-snapchat-corruption-d-examinateur_6756874_3224.html
Et donc il faut rendre le casque obligatoire pour les #cyclistes ! 🤡

2026-08-23 08:54:48 UTC

- reply

De rien !
Soit dit en passant, en forçant une version qui n'est pas sur les dépôts officiels tu n'as plus la « garantie Debian » qui t'assure de la cohérence et de la stabilité de ton système. Bien entendu cette absence de « garantie » ne s'étend que sur ce paquet et les éventuels paquets qui en dépendent. Ici il ne devrait pas y avoir de paquets qui dépendent d'Hugo, sauf peut-être des paquets de thème, donc le cas reste assez simple.
Mais il reste important de noter qu'en faisant ça tu vas à l'encontre des principes fondateurs de Debian. Et si ton usage fait que ce genre de choses sont fréquentes, je penses que tu devrais sérieusement songer à explorer d'autres distributions. Pas forcément des trucs de gros nerds, mais avec les milliers de possibilités qui existent il y en a certainement une qui a une politique qui correspond mieux à tes attentes.

2026-08-23 08:47:48 UTC

- reply

Avec la 0.111.3 dans les paquets, j'en déduis donc que tu es sur Bookworm.
En fait le choix que tu as eu est le suivant :
Soit tu suis sagement la version de ta distribution, et avec Debian bonjour les vieilleries, surtout sur Bookworm. Là tu peux continuer à utiliser les outils clé en main tels que `apt`, `apt-get`, `synaptic`, etc.
Soit tu force l'installation d'une version plus récente. Là tu dois télécharger toi-même le paquet qui va bien et l'installer à la main avec `dpkg`. Et pareil pour les mises à jour, sauf bien entendu si ton système se met soudainement à avoir une version plus à jour que celle que tu as installé à la main.
Forcément, au départ tout le monde penses que tu es dans le premier cas de figure qui est le plus courant. Vu que ce n'était pas le cas, il a fallut qu'on s'en rende compte. Et forcément les bidouilles à base de `apt`, `apt-get` ou `synaptic` n'avaient aucune chance de réussir : ces outils voient que le paquet est installé, mais eux n'ont de répertorié dans leur base de données qu'une version beaucoup plus ancienne et ne peuvent donc proposer aucune solution.

2026-08-23 08:34:53 UTC

- reply

Tiens, les 2 commandes à lancer pour régler ton soucis :
```
wget -O '/tmp/hugo_0.151.2_linux-amd64.deb' 'https://github.com/gohugoio/hugo/releases/download/v0.151.2/hugo_0.151.2_linux-amd64.deb'
sudo dpkg -i '/tmp/hugo_0.151.2_linux-amd64.deb'
```

2026-08-23 08:20:15 UTC

- reply

C'est louche, dans Trixie c'est encore la 0.131.0 et dans Forky / SID c'est la 0.162.1. Donc a priori aucune raison pour qu'une install normale avec les paquets te propose la 0.152.2 ou même la 0.151.2.
Tu peux récupérer le `.deb` directement sur GitHub :
https://github.com/gohugoio/hugo/releases/tag/v0.151.2

2026-08-23 08:15:11 UTC

- reply

Ha, tu l'a installé comment ton Hugo ?

2026-08-23 08:10:20 UTC

- reply

Déjà, la procédure de downgrade n'est pas recommandée, ça peut potentiellement causer différents problèmes.
Si le soft a été installé via les paquets, la procédure est globalement la même quelle que soit la distribution :
1. récupérer le paquet dans la version souhaitée, la plupart du temps dans le cache ;
2. installer manuellement le paquet ;
3. au besoin, migrer les données ou repartir sur une ancienne sauvegarde (à priori pas le cas ici).
Pour Debian, tu trouveras le cache des paquets dans `/var/cache/apt/archives/` et l’installation se fait avec la commande `sudo dpkg -i /chemin/vers/le/paquet.deb`.
Hugo ne stockant à ma connaissance pas de données, il n'y a donc normalement rien à downgrade.

2026-07-29 18:55:17 UTC

- reply

Je trouve ça fou que quelqu'un de ce niveau affaiblisse son argumentaire en disant une connerie aussi grosse que ça. Non, les militaires ne tirent pas sur les gens qui entrent dans leur camp.
Les consignes sont très claires : il n'est possible de tirer qu'en cas de légitime défense, et en France la légitime défense est très stricte. Je me souviens d'un cahier de consigne qui donnait l'exemple d'un individu qui se serait introduit dans le camp, y aurait volé des armes et croise les militaires de garde en tentant de s'échapper avec les diets armes. Tant qu'il ne fait que transporter les armes et ne fait aucun mouvement laissant supposer qu'il essaye d'immédiatement les utiliser contre les militaire ou une autre personne, il est interdit de lui tirer dessus, point.
La seule exception à cette légitime défense très stricte est le cas particulier des zones de défense hautement sensible (ZDHS) où la règle est de tirer après avoir effectué les sommations suivantes :
1. « Halte » ;
2. « Dernière sommation : halte ou je fais feu » ou, suivant la situation, « Dernière sommation : halte, attention au chien ».
Cependant, les ZDHS sont rares et il est extrêmement difficile d'y pénétrer sans autorisation. Surtout qu'en plus de leur protection intrinsèque, elles sont toujours inclues dans une zone protégée (ZP) qui est elle-même déjà suffisamment protégée pour repousser n'importe quel touriste.

2026-07-27 18:59:20 UTC

- reply

Erreur, en réalité il faut écouter exclusivement des chansons de Véronique Sanson !
PS : J'en profite pour frimer en expliquant que le nom de cette chanteuse est un contraptonyme : https://fr.wikipedia.org/wiki/Aptonyme

2026-07-23 07:52:57 UTC

Pour celles et ceux qui ne sont pas sous Debian ou autre distrib totalement à la ramasse niveau paquets, la dernière version de Firefox (153.0) intègre désormais de base un système de conteneurs. C'était déjà dispo depuis plusieurs années via un add-on officiel, j'ai donc pu ma familiariser avec depuis pas mal de temps.
L'intérêt de ces conteneurs est que l'on créé des groupes d'onglets étanches entre eux. On peut également, si on le souhaite, forcer un site à toujours s'ouvrir dans un conteneur choisi. C'est très utile quand on a plusieurs pseudos / identités : on peut faire un conteneur par pseudo / identité, ce qui permet d'être simultanément connecté sur un même site avec plusieurs pseudos / identités, chaque cookie de session étant cloisonné à son conteneur.
Perso je les utilise surtout pour bien distinguer certains aspects de me vie en assurant une étanchéité entre certains domaines. Par exemple, les sites bancaires dans un conteneur car ils n'y a aucune raison pour qu'ils interagissent avec autre chose. Pareil pour les sites e-commerce : conteneur entre eux, voir conteneur dédié pour certains. Réseaux sociaux ? Conteneur dédié pour chaque site, etc.
Pour plus d'information sur l'utilisation des conteneurs :
https://support.mozilla.org/fr/kb/utiliser-conteneurs-firefox

2026-07-08 06:57:32 UTC

- reply

Oui, il y a le projet Fossify qui fournit des alternatives libres pour les applications de base.
https://www.fossify.org/apps/

2026-07-05 08:04:51 UTC

Mon #CarryShitOlympics de la semaine dernière. 🚲
Trajet d'environ 5km effectué sans aucune difficulté. 😊
#vélo #solutionvélo
https://pwet.what.tf/media/a8da5ed7-9f0a-4564-b0c8-f689f0571b00/2026-06-27-15-51-30-416.webp
https://pwet.what.tf/media/2b965b84-9963-4e4b-b7f6-ecd6c779d22f/2026-06-27-15-51-23-740.webp
https://pwet.what.tf/media/d458d229-2c89-4be5-8794-1365a64192b5/2026-06-27-15-51-34-575.webp

2026-06-26 06:07:28 UTC

- reply

Effectivement, une carte SD classique n'est pas faite pour supporter un OS, elle va claquer assez vite. Cependant, il est possible d'acheter des cartes SD industrielles, avec beaucoup moins de capacité et pour un prix beaucoup plus cher afin de palier à ce problème. Tout ceci est très bien expliqué dans cette vidéo :
https://www.youtube.com/watch?v=GWhNKDvIP4g

2026-06-21 19:36:14 UTC

- reply

Il s'agit d'une discrimination sexuelle interdite par la loi, cette disposition du règlement intérieur n'est donc pas applicable.

2026-06-20 14:46:13 UTC

- reply

Oui : `error_page 404 /chemin/vers/404.html;`
https://nginx.org/en/docs/http/ngx_http_core_module.html#error_page

2026-06-20 09:13:22 UTC

- reply

Mais oui bien sûr, c'est Faillefox ! https://faillefox.com/

2026-05-26 19:40:58 UTC

- reply

Joyeux anniversaire ! 🥳
https://pwet.what.tf/media/3b9d0f77-c1f0-4612-9fb7-3fc19f2a8b65/anniv.webp

2026-04-23 15:33:57 UTC

#carryShitOlympics 😊
https://pwet.what.tf/media/9a45ed96-ae63-4670-a3e8-f36d5b84f553/2026-04-23-12-59-49-011.webp

2025-07-24 16:32:43 UTC

- reply

Oui, j'ai vu passer le drama il y a quelques temps mais je n'ai pas souhaité rentrer dedans. Chaque partie accuse l'autre de quelque chose et je n'ai ni le temps ni l'envie ni les connaissances pour aller, de manière indépendante, chercher à savoir où se trouve la vérité. J'ai bien une opinion mais dans la mesure où elle ne repose pas sur des faits solides je vais éviter de l'exprimer.

2025-07-17 13:14:45 UTC

- reply

« Avantage GOS #android 15 vs 13 pour eOS »
Ce point est factuellement faux. La version d'Android disponible va toujours varier en fonction du matériel et il est impossible de réduire un OS à une unique version d'Android.
Ainsi, /e/OS propose, suivant les modèles, des builds avec Android 12, 13 ou 14, les versions plus anciennes étant officiellement dépréciées.
https://doc.e.foundation/what-s-e#eos-community-official-and-legacy-discontinued
En regardant attentivement les téléphones supportés par /e/OS on trouve que le Fairphone de 6ème génération a la version A15, non documentée mais utilisant supposément Android 15. Cette supposition est validée par la fiche du site de Murena qui indique « /e/OS Android 15 » :
https://murena.com/shop/smartphones/brand-new/murena-fairphone-6/
Du côté de GrapheneOS il est vrai que l'ensemble des matériels officiellement supportés ont des builds basés sur Android 15, mais il existe tout de même des téléphones anciens pour lesquels GrapheneOS fournit tout de même des builds basés sur Android 13 ou 14.
« OpenSource : Avantage eOS avec MicroG »
Sur cette affirmation j'ai du mal à voir en quoi intégrer MicroG rendrait l'OS plus OpenSource.
« Sécurité : Avantage GOS avec des fonctions exclusives »
Sur ce point je suis assez dubitatif. S'il est vrai que la sécurité est un argument invoqué par GrapheneOS, j'ai un peu du mal à avaler le discours tenu. En effet, certaines « fonctionnalités » sont assez contestables, notamment l'utilisation exclusive de la 4G/LTE. Si je comprends la volonté de supprimer la 2G et 3G à cause des IMSI-catcher, j'ai vraiment du mal avec la suppression de la 5G. D'autres sont peu applicables à l'OS lui-même et semblent être là juste pour faire du volume, par exemple celles concernant la configuration des sites web du projet.
Si l'on pouvait réduire la sécurité à un unique indicateur ça se saurait, j'ai donc vraiment du mal avec le fait que deux projets aux objectifs aussi différents soient ainsi sommairement comparés. En vrai les deux sont plutôt bien sécurisés et ont mis l'accent sur des cas d'usages différents. Pour appuyer mon propose je vais reprendre la désactivation de la 5G qui est issue d'une réflexion occidentale nombriliste : beaucoup de pays, notamment en Afrique, rattrapent leur retard en terme de connectivité téléphonique et internet par le déploiement de la 5G. Déjà que désactiver la 5G au seul motif de « la sécurité » est très contestable, alors si en plus on vis dans une région du monde où c'est un élément essentiel de la connectivité, c'est franchement problématique. Et même en dehors de ces régions, les avantages de la 5G sont indéniables et la supprimer cause, d'après moi, plus de tort que de gain.