Monday, March 11, 2024
support@conference.yunohost.org
March
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
31
             

[06:27:10] <lautre> Je chercherai à nouveau aujourd'hui
[08:35:47] <matt> Bonjour, j'ai un souci avec le packet unattended-upgrades, je pense. Est-ce que vous pourriez m'aider à comprendre et résoudre ce problème?
[08:36:23] <matt> Voici les email que je reçois:
[08:36:34] <matt> E: Could not get lock /var/lib/apt/lists/lock. It is held by process 1993999 (apt-get)
E: Unable to lock directory /var/lib/apt/lists/
E: Problem renaming the file /var/cache/apt/srcpkgcache.bin.9iufNX to /var/cache/apt/srcpkgcache.bin - rename (2: No such file or directory)
W: You may want to run apt-get update to correct these problems
E: The package cache file is corrupted
E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 1994526 (apt-get)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?
[08:53:17] <lautre> matt: Est ce que tu arrives à lancer en root : ```apt update```
Vérifie s'il n'y a pas déjà un processus apt qui tourne. S'il n'y a rien, tu peux effacer le fichier de lock
Et, aussi vérifier si tu as assez de place libre, avec ```df -lh``` par exemple
[08:55:28] <lautre> j'ai réinstallé SnappyMail, et quand je vais dans ```https://monsite.example.com/mail/app/?admin``` j'ai une erreur 500.
Je vois dans les logs l'erreur 500, mais sans détail : ```GET /mail/app/?/AdminAppData/0/0xxxx45/ HTTP/2.0" 500 227```
[08:58:10] <lautre> Et, à chaque fois que je visite la page ```https://monsite.example.com/mail/app/?admin``` un nouveau mot de passe est généré dsans
```/var/www/snappymail/app/data/_data_/_default_/admin_password.txt```
[09:11:38] <matt> salut lautre, ok, j'ai vérifié les processus avec htop, mais rien. apt n'est pas affecté.
[09:11:48] <matt> J'ai donc supprimé le fichier lock
[09:12:33] <lautre> Pour vérifier, c'est mieux d'utiliser ``` ps -edf | grep 'apt'```
[09:56:14] <Salamandar> > <@matematt:matrix.org> E: Could not get lock /var/lib/apt/lists/lock. It is held by process 1993999 (apt-get)
> E: Unable to lock directory /var/lib/apt/lists/
> E: Problem renaming the file /var/cache/apt/srcpkgcache.bin.9iufNX to /var/cache/apt/srcpkgcache.bin - rename (2: No such file or directory)
> W: You may want to run apt-get update to correct these problems
> E: The package cache file is corrupted
> E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 1994526 (apt-get)
> E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

yep, j'ai les mêmes depuis 2 semaines, faudrait que je me penche dessus…
[09:57:06] <matt> Salamandar
est-ce que tu as aussi le paquet unattended-upgrade installé?
[09:57:20] <Salamandar> enfin
[09:57:20] <Salamandar> oui oui c'est bien ce paquet qui pose problème
[09:57:36] <Salamandar> le problème n'est pas côté yunohost, mais côté logiciel deb
[09:57:56] <Salamandar> Mais c'est drôle parce que apticron arrive quand même à tourner
[09:58:01] <Salamandar> je reçois le mail standard d'apticron + le mail d'erreurs
[09:58:28] <Salamandar> Je pense que c'est apticron qui tente plusieurs fois, ça réussit, mais cron a un mécanisme qui fait que dès qu'il voit de la stderr il l'envoie par email
[09:58:55] <matt> ok
[09:59:13] <matt> Tu as clairement plus de connaissances que moi
[09:59:53] <matt> mathieu 6300 3333 0 10:57 pts/0 00:00:00 grep apt
[10:00:52] <lautre> peut être que que le processus de mise à jour prends plus de 5 minutes, et il y en aurait plusieurs qui seraient alors lancés. Juste une hypothèse
[10:03:28] <Salamandar> Je crois avoir la réponse
[10:03:35] <Salamandar> ```
# cat /etc/cron.d/apticron
# cron entry for apticron

#38 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
```
[10:04:10] <Salamandar> le cron lance 2 apticrons en parallèle toutes les 20 minutes (WHY)
[10:05:05] <lautre> à 20h et à 2h, mais pas 2 en même temps, si?
[10:05:11] <Salamandar> ah, non, j'ai mal lu
[10:05:11] <Salamandar> ouais
[10:05:16] <Salamandar> c'est pas */20
[10:05:22] <Salamandar> cron = illisible
[10:05:32] <lautre> Il teste si c'est exécutable,et si oui, l'éxécute
[10:06:54] <Salamandar> OK j'ai trouvé le problème. En fait j'étais pas connecté sur le serveur qui m'envoie ces mails
[10:07:04] <Salamandar> ```
fpu@intra:~$ cat /etc/cron.d/apticron
# cron entry for apticron

##14 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#14 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
```
[10:07:05] <Salamandar> voilà voilà…
[10:07:15] <Salamandar> il s'est passé des trucs chelous pendant un update je pense
[10:33:14] <Salamandar> @matematt:matrix.org je m'occupe du paquet, tu auras une màj bientôt qui résoud le problème.
[10:39:57] <matt> Cool, merci beaucoup!
[10:41:30] <matt> C'est vrai que lire des scheduling avec cron, pour les non-programeurs c'est vraiment obscur. Je n'ai jamais réussi à m'y faire.
[10:48:57] <Salamandar> pour être sûr, tu peux me faire un `cat /etc/cron.d/apticron` stp ?
[11:05:09] <Salamandar> > <@matematt:matrix.org> Cool, merci beaucoup!

