par a écrit 470 commentaires

C'est très bien, on va te donner une médaille !

Je suis sous GrapheneOS aussi. De mon coté je pouvais payer avec l'appli Crédit Mutuel Pay, jusqu'à il y a environ 2 mois. Depuis, plus de payement NFC possible. Google Wallet même avec un compte google, ça ne marche pas avec GrapheneOS, Google le trouve car "pas assez sécurisé".

Tu as une vidéo d'une heure ici qui a fait le travail, avec sa vision : https://www.youtube.com/watch?v=wzccrzcgvJU

Un chiffrement sommaire avec un code à 4 chiffres avant de générer le QR-Code serait un moindre mal. Au moins, Google ne recevrait pas toutes les infos en clair, mais plutôt un charabia sans trop savoir à quoi ça correspond. Et ça protège aussi de la capture du QR-Code par dessus l'épaule. Là, c'est un peu comme un champs de saisie de mot de passe qui affiche en clair, sans les "*".

avec la santé et le bien-être, entre les arnaques de truc à base d'ondes quantiques, les scandales sur les médocs, les cliniques qui font faillites, et les procès de chirurgiens esthétiques qui défigurent, c'est clair qu'il ne faut plus foutre les pieds chez le médecin ou à l’hôpital…

En tout cas, merci pour ton bel exemple de biais de confirmation

"pas habitués à être autonome".

Euh, c'est pas justement le boulot du gestionnaire de bien ? Sur le point des artisans, j'ai l'impression qu'on demande au client de travailler à la place du dit gestionnaire… Contacter un plombier à cause d'une fuite, ça veut dire que le client pose une demi-journée de congé, et éventuellement, avance les frais. Alors qu'il paye a priori déjà un gestionnaire pour ce genre de chose.

Le but n’est pas de critiquer debian, mais de rappeler que la distribution répond à une cible précise, et vouloir l’utiliser hors de cette cible demande de s’y connaitre.

Question bête : Elle est définie où, cette cible précise ? C'est important, sinon, on ne peut pas savoir si on est dans la cible ou non…

Perso, je ne suis même pas étonné. J'ai eu le même modèle (en 1To), et j'ai fini par en changer car j'avais très régulièrement des freeze du PC durant une dizaine de seconde. Un enfer au quotidien. Bref, pour appeler un chat un chat, c'est juste un modèle de merde.

Je suis loin de maitriser IPv6, mais ça ressemble à un des problèmes que j'ai eu. Résolu en ajoutant dans la config ipv6 de la freebox, l'ipv6 du fw dans "nextHop". Note que dans mon cas, le fw était aussi un routeur.

Pour les personnes intéressées, je suis tombé cette semaine sur ce site, avec pleins d'infos concernant GrapheneOS : https://wonderfall.space/

