[02:20:03]
<FbIN> > @_bifrost_FbIN=2fsupport=40conference.yunohost.org:aria-net.org what says NPM log mentioned at line 676 of this log?
The log is actually 0KB, blank it shows
[02:20:03]
<FbIN> > also have you recently dealt manually with npm on your YNH instance?
Nope, I did nothing manually.
[07:51:17]
<Chatpitaine Caverne> Pour information, la mise à jour 8.0.1 => 8.0.2 de Peertube s'est bien déroulée sur mon instance. J'étais vaguement tendu, mais j'avais 2 versions d'une sauvegarde toute fraîche à disposition.
Quelques erreurs remontées en log autour de Yarn et, devinez..., node(.js).
Voici la log pour information : https://paste.yunohost.org/raw/ameforokak
[08:07:53]
<Chatpitaine Caverne> Il y a tout de même ceci dans les journaux Peertube :
```
warn[29/01/2026 08:42:51] Cannot add licence peertube-plugin-creative-commons by plugin 8: key already exists.
error[29/01/2026 08:42:55] Fail to load common emojis regexp, disabling restrict message module.
error[29/01/2026 08:42:56]
```
[09:33:46]
<homelab-fr> Bienvenue !
[09:35:59]
<homelab-fr> bonjour je crois que le problème est de retour depuis hier :
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
W: Failed to fetch https://dl.yarnpkg.com/debian/dists/stable/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
W: Some index files failed to download. They have been ignored, or old ones used instead.
Des erreurs se sont produites lors de la mise à jour du cache APT (gestionnaire de paquets Debian). Voici un extrait des lignes du fichier sources.list qui pourrait vous aider à identifier les lignes problématiques :
sources.list:deb http://ftp.debian.org/debian bookworm main contrib non-free-firmware
sources.list:deb-src http://ftp.debian.org/debian bookworm main contrib non-free-firmware
sources.list:deb [signed-by=/etc/apt/keyrings/YunoHost_repository.asc] http://repo.yunohost.org/debian/ bookworm stable
sources.list:deb http://security.debian.org/debian-security bookworm-security main contrib non-free-firmware
sources.list:deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free-firmware
sources.list:deb http://ftp.debian.org/debian bookworm-updates main contrib non-free-firmware
sources.list:deb-src http://ftp.debian.org/debian bookworm-updates main contrib non-free-firmware
sources.list.d/extra_php_version.list:deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https://packages.sury.org/php/ bookworm main
sources.list.d/yarn.list:deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main
[09:40:52]
<Chatpitaine Caverne> homelab-fr: Il y a semble-t-il un mic-mac autour de la clé de package Yarn. On retrouve un souci de clé dans la log de mise à jour Peertube que j'ai partagée plus haut. Extrait :
```
2026-01-29 08:41:47,200: DEBUG - Err:6 https://dl.yarnpkg.com/debian stable InRelease
2026-01-29 08:41:47,200: DEBUG - The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
2026-01-29 08:41:51,692: DEBUG - Fetched 16.5 kB in 1s (21.9 kB/s)
2026-01-29 08:41:52,944: DEBUG - Reading package lists...
2026-01-29 08:41:52,963: WARNING - W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 62D54FD4003F6525
```
[09:44:28]
<Chatpitaine Caverne> Et un regen-conf apt proposerait ceci :
```
sudo yunohost tools regen-conf apt --dry-run --with-diff
Info: The configuration file '/etc/apt/sources.list.d/yarn.list' was removed manually, and will not be created
apt:
applied:
pending:
/etc/apt/sources.list.d/yarn.list:
diff: @@ -0,0 +1 @@
+deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main
status: removed
```
[09:55:24]
<homelab-fr> merci du retour, si je comprends bien (je suis vraiment novice désolé par avance) si on lance une regeneration de la conf via tools regen-conf, le retour est : que la clé est retirée manuellement et ne sera pas de nouveau crée donc restez chez vous il n'y a rien à voir (ai-je bien compris) ?
[10:02:24]
<homelab-fr> Merci et je comprends, je suis dans le même cas que toi
[10:04:15]
<bbohard> de mon côté, faute de comprendre toutes les mécaniques également, j’ai relancé la commande de récupération de la clé (avec wget mais le résultat est le même). Ça fait deux fois ce mois-ci mais je ne sais pas ce qui se cache derrière.
[10:04:45]
<bbohard> Je n’ai pas gardé la trace de la première fois (est-ce que c’est un changement de clé sur le dépôt yarnpkg ?)
[10:06:02]
<Chatpitaine Caverne> J'ai lancé la commande avec --dry-run --with-diff. ça permet de voir les modifications qui seraient faites si on régénère la configuration mais sans rien toucher. Si j'enlève ces tags et que je relance, alors <del>`https://dl.yarnpkg.com/debian/ stable main` sera ajouté à `/etc/apt/trusted.gpg.d/yarn.gpg`.</del> Edit, me suis mélangé les pinceaux :
Le fichier `/etc/apt/sources.list.d/yarn.list` serait modifié en ajoutant la ligne `deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main`
Mais pour l'instant, faute d'avis d'expert authentique (ne suis qu'un utilisateur de Yunohost), je préfère attendre un peu avant d'agir.
[10:07:44]
<Chatpitaine Caverne> Oui leur clé a expiré il y a quelques jours. Ils en ont généré une nouvelle et nous on se mélange un peu les pinceaux dans la transition.
[10:13:57]
<orhtej2> `curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/yarn.gpg > /dev/null` fixes yarn
[11:18:27]
<isAAAc> y a encore besoin de yarn pour peertube ? 🤔
[11:18:55]
<isAAAc> pour moi il a été remplacé par pnpm non ?
[11:20:36]
<isAAAc> https://github.com/Chocobozzz/PeerTube/releases
`v8.0.0 -> yarn NodeJS packages manager has been removed in favor of pnpm. Follow the dependencies guide to install pnpm on your system before the upgrade`
[11:21:03]
<orhtej2> > https://github.com/Chocobozzz/PeerTube/releases
> `v8.0.0 -> yarn NodeJS packages manager has been removed in favor of pnpm. Follow the dependencies guide to install pnpm on your system before the upgrade`
Yeah, ynh package uses pnpm as well
[11:29:25]
<otm33> De mémoire, l'installation de peertube efface le dépôt de yarn. D'où l'avertissement dans les logs.
[11:52:05]
<homelab-fr> oui ça marche à nouveau mais étrange car j'avais déjà fait cette commande il y a quelques jours
[12:29:00]
<@err404:matrix.numericore.com> there is two LibreTranslate instaled on two different instances:
LibreTranslate v1.8.0 no issue.
LibreTranslate v1.8.3 give "JSON.parse: unexpected character at line 1 column 1 of the JSON data" when any trying to translate, in any langage...
I filed a bug report here: https://github.com/LibreTranslate/LibreTranslate/issues/923
[12:58:17]
<otm33> Chatpitaine Caverne:
https://github.com/YunoHost-Apps/peertube\_ynh/blob/9da17ee02c3300e8148931bde4d5ab1aa2aaca3b/scripts/upgrade#L33C1-L34C48
[13:42:21]
<Chatpitaine Caverne> otm33: Merci, du coup, j'imagine qu'il faudrait modifier le hook apt : https://github.com/YunoHost/yunohost/blob/dev/hooks/conf_regen/10-apt
[13:50:47]
<orhtej2> > <@homelab-fr:matrix.org> oui ça marche à nouveau mais étrange car j'avais déjà fait cette commande il y a quelques jours
They rotated the key again: https://github.com/yarnpkg/yarn/issues/9218
[13:51:53]
<homelab-fr> ceci explique cela
[15:41:15]
<otm33> A quoi penses-tu en particulier ?
[15:53:06]
<nojhan> Salut. J'essaye de connecter le serveur Collabora Online de Nextcloud avec son Nextcloud Office. Mais il m'indique de bidouiller Nginx: https://www.collaboraonline.com/blog/connecting-collabora-online-built-in-code-server-with-nginx/ Est-ce que j'ai une chance de m'en sortir avec ça ?
[15:55:53]
<otm33> nojhan: Non, pas besoin. Normalement, à l'installation de l'app Collabora, tu as renseigné le domaine de ton serveur nextcloud.
[15:56:44]
<nojhan> OK, merci. Quels logs je dois regarder pour savoir quel est le problème ?
[15:57:23]
<nojhan> J'ai juste un "Impossible d'établir la connexion au serveur Collabora Online." dans l'interface admin de Nextcloud.
[15:58:46]
<otm33> Les logs de nextcloud dans "journalisation" et du service coolwsd dans la webadmin (outils>services).
[16:05:21]
<otm33> Tu peux aussi jeter un coup d'oeil à `/etc/coolwsd/coolwsd.xml` pour voir si tu retrouves dans la liste des hôtes WOPI ton serveur nextcloud.
[16:09:32]
<nojhan> Je n'ai pas de service nextcloud ou coolwsd dans l'interface admin. Et le fichier /etc/coolwsd/coolwsd.xml n'existe pas ☹️
[16:09:49]
<nojhan> Mais j'en ai un dans /var/cache/yunohost/gitclones/5f48a862e3a865d103c1241a6a2c4a32a7376833/conf/coolwsd.xml
[16:11:43]
<otm33>
Pas de service nextcloud c'est normal : "journalisation" est dans l'interface de nextcloud. Pas de fichier /etc/coolwsd/... cela veut dire que tu n'as pas installé collabora sur yunohost. Tu parles donc d'un serveur collabora déporté ?
[16:12:06]
<nojhan> Je suis passé par Nextcloud.
[16:12:26]
<nojhan> Car l'idée serait de pouvoir éditer les fichiers qui y sont stockés.
[16:12:52]
<otm33> serveur CODE intégré?
[16:13:09]
<nojhan> Oui, j'ai installé CODE via Nextcloud.
[16:14:22]
<nojhan> J'ai des erreurs WOPI en effet, dans le journal Nextcloud.
[16:14:39]
<nojhan> "Exception Call to a member function xpath() on false in file '/var/www/nextcloud/apps/richdocuments/lib/WOPI/Parser.php' line 41"
[16:14:47]
<nojhan> Plus des tonnes de warning PHP
[17:11:56]
<otm33> Peux-tu faire une capture d'écran de ce qu'affiche l'onglet nextcloud office dans l'interface nextcloud (en anonymisant)?
[17:14:24]
<Chatpitaine Caverne> Ben, si on a supprimé le fichier `/etc/apt/sources.list.d/yarn.list` mais que le hook de regen-con apt le veut, ce fichier, il râle comme ci-dessous :
```
sudo yunohost tools regen-conf apt --dry-run --with-diff
Info: The configuration file '/etc/apt/sources.list.d/yarn.list' was removed manually, and will not be created
apt:
applied:
pending:
/etc/apt/sources.list.d/yarn.list:
diff: @@ -0,0 +1 @@
+deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main
status: removed
```
ça devait être aussi pour cela que le CI Github râlait en disant qu'il vaudrait mieux passer par un hook que modifier le fichier à la main.
**Ou alors, ce fichier est nécessaire pour d'autres apps que Peertube, auquel cas, il me faut faire un regen-conf pour le recréer.**
[17:16:02]
<otm33> Il me semble que le dépôt est ajouté à l'installation même de yunohost mais je n'en suis pas sûr.
[17:19:54]
<otm33> nojhan: As-tu tenté de désinstaller puis réinstaller l'application Collabora Online - Built-in CODE ?
Tu as aussi la possibilité d'installer un serveur collabora sur yunohost puis de le lier à ton nextcloud (c'est l'option 1 dans nextcloud office). Je pensais que c'était ton installation et c'est pour cela que je parlais de service coolwsd et de fichier coolwsd.xml.
[17:21:15]
<nojhan> > <@otm33:matrix.org> nojhan: As-tu tenté de désinstaller puis réinstaller l'application Collabora Online - Built-in CODE ?
> Tu as aussi la possibilité d'installer un serveur collabora sur yunohost puis de le lier à ton nextcloud (c'est l'option 1 dans nextcloud office). Je pensais que c'était ton installation et c'est pour cela que je parlais de service coolwsd et de fichier coolwsd.xml.
Je vais tester ça, oui.
[17:21:53]
<otm33> L'application "Collabora Online - Built-in CODE" qui s'appelle en fait richdocumentscode et le service collabora, nommé coolwsd, anciennement loolwsd, c'est pourtant clair, non?
[17:22:17]
<otm33> 🤪
[17:25:11]
<Chatpitaine Caverne> Et encore, si t'es sur ARM, faut rajouter une couche de ne pas se tromper de code collabora.
[17:25:54]
<otm33> J'oubliais ça...
[17:31:50]
<nojhan> Ça va, je suis sur AMD 🥳
[17:42:14]
<Chatpitaine Caverne> Alors, perso, j'ai ça dans mon nginx `/etc/nginx/conf.d/nub.cirkau.art.d/nextcloud__2.conf`
Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[17:43:51]
<Chatpitaine Caverne> Alors, perso, j'ai ça (j'ai mis quelques lignes avant et après la partie qui nous intéresse) dans mon nginx `/etc/nginx/conf.d/nub.cirkau.art.d/nextcloud__2.conf`
Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[17:44:15]
<Chatpitaine Caverne> @nojhan
Alors, perso, j'ai ça (j'ai mis quelques lignes avant et après la partie qui nous intéresse) dans mon nginx `/etc/nginx/conf.d/nub.cirkau.art.d/nextcloud__2.conf`
Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[17:44:42]
<Chatpitaine Caverne> nojhan:
Alors, perso, j'ai ça (j'ai mis quelques lignes avant et après la partie qui nous intéresse) dans mon nginx `/etc/nginx/conf.d/nub.cirkau.art.d/nextcloud__2.conf`
Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[17:46:51]
<Chatpitaine Caverne> nojhan:
Alors, perso, j'ai ça (j'ai mis quelques lignes avant et après la partie qui nous intéresse) dans mon nginx `/etc/nginx/conf.d/nub.cirkau.art.d/nextcloud__2.conf`
<del>Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`</del> Rectification, le code doit convenir pour arm64 ET autres architectures.
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[17:47:36]
<Chatpitaine Caverne> nojhan:
Alors, perso, j'ai ça (j'ai mis quelques lignes avant et après la partie qui nous intéresse) dans mon nginx `/etc/nginx/conf.d/MON_DOMAINE.d/nextcloud__2.conf`
<del>Mais je suis sur ARM64, du coup, il faut enlever la partie avec arm64 : `.+\/richdocumentscode_arm64\/proxy|`</del> Rectification, le code doit convenir pour arm64 ET autres architectures.
```
# Rules borrowed from `.htaccess` to hide certain paths from clients
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)(?:$|/) { return 404; }
location ~ ^/(?:\.|autotest|occ|issue|indie|db_|console) { return 404; }
# Ensure this block, which passes PHP files to the PHP process, is above the blocks
# which handle static assets (as seen below). If this block is not declared first,
# then Nginx will encounter an infinite rewriting loop when it prepends
# `/nextcloud/index.php` to the URI, resulting in a HTTP 500 error response.
location ~ \.php(?:$|/) {
# Required for legacy support
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode(_arm64)?\/proxy) /index.php$request_uri;
set $path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param modHeadersAvailable true; # Avoid sending the security headers twice
fastcgi_param front_controller_active true; # Enable pretty urls
fastcgi_param HTTP_ACCEPT_ENCODING ""; # Disable encoding of Nextcloud response to inject ynh scripts
fastcgi_pass unix:/var/run/php/php8.3-fpm-nextcloud__2.sock;
include fastcgi_params_with_auth;
```
Mais normalement Yunohost le fait (sauf peut-être uniquement si Collabora code est installé au moment de l'opération) Je le sais, à un moment, à chaque mise à jour, il me virait arm64, j'ai même failli ajouter un hook post upgrade, mais je l'ai fait à la main à chaque fois. Tu peux en tout cas vérifier si cette ligne, complexe, est présente ou non dans ton fichier nginx.
[18:06:48]
<Jochen> Hi. I don't speak french. Is there an english speaking "Yunohost support room"?
[18:11:28]
<Thomas> > <@jstiepel:matrix.org> Hi. I don't speak french. Is there an english speaking "Yunohost support room"?
You are welcome to write in English
[18:22:03]
<Jochen> Thanks a lot. But maybe 90% of the text is not readable for me.
Would it be possible to have a second Support Chat in english?
Would that help? Yes, because I don't need to filter so much.
[18:22:31]
<Jochen> Thanks a lot. But maybe 90% of the text is not readable for me.
Would it be possible to have a second Support Chat in english?
Would that help? Yes, because I don't need to filter so much.
[18:25:35]
<Thomas> This chat is for both languages. I’m not sure there is another English chat. Do you have a specific question? You are also welcome to write a post on the forum :)
[18:47:42]
<tituspijean> @jstiepel:matrix.org hi, I'll let my fellow contributors correct me if needed. I can understand that seeing messages in a language you do not understand can be cumbersome, but bear in mind that the most important thing is that all users get the support they deserve.
If you have a question, simply ask it. We allow French and English here, I even saw a bit of German at some point (but we do not have german-speaking contributors AFAIK). We definitely do not have the mental bandwidth to monitor and moderate another support room in addition to the forum.
As hinted by Thomas, if you want to filter by language, you can use the forum. The forum is more for asynchronous discussions, but it works too.
[19:29:19]
<nojhan> To be fair, most people on the internet are seeing messages in languages they don't understand.
[21:47:37]
<freetux> Hello, tu n'étais pas retourné sur 7.3.0 ? La màj 7.3.0 -> 8.0.2 devrait bien aller du coup ?
[21:53:18]
<freetux> Ah OK c'était corrigé le PB de mise à jour. Je ne savais pas.
[21:53:41]
<Chatpitaine Caverne> Ah merde.
[21:56:02]
<Chatpitaine Caverne> Non, j'étais en 7.3.0 et j'ai attendu le correctif ldap\_plugin en début d'année pour passer en <del>8.0.0 (ou</del> 8.0.1 <del>sais plus)</del>. Et là suis passé en 8.0.2 sans trop de mal, mais avec juste ces petits effets de bord.
Là j'ai le diag qui râle, alors j'ai le choix entre régénérer la conf apt ou ignorer le message dans le diagnostic.
[21:57:37]
<rodinux> Zut, je teste collabora, j'ai pu tout à l'heure l'installer, mais maintenant j'ai une une erreur
```
WARNING - E: Package 'ttf-mscorefonts-installer' has no installation candidate
[21:58:51]
<rodinux> ```
Info: WARNING - Unable to install apt dependencies, it might be due to a conflict with another app - or you should check and share the previous log about what are the problematic dependencies
[22:03:09]
<rodinux> wtf, il faut ajouter le dépôt contrib de bookworm ??
[22:06:49]
<rodinux> arf... c'est bien ça... j'ai du faire ça avnt `echo "deb http://deb.debian.org/debian bookworm contrib non-free" > /etc/apt/sources.list.d/contrib.list`
[23:13:20]
<freetux> Mise a jour encore foirée. 😵
[23:14:00]
<Chatpitaine Caverne> Que dit la log ?