si tu veux ne pas attendre:
[11:05:32] <Salamandar> `yunohost app upgrade unattended_upgrades --url https://github.com/yunohost-apps/unattended_upgrades_ynh/tree/master`
[11:07:29] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron

##18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
#0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
```
[11:08:27] <matt> Même résultat, j'ai des duplicats identiques des lignes de apticron
[11:09:11] <matt> Salamandar Même résultat que toi, j'ai des doublons de lignes sur les commandes cron
[11:09:27] <matt> le résultat is strictement identique, pour être précis.
[11:10:45] <matt> > <@Salamandar:matrix.org> `yunohost app upgrade unattended_upgrades --url https://github.com/yunohost-apps/unattended_upgrades_ynh/tree/master`

oh, mais je suis un grand patient quand il s'agit des updates 😅
[11:14:53] <Salamandar> > <@matematt:matrix.org> le résultat is strictement identique, pour être précis.

eh beh
[12:04:53] <lautre> Avec un autre Yunohost, fraîchement installé, j'ai aussi une erreur 500 sans détails dans les logs, en voulant aller dans la page d'admin UI
```https://monsite.example.com/snappymail/app/?admin```
Qu'est ce que vous me recommandez comme autre client mail en interface web?
[12:05:53] <lautre> je vais installer Roundcube
[12:19:00] <lautre> Roundcube fonctionne comme attendu.
[12:24:21] <Salamandar> > <@lautre:matrix.org> Avec un autre Yunohost, fraîchement installé, j'ai aussi une erreur 500 sans détails dans les logs, en voulant aller dans la page d'admin UI
> ```https://monsite.example.com/snappymail/app/?admin```
> Qu'est ce que vous me recommandez comme autre client mail en interface web?

moi aussi j'ai cette erreur, mais es-tu sûr que cette url est valide ?
[12:26:01] <Salamandar> > <@Salamandar:matrix.org> moi aussi j'ai cette erreur, mais es-tu sûr que cette url est valide ?

J'ai trouvé un problème dans le package: ynh_setup_source without `--full_replace=1`…
[12:34:15] <lautre> je ne sais pas si cette URL est valide, mais je suis passé à RoundCube, et ça m'a permis d'avancer sur des tests, et de trouver un bug...
[12:35:19] <lautre> En gros, quand on spécifie dans l'interfacede d'admin de Yunohost un serveur relais pour les emails, cette configuration est quand même utilisée si après on désactive l'utilisation du relais (en gros, la config n'est pas mise à jour quand on désactive l'utilisation d'un relai SMTP)
Je fais un ticket?
[12:36:27] <lautre> j'en suis certain parce que j'ai changé le mot de passe du relai, et une fois désactivé, Yunhost essaye quand même de passer par le relai pour l'envoie des emails
[12:37:14] <lautre> Si vous avez la ligne de commande pour "mettre à jour" la config mail après changement, je pourrai essayer.
[12:37:37] <lautre> Comme quand on fait "enregistrer" dans la config
[12:39:36] <lautre> Dans ```https://example.comyunohost/admin/#/tools/settings/email```
Désactiver l'utilisation du relai SMTP semble sans effets sur la config
[12:40:49] *lautre cherche dans la doc...
[12:44:09] <lautre> Ça doit être avec ```yunohost settings ``` reste à savoir la suite, mais je vais trouver. 😀
[12:44:22] <Salamandar> > <@Salamandar:matrix.org> J'ai trouvé un problème dans le package: ynh_setup_source without `--full_replace=1`…

