Adrien Dorsaz a écrit 996 commentaires

Hello,

J'ai relu ton poste et je ne suis pas sûr de quelle vérification tu voulais faire.

Si tu voulais faire un RAID1 avec des copies complètes sur tous les disques, il faut remplacer le profile raid1 que tu as activé avec mkfs.btrfs par raid1c3 "RAID1 avec 3 copies".

Si tu as déjà des données sur les disques, tu n'as pas besoin de formater, tu peux mettre à jour le profile avec btfs balance -mconvert raid3c1 -dconvert raid3c1 (vérifie la syntaxe exacte, c'est juste l'idée) pour l'appliquer sur les données existantes.

Tu devrais lire cette page, ça parle de convertir vers un profile raid1, mais l'idée est la même pour changer vers d'autres profiles: https://btrfs.readthedocs.io/en/latest/Volume-management.html#convert-to-raid1

Maintenant, pour voir l'état actuel du système, tu peux utiliser ces commandes

btrfs filesystem show <path> te donne quels disques sont attachés à un point de montage et leur état (combien de données sont allouées à la partitions et combien sont utilisées):

root@luxio ~ # btrfs filesystem show /
Label: 'luxio'  uuid: 575463a0-4e5d-4f9b-a398-b73933bd81e9
        Total devices 2 FS bytes used 596.55GiB
        devid    1 size 849.98GiB used 637.03GiB path /dev/mapper/luks-debian
        devid    2 size 849.98GiB used 637.03GiB path /dev/mapper/luks-debian2

La commande btrfs device usage <path> te donne plus de détail sur l'installation de btrfs pour ce point de montage. Tu y trouveras les profiles raid activés sur les différentes catégories (data, metadata, system) et comment l'usage est répartis:

root@luxio ~ # btrfs device usage /
/dev/mapper/luks-debian, ID: 1
   Device size:           849.98GiB
   Device slack:              0.00B
   Data,RAID1:            633.00GiB
   Metadata,RAID1:          4.00GiB
   System,RAID1:           32.00MiB
   Unallocated:           212.95GiB

/dev/mapper/luks-debian2, ID: 2
   Device size:           849.98GiB
   Device slack:              0.00B
   Data,RAID1:            633.00GiB
   Metadata,RAID1:          4.00GiB
   System,RAID1:           32.00MiB
   Unallocated:           212.95GiB

Sur ton montage avec 3 disques, tu verras que la quantité de données n'est pas égale sur les 3 disques, c'est parce que le profile raid1 ne force pas la copie sur tous les disques. Il faut le remplacer par le profile raid1c3 pour avoir ça.

Enfin btrfs device stats <path> te donne les erreurs trouvées par btrfs durant l'utilisation des disques:

root@luxio ~ # btrfs device stats /
[/dev/mapper/luks-debian].write_io_errs    0
[/dev/mapper/luks-debian].read_io_errs     0
[/dev/mapper/luks-debian].flush_io_errs    0
[/dev/mapper/luks-debian].corruption_errs  0
[/dev/mapper/luks-debian].generation_errs  0
[/dev/mapper/luks-debian2].write_io_errs    0
[/dev/mapper/luks-debian2].read_io_errs     0
[/dev/mapper/luks-debian2].flush_io_errs    0
[/dev/mapper/luks-debian2].corruption_errs  0
[/dev/mapper/luks-debian2].generation_errs  0

Ton IA n'est pas à jour (c'est rude de répondre avec un LLM sur un forum :/), il y a une option pour augmenter le nombre de copie en raid1 avec btrfs, il faut choisir par exemple raid1c3 pour avoir 3 copies des données: https://btrfs.readthedocs.io/en/latest/mkfs.btrfs.html#man-mkfs-profiles

Pour tester je pense que le plus simple est de débrancher 2 disques et de monter le dernier en mode "rescue" et lecture seule et vérifier que les données sont là.

De manière plus légère, il faut monitorer l'état smartd des disques et si btrfs remonte des erreurs d'écritures ou lectures avec btrfs device stats.

il est alors possible de créer, même sous Wayland,une fenêtre transparente qui laisse passer les clics et les frappe de clavier mais les enregistre = un keylogger

