[09:11:37]
<Yunohost Git/Infra notifications> [issues] @olberger labeled :birthday: feature on [issue #2232](https://github.com/YunoHost/issues/issues/2232): Add details about backup task in logs list
[09:11:37]
<Yunohost Git/Infra notifications> [issues] @olberger opened [issue #2232](https://github.com/YunoHost/issues/issues/2232): Add details about backup task in logs list
[09:18:03]
<Yunohost Git/Infra notifications> [magnetocassette] @tituspijean pushed 1 commit to master: Handle additional reactions and answers ([494f142c](https://github.com/YunoHost/magnetocassette/commit/494f142cc1a550597c3550c287acffb114efd489))
[09:57:19]
<lautre> Bon, hier on a parlé de SNI-forward to external domains (https://github.com/YunoHost/yunohost/pull/1697)
Est ce qu'il y a quelque chose de prévu pour le cas où le serveur yunohost est derrière un SNI passthrought?
J'ai fait des modification légères du Nginx pour que ça passe (mais apparement, ça perturbe Peertube)
[10:04:35]
<Aleks (he/him/il/lui)> non y'a rien de prévu, déjà l'idée était de faire fonctionner le front, ensuite regarder ce qu'on peut faire aussi pour le mail, et of course y'a sans doute des apps complexes que ça peut faire iech, mais difficile de dire quoi que ce soit de plus si tu n'expliques pas ce que tu veux dire par "perturbe Peertube"
[10:06:24]
<lautre> Oui, il y avait un peu d'humours.
Le peertube, dans ses logs, ne voit que l'IP du serveur avec le SNI, pas l'IP réelle du client.
Je sais comment le corriger, je l'ai fait pour un autre serveur.
Donc, à priori, ce serait à faire aussi pour Yunohost
[10:08:15]
<Aleks (he/him/il/lui)> oui c'est sans doute l'histoire des proxy_set_header, real-ip machin toussa
[10:08:21]
<lautre> Pour les emails, j'ai un HAproxy sur le serveur avec SNI, et je ne sais plus ce que j'ai modifié ni comment sur le serveur email (mais j'avais pris des notes)
[10:08:33]
<lautre> Oui, c'est ce genre de chose
[10:09:31]
<lautre> Sur le yunohost, j'ai été obligé d'ajouter ```proxy_protocol``` sur les lignes avec listen
[10:10:01]
<lautre> Mais, c'est parce que le yunohost est derrière un SNI-passthrough
[10:11:41]
<lautre> Je vais donner les changements de config (une fois les ajouts de real_ip etc.), mais je ne sais pas comment l'ajoutre sous forme de PR... ce sera la seconde étape.
[10:13:50]
<Aleks (he/him/il/lui)> tituspijean: https://micro-editor.github.io/ (vu sur HN 👀)
[10:15:54]
<yunohelper> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />undefined<br />Thank you for you patience, and thank you for using YunoHost!
[10:18:44]
<tituspijean> ooops
[10:20:03]
<tituspijean> nah I disabled it while I fix the bot
[10:20:31]
<tituspijean> I forgot to implement a `default` case to drop any non-managed reactions
[10:20:52]
<eric_G> from now I am gonna try random emojis
[10:23:08]
<tituspijean> ***good***
[10:23:24]
<yunohelper> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />Notably, if you are getting an error, share its <em>full</em> log by pasting here the link to the page created by the YunoPaste buttons.<br />Thank you for you patience, and thank you for using YunoHost!
[10:24:11]
<tituspijean> So the emojis are 🪵🦤🧱❓️
[10:24:19]
<tituspijean> I'll update magnetocassette
[10:24:32]
<eric_G> dodo 👀
[10:24:56]
<tituspijean> (5 minutes cooldown :') )
[10:25:31]
<eric_G> so far when I put an emoji it trigger tituspijean 😄
[10:25:52]
<eric_G> *s
[10:26:25]
<Yunohost Git/Infra notifications> [magnetocassette] @tituspijean pushed 1 commit to master: Do nothing if reaction is not handled ([f7528118](https://github.com/YunoHost/magnetocassette/commit/f7528118247e2c704fa42399471e2f1d1e293d7a))
[10:27:52]
<tituspijean> I've also dropped the limitation to some admins
[10:28:21]
<tituspijean> I think the emojis are uncommon enough 😅
[10:29:27]
<tituspijean> dodo... like is there one for the mammoth? ^^
[10:29:31]
<tituspijean> 🦣
[10:29:36]
<tituspijean> oh snap.
[14:55:38]
<HgO> Bon, j'ai enfin compris comment faire fonctionner [CustomPiOS](https://github.com/guysoft/CustomPiOS) ! \o/
On en parlait hier, l'outil permet de prendre une image armbian existante et d'y installer Yunohost dessus sans devoir tout recompiler Donc au lieu d'1h de compilation on n'a plus qu'une bonne dizaine de minutes à attendre :)
Par contre, là je suis bloqué sur un bug chelou au moment de l'install de Yunohost :(
```
Setting up slapd (2.4.57+dfsg-3+deb11u1) ...
Creating new user openldap... done.
Creating initial configuration... done.
Creating LDAP directory... failed.
Loading the initial configuration from the ldif file () failed with
the following error while running slapadd:
64df8294 mdb_db_open: database "dc=yunohost,dc=org" cannot be opened: Cannot allocate memory (12). Restore from backup!
64df8294 backend_startup_one (type=mdb, suffix="dc=yunohost,dc=org"): bi_db_open failed! (12)
slap_startup failed
```
C'est hyper frustrant :(
[15:00:35]
<Aleks (he/him/il/lui)> arg
[15:00:38]
<Aleks (he/him/il/lui)> > Cannot allocate memory
[15:00:42]
<Aleks (he/him/il/lui)> hmmm
[15:02:03]
<HgO> En cherchant un peu j'ai cru comprendre que c'était lié à ulimit, mais ça dépasse mes compétences là x)
[15:03:50]
<Aleks (he/him/il/lui)> hmmouai je crois que c'est un truc ptete dans systemd pour limiter les ressource d'un process mais ça tu le sais ptete deja
[15:03:58]
<Aleks (he/him/il/lui)> faudrait voir comment le truc est lancé exactement
[15:08:04]
<HgO> C'est un chroot avec qemu-arm-static :
```
chroot . usr/bin/qemu-arm-static /bin/bash /chroot_script
```
[15:10:04]
<Aleks (he/him/il/lui)> hmmoké et c'est wrappé dans un autre truc en plus de ca ? genre si tu grep ulimit ça trouve des trucs ?
[15:42:21]
<HgO> Non :/ En vrai je comprends pas trop pourquoi ça marche sans problème avec arm-image…
[18:17:37]
<Yunohost Git/Infra notifications> Failed to run the source auto-update for : wireguard. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/fibizajevo
[19:15:35]
<tituspijean> ^ fixed
[20:23:43]
<Yunohost Git/Infra notifications> [issues] @ze42 labeled :space_invader: bug on [issue #2233](https://github.com/YunoHost/issues/issues/2233): ssh - wrongfully reloaded with bad config on initial install
[20:23:53]
<Yunohost Git/Infra notifications> [issues] @ze42 opened [issue #2233](https://github.com/YunoHost/issues/issues/2233): ssh - wrongfully reloaded with bad config on initial install
[20:50:35]
<Jason Hammons> Sorry for asking this here, I seem unable to join the support room listed in the matrix.org directory. I accidentally uninstalled the yunohost and yunohost-admin on a running system, and re-install it lead me to your (very appreciated) message stating: "Error: It looks like you're trying to re-postinstall a system that was already working previously ... If you recently had some bug or issues with your installation, please first discuss with the team on how to fix the situation instead of savagely re-running the postinstall ..."
[20:50:50]
<Jason Hammons> So, how badly did I mess up?
[20:52:31]
<Jason Hammons> Surely there must be a shim somewhere I can plug in some info and have it use all the existing installation, or... did I delete some secrets from the file system that were necessary to make the two meet in the middle?
[21:22:23]
<Jason Hammons> I see there is a /etc/yunohost/installed that should be in place to start tricking it... Hmm... 🤔
[21:23:50]
<Jason Hammons> That seems to be all I needed. Thank you for making such an awesome system! I'll never lie to a computer again when it asks me to type, "Yes, do as I say!" 😄
[23:23:29]
<Jason Hammons> Was there a better way?