@Alekswag:matrix.org J'ai trouvé :
* 369 applis qui font `ynh_setup_source` sans full_replace=1
* dont 151 qui font `ynh_setup_source --keep=...` sans full_replace=1 (ce qui n'a aucun sens)

permission de faire un autopatch ?
[12:45:36] <Salamandar> > <@lautre:matrix.org> Ça doit être avec ```yunohost settings ``` reste à savoir la suite, mais je vais trouver. 😀

j'avoue, désolé, j'ai aucune idée sur ce sujet
[12:46:07] <lautre> J'ai un bout :
```
email.smtp.smtp_relay_enabled:
ask: Activer le relais SMTP
value: no
```
Reste à lancer le processus de mise à jour
[12:47:38] <matt> > <@Salamandar:matrix.org> @matematt:matrix.org je m'occupe du paquet, tu auras une màj bientôt qui résoud le problème.

Je viens d'avoir l'update accessible sur mon instance. Elle a retourné un problème majeur. Voici le log: https://paste.yunohost.org/raw/epagirifay
[12:48:09] <Salamandar> tu n'as pas eu de message avant l'update ?
[12:48:36] <Salamandar> Il y avait un problème dans le paquet (le backup ne fonctionnait plus temporairement…), donc j'ai rajouté un message pre-upgrade disant de lancer l'update sans la backup
[12:48:47] <Salamandar> `sudo yunohost app upgrade unattended_upgrades --no-safety-backup`
[12:49:05] <Salamandar> j'en ai profité pour réparer la backup au passage…
[12:50:37] <matt> Oh, si pardon!
[12:50:53] <Salamandar> ah, pas de soucis :)
[12:50:57] <Salamandar> ça me rassure juste :p
[12:51:20] <matt> désolé de t'avoir provoqué un haut-le-coeur
[12:51:42] <Salamandar> haha
[12:51:42] <matt> La mise-à-jour s'est bien passé, merci
[12:53:46] <matt> `> cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[12:54:25] <matt> `> cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[12:54:41] <matt> > cat /etc/cron.d/apticron
># cron entry for apticron
># 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
>0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
>0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[12:54:52] <Salamandar> noice
[12:54:52] <Salamandar> hmm
[12:55:20] <Salamandar> ça a l'air bon malgré matrix qui interprète en markdown :)
[12:55:41] <matt> oui, désolé, je cherche les balises pour faire faire du code
[12:55:52] <lautre> avec ` x3
[12:55:57] <matt> mais j'utilise le markdown pour mes recherches, donc je ne croise que rarement ces balises
[12:56:36] <matt> `cat /etc/cron.d/apticron`
`# cron entry for apticron`
`# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi`
`0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi`
`0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi`
[12:57:27] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi```
[12:57:54] <matt> 'a y'est! :)
[12:58:15] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[12:58:33] <matt> Et c'est quoi les balises qui ne font pas de retour chariot?
[13:00:36] <Salamandar> juste `
[13:00:46] <Salamandar> comme ça:

