❌

Vue lecture

Il y a de nouveaux articles disponibles, cliquez pour rafraîchir la page.

Debian, IA, vibe coding & rsync : la croisée des chemins ?

rsync est un logiciel libre de synchronisation distante de fichiers (remote synchronisation), très utilisé et fréquemment évoqué sur LinuxFr.org. Ce logiciel a connu une polémique récente sur l’utilisation de LLM pour son développement et maintenant les versions concernées sont arrivées dans Debian, non seulement les versions futures de la distribution mais également la version courante. Et la suite de la dépêche de s’interroger sur les conséquences ou non de ce (peut-être) notable événement. Et plus largement sur le clivage autour de l’intelligence artificielle générative.

    Le 20 mai 2026, la version 3.4.3 a été publiée, amenant des correctifs sécurité et des corrections de bugs. Et très vite les critiques sont arrivées (par exemple le 29 mai le bug Debian Consider reverting to pre-LLM version (considérer un retour à une version pré-LLM) ou le 30 mai un ticket GitHub Please Do Not Vibe Fuck Up This Software (quelque chose comme merci de ne pas sIAloper ce logiciel) attribuant les problèmes à l’intelligence artificielle ; ceci a entraîné une réponse du mainteneur Andrew Tridgell rsync and outrage expliquant s’être aidé de LLM pour réécrire sa suite de tests (du shell au Python). Et les régressions constatées n’étaient pas liées à l’IA au final.

    Dès le 20 mai, la première version post-polémique atteignait les dépôts Debian de développement ([2026-05-20] Accepted rsync 3.4.3+ds1-2 (source) into unstable). Et en août la version 3.5 y est entrée ([2026-08-17] Accepted rsync 3.5.0+ds1-1 (source) into unstable).

    En juillet et août 2026 a eu lieu un scrutin pour les personnes développant la distribution Debian sur l’usage des LLM (voir les annonces, discussions, résultats et conséquences 1, 2, 3). Le choix s’est porté sur un « usage responsable de l’IA générative ».

    Le 15 septembre, le mainteneur Debian du paquet rsync a annoncé que « pour corriger 33 CVE, [il a] décidé de passer à la version 3.5.0 plutôt que de rétroporter toutes les corrections individuellement » (ce qui entraîne des changements de comportement, est annoncé à la mise à jour du paquet et a amorcé la réflexion qui a donné lieu à cette dépêche).

    Verra-t-on un basculement majeur vers autre chose que rsync des réfractaires à l’IA ? Est-ce un non-événement ? Est-ce le premier de nombreux cas où des paquets embarquant des modifications faites par un LLM (sont arrivées et) arriveront dans Debian ?

    D’une part, la fracture sur le sujet est palpable : ainsi le sondage StackOverflow 2025 rapportait 20% de défavorables à l’IA, 60% de favorables et 20% d’incertains/indifférents, mais avec 33% de confiance dans l’IA et 46% de défiance, et 32% d’utilisateurs de l’IA et 38% de réfractaires à l’idée. Le sondage State of Devs 2026 donne un 50/50 sur les avis positifs ou négatifs sur l’IA, sur l’effet sur l’état mental de l’IA, et classe en premier comme risques l’impact environnement, la perte d’emploi, la montée de l’IA slop, les effets cognitifs et l’usage militaire. Même le sondage State of IA 2026 est révélateur : les utilisateurs d’IA amplifient leur usage, avec de plus en plus d’agentique, tout en reconnaissant une addiction, une capacité à se faire traire financièrement (pour le dire grossièrement) et une montée des risques. Dit autrement tout en se traitant parfois qui de mormons passéistes rétrogrades qui de moutons suivistes antéchristiques (termes non contractuels), tout le monde reconnaît la complexité et la multiplicité des risques.

    D’autre part, la capacité à faire autrement est assez réduite : forker une Debian en Devuan pour se passer de Systemd est « relativement » facile, on remplace un seul logiciel et les alternatives pré-existaient. Vouloir éviter d’être teinté par une GPL comme certains projets BSD reste faisable (il suffit d’une alternative à chaque logiciel GPL, et visiblement c’est plus ou moins le cas). Mais vouloir éviter tout logiciel libre ayant eu une contribution LLM est-il encore possible ? Est-on seulement capable de lister les logiciels concernés ? Et existe-t-il encore une alternative non-teintée à chacun d’entre eux ? Ne serait-ce pas aussi dur que par exemple vouloir faire du logiciel propriétaire sans jamais utiliser un seul logiciel libre quand ceux-ci sont omniprésents, en particulier dans le développement logiciel ?

    Bref, est-on à une croisée des chemins ? Ou déjà bien engagé sur une route (et laquelle) ? La réponse est laissée en exercice au lectorat (moi à la base je voulais juste mettre à jour des Debian).

    Commentaires : voir le flux Atom ouvrir dans le navigateur

    Stash - Synchroniser vos notes Apple Notes avec Markdown

    Si vous êtes comme moi et que vous vivez dans Apple Notes parce que c'est fluide, synchronisé partout, et que ça marche sans qu'on ait à se poser de questions, cet outil va vous plaire.

    Parce que oui, voilà, le jour où vous voulez bidouiller vos notes en ligne de commande, les exporter en Markdown, ou simplement éviter de vous retrouver coincé dans votre prison dorée Apple... Et bien c'est la galère. J'ai longtemps cherché une solution propre. Je me suis même dit à un moment que j'allais coder un script Python foireux pour scrapper la base SQLite locale, mais j'ai vite abandonné l'idée.

    Pourquoi ? Parce que j'ai découvert Stash , un petit outil en ligne de commande qui fait le pont entre vos notes Apple et des fichiers Markdown.

    Et le truc cool, c'est que ça marche dans les deux sens. Vous pouvez exporter vos notes Apple en Markdown (comme ici : Exporter pour vos backups ), mais aussi éditer vos fichiers Markdown et renvoyer les changements directement dans Apple Notes. C'est une vrai synchro bidirectionnelle qui vous rend vraiment maître de vos données.

    J'ai testé ça sur macOS Tahoe avec un dossier de notes en vrac. J'ai lancé le bousin, et ça m'a fait plaisir de voir mes fichiers .md popper proprement dans le terminal, prêts à être commités ensuite sur un GitHub ou édités dans VS Code.

    L'installation est toute bête, via Homebrew :

    brew tap shakedlokits/stash https://github.com/shakedlokits/stash
    brew install shakedlokits/stash/stash
    

    Et ensuite, c'est juste 2 commandes. Pour exporter une note Apple vers Markdown, c'est

    stash pull "Ma Super Note"
    

    Stash va chercher la note dans Apple Notes, la convertit en Markdown propre via Pandoc, et vous la balance dans un fichier local Ma Super Note.md.

    Et la seconde commande c'est pour faire l'inverse (éditer votre Markdown et pousser les changements vers Apple Notes). Là faut faire

    stash push "Ma Super Note.md"
    

    Et là, magie !! Vos modifs se retrouvent dans l'app Notes, synchronisées sur tous vos appareils Apple (iPhone, iPad, Mac). C'est dommage que ça soit pas natif ce truc.

    Stash c'est chouette (Oula pas facile à prononcer vite celle là) parce qu'il utilise du YAML front-matter pour lier chaque fichier Markdown à une note Apple spécifique (via un ID unique). Quand vous faites stash push, le contenu du fichier écrase la note. Quand vous faites stash pull, la note écrase le fichier.

    Attention toutefois car c'est là que ça se corse... Stash écrase sans pitié !! Si vous modifiez votre note sur l'iPhone ET votre fichier Markdown en même temps, c'est le dernier qui parle qui a raison. Y'a pas de fusion intelligente à la Git, donc gaffe aux conflits. C'est un peu brut de décoffrage, mais au moins c'est clair et prévisible.

    Bref, pour ceux qui veulent scripter leurs notes, automatiser des backups, ou simplement bosser en Markdown avec leur éditeur préféré, c'est le chaînon manquant. J'avais testé Obsidian et Joplin par le passé, mais la synchro iCloud ou WebDAV m'avait saoulé. Là, c'est le bon compromis avec l'interface Apple pour la saisie, le Markdown pour le stockage long terme.

    rsyncy - Une barre de progression pour suivre l’avancement de Rsync

    Vous venez de lancer un bon gros rsync en prod pour migrer 3 téraoctets de données et votre boss vous sur-saoule toutes les 10 minutes avec des : “Alors, ça en est où ?” en boucle et vous, en bonne victime, vous répondez “Ça avance chef, ça avance…”.

    On peut faire mieux non ? Et oui, avec rsyncy qui vous permet au lieu d’avoir un rsync muet qui vous laisse dans le noir, de profiter d’une vraie barre de progression visuelle. Comme ça, vous voyez le pourcentage d’avancement, la vitesse de transfert, le volume copié, le temps écoulé, l’ETA, le nombre de fichiers traités… Bref, toutes les infos pour répondre factuellement à votre hiérarchie et prendre des décisions éclairées de grand professionnel qui aura bientôt une augmentation de salaire ^^.

    L’installation est super simple. Vous avez plusieurs options selon votre setup :

    # One-liner universel
    curl https://laktak.github.io/rsyncy.sh|bash
    
    # Sur macOS avec Homebrew
    brew install rsyncy
    
    # Avec Go
    go install github.com/laktak/rsyncy/v2@latest
    
    # Avec pipx (version Python)
    pipx install rsyncy
    

    Et une fois installé, vous pouvez soit lancer rsyncy directement avec les mêmes arguments que rsync :

    rsyncy -a /source/ /destination/
    

    Soit piper la sortie de votre rsync habituel vers rsyncy :

    rsync -a --info=progress2 -hv /source/ /destination/ | rsyncy
    

    Ce qui est top, c’est qu’avec ce paramètre, rsyncy ajoute automatiquement les arguments nécessaires pour avoir le maximum d’informations comme ça y’a plus besoin de vous rappeler des bonnes options.

    La barre de progression affichera quelque chose comme ça :

    Et là, vous avez tout… la barre visuelle, le pourcentage, les données transférées, la vitesse actuelle, le temps écoulé et le nombre de fichiers traités. C’est clair, net et précis.

    Pour les environnements où les couleurs posent problème (certains logs, scripts automatisés), vous pouvez les désactiver avec :

    NO_COLOR=1 rsyncy /source/ /destination/
    

    Pour les devs qui veulent debugger ou enregistrer leurs transferts rsync, l’auteur recommande d’utiliser “ pipevcr ”, un autre de ses outils qui permet d’enregistrer et rejouer des flux de données. Pratique pour tester rsyncy sans lancer de vrais transferts.

    Voilà, comme ça avec rsyncy, vous savez exactement où vous en êtes et vous pouvez estimer si vous allez respecter votre fenêtre de maintenance, prévenir si ça va déborder, ou rassurer tout le monde que tout se passe bien.

    Source

    Ethersync - Le mode multijoueur arrive enfin dans votre éditeur de texte

    Vous codez seul la nuit comme un petit lutin tout triste, paria de la société ? Et bien si je vous disais que vos collègues peuvent éditer vos fichiers en temps réel, directement dans votre Neovim ? Ce serait pas le feu ça ?

    Ethersync vient de débarquer et c’est exactement ce qu’il propose à savoir transformer n’importe quel éditeur de texte en espace de collaboration instantané. Comme un Google Docs mais en local, peer-to-peer et chiffré.

    Le projet a été présenté au FOSDEM 2025 par blinry, et la démo m’a scotché. En gros, vous tapez ethersync share dans votre terminal, un code apparaît du style “5-hamburger-endorse”, et de son côté, votre collègue tape ethersync join 5-hamburger-endorse et boom, vous éditez les mêmes fichiers en temps réel. Pas de serveur, pas de cloud, juste une connexion P2P chiffrée entre vos machines.

    Ce qui rend Ethersync génial, c’est qu’il fonctionne avec VOTRE éditeur préféré. Neovim, VS Code, et bientôt Emacs et JetBrains grâce aux plugins communautaires en développement comme ça plus besoin de forcer tout le monde sur le même outil. Chacun garde ses habitudes, ses raccourcis, ses configurations. L’interopérabilité est totale !

    Le secret technique derrière cette magie ce sont les CRDT (Conflict-free Replicated Data Types) via Automerge. En gros, c’est une structure de données qui permet à plusieurs personnes de modifier le même document sans créer de conflits. Chaque modification est enregistrée comme une opération, et l’algorithme sait comment les fusionner intelligemment. Même si vous travaillez hors ligne et que vous vous reconnectez plus tard, tout se synchronise nickel.

    Mais Ethersync va plus loin qu’Etherpad ou Google Docs car il ne se contente pas d’un seul fichier mais synchronise des projets entiers ! Vous partagez un dossier, et tout ce qui s’y trouve devient collaboratif. Fichiers sources, documentation, configs… tout est synchronisé en temps réel ce qui en fait le complément parfait à Git pour la collaboration instantanée.

    L’architecture est d’ailleurs brillante. Il y a un daemon qui tourne en arrière-plan et gère la synchronisation via Iroh (une bibliothèque Rust qui permet d’établir des connexions directes entre pairs via QUIC, avec du hole-punching et des relais de secours) ainsi que Magic Wormhole (que vous connaissez, pour l’établissement de connexion facile avec des codes courts).

    Les éditeurs communiquent alors avec le daemon via un protocole JSON-RPC tout simple. Du coup, créer un nouveau plugin est relativement facile si vous voulez supporter votre éditeur exotique préféré.

    Et surtout, niveau sécurité, c’est du solide. Comme, je vous le disais, toutes les connexions sont chiffrées de bout en bout, et y’a pas de serveur central qui pourrait être compromis. Comme ça, VOS données restent sur VOS machines et si même internet tombe parce que c’est la fin du monde, vous pourrez continuer à collaborer en local sur le même réseau.

    Pour l’installer sous Linux/macOS, vous récupérez le binaire statique depuis GitHub, vous le mettez dans votre PATH, et c’est parti. Les utilisateurs d’Arch ont même un paquet AUR (yay -S ethersync-bin). Pour Android, ça marche dans Termux et pour les amateurs de Nix, il y a un flake officiel.

    Ce projet est encore jeune et en développement actif mais l’équipe l’utilise au quotidien donc ça se bonifie avec le temps. D’ailleurs, la bonne nouvelle c’est que ça a été financé par NLNet via leur fonds NGI0 Core pour 2024, et par le Prototype Fund allemand pour 2025. Ça garantit comme ça un développement sérieux et en continu.

    Bref, que ce soit pour du pair programming, mais aussi de la prise de notes collaborative, de la rédaction de documentation à plusieurs, de la sessions de debug en équipe…etc, ça devrait bien faire le taf et contrairement aux partages d’écran, chacun garde le contrôle de son environnement.

    Si vous voulez tester, c’est le moment car le projet recherche des retours, des testeurs, et des contributeurs pour créer de nouveaux plugins. La documentation est claire, le code est propre et l’équipe est réactive !

    De la collaboration fluide et instantanée, directement dans votre environnement de travail habituel, comme on aime !

    Que demande le peuple ?

    Grsync – Une chouette interface pour rsync

    Vous connaissez sûrement rsync, cet outil en ligne de commande hyper puissant mais pas toujours très intuitif ?

    Et bien Grsync, c’est rsync avec une interface graphique claire et des options bien rangées.

    Pour ceux qui débarquent, Grsync (et rsync donc…) permet de synchroniser des dossiers et des fichiers, que ce soit en local sur votre bécane ou avec des machines distantes. Vous pouvez créer des profils de synchronisation à volonté, chacun avec ses petits réglages : les dossiers source et cible, les filtres de fichiers, les options de transfert, etc. Une fois que c’est configuré, il vous suffit de cliquer sur un bouton et hop, il s’occupe de tout pendant que vous sirotez votre café (ou votre Club-Mate, pour rester dans le thème).

    Ça sert surtout sauvegarder régulièrement vos données importantes sur un disque dur externe ou un NAS, histoire d’éviter les mauvaises surprises en cas de crash. Mais attention, pensez à tester régulièrement vos sauvegardes pour vous assurer qu’elles fonctionnent et peuvent être restaurées avec succès.

    Mais ça peut aussi servir à synchroniser votre collection de musique entre votre PC et votre laptop. Ou encore à faire de la réplication de partitions, pour les plus geeks d’entre vous qui aiment jouer avec le feu. Bref, les possibilités sont quasi illimitées.

    Ce que j’aime bien avec Grsync, c’est qu’il ne prend pas ses utilisateurs pour des débutants. Certes, l’interface graphique simplifie grandement les choses, mais vous avez quand même accès à un paquet d’options avancées d’rsync si vous voulez peaufiner vos réglages. Et si vous êtes un vrai ninja du terminal, vous pouvez même exporter la ligne de commande générée par l’outil pour la tweaker à la main.

    C’est disponible dans les dépôts de la plupart des distributions Linux, il vous suffit donc d’utiliser votre gestionnaire de paquets favori. Sous Ubuntu par exemple, un petit

    sudo apt install grsync

    et le tour est joué. Évidemment, il vous faut aussi avoir rsync d’installé, mais normalement c’est déjà le cas sur la plupart des systèmes.

    Et pour les paranos de la ligne de commande, je vous rassure : à tout moment vous pouvez voir la commande rsync qui sera exécutée et vous pouvez même l’exporter dans un script shell pour l’exécuter plus tard ou l’intégrer dans vos tâches planifiées. De quoi garder un contrôle total sur ce qui se passe.

    Et voilà, vous pouvez maintenant dormir sur vos deux oreilles, vos documents sont en sécurité ! Pensez juste à brancher régulièrement votre disque externe et à cliquer sur Exécuter pour mettre à jour la sauvegarde. Vous pouvez même cocher « Trier les fichiers » et « Supprimer en premier » pour qu’il optimise la sauvegarde incrémentale.

    Notez quand même que Grsync ne chiffre pas vos données, donc évitez de vous en servir pour synchroniser votre collection privée de photos de vous à poil sur un serveur public. Et il ne vérifie pas non plus l’intégrité des fichiers, donc il peut en théorie propager une corruption silencieuse. Pour vraiment mettre vos données à l’abri, pensez à les stocker sur plusieurs supports et à vérifier régulièrement que tout est ok.

    Bref, c’est un chouette outil gratuit et open-source, qui fait bien ce qu’on lui demande et que vous pourrez trouver ici.

    ❌