April
Mon	Tue	Wed	Thu	Fri	Sat	Sun
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30

[07:28:47] <thatoo> Hi,
I face issue with sury but different than usual (GPG) :
```
~$ sudo apt update
W: Impossible de récupérer https://packages.sury.org/php/dists/bookworm/InRelease 503 certificate has expired [IP : 2a04:4e42:6a::820 443]
~$ sudo apt-key adv --fetch-keys https://packages.sury.org/php/apt.gpg
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
Executing: /tmp/apt-key-gpghome.LmqP60XNWY/gpg.1.sh --fetch-keys https://packages.sury.org/php/apt.gpg
gpg: requête de la clef sur « https://packages.sury.org/php/apt.gpg »
gpg: clef B188E2B695BD4743 : « DEB.SURY.ORG Automatic Signing Key <deb@sury.org> » n'est pas modifiée
gpg: Quantité totale traitée : 1
gpg: non modifiées : 1
$ sudo apt update
Atteint :2 http://security.debian.org/debian-security bookworm-security InRelease
Atteint :3 http://ftp.debian.org/debian bookworm InRelease
Atteint :4 http://ftp.debian.org/debian bookworm-updates InRelease
Atteint :5 https://dl.yarnpkg.com/debian stable InRelease
Atteint :1 https://forge.yunohost.org/debian bookworm InRelease
Ign :6 https://packages.sury.org/php bookworm InRelease
Ign :6 https://packages.sury.org/php bookworm InRelease
Ign :6 https://packages.sury.org/php bookworm InRelease
Err :6 https://packages.sury.org/php bookworm InRelease
Échec de la connexion [IP : 146.75.123.52 443]
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait
4 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.

W: Impossible de récupérer https://packages.sury.org/php/dists/bookworm/InRelease Échec de la connexion [IP : 146.75.123.52 443]
~$ ping packages.sury.org -4
PING (199.232.171.52) 56(84) bytes of data.
64 bytes from 199.232.171.52 (199.232.171.52): icmp_seq=1 ttl=56 time=19.9 ms
```
[07:30:18] <thatoo> `sudo yunohost tools regen-conf apt` doesn't solve neither
`W: Impossible de récupérer https://packages.sury.org/php/dists/bookworm/InRelease Échec de la connexion [IP : 146.75.123.52 443]`
[07:52:43] <homelab-fr> J'ai le même souci également :-(
[08:08:55] <·☽•Nameless☆•777 · ±> https://aria.im/_bifrost/v1/media/download/AaMzOd90tBO254q7BECpCK7tRkCghw8tPOWkhR84TYqQ95IAutRjOp-yYnYvy4EbE-tIUWK6oaLdOxYLYJsE4a5CedUmNXygAG1hdHJpeC5vcmcvblFCTUxqTVRjTE9kcUt5UFdsVXVIVXZB
[08:09:04] <·☽•Nameless☆•777 · ±> C'est la certification du serveur qui a expiré
[08:09:55] <·☽•Nameless☆•777 · ±> une solution serait de changer de miroir
[08:09:55] <·☽•Nameless☆•777 · ±> ( Faut sûrement avertir la personne qui gère ce miroir )
[08:10:59] <·☽•Nameless☆•777 · ±> ( apparemment ce n'est pas un miroir pour les dépôts de Debian )
[08:11:56] <·☽•Nameless☆•777 · ±> > https://www.debian-fr.org/t/certificat-packages-sury-org-expire/86215
[08:12:02] <·☽•Nameless☆•777 · ±> C'est pas la première fois que ça arrive
[08:45:36] <rainer.szs> How do I remove a symbolic link to a wrong directory, done with ln -s /dir1/ /dir2/ ?
[08:45:36] <locomostiv> Bonjour @yunohost je viens de tomber sur cet article sur *Reporterre* : https://
reporterre.net/Coachs-de-fertilite-et-methode-naturelle-comment-les-catholiques-reactionnaires-veulent
Un article qui met en lumière jusqu'où est capable d'aller le mécénat de l'extrême droite.. Or dans le magasin d'app de YunoHost il y a cette étrange App : https://
apps.yunohost.org/app/moncycle
Qui se veut être une alternative a "clue" mais qui est totalement dans le spectre de fertilitycare et donc de Stérin et de l'extrême droite. Je me dis que par les temps qui courent c'est un motif valable pour enlever l'App du store (si possible) ?
[08:58:00] <tao> hello yunohosters, i can't restore nextcloud due to error inside restore script. it was while trying to upgrade to 32.0.6~ynh that the app died and could'nt restore since. please your help https://paste.yunohost.org/raw/ojipijedil
[09:07:57] <rainer.szs> Good morning. I have owncloud which I created a symbolic link some months ago after reading [the documentation](https://doc.yunohost.org/gl/admin/tutorials/moving_app_folder/). I want the data to end in my 165 GB hard drive instead of the yunohost installation folder, which has 26G of space. Since I don't want to fill the installation drive, how can I move safely my owncloud data to the largest drive?
[09:07:59] <rainer.szs> https://aria.im/_bifrost/v1/media/download/AadC5_wZR_ofn5bKRmvrIlVm3EWvV_ZV1XHHkszUuIQfjkzlZMYJx97Ciaouj66BcCSUUpaZfG7BH_GIIdXwGhtCedUpltGwAG1hdHJpeC5vcmcvcHZDQ29IemFpSldzZm1STWRPbmtMdHdU
[09:08:00] <rainer.szs> something like this
[09:17:34] <Chatpitaine Caverne> Ben déjà, les savoir ici, c'est "grrrrr, vont venir nous faire ch..r jusqu'ici ?"
Par ailleurs, il y a au moins un point d'entrée critique c'est leur envoi des gens vers des moniteurices de ces méthodes dites naturelles. Là le risque de rentrer dans un autre univers sectaire et politiquement orienté est fort fort fort.
[09:18:45] <Chatpitaine Caverne> locomostiv: Merci pour l'information en tout cas.
[09:25:20] <·☽•Nameless☆•777 · ±> Je me dis que le mieux c'est de demander leur avis aux ~~mainteneurs~~ contributeurs* du paquet,
Je connais vite fait certains pseudos et ça m'étonnerait qu'ils soient d'accord avec le fait de véhiculer de la propagande pro Stérin .
[10:06:57] <ewilly> j'ai le sentiment qu'il y a confusion entre la capacité de l'application et ce dont pourquoi elle est ou pourrait être utilisée. Effectivement d'après le site elle se veut compatible avec la méthode FertilityCare mais je n'ai pas l'impression qu'en offrant un package pour cette app (que je ne connais pas), ca rend YunoHost complice/vecteurrde certains discours ou idéologies. Imagine si il fallait commencer à regarder, derrière chaque app packagée, les opinions politiques de leur auteur...
[12:21:03] <Chatpitaine Caverne> Salut, Funkwhale V2 est un énorme plus. Merci aux dev.
Il y a toutefois un "petit" souci sur notre instance, ça ne joue pas de musique, aucune...

La log du service funkwhale worker fait état d'erreur 403 forbiden et de connexions rejected :
(je ne mets pas le yunopaste car bizarement, il laissait des IPV6 de clients en clair)
```
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] [IPV6] - "WebSocket /api/v2/activity" 403
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] connection rejected (403 Forbidden)
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] connection closed

```
Je soupçaonne fortement un souci dans la configuration Nginx.
[12:21:03] <locomostiv> Oui je comprends, en même temps c'est aussi ça la vrai force d'un projet comme YunoHost de pouvoir compter sur des gens pour garder un œil sur les potentiels risques liés à l'utilisation d'un app. Ici dérive idéologique liée à une sphère d'extrême droite bien documentée par l'article. Et pour s'en sortir (de cette période néfaste) j'imagine bien que **oui** il faudrait/faut tout vérifier, pas forcément les opinions politiques, mais plutôt les sous entendus anti-démocratiques liés à l'existence même d'une app (Cf : la patte graphique de cette app toute droit sortie des livres pour enfants des années 60, _Martine.._). J'appelle donc plus à la méfiance qu'à une action, et comme je suis pas très à l'aise avec GitHub, je ne sais pas bien comment interpeler les contributeur·ice·s, c'est pour ça que je suis passé par ce canal. Et surtout pour protéger YunoHost que je ne vois pas comme complice mais comme jardin à sauvegarder collectivement !
[12:21:03] <(◕‿◕) Seb (◕‿◕)> Cette discussion m’intéresse beaucoup. Je suis en lien avec le Planning Familial de mon département.
Je m’inquiète au sujet de la divulgation de données très sensibles via les applications habituelles utilisées en ce qui concerne la santé et en particulier le suivi des règles et de la fertilité.
Je manque de temps et de compétences pour m’y atteler seul.
J’avais en tête la possibilité de proposer un hébergement des données de ce type d’applications sur mon Yunohost.
[12:28:38] <·☽•Nameless☆•777 · ±> Après quelques recherches et lectures de l'article reporter,
je me dis que cette app propose des méthodes pour évaluer la fertilité,
Et que ne me paraît pas véhiculé de message politique,
Que ça fonctionne ou non, on peut aussi s'en servir pour éviter de procrée* je pense.
[12:28:38] <Chatpitaine Caverne> Je vois notemment que la structure des chemins de l'API pour par exemple subsonic est : `/var/www/funkwhale/api/funkwhale_api/subsonic`
Alors que dans nginx :
```
# You can comment this if you do not plan to use the Subsonic API.
location /rest/ {
include proxy_params_with_auth;
proxy_pass http://127.0.0.1:8096/api/subsonic/rest/;

}

```
[12:36:50] <rainer.szs> Is this possible?
[12:38:44] <Chatpitaine Caverne> IDK owncloud, but this way of moving datas is correct, with some limitations due to symlinks. See this forum link to get some detailled questions (english version in second part) : https://forum.yunohost.org/t/use-of-bind-mount-insteed-of-symbolic-link/28078
Personnaly I finished by mounting a whole drive (could work also with partition on a drive) as my /home <del>partition</del>mount point.
Like this, all my datas are on an other drive (except databases datas).
[12:40:08] <Chatpitaine Caverne> IDK owncloud, but this way of moving datas is correct, with some limitations due to symlinks. See this forum link to get some detailled questions (english version in second part) : https://forum.yunohost.org/t/use-of-bind-mount-insteed-of-symbolic-link/28078
Personnaly I finished by mounting a whole drive (could work also with partition on a drive) as my /home <del>partition</del> mount point.
Like this, all my datas are on an other drive (except databases datas).
[12:43:38] <rainer.szs> wait, don't bind mounts create a copy of a directory each time a file is changed? Would not there be two exact directories in two different drives by doing this?
[12:45:30] <Chatpitaine Caverne> No it doesn't, but as you see in the discussion, I went back from bind mount (mostly due to little knowledge on this and performance issues, not due to bind mount, I think) to go for a whoole /home mount wich I found much easier and more convinient to me.
[12:49:23] <Thomas> J’ai repris exactement la structure du nginx proposé upstream (https://dev.funkwhale.audio/funkwhale/funkwhale/-/blob/develop/deploy/nginx.template?ref_type=heads#L140)
[12:50:06] <Thomas> Pour les problèmes de musique, ce sont des musiques de quel type ? 
[12:50:41] <Thomas> Je veux dire, des musiques que tu as uploadées, indexées ou que tu joues depuis la fédération ?
[12:51:36] <Chatpitaine Caverne> Ben, ce n'est pas ce que j'ai dans mon /etc/nginx/conf.d/funkwhale.conf.
Un souci lors de l'upgrade ? Je vais tenter un regen conf with-diff pour voir.
[12:52:11] <Chatpitaine Caverne> Aucune, uploadées avant migration, uploadée fraichement pour tester et fédérées.
[12:54:52] <Thomas> Est-ce que tu n’as bien qu’un fichier dans /etc/nginx/conf.d/tondomaine.tld.d/?
[12:54:55] <isAAAc> idem pas de son ici non plus après upgrade
[12:54:55] <Chatpitaine Caverne> oui, d'ailleurs, j'ai omis de mettre le domaine dans le chemin indiqué plus haut.
[12:54:56] <Thomas> Ok mais je veux bien avoir le diff alors si tu l’as
[12:55:02] <Chatpitaine Caverne> Le `sudo yunohost tools regen-conf nginx --dry-run --with-diff` est muet.
[12:57:35] <Chatpitaine Caverne> Je regarde la log d'upgrade pour voir si je vois un truc autour de Nginx.
[12:58:41] <Chatpitaine Caverne> Voici la partie re conf de Nginx dans l'upgrade :
```
2026-04-02 11:33:43,394: DEBUG - + ynh_safe_rm /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale_proxy.conf
2026-04-02 11:33:43,394: DEBUG - + local target=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale_proxy.conf
2026-04-02 11:33:43,411: INFO - [####+...............] > Upgrading NGINX web server configuration...
2026-04-02 11:33:43,419: DEBUG - + ynh_config_add_nginx
2026-04-02 11:33:43,423: DEBUG - + local finalnginxconf=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,425: DEBUG - + ynh_config_add --template=nginx.conf --destination=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,489: DEBUG - + jinja=0
2026-04-02 11:33:43,491: DEBUG - + '[' -f /var/cache/yunohost/app_tmp_work_dirs/app_7e7hi8pt/conf/nginx.conf ']'
2026-04-02 11:33:43,491: DEBUG - + template_path=/var/cache/yunohost/app_tmp_work_dirs/app_7e7hi8pt/conf/nginx.conf
2026-04-02 11:33:43,491: DEBUG - + ynh_backup_if_checksum_is_different /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,555: DEBUG - + touch /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,556: DEBUG - + chmod 640 /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,557: DEBUG - + _ynh_apply_default_permissions /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,557: DEBUG - + local target=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,557: DEBUG - + ynh_system_user_exists --username=funkwhale
2026-04-02 11:33:43,566: DEBUG - + getent passwd funkwhale
2026-04-02 11:33:43,569: DEBUG - + '[' -f /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf ']'
2026-04-02 11:33:43,570: DEBUG - + is_in_dir /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf /var/www/funkwhale
2026-04-02 11:33:43,570: DEBUG - + '[' -n /var/www/funkwhale ']'
2026-04-02 11:33:43,570: DEBUG - ++ realpath /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,571: DEBUG - + local child=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,571: DEBUG - ++ realpath /var/www/funkwhale
2026-04-02 11:33:43,572: DEBUG - + local parent=/var/www/funkwhale
2026-04-02 11:33:43,572: DEBUG - + [[ /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf =~ ^/var/www/funkwhale ]]
2026-04-02 11:33:43,573: DEBUG - + is_in_dir /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf /home/yunohost.app/funkwhale
2026-04-02 11:33:43,573: DEBUG - + '[' -n /home/yunohost.app/funkwhale ']'
2026-04-02 11:33:43,573: DEBUG - ++ realpath /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,573: DEBUG - + local child=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,574: DEBUG - ++ realpath /home/yunohost.app/funkwhale
2026-04-02 11:33:43,574: DEBUG - + local parent=/home/yunohost.app/funkwhale
2026-04-02 11:33:43,575: DEBUG - + [[ /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf =~ ^/home/yunohost.app/funkwhale ]]
2026-04-02 11:33:43,575: DEBUG - + is_in_dir /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf /etc/funkwhale
2026-04-02 11:33:43,575: DEBUG - + '[' -n /etc/funkwhale ']'
2026-04-02 11:33:43,575: DEBUG - ++ realpath /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,576: DEBUG - + local child=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,576: DEBUG - ++ realpath /etc/funkwhale
2026-04-02 11:33:43,577: DEBUG - + local parent=/etc/funkwhale
2026-04-02 11:33:43,577: DEBUG - + [[ /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf =~ ^/etc/funkwhale ]]
2026-04-02 11:33:43,577: DEBUG - + '[' /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf == /var/www/funkwhale ']'
2026-04-02 11:33:43,578: DEBUG - + '[' /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf == /home/yunohost.app/funkwhale ']'
2026-04-02 11:33:43,578: DEBUG - + chmod 400 /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,578: DEBUG - + chown root:root /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,579: DEBUG - + [[ 0 == 1 ]]
2026-04-02 11:33:43,580: DEBUG - + cp -f /var/cache/yunohost/app_tmp_work_dirs/app_7e7hi8pt/conf/nginx.conf /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,581: DEBUG - + _ynh_replace_vars /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,581: DEBUG - + local file=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,582: DEBUG - + local -a uniques_vars
2026-04-02 11:33:43,582: DEBUG - + mapfile -t uniques_vars
2026-04-02 11:33:43,582: DEBUG - ++ grep -oP '__[A-Z0-9]+?[A-Z0-9_]*?[A-Z0-9]*?__' /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,583: DEBUG - ++ sort --unique
2026-04-02 11:33:43,583: DEBUG - ++ sed 's@__\([^.]*\)__@\L\1@g'
2026-04-02 11:33:43,590: DEBUG - + ynh_store_file_checksum /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,679: DEBUG - + '[' / '!=' / ']'
2026-04-02 11:33:43,680: DEBUG - + ynh_replace '--match=^#root_path_only' --replace= --file=/etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,724: DEBUG - + sed -i '/fastcgi_param\s*REMOTE_USER/d' /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,725: DEBUG - + ynh_store_file_checksum /etc/nginx/conf.d/son.maindomain.tld.d/funkwhale.conf
2026-04-02 11:33:43,810: DEBUG - + ynh_systemctl --service=nginx --action=reload
2026-04-02 11:33:43,863: DEBUG - + service=nginx
2026-04-02 11:33:43,863: DEBUG - + action=reload
2026-04-02 11:33:43,864: DEBUG - + wait_until=
2026-04-02 11:33:43,864: DEBUG - + length=20
2026-04-02 11:33:43,865: DEBUG - + log_path=/var/log/nginx/nginx.log
2026-04-02 11:33:43,865: DEBUG - + ynh_in_ci_tests
2026-04-02 11:33:43,866: DEBUG - + timeout=300
2026-04-02 11:33:43,866: DEBUG - + '[' reload == stop ']'
2026-04-02 11:33:43,866: DEBUG - + '[' reload == reload ']'
2026-04-02 11:33:43,866: DEBUG - + action=reload-or-restart
2026-04-02 11:33:43,866: DEBUG - ++ date --utc --rfc-3339=seconds
2026-04-02 11:33:43,867: DEBUG - ++ cut -d+ -f1
2026-04-02 11:33:43,867: DEBUG - + local 'time_start=2026-04-02 09:33:43 UTC'
2026-04-02 11:33:43,867: DEBUG - + systemctl reload-or-restart nginx
```
[13:07:09] <rainer.szs> I discovered that the content of owncloud is stored in home/yunohost.app/owncloud with a size of 5.7 gb. While the var/www/owncloud is 4.0 k (the one that I created the link with). And also, the symbolic link that i created for the larger hard drive (between var/www/owncloud and /mnt/MEDIA_165_GB) is 125M into /mnt/MEDIA_165_GB.
So is it safe to create a new symbolic link with the yunohost.app folder that will replace the var/www/owncloud one?
[13:07:09] <Thomas> À première vue ça a l’air d’être ok
[13:07:10] <Chatpitaine Caverne> The use of simlink in Yunohost and in the doc you linked is mainly for /home/yunohost.app/MYAPP folders.
[13:07:10] <rainer.szs> If i log into owncloud my *actual* files are 4.9 gb
[13:07:10] <rainer.szs> weird, the documentation shows var/www as example, but I noticed it's also incomplete
[13:07:10] <Chatpitaine Caverne> The www folders don't contain data and doing simlink on it isn't usefull (and maybe not recommended).
[13:07:11] <Chatpitaine Caverne> strange indeed.
[13:09:04] <Chatpitaine Caverne> Dans le github yunohost de l'app, ce n'est pas cette config que l'on a (ou alors je vois mal) : https://github.com/YunoHost-Apps/funkwhale_ynh/blob/master/conf/nginx.conf
[13:09:04] <rainer.szs> So linking an app into yunohst.app is indeed intended
[13:12:04] <Thomas> Oui j’ai dû l’adapter un peu pour YunoHost, mais le principal reste le même je pense ?
[13:12:16] <isAAAc> Thomas: Chatpitaine Caverne : la description de cette issue est assez proche non ? https://github.com/YunoHost-Apps/funkwhale_ynh/issues/229
[13:12:16] <rainer.szs> I'll try this after and backup
[13:12:16] <Thomas> Je vais rechecker ça
[13:12:17] <Chatpitaine Caverne> Beaucoup oui.
[13:14:30] <Chatpitaine Caverne> Mais j'ai vraiment l'impression que notre souci vient de ce chemin modifié dans la V2 pour l'API avec l'ajout de ce répertoire funkwhale_api : `/var/www/funkwhale/api/funkwhale_api/`
[13:16:50] <isAAAc> `/etc/systemd/system/funkwhale-server.service` y a déjà `--timeout 120`

mauvaise piste donc
[13:26:50] <Thomas> Vous avez quoi comme journaux pour les services funkwhale-server et funkwhale-worker?
[13:30:27] <Chatpitaine Caverne> Funkwhale-worker : https://paste.yunohost.org/pucohumemi
Funkwahel-server, j'en ai mis un bout représentatif plus haut, mais le yunopaste laisse des IPV6 de client. Je remets ici le bout de log :

```
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] [IPV6] - "WebSocket /api/v2/activity" 403
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] connection rejected (403 Forbidden)
Apr 02 14:14:08 gunicorn[578072]: [2026-04-02 12:14:08 +0000] [578072] [INFO] connection closed
```

ça fait ça pour toute tentative.
[13:36:33] <rainer.szs> What should I do? I removed all the symlinks regarding owncloud, i'm confused

```
rainer@(domain):~$ sudo ls -la /mnt/MEDIA_165_GB/owncloud
total 127028
drwxr-x--- 2 owncloud owncloud 4096 Feb 6 12:04 .
drwxr-xr-x 13 root www-data 4096 Feb 11 10:20 ..
-rwxr-x--x 1 owncloud owncloud 130067976 Feb 5 16:36 ocis
rainer@(domain):~$ mv /home/yunohost.app/owncloud /mnt/MEDIA_165_GB/
mv: replace '/mnt/MEDIA_165_GB/owncloud', overriding mode 0750 (rwxr-x---)? y
mv: inter-device move failed: '/home/yunohost.app/owncloud' to '/mnt/MEDIA_165_GB/owncloud'; unable to remove target: Permission denied
```

[13:43:21] <rainer.szs> I'm afraid to replace something important if I redo the same command but with sudo
[13:43:23] <rainer.szs> No my bad, the yunohost.app folder doesn't have a ocis folder, sorry
[13:43:23] <isAAAc> j'ai restoré pour ma part, j'ai bien du son qui marche
[13:43:41] <Chatpitaine Caverne> Je fais le choix d'attendre pour l'instant. Personne ne râle et sont prévenu.e.s.
Je préfère garder pour aider/trouver la solution.
[13:46:02] <isAAAc> dispo quand vous voulez pour refaire un upgrade ;)
[13:46:11] <Thomas> Pour info j’ai le 403 forbidden error aussi, sans problème pour lire les audios
[13:46:31] <isAAAc> audios locaux ?
[13:48:02] <Thomas> Yep
[13:48:02] <isAAAc> chelou
[13:48:03] <isAAAc> je retente un upgrade
[13:51:27] <isAAAc> damn ...
```
root@krashboyz:/# yunohost app upgrade funkwhale
Info: Now upgrading funkwhale…
Info: Creating a safety backup prior to the upgrade
Info: Collecting files to be backed up for funkwhale…
Info: Declaring files to be backed up...
Info: /home/yunohost.app/funkwhale will not be saved, because 'BACKUP_CORE_ONLY' is set.
Warning: File or folder '/etc/fail2ban/jail.d/funkwhale.conf' to be backed up does not exist
Error: Failed to collect files to backed up for funkwhale.
Info: The operation 'Create a backup archive' could not be completed. Please share the full log of this operation using the command 'yunohost log share 20260402-134733-backup_create' to get help
Error: Aborting the upgrade, because a safety backup could not be created (Failed to collect files to be backed up)

```
[13:51:28] <rainer.szs> I did it!! I moved the owncloud folder into the external drive
[13:51:28] <isAAAc> complete log https://paste.yunohost.org/raw/ijonufasad
[13:52:50] <isAAAc> where is the damned /etc/fail2ban/jail.d/funkwhale.conf gone
[13:57:33] <Thomas> Ah j’ai eu le même problème une fois pendant mes test, je n’ai pas trop compris ce qui s’est passé
[13:57:37] <Chatpitaine Caverne> Si ça vient que de ça, voici le fichier `/etc/fail2ban/jail.d/funkwhale.conf`

```
[funkwhale]
enabled = true
port = http,https
filter = funkwhale
logpath = /var/log/nginx/son.OUPS.REOUPS-access.log
maxretry = 5
```

Droits r à root uniquement.
[13:57:37] <Chatpitaine Caverne> Si ça vient que de ça, voici le fichier `/etc/fail2ban/jail.d/funkwhale.conf`

```
[funkwhale]
enabled = true
port = http,https
filter = funkwhale
logpath = /var/log/nginx/son.OUPS.art-access.log
maxretry = 5
```

Droits r à root uniquement.
[13:58:54] <Thomas> Et le fichier `/etc/fail2ban/filter.d/funkwhale.conf`
```
[INCLUDES]
before = common.conf
[Definition]
failregex = <HOST>.* "POST /api/v2/users/login HTTP/\d.\d" 40
ignoreregex =
```
[13:58:55] <isAAAc> il manque aussi : /etc/fail2ban/filter.d/funkwhale.conf
[13:58:56] <Thomas> Pour info j’ai résolu le problème du 403 error en me déconnectant et me reconnectant ^^
[13:58:56] <Chatpitaine Caverne> J'ai essayé, pas changé.
[13:58:57] <Thomas> Et dans une fenêtre privée ?
[14:01:20] <isAAAc> upgrade en cours
[14:04:53] <Chatpitaine Caverne> Ah oui, j'oubliais tout de même. J'ai eu un gros paquet d'erreurs dans la génération des thumbnails lors de la migration.
et là après une nouvelle tentative de logout, c'est différent j'ai des erreurs de thumbnail : https://paste.yunohost.org/umijorehob
[14:11:13] <isAAAc> bbon, ça ne marche toujours pas, y compris en me déloguant de funkwhale et de yunohost, puis en me reloguant
[14:20:29] <isAAAc> ça me fait des 404 de ce type:

[02/Apr/2026:16:19:30 +0200] "GET /_protected/media/tracks/6b/65/52/2023-07-08-krash-ou-creve-2023-07-08-01.krash-ou-creve-jejehk-mix.mp3/ HTTP/2.0" 404 548 "https://son.krashboyz.org/channels/krashnozx"
[14:32:25] <otm33> https://aria.im/_bifrost/v1/media/download/AVlRSTj0Lkfol1sT3ALtysHQ9cInFI1xEeJl8cfCzrwzVWvAgeaR43Y6-4s3ySLIJnsabgAAyV9x5RVALaC4oQFCedU8Jx0QAG1hdHJpeC5vcmcvSHJqbG1QVExKRHl3cHN1YmRpYVJmVGFl
[14:33:29] <Chatpitaine Caverne> J'ai l'impression que la source funkwhale a une erreur de typo ici :
```
```
[14:35:09] <Chatpitaine Caverne> J'ai l'impression que la [conf funkwhale](https://dev.funkwhale.audio/funkwhale/funkwhale/-/blob/develop/deploy/nginx.template?ref_type=heads#L140) a une erreur de typo ici :
```
# You can comment this if you do not plan to use the Subsonic API.
location /rest/ {
include /etc/nginx/funkwhale_proxy.conf;
proxy_pass http://funkwhale-api/api/subsonic/rest/;
}

```
Z'ont probablement inversé funkwhale-api et api
Je suis en train de modifier ma conf Nginx pour tenter de voir ce que ça donne en plaçant le chemin funkwhale-api partout où l'API est indiquée dans leur fichier de conf.
J'ai par contre un souci sur la location de subsonic/rest/ car /rest n'existe pas. Je vais tenter de ne mettre que subsonic/
[14:57:24] <isAAAc> Chatpitaine Caverne:
moi j'ai ça:
```
# You can comment this if you do not plan to use the Subsonic API.
location /rest/ {
include proxy_params_with_auth;
proxy_pass http://127.0.0.1:5000/api/subsonic/rest/;

}
```
[14:59:26] <isAAAc> par contre, j'ai ça, qui pointe vers un répertoire vide:
```
location /_protected/music/ {
# This is an internal location that is used to serve
# local music files once correct permission / authentication
# has been checked on API side.
# Set this to the same value as your MUSIC_DIRECTORY_PATH setting.
internal;
alias /home/yunohost.app/funkwhale/data/music/;
more_set_headers "Access-Control-Allow-Origin: *";
}
```
[15:00:41] <Chatpitaine Caverne> Voui, pareil. Ai tenté de mettre `http://127.0.0.1:5000/api/funkwhale-api/subsonic/` car `/var/www/api/funkwhale-api/subsonic/rest` rest n'exist pas dans le répertoire subsonic. Pas fonctionné.
J'ai tenté de mettre un peu partout funkwhalme-api là où ça cause d'api dans la conf nginx, mais je n'avait plus rien et des erreurs 500.
[15:00:41] <Thomas> Oh j’ai une idée d’un fix que j’ai fait il y a quelques années et que j’ai revert sans faire exprès
[15:08:21] <Chatpitaine Caverne> C'est bien comme ça qu'on fait ?
`sudo yunohost app upgrade funkwhale --url https://github.com/YunoHost-Apps/funkwhale_ynh/tree/fix`
[15:08:21] <Thomas> C’est ça la différence avec mon installation, mes musiques sont dans ce dossier, alors que pour vous il est autre part
[15:08:21] <isAAAc> or, si je ne me goure pas, les tracks sont dans `/home/yunohost.app/funkwhale/data/media/tracks/<XX>/<YY>/<ZZ>/<LA_JAI_DES_FICHIERS_MP3>`
[15:08:21] <Thomas> Possible d’essayer d’upgrade vers https://github.com/YunoHost-Apps/funkwhale_ynh/tree/fix ?
[15:08:26] <Chatpitaine Caverne> Y'a un truc qui cloche
```
61 DEBUG acquiring lock...
72 DEBUG lock has been acquired
121 DEBUG loading python module yunohost.app took 0.049s
121 DEBUG processing action 'yunohost.app.upgrade'
133 DEBUG action executed in 0.012s
133 DEBUG lock has been released
134 ERROR You provided an url or file to 'yunohost app upgrade' with several targets to upgrade ... it's unclear what to do with this. Please provide a single target when specifying a file or url to 'yunohost app upgrade'!
```
[15:08:27] <Thomas> `sudo yunohost app upgrade funkwhale -u https://github.com/YunoHost-Apps/funkwhale_ynh/tree/fix --debug`
[15:08:27] <Thomas> oups pardon, j’ai oublié funkwhale haha
[15:08:28] <Chatpitaine Caverne> Ah merde, pas vu.
[15:08:28] <Chatpitaine Caverne> C'est parti
[15:11:22] <Chatpitaine Caverne> SUCCESS
La log : https://paste.yunohost.org/raw/sifisemova
Je regarde fonctionement
[15:11:23] <Chatpitaine Caverne> ça fait du bruit harmonieux (plus ou moins suivant l'artiste)
[15:13:01] <isAAAc> je le tente de mon coté
[15:15:23] *isAAAc constate que la perception du temps est très élastique
[15:18:09] <Chatpitaine Caverne> Il paraît même que ce serait relatif (mais des conspis sont pas d'accord)
[15:18:10] <isAAAc> je vais me couler un café, j'ai du mal à attendre devant l'écran
[15:18:11] <Chatpitaine Caverne> Les musiques perso OK
Les musiques de users de l'instance OK
Les musiques fédérées, KO Pas de thumbnail (ou très peu) ni de son.
[15:19:50] <isAAAc> je confirme
[15:21:40] <isAAAc> et c'est long je trouve à s'afficher
[15:23:37] <Thomas> Il y a un breaking change entre l’api v1 et l’api v2 au niveau federation. Ils ne savent pas se fédérer l’un l’autre
[15:27:17] <Chatpitaine Caverne> Ah oui, très probable que beaucoup beaucoup d'instances n'ont pas encore migré.
[15:27:17] <isAAAc> ouep j'ai pas l'impression que mon instance soit fédérée, n imême qu'elle l'ai déjà été avec la v1 en fait
[15:29:11] <Chatpitaine Caverne> Cecessioniste va !
[15:29:11] <Chatpitaine Caverne> Oui, mais c'est peut-être le temps de recharger des buffers ou autres machins. Verrai à l'usage.
[15:29:12] <isAAAc> mais je ne demande qu'à ce que ça marche en fédéré hein 😇
[15:33:33] <Chatpitaine Caverne> Bon, merci Thomas et isAAAc
Je retourne me battre avec ce fichu câble RJ45 qui refuse de passer dans 2 (trop) petits trous décallés à travers le plafond. Mon ancien câble a commencé par me dégrader en 100Mbits et il m'a même fait une coupure de plusieurs heures en commençant juste après mon départ pour une randonnée. Le sournoi.
[15:33:34] <isAAAc> https://aria.im/_bifrost/v1/media/download/ASKGI26LHfQfjpgPJm9vyCabVgb18vM08N1rXH_KjLNqS6yMzhQmVqjPmHmpIPMvd2o6qFHG_B5wXgBQycf2mh9CedU_pstgAG1hdHJpeC5rcmFzaGJveXoub3JnL1lJZkZMcmdkTmJtVnhXbHlYelFDZ3lNRg
[15:33:34] <isAAAc> la fédération est set comme ça ici, chez vous aussi ?
[15:42:01] <Chatpitaine Caverne> ça ressemble :
[15:42:01] <isAAAc> je viens d'activer "Automatic pod level federation" voir si ça mieux marche
[15:42:01] <Chatpitaine Caverne> https://aria.im/_bifrost/v1/media/download/AWEgu6prZmqRQ5wuGImL-WJE6MCMovtWdwXegELLGECbAlLubnhJhEZzrXIS8YCt5p9vmX2AXgDlJ1lOylLhe0BCedVAIrvwAGNpcmthdS5hcnQvVllHZFZ0bHlVTHRhUFJteFl1WFBMQmJv
[17:20:06] <Thibaultmol> I'm curious how many people here are hosting a matrix server via yunohost and what your experience with it is. I hear that matrix servers are very fragile things but I feel like if it's properly managed via yunohost... it should be fine?
but don't know anyone who does it
[17:20:07] <@err404:matrix.numericore.com> > <@thibaultmol:matrix.org> I'm curious how many people here are hosting a matrix server via yunohost and what your experience with it is. I hear that matrix servers are very fragile things but I feel like if it's properly managed via yunohost... it should be fine?
> but don't know anyone who does it

It work well, (synapse)
[17:29:28] <isAAAc> same here
[17:35:10] <Chatpitaine Caverne> This is maybe the least ennoying app I self-host thanks to Yunohost cause otherwise it wouldn't be easy. I host on Synapse, waiting (for long, long long and maybe forever) Dendrite.
The only issue was the period where a bug in Synapse made the app size grow very fast and bigger and bigger. But this was not due to Yunohost.
Many people host it here and the support is very good.
[17:55:24] <Solrac> Im hosting my bridges on Yunohost, using Synapse, but wanted to try Tuwunel (precisely because of the known issues with Synapse). been debating if I should open to public; but also, what are my real limitations (space, bandwith, ISP being wonky)