[04:09:32]
<Yunohost Git/Infra notifications> App digisteps goes down from level 8 to 6 in job [#17069](https://ci-apps.yunohost.org/ci/job/17069)
[05:01:18]
<Yunohost Git/Infra notifications> App librephotos failed all tests in job [#17071](https://ci-apps.yunohost.org/ci/job/17071) :(
[09:05:13]
<Yunohost Git/Infra notifications> App pydio failed all tests in job [#17074](https://ci-apps.yunohost.org/ci/job/17074) :(
[14:00:14]
<Gcco> > <@Alekswag:matrix.org> i think everybody is saying "need AVX instruction blablabh" but we do seem to have them so x_x
Concerning Mongo crash, the script running /proc/cpuinfo in app-ci doesn't detect any avx instructions. Avx is detected correctly in app-dev-ci though. Any idea why?
[14:39:28]
<Aleks (he/him/il/lui)> Hmmokay
[14:39:43]
<Aleks (he/him/il/lui)> Could be that the host doesnt support avx i guess
[14:55:52]
<Gcco> > <@Alekswag:matrix.org> Could be that the host doesnt support avx i guess
In reply to @Alekswag:matrix.org
Could be that the host doesnt support avx i guess
Could be yes, in that case I don't know how to pass the CI test, if now mongo 4.4 crashes on it. Downgrading it was my only way to make it work
[15:08:43]
<Aleks (he/him/il/lui)> the way to pass the CI test would be to add avx to the host i suppose
[15:13:45]
<orhtej2> interestingly MongoDB itself started, it's `mongosh` that's crashing. As if it does not follow the same build process as engine itself
[15:15:20]
<Aleks (he/him/il/lui)> https://mastodon.social/@maupao@framapiaf.org/110712961024345740
[15:25:42]
<Gcco> > <@Alekswag:matrix.org> the way to pass the CI test would be to add avx to the host i suppose
Well, if the CPUs are not supporting avx, I don't know what to do
[15:28:57]
<Aleks (he/him/il/lui)> it's a VM so maybe we can ask to add support for AVX and like it's not enable by default for some reason
[15:29:03]
<orhtej2> > They were proposed by Intel in March 2008 and first supported by Intel with the Sandy Bridge[1] processor shipping in Q1 2011 and later by AMD with the Bulldozer[2] processor shipping in Q3 2011
[15:29:26]
<orhtej2> I doubt it they're unsupported on CI
[15:31:56]
<orhtej2> ```
orhtej2@circledsquareroot:~/usr/bin$ objdump -d mongosh > mongosh.asm
orhtej2@circledsquareroot:~/usr/bin$ awk '/[ \t](mpsadbw|phminposuw|pmulld|pmuldq|dpps|dppd|blendps|blendpd|blendvps|blendvpd|pblendvb|pblenddw|pminsb|pmaxsb|pminuw|pmaxuw|pminud|pmaxud|pminsd|pmaxsd|roundps|roundss|roundpd|roundsd|insertps|pinsrb|pinsrd|pinsrq|extractps|pextrb|pextrd|pextrw|pextrq|pmovsxbw|pmovzxbw|pmovsxbd|pmovzxbd|pmovsxbq|pmovzxbq|pmovsxwd|pmovzxwd|pmovsxwq|pmovzxwq|pmovsxdq|pmovzxdq|ptest|pcmpeqq|pcmpgtq|packusdw|pcmpestri|pcmpestrm|pcmpistri|pcmpistrm|crc32|popcnt|movntdqa|extrq|insertq|movntsd|movntss|lzcnt)[ \t]/' mongosh.asm
15b3371: 66 0f 3a 16 c0 01 pextrd $0x1,%xmm0,%eax
15b3451: 66 48 0f 3a 22 6d d8 pinsrq $0x1,-0x28(%rbp),%xmm5
15b397d: 66 0f 3a 16 c0 02 pextrd $0x2,%xmm0,%eax
18c4543: 66 0f 3a 22 d8 03 pinsrd $0x3,%eax,%xmm3
18c4553: 66 0f 3a 22 e2 03 pinsrd $0x3,%edx,%xmm4
18c456d: 66 0f 3a 22 e8 03 pinsrd $0x3,%eax,%xmm5
orhtej2@circledsquareroot:~/usr/bin$
```
OK, `mongosh` 1.10.1 shipped from 4.4 PPA **IS** using AVX, at least according [to my lack of knowledge](https://stackoverflow.com/a/50056059/7034621)
[15:34:28]
<Gcco> > <@Alekswag:matrix.org> it's a VM so maybe we can ask to add support for AVX and like it's not enable by default for some reason
The funny thing is that apps-dev has avx instructions enabled
[15:34:50]
<Aleks (he/him/il/lui)> yeah therese are two completely different machines
[15:35:15]
<Aleks (he/him/il/lui)> ci-apps-dev is on Scaleway, ci-apps is a VM in a "donation" server from some folks
[15:35:32]
<Gcco> > ```
> orhtej2@circledsquareroot:~/usr/bin$ objdump -d mongosh > mongosh.asm
> orhtej2@circledsquareroot:~/usr/bin$ awk '/[ \t](mpsadbw|phminposuw|pmulld|pmuldq|dpps|dppd|blendps|blendpd|blendvps|blendvpd|pblendvb|pblenddw|pminsb|pmaxsb|pminuw|pmaxuw|pminud|pmaxud|pminsd|pmaxsd|roundps|roundss|roundpd|roundsd|insertps|pinsrb|pinsrd|pinsrq|extractps|pextrb|pextrd|pextrw|pextrq|pmovsxbw|pmovzxbw|pmovsxbd|pmovzxbd|pmovsxbq|pmovzxbq|pmovsxwd|pmovzxwd|pmovsxwq|pmovzxwq|pmovsxdq|pmovzxdq|ptest|pcmpeqq|pcmpgtq|packusdw|pcmpestri|pcmpestrm|pcmpistri|pcmpistrm|crc32|popcnt|movntdqa|extrq|insertq|movntsd|movntss|lzcnt)[ \t]/' mongosh.asm
> 15b3371: 66 0f 3a 16 c0 01 pextrd $0x1,%xmm0,%eax
> 15b3451: 66 48 0f 3a 22 6d d8 pinsrq $0x1,-0x28(%rbp),%xmm5
> 15b397d: 66 0f 3a 16 c0 02 pextrd $0x2,%xmm0,%eax
> 18c4543: 66 0f 3a 22 d8 03 pinsrd $0x3,%eax,%xmm3
> 18c4553: 66 0f 3a 22 e2 03 pinsrd $0x3,%edx,%xmm4
> 18c456d: 66 0f 3a 22 e8 03 pinsrd $0x3,%eax,%xmm5
> orhtej2@circledsquareroot:~/usr/bin$
> ```
> OK, `mongosh` 1.10.1 shipped from 4.4 PPA **IS** using AVX, at least according [to my lack of knowledge](https://stackoverflow.com/a/50056059/7034621)
So mongo forgot to disable avx in their shell 😁
[15:41:04]
<orhtej2> ahhh indeed my garbage-tier Kimsurfi VPS lacks AVX support
[15:41:05]
<orhtej2> nice
[15:41:51]
<Aleks (he/him/il/lui)> 😅
[15:47:36]
<orhtej2> > ```
> orhtej2@circledsquareroot:~/usr/bin$ objdump -d mongosh > mongosh.asm
> orhtej2@circledsquareroot:~/usr/bin$ awk '/[ \t](mpsadbw|phminposuw|pmulld|pmuldq|dpps|dppd|blendps|blendpd|blendvps|blendvpd|pblendvb|pblenddw|pminsb|pmaxsb|pminuw|pmaxuw|pminud|pmaxud|pminsd|pmaxsd|roundps|roundss|roundpd|roundsd|insertps|pinsrb|pinsrd|pinsrq|extractps|pextrb|pextrd|pextrw|pextrq|pmovsxbw|pmovzxbw|pmovsxbd|pmovzxbd|pmovsxbq|pmovzxbq|pmovsxwd|pmovzxwd|pmovsxwq|pmovzxwq|pmovsxdq|pmovzxdq|ptest|pcmpeqq|pcmpgtq|packusdw|pcmpestri|pcmpestrm|pcmpistri|pcmpistrm|crc32|popcnt|movntdqa|extrq|insertq|movntsd|movntss|lzcnt)[ \t]/' mongosh.asm
> 15b3371: 66 0f 3a 16 c0 01 pextrd $0x1,%xmm0,%eax
> 15b3451: 66 48 0f 3a 22 6d d8 pinsrq $0x1,-0x28(%rbp),%xmm5
> 15b397d: 66 0f 3a 16 c0 02 pextrd $0x2,%xmm0,%eax
> 18c4543: 66 0f 3a 22 d8 03 pinsrd $0x3,%eax,%xmm3
> 18c4553: 66 0f 3a 22 e2 03 pinsrd $0x3,%edx,%xmm4
> 18c456d: 66 0f 3a 22 e8 03 pinsrd $0x3,%eax,%xmm5
> orhtej2@circledsquareroot:~/usr/bin$
> ```
> OK, `mongosh` 1.10.1 shipped from 4.4 PPA **IS** using AVX, at least according [to my lack of knowledge](https://stackoverflow.com/a/50056059/7034621)
interestingly, mongodb-mongosh-shared-openssl3_1.10.1_amd64.deb does not display this behaviour.
[15:48:00]
<orhtej2> try changing dep
[15:48:09]
<orhtej2> @gc
[15:48:15]
<orhtej2> @Gcco ^
[15:49:03]
<Gcco> Thanks, I'll try and keep you posted
[17:00:32]
<Yunohost Git/Infra notifications> [apps] @yunohost-bot pushed 1 commit to update_app_levels: Update app levels according to CI results ([37176cf7](https://github.com/YunoHost/apps/commit/37176cf717896c8a8e5fd5d9a9ecd940f52ab348))
[17:00:32]
<Yunohost Git/Infra notifications> [apps] @yunohost-bot created new branch update_app_levels
[17:00:33]
<Yunohost Git/Infra notifications> [apps] @yunohost-bot opened [pull request #1696](https://github.com/YunoHost/apps/pull/1696): Update app levels according to CI results
[17:13:08]
<Yunohost Git/Infra notifications> App archivist failed all tests in job [#16688](https://ci-apps.yunohost.org/ci/job/16688) :(
[19:04:20]
<Yunohost Git/Infra notifications> App grafana goes down from level 8 to 1 in job [#17043](https://ci-apps.yunohost.org/ci/job/17043)