[10:45:46]
<Craig van Beek> it's there
[10:46:03]
<artlog[m]> this is not more failing at the place
[10:46:27]
<artlog[m]> seems 10s is not enough for next one...
[10:46:57]
<Craig van Beek> Shall I try the sed with changing timeout=10 to timeout=25?
[10:47:33]
<artlog[m]> that's your system ! you can do what you want ;-)
[10:48:07]
<Craig van Beek> :) Is it likely to help :)
[10:48:21]
<artlog[m]> previous code had not timeout at all ...
[10:48:47]
<Craig van Beek> doesn't look like it's my lucky night... given it a huge time out and it's not going through still.
[10:50:31]
<Craig van Beek> https://paste.yunohost.org/raw/esusaxovoy
[10:50:45]
<Craig van Beek> what's domain18.tld?
[10:51:21]
<artlog[m]> this is your domain taht was renamed by yunopaste anonymisation
[10:51:34]
<Craig van Beek> ah:) that makes sense
[10:52:03]
<Craig van Beek> that appears to be a different issue?
[10:52:16]
<Craig van Beek> if I go to that url I can see it come up
[11:00:05]
<Craig van Beek> anything else change in yunohost versions that could be causing this... I can always just go to the older version again, and not update 🤷♂️
[11:00:15]
<artlog[m]> i guess it is the same issue, what can be tested is to remove the timeout totaly.
[11:26:19]
<327-1> Craig van Beek:
[11:26:23]
<327-1> artlog[m]:
[11:29:01]
<327-1> 你们是那个国家的
[12:20:10]
<artlog[m]> ```sed -i 's/timeout=.*$//' /usr/lib/python3/dist-packages/yunohost/vendor/acme_tiny/acme_tiny.py```
[12:20:14]
<artlog[m]> Craig van Beek:
[12:20:23]
<artlog[m]> the error is somehow weird in the sens it means that you can't access your own server from it. And this error is due to a check that can be bypassed with a parameters that i am trying to find
[12:20:32]
<artlog[m]> wo shi faguoren
[12:20:52]
<artlog[m]> human or ai bot ? chinese in all cases.
[12:20:52]
<artlog[m]> Craig van Beek: ```yunohost domain cert renew domain.tld --no-checks```using --no-checks won't conenct back to your http//domain.tld/ to check if it is available. this should pass this step.
[12:20:52]
<orhtej2> > <@artlog:librezo.fr> human or ai bot ? chinese in all cases.
sounds like a person with no meaningful insight
[12:34:22]
<327-1> (ancien compte) @Doumé:
[12:34:26]
<327-1> 拜拜
[13:13:21]
<artlog[m]> 327-1: do you have some meaningful insight ?
[14:04:54]
<gaut> vous connaissez nsl.sh ? Des gens qui sont à Paris, ne connaissent pas yunohost, et organisent des ateliers sur l'auto-hébergement : https://forum.chatons.org/t/atelier-auto-hebergement-session-1-paris-gratuit/8314
[14:05:14]
<@err404:matrix.numericore.com> je connaissais pas, c'est très intéressant, je vais faire tourner
(bon, la session du 18 avril est passée, mais il y a les suivantes)
à voir si yunohost.org et nsl.sh sont concurent ou complémentaires :p
[14:07:15]
<@err404:matrix.numericore.com> bon, d'après ce que je lis, c'est un approche différente de celle de Yunohost, à voir plus en détail
[14:10:38]
<gaut> oui, et ça a l'air plutôt drivé par une entreprise que par un collectif
[14:10:44]
<@err404:matrix.numericore.com> nsl.sh est orienté nas, alors que yunohost.org c'est orienté applications, les deux se complètent bien.
[14:28:57]
<@err404:matrix.numericore.com> nsl.sh utilise un réseau maillé pour permettre un accès public au nas des clients,https://github.com/Yundera/mesh-router-root/
j'utilise aussi du VPN, pas en réseau maillé par contre.: wireguard dans mes conteneurs Yunohost pour pouvoir les migrer plus facilement d'un serveur à l'autre sans avoir à changer la configuration dns ou du reverse proxy-sni, ça me permet aussi de ne pas avoir d'ip publique sur les serveurs distants))
[14:33:40]
<@err404:matrix.numericore.com> si j'ai bien compris, nsl.sh est le point de fragilité (un peu comme chez moi en auto-hébergement, si chez moi ça tombe, plus aucun de mes serveurs distant n'est joignable)
[14:38:02]
<@err404:matrix.numericore.com> mais vu que ça semble complètement libre et opensource, il y a probablement moyen de ne pas dépendre de nsl.sh
[14:39:07]
<artlog[m]> je viens de découvrir, je n'aivais jamais entendu parler de nsl.sh
[14:40:11]
<artlog[m]> ```
Apr 21 15:00:46 domain.tld dovecot[85714]: lda(username@domain.tld)<85714><3TUZFw6D52nSTgEAjxgUAQ>: Error: sieve: binary /etc/dovecot/global_script/dovecot.svbin: read: binary stored with different major version 2.0 (!= 3.0; automatically fixed when re-compiled)
Apr 21 15:00:46 domain.tld dovecot[85714]: lda(username@domain.tld)<85714><3TUZFw6D52nSTgEAjxgUAQ>: Error: open(/etc/dovecot/global_script/dovecot.svbin.domain.tld.85714.d13d125d6a2f0702) failed: Read-only file system
Apr 21 15:00:46 domain.tld dovecot[85714]: lda(username@domain.tld)<85714><3TUZFw6D52nSTgEAjxgUAQ>: Error: sieve: binary /etc/dovecot/global_script/dovecot.svbin: save: failed to create temporary file: open(/etc/dovecot/global_script/dovecot.svbin.) failed: Read-only file system
```
[14:40:22]
<artlog[m]> à la reception de mail on dirait qu'il y a une tentative d'ugprade de la version de dovecot avec l'utilisation du repertoire /etc/dovecot/global_script/ comme répertoire temporaire
[14:40:30]
<artlog[m]> les droits sont vmail mail
[14:40:45]
<artlog[m]> je suis en trixie
[14:40:55]
<naitx> Hi everyone,
I'm curious whether anyone here has switched from `fail2ban` to `crowdsec` - or is running both side by side.
If so, I'd love to hear about your experience.
- did crowdsec fully replace fail2ban, or are you running them in parallel?
- any tips specific to yunohost?
Thanks!
[14:41:03]
<@err404:matrix.numericore.com> naitx Reaction (rust) is also a fail2ban alternative, but not yet distribued by Yunohost.
[14:55:19]
<naitx> @err404:matrix.numericore.com Oh, that sounds interesting - I wasn’t aware of reaction as an alternative to fail2ban... Have there been any discussions or plans to integrate reaction into yunohost officially?
[14:59:46]
<@err404:matrix.numericore.com> yes, there is discussion and working but not yet ready into Yunohost
[15:13:56]
<Thomas> You can see the WIP here https://github.com/YunoHost/yunohost/pull/2151
[15:14:10]
<naitx> Thanks! I will keep an eye on it 🧐
[17:20:48]
<mikabxl> Si je devais chercher une alternative à yunohost ce serait plutôt CasaOS ou ZimaOS mais je crois que la communauté YNH est plus importante...
[18:32:29]
<artlog> hello; je souhaite rejoindre le contributor meeting 👋 !
[19:27:05]
<artlog[m]> (^) je suis le même ;-)
[19:30:43]
<Chatpitaine Caverne> Merci JeremyG Je vais regarder cela.
Edit : c'est bon, ça fonctionne, merci beaucoup.