Vu l'architecture de Wayland, je ne comprend pas comment ça pourrait être possible. Tu aurais un exemple réel ou une source ? Est-ce plutôt un problème d'implémentation d'un compositeur ?

Si j'ai bien suivi le compositeur Wayland se charge des entrées utilisateurs et il est garant de transmettre la bonne entrée à la bonne application. Une application ne peut pas elle même générer des entrées pour une autre application: le compositeur devrait isoler les fenêtres et refuser ce genre d'action.

Il y a peut être une exception pour les outils d'assistance à la saisie.

Hello,

J'ai aussi été confus à la lecture de ce billet sur qui est le "nous", comme ça a déjà été reporté par un commentaire plus haut (et ça a été répondu, merci). Je pense que c'est aussi à cause du nom de l'application "Nextcloud Calendar".

Nous avons pu échanger récemment avec les équipes techniques de Nextcloud

Est-ce que lors de ces échanges, ils vous ont donné l'autorisation d'utiliser leur marque (Nextcloud) et leur logo (les 3 ronds accolés) pour votre application ?

Hello,

Il y a bien une version de Signal Desktop porté par pparent, un membre de la communauté ubports.

Il a dû récemment renommer son application et elle s'appelle maintenant Sigul UT: https://next.open-store.io/fr/app/signalut.pparent/

