wilk a écrit 1442 commentaires

Attention, un todo peut en cacher un autre, il y a https://four.htmx.org/extensions/hx-live qui a l'air très tentant, mais je me méfie un peu…
Je trouve qu'il y a deux modes d'utilisations d'htmx. Soit en utilisation parcimonieuse pour conserver l'avantage de la simplicité (ce que je fais depuis des années, en simple suite des iframe et ajax) ou l'utilisation en quasi framework où là je trouve que c'est beaucoup plus délicat et vite piégeux.

Autant on peut accepter Systemd parce que ça ne remet pas en cause nos convictions profondes, autant là le sujet est trop clivant pour l'instant. Avec la même voix au chapitre que toi je suis tout à fait d'accord.

Mais comment aurait-il fallu gérer ça en amont ? Pas évident du tout quand je vois comment on s'étripe déjà dans les petites assos sur le simple fait de faire une affiche par IA !

Faut dire que ceux qui ont la main sur les LLMs ont coupés l'herbe sous les pieds de tout le monde en sortant le point Godwin avant même que les débats aient commencés ! On n'est plus au pied du mur on fait déjà parti du ciment.

Demain, facturation électronique, n'oubliez pas de faire le plein de pop-corn.

https://lists.debian.org/debian-project/2026/08/msg00041.html

You can replace me with some agentic AI anyway, so do not even try to pretend you’re going to miss me.

C'est le cas
https://www.debian.org/vote/2026/vote_002

Cette déclaration décrit la position du projet au moment où elle est adoptée. Cette position peut évoluer dans le temps sans besoin de recourir à de futures résolutions générales. Le processus de résolution générale reste disponible si le projet a besoin d'une décision et ne parvient pas à un consensus.

Il y a news.free.fr et news.gmane.io

Je ne connaissais pas https://reaction.ppom.me/ dont il parle dans les questions/réponses.
C'est vrai que fail2ban consomme énormément même quand on n'a très peu de services à surveiller alors qu'un simple petit suivi de journalctl… Ca me donne une idée…
La doc et le tutorial de ce programme est très pédagogique.

à l’heure actuelle, seules 14 personnes n’étaient pas encore concernées par la fuite de données.

On est d'accord que ça n'est plus du Gorafi ?

Au point où on en est diffusons toutes nos données personnelles, ça va tarir le marché noir de la donnée, et hop, fini les fuites !
Plus besoin de payer des admins pour sécuriser les serveurs, et voilà des belles économies en perspectives.
Comment ça vous avez quelque chose à cacher ?

Usenet, on a oublié Usenet !

Je parlais du fait qu'ils conservent leur ancienne interface. Pourquoi n'abandonnent-ils pas tout simplement cette ancienne interface, ça doit être coûteux de conserver deux interfaces en même temps aussi longtemps.

C'est quand même très rare un site qui conserve son ancienne version.
Quelle est donc la raison ?

Comme dirait Linus, on n'est pas la pour faire de la politique, les données c'est de la data voilà tout, de vulgaires bytes qui se courent après.

Pas vraiment abandonné. En créant un profil avec un serveur de mail classique et une adresse de mail dédiée on peut interagir avec des mails classiques et des comptes chatmail.

Mais c'est vrai que tout ça n'est pas super évident.

Quelque chose comme Deltachat devrait pouvoir émerger vu qu'il y a encore plus d'utilisateurs de mails que d'utilisateurs Whatsapp. Et les mails marchent déjà à l'échelle mondiale que ce soit avec des petits ou des gros serveurs.
Surtout que parmi les milliards d'usagers Whatsapp il doit y avoir une quantité de gens comme moi qui n'ont un compte que pour échanger 3 messages par semaine pour se donner un rdv de covoit du club de sport du coin, ce qui ne demande pas des contraintes de déploiement particulièrement à l'échelle !

la distinction entre commit, staging area et stash n'est pas utile, ce sont juste des trees qu'on manipule de manière différente