```
`this is my inline code`
```
[13:00:57] <Salamandar> et pour le bloc:
[13:01:08] <Salamandar> \`\`\`
bloc de codeç
\`\`\`
[13:01:19] <Salamandar> zut l'escaping fonctionne pas bien
[13:13:46] <isAAAc> bloc de code c'est ```
[13:14:10] <isAAAc> ```
comme
ça
```
[13:16:50] <Salamandar> oui mais j'essayais de les montrer mais ça veut pas
[13:16:51] <Salamandar> ah wait
[13:16:56] <lautre> Bon, pour faire prendre en compte la config Postifx quand on désactive l'utilisation du relai, il suffit de changer aussi la config sur l'utilisation d'IPv6, deux fois donc.
[13:17:06] <Salamandar> ``````
code block
``````
[13:17:22] <Salamandar> ```
\`\`\`
code block
```
[13:17:23] <lautre> Il faut 3 ` mais seuls sur leur ligne
[13:17:49] <Salamandar> ````
```
code block
```
````
[13:17:56] <Salamandar> ````

```
code block
```

````
[13:18:13] <Salamandar> > <@Salamandar:matrix.org> ````
>
> ```
> code block
> ```
>
> ````

bon cinny n'est pas markdown compatible à 100%
[13:18:48] <Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/UtxplNbsHWntwCtsoIeomHZv
[13:19:35] <Salamandar> ce snippet déconne
[13:19:35] <matt> mince, j'ai provoqué une bataille de markdown!..
[13:19:36] <matt> mdbattle time
[13:20:38] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[13:21:46] <matt> \\\`cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi\\\
[13:22:01] <matt> \\\`cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi`\\\
[13:22:06] <matt> \\\```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi`\\\
[13:22:18] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[13:23:33] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
[13:23:46] <matt> ```cat /etc/cron.d/apticron
# cron entry for apticron
# 18 * * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 20 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
0 2 * * * root if test -x /usr/sbin/apticron; then /usr/sbin/apticron --cron; else true; fi
```
[13:24:19] <matt> Bon, Joplin interprète le markdow différemment de mon client Matrix
[13:24:36] <matt> Docn on est pas sorti de l'auberge
[14:31:56] <Marc Jumelle> bonjour
[14:32:12] <Marc Jumelle> ah oui il y a plus de monde ici
[14:32:12] <Marc Jumelle> ca fait deux jours que je suis tout seul sur IRC
[14:33:40] <Marc Jumelle> J'ai une petite question pour me mettre à jour sur les process (j'ai environ 2 ans sans me tenir a jour sur yunhost). J'avais un serv en 4.4.2 que j'ai réinstallé
[14:33:56] <Marc Jumelle> j'aurais besoin de récupérer mon nom de domaine pour plus de praticité
[14:34:22] <Marc Jumelle> j'ai posté sr le forum, mais apparement il y a moyen de récupérer la propriété du Nom de dommaine depuis quelques temps
[14:34:38] <Marc Jumelle> je ne me souviens pas avoir mis de mdp pour le nom de domaine
[14:34:54] <Marc Jumelle> faut-il le libérer comme j'avais l'habitude de faire, ou y as-t'il un autre moyen
[14:35:24] <Marc Jumelle> j'ai vu que le thread dans le forum était peu visité donc si il y a un moyen plus rapide je prends, pour le moment tout est down en attendant la post-install
[14:43:17] <pepecyb> I have a small problem with the php versions. Among other things, I use the "Hubzilla" app and have another Hubzilla installation as a custom webapp (because the YH package is only updated very late). Hubzilla has a directory called "util", which contains various scripts for different functions (e.g. updating, listing add-ons or creating documentation etc.). There are also php scripts there. These start with the shebang #!/usr/bin/env php . And this is where the problem is. Hubzilla requires php >= 8.1.0. php8.2 is installed and I have also selected php version 8.2 when creating the custom webapp. So far everything works very well. In the .htconfig.php of Hubzilla I have correctly entered /usr/bin/php8.2 for php\_path and in the cronjob I also use /usr/bin/php8.2 directly. So far the system is working. Only the php util scripts do not work, because /usr/bin/env php uses the version that is linked in /etc/alternatives (that is correct, isn't it?). And there php refers to /usr/bin/php7.4. This causes the scripts to abort with an error message because Hubzilla requires php8.1 or 8.2.

