[06:42:25]
<Rmal> Also, this is more for curiosity: I am currently using Nextcloud, with WebDAV and ~~Subsonic APIs~~ (EDIT: no, this is not how subsonic works). Both work with Basic Auth, and I never had to set this switch myself, as far as I remember. The installation scripts, as far as I can see, do not set this setting anywhere. But there is this line in manifest: https://github.com/YunoHost-Apps/nextcloud\_ynh/blob/18abdaf81f41c376db689a3ea6fcae33d304d1cc/manifest.toml#L120
```
[resources.permissions]
main.url = "/"
api.url = "re:__DOMAIN__\\/.well-known\\/.*"
api.auth_header = false
```
Does it do the same? If not, how does this work in Nextcloud's case?
[09:49:06]
<dragon> i think this error is the reason why i could not install peertube in the first place, upon analyzing my past errors-- i had to keep the install upon fail and install the ldap plugin manually in order for peertube to work properly.
[10:10:17]
<Chatpitaine Caverne> Thank you dragon.
What commands did you run to install the Node plugin ?
I have seen this into the fix branch of the Yhh-app-peertube github:
[10:10:28]
<Chatpitaine Caverne> https://aria.im/_bifrost/v1/media/download/AU1g-6dO-ypfXynjGRhtmquxkglidEPHnaXSc2ksAyEBomaWO_pPomDkWnz-ehopPfWWywDvLCdDfBcTdfv8qQhCebX0nDVgAGNpcmthdS5hcnQvd0tobFBmd3RBRFlJTEhjeHZCbkJ1YVNu
[10:40:04]
<homelab-fr> Bonjour à tous, petite question à propos de FreshRSS, savez-vous s'il est prévu de mettre en ligne la nouvelle version svp ? https://github.com/FreshRSS/FreshRSS/releases/tag/1.28.0 j'ai cru comprendre qu'il s'agissait d'une mise à jour majeure. Merci d'avance !
[13:23:42]
<eric_G> Version 1.28.0 has been merged into the master branch.
[13:27:22]
<Chatpitaine Caverne> Un truc bizarre.
Sur machine de test de migration.
Restauration "finalisée" (après avoir remis /var/www en place).
Quelques soucis de modules node non présents dans leurs répertoire + modules /clients inopérants.
Je me dis, tiens, vu que c'est bancale, je vais passer la MàJ 8.0.1.
à ma grande (colossale) surprise, celle-ci passe et en plus rend opérationnel le Peertube bancal (juste passé en Esperanto, mais bon, ça va).
Alors on ne va pas dire que je vais procéder ainsi, mais c'est tout de même à s'arracher les cheveux un peu tout de même.
[15:08:15]
<homelab-fr> Merci very much !
[16:48:07]
<thatoo> J'ai deux VM yunohost qui mettent un long temps avant de s'éteindre (ou reboot) et je ne sais pas trop pourquoi.
Voici leurs journalctl correspondant au shutdown :
[16:48:10]
<thatoo> https://paste.yunohost.org/itolekuhuz.http
[16:48:11]
<thatoo> https://paste.yunohost.org/oyurepupog.http
[16:48:41]
<thatoo> Si quelqu'un a une idée de ce que je peux faire pour leur permettre de s'éteindre plus rapidement., je suis preneur.
[17:02:23]
<Chatpitaine Caverne> thatoo: Dans les 2 logs, ça semble est le yunohost.firewall.service qui prend du temps :
```
déc. 26 16:46:51 domain.tld systemd[1]: Stopped yunohost-firewall.service - LSB: Start/stop YunoHost firewall.
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Unit process 653484 (systemctl) remains ru>
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Unit process 653483 (sh) remains running a>
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Unit process 653465 (python3) remains runn>
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Failed with result 'timeout'.
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Control process exited, code=killed, statu>
déc. 26 16:46:51 domain.tld systemd[1]: yunohost-firewall.service: Stopping timed out. Terminating.
```
Mais je ne sais pas pourquoi.
Peut-être parce que c'est un arrêt par poweroff et pas par yunohost tools shutdown, mais je sais pas si on peut en VM.
[17:05:12]
<Aleks (he/him/il/lui)> comprends pas pourquoi les entrées sont pas dans un ordre chronologique x_X
[17:05:46]
<Aleks (he/him/il/lui)> ça passe de 16:46:57 à 16:42:12 puis 16:42:00 puis 16:46:58
[17:05:48]
<thatoo> Je me suis posé la même question
[17:06:13]
<thatoo> J'avais bien identifié yunohost.firewall.service
[17:08:16]
<thatoo> La durée d'extinction est la même que je passe par `` sudo shutdown -h now `` ou par `` sudo yunohost tools shutdown ``