[00:54:42]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u [commented](https://github.com/YunoHost-Apps/gitlab_ynh/issues/264#issuecomment-2390289833) on [issue #264](https://github.com/YunoHost-Apps/gitlab_ynh/issues/264) WebIDE/VScode integration no longer opens/authenticates.: Yes, I was able to reproduce the issue on my instance but sometimes it works well
[16:15:48]
<Aleks (he/him/il/lui)> you gotta "Browse repository at this point / for this commit" and you end up on `https://github.com/YunoHost-Apps/vaultwarden_ynh/tree/8680d8783873f70d982d781bef3c6211e16a14bb` (with a /tree/ in the url, same as when browsing a branch)
[16:15:49]
<eric_G> can we install an _ynh app from a commit? l am thinking of user complaining about Vaultwarden. I can't install from this adress`https://github.com/YunoHost-Apps/vaultwarden_ynh/archive/8680d8783873f70d982d781bef3c6211e16a14bb.tar.gz`
[16:15:49]
<orhtej2> > <@Alekswag:matrix.org> you gotta "Browse repository at this point / for this commit" and you end up on `https://github.com/YunoHost-Apps/vaultwarden_ynh/tree/8680d8783873f70d982d781bef3c6211e16a14bb` (with a /tree/ in the url, same as when browsing a branch)
Autotags when (will get back to that one day)
[16:15:59]
<Yunohost Git/Infra notifications> [apps] ericgaspar approved [pull request #2608](https://github.com/YunoHost/apps/pull/2608#pullrequestreview-2345940753) Update app levels according to CI results
[17:36:37]
<rodinux> how is it possible try upgrades of mobilizon packages with a condition if is for a debian bulleseye or a debian bookworm ? In the last release there os a package for each one... https://packages.joinmobilizon.org/5.0.1/
[17:36:46]
<rodinux> it was also the same for https://packages.joinmobilizon.org/4.1.0/
[17:36:53]
<Aleks (he/him/il/lui)> you can have a second source here https://github.com/YunoHost-Apps/mobilizon_ynh/blob/master/manifest.toml#L51 such as "bookworm" instead of "main" (or call one "bullseye" and the other one "bookworm") and then upon calling `ynh_setup_source` in the script, you should add `--source_id=$YNH_DEBIAN`
[17:37:13]
<rodinux> Ok
[17:37:16]
<rodinux> there is no more support for arm package if bookworm
[17:37:16]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[17:37:20]
<rodinux> > <@rodinux:matrix.org> there is no more support for arm package if bookworm
I am wrong there just a package arm for the twoo, I imagine ??
[17:37:25]
<Aleks (he/him/il/lui)> i see mobilizon_5.0.1-try-package_arm64.tar.gz being listed ? but the name doesn't say wether it's bullseye, bookworm or something else
[17:37:36]
<rodinux> no in 4.1.0 only a package mobilizon_4.1.0_arm64-debian-bullseye.tar.gz
[17:37:50]
<Émy - OniriCorpe> feel free to open a ticket upstream
[18:01:52]
<rodinux> I am thinking perhaps first see if the branch testing will work with 4.1.0 and could be merged in master, then try 5.1.0 in testing...
[18:02:02]
<Aleks (he/him/il/lui)> anyway their package for 5.x is named "-try-something", sounds like a beta or something ...
[18:02:15]
<rodinux> https://framagit.org/framasoft/mobilizon/-/releases
[18:02:50]
<rodinux> yes, they try new features.
[18:03:19]
<rodinux> and also they have reverse the `_amd64-debian-bookworm.tar.gz` with `bookworm-amd64.tar.gz`
[18:03:44]
<Aleks (he/him/il/lui)> doesn't' sound like a huge deal idk
[18:04:15]
<rodinux> is it right like this ? https://github.com/YunoHost-Apps/mobilizon_ynh/pull/200/files
[18:04:39]
<Émy - OniriCorpe> AFAIK without a main source, the autoupdater will open a new PR each day, as it did for pihole
[18:14:18]
<rodinux> Ok, so I need replace `[resources.sources.bookworm]` with `[resources.sources.main]` ?
[18:15:00]
<Aleks (he/him/il/lui)> i think the autoupdater can work without a main source, it just won't assume the version of the source if the version of the "entire app"
[18:15:01]
<rodinux> how did the `--source_id=$YNH_DEBIAN` will understand the ressources ?
[18:15:16]
<Aleks (he/him/il/lui)> in fact it was reported as a failured tonight precisely for that reason in https://paste.yunohost.org/raw/omawocicin
>RuntimeError: No assets matching regex 'mobilizon_.*_amd64-debian-bullseye.tar.gz' in ['source.zip', 'source.tar.gz', 'source.tar.bz2', 'source.tar'].
Full release details on https://framagit.org/framasoft/mobilizon/-/releases/5.0.1.
[18:15:17]
<Aleks (he/him/il/lui)> but anyway i doubt the autoupdater works at all in this case, because the assets are hosted on a custom website
[18:24:06]
<Aleks (he/him/il/lui)> ah i see in the previous release the release includes link to assets hosted externally
[18:24:23]
<Aleks (he/him/il/lui)> so it's more like "the upstream maintainers did not include the assets in this release"
[18:24:35]
<rodinux> In 5.0.1 they have reverse the _amd64-debian-bookworm.tar.gz with bookworm-amd64.tar.gz
[18:24:50]
<rodinux> Isn't it because the named is reverse ?
[18:25:16]
<Aleks (he/him/il/lui)> the autoupdater "browse" the release post on gitlab
[18:25:49]
<Aleks (he/him/il/lui)> https://framagit.org/framasoft/mobilizon/-/releases/4.1.0 -> top of the page -> list of "packages" (or "assets")
[18:26:05]
<Aleks (he/him/il/lui)> https://framagit.org/framasoft/mobilizon/-/releases/5.0.1 -> top of the page -> no such list
[18:26:32]
<Aleks (he/him/il/lui)> anyway computers were a mistake, where can i buy a goat ?
[18:26:42]
<rodinux> Ok, I understand... mic-mac
[18:26:52]
<Yunohost Git/Infra notifications> [apps] orhtej2 converted to draft the [pull request #2610](https://github.com/YunoHost/apps/pull/2610): Added curl_tests to tests.toml schema.
[18:27:50]
<rodinux> > <@Alekswag:matrix.org> so it's more like "the upstream maintainers did not include the assets in this release"
and how is the rss link ?
[18:27:51]
<Aleks (he/him/il/lui)> ...?
[18:28:37]
<rodinux> worse... j'ai rien dit 🥴
[18:28:37]
<orhtej2> > <@Alekswag:matrix.org> https://framagit.org/framasoft/mobilizon/-/releases/5.0.1 -> top of the page -> no such list
release is not passing CI: https://framagit.org/framasoft/mobilizon/-/pipelines
[18:28:38]
<Yunohost Git/Infra notifications> [apps] orhtej2 [commented](https://github.com/YunoHost/apps/pull/2610#issuecomment-2392055809) on [issue #2610](https://github.com/YunoHost/apps/pull/2610) Added curl_tests to tests.toml schema.: These should have been patternProperties not properties, will actually test before re-releasing
[18:28:38]
<orhtej2> (was looking at this last week or so, playwright failure)
[18:30:38]
<rodinux> well so do I stay with `[resources.sources.bookworm]` or I repalce by `[resources.sources.main]` ??
[18:41:54]
<orhtej2> > <@rodinux:matrix.org> well so do I stay with `[resources.sources.bookworm]` or I repalce by `[resources.sources.main]` ??
Currently 5.x ships no usable asset?
[18:42:04]
<rodinux> > Currently 5.x ships no usable asset?
Yes here I am just said this for `4.0.2` version
[18:43:58]
<rodinux> well can I test like this in the CI ? https://github.com/YunoHost-Apps/mobilizon_ynh/pull/200
[18:47:15]
<rodinux> with `ynh2`, sorry... I forgot the branch is already in same version 🤪
[19:23:14]
<rodinux> > <@rodinux:matrix.org> with `ynh2`, sorry... I forgot the branch is already in same version 🤪
mistake my goal is try version `4.1.0`...
[19:39:15]
<rodinux> so I can comment the lines `autoupdate` if it's broken... Is there a script autoupdate which look in the tree of the packages ? here `https://packages.joinmobilizon.org/` ?
[19:41:51]
<Aleks (he/him/il/lui)> nope
[19:42:19]
<orhtej2> sort of yes: https://github.com/YunoHost/apps/pull/2041
[19:42:24]
<orhtej2> but IDK what's the status
[19:43:18]
<orhtej2> but they're not linking `latest` so no
[19:43:25]
<Aleks (he/him/il/lui)> i don't think it applies there anyway, the upstream maintainers are supposed to add the proper asset to the gitlab release like they use to, that's the simplest stuff
[19:44:23]
<orhtej2> > <@rodinux:matrix.org> well can I test like this in the CI ? https://github.com/YunoHost-Apps/mobilizon_ynh/pull/200
this won't work as, as per your changes, `main` asset should be named `bookworm`
[19:44:58]
<orhtej2> and as Emy pointed out having a package without `main` asset is a pain, cf https://github.com/YunoHost-Apps/pihole_ynh/pull/272
[19:55:06]
<rodinux> *rmove
[19:55:06]
<orhtej2> your call
[19:55:06]
<orhtej2> Jellyfin does something like that: https://github.com/YunoHost-Apps/jellyfin_ynh/blob/master/manifest.toml but uses no autoupdate
[19:55:07]
<rodinux> Ok, so I need comment the lines autoupdate or remive them...
[20:42:33]
<eric_G> Can someone explain in what circumstances one would choose `chown -R $app:$app` over `$app:www-data` for `$install_dir`
[20:49:35]
<tituspijean> `$app:www-data` if you expect NGINX or PHP to serve files. If you only need NGINX as a reverse proxy, then `$app:$app` is best.
[20:49:36]
<Yunohost Git/Infra notifications> [apps] orhtej2 just made [pull request #2610](https://github.com/YunoHost/apps/pull/2610) ready for review: Added curl_tests to tests.toml schema.
[20:49:54]
<Yunohost Git/Infra notifications> [apps] orhtej2 [commented](https://github.com/YunoHost/apps/pull/2610#issuecomment-2392308428) on [issue #2610](https://github.com/YunoHost/apps/pull/2610) Added curl_tests to tests.toml schema.: Tested against my_webdav_ynh, now it passes.
[20:50:36]
<eric_G> > <@titus:pijean.ovh> `$app:www-data` if you expect NGINX or PHP to serve files. If you only need NGINX as a reverse proxy, then `$app:$app` is best.
thanks again to go thru it a second time 😅
[20:56:26]
<tituspijean> Ah, I had a strong déjà-vu feeling 😅
[20:56:26]
<tituspijean> But maybe the explanation does not satisfy you? 😅
[20:56:26]
<Aleks (he/him/il/lui)> for example some nodejs or python or $language app may handle serving the static files "themselves" (instead of having a location /asset or location /static). So in that case www-data does not need to have read permission on the app's files
[20:57:52]
<Aleks (he/him/il/lui)> if a server is a restaurant, then sometime the waiter/waitress may enter the kitchen to prepare some quick apetizers or wine, but some other function differently and there's only a window between the room and the kitchen and the cook does handle all the food with no exception
[20:59:14]
<Yunohost Git/Infra notifications> [apps] orhtej2 edited [pull request #2610](https://github.com/YunoHost/apps/pull/2610): Added curl_tests to tests.toml schema.
[20:59:31]
<Yunohost Git/Infra notifications> [apps] orhtej2 edited [pull request #2610](https://github.com/YunoHost/apps/pull/2610): Added curl_tests to tests.toml schema.
[21:00:35]
<eric_G> I am trying to get it right as I am touching a lot of packages...
[21:01:24]
<eric_G> I have the power to transform crap practice as standards 😅
[21:02:11]
<orhtej2> > <@ericg:matrix.org> I am trying to get it right as I am touching a lot of packages...
a good rule of thumb is that if a folder is an `alias`/`root` in nginx.conf then it should be `:www-data`, `:$app` otherwise (some apps use 'hybrid' approach)
[21:03:32]
<eric_G> restaurant metaphor had me lost 😂
[21:03:58]
<Aleks (he/him/il/lui)> yeah that's actually how my helpers-2.1 magic script does it to "guess" it (but sometimes it's probably incorrect) : https://github.com/YunoHost/apps_tools/blob/main/helpers2.1/convert_to_helpers_2.1.py#L509-L513 (CW : reading this code may cause your eyes to bleed)
[21:04:33]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> restaurant metaphor had me lost 😂
freedom is power, power is knowledge, knowledge is pizza
[21:09:06]
<Aleks (he/him/il/lui)> if that's a better metaphor : servers are like computers. Computers are like a box, sometimes with an apple on it. The apple represents knowledge and is not edible though, so it is forbidden to eat it.The box is shaped like a pizza box, and contains all evil problem. We open the pizza box and let the problem escape and there's no way to put them back in the box. Instead we take the apple and put it on the pizza. Some people say it's in fact pineapple. Computers were a mistake.
[21:21:58]
<rodinux> waouw, there is something wrong with the CI bookworm-dev ?
[21:23:23]
<rodinux> ``````
[21:23:23]
<orhtej2> > <@rodinux:matrix.org> waouw, there is something wrong with the CI bookworm-dev ?
seems to be up, just running with one runner instead of 3 https://ci-apps-bookworm-dev.yunohost.org/ci/
[21:24:43]
<rodinux> ```
64094 WARNING W: Tried to start delayed item https://packages.sury.org/php bookworm InRelease, but failed
64094 WARNING W: Tried to start delayed item https://dl.yarnpkg.com/debian stable InRelease, but failed−
```
[21:26:21]
<Aleks (he/him/il/lui)> https://i.imgflip.com/95k671.jpg
[21:28:47]
<orhtej2> llm restarting ci on known flukes when?
```
if (net_failure)
counter++
restart()
elif (infra_failure)
counter++
nuke_the_entire_site_from_orbit_and_restart()
else
report_actual_failure()
```
[21:33:25]
<Aleks (he/him/il/lui)> instructions unclear, accidentally rebooted civilization
[22:36:51]
<miro5001> It seems that the ci is stuck at starting systemd
[23:02:38]
<Yunohost Git/Infra notifications> Job [#30986](https://ci-apps.yunohost.org/ci/job/30986) for duniter failed miserably :(
[23:05:06]
<Yunohost Git/Infra notifications> Job [#30987](https://ci-apps.yunohost.org/ci/job/30987) for emailpoubelle failed miserably :(
[23:07:31]
<Yunohost Git/Infra notifications> Job [#30988](https://ci-apps.yunohost.org/ci/job/30988) for gotify failed miserably :(
[23:10:03]
<Yunohost Git/Infra notifications> Job [#30989](https://ci-apps.yunohost.org/ci/job/30989) for jeedom failed miserably :(
[23:12:33]
<Yunohost Git/Infra notifications> Job [#30990](https://ci-apps.yunohost.org/ci/job/30990) for jitsi failed miserably :(
[23:15:00]
<Yunohost Git/Infra notifications> Job [#30991](https://ci-apps.yunohost.org/ci/job/30991) for movim failed miserably :(
[23:17:27]
<Yunohost Git/Infra notifications> Job [#30992](https://ci-apps.yunohost.org/ci/job/30992) for mybb failed miserably :(
[23:19:54]
<Yunohost Git/Infra notifications> Job [#30993](https://ci-apps.yunohost.org/ci/job/30993) for opensearch failed miserably :(
[23:22:20]
<Yunohost Git/Infra notifications> Job [#30994](https://ci-apps.yunohost.org/ci/job/30994) for seafile failed miserably :(
[23:24:45]
<Yunohost Git/Infra notifications> Job [#30995](https://ci-apps.yunohost.org/ci/job/30995) for squid3 failed miserably :(
[23:27:11]
<Yunohost Git/Infra notifications> Job [#30996](https://ci-apps.yunohost.org/ci/job/30996) for svgedit failed miserably :(
[23:29:35]
<Yunohost Git/Infra notifications> Job [#30986](https://ci-apps.yunohost.org/ci/job/30986) for duniter failed miserably :(
[23:30:52]
<Yunohost Git/Infra notifications> [package_check] alexAubin pushed 1 commit to master: Tweak the motherfucking hack to autofix the stupid backup yaml shitshow ([0cd76068](https://github.com/YunoHost/package_check/commit/0cd76068584c731725da7d51356494c817857e22))
[23:32:04]
<Yunohost Git/Infra notifications> Job [#30987](https://ci-apps.yunohost.org/ci/job/30987) for emailpoubelle failed miserably :(
[23:32:15]
<Yunohost Git/Infra notifications> Job [#30939](https://ci-apps.yunohost.org/ci/job/30939) for discourse failed miserably :(
[23:36:21]
<Yunohost Git/Infra notifications> Job [#30940](https://ci-apps.yunohost.org/ci/job/30940) for encryptor-decryptor failed miserably :(
[23:38:24]
<Aleks (he/him/il/lui)> ah yes that's just awesome, package check doesnt run as root so it cannot cleanup the stupid mess
[23:38:31]
<Aleks (he/him/il/lui)> jesus fucking christ
[23:38:46]
<Aleks (he/him/il/lui)> guess i'll just write a fucking cron job then
[23:38:46]
<Yunohost Git/Infra notifications> Job [#30939](https://ci-apps.yunohost.org/ci/job/30939) for discourse failed miserably :(
[23:42:01]
<Yunohost Git/Infra notifications> Job [#30941](https://ci-apps.yunohost.org/ci/job/30941) for galette failed miserably :(
[23:43:47]
<Yunohost Git/Infra notifications> Job [#30942](https://ci-apps.yunohost.org/ci/job/30942) for grr failed miserably :(
[23:46:16]
<Yunohost Git/Infra notifications> Job [#30943](https://ci-apps.yunohost.org/ci/job/30943) for hat failed miserably :(
[23:48:47]
<Yunohost Git/Infra notifications> Job [#30944](https://ci-apps.yunohost.org/ci/job/30944) for noalyss failed miserably :(
[23:51:16]
<Yunohost Git/Infra notifications> Job [#30946](https://ci-apps.yunohost.org/ci/job/30946) for rspamdui failed miserably :(
[23:53:40]
<Yunohost Git/Infra notifications> Job [#30939](https://ci-apps.yunohost.org/ci/job/30939) for discourse failed miserably :(
[23:56:11]
<Yunohost Git/Infra notifications> Job [#30940](https://ci-apps.yunohost.org/ci/job/30940) for encryptor-decryptor failed miserably :(
[23:58:32]
<Yunohost Git/Infra notifications> Job [#30939](https://ci-apps.yunohost.org/ci/job/30939) for discourse failed miserably :(