mathieuandClaude Opus 5
1f115790ee
Le mode etait justifie dans CLAUDE.md comme « la brique reutilisable en CI ». C'etait faux : le README du depot du code s'en sert depuis toujours comme chemin de reprise a la main quand publier.sh echoue en cours de route. Il a donc failli partir sur une justification erronee. Garde et range : 8 ramifications ramenees a 5, dont une seule assouplit encore un garde-fou, contre trois auparavant. Deux defauts reels en sont sortis — un depot sale n'etait PAS signale dans ce mode, et la version y retombait sur celle deja publiee, piege que le README documentait au lieu de le corriger. refuser() separe le constat du conseil : le constat vaut dans les deux modes, « choisissez un numero libre » est faux en reprise, ou le tag vise est justement celui qu'on veut retrouver. Le depot git devient une exigence inconditionnelle en tete, ce qui supprime quatre tests -d .git disperses plus bas. Les cinq variables d'environnement jumelles disparaissent : chacune doublait une option qu'elle repetait, l'aide en listait dix pour cinq reglages, et rien ne disait laquelle l'emportait. ram.runtime passe de 200M a 256M. Mesure sur le serveur : pic reel de 208 793 600 o, soit 199,1 Mio, contre 200M declares — 0,4 % de marge, c'est-a- dire aucune. systemctl show -p MemoryPeak ne renvoie rien sur ce serveur et reussit en silence ; c'est le cgroup qui garde le maximum. Les deux doc/*_fr.md, identiques octet pour octet a leurs jumeaux, sont supprimes : YunoHost retombe sur les fichiers par defaut, deja en francais. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Paquet YunoHost pour MaBibli
Paquet d'installation de MaBibli, application de gestion de bibliothèque personnelle (catalogue, prêts, scan ISBN).
Ce dépôt ne contient aucun code C#. Il porte uniquement de quoi installer sur YunoHost une archive déjà compilée : le manifeste, les configurations nginx et systemd, les scripts d'installation, et les scripts de publication.
📖 Toute la documentation est dans le dépôt du code
Elle a été regroupée dans le README de mabibli,
qui est le point d'entrée unique du projet : contenu et points de conception du paquet,
publication d'une version, mise en production pas à pas, montée de version, retour arrière,
désinstallation, et contraintes permanentes.
Il n'y a qu'une seule chaîne de publication et un seul projet : deux jeux de documentation finissaient par diverger, et l'on ne savait plus lequel faisait autorité.
Ne restent ici que les deux fichiers que YunoHost lit lui-même et qui doivent donc vivre à côté du manifeste :
doc/DESCRIPTION.md— présentation affichée dans le catalogue d'applicationsdoc/ADMIN.md— authentification, emplacement des données, sauvegarde ; affichée dans l'interface d'administration une fois l'application installée
Publier une nouvelle version
# Depuis ce dépôt, avec le dépôt du code à côté (../mabibli)
./build/publier.sh
Le détail — ce que le script vérifie, ce qui reste manuel, et la marche à suivre côté serveur —
est dans le README de mabibli.