[10:04:41]
<Yunohost Git/Infra notifications> [issues] @acuteaura opened [issue #2271](https://github.com/YunoHost/issues/issues/2271): domains with word "null" cause frontend bugs
[10:05:02]
<Yunohost Git/Infra notifications> [issues] @acuteaura edited [issue #2271](https://github.com/YunoHost/issues/issues/2271): domains with word "null" cause frontend bugs
[10:05:52]
<Yunohost Git/Infra notifications> [issues] @acuteaura edited [issue #2271](https://github.com/YunoHost/issues/issues/2271): domains with word "null" cause frontend bugs
[10:21:57]
<Yunohost Git/Infra notifications> [issues] @tituspijean [commented](https://github.com/YunoHost/issues/issues/2271#issuecomment-1770516528) on [issue #2271](https://github.com/YunoHost/issues/issues/2271) domains with word "null" cause frontend bugs: Probable culprit: https://github.com/YunoHost/yunohost-admin/blob/2337c343fd858120cb877dabcb2ab73581ad5f9c/app/src/views...
[10:27:16]
<Yunohost Git/Infra notifications> [issues] @chri2 opened [issue #2272](https://github.com/YunoHost/issues/issues/2272): disable "phone home" in rspamd by default
[10:27:17]
<Yunohost Git/Infra notifications> [issues] @chri2 labeled :birthday: feature on [issue #2272](https://github.com/YunoHost/issues/issues/2272): disable "phone home" in rspamd by default
[10:39:22]
<Yunohost Git/Infra notifications> [issues] @chri2 [commented](https://github.com/YunoHost/issues/issues/2269#issuecomment-1770542321) on [issue #2269](https://github.com/YunoHost/issues/issues/2269) rspamd processes crash: This might be related: https://github.com/rspamd/rspamd/issues/3849
[10:49:17]
<ChriChri> https://rspamd.com/downloads.html#debian-standard-repos-notes
_"Debian standard repos notes: Please DO NOT use those packages"_
```
# apt policy rspamd
rspamd:
Installiert: 3.2-1~bpo11+1
Installationskandidat: 3.7.1-1~af3e90f67~bullseye
Versionstabelle:
3.7.1-1~af3e90f67~bullseye 500
500 http://rspamd.com/apt-stable bullseye/main arm64 Packages
*** 3.2-1~bpo11+1 500
500 http://forge.yunohost.org/debian bullseye/stable arm64 Packages
100 /var/lib/dpkg/status
```
with rspamds own repository for debian configured
Should I test and try to build a PR?
[10:56:59]
<orhtej2> > <@chrichri:librem.one> https://rspamd.com/downloads.html#debian-standard-repos-notes
> _"Debian standard repos notes: Please DO NOT use those packages"_
>
> ```
> # apt policy rspamd
> rspamd:
> Installiert: 3.2-1~bpo11+1
> Installationskandidat: 3.7.1-1~af3e90f67~bullseye
> Versionstabelle:
> 3.7.1-1~af3e90f67~bullseye 500
> 500 http://rspamd.com/apt-stable bullseye/main arm64 Packages
> *** 3.2-1~bpo11+1 500
> 500 http://forge.yunohost.org/debian bullseye/stable arm64 Packages
> 100 /var/lib/dpkg/status
> ```
> with rspamds own repository for debian configured
>
> Should I test and try to build a PR?
Cf https://github.com/YunoHost/issues/issues/2263
[11:13:50]
<ChriChri> Uhm. libhyperscan is not available to aarch64 so there's no problem. The newer rspamd gave up the dependencie on libluajit (which might have caused the aarch64 segmentation fault problems):
```
# apt autoremove
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
fonts-glyphicons-halflings libjs-bootstrap4 libjs-popper.js libjs-requirejs libjs-sizzle libluajit-5.1-2 libluajit-5.1-common node-jquery
```
...and some more. You mean I'd need to test in amd64, also, to make sure there's no problem?
[12:34:20]
<Yunohost Git/Infra notifications> [yunohost] @Axolotle pushed 1 commit to bookworm: conf_regen:yunohost: repeat init portal setup in post hook ([6f085ad2](https://github.com/YunoHost/yunohost/commit/6f085ad255451e4cf6cc7330f37636b584ad5cfb))
[12:45:26]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/12.0.0+202310191245 for bookworm/unstable/all ...
[12:46:38]
<Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/12.0.0+202310191245 for bookworm/unstable/all.
[13:46:29]
<orhtej2> > <@chrichri:librem.one> Uhm. libhyperscan is not available to aarch64 so there's no problem. The newer rspamd gave up the dependencie on libluajit (which might have caused the aarch64 segmentation fault problems):
> ```
> # apt autoremove
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> The following packages will be REMOVED:
> fonts-glyphicons-halflings libjs-bootstrap4 libjs-popper.js libjs-requirejs libjs-sizzle libluajit-5.1-2 libluajit-5.1-common node-jquery
> ```
> ...and some more. You mean I'd need to test in amd64, also, to make sure there's no problem?
Pretty much yes, I'd advise checking with old amd64 hardware with limited instruction set
[13:49:50]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1042521604](https://gitlab.com/yunohost/yunohost/-/pipelines/1042521604) failed on branch bookworm
[15:16:41]
<ChriChri> > Pretty much yes, I'd advise checking with old amd64 hardware with limited instruction set
Uhm, no have... I'd need some kind of qemu machine to reproduce. I'll have a look later.
[16:19:15]
<Yunohost Git/Infra notifications> Failed to run the source auto-update for : zwave-js-ui. Please run manually the `autoupdate_app_sources.py` script on these apps to debug what is happening! Debug log : http://paste.yunohost.org/raw/fekucijebu
[16:25:32]
<Aleks (he/him/il/lui)> dunno who is available for the meeting tonight but i am once again pretty busy with $dayjob @_@
[16:26:28]
<Tag> I'm free but I'm not really available
[16:59:31]
<lapineige> Oh I forgot the meeting… I might be there 🙂 (but not for long)
9pm ?
[17:28:03]
<Yunohost Git/Infra notifications> [issues] @Tagadda labeled :mailbox: Email on [issue #2272](https://github.com/YunoHost/issues/issues/2272): disable "phone home" in rspamd by default
[17:30:51]
<ljf> i could be here at 9 (i didn't really code for yunohost even if i worked on issues of early versions of nextcloud and matrix )
[17:50:08]
<ChriChri> I read into the issues and compared the dependencies of the newer rspamd from the rspamd-repo and the original debian rspamd: no difference related to libhyperscan5. Both versions pull that package in on amd64.
My conclusion: for the instruction set problem (a debian problem) it probably will not make a difference whether the newer or older rspamd is used. Or do I miss something? (orhtej2
Just read into it a bit: a qemu with Opteron_G1 should do for testing, right?
[17:54:26]
<lapineige> > Oh I forgot the meeting… I might be there 🙂 (but not for long)
> 9pm ?
In cas it happen anyway, please ping me 🙂
[18:03:13]
<ChriChri> > <@chrichri:librem.one> I read into the issues and compared the dependencies of the newer rspamd from the rspamd-repo and the original debian rspamd: no difference related to libhyperscan5. Both versions pull that package in on amd64.
>
> My conclusion: for the instruction set problem (a debian problem) it probably will not make a difference whether the newer or older rspamd is used. Or do I miss something? (orhtej2
>
> Just read into it a bit: a qemu with Opteron_G1 should do for testing, right?
orhtej2 - the problem is reproducible on an Opteron_G1. The bookworm rspamd I tried to install pulled in libhyperscan5 which in turn asked for confirmation that I really wanted to install it. https://fileshare.link-goe.de/26b82a003827 (first time use of my fileshare :) ).
[18:05:45]
<Yunohost Git/Infra notifications> [issues] @chri2 [commented](https://github.com/YunoHost/issues/issues/2263#issuecomment-1771474669) on [issue #2263](https://github.com/YunoHost/issues/issues/2263) Trouble installing in a non-SSE3 box: The problem is reproducible on an Opteron_G1. The bookworm rspamd I tried to install pulled in libhyperscan5 which in tu...
[18:22:25]
<ChriChri> orhtej2 - The rspamd from the vendors repo behaves in this aspect exactly the same. Generally it comes with less dependencies (no external lua). It starts an runs on an Opteron_G1.
I'm just feading some MB of spam to be learned to it and it seems to work in this aspect without errors. I don't know where the libhyperscan5 comes in, but the version seems to work just fine in a simple test.
Since the problem according to SSSE3 doesn't seem to change with the newer version from the vendor repo I'd opt for including the repo and using that version of rspamd to get better upstream support.
[18:29:25]
<orhtej2> > <@chrichri:librem.one> orhtej2 - the problem is reproducible on an Opteron_G1. The bookworm rspamd I tried to install pulled in libhyperscan5 which in turn asked for confirmation that I really wanted to install it. https://fileshare.link-goe.de/26b82a003827 (first time use of my fileshare :) ).
Huh 🤷
[18:58:50]
<Yunohost Git/Infra notifications> [issues] @chri2 opened [issue #2273](https://github.com/YunoHost/issues/issues/2273): include rspamd repository
[18:58:50]
<Yunohost Git/Infra notifications> [issues] @chri2 labeled :birthday: feature on [issue #2273](https://github.com/YunoHost/issues/issues/2273): include rspamd repository
[19:50:08]
<orhtej2> Is bookworm CI dead?
[19:50:45]
<orhtej2> https://ci-apps-bookworm-dev.yunohost.org/ci/
[19:51:03]
<tituspijean> It's running. Are you saying the jobs are frozen?
[19:54:21]
<tituspijean> Jobs cancelled and rebooted
[20:19:37]
<orhtej2> https://aria.im/_matrix/media/v1/download/circledsquareroot.ovh/e300a6aaca1933f169ba846525df45704489215d355dcd910550f3b98673eff1
[20:19:47]
<orhtej2> I'm saying that was not my typical experience
[20:20:10]
<orhtej2> and that it got lazy :P https://github.com/YunoHost-Apps/snipeit_ynh/pull/34#issuecomment-1770368135
[20:20:33]
<orhtej2> > I'm saying that was not my typical experience
(also previously it was straight up Error: Connection Refused)
[20:20:45]
<tituspijean> eh... I guess my browser was running a couple minutes later than yours. I got the same error now.
[20:21:24]
<tituspijean> here we go again, I'm trying to understand how to regenerate tls certificates on our infrastructure.
[20:22:11]
<orhtej2> https://www.youtube.com/watch?v=3KDnrGdpNZY
[20:54:14]
<tituspijean> Fixed 😉
[21:03:19]
<orhtej2> Bot is back up again as well!
[21:03:25]
<orhtej2> Thanks 😊
[21:37:17]
<lapineige> Et elle est acceptée 🙂
Ça serait toujours bon pour prêter des serveurs pour le week-end du 18-19 novembre ?
(et idéalement un la semaine d'avant que je puisse tester 🙂)
[21:41:06]
<tituspijean> Yeah no problem. I can be available on Friday 10th in the afternoon to discuss it if you need. I'll be busy the next two days.
In any case let me know and I can create servers for you to test.
[22:11:55]
<Aleks (he/him/il/lui)> same here i have a few scripts i can easily tweak and run to create them