Tuesday, October 03, 2023
dev@conference.yunohost.org
October
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
31
         

[08:42:01] <Aleks (he/him/il/lui)> #TestingIsDoubting
[08:42:02] <orhtej2> ```sh
jethro@MOPS:~/sync$ echo php php8.2 php8.2-common dupa | grep -oP '(?<=php)[0-9.]+(?=-|\>)' | sort -u
8.2
jethro@MOPS:~/sync$ echo php php8.2 dupa | grep -oP '(?<=php)[0-9.]+(?=-|\>|)' | sort -u
8.2
jethro@MOPS:~/sync$ echo php php8.2 dupa | grep -oP '(?<=php)[0-9.]+(?=-|\>)' | sort -u
jethro@MOPS:~/sync$
```
[08:42:06] <orhtej2> I actually did test it
[08:42:30] <Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/11.2.4+202310022130 for bullseye/unstable/all.
[08:42:30] <Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/11.2.4+202310022130 for bullseye/unstable/all ...
[08:42:31] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1023458201](https://gitlab.com/yunohost/yunohost/-/pipelines/1023458201) failed on branch dev
[08:42:35] <tituspijean> > <@Alekswag:matrix.org> https://mastodon.social/@ps@s10y.eu/111166656961539870

That looks very interesting! I was thinking YunoHost could participate, but upon further reading of the objectives it looks like they operate their discussions at a much higher (systemic) level than us. oooooor we ramp up our pitch 🙂
[08:42:47] <orhtej2> Umami and iirc misskey both got stuck to the point where after cancellation they are no longer on the list here
https://ci-apps-bookworm.yunohost.org/ci/
[08:42:51] <orhtej2> Can we get logs from the cancelled jobs? Whom to inform if this happens in the future so that they can have a look at wtf is happening there?
[08:45:36] <Aleks (he/him/il/lui)> orhtej2: hmm isn't the weird `>` in `(?=-|\>)` related to hmmm how is it called
[08:45:36] <Yunohost Git/Infra notifications> [yunohost] @orhtej2 opened [pull request #1722](https://github.com/YunoHost/yunohost/pull/1722): Allow phpX.Y as sole dependency for phpversion=X.Y
[08:45:55] <Aleks (he/him/il/lui)> post-regex lookup thing
[08:46:14] <Aleks (he/him/il/lui)> similar to the `(<?=php)`
[08:48:27] <orhtej2> it's escaped
[08:49:03] <orhtej2> so it's literally >
[08:51:30] <Aleks (he/him/il/lui)> hmkay
[08:53:33] <orhtej2> IDK, perhaps it was not supposed to be escaped
[09:29:09] <tituspijean> https://xkcd.com/1654

`& yunohost app install $1`

[09:59:32] <Salamandar> > <@titus:pijean.ovh> https://xkcd.com/1654
>
> `& yunohost app install $1`

This is fiiiiiiiiiiiiiiiiiiiiiiiiiiiiiine
[12:39:07] <Yunohost Git/Infra notifications> [issues] @mikerjensen labeled :space_invader: bug on [issue #2260](https://github.com/YunoHost/issues/issues/2260): Installation of Lets Encrypt cert fails.
[12:39:07] <Yunohost Git/Infra notifications> [issues] @mikerjensen opened [issue #2260](https://github.com/YunoHost/issues/issues/2260): Installation of Lets Encrypt cert fails.
[12:42:51] <Yunohost Git/Infra notifications> [issues] @alexAubin [commented](https://github.com/YunoHost/issues/issues/2260#issuecomment-1744890221) on [issue #2260](https://github.com/YunoHost/issues/issues/2260) Installation of Lets Encrypt cert fails.: Can you confirm that you are not behind a reverse proxy that would be interfering ? Is YunoHosts diagnosis happy about...
[12:52:02] <Yunohost Git/Infra notifications> [issues] @mikerjensen [commented](https://github.com/YunoHost/issues/issues/2260#issuecomment-1744906800) on [issue #2260](https://github.com/YunoHost/issues/issues/2260) Installation of Lets Encrypt cert fails.: The Web section of the diagnosis looks ok, although oddly, there is a warning about the original domain: Domain oliverj...
[12:57:05] <Yunohost Git/Infra notifications> [issues] @mikerjensen [commented](https://github.com/YunoHost/issues/issues/2260#issuecomment-1744906800) on [issue #2260](https://github.com/YunoHost/issues/issues/2260) Installation of Lets Encrypt cert fails.: The Web section of the diagnosis looks ok, although oddly, there is a warning about the original domain: Domain oliverj...
[12:58:50] <Yunohost Git/Infra notifications> [issues] @alexAubin [commented](https://github.com/YunoHost/issues/issues/2260#issuecomment-1744929669) on [issue #2260](https://github.com/YunoHost/issues/issues/2260) Installation of Lets Encrypt cert fails.: >I See in the DNS section there is a warning about one of the IPs in the A record...not sure if this would be a problem ...
[13:00:10] <tituspijean> Let's create a PEBCAK tag on Github 😛
[13:00:32] <tituspijean> (lapi neige, I am reacting to the yunobot)
[13:00:53] <Aleks (he/him/il/lui)> "How to : ask people to read the error message for you"
[13:01:48] <Aleks (he/him/il/lui)> "YunoHost warned me about that issue that would probably prevent the install of the certificate ... Could it be related to the install of the certificate failing ??!!?"
[13:02:25] <tituspijean> I would love to write a tutorial on "how to ask for help", but I am afraid it will soon be as long as a thesis and soon after it will englobe all the known universe
[13:02:49] <tituspijean> > <@Alekswag:matrix.org> "YunoHost warned me about that issue that would probably prevent the install of the certificate ... Could it be related to the install of the certificate failing ??!!?"

and let's call that a bug. that's YunoHost's fault.
[13:03:11] <Yunohost Git/Infra notifications> [ynh-dev] @Axolotle pushed 1 commit to master: remove legacy yunohost buster file struc ([0484589b](https://github.com/YunoHost/ynh-dev/commit/0484589b04e4698b079e4dc7e298b642b710ad1d))
[13:03:23] <Aleks (he/him/il/lui)> on the other hand it feels like there's really a lack of such a resource on the entire internet ... Like there's some stuff like XYproblem or "How to ask good questions" but it's either only focused on 1 specific thing or it's like 20 pages long
[13:03:52] <Aleks (he/him/il/lui)> Really something concise about 3 or 4 Do's and Don't could be magical
[13:04:38] <tituspijean> an extension of https://yunohost.org/en/community/help#how-to-ask-for-help ? 😛
[13:04:55] <Aleks (he/him/il/lui)> though at the end of the day some people are just completely oblivious about communication and no text can't fix that ...
[13:05:05] <Aleks (he/him/il/lui)> thee-who-the-name-shall-not-be-spoken
[13:50:58] <Yunohost Git/Infra notifications> [yunohost] @Salamandar opened [pull request #1723](https://github.com/YunoHost/yunohost/pull/1723): Add ynh_exec_stderr_on_error that only prints stderr when command fails
[14:46:47] <Yunohost Git/Infra notifications> [yunohost] @alexAubin [commented](https://github.com/YunoHost/yunohost/pull/1723#discussion_r1344243205) on pull request #1723 Add ynh_exec_stderr_on_error that only prints stderr when command fails: suggestion # Requires YunoHost version 11.2 or higher.
[14:50:31] <Yunohost Git/Infra notifications> [yunohost] @alexAubin [commented](https://github.com/YunoHost/yunohost/pull/1723#discussion_r1344248269) on pull request #1723 Add ynh_exec_stderr_on_error that only prints stderr when command fails: Imho theres no legacy to be handled here because its a new command, and we should just assume people will use it in th...
[15:32:05] <Yunohost Git/Infra notifications> [yunohost] @Salamandar [commented](https://github.com/YunoHost/yunohost/pull/1723#discussion_r1344303179) on pull request #1723 Add ynh_exec_stderr_on_error that only prints stderr when command fails: Indeed fixed.
[15:41:53] <Aleks (he/him/il/lui)> Welcome Resin 👋, do you want to introduce yourself ?
[16:10:29] <Aleks (he/him/il/lui)> marcus: btw it would also be nice to have an introduction from you
[16:10:33] <marcus> > <@Alekswag:matrix.org> marcus: btw it would also be nice to have an introduction from you

I do not understand your request
[16:10:34] <Aleks (he/him/il/lui)> you joined this room dedicated to yunohost development, do you have any specific interest in yunohost development or yunohost in general ? do you need any pointers regarding development ?
[16:10:35] <Aleks (he/him/il/lui)> we have tutorials at yunohost.org/dev
[16:11:02] <marcus> I have an interest in yunohost in the sense that it allows me to get rid of GAFAM services. I am very attached to my private life and to the free world of Open-Source. I hate proprietary apps to the depths of my soul. I am not against contributing in this direction for yunohost...
[17:59:12] <Yunohost Git/Infra notifications> [yunohost] @alexAubin pushed 1 commit to bookworm: portalapi: misc fixes related to logging, edgecases ([dd1e71c5](https://github.com/YunoHost/yunohost/commit/dd1e71c598d1e22f1aaba9b71ac7f8d3c6e52acb))
[17:59:44] <Yunohost Git/Infra notifications> [SSOwat] @alexAubin pushed 1 commit to bookworm: Prevent epic crash when domain_portal_urls or permissions are not defined in the conf ([a3d54635](https://github.com/YunoHost/SSOwat/commit/a3d54635e0c43fbfaef0ba440e93d0df9189c9fe))
[18:02:02] <Yunohost Git/Infra notifications> 🏗️ Starting build for ssowat/12.0.0+202310031800 for bookworm/unstable/all ...
[18:02:07] <Yunohost Git/Infra notifications> ✔️ Completed build for ssowat/12.0.0+202310031800 for bookworm/unstable/all.
[18:02:17] <Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/12.0.0+202310031800 for bookworm/unstable/all ...
[18:02:37] <Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/12.0.0+202310031800 for bookworm/unstable/all.
[18:31:48] <Yunohost Git/Infra notifications> [SSOwat] @alexAubin pushed 1 commit to bookworm: Add some stupid debug output to try to debug whats happening on the CI ... ([51eb5533](https://github.com/YunoHost/SSOwat/commit/51eb5533a5412ac413adb69e575b852fe809726b))
[18:32:31] <Yunohost Git/Infra notifications> 🏗️ Starting build for ssowat/12.0.0+202310031831 for bookworm/unstable/all ...
[18:33:01] <Yunohost Git/Infra notifications> ✔️ Completed build for ssowat/12.0.0+202310031831 for bookworm/unstable/all.
[20:32:43] <tituspijean> > <@titus:pijean.ovh> an extension of https://yunohost.org/en/community/help#how-to-ask-for-help ? 😛

discussion continues on #yunohost-doc:matrix.org
[20:53:54] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1024566144](https://gitlab.com/yunohost/yunohost/-/pipelines/1024566144) failed on branch bookworm
[21:06:05] <orhtej2> Who's managing bookworm Ci? https://ci-apps-bookworm.yunohost.org/ci/
[21:06:32] <orhtej2> Gitlab and jellyser are both stuck since morning, can anyone have a look why?
[21:06:57] <orhtej2> Cancelling will get rid of logs and get us nowhere 😔
[21:45:16] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1024566144](https://gitlab.com/yunohost/yunohost/-/pipelines/1024566144) failed on branch bookworm
[21:46:29] <Aleks (he/him/il/lui)> zblerg i'll have a look
[21:51:05] <Aleks (he/him/il/lui)> so Gitlab's job crashed/failed a while ago and is not running at all :

```
Oct 03 00:03:38 python[3765585]: [2023-10-03 00:03:38 +0000] [3765585] [BACKGROUND] [run_job] ERROR in job 'gitlab #1429'
Oct 03 00:03:38 python[3765585]: Traceback (most recent call last):
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 3144, in execute_sql
Oct 03 00:03:38 python[3765585]: cursor.execute(sql, params or ())
Oct 03 00:03:38 python[3765585]: sqlite3.OperationalError: database or disk is full
Oct 03 00:03:38 python[3765585]: During handling of the above exception, another exception occurred:
Oct 03 00:03:38 python[3765585]: Traceback (most recent call last):
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/./run.py", line 663, in run_job
Oct 03 00:03:38 python[3765585]: job.save()
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 6554, in save
Oct 03 00:03:38 python[3765585]: rows = self.update(**field_dict).where(self._pk_expr()).execute()
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 1907, in inner
Oct 03 00:03:38 python[3765585]: return method(self, database, *args, **kwargs)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 1978, in execute
Oct 03 00:03:38 python[3765585]: return self._execute(database)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 2474, in _execute
Oct 03 00:03:38 python[3765585]: cursor = database.execute(self)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 3157, in execute
Oct 03 00:03:38 python[3765585]: return self.execute_sql(sql, params, commit=commit)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 3151, in execute_sql
Oct 03 00:03:38 python[3765585]: self.commit()
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 2917, in __exit__
Oct 03 00:03:38 python[3765585]: reraise(new_type, new_type(exc_value, *exc_args), traceback)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 190, in reraise
Oct 03 00:03:38 python[3765585]: raise value.with_traceback(tb)
Oct 03 00:03:38 python[3765585]: File "/var/www/yunorunner/venv/lib/python3.9/site-packages/peewee.py", line 3144, in execute_sql
Oct 03 00:03:38 python[3765585]: cursor.execute(sql, params or ())
Oct 03 00:03:38 python[3765585]: peewee.OperationalError: database or disk is full
```
[21:51:55] <Aleks (he/him/il/lui)> i don't know why the job is still flagged as running but clearly the job managing the job state and the pool of worker has this kind of bug and i'm not familiar enough with Sanic/async to understand how they happen x_x
[21:52:51] <Aleks (he/him/il/lui)> and Jellyseer did finish in a regular way but somehow didnt get flagged as completed either ...
```
Oct 03 10:54:01 python[3765585]: [2023-10-03 10:54:01 +0000] [3765585] [BACKGROUND] [run_job] Finished job 'jellyseerr'
```
[22:15:07] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1024566144](https://gitlab.com/yunohost/yunohost/-/pipelines/1024566144) failed on branch bookworm
[22:24:23] <orhtej2> > <@Alekswag:matrix.org> i don't know why the job is still flagged as running but clearly the job managing the job state and the pool of worker has this kind of bug and i'm not familiar enough with Sanic/async to understand how they happen x_x

perhaps out of disk space is irrecoverable gracefully or smth?
[22:28:33] <Aleks (he/him/il/lui)> hmyeah but what's puzzling is that there seem to be plenty of space ... or maybe gitlab did fill the disk somehow temporarily
[22:29:05] <Aleks (he/him/il/lui)> anyway i'm cancelling the jobs to unstuck the CI
[22:33:30] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1024566144](https://gitlab.com/yunohost/yunohost/-/pipelines/1024566144) failed on branch bookworm
[22:39:55] <Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1024566144](https://gitlab.com/yunohost/yunohost/-/pipelines/1024566144) failed on branch bookworm