Adrien Dorsaz a écrit 958 commentaires

  • [^] # Re: browser.tabs.inTitlebar ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Retrouver la barre titre ?. Évalué à 5.

    Bon, je viens d'essayer et j'ai dit n'importe quoi:

    1. il n'y a pas de fenêtre de configuration dans XFCE pour les variables d'environnemnt (je pense que c'était une fenêtre de LXQt que j'avais en tête)
    2. la variable GTK_CSD ne semble plus prise en compte depuis au moins 2016: https://bugzilla.gnome.org/show_bug.cgi?id=776290

    Désolé pour ces faux espoirs :(

  • [^] # Re: browser.tabs.inTitlebar ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Retrouver la barre titre ?. Évalué à 3.

    Pour les applications utilisant GTK, il y a la variable d'environnement GTK_CSD que tu peux mettre à 0:
    https://superuser.com/questions/1428776/disable-gtk-3-client-side-decorations-on-windows

    Ce poste parle en tout cas de GTK 3, je ne sais pas si ça fonctionne aussi avec GTK 4.

    Si je me souviens bien, il y a un écran de configuration dans XFCE pour y mettre les variables d'environnement.

    Je crois par contre que tu auras la barre de titre XFCE en plus de la grande barre d'entête de l'application. Ça risque de pas être très esthétique.

  • [^] # Re: Gaffe avec le QR code

    Posté par  (site web personnel, Mastodon) . En réponse au journal Thunderbird pour mobile. Évalué à 5.

    Pourquoi ne pas être passé par l'outil de synchronisation de Firefox ? Pas pour synchroniser les messages, mais pour la configuration.

    Parce que ce n'est pas encore implémenté dans Thunderbird, mais c'est en cours: https://blog.thunderbird.net/tag/thunderbird-sync/

    Dans l'article le plus récent, ils expliquent qu'ils sont en train de monter une infrastructure indépendante de Mozilla pour stocker les données qui seront synchronisées avec Thunderbird Sync et que pour l'instant ça n'existe que dans la version nightly de Thunderbird.

  • # LSP c'est bien, mais avec un debugger, c'est encore mieux !

    Posté par  (site web personnel, Mastodon) . En réponse au journal Helix, une excellent alternative à vim !. Évalué à 6. Dernière modification le 30 octobre 2024 à 17:27.

    Hello,

    LSP est un protocoleprotocole vraiment pratique pour améliorer l'édition de code, mais il ne permet pas de le debugger.

    Le pendant de LSP pour le debugging est le Debug Adapter Protocol, comme j'en parlais dans mon journal sur la configuration de Vim comme un IDE.

    Est-ce qu'Helix propose le support de DAP pour le debugging également ?

  • [^] # Re: Les explications de Gaël Duval

    Posté par  (site web personnel, Mastodon) . En réponse au journal Panne chez Murena Workspace. Évalué à 4.

    https://community.e.foundation/t/update-on-murena-io-service-outage/61781

    J'ai parcouru rapidement l'annonce et les mises à jour du poste: même si la résolution du problème de stockage est lente, je trouve la transparence et la mise à jour régulière de l'incident très professionnel et plutôt encourageant, bravo !

  • # Les clients peuvent à nouveau être libres

    Posté par  (site web personnel, Mastodon) . En réponse au lien bitwarden sdk - relicensed to GPLv3. Évalué à 4.

    Le pull request a bien été fusionné, mais il manque un peu d'explications. Les détails sont disponibles dans ce commentaire sur le rapport de problèmes qui relève que les clients de bitwarden ne respectaient plus la GPL.

    En gros, ce qu'ils ont fait c'est séparer le répertoire du SDK en deux: une partie en licence GPLv3 pour les clients du gestionnaire de mot de passe de Bitwarden et une seconde partie en licence privatrice pour les clients du gestionnaire de secret de Bitwarden (Secret Manager).

    Il semble que ce dernier produit n'a jamais été libre et qu'il est indépendant du produit Password Manager qui est libre.

    Il ne manque plus qu'à publier des nouvelles versions des SDKs et des clients du Password Manager pour que ces derniers redeviennent correctement libre (le commentaire dit bien que les clients du password manager sont déjà indépendants du secret manager).

  • [^] # Re: Ils avaient déjà dit ça pour Paylib

    Posté par  (site web personnel, Mastodon) . En réponse au lien C’est la fin de l’IBAN : les banques françaises s’allient pour simplifier les virements avec Wero. Évalué à 2. Dernière modification le 02 octobre 2024 à 19:03.

    En Suisse, il y a la Qr Facture qui fait exactement ça : au fond de la facture tu mets toutes les informations pour le paiement et il y a un gros qr code au milieu avec les mêmes informations : https://www.six-group.com/fr/products-services/banking-services/payment-standardization/standards/qr-bill.html

    Comme ça tu peux utiliser n'importe quel lecteur de qr code pour faire une saisie simplifiée des paiements dans ton ebanking, CRM…

    Et si tu n'as pas de lecteur, smartphone, tout est encore lisible à la main comme avant.

  • [^] # Re: Image Initramfs ? UKI ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Installation personnalisée de Debian avec LUKS v2, volumes Btrfs, systemd-boot et Secure Boot. Évalué à 2.

    Dans l'article, je présente comment signer automatiquement les fichiers initramfs avec le fichier 99-sbctl pour sécuriser le démarrage.
    C'est le point qui m'a fait me poser la question si l'outil ne faisait pas un UKI (Noyau + initramfs + EFI Stub) pour le signer.
    Est-ce que tu disposes des lignes linux et initrd dans ton fichier de configuration systemd-boot ou d'une seule ligne linux ?

    Oui, j'ai bien les linux, initrd et les fichiers ".conf" qui contiennent les options de démarrage définies dans /etc/kernel/cmdline:

    $ find /boot/efi | grep -v Microsoft
/boot/efi
/boot/efi/EFI
/boot/efi/EFI/systemd
/boot/efi/EFI/systemd/systemd-bootx64.efi
/boot/efi/EFI/BOOT
/boot/efi/EFI/BOOT/BOOTX64.EFI
/boot/efi/EFI/Linux
/boot/efi/loader
/boot/efi/loader/entries
/boot/efi/loader/entries/9af3221b56764a7bb3cd7feeb31bbde9-6.1.0-22-amd64.conf
/boot/efi/loader/entries/9af3221b56764a7bb3cd7feeb31bbde9-6.9.7+bpo-amd64.conf
/boot/efi/loader/entries/9af3221b56764a7bb3cd7feeb31bbde9-6.9.10+bpo-amd64.conf
/boot/efi/loader/entries/9af3221b56764a7bb3cd7feeb31bbde9-6.10.6+bpo-amd64.conf
/boot/efi/loader/loader.conf
/boot/efi/loader/random-seed
/boot/efi/loader/entries.srel
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.10+bpo-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.10+bpo-amd64/linux
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.10+bpo-amd64/initrd.img-6.9.10+bpo-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.1.0-22-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.1.0-22-amd64/linux
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.1.0-22-amd64/initrd.img-6.1.0-22-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.7+bpo-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.7+bpo-amd64/linux
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.9.7+bpo-amd64/initrd.img-6.9.7+bpo-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.10.6+bpo-amd64
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.10.6+bpo-amd64/linux
/boot/efi/9af3221b56764a7bb3cd7feeb31bbde9/6.10.6+bpo-amd64/initrd.img-6.10.6+bpo-amd64
/boot/efi/System Volume Information
$ cat /boot/efi/loader/entries/9af3221b56764a7bb3cd7feeb31bbde9-6.10.6+bpo-amd64.conf
# Boot Loader Specification type#1 entry
# File created by /usr/lib/kernel/install.d/90-loaderentry.install (systemd 254.16-1~bpo12+1)
title      Debian GNU/Linux 12 (bookworm)
version    6.10.6+bpo-amd64
machine-id 9af3221b56764a7bb3cd7feeb31bbde9
sort-key   debian
options    cryptdevice=UUID=516d25d7-053c-424e-9822-35c15ee60dd1:Debian root=/dev/mapper/Debian rootflags=subvol=@ quiet splash systemd.machine_id=9af3221b56764a7bb3cd7feeb31bbde9
linux      /9af3221b56764a7bb3cd7feeb31bbde9/6.10.6+bpo-amd64/linux
initrd     /9af3221b56764a7bb3cd7feeb31bbde9/6.10.6+bpo-amd64/initrd.img-6.10.6+bpo-amd64

    J'avais compris que UKI remplace le couple "initramfs et noyau". Ce n'est pas ça ?

    L'UKI peut contenir beaucoup de chose :
    - Noyau
    - Initramfs
    - Cmdline
    - SplashImage
    - DTB (majoritairement pour ARM/Risc-V)
    - Metadonnées OS-Release
    - EFIStub (pour être compatible UEFI)
    Mais en effet la grosse plus-value est de pouvoir s'assurer de l'intégrité de l'initramfs et de la cmdline en plus de celle du noyau.

    Ah oui, c'est pas mal tout ça, il faudra que j'essaie de le mettre en place en suivant l'article de copyninja. Il a d'ailleurs écrit un deuxième article pour activer Secure Boot avec l'utilisation d'UKI en utilisant sbsign à la place de sbctl (sbsign est déjà empaqueté par Debian, c'est à essayer).

  • # J'utilise TabStash

    Posté par  (site web personnel, Mastodon) . En réponse au message extension firefox pour sauvegarder des fenetres/onglets de navigation par thèmes.. Évalué à 3.

    L'extension TabStash semble être exactement ce que tu recherches.

    Elle te permet de rapidement sauver tous les onglets en cours dans un groupe et également de tous les restaurer d'un clique.

    Tu peux l'utiliser comme page d'accueil ou comme panneau latéral (et ainsi avoir une gestion verticale des onglets).

    Enfin, l'extension est recommandée par le site Addon de Mozilla.

  • # Amélioration du tableau de bord

    Posté par  (site web personnel, Mastodon) . En réponse à l’entrée du suivi Suivi du suivi. Évalué à 2 (+0/-0).

    Hello,

    Je cloture cette demande, parce que:

    1. il n'y pas de volonté de gérer l'envoi massif d'emails depuis l'infrastructure de Linuxfr
    2. un patch pour améliorer le tableau de bord de l'utilisateur a été proposé et il liste les entrées de suivi avec les nouveaux commentaires: https://github.com/linuxfrorg/linuxfr.org/pull/320

  • # Pistage inutile

    Posté par  (site web personnel, Mastodon) . En réponse à l’entrée du suivi Compteur de click dans la section lien. Évalué à 2 (+0/-0).

    Hello,

    Je vais clore cette demande parce que je pense que ça introduit un pistage inutile des actions utilisateurs.

    Pour mettre en lumière le lien, il y a déjà la note qui est la somme des utilisateurs qui ont trouvé qu'il était important de donner son avis de pertinence / inutilité du lien.

    L'action de la note est un acte volontaire et permet en plus de voter de manière négative.

  • [^] # Re: https:// partout

    Posté par  (site web personnel, Mastodon) . En réponse à l’entrée du suivi Liens (image) "protocol-relative / implicit" dans les flux. Évalué à 2 (+0/-0). Dernière modification le 20 septembre 2024 à 13:53.

    J'ai commencé une branche pour utiliser des URLs complètes dans le code de LinuxFr (pas dans le contenu) et permettre de choisir le port publique: https://github.com/linuxfrorg/linuxfr.org/pull/395

  • [^] # Re: Image Initramfs ? UKI ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Installation personnalisée de Debian avec LUKS v2, volumes Btrfs, systemd-boot et Secure Boot. Évalué à 3.

    L'initramfs n'étant pas signé, celui-ci peut être modifié.

    Avec grub, l'initramfs peut être stocké dans une partition chiffrée et il n'a dans ce cas pas besoin d'être signé puisqu'il est déjà chiffré.

    Avec systemd-boot, il faut placer le initramfs dans la partition ESP qui ne peut pas être chiffrée.

    Dans l'article, je présente comment signer automatiquement les fichiers initramfs avec le fichier 99-sbctl pour sécuriser le démarrage.

    Avec une image UKI tu signes l'image complète (noyau, initramfs et cmdline)

    J'avais compris que UKI remplace le couple "initramfs et noyau". Ce n'est pas ça ?

    Avec la solution de l'article, le fichier cmdline n'est pas chiffré. C'est donc un bon argument pour essayer UKI, merci d'avoir pointé cette idee :)

  • [^] # Re: Image Initramfs ? UKI ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Installation personnalisée de Debian avec LUKS v2, volumes Btrfs, systemd-boot et Secure Boot. Évalué à 3.

    Il y a un article qui vient d'être publié qui explique comment utiliser les images UKI avec Debian et systemd-boot. Il faudra que j'essaie dans ma VM, ça pourrait être intéressant.

  • [^] # Re: Image Initramfs ? UKI ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Installation personnalisée de Debian avec LUKS v2, volumes Btrfs, systemd-boot et Secure Boot. Évalué à 3.

    Hello,

    Si je comprend bien la définition d'UKI, le démarrage de la machine passerait directement du firmware UEFI au fichier UKI sans passer par l'intermédiaire de GRUB ou systemd-boot.

    Dans cet article, j'utilise la méthode à l'ancienne où on a un chargeur de noyau, systemd-boot, qui démarre une image temporaire de Linux qui inclue juste ce qu'il faut pour démarrer la distribution. Dans le cas du chiffrement, il est nécessaire de compléter cette image avec le paquet cryptsetup-initramfs.

    Debian a une page qui explique l'initramfs: https://wiki.debian.org/initramfs

  • # Erreur de transcription

    Posté par  (site web personnel, Mastodon) . En réponse au journal Installation personnalisée de Debian avec LUKS v2, volumes Btrfs, systemd-boot et Secure Boot. Évalué à 3.

    Le problème du sommaire avec un point vide vient à cause d'une erreur de transcription du HTML vers le Markdown de LinuxFr.

    Si un membre de la modération peut remplacer:

    Le second fichier à configurer est _/etc/crypttab_ pour que l’image _initramfs_ et le module _cryptsetup_ sachent comment déchiffrer le conteneur LUKS. Par exemple, le contenu de mon fichier est :

> # <target name> <source device> <key file> <options>
>
> luks-debian UUID=${UUID} none cipher=aes-xts-plain64,size=512,hash=sha256

    par l'utilisation d'un bloque de code à la place d'un bloque de citation autour du contenu du fichier:

    Le second fichier à configurer est /etc/crypttab pour que l’image initramfs et le module cryptsetup sachent comment déchiffrer le conteneur LUKS. Par exemple, le contenu de mon fichier est :

    # <target name> <source device> <key file> <options>

luks-debian UUID=${UUID} none cipher=aes-xts-plain64,size=512,hash=sha256

    Ca serait apprécié :)

  • [^] # Re: Demander à garder la connection active

    Posté par  (site web personnel, Mastodon) . En réponse au message Wireguard au travers de la box. Évalué à 3. Dernière modification le 18 septembre 2024 à 17:31.

    Ca donnerait quelque chose comme ça.

    Pour ta machine chez toi:

    [Interface]
