[01:24:40]
<Yunohost Git/Infra notifications> [yunohost] @zamentur pushed 1 commit to fix-2235: [fix] Diagnosis: reverse DNS check should be case-insensitive #2235 ([0b051437](https://github.com/YunoHost/yunohost/commit/0b0514374502bfa3093f71de7777a4a72598e43b))
[01:24:42]
<Yunohost Git/Infra notifications> [yunohost] @zamentur created new branch fix-2235
[01:24:52]
<Yunohost Git/Infra notifications> [yunohost] @zamentur opened [pull request #1705](https://github.com/YunoHost/yunohost/pull/1705): [fix] Diagnosis: reverse DNS check should be case-insensitive #2235
[01:25:24]
<Yunohost Git/Infra notifications> [yunohost] @zamentur labeled micro on [pull request #1705](https://github.com/YunoHost/yunohost/pull/1705): [fix] Diagnosis: reverse DNS check should be case-insensitive #2235
[01:25:24]
<Yunohost Git/Infra notifications> [issues] @zamentur [commented](https://github.com/YunoHost/issues/issues/2235#issuecomment-1692622445) on [issue #2235](https://github.com/YunoHost/issues/issues/2235) admin Diagnosis: reverse DNS check should be case-insensitive: This PR should fix this bug, thanks for reporting it.
[01:26:38]
<Yunohost Git/Infra notifications> [yunohost] @zamentur [commented](https://github.com/YunoHost/yunohost/pull/1705#discussion_r1305016813) on pull request #1705 [fix] Diagnosis: reverse DNS check should be case-insensitive #2235: Are we sure r["helo"] is always a string ?
[02:34:14]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#980295369](https://gitlab.com/yunohost/yunohost/-/pipelines/980295369) failed on branch fix-2235
[10:27:08]
<kayou> > <@Alekswag:matrix.org> https://youtu.be/PrYMUe2RK4g?si=qjP8gus3CrnJbBW3&t=137 (sorry for the french ref 😅)
je veux ça dans YNH!
[10:27:24]
<kayou> "veuillez partagez les logs"
[12:00:12]
<HgO> > <@hgo:chat.batato.be> Non, mais depuis que j'ai voulu tester CustomPiOS sur mon laptop, j'ai le bug dont je parle, même lorsque je compile une image arm from scratch. J'ai sans doute modifié un truc qu'il fallait pas, mais je ne sais plus quoi… J'ai pas encore testé sur l'autre PC, j'ai un peu peur de tout casser je t'avoue x)
J'y arrive, lentement mais sûrement… Pour une raison que j'ignore, les binfmts fournis par manjaro cassaient tout… Je suis donc revenu en arrière en désinstallant tout ça, et je parviens à builder depuis une image docker, autant avec le compilateur d'armbian qu'avec CustomPiOS :)
[12:00:56]
<HgO> J'ai encore quelques problèmes à régler avant d'avoir une image que je pourrais tester, mais au moins je ne suis plus bloqué :)
[12:40:55]
<Aleks (he/him/il/lui)> hell yeah \\o/
[13:25:11]
<HgO> Il n'y a pas moyen de passer le redémarrage des services lors de la postinstall ? J'ai ceci dans les logs :
```
[INFO] Running restart_services
Stopping OpenLDAP: slapd.
Starting OpenLDAP: slapdAborted (core dumped)
failed!
Restarting Micro Name Service Cache Daemon: unscdcannot connect to /var/run/nscd/socket
cannot connect to /var/run/nscd/socket
.
Restarting LDAP connection daemon: nslcd.
```
Et cette étape prend un certain temps, mais n'est pas nécessaire dans un chroot.
Si pas possible, ce n'est pas grave, l'install se fait quand même hein ^^
[13:26:55]
<Aleks (he/him/il/lui)> ah oui si y'a une astuce mystique
[13:26:58]
<Aleks (he/him/il/lui)> hmmm
[13:27:10]
<Aleks (he/him/il/lui)> j'essaye de me souvenir ou est-ce qu'on l'utilise
[13:28:00]
<HgO> Sinon j'ai pu tester l'image, tout est nickel :) Quelqu'un pourrait forker https://github.com/guysoft/CustomPiOS et me donner des droits sur le nouveau repo ?
[13:28:11]
<Aleks (he/him/il/lui)> https://askubuntu.com/questions/226227/how-to-manually-restart-services-affected-by-apt-upgrades
[13:28:35]
<Aleks (he/him/il/lui)> https://manpages.debian.org/experimental/policy-rcd-declarative/policy-rc.d-declarative.8.en.html
[13:29:04]
<HgO> > <@Alekswag:matrix.org> j'essaye de me souvenir ou est-ce qu'on l'utilise
Oh cool je vais tester ça !
[13:29:12]
<Aleks (he/him/il/lui)> genre c'est vraiment mystique, il faut créer un fichier `/usr/sbin/policy-rc.d` avec le exit code truc
[13:29:23]
<HgO> Oui j'ai vu, écoute si ça marche… :p
[13:29:24]
<Aleks (he/him/il/lui)> on l'utilise je sais plus où .. ptete justement dans les scripts de build ARM ?
[13:32:00]
<Aleks (he/him/il/lui)> apparement non
[13:32:07]
<Aleks (he/him/il/lui)> par contre je trouve un truc similaire dans https://github.com/YunoHost/yunohost/blob/dev/src/migrations/0021_migrate_to_bullseye.py#L139
[13:32:24]
<Aleks (he/him/il/lui)> pour un cas super précis pendant l'upgrade des paquets debian lors de la montée de version majeure
[13:43:46]
<HgO> Après est-ce que c'est spécifique à apt ? Parce qu'ici c'est la postinstall de Yunohost qui décide de redémarrer 2-3 services à la fin : https://github.com/YunoHost/install_script/blob/main/bullseye#L530
[13:57:02]
<Yunohost Git/Infra notifications> [SSOwat] @Thatoo [commented](https://github.com/YunoHost/SSOwat/pull/217#issuecomment-1693401900) on [issue #217](https://github.com/YunoHost/SSOwat/pull/217) SSOwat epic refactoring / Portal API: Will it be possible to configure headers to allow single sign-on, SSO/CAS to be embedded in an iframe? The idea is to be...
[14:00:38]
<HgO> Bon, j'ai ma réponse, c'est spécifique à apt :p Donc pour résoudre ce problème, il faudrait une option dans le script d'install pour demander de ne pas redémarrer les services (ou alors vérifier si on est dans un chroot, mais c'est peut-être plus casse-gueule)
[14:22:37]
<Aleks (he/him/il/lui)> Yes PR welcome ;P
[14:25:17]
<Yunohost Git/Infra notifications> [SSOwat] @alexAubin [commented](https://github.com/YunoHost/SSOwat/pull/217#issuecomment-1693447714) on [issue #217](https://github.com/YunoHost/SSOwat/pull/217) SSOwat epic refactoring / Portal API: No idea what SSO/CAS is, but that sounds out of scope, the point is not to refactor the SSO per-se to support Open ID co...
[14:51:01]
<Yunohost Git/Infra notifications> [SSOwat] @Josue-T [commented](https://github.com/YunoHost/SSOwat/pull/217#issuecomment-1693491957) on [issue #217](https://github.com/YunoHost/SSOwat/pull/217) SSOwat epic refactoring / Portal API: > Will it be possible to configure headers to allow single sign-on, SSO/CAS to be embedded in an iframe? The idea is to ...
[15:09:42]
<Yunohost Git/Infra notifications> [SSOwat] @Thatoo [commented](https://github.com/YunoHost/SSOwat/pull/217#issuecomment-1693518117) on [issue #217](https://github.com/YunoHost/SSOwat/pull/217) SSOwat epic refactoring / Portal API: > > Will it be possible to configure headers to allow single sign-on, SSO/CAS to be embedded in an iframe? The idea is t...
[16:53:57]
<tituspijean> https://gitlab.com/groups/gitlab-org/-/epics/11247 ActivityPub coming to gitlab 👀
[16:55:06]
<Aleks (he/him/il/lui)> dafuq
[16:56:01]
<Aleks (he/him/il/lui)> oooh that's actually federation ?
[16:56:16]
<Aleks (he/him/il/lui)> https://gitlab.com/groups/gitlab-org/-/epics/11247#why
[16:56:56]
<Aleks (he/him/il/lui)> why wouldnt they look at forgefed tho x_x
[17:10:40]
<tituspijean> https://gitlab.com/groups/gitlab-org/-/epics/11247#note_1529285198
[17:11:24]
<tituspijean> looks like they'll *consider* it
[17:12:29]
<Aleks (he/him/il/lui)> noice
[18:53:37]
<Yunohost Git/Infra notifications> [yunohost] @zamentur pushed 1 commit to enh-bind-heritage-config-panel: [enh] bind heritage in config panel ([fde05c0a](https://github.com/YunoHost/yunohost/commit/fde05c0ac2af8c2009be9952f7819604f9d56b6a))
[18:53:40]
<Yunohost Git/Infra notifications> [yunohost] @zamentur created new branch enh-bind-heritage-config-panel
[18:57:32]
<lapineige> > <@titus:pijean.ovh> looks like they'll *consider* it
Finally
[19:07:19]
<Yunohost Git/Infra notifications> [yunohost] @zamentur opened [pull request #1706](https://github.com/YunoHost/yunohost/pull/1706): [enh] bind heritage in config panel
[19:09:27]
<Yunohost Git/Infra notifications> [yunohost] @tituspijean edited [pull request #1706](https://github.com/YunoHost/yunohost/pull/1706): [enh] bind heritage in config panel
[19:09:31]
<Yunohost Git/Infra notifications> [yunohost] @zamentur edited [pull request #1706](https://github.com/YunoHost/yunohost/pull/1706): [enh] bind heritage in config panel
[19:11:58]
<tituspijean> :'( <del>binded</del> -> _bound_
[19:12:08]
<Yunohost Git/Infra notifications> [yunohost] @zamentur pushed 1 commit to enh-bind-heritage-config-panel: [fix] Conflict type file and settings bind mode ([79e620ef](https://github.com/YunoHost/yunohost/commit/79e620ef428629a65b9717092cf4109d158fb168))
[19:14:18]
<Yunohost Git/Infra notifications> [yunohost] ✖️ Pipeline [#982350166](https://gitlab.com/yunohost/yunohost/-/pipelines/982350166) canceled on branch enh-bind-heritage-config-panel
[20:36:41]
<Yunohost Git/Infra notifications> [yunohost] @zamentur pushed 1 commit to enh-bind-heritage-config-panel: [fix] Combine bind section regex with bind panel file ([dcafac19](https://github.com/YunoHost/yunohost/commit/dcafac1913364e5da690c5c01af8fe62b68bee55))
[20:37:52]
<Yunohost Git/Infra notifications> [yunohost] @zamentur edited [pull request #1706](https://github.com/YunoHost/yunohost/pull/1706): [enh] bind heritage in config panel
[20:37:55]
<ljf> > <@titus:pijean.ovh> :'( <del>binded</del> -> _bound_
fixed
[20:38:20]
<Yunohost Git/Infra notifications> [yunohost] ✖️ Pipeline [#982355217](https://gitlab.com/yunohost/yunohost/-/pipelines/982355217) canceled on branch enh-bind-heritage-config-panel
[20:43:42]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#982415827](https://gitlab.com/yunohost/yunohost/-/pipelines/982415827) failed on branch enh-bind-heritage-config-panel
[20:43:49]
<Yunohost Git/Infra notifications> [issues] @zamentur [commented](https://github.com/YunoHost/issues/issues/1886#issuecomment-1693907572) on [issue #1886](https://github.com/YunoHost/issues/issues/1886) Properly document config panel syntax / features: A doc has been published. it could be improved, and axolotle worked on an automated config panels doc, but i guess we co...
[20:43:49]
<Yunohost Git/Infra notifications> [issues] @zamentur closed [issue #1886](https://github.com/YunoHost/issues/issues/1886): Properly document config panel syntax / features
[22:12:08]
<lapineige> ? 🤔