Il a bien ajouté des patchs pour rendre l'interface plus responsive et pour l'intégrer avec Lomiri (la plateforme graphique d'Ubuntu Touch).

Le port est un peu particulier parce qu'il s'exécute dans un serveur X de compatibilité pour Mir (le pendant de XWayland, mais pour Mir). Par exemple, je crois qu'il a dû trouver des contournements pour la densité d'affichage et l'affichage du clavier OSK au bon moment.

Je te dis de mémoire, il y a un post de forum pour discuter de cette application ici: https://forums.ubports.com/topic/11532/sigul-ut-signal-desktop-for-ubuntu-touch/242

C'est pas passé, mais de peu.

Il faut savoir qu'il y avait besoin de 2 majorités pour faire passer cette initiative: celle de la population et celle des cantons.

Il y 13 cantons sur 23 et 54.76% de la population qui ont refusé l'initiative. Donc aucune des 2 majorités nécessaire n'a été atteinte.

Le score de 54.76% n'est pas très serré, il me semble que ça suit les scores habituels des initiatives.

Quand l'avis du peuple suisse est demandé, il est assez rare d'avoir des scores de plus de 60% par exemple.

Je l'utilise pour partager le setup de l'environnement de développement pour mes projets.

Je trouve que le fichier de description de service assez bien et me suffit pour ce cas. Il n'y a pas besoin d'avoir la complexité de la gestion de plusieurs noeuds, des jobs, des ingress, des routes…

Debian distribue docker-compose et podman-compose, je ne crois pas qu'il y a helm et une distribution de kubernetes packagé dans Debian.

Est-ce que tu aurais un exemple de setup helm et kubrnetes pour par exemple travailler sur un projet qui a une base de données et un serveur web ?

Désolé pour la désinformation 😅

Les développeurs d'application web sont avertis depuis des années du danger de ne pas valider les saisies utilisateurs contre les injections malicieuses, les iframe ont été spécialement connues pour ça si je me souviens bien.

Et maintenant le navigateur lui même active une injection de code malicieux en faisant un copier/coller d'une source inconnue vers un iframe sans validation ni nettoyage.

La solution bancale choisie est juste de raccourcir la taille du contenu copié et inséré dans le prompt.

Apparemment les applications de LLM n'ont plus ne font pas assez de validation des saisies utilisateurs vu que l'«intelligence» artificielle ne bronche pas quand l'utilisateur demande d'envoyer son code d'autorisation à un site complètement inconnu et non lié à l'origine de l'autorisation…

À croire que toutes ces années de préventions contre les failles d'injections n'ont servies à rien.

Je comprend le problème du démarchage, mais je ne comprend pas l'utilité du bandeau qui demande plus de sources.

Il serait plus simple de laisser 2 actions à un contributeur Wikipédia qui trouve une page qui manque de sources:

1. soit il cherche et ajoute directement des sources
2. soit il supprime la page

J'ai l'impression que cette troisième option avec le bandeau qui demande de l'aide est inutile car:

1. il n'améliore pas le contenu de Wikipédia
2. il est un appel à faire du démarchage par les personnes liées au sujet, car ce sera peut être les seules à lire la page en question et voir le bandeau

La seule utilité que je vois est que la personne qui pose le bandeau peut se dédouaner d'améliorer Wikipédia alors qu'il a constaté un problème.

Je ne comprend pas l'intérêt de mettre un très grand bandeau très visible qui demande de l'aide pour améliorer la page si c'est pour avoir un retour de bâton directement avec cette remarque:

il est regrettable que vous réagissiez suite à un démarchage incorrect (https://linuxfr.org/users/vendrediouletrollsauvage/journaux/eh-reveillez-vous-linuxfr-org-est-en-train-de-se-faire-supprimer-de-wikipedia), mais ce bandeau de maintenance est pleinement justifié vu la faiblesse des sources présentées, veuillez ne pas le retirer sans lancer le débat

Si personne n'a le droit de parler de ce bandeau ailleurs que sur wikipédia car c'est du démarchage, la pose du bandeau est un peu hypocrite, non ?

Plutôt que demander de l'aide qui sera directement dénigrée, remise en doute, autant directement supprimer la page…

Finalement si un « vrai » contributeur Wikipédia trouve des sources secondaires correct plus tard, il pourra recréer la page et ce sans avoir le risque de subir des démarchages.

Voilà, j'ai mis à jour la PR pour que ça fonctionne avec le Docker et le podman de Debian Trixie. J'ai réussi à régler le problème du service d'image également.

Pour info, les versions que j'ai sur mon poste sont:

$ docker version
Client:
 Version:           26.1.5+dfsg1
 API version:       1.45
 Go version:        go1.24.4
 Git commit:        a72d7cd
 Built:             Sat May  9 11:34:09 2026
 OS/Arch:           linux/amd64
 Context:           default

Server:
 Engine:
  Version:          26.1.5+dfsg1
  API version:      1.45 (minimum version 1.24)
  Go version:       go1.24.4
  Git commit:       411e817
  Built:            Sat May  9 11:34:09 2026
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.24~ds1
  GitCommit:        1.7.24~ds1-6+deb13u1
 runc:
  Version:          1.1.15+ds1
  GitCommit:        1.1.15+ds1-2+b4
 docker-init:
  Version:          0.19.0
  GitCommit:

$ podman version
Client:        Podman Engine
Version:       5.4.2
API Version:   5.4.2
Go Version:    go1.24.4
Built:         Sun Dec 21 17:42:01 2025
Build Origin:  Debian
OS/Arch:       linux/amd64

J'ai préparé une PR ici: https://github.com/linuxfrorg/linuxfr.org/pull/424

Je ne l'ai pas fusionnée, parce que le service d'image ne semble pas fonctionner correctement (je n'arrive pas à inclure une image dans une dépêche).

Je n'arrive pas à utliser Docker, seulement podman. Je corrigerai ça ce soir.

Par contre, avec podman, j'arrive à faire tourner le site, les tribunes et l'espace de rédaction.

Non, non tu n'as pas besoin parce que je pense le faire ce weekend. J'ai sûrement des modifications non commitées déjà prêtes sur un de mes PCs, je reteste ce weekend et je met sur main :)

Je m'occuperais ensuite de la branche rails8.

Je n'ai pas touché récemment au code de LinuxFr, mais effectivement,le docker-compose ne fonctionnait plus facilement sur la branche main la dernière fois que je l'ai utilisé.

Sur la branche liée à la migration à Rails 8, le fichier de composition était à jour et fonctionnait l'année dernière.

Je n'ai pas mis à jour la branche main pour ne pas avoir de conflit avec la branche rails8. Comme elle n'est pas fusionnée, ça vaudrait la peine de mettre à jour main quand même.

Je peux prendre du temps ce weekend pour mettre à jour main avec ce que j'avais fait pour la branche rails8.

Il n'y a aucune garantie avec les exemples que j'ai donné ;-)

Je ne suis pas français, je n'ai jamais eu l'occasion de traiter avec ce service. En l'occurrence, je n'ai que fait reprendre l'information qui était dans la capture d'écran du journal.

Si j'ai bien suivi, ce n'est pas la suppression des messages qui ne fonctionnerait pas comme attendu, mais les messages éphémères: quand le délais d'affichage est dépassé, l'application Signal n'affiche plus le message, mais elle le conserve en base de donnée d'après cette analyse.

Hello,

Je pense plutôt que c'est les textes à côté des boutons qui ne sont pas claire, le problème aurait été le même avec des cases à coché par exemple.

Je pense que "zéro papier" n'est pas assez claire sur ce qui se passe et donc qu'une interface qui propose un état "actif" / "inactif" ne fonctionne pas sans définir ce que ça signifie. Il aurait été plus claire avec des textes plus explicites comme:

---

Vos documents

⃝ Envoyer vos avis d'impôts sur le revenu par la poste
⃝ Envoyer vos avis d'impôts locaux la poste

---

Une autre solution, serait d'utiliser des listes de choix (soit sous forme de liste, soit sous forme de case à cocher avec choix unique).

---

Vos documents

• Communication de vos avis d'impôts sur le revenu:
  ⊗ par votre espace particulier (avec notification par courriel)
  ⃝ par courrier postale (au format papier sur arbres tués, ne choisissez pas cette option, nous avons besoin de faire des économies, même si c'est moins accessible pour une partie de la population)

• Communication de vos avis d'impôts locaux:
  ⊗ par votre espace particulier (avec notification par courriel
  ⃝ par courrier postale (au format papier sur arbres tués, ne choisissez pas cette option, nous avons besoin de faire des économies, même si c'est moins accessible pour une partie de la population)

Malheureusement, ça ne suffira sûrement pas, parce que tous les logiciels installés vont changer de version.

Il faudra donc également mettre à jour à la main chacun des fichiers de configuration.

Et il faut que chaque logiciel soit capable de revenir en arrière. Ce n'est pas le cas si des procédures de mise à jour ont modifié la structure des données (par exemple par une mise à jour des schémas de base de donnée ou de structure de dossiers / fichiers).

Il y a aussi la possibilité de faire un journal ou une dépêche avec un (court) descriptif de l'événement et de donner les dates de l'année courante.

C'est plus sympa pour les lecteurs et il y a plus de visibilité que les liens (ils ne sont pas affichés par défaut dans la page d'accueil si je me souviens bien).

Merci pour la fusion. Je crois qu'il faut recompiler les CSS pour voir apparaître les modifications que j'avais faites sur tables.scss. Sans ça, les tableaux du tableau de bord ne sont pas scrollable sur les petits écrans et ils cassent la mise en page.

Hello,

Pourquoi ne pas utiliser le préfixe data- devant le nom des attributs du framework ?

D'après ce que je comprend de MDN, ce préfixe est prévu pour que les applications puissent ajouter des données supplémentaires aux balises HTML sans casser la compatibilité avec HTML.

En plus, elles sont plus facile à accéder en JavaScript grâce à la propriété .dataset. Elles sont aussi accessibles avec CSS, mais je crois que c'est le cas pour tous les attributs.

Il me semblait que ce n'était pas utilisable avec htmx, mais d'après leur documentation, il est possible d'utiliser data-htmx-* maintenant.

Edit: Je viens de voir sur le README de ton repo que la syntaxe data-mu-* est utilisable aussi. Pourquoi alors proposer par défaut d'utiliser une syntaxe non-compatible avec HTML ?

Sous Linux, tu pourrais essayer avec GNOME Web, il utilise le même moteur que Safari (Webkit).

J'ai pu reproduire sur alpha.linuxfr.org aussi. Je n'ai pas accès au code tout de suite.

J‘ai mis à jour les liens Github pour pointer vers l'organisation linuxfrorg, mais cette page n‘est pas vraiment maintenue à jour.

Par exmemple, c‘est un peu bizarre, de lister les fichiers ici, c‘est sûr que personne ne pensera à venir mettre à jour ces listes ici.