Saturday, June 17, 2023
dev@conference.yunohost.org
June
Mon Tue Wed Thu Fri Sat Sun
      1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
             

[11:44:58] <lapineige> > <@Alekswag:matrix.org> https://forum.yunohost.org/t/lets-organize-for-the-yunocamp-2023-this-summer/25181

Oh, I might be able to join this year :)
[11:46:19] <lapineige> (Though I don't know how I can help ^^)
[11:49:04] <lapineige> > <@Alekswag:matrix.org> it's still early days for this, but hopefully during next week there will be some first result + dashboard of apps to fix (though of courses all the 450-ish test will take some time to complete)

Can we providence compute power for this ?
I have a raspberry pi sleeping with little activity
[13:03:09] <Aleks (he/him/il/lui)> Eeeeh it's more like we need amd64 machine first (and we dont really have proper software to manage a "cluster", we need a single machine with good CPU and RAM mostly
[13:03:28] <Aleks (he/him/il/lui)> Testing apps on Pi/ARM is a different story
[13:32:05] <lapineige> Which means it almost useless or only second priority ?
[13:32:41] <lapineige> Could it be used to do the CI for the apps I maintains on my server to lighten the load on the main CI ?
[15:10:36] <Aleks (he/him/il/lui)> if you want, but the issue is not really "having a RPi" in itself, the issue is more who is going to setup and maintain it
[15:11:00] <Aleks (he/him/il/lui)> considering that testing apps on ARM board is significantly longer than testing apps on a classic amd64 system
[15:11:54] <Aleks (he/him/il/lui)> it's basically a different issue than bookworm because righit now we don't have any ARM CI at all
[15:12:21] <Aleks (he/him/il/lui)> and it's not really about "speeding up" stuff, it's more about adding coverage of the ARM case in addition to the classic amd64
[18:17:09] <Yunohost Git/Infra notifications> Failed to run the source auto-update for : dokuwiki, grr, paperless-ngx. Please run manually the autoupdate_app_sources.py script on these apps to debug what is happening!
[18:21:20] <em0ne> I recall that we used to have access to an ampere arm server for testing. Is this still the case?
[18:21:47] <em0ne> Regarding arm development
[18:22:24] <em0ne> Actually. This was probably a different open source project which I was helping with
[18:22:33] <em0ne> Ignore
[19:58:19] <lapineige> > <@Alekswag:matrix.org> and it's not really about "speeding up" stuff, it's more about adding coverage of the ARM case in addition to the classic amd64

Ok, then it's more interresting to have it running full time than to offer it just for bookworm testing
[20:46:05] <Yunohost Git/Infra notifications> [issues] @tituspijean closed [issue #2195](https://github.com/YunoHost/issues/issues/2195): Apps documentation pages fail with server error
[20:46:05] <Yunohost Git/Infra notifications> [issues] @tituspijean [commented](https://github.com/YunoHost/issues/issues/2195#issuecomment-1595857380) on [issue #2195](https://github.com/YunoHost/issues/issues/2195) Apps documentation pages fail with server error: It looks like it was a bug with a Grav plugin, External Links. Since it’s only cosmetic, I have disabled it.
[21:09:21] <lapineige> (What does the command do btw ?)
[21:21:41] <lapineige> Very interresting command !!
[22:08:09] <Aleks (he/him/il/lui)> hmmmm maybe definiting it as a "GET"-type route for the api (despite that it's only meaninful from the CLI ,but that's the way yunohost derives the fact that it's a readonly or modifying action therefore taking the lock)