Otherwise, in /etc/alternatives phar links to /usr/bin/phar8.2 and php-fpm.sock links to /run/php/php8.2-fpm.sock. Only php refers, as mentioned, to /usr/bin/php7.4 (and the man page php.1.gz to /usr/share/man1/php7.4.1.gz ... but I didn't care;-) ).

Question: Can I simply change the php reference in /etc/alternatives to /usr/bin/php8.2? Or is there something against it?

php7.4 is otherwise not used on my VPS:

lsof | grep /var/run/php | awk '{print $9}' | sort -u | cut -d'/' -f5 | awk -F'-' '{print $1,$3}' | cut -d'.' -f1,2

php8.2 hubzilla
php8.2 my\_webapp
php8.2 streams
[14:43:39] <pepecyb> I have a small problem with the php versions. Among other things, I use the "Hubzilla" app and have another Hubzilla installation as a custom webapp (because the YH package is only updated very late). Hubzilla has a directory called "util", which contains various scripts for different functions (e.g. updating, listing add-ons or creating documentation etc.).There are also php scripts there. These start with the shebang #!/usr/bin/env php . And this is where the problem is. Hubzilla requires php >= 8.1.0. php8.2 is installed and I have also selected php version 8.2 when creating the custom webapp. So far everything works very well. In the .htconfig.php of Hubzilla I have correctly entered /usr/bin/php8.2 for php\_path and in the cronjob I also use /usr/bin/php8.2 directly. So far the system is working. Only the php util scripts do not work, because /usr/bin/env php uses the version that is linked in /etc/alternatives (that is correct, isn't it?). And there php refers to /usr/bin/php7.4. This causes the scripts to abort with an error message because Hubzilla requires php8.1 or 8.2.

Otherwise, in /etc/alternatives phar links to /usr/bin/phar8.2 and php-fpm.sock links to /run/php/php8.2-fpm.sock. Only php refers, as mentioned, to /usr/bin/php7.4 (and the man page php.1.gz to /usr/share/man1/php7.4.1.gz ... but I didn't care;-) ).

Question: Can I simply change the php reference in /etc/alternatives to /usr/bin/php8.2? Or is there something against it?

php7.4 is otherwise not used on my VPS:

lsof | grep /var/run/php | awk '{print $9}' | sort -u | cut -d'/' -f5 | awk -F'-' '{print $1,$3}' | cut -d'.' -f1,2

php8.2 hubzilla
php8.2 my\_webapp
php8.2 streams
[15:00:04] <Marc Jumelle> ?
[15:00:29] <Marc Jumelle> C'est pour moi que tu dit ca?
[15:02:45] <Tag> > <@trane1k:matrix.org> faut-il le libérer comme j'avais l'habitude de faire, ou y as-t'il un autre moyen

tu as encore ton serveur en 4.4.2 ou tu as déjà tout effacé ?
[15:02:55] <Marc Jumelle> tout effacé
[15:03:09] <Tag> tu peux me donner ton domaine ? je vais le libérer
[15:03:12] <Marc Jumelle> j'ai vu le message sur la possession des noms de dommaine que après
-_-
[15:03:21] <Marc Jumelle> marcjumelle.nohost.me
[15:03:39] <Tag> tu aurais pu éventuellement le faire toi même en upgradant d'abord sur la dernière version, mais là ce n'est plus possible :p
[15:04:22] <Marc Jumelle> ouais j'ai vu ca après
mais mon upgrade a mis le bordel je pouvais plus rien MAJ, donc j'ai décidé de repartir a 0, mais trop vite
[15:05:49] <Tag> Marc Jumelle: c'est bon, ton domaine est libéré, tu peux procéder à l'enregistrement sur ton nouveau serveur
[15:06:04] <Marc Jumelle> super
merci beaucoup
[15:15:03] <isAAAc> > <@matematt:matrix.org> Bon, Joplin interprète le markdow différemment de mon client Matrix

en fait,
github, gitlab, hedgedoc, matrix, etc ... personne n'utilise tout à fait pareillement le markdown ;) ce n'est pas un langage, mais une convention pas suivie (si j'ai bien compris)
[15:16:19] <isAAAc> mouerf, https://fr.wikipedia.org/wiki/Markdown , j'ai pas tout tout compris, c'est bien un langage est il écrit :(
[15:17:04] <isAAAc> > ce format n'a jamais été formellement standardisé.

> Un certain nombre de variantes ont été développées par des tiers afin de pallier ce qui était perçu comme des limitations du langage originel.

c'est+ ça que je voulais dire ;)
[15:25:46] <Marc Jumelle> Hello.
[15:26:19] <Marc Jumelle> Pour ma post install je suis en mode Attente de la réponse du server depuis un bon 20 min
[15:26:24] <Marc Jumelle> normal ?
[15:26:51] <Marc Jumelle> ca me parais fort long

[15:49:24] <tituspijean> Marc Jumelle: peut-être une perte de connexion lors de la post-install. Tu peux tenter de rafraîchir la page.
[15:49:25] <Marc Jumelle> ok je pensais qu'il fallais surtout pas faire ca ^^
[15:50:23] <Marc Jumelle> je viens de relancer
[15:51:22] <matt> Ok, je comprends, merci pour l’info
[15:51:37] <Marc Jumelle> ca a pas l'air beaucoup mieux
[15:52:38] <tituspijean> mmmh?
[15:52:38] <Marc Jumelle> ouais ca mouline dans la semoule la

[15:54:03] <Marc Jumelle> all good
[15:54:13] <Marc Jumelle> c'était juste pas parlant du tout
[15:54:25] <Marc Jumelle> désolé pour le dérangement
[16:01:07] <Marc Jumelle> dites ca fait longtemps que j'avais pas fait de post install
[16:01:17] <Marc Jumelle> mais je suis étonné du nombre d'erreurs du diag
[16:01:23] <Marc Jumelle> Il semble que le gestionnaire de paquet APT soit configuré pour utiliser le dépôt des rétro-portages (backports). A moins que vous ne sachiez vraiment ce que vous faites, nous vous déconseillons fortement d'installer des paquets provenant du dépôt 'backports', car cela risque de créer des instabilités ou des conflits sur votre système.

Il y a eu récemment un grand nombre d'échecs d'authentification. Assurez-vous que Fail2Ban est en cours d'exécution et est correctement configuré, ou utilisez un port personnalisé pour SSH comme expliqué dans https://yunohost.org/security.
[16:02:17] <Marc Jumelle> genre ces deux la sont pas documentés dans la doc post install
j'aimerais bien repartir d'une install bien propre, quelqu'un peut m'aider a éliminer les 6 erreurs de config ?
[16:02:38] <Marc Jumelle> j'ai 4 erreurs et 3 avertissements
[16:02:54] <Salamandar> > <@trane1k:matrix.org> Il semble que le gestionnaire de paquet APT soit configuré pour utiliser le dépôt des rétro-portages (backports). A moins que vous ne sachiez vraiment ce que vous faites, nous vous déconseillons fortement d'installer des paquets provenant du dépôt 'backports', car cela risque de créer des instabilités ou des conflits sur votre système.
>
> Il y a eu récemment un grand nombre d'échecs d'authentification. Assurez-vous que Fail2Ban est en cours d'exécution et est correctement configuré, ou utilisez un port personnalisé pour SSH comme expliqué dans https://yunohost.org/security.

ces deux warnings, je les ignore sereinement
[16:03:22] <Salamandar> si le nom de domaine de ton serveur est "connu", tu te fais vite spammer
[16:05:38] <Marc Jumelle> ok
Pour le DNS j'ai ca en erreur

Certains enregistrements DNS sont manquants ou incorrects pour le domaine marcjumelle.nohost.me (catégorie mail)
[16:05:44] <Marc Jumelle> enrouge
ca fait peurt
[16:06:28] <Marc Jumelle> pourtant dans Dommaines => DNS
ca semble ok
[16:07:59] <Salamandar> > <@trane1k:matrix.org> pourtant dans Dommaines => DNS
> ca semble ok

cette page ne t'indique que les paramètres recommandés, pas les actuels
[16:08:20] <Marc Jumelle> ah ok. Du coup il y a bien un soucis
[16:08:36] <Salamandar> > <@trane1k:matrix.org> ok
> Pour le DNS j'ai ca en erreur
>
> Certains enregistrements DNS sont manquants ou incorrects pour le domaine marcjumelle.nohost.me (catégorie mail)

c'est quoi le détail?
[16:08:41] <Marc Jumelle> Dans email j'ai 2 erreurs :
[16:08:42] <Marc Jumelle>
Le reverse-DNS n'est pas correctement configuré en IPv4. Il se peut que certains emails ne soient pas acheminés ou soient considérés comme du spam.

Aucun reverse-DNS n'est défini pour IPv6. Il se peut que certains emails ne soient pas acheminés ou soient considérés comme du spam.
[16:08:52] <Marc Jumelle> detail DNS : Certains enregistrements DNS sont manquants ou incorrects pour le domaine marcjumelle.nohost.me (catégorie mail)

La configuration DNS de ce domaine devrait être automatiquement gérée par YunoHost. Si ce n'est pas le cas, vous pouvez essayer de forcer une mise à jour en utilisant yunohost dyndns update --force.
Cet enregistrement DNS ne semble pas correspondre à la configuration recommandée :
Type : TXT
Nom : mail._domainkey
La valeur actuelle est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ4KoBcnKf+hRIIt+ClXsHQi9hpg3F5YEXxWRIsZPGTzQVLBtnoMHrhPiKIeb2sWRDMa4dkeaM+JIcYH0WQjD5psI5wT7QeVGCWgwZbLwnOJS8/4w+CFLx840xCcXGmar8yPLi9bJLgXdx/AEFd6ezRzxg2Kukn1+iOoV9q9SzfwIDAQAB"
La valeur attendue est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCdJctzBEDaI8NNG2KWv08rnl5Wt6b2PUfeu4tJ7+XjhF1QLJt0AfBc8UxVgRwyAZEClbqPNfDME+R3xDonibwbIVCdZJRYQUjNuTktAPSxKcdL1gDG62N9lzBsCYUrAedAGgMj28CYShqEKwR8FDwWWzTBEYihMHTHueZGZj9zYQIDAQAB"
[16:11:46] <Salamandar> > <@trane1k:matrix.org> detail DNS : Certains enregistrements DNS sont manquants ou incorrects pour le domaine marcjumelle.nohost.me (catégorie mail)
>
> La configuration DNS de ce domaine devrait être automatiquement gérée par YunoHost. Si ce n'est pas le cas, vous pouvez essayer de forcer une mise à jour en utilisant yunohost dyndns update --force.
> Cet enregistrement DNS ne semble pas correspondre à la configuration recommandée :
> Type : TXT
> Nom : mail._domainkey
> La valeur actuelle est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ4KoBcnKf+hRIIt+ClXsHQi9hpg3F5YEXxWRIsZPGTzQVLBtnoMHrhPiKIeb2sWRDMa4dkeaM+JIcYH0WQjD5psI5wT7QeVGCWgwZbLwnOJS8/4w+CFLx840xCcXGmar8yPLi9bJLgXdx/AEFd6ezRzxg2Kukn1+iOoV9q9SzfwIDAQAB"
> La valeur attendue est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCdJctzBEDaI8NNG2KWv08rnl5Wt6b2PUfeu4tJ7+XjhF1QLJt0AfBc8UxVgRwyAZEClbqPNfDME+R3xDonibwbIVCdZJRYQUjNuTktAPSxKcdL1gDG62N9lzBsCYUrAedAGgMj28CYShqEKwR8FDwWWzTBEYihMHTHueZGZj9zYQIDAQAB"

ça c'est normal après une réinstallation. Il faut lancer la commande conseillée :)
[16:12:11] <Marc Jumelle> faut que je trouve passe en ssh alors
[16:12:13] <Marc Jumelle> mmm ok
[16:14:16] <Marc Jumelle> je la retrouve pas dans la doc
[16:14:17] <Marc Jumelle> tu l'aurais sous la main ?
[16:16:14] <Salamandar> c'est marqué dans ton message: `yunohost dyndns update --force`
[16:16:23] <Marc Jumelle> ok je cherchais pas du tout au bon endroit

[16:16:24] <Marc Jumelle> merci
[16:17:09] <Salamandar> pas de soucis
[16:25:05] <Marc Jumelle> je viens de passer la commande
toujours KO
[16:25:11] <Marc Jumelle> Certains enregistrements DNS sont manquants ou incorrects pour le domaine marcjumelle.nohost.me (catégorie mail)

La configuration DNS de ce domaine devrait être automatiquement gérée par YunoHost. Si ce n'est pas le cas, vous pouvez essayer de forcer une mise à jour en utilisant yunohost dyndns update --force.
Cet enregistrement DNS ne semble pas correspondre à la configuration recommandée :
Type : TXT
Nom : mail._domainkey
La valeur actuelle est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDQ4KoBcnKf+hRIIt+ClXsHQi9hpg3F5YEXxWRIsZPGTzQVLBtnoMHrhPiKIeb2sWRDMa4dkeaM+JIcYH0WQjD5psI5wT7QeVGCWgwZbLwnOJS8/4w+CFLx840xCcXGmar8yPLi9bJLgXdx/AEFd6ezRzxg2Kukn1+iOoV9q9SzfwIDAQAB"
La valeur attendue est : "v=DKIM1; h=sha256; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCdJctzBEDaI8NNG2KWv08rnl5Wt6b2PUfeu4tJ7+XjhF1QLJt0AfBc8UxVgRwyAZEClbqPNfDME+R3xDonibwbIVCdZJRYQUjNuTktAPSxKcdL1gDG62N9lzBsCYUrAedAGgMj28CYShqEKwR8FDwWWzTBEYihMHTHueZGZj9zYQIDAQAB"