Je pense que tu n'es pas loin du raisonnement bookmark :-)
Comme barnic je trouve plus naturel de ne déplacer mes bookmarks quand le travail est prêt qu'au début. Le "describe" du premier commit identifie en quelque sorte la branche sur laquelle on travaille et le bookmark valide le travail final après avoir éventuellement réarrangé les différentes étapes.

Pour ma part dans le projet où j'ai plusieurs branches actives qui sont carrément différentes versions en prod, (je n'ai aucune branche master c'est selon que l'une ou l'autre est avancée) je me sert des bookmarks pour savoir à quel niveau sont mes déploiements.
J'ai donc les bookmarks client1, client2 etc. Si je bosse sur la version du client2 je crée un commit en suivant de son bookmark, quand le travail est terminé je déplace le bookmark client2 (il devient immutable quand je push sur la forge et ça crée le déploiement en même temps). Et ensuite je rebase le client1 sur le client2 pour qu'ils soient au final au même niveau. Ce pourrait être la même chose avec des branches features.
Autrement dit le fait de déplacer un bookmark est mon signal comme quoi j'ai déployé.

Le raisonnement est l'inverse de git les commits sont créés avant le travail les bookmarks sont créés après le travail.

Sur un projet où j'utilise beaucoup de branches toujours actives j'ai eu du mal au début et j'avais laissé tomber pour ça.

J'en suis revenu quand j'ai commencé à raisonner bookmark et plus "branche qui n'avance pas". Le bookmark étant plus proche d'un tag finalement.
Depuis quelques versions il y a jj bookmark advance (jj b a) qui permet d'avancer le bookmark et il me semble qu'il y a des discussions en cours pour faire qu'un bookmark puisse avancer tout seul, ce qui serait un peu l'équivalent. Mais au final je trouve plus explicite d'avancer soit-même son bookmark.

Oui tu as raison, intuitif c'est très subjectif. Disons plutôt qu'il a très bien collé avec mes attentes.
Par exemple je suis plutôt du genre à oublier d'ajouter un fichier avec git mais j'ai très rarement des fichiers qui traînent. Donc pour moi c'est très naturel que n'importe quel nouveau fichier soit automatiquement versionné. Pareil pour la notion de bookmark qui colle mieux que les branches avec mon fonctionnement particulier.
C'est pour ça que c'est difficile à "vendre", il faut surtout essayer et voir ensuite si ça correspond à son fonctionnement.

il ne faut pas oublier que des gens vont potentiellement mourrir de manière indirect avec vos idée trop biaisé contre les atomes

Du coup tous les autres pays du monde vont tous mourrrrrir à cause de leurs idées biaisées ?

Pour ceux qui suivent déjà, la v0.44.0 qui vient de sortir ajoute l'option --all à jj git push qui permet de pousser les tags, ce qui n'était pas possible avant je n'ai jamais compris pourquoi mais du coup c'est bien pratique.

Pour info il y a une nouvelle version tous les mois, le projet est en constante évolution y compris avec des changements incompatibles.

une fois l'eau froide utilisé -> hop on la remet plus chaude la ou on l'a prise

On n'a qu'à rajouter un climatiseur dans la boucle. [j'étais pas censé être déjà dehors ?]->

Faudrait mettre des megabassines à côté. [jetesuis…]->

Cible erronée mais cible identifiée. On commence à se rendre compte que non tout ça n'évolue pas gratuitement dans les nuages !

La FAQ de ce lien est plutôt pas mal faite.

1. Le risque de perdre du temps à relire les patchs vibecodés qui semblent pas mal au premier coup d'oeuil mais finalement pourris et difficile à maintenir quand on regarde de plus prêt.

2. le JDK est utilisé pour des missions critiques, on ne se permet pas le moindre risque.

3. Les LLMs s’entraînent sur du code sans se soucier de leurs droits.

4. Les LLMs peuvent aider les contributeurs. Oui pour la compréhension du code et le debug mais pas pour générer du code.

…

Mais si tu cours en moyenne 0,5km/h plus vite

C'est donc ça l'IA ? Aller 0,5km/h plus vite ?
Mais du coup ça rend encore plus absurde l'usine à gaz qui le permet non ?

Je préfère faire une petite pause et trouver un raccourci dans ce cas :-)