Pointer réellement le manifeste vers la release Gitea

Le commit précédent portait le bon message mais pas les modifications :
manifest.toml, README.md, conf/systemd.service et la valeur par défaut de
--base-url référençaient encore gitea.example.org, ce qui faisait échouer
l'installation au Prefetching asset main.

A_FAIRE.md est réécrit : la visibilité privée du dépôt du code devient le
point bloquant restant (Gitea répond 404, pas 403, à un anonyme).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

manifest.toml

@@ -13,7 +13,7 @@ maintainers = ["mathieu"]
 
 [upstream]
 license = "AGPL-3.0-or-later"
-code = "https://gitea.example.org/mathieu/mabibli"
+code = "https://git.akbar.nohost.me/mathieu/mabibli"
 
 [integration]
 yunohost = ">= 12.1.38"
@@ -73,8 +73,8 @@ ram.runtime = "200M"
     # self-contained (CLAUDE.md, « Ne jamais compiler sur le serveur »).
     #
     # Ces deux valeurs sont réécrites par `build/publier-release.sh`.
-    amd64.url = "https://gitea.example.org/mathieu/mabibli/releases/download/v0.1.0/mabibli-0.1.0-linux-x64.tar.gz"
-    amd64.sha256 = "a202f59b4d55aac172d78defd7733bee30d8a115d899ed0da55cd935f6bf679d"
+    amd64.url = "https://git.akbar.nohost.me/mathieu/mabibli/releases/download/v0.1.0/mabibli-0.1.0-linux-x64.tar.gz"
+    amd64.sha256 = "e3316bd05cd71234403695bab405f48009d8d6186b0074235396d622c8c0caef"
 
     # L'archive dépose ses fichiers à la racine, sans dossier intermédiaire.
     in_subdir = false