Il y a bien du chiffrement par défaut sur GrapheneOS. Il se fait par utilisateur/profil (ce n'est pas une clef pour tout le stockage).

Le seul reproche que je fait à ID3, c'est sur la gestion de l’internationalisation. Quand j'ai une piste de Jpop, j’aimerais avoir certains champs avec le contenu en japonais, en japonais translittéré en alphabet latin, et traduit en anglais. S'il est bien possible de dupliquer des champs (avoir plusieurs nom de piste par exemple), il n'est pas possible d'y rattacher le "format" du contenu.
Sinon, pour ma part, je tague principalement avec Foobar2000 avec un plugin Discogs, et Picard.

Pourtant l'article explique que le cas que tu décris n'est pas possible et pourquoi : Avant de "corriger" ton bloc "défectueux", ZFS fait une somme de contrôle sur la 2ième copie du bloc. Et même si les deux sommes de contrôles foirent exactement pareil, ça ne suffit pas a aggraver la situation. Pour la suite je te laisse lire l'article (partie "Is ZFS and non-ECC worse than not-ZFS and non-ECC? What about the Scrub of Death?").

J'avais trouvé le billet d'un admin qui explique que la ram ECC n'est pas indispensable, vu tout les mécanismes de protections dans ZFS. En résumé, on a plus de chance de gagner au loto que d'avoir un problème parce qu’on a mis de la ram non-ECC au lieu de l'ECC. L'un des auteurs de ZFS affirme qu'il n'y a rien dans ce système de fichier qui nécessite plus d'ECC de n'importe quel autre système de fichier.

Ça dépend par bout on la prend…

Moi, je trouve ça super qu'ils coupent enfin le SMS. Testé sur plusieurs téléphones, les SMS sur Signal, c'était des bugs a gogo. Des messages indiqués comme envoyés, mais jamais reçu, d'autres envoyés plusieurs fois. Souvent des "une erreur c'est produite" sans autres indications… Un vrai désastre.

Tu confirmes en pratique qu'il y a toujours un tiers de confiance, juste différent. Je répondais à une personne qui disait qu'il n'y avait pas de tiers de confiance.

Donc, tu voudrais avoir confiance dans un truc sans devoir y mettre de confiance ? C'est seulement possible ça ?

Bref, même quand les gens "défendent" la chose ça ne donne pas envie vu tous les défauts à part pour spéculer.

Je ne défends rien du tout. J'explique juste ce que j'en ai compris. Par contre, je ne comprends pas ta remarque sur la spéculation par rapport à la confiance.

On part du principe qu'il va être très difficile de mettre la main sur 51%, ou de convaincre les 51%. Car les 51% sont diffus et hétérogènes. Et normalement, ils ne veulent pas compromettre la confiance dans l'infra en bidouillant de la sorte, ce qui aurait un impact sur la valeur des 51% qu'ils ont. Qui aura envie d'acheter 10% des 51% restant quand les possesseurs des 51% pour prouvé qu'ils pouvait transformer les 10% en fumée ? En gros, c'est "je te tiens, tu me tiens par la barbichette".

Comment on peut se protéger de ça quand on ne fait pas confiance à 51% des possédants

C'est simple : Si tu n'a pas confiance dans au moins 51% sur réseau, je me demande bien ce que tu fait là…

Et plein d'autres inconvénients (perte, vol, non réversibilité, difficulté de tracer suite à muxers, etc).

Les inconvénients que tu cite sont les mêmes que pour l'argent liquide.

Ça pourrait être amusant en effet, mais même pour moi qui n'ai pas de voiture, le coût de l'infrastructure routière dans les impôts, c'est normal. Par exemple, mon supermarché est livré par camion, donc indirectement, je consomme de la route. Si je roule à vélo, si mes enfants prennent le bus pour aller à l'école, si les pompiers doivent éteindre un début d'incendie chez moi, j'en profite aussi. Pour moi, c'est surtout le rail et les gares qui devrait aussi être payés avec les impôts.

Dommage qu'il n'existe pas une version ARM du projet, pour l'installer sur un raspberry pi…

Je ne sais pas si ça correspond à tes besoins, mais dans les années 90, il y avait Fidonet qui permettait les échanges entre PC dont le modem était allumé "de temps en temps". Visiblement, il n'est pas encore mort.

Je me doute bien que ça fonctionne, le problème, c'est comment on fait quand on est pas expert en reverse proxy et que les nécessités demandé par yunohost ne sont pas documentés (par exemple, les challenges, mais il y en a peut-être d'autres) ? Tu dit que la difficulté n'est pas énorme, peut-être, mais ça dépend pour qui. Quand je vois les heures de galère que j'ai eu juste pour faire marcher des websocket… Sinon, je ne veux pas faire un truc exotique, juste avoir des requêtes qui arrivent au proxy, qui les redirige vers yunohost, ou la box domotique, ou le nas, en fonction. Ça me parait pas délirant comme besoin.

Perso, j'adhère pas a cause d'un point. Dans l'idée, Yunohost doit être le seul service derrière la box. Dans le cas de plusieurs services avec un reverse proxy, ce qui est un cas fréquent, bah c'est galères & démerdzezich. On trouve des bouts de config de ci de là sur le forum, mais rien de bien sérieux. Quand je vois des projets comme Jellyfin ou Vaultwarden qui fournissent les configs pour les faire trouver derrière divers reverse proxy, je me dit que c'est regrettable que Yunohost ne fasse pas un effort sur ce point, surtout que ça à l'air d'embêter un certain nombre de personnes…

Je ne sais pas comment a évolué OpenWRT ces dernières années, mais à l'époque, sur mon WRT, je trouvais ça un peu trop bricolage, avec les modifs avec dans des fichiers de config… Depuis, j'ai un TP-Link supporté, mais je ne suis pas chaud du tout. Je veux juste un cliquodrôme, sans prise de tête. Si je pouvais plutôt installer pfSense…

Je confirme avoir passé des heures pour configurer OpenVPN, même avec des tutos, alors que Wireguard, avec ou sans PiVPN, en 10 minutes, "ça juste marche"…