[01:02:36]
<m606> it seems there are tools that can help: https://wiki.archlinux.org/title/Ryzen
[01:03:16]
<m606> also https://github.com/ZanMax/amd-states-linux (but is it safe/working?)
[01:17:37]
<Solrac> ty!!
[06:59:13]
<freetux> Hello, j'ai un petit souci avec Matomo je ne reçois pas de mail pour la configuration du site (mot de passe de la base de données notamment). Il n'est pas envoyé au compte utilisateur défini lors de l'installation ? Je peux le retrouver quelque part du coup ? Il n'y a rien dans les logs de l'installation. Merci.
[08:56:31]
<couscousyeah> je veux pas dire de bêtise, mais si t'as pas correctement configuré ton serveur mail sur yunohost,tu peux quand meme installer roundcube et lire les mail internes de chaque compte (où possiblement tu retrouveras ce mail)
[08:59:22]
<Chatpitaine Caverne> freetux: Tu dois pouvoir retrouver avec :
`sudo yunohost app setting matomo db_user`
`sudo yunohost app setting matomo db_pwd`
Je n'ai pas maotmo et ne peux tester mais d'après script install, ça devrait être ça.
[09:01:24]
<miro5001> Pourquoi as tu besoin du mot de passe de la base de données ?
[15:58:17]
<freetux> Il y a la configuration du site une fois l'installation faite
[15:59:20]
<freetux> Je regarde ça ce soir. 👍
[16:50:59]
<Chatpitaine Caverne> freetux: Et si tu veux voir toutes les variables d'environnement, tu peux te placer dans le shell de l'app :
`sudo yunohost app shell matomo` puis une fois dans l'environnement de l'app : `printenv` c'est verbeux mais au milieu de ce fatras, il y a toutes les variables de setting de l'app.
[17:27:18]
<Mamie> Bonsoir les gens ! J'ai une petite question : est ce qu'il est possible de récupérer le label d'une application en ligne de commande ? Je le trouve en faisant `sudo yunohost app info borg__3`, et pas quand je fais `sudo yunohost app config get borg__3`, et bien sûr, je n'y arrive pas avec `sudo yunohost app setting borg__3 label` (j'ai essayé label, name, main.label et main.name).
[17:27:59]
<Mamie> (J'en aurai besoin pour juste indiquer dans un de mes scripts le nom lisible du borg sur lequel ça bosse, j'en ai peut être un peu trop...)
[17:32:12]
<Chatpitaine Caverne> Mamie: Il y aurait ça, mais il y a peut-être mieux :
```
cat /etc/yunohost/apps/nextcloud__2/manifest.toml | grep name
name = "Nextcloud"
```
[17:47:12]
<Chatpitaine Caverne> Mieux, mais suis assez ignorant en manipulation de chaines de caractères. J'ai trouvé ça :
```
cat /etc/yunohost/apps/nextcloud__2/manifest.toml | grep name | cut -d \" -f 2
Nextcloud
```
[17:48:56]
<Chatpitaine Caverne>
> (J'en aurai besoin pour juste indiquer dans un de mes scripts le nom lisible du borg sur lequel ça bosse, j'en ai peut être un peu trop...)
En même temps, quand Borg V2 sera sorti et que la fonction `borg tranfer` sera là, il n'y aura peut-être plus besoin d'en avoir plusieurs.
[17:55:39]
<Chatpitaine Caverne> Sinon, il y a bien une variable dans l'environnement de l'app qui s'appelle YNH_APP_ID, mais je ne parviens pas à trouver comment l'extraire.
[17:56:51]
<otm33> Mamie: Tu veux le nom ou l'id de l'application?
[17:59:21]
<otm33> pour le label de Borg : `yunohost app setting borgserver label` : c'est cela que tu cherches ?
[18:17:10]
<miro5001> Je viens de l'installer en mode visitors et ça ne demande pas d'identifiants de base de données
[18:22:13]
<CH> Just want to ask again about this problem...or is it somehow connected to "better not upgrading synapse"?
[18:24:03]
<Chatpitaine Caverne> I upgraded it without any issue. Doesn't mean you will, but doesn't seem to be generalized issue.
[18:25:38]
<CH> I've got no idea where my synapse.conf should have gone. Didn't mess around via cli, the last update workd just fine
[18:29:02]
<Chatpitaine Caverne> CH: Did you manage to get it back ?
[18:29:38]
<Chatpitaine Caverne> I have it in 8.4 php. But maybe this is the update who did that upgrade.
[18:30:16]
<CH> No, since I didn't delete it I didn't really think about such a simple solution. My bad. 🙈 Will search the backup.
[18:33:46]
<Chatpitaine Caverne> Just in case you don't find it back. Doesn't seem to be any secret in there just I'm in 8.4, so you could hace to change to 8.3
```
/etc/php/8.4/fpm/pool.d# cat synapse.conf
[synapse]
user = synapse
group = synapse
chdir = /var/www/synapse/cas
listen = /var/run/php/php8.4-fpm-synapse.sock
listen.owner = www-data
listen.group = www-data
pm = ondemand
pm.max_children = 16
pm.max_requests = 500
request_terminate_timeout = 1d
pm.process_idle_timeout = 10s
php_admin_value[upload_max_filesize] = 100M
php_admin_value[post_max_size] = 100M
php_admin_value[memory_limit] = 128M
```
[18:34:08]
<Chatpitaine Caverne> Just in case you don't find it back. Doesn't seem to be any secret in there just I'm in 8.4, so you could have to change to 8.3
```
/etc/php/8.4/fpm/pool.d# cat synapse.conf
[synapse]
user = synapse
group = synapse
chdir = /var/www/synapse/cas
listen = /var/run/php/php8.4-fpm-synapse.sock
listen.owner = www-data
listen.group = www-data
pm = ondemand
pm.max_children = 16
pm.max_requests = 500
request_terminate_timeout = 1d
pm.process_idle_timeout = 10s
php_admin_value[upload_max_filesize] = 100M
php_admin_value[post_max_size] = 100M
php_admin_value[memory_limit] = 128M
```
[18:45:43]
<CH> Yeah, well, did restore the file from the latest backup. But now a different error occurs: https://paste.yunohost.org/raw/puwadafode
[18:46:21]
<CH> Seems to somehow be a problem with 8.4.
[18:47:56]
<freetux> Quand tu vas sur la page du site, t’as la config de matomo a faire.
[18:51:41]
<CH> Ah, well, and now the synapse.conf file has vanished again. Strange.
[19:00:29]
<CH> So is there any trick to get php8.4 working?
[19:35:44]
<Chatpitaine Caverne> CH:
Seems, there is an issue whith reeching the sury packages. Still looking at it. Just a question, is your system well upgraded with no issue or warning regarding apt keys and such things ?
```
2026-02-17 19:43:10,513: DEBUG - php8.4 php8.4-cli php8.4-common php8.4-fpm php8.4-opcache php8.4-readline
2026-02-17 19:43:10,677: DEBUG - 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
2026-02-17 19:43:10,677: DEBUG - Need to get 4973 kB of archives.
2026-02-17 19:43:10,678: DEBUG - After this operation, 23.7 MB of additional disk space will be used.
2026-02-17 19:43:10,678: DEBUG - Err:1 https://packages.sury.org/php bookworm/main amd64 php8.4-common amd64 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,678: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,701: DEBUG - Err:2 https://packages.sury.org/php bookworm/main amd64 php8.4-opcache amd64 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,701: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,713: DEBUG - Err:3 https://packages.sury.org/php bookworm/main amd64 php8.4-readline amd64 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,713: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,726: DEBUG - Err:4 https://packages.sury.org/php bookworm/main amd64 php8.4-cli amd64 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,726: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,738: DEBUG - Err:5 https://packages.sury.org/php bookworm/main amd64 php8.4-fpm amd64 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,738: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,749: DEBUG - Err:6 https://packages.sury.org/php bookworm/main amd64 php8.4 all 8.4.17-1+0~20260118.40+debian12~1.gbpd1ab00
2026-02-17 19:43:10,749: DEBUG - 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,753: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4-common_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_amd64.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,754: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4-opcache_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_amd64.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,755: DEBUG - + cat /tmp/tmp.hQg9cc1kFA/dpkg_log
2026-02-17 19:43:10,755: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4-readline_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_amd64.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,755: DEBUG - (Reading database ... 143416 files and directories currently installed.)
2026-02-17 19:43:10,756: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4-cli_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_amd64.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,757: DEBUG - Preparing to unpack .../synapse-ynh-deps.deb ...
2026-02-17 19:43:10,758: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4-fpm_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_amd64.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,758: DEBUG - Unpacking synapse-ynh-deps (1.147.1~ynh1) over (1.147.1~ynh1) ...
2026-02-17 19:43:10,758: WARNING - E: Failed to fetch https://packages.sury.org/php/pool/main/p/php8.4/php8.4_8.4.17-1%2b0%7e20260118.40%2bdebian12%7e1.gbpd1ab00_all.deb 404 Not Found [IP: 2a04:4e42:30::820 443]
2026-02-17 19:43:10,760: DEBUG - dpkg: synapse-ynh-deps: dependency problems, but configuring anyway as you requested:
2026-02-17 19:43:10,760: WARNING - E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
```
[19:37:04]
<CH> As far as I know: yes. Applied every Update timely. How could i Check for key Errors?
[19:45:47]
<CH> You are right: there seems to be a problem with a signature. Thanks for the hint! I'm trying to dive into it.
[19:46:45]
<Chatpitaine Caverne> CH: try first `sudo yunohost tools regen-conf apt`
[19:47:19]
<Chatpitaine Caverne> And then again apt update
[19:47:57]
<CH> Hmm. Tried to fix it but seem to have messed up something: E: Conflicting values set for option Signed-By regarding source https://packages.sury.org/php/ bookworm: /etc/apt/trusted.gpg.d/extra_php_version.gpg != /etc/apt/keyrings/sury-php.gpg
E: The list of sources could not be read.
[19:49:44]
<Chatpitaine Caverne> Did you try that ?
[19:50:43]
<CH> Yeah, output:
Warning: The configuration file '/etc/apt/sources.list.d/yarn.list' has been manually modified and will not be updated
apt:
applied:
pending:
/etc/apt/sources.list.d/yarn.list:
status: modified
Is it safe to delete the file and the try regen-conf again?
[19:51:11]
<Chatpitaine Caverne> `sudo yunohost tools regen-conf apt --force`
[19:53:50]
<CH> Now the response is:
E: Conflicting values set for option Signed-By regarding source https://packages.sury.org/php/ bookworm: /etc/apt/trusted.gpg.d/extra_php_version.gpg != /etc/apt/keyrings/sury-php.gpg
E: The list of sources could not be read.
[19:55:23]
<Chatpitaine Caverne> Let's try this :
`curl -sS https://packages.sury.org/php/apt.gpg | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/extra_php_version.gpg > /dev/null`
[19:58:17]
<CH> apt update still says the same.
[19:59:47]
<Chatpitaine Caverne> Well not sure, but try rename `/etc/apt/keyrings/sury-php.gpg` and _SAV at the end. And try a new regen-conf.
[20:00:20]
<CH> okay. tried to rename the other file but without success. now i'll try this direction
[20:01:54]
<CH> ...but sill. now i'll try to match the maybe differing values
[20:09:17]
<CH> now apt update runs. i exchanged /etc/apt/trusted.gpg.d/extra_php_version.gpg in etc/apt/sources.list.d/extra_php_version.list with /etc/apt/keyrings/sury-php.gpg and now it seems as if at least apt update works.
[20:10:31]
<Chatpitaine Caverne> OK, then a new attemps of upgrade should work. Check when you enter the upgrade menu if there is no warning. Do a refresh oh the search for upgrade before attempt to upgrade synapse again.
[20:11:48]
<CH> Thanks, will give it a try!
[20:40:13]
<CH> Well, it indeed was a key error that prevented php from updating. after straightening it out php was updated and then subsequently synapse was updated - thanks!!
[21:34:25]
<Mamie> Ça donne le nom de l'application tel que défini par le dev, donc mes borgs s'appelleront tous `borg`, et je sais justement que je bosse sur un borg, mais j'ai besoin (enfin envie) de savoir lequel.
[21:34:54]
<Mamie> Si ça fonctionnait pour `borg`, oui, mais justement, ça ne retourne rien 😥
[21:35:21]
<Mamie> (Désolé pour mon temps de réponse qui est parfois... bien trop long)
[21:37:12]
<Chatpitaine Caverne> Mamie: ça devrait être ça alors :
```
sudo yunohost app setting nextcloud__2 id
nextcloud__2
```
[21:38:03]
<Mamie> Ça me retourne l'identifiant, donc exactement ce que j'ai mis en input :p
[21:38:22]
<Mamie> J'ai besoin que ça me dise "Borg distant hebdomadaire"
[21:38:28]
<Mamie> Bien plus clair que "borg__3"
[21:38:44]
<Chatpitaine Caverne> Ben je comprends rien à ce que tu veux. Et en effet, c'était pas malin.
[21:39:29]
<Chatpitaine Caverne> Toute faàon fatigué. Je coupe. Bonne nuit.
[21:41:08]
<otm33> Mamie: Tu veux changer le label pour que chaque instance ait un nom différent ?
[21:41:30]
<Mamie> Non, ça c'est déjà fait, via l'admin web
[21:42:05]
<Mamie> Sauf qu'aujourd'hui je me suis "amusé" à faire de la place sur mon serveur et dans les borgs distants (à 99% pleins) et ça a été un peu chiant.
[21:42:31]
<Mamie> Je me suis du coup fait un petit helper, mais je voulais savoir si je pouvais lui mettre un petit `echo` pour qu'il dise de quel repo il parle.
[21:43:18]
<Mamie> https://aria.im/_bifrost/v1/media/download/ATEK6rEyP8C0RIITrFN2FHeJsVoExqPvfHGbn9TzirCM5wzqzBaTTiEf6Ez6Ca5euxMlIm2IskEX82JNGNRuY_ZCeccrUgoQAG1hbWllc2Vydi5mci9TZWJCUXFUYU51bnNyeEFEWlN2bXdSVGg
[21:45:12]
<Mamie> Mais tant pich si il n'y a pas de manière simple, je pense que ça doit être une clef spéciale à passer, mais si personne ne l'a en tête, spa grave, j'ai l'admin pas bien loin quand je tripatouille :)
[21:45:31]
<otm33> Ben... `yunohost app setting borg label`, non ? Enfin tu adaptes à l'id de l'instance.
[21:45:56]
<Mamie> Et non, ça ne retourne rien.
[21:46:20]
<otm33> Tu n'as pas cette clé dans settings.yml ?
[21:46:40]
<Mamie> non
[21:47:22]
<Mamie> C'est le genre de valeurs communes à toutes les applications
[21:47:35]
<otm33> Dans ce cas-là, tu peux la créer : `yunohost app setting borg monlabel -v "borg 1"`
[21:47:45]
<Mamie> (Et donc pas dans les paramètres)
[21:48:03]
<Mamie> Flemme totale de créer un truc en plus 😅
[21:48:27]
<Mamie> (Surtout que je n'aurai aucun moyen de le voir ou le modifier dans l'interface web, alors qu'il y a un label fait pour ça)
[21:48:54]
<Mamie> Sinon quelqu'un saurait où est ce que le portail récupère ses infos d'applications ?
[21:52:07]
<Mamie> Ah ben c'est là : https://github.com/YunoHost/yunohost/blob/ef72dc6e2e2e9cd5689fe620cbe9740654db4ee0/src/utils/app_utils.py#L182
[21:52:07]
<Mamie> Et c'est donc "label"
[21:52:09]
<Mamie> Et ça ne retourne rien
[21:52:18]
<otm33> dans le répertoire doc de l'app, dans settings.yml...😁
[21:52:42]
<Mamie> Nope : https://github.com/YunoHost-Apps/borg_ynh/tree/master/doc
[21:53:48]
<otm33> Comment ça?
[22:03:15]
<otm33> `yunohost app setting borg label -v '<valeur du portail admin>'`. Les changements ultérieurs via le portail admin seront ensuite normalement répercutés.
[22:04:42]
<Mamie> J'ai ouvert un ticket, ça ressemble à un bug non ?
[22:04:43]
<Mamie> https://github.com/YunoHost/issues/issues/2757
[22:06:22]
<otm33> J'ai bien ce label sur mon instance. Mais il a peut-être été ajouté à compter d'une certaine version.
[22:06:41]
<Mamie> Tu l'a en ligne de commande ?
[22:06:51]
<otm33> Oui
[22:06:54]
<Mamie> Si oui, ça dépend peut être de la version de l'empaquetage
[22:07:09]
<Mamie> (Dans borg, pas de settings.yml par exemple)
[22:07:23]
<otm33> Où cherches-tu ?
[22:07:38]
<Mamie> https://github.com/YunoHost-Apps/borg_ynh/
[22:08:54]
<otm33> C'est "fabriqué" lors de l'installation et cela stocke des paramètres. Tu le trouves dans `/etc/yunohost/apps/borg/settings.yml`
[22:09:55]
<Mamie> Alors oui il y est bien, désolé 🙏
[22:10:37]
<Mamie> Mais ce n'est pas à plat, c'est dans _permissions.main.label
[22:10:38]
<otm33> C'est la "carte d'identité" de chaque instance de chaque app.
[22:11:29]
<otm33> J'ai bien compris. Sur mon instance il est dans ce bloc *et* à part.
[22:12:04]
<Mamie> Après il est possible que mon serveur soit juste "trop vieux", j'ai du borg qui tourne dessus depuis... ben avant que ça n'arrive dans YunoHost 😱
[22:12:39]
<Mamie> Allez, dodo, on verra demain 😴
[22:12:50]
<Mamie> Merci pour l'aide 🙂