Address = 10.0.0.1/24
ListenPort = 51820
PrivateKey = XXXX_PRIVATE_KEY_SERVER

[Peer]
PublicKey = XXXX_PUBLIC_KEY_CLIENT
AllowedIPs = 10.0.0.2/32
Endpoint = 192.168.1.202:51820

    Attention à bien configurer ta box pour accepter le traffic UDP entrant vers le port 51820 sur la box et à faire rediriger ce traffic sur l'adresse IP et le port que tu as mis dans Endpoint au dessus.

    Pour la config du client chez ton ami:

    [Interface]
Address = 10.0.0.2/32
ListenPort = 51820
PrivateKey = XXXX_PRIVATE_KEY_CLIENT

[Peer]
PublicKey = XXXX_PUBLIC_KEY_SERVER
AllowedIPs = 10.0.0.1/24
Endpoint = IP_PUBLIC_DE_TA_BOX:51820
PersistentKeepAlive = 25

    Avec ça ton serveur doit pouvoir faire des ping vers 10.0.0.2 correctement.

  • # Demander à garder la connection active

    Posté par  (site web personnel, Mastodon) . En réponse au message Wireguard au travers de la box. Évalué à 3. Dernière modification le 18 septembre 2024 à 17:20.

    Par défaut, le tunnel Wireguard ne s'active que si du traffic réseau doit être envoyé à travers le tunnel (depuis le client chez ton ami vers le serveur chez toi).

    Tu peux ajouter l'option PersistentKeepalive = 25 dans la section [Peer] du fichier de configuration qui se trouve sur ta machine chez ton ami. Cf le wiki de Arch: https://wiki.archlinux.org/title/WireGuard#Unable_to_establish_a_persistent_connection_behind_NAT_/_firewall

    Cette option est à utiliser pour ce cas où le tunnel doit rester actif pour que le serveur puisse contacter le client à tout moment.

    Comme ça, tu n'auras pas besoin de créer un tunnel inverse et donc tu ne devrais pas à modifier la configuration de la box de ton ami.

  • [^] # Re: Le faire toi même ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Un fournisseur mail compatible tls 1.1?. Évalué à 4. Dernière modification le 10 septembre 2024 à 17:21.

    Je pense pareil il faudrait monter un service en local, comme ça il n'y a même pas besoin de TLS. Pour transférer des photos, j'imagine qu'il doit y avoir d'autres protocoles supportés par Windows et plus simple à mettre en place.

    Comme ça, j'imagine à:

    • un service FTP
    • un partage SMB / CIFS (depuis une machine Windows c'est peut être encore plus simple)
    • un service Webdav, voire une application web comme Nextcloud (en local sans chiffrement) ou KaraDAV

    Je ne connais pas les possibilités de Windows Phone 7.5, mais je pense qu'il doit au moins avoir un navigateur web, ce qui permettrait d'utiliser Nextcloud / KaraDAV (peut être il vaut mieux installer une ancienne version ou un vieux ownCloud).

  • [^] # Re: HS moteur de recherche

    Posté par  (site web personnel, Mastodon) . En réponse au lien Toutes les données, publications et analyses de l’OCDE sont désormais accessibles gratuitement. Évalué à 3. Dernière modification le 07 septembre 2024 à 07:38.

    Et pour enlever le bruit, il faut forcer l'apparition du terme OCDE avec des guillemets:

    "OCDE" liens site:linuxfr.org

    Ce qui me surprend c'est que le lien de SpaceFox n'apparaît pas si on enlève le mot "liens" et les deux autres contenus sont toujours là 🤔 idem si on écrit lien au singulier Oo

    Mise à jour: lien de la doc de la synatxe de recherche

  • [^] # Re: Non, HTTP/3 n'est pas vraiment sur UDP

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche 24 ans de libcurl. Évalué à 2.

    Merci, je ne l'avais pas vu.

    En regardant à nouveau Wikipedia, j'ai trouvé la liste des numéros de protocoles réservés: la liste est beaucoup plus grande que ce que j'imaginais et elle est déjà bien remplie !

    Étonnamment, QUIC n'y apparaît pas. Elle n'y est pas non plus sur la liste de l'IANA.

    Il serait donc impossible de déployer directement QUIC sans passer par UDP ?

    UDP serait donc effectivement utile pour déployer de nouveaux protocoles sur IP :)

  • [^] # Re: interaction avec quel système ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Docker - Incron. Évalué à 2.

    Tiens, je n'arrive pas à voir l'usage alors. Tu pourrais nous en dire plus sur cette interaction ?

    Dans quel cas le système du container doit créé un fichier ? Ensuite il exécute quoi comme commande pour l'application web ?

  • # interaction avec quel système ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Docker - Incron. Évalué à 3.

    Hello,

    C'est avec quel système que l'application doit avoir une interaction ? Est-ce avec le Linux du container ou celui de l'hôte ?

    Si c'est celui de l'hôte, tu peux profiter du systemd de l'hôte comme ça :

    • tu partages le dossier de l'hôte avec le container via un volume
    • sur l'hôte :
      • tu créés une unité systemd.path pour surveiller ce dossier (ou tu utilises, incron, mais systemd sait déjà faire ça nativement)
      • tu créés un service systemd qui exécute une commande dans le container avec quelque chose comme: docker exec le-nom-du-container la-commande (ce service doit avoir le même nom que l'unité path créé au point d'avant)

    Comme ça l'hôte averti le container avec la commande voulue dès qu'un fichier est créé dans le volume partagé.

  • [^] # Re: Non, HTTP/3 n'est pas vraiment sur UDP

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche 24 ans de libcurl. Évalué à 5.

    Cet été, j'ai trouvé ce message très intéressant dans un fil de discussion lancé par Julia Evans sur les utilisations (in)connues d'UDP.

    En gros l'auteur du message dit que l'on peut voir UDP comme la couche IPv4 avec l'ajout d'un numéro de port et d'un checksum. Ça permettait de créer différents services sur IP sans avoir besoin de réserver un numéro de protocole à chaque service nécessaire (les paquets IPv4 ont un espace dans l'en-tête IP qui permet de définir 256 protocoles différents, IPv6 n'a apparemment plus cette information).

    Du coup, de ce point de vue ça semble logique que QUIC utilise UDP pour se déployer: ça ajoute très peu de complexité (le numéro de port et un calcul de checksum) et ça utilise une fonctionnalité prévue d'UDP (déployer des nouveaux protocoles sans faire d'enregistrement formel pour réserver un numéro de protocole dans IPv4).

  • # Bientôt le :: day....

    Posté par  (site web personnel, Mastodon) . En réponse au lien 0.0.0.0 Day: Exploiting Localhost APIs From the Browser. Évalué à 4.

    Tout un article sur une seule adresse IPv4 sans aucune mention d'IPv6 et son pendant :: 🙄

    Sinon, ils disent faire un responsible disclosure, mais seul Webkit a déployé un correcrif… Je trouve ça étrange, non ?

    Dans l'article ils disent que Google aura complètement distribuer le correctif avec la version 133 (en commençant avec la version 128) et actuellement, ils ont déployés la version 127 seulement.