Monday, October 21, 2024
apps@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
      
             

[01:52:44] <Yunohost Git/Infra notifications> App ojs rises from level 0 to 6 in job [#31230](https://ci-apps.yunohost.org/ci/job/31230) !
[01:52:44] <Yunohost Git/Infra notifications> Job [#31228](https://ci-apps.yunohost.org/ci/job/31228) for it-tools failed miserably :(
[01:52:44] <Yunohost Git/Infra notifications> Job [#31223](https://ci-apps.yunohost.org/ci/job/31223) for stirling-pdf failed miserably :(
[01:52:45] <Yunohost Git/Infra notifications> App nextcloud-signaling failed all tests in job [#31229](https://ci-apps.yunohost.org/ci/job/31229) :(
[01:52:46] <orhtej2> Why oh WHY did the apply patches semantics change in helpers 2.1? (now they are expected to be in $source_id subdirectory, not named `$source_id-whatever.patch`)
This is INVISIBLE in CI runs and causes issues like https://forum.yunohost.org/t/cannot-log-in-with-latest-wallabag-update/31073/51

What's more, the autoupgrade script either ignored this change or failed to migrate properly.
[01:52:47] <orhtej2> Also, something's super off [here](https://paste.yunohost.org/raw/dicokaceme)

```
2024-10-12 21:57:39,375: DEBUG - + local target=/var/cache/yunohost/download/wallabag2/main
2024-10-12 21:57:39,400: DEBUG - + '[' -d /var/cache/yunohost/app_tmp_work_dirs/app_xqgt170y/patches/ ']'
2024-10-12 21:57:39,400: DEBUG - + '[' -n 'app/config/parameters.yml var/logs web/assets/images' ']'
```

[here](https://github.com/YunoHost/yunohost/blob/5d15c00d921927825a0bf98b0c5d872dac57d1b7/helpers/helpers.v2.1.d/sources#L227) it should have appended `$source_id` to the path and clearly it did not, despite `$source_id` being set earlier (`2024-10-12 21:57:32,850: DEBUG - + source_id=main`)
[01:52:47] <Émy - OniriCorpe> Computerz
[01:52:51] <orhtej2> > Also, something's super off [here](https://paste.yunohost.org/raw/dicokaceme)
>
> ```
> 2024-10-12 21:57:39,375: DEBUG - + local target=/var/cache/yunohost/download/wallabag2/main
> 2024-10-12 21:57:39,400: DEBUG - + '[' -d /var/cache/yunohost/app_tmp_work_dirs/app_xqgt170y/patches/ ']'
> 2024-10-12 21:57:39,400: DEBUG - + '[' -n 'app/config/parameters.yml var/logs web/assets/images' ']'
> ```
>
> [here](https://github.com/YunoHost/yunohost/blob/5d15c00d921927825a0bf98b0c5d872dac57d1b7/helpers/helpers.v2.1.d/sources#L227) it should have appended `$source_id` to the path and clearly it did not, despite `$source_id` being set earlier (`2024-10-12 21:57:32,850: DEBUG - + source_id=main`)

scratch that, of course helper on live system is different, it merely notes that 'patches' folder was not copied over from repo for some reason 🤷
[01:52:52] <orhtej2> Houston, I think there's a problem
[01:54:17] <orhtej2> Can we have a rerun on whatever generates helpers v2.1 doc? Source code links are outdated
[01:54:18] <Yunohost Git/Infra notifications> Job [#31232](https://ci-apps.yunohost.org/ci/job/31232) for stirling-pdf failed miserably :(
[01:54:18] <miro5001> OK, thanks. I'll wait
[01:54:19] <Yunohost Git/Infra notifications> Job [#31227](https://ci-apps.yunohost.org/ci/job/31227) for stirling-pdf failed miserably :(
[01:54:22] <Yunohost Git/Infra notifications> App meilisearch failed all tests in job [#31298](https://ci-apps.yunohost.org/ci/job/31298) :(
[01:54:22] <Aleks (he/him/il/lui)> hmmm
[01:54:22] <Aleks (he/him/il/lui)> sounds like this is the appstore apps.json/toml which is outdated...
[01:54:23] <Aleks (he/him/il/lui)> well it's supposed to be level 6 https://github.com/YunoHost/apps/blob/master/apps.toml#L2908
[01:54:23] <Aleks (he/him/il/lui)> and it's indeed level 6 in https://apps.yunohost.org//default/v3/apps.json
[01:54:23] <orhtej2> > <@Alekswag:matrix.org> https://youtu.be/CAyWN9ba9J8?t=15

https://youtu.be/S_LQz-g64gs?t=99&si=cXLjSNZGRMqkW2YH
[01:54:50] <miro5001> https://aria.im/_matrix/media/v1/download/matrix.org/LbMydIRLCZRVMHryBpMEaDhR
[01:54:51] <miro5001> It seems that a lot of apps have the same issue
[01:54:54] <Aleks (he/him/il/lui)> forkawesome icons arealso broken
[01:54:54] <Aleks (he/him/il/lui)> forkawesome icons are also broken
[02:11:48] <Yunohost Git/Infra notifications> [package_check] OniriCorpe merged [pull request #175](https://github.com/YunoHost/package_check/pull/175): Format Python code with Black
[02:11:48] <Yunohost Git/Infra notifications> [package_check] OniriCorpe pushed 1 commit to master: :art: Format Python code with Black ([e44fb3a3](https://github.com/YunoHost/package_check/commit/e44fb3a3dc0ef8578bd3f6a72b65624fb4349038))
[02:11:49] <Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to master: Add Pluto.jl to wishlist (#2623) ([1f74774a](https://github.com/YunoHost/apps/commit/1f74774ad0b780591fafc45d44fa1cfe14267292))
[02:11:49] <Yunohost Git/Infra notifications> [package_check] OniriCorpe approved [pull request #175](https://github.com/YunoHost/package_check/pull/175#pullrequestreview-2364974581) Format Python code with Black
[02:11:49] <Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #2623](https://github.com/YunoHost/apps/pull/2623): Add Pluto.jl to wishlist
[02:11:49] <Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch add-to-wishlist-pluto-jl
[02:11:50] <Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([f0b71303](https://github.com/YunoHost/apps/commit/f0b71303af4a75143704be5d3ed2ecd31eef2249))
[02:13:04] <Yunohost Git/Infra notifications> Job [#31284](https://ci-apps.yunohost.org/ci/job/31284) for glowingbear failed miserably :(
[02:15:59] <Yunohost Git/Infra notifications> App grr stays at level 1 in job [#31295](https://ci-apps.yunohost.org/ci/job/31295)
[02:16:22] <Yunohost Git/Infra notifications> App grist stays at level 1 in job [#31293](https://ci-apps.yunohost.org/ci/job/31293)
[02:16:28] <Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735#issuecomment-2409262882) on [issue #735](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735) Testing: :rocket:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/20182/badge)](ht...
[02:16:28] <Yunohost Git/Infra notifications> [nextcloud_ynh] kay0u [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735#issuecomment-2409262795) on [issue #735](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735) Testing: testme
[02:16:28] <Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735#issuecomment-2409262884) on [issue #735](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/735) Testing: :book: :worm:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-bookworm-dev.yunohost.org/ci/api/job/34...
[02:16:29] <Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714#issuecomment-2409266995) on [issue #714](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714) Manage oldstable version: Meow :cat2:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/20183/badge)]...
[02:16:29] <Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714#issuecomment-2409267001) on [issue #714](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714) Manage oldstable version: Test it, book it, worm it, technologic. :robot: :notes:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-ap...
[02:16:29] <Yunohost Git/Infra notifications> [nextcloud_ynh] kay0u [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714#issuecomment-2409266668) on [issue #714](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/714) Manage oldstable version: testme
[02:17:15] <Yunohost Git/Infra notifications> App drupal failed all tests in job [#31299](https://ci-apps.yunohost.org/ci/job/31299) :(
[02:21:23] <Yunohost Git/Infra notifications> App vaultwarden failed all tests in job [#31310](https://ci-apps.yunohost.org/ci/job/31310) :(
[02:25:25] <Yunohost Git/Infra notifications> App grr stays at level 1 in job [#31326](https://ci-apps.yunohost.org/ci/job/31326)
[02:26:37] <Yunohost Git/Infra notifications> App cockpit stays at level 1 in job [#31330](https://ci-apps.yunohost.org/ci/job/31330)
[02:27:22] <Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 1 commit to testing: Update tests.toml ([b3ac029d](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/b3ac029daa919d160e0f802bf1e7c25975303fc0))
[02:29:58] <Yunohost Git/Infra notifications> App grist stays at level 1 in job [#31344](https://ci-apps.yunohost.org/ci/job/31344)
[02:30:35] <thatoo> > <@thatoo:defis.info> However, if I install Dokos on a subdomain than yunohost (dokos.yunohost.tld and yunohost.tls) then there are conflicts between logins : 
> - I'm logged out from everywhere (all cookies deleted)
> - I login dokos
> - I login yunohost SSO
> - Dokos session has expired and I can't reach the Dokos login screen
> - I have to logout from yunohost SSO to be able to reach Dokos login screen again

I tried 
`` yunohost.MYDOMAIN.tld + dokos.MYDOMAIN.tld `` and it works just fine.
However
`` yunohost.MYDOMAIN.tld + dokos.yunohost.MYDOMAIN.tld `` doesn't work.

Should add a warning in the readme and at install time I guess.
[02:32:18] <thatoo> So, with that in mind, I believe this package is ok now. If you want to test it, I'll appreciate your feedback.
[02:32:44] <m606> maybe add a warning in doc/ADMIN.md (it will thus be displayed only in the admin install/conf panel) ?
[02:32:49] <thatoo> I added it in description.md to warn at install time.
And I added a help to the domain question.
[02:33:11] <m606> actually I guess the ideal place would be PRE_INSTALL.md like there https://github.com/YunoHost-Apps/immich_ynh/blob/master/doc/PRE_INSTALL.md
It shows as a blue box that will leave the overview non-technical: https://apps.yunohost.org/app/immich
[02:33:31] <m606> thanks I'm gonna give a try now
[02:33:32] <m606> it seems there is something wrong with the CI
```
Launching new LXC ynh-appci-bullseye-amd64-stable-test-6 ...
Error: Failed instance creation: Failed creating instance record: Add instance info to the database: This "instances" entry already exists
```
[02:33:32] <m606> https://ci-apps-dev.yunohost.org/ci/job/20205
[02:33:35] <m606> oh it started - maybe someone unblocked it?
[02:33:35] <m606> anyway thanks @orhtej2:circledsquareroot.ovh that was indeed the good fix.
[02:33:36] <JulianF> A search for 'well-known' in here reveals on 2024-04-09 tituspijean wrote, "(generalizing) I actually feel like we should handle the .well-known paths as a resource and prioritize loading files from /var/www/$domain/.well-known or whatever. these paths should always be public (/generalizing)" ... that sounds relevant... and presumably not yet implemented?
[02:33:36] <JulianF> Anyone know if we have a way for an app to set up its `/.well-known/` path at the root path of its domain, while itself being installed in a sub-path? Or maybe the answer for now is there's no way and we can't install such an app in a sub-path? I checked a few (mastodon, peertube, funkwhale, synapse) and it looks like they must be installed at the root path. Asking because `forgejo_ynh` currently allows to be installed in a sub-path, but then its well-known is in the sub-path too, which is wrong.
[02:33:37] <JulianF> For now I suppose we must disallow sub-path in such apps?
[02:33:38] <tituspijean> Indeed nothing has been done on that so far, except for allowing to add a permission resource that points to `anotherdomain.tld/.well-known/something` without having the system yelling if another app installed on `anotherdomain.tld/`
[02:33:49] <tituspijean> https://github.com/YunoHost-Apps/conduit_ynh/blob/611d54d893ad4b754bfd5c4e5a59d94e3032823c/manifest.toml#L87
https://github.com/YunoHost-Apps/conduit_ynh/blob/611d54d893ad4b754bfd5c4e5a59d94e3032823c/scripts/install#L32
[02:33:49] <JulianF> (For Forgejo, the well-known is only needed if "federation" feature is enabled. Forge federation is a new feature in early development, not yet ready for common use, so this doesn't affect many people yet.)
[02:33:55] <tituspijean> Right now, you can deploy an NGINX configuration file with the [`ynh_config_add` helper][https://yunohost.org/fr/packaging_apps_helpers_v2.1#ynh-config-add), and setup a permission for it. IIRC synapse or conduit do it:
[02:33:55] <JulianF> tituspijean: Thanks! That's helpful. I might give it a try.
[02:33:56] <tituspijean> Right now, you can deploy an NGINX configuration file with the [`ynh_config_add` helper](https://yunohost.org/fr/packaging_apps_helpers_v2.1#ynh-config-add), and setup a permission for it. IIRC synapse or conduit do it:
[02:34:02] <Aleks (he/him/il/lui)> what about something like `cp -r $(ls -a ../ | grep -v src) .`
[02:34:02] <m606> > <@Alekswag:matrix.org> hmf i've had issue with this kind of syntax in the past, better to avoid it

i have been trying to look for an alternative... without installing additional tool such as rsync, the simplest I could think of is (considering your are in folder `$install_dir/src`)
```
cp -r ../ .
rm -r src
```
the first command works but returns an error (can't create a directory in itself) that breaks the install script.
i have tried stuffs with `find`, `cp`, `xargs` and/or `cpio` but all I get is mess (errors, files without preserved directory structure, etc.)...
[02:34:03] <Aleks (he/him/il/lui)> not sure to understand what's the difference in term of bash expansion between `cp -r ../!(src) . ` and `cp -r $(ls -a ../ | grep -v src) .`
[02:34:03] <Aleks (he/him/il/lui)> 🤔
[02:34:03] <m606> hadn't thought of it, but doesn't work either. lots of error of this kind that would break the script:
```
cp: '.' et './.' identifient le même fichier
cp: impossible de créer un répertoire ('..') dans lui-même ('.')
cp: 'CODE_OF_CONDUCT.md' et './CODE_OF_CONDUCT.md' identifient le même fichier
cp: 'CONTRIBUTING.md' et './CONTRIBUTING.md' identifient le même fichier
```
Still files & folders get copied, but including `src/` for some reason
[02:34:04] <m606> https://www.gnu.org/software/bash/manual/html_node/Pattern-Matching.html#Pattern-Matching
[02:34:04] <tituspijean> > <@miro5001:matrix.org> https://ci-apps-dev.yunohost.org/ci/job/20208
>
> Job failed with error : This "instances" entry already exists
> Should I rerun it?

fixed, until next time :/
[02:36:40] <miro5001> > <@titus:pijean.ovh> fixed, until next time :/

thanks, but there is another error : "Error: Failed to fetch instance "ynh-appci-bookworm-amd64-unstable-test-4" in project "default": Instance not found"
[02:39:31] <orhtej2> https://aria.im/_matrix/media/v1/download/circledsquareroot.ovh/c924a653c0b5bb93a53050e2e63207161d4f0b7ab63f04d196ea7d134f7969c1
[02:39:41] <Salamandar> what if we understood what's happening
[02:40:02] <Tag> CI not working ? Turn it off and on again :D
[02:40:34] <Yunohost Git/Infra notifications> App stirling-pdf failed all tests in job [#31232](https://ci-apps.yunohost.org/ci/job/31232) :(
[02:40:34] <orhtej2> > <@Salamandar:matrix.org> what if we understood what's happening

[nah](https://thedailywtf.com/articles/ITAPPMONROBOT)
[02:41:17] <Aleks (he/him/il/lui)> the linter complains that the app is not in the catalog yet it is x_x ...
[02:41:26] <orhtej2> > <@Alekswag:matrix.org> the linter complains that the app is not in the catalog yet it is x_x ...

which app? is it [here](https://apps.yunohost.org//default/v3/apps.json)?
[02:41:26] <orhtej2> (is the catalog actually rebuilding on schedule or was the last rebuild triggered manually?)
[02:41:26] <orhtej2> (actually it checks apps.toml from apps repo)
[02:41:26] <orhtej2> also linter uses cached asset with lifetime of whatever hours
[02:41:27] <Aleks (he/him/il/lui)> stirling-pdf, it's in the apps.json yeah
[02:41:27] <orhtej2> https://github.com/YunoHost/package_linter/blob/677d48f50f6bdda4ea16dd31efb572371b4ba782/tests/test_catalog.py#L47 refreshed every hour?
[02:41:31] <Aleks (he/him/il/lui)> it was added 2 weeks ago x_x
[02:41:32] <Aleks (he/him/il/lui)> it's in the catalog right now (the apps.toml, apps.json, apps.yunohost.org) but the linter says it's not
[02:41:32] <m606> despite being in github apps.toml and not being broken
[02:41:32] <m606> appeared in the catalog after 2 weeks or more
[02:41:32] <Aleks (he/him/il/lui)> do you mean the catalog or do you mean the catalog
[02:41:32] <m606> > <@Alekswag:matrix.org> it was added 2 weeks ago x_x

i had same "issue" when adding pink_arrows
[02:41:33] <m606> oh
[02:41:33] <Salamandar> > <@Alekswag:matrix.org> it's in the catalog right now (the apps.toml, apps.json, apps.yunohost.org) but the linter says it's not

huh what
[02:41:38] <m606> no for me it just took time to appear on apps.yunohost.org
[02:41:39] <Aleks (he/him/il/lui)> hmpf nevermind
[02:41:39] <Salamandar> does package_check download apps.json at the start of every jlob ?
[02:41:39] <Aleks (he/him/il/lui)> https://ci-apps.yunohost.org/ci/job/31232
[02:41:40] <Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/stirling-pdf_ynh/blob/master/manifest.toml#L5
[02:41:40] <Aleks (he/him/il/lui)> [f\_ynh/blob/master/manifest.toml#L5](https://github.com/YunoHost-Apps/stirling-pdf_ynh/blob/master/manifest.toml#L5)
[02:41:45] <orhtej2> > <@Salamandar:matrix.org> does package_check download apps.json at the start of every jlob ?

package_linter checks out yunohost/apps every hour or so
[02:41:45] <Aleks (he/him/il/lui)> fixed / relaunched
[02:41:52] <Salamandar> What was the issue ?
[02:41:52] <Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/stirling-pdf_ynh/commit/7a9f588a7dd3282a09e0fcd2653662fd776d6b7c
[02:41:53] <yunohelper> Hi! To help us volunteers help you, read about <a href="https://yunohost.org/en/community/help#how-to-ask-for-help">how to ask for help</a>.<br />Notably, if you are getting an error, share its <em>full</em> log by pasting here the link to the page created by the YunoPaste buttons.<br />Thank you for you patience, and thank you for using YunoHost!
[02:41:53] <yunohelper> <em>beep boop</em>
[02:42:15] <m606> CI is stuck ?
[02:42:19] <Yunohost Git/Infra notifications> App stirling-pdf rises from level 0 to 2 in job [#31232](https://ci-apps.yunohost.org/ci/job/31232) !
[02:42:20] <m606> only one app marked as running, but not going forward
[02:42:34] <m606> I mean bookworm CI
[02:43:16] <m606> > <@m606:matrix.org> only one app marked as running, but not going forward

actually going forward, just very slow
[02:43:33] <Yunohost Git/Infra notifications> App stirling-pdf rises from level 0 to 2 in job [#31353](https://ci-apps.yunohost.org/ci/job/31353) !
[02:44:27] <orhtej2> > <@m606:matrix.org> actually going forward, just very slow

welcome to building node on RAM-limited system
[02:44:27] <m606> > welcome to building node on RAM-limited system

you mean a node build ongoing on the same system ?
[02:44:28] <m606> or ongoing seafile_ynh CI run ? that one doesn't seem too be very RAM intensive (peak RAM use < 600mo)
[02:45:17] <orhtej2> > <@m606:matrix.org> you mean a node build ongoing on the same system ?

no, CI runs are separated to different nodes. I would assume your project builds with Node/PNPM and that uses a lot of RAM (all the available and more)
[02:45:17] <m606> oh yes it asks for ~3.5GB of RAM to build... But for now it is only queued, that's not what slows things down at the moment
[02:45:25] <orhtej2> > <@m606:matrix.org> I've got slightly further in the [install script for jsoncrack_ynh](https://github.com/YunoHost-Apps/jsoncrack_ynh/blob/testing/scripts/install), however now I am stuck without much debug info...
> - [The CI fails](https://paste.yunohost.org/raw/magokezesu) due to a permission issue which seems related to command `ynh_exec_as_app corepack enable pnpm`.
> - On a VPS-hosted YNH instance, that issue does not happen and the script gets executed much further but [eventually fails](https://paste.yunohost.org/omorepumom.yaml), after leaving the server unresponsive for a while (so I couldn't check CPU/RAM usage - even though I added swap) during the step `Creating an optimized production build ...` for which I have no additional details.
>
> Would someone think of any clue for me?

CI is right as it runs on brand new machine, your unprivilaged user creates something in global scope. I think [iceshrimp](https://github.com/YunoHost-Apps/iceshrimp_ynh/blob/d42c32e26aada092fb6b6ac0fb2a670c5b960b4e/scripts/install#L72) had the same issue and the solution is to run `corepack enable` as `root`, then switch to installing `pnpm` as dedicated user
[02:45:25] <Aleks (he/him/il/lui)> https://blog.minetest.net/2024/10/13/Introducing-Our-New-Name/
[02:45:26] <m606> I've got slightly further in the install script for jsoncrack_ynh, however now I am stuck without much debug info...
- [The CI fails](https://paste.yunohost.org/raw/magokezesu) due to a permission issue which seems related to command `ynh_exec_as_app corepack enable pnpm`.
- On a VPS-hosted YNH instance, that issue does not happen and the script gets executed much further but [eventually fails](https://paste.yunohost.org/omorepumom.yaml), after leaving the server unresponsive for a while (so I couldn't check CPU/RAM usage - even though I added swap) during the step `Creating an optimized production build ...` for which I have no additional details.

Would someone think of any clue for me?
[02:45:26] <m606> I've got slightly further in the [install script for jsoncrack_ynh](https://github.com/YunoHost-Apps/jsoncrack_ynh/blob/testing/scripts/install), however now I am stuck without much debug info...
- [The CI fails](https://paste.yunohost.org/raw/magokezesu) due to a permission issue which seems related to command `ynh_exec_as_app corepack enable pnpm`.
- On a VPS-hosted YNH instance, that issue does not happen and the script gets executed much further but [eventually fails](https://paste.yunohost.org/omorepumom.yaml), after leaving the server unresponsive for a while (so I couldn't check CPU/RAM usage - even though I added swap) during the step `Creating an optimized production build ...` for which I have no additional details.

Would someone think of any clue for me?
[02:45:26] <m606> I've got slightly further in the install script for jsoncrack_ynh, however now I am stuck without much debug info...
- [The CI fails](https://paste.yunohost.org/raw/magokezesu) due to a permission issue which seems related to command `ynh_exec_as_app corepack enable pnpm`.
- On a VPS-hosted YNH instance, that issue does not happen and the script gets executed much further but [eventually fails]( https://paste.yunohost.org/omorepumom.yaml), after leaving the server unresponsive for a while (so I couldn't check CPU/RAM usage - even though I added swap) during the step `Creating an optimized production build ...` for which I have no additional details.

Would someone think of any clue for me?
[02:45:27] <orhtej2> > <@m606:matrix.org> you mean switching from
> ```
> ynh_exec_as_app corepack enable pnpm
> ynh_exec_as_app corepack use pnpm@latest
> ynh_hide_warnings ynh_exec_as_app NODE_OPTIONS="--max-old-space-size=1536" pnpm install --config.confirmModulesPurge=false
> ynh_hide_warnings ynh_exec_as_app pnpm exec next telemetry disable
> ynh_hide_warnings ynh_exec_as_app pnpm build
> ```
> to (cf. 2 first lines) ?
>
> ```
> corepack enable pnpm
> corepack use pnpm@latest
> ynh_hide_warnings ynh_exec_as_app NODE_OPTIONS="--max-old-space-size=1536" pnpm install --config.confirmModulesPurge=false
> ynh_hide_warnings ynh_exec_as_app pnpm exec next telemetry disable
> ynh_hide_warnings ynh_exec_as_app pnpm build
> ```

`corepack enable`, without `pnpm`
[02:45:27] <m606> `env $ynh_node_load_PATH` is set by YNH core ?
[02:45:27] <Yunohost Git/Infra notifications> App searxng stays at level 1 in job [#31117](https://ci-apps.yunohost.org/ci/job/31117)
[02:45:28] <m606> Not exactly sure what it does, but I guess Sentry in the upstream app must be removed from a YNH package - it is only relevant for the dev official instance, right?
_Sentry is open-source error tracking solution provided by Functional Software Inc. More information is available here: https://sentry.io/privacy/_

https://www.npmjs.com/package/@sentry/nextjs
[02:45:28] <orhtej2> > <@m606:matrix.org> Not exactly sure what it does, but I guess Sentry in the upstream app must be removed from a YNH package - it is only relevant for the dev official instance, right?
> _Sentry is open-source error tracking solution provided by Functional Software Inc. More information is available here: https://sentry.io/privacy/_
>
> https://www.npmjs.com/package/@sentry/nextjs

Sentry requires API key to function, so typically Sentry using apps provide a way to turn it off
[02:45:28] <Yunohost Git/Infra notifications> App searxng stays at level 1 in job [#31349](https://ci-apps.yunohost.org/ci/job/31349)
[02:45:28] <m606> you mean switching from
```
ynh_exec_as_app corepack enable pnpm
ynh_exec_as_app corepack use pnpm@latest
ynh_hide_warnings ynh_exec_as_app NODE_OPTIONS="--max-old-space-size=1536" pnpm install --config.confirmModulesPurge=false
ynh_hide_warnings ynh_exec_as_app pnpm exec next telemetry disable
ynh_hide_warnings ynh_exec_as_app pnpm build
```
to (cf. 2 first lines) ?

```
corepack enable pnpm
corepack use pnpm@latest
ynh_hide_warnings ynh_exec_as_app NODE_OPTIONS="--max-old-space-size=1536" pnpm install --config.confirmModulesPurge=false
ynh_hide_warnings ynh_exec_as_app pnpm exec next telemetry disable
ynh_hide_warnings ynh_exec_as_app pnpm build
```
[02:45:29] <orhtej2> here's your file: https://github.com/AykutSarac/jsoncrack.com/blob/main/sentry.client.config.ts
[02:45:29] <orhtej2> (crazy they provided credentials hardcoded)
[02:45:29] <m606> i am being ripping it off. better leave it and just disable ?
```
# Remove Sentry (error tracking)
sed -i '/sentry/d' "$install_dir/package.json"
sed -i '/@sentry/d' "$install_dir/next.config.js"
sed -i '/const sentryConfig/,+14d' "$install_dir/next.config.js"
sed -i 's/sentryConfig/""/' "$install_dir/next.config.js"
sed -i '/Sentry/d' "$install_dir/src/data/terms.json"
rm "$install_dir/sentry.client.config.ts"
rm "$install_dir/sentry.edge.config.ts"
```
[02:45:29] <orhtej2> leave sentry in, removing random junk from src is a recipe for disaster IMO
[02:45:30] <Yunohost Git/Infra notifications> App searxng rises from level 1 to 6 in job [#31117](https://ci-apps.yunohost.org/ci/job/31117) !
[02:45:30] <m606> or rather send a private message to the dev
[02:45:30] <m606> > (crazy they provided credentials hardcoded)

should i open a github issue to let them know? I've never seen Sentry work, so I don't measure the ongoing risk
[02:45:30] <orhtej2> just change [this line](https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/sentry.client.config.ts#L4) to `if (false) {` and you're good
[02:45:31] <m606> and just delete the tracking code there instead? https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/.env#L1
[02:45:31] <orhtej2> > <@m606:matrix.org> hmm and so you think I should not rip off Google Analytics either ?
> ```
> # Remove Google Analytics (user tracking)
> sed -i '/nextjs-google-analytics/d' "$install_dir/package.json"
> sed -i '/GoogleAnalytics/d' "$install_dir/src/pages/_app.tsx"
> sed -i '/IS_PROD/d' "$install_dir/src/pages/_app.tsx"
> cat -s "$install_dir/src/pages/_app.tsx" | tee "$install_dir/src/pages/_app.tsx" > /dev/null # Removes double newline characters
> gaEvent_list=$(grep -rl 'gaEvent' "$install_dir/src") && echo $gaEvent_list | xargs sed -i '/gaEvent/d' # Remove lines containing 'gaEvent' for files located in src/*
> sed -i '/Analytics/,+5d' "$install_dir/src/data/terms.json"
> ```

up to you 🤷
[02:45:31] <Yunohost Git/Infra notifications> App searxng rises from level 1 to 6 in job [#31350](https://ci-apps.yunohost.org/ci/job/31350) !
[02:45:31] <m606> > leave sentry in, removing random junk from src is a recipe for disaster IMO

hmm and so you think I should not rip off Google Analytics either ?
```
# Remove Google Analytics (user tracking)
sed -i '/nextjs-google-analytics/d' "$install_dir/package.json"
sed -i '/GoogleAnalytics/d' "$install_dir/src/pages/_app.tsx"
sed -i '/IS_PROD/d' "$install_dir/src/pages/_app.tsx"
cat -s "$install_dir/src/pages/_app.tsx" | tee "$install_dir/src/pages/_app.tsx" > /dev/null # Removes double newline characters
gaEvent_list=$(grep -rl 'gaEvent' "$install_dir/src") && echo $gaEvent_list | xargs sed -i '/gaEvent/d' # Remove lines containing 'gaEvent' for files located in src/*
sed -i '/Analytics/,+5d' "$install_dir/src/data/terms.json"
```
[02:45:36] <Tag> ci-apps-bookworm-dev should be fine, for now...
[02:45:36] <Tag> looks very slow tho...
[02:45:53] <Yunohost Git/Infra notifications> App jeedom goes down from level 6 to 1 in job [#31525](https://ci-apps.yunohost.org/ci/job/31525)
[02:45:55] <Yunohost Git/Infra notifications> test
[02:45:56] <Yunohost Git/Infra notifications> App isso rises from level 6 to 8 in job [#31528](https://ci-apps.yunohost.org/ci/job/31528) !
[02:45:57] <Yunohost Git/Infra notifications> App svgedit goes down from level 8 to 1 in job [#31529](https://ci-apps.yunohost.org/ci/job/31529)
[02:45:58] <Salamandar> OK so yunohost 12 broke Ihatemoney API
[02:45:58] <Yunohost Git/Infra notifications> App svgedit goes down from level 8 to 1 in job [#31530](https://ci-apps.yunohost.org/ci/job/31530)
[02:45:59] <Salamandar> it uses the basic auth…
[02:49:12] <Yunohost Git/Infra notifications> App adminer goes down from level 7 to 1 in job [#31533](https://ci-apps.yunohost.org/ci/job/31533)
[02:49:12] <Yunohost Git/Infra notifications> App anarchism goes down from level 8 to 1 in job [#31534](https://ci-apps.yunohost.org/ci/job/31534)
[02:50:05] <Aleks (he/him/il/lui)> :|
[02:50:12] <Aleks (he/him/il/lui)> nodejs was a mistake
[02:50:13] <m606> which app is that ?
[02:50:13] <m606> oh umami
[02:50:25] <m606> I have been encountering similar issue with jsoncrack, and somehow it disappeared with the following code:
```
corepack enable
ynh_exec_as_app corepack enable pnpm
ynh_exec_as_app corepack use pnpm@latest
ynh_hide_warnings ynh_exec_as_app pnpm install --config.confirmModulesPurge=false
```
no need anymore to export COREPACK_ENABLE... Can't remember exactly what changed, maybe the --config.confirm... trick found by @oniricorpe:im.emelyne.eu be something similar with yarn ?
[02:50:30] <m606> I have been encountering similar issue with jsoncrack, and somehow it disappeared with the following code:
```
corepack enable
ynh_exec_as_app corepack enable pnpm
ynh_exec_as_app corepack use pnpm@latest
ynh_hide_warnings ynh_exec_as_app pnpm install --config.confirmModulesPurge=false
```
no need anymore to export COREPACK_ENABLE... Can't remember exactly what changed, maybe the --config.confirm... trick found by @oniricorpe:im.emelyne.eu . Would there be something similar with yarn ?
[02:50:32] <eric_G> > <@Salamandar:matrix.org> looks like a package issue :D

This is intriguing because https://ci-apps.yunohost.org/ci/job/31270 (13/10/2024) succeeds but https://ci-apps.yunohost.org/ci/job/31362 (14/10/2024) fails 🫠
[02:50:39] <orhtej2> > <@m606:matrix.org> I have been encountering similar issue with jsoncrack, and somehow it disappeared with the following code:
> ```
> corepack enable
> ynh_exec_as_app corepack enable pnpm
> ynh_exec_as_app corepack use pnpm@latest
> ynh_hide_warnings ynh_exec_as_app pnpm install --config.confirmModulesPurge=false
> ```
> no need anymore to export COREPACK_ENABLE... Can't remember exactly what changed, maybe the --config.confirm... trick found by @oniricorpe:im.emelyne.eu . Would there be something similar with yarn ?

Yeah time for helpers 2.1, I don't think env was properly propagated
[02:50:40] <orhtej2> Also corepack should stay away from yarn v1 but alas
[02:51:10] <rodinux> hello, I was trying to maintain a branch for nextcloud v 28*, the branch `manage-old-stable-version` is now aligned on stable version 29.0.7 so I try do a PR in the branch `zamentur-patch-1` just to ave th possibility tu upgrade a instance which need stay on 28* for now... or is better to do maintain the branch `oldstable` which is still on 27 * and update it on 28* ??
[02:51:16] <m606> what is wrong here?
https://ci-apps-bookworm.yunohost.org/ci/job/10284
```
✘ The 'version' field should match the format <upstreamversion>~ynh<packageversion>. For example: 4.3-2~ynh3. It is composed of the upstream version number (in the example, 4.3-2) and an incremental number for each change in the package without upstream change (in the example, 3). This incremental number can be reset to 1 each time the upstream version changes.
```
Also the CI log during upgrade script: `232 ERROR Failed to parse app version '2024.5.13-a0bc346~ynh1' : Invalid version: '2024.5.13-a0bc346'`

In the manifest:
https://github.com/YunoHost-Apps/it-tools_ynh/blob/master/manifest.toml
```
version = "2024.5.13-a0bc346~ynh1"

[resources.sources.main]
url = "https://github.com/CorentinTh/it-tools/releases/download/v2024.5.13-a0bc346/it-tools-2024.5.13-a0bc346.zip"
sha256 = "9ea712c7fec17663ad89bfeaf976477b610d0b9e1d713a6056c15069ac926493"
format = "zip"
extract = true
in_subdir = true
autoupdate.strategy = "latest_github_release"
autoupdate.asset = "it-tools-.*zip"
autoupdate.version_regex = "^v(\\d{4}\\.\\d{1,2}\\.\\d{1,2})\\-[a-z0-9]{7}$"
```
[02:51:16] <ljf> i guess you can upgrade the branch manage-oldstable-version
[02:51:17] <rodinux> > <@ljf:sans-nuage.fr> i guess you can upgrade the branch manage-oldstable-version

well but this branch is on 29.0.7~ynh2...
[02:51:24] <orhtej2> > <@m606:matrix.org> what is wrong here?
> https://ci-apps-bookworm.yunohost.org/ci/job/10284
> ```
> ✘ The 'version' field should match the format <upstreamversion>~ynh<packageversion>. For example: 4.3-2~ynh3. It is composed of the upstream version number (in the example, 4.3-2) and an incremental number for each change in the package without upstream change (in the example, 3). This incremental number can be reset to 1 each time the upstream version changes.
> ```
> Also the CI log during upgrade script: `232 ERROR Failed to parse app version '2024.5.13-a0bc346~ynh1' : Invalid version: '2024.5.13-a0bc346'`
>
> In the manifest:
> https://github.com/YunoHost-Apps/it-tools_ynh/blob/master/manifest.toml
> ```
> version = "2024.5.13-a0bc346~ynh1"
>
> [resources.sources.main]
> url = "https://github.com/CorentinTh/it-tools/releases/download/v2024.5.13-a0bc346/it-tools-2024.5.13-a0bc346.zip"
> sha256 = "9ea712c7fec17663ad89bfeaf976477b610d0b9e1d713a6056c15069ac926493"
> format = "zip"
> extract = true
> in_subdir = true
> autoupdate.strategy = "latest_github_release"
> autoupdate.asset = "it-tools-.*zip"
> autoupdate.version_regex = "^v(\\d{4}\\.\\d{1,2}\\.\\d{1,2})\\-[a-z0-9]{7}$"
> ```

YNH does not like revision SHA in version, can you trim the '-a0bc346' part?
[02:51:25] <orhtej2> cf https://regex101.com/r/cGvYQs/1 (that's the regex linter uses)
[02:51:33] <m606> a YNH package does not need robot.txt and sitemap.txt ? there are some upstream but I remove?
[02:51:35] <m606> a YNH package does not need robot.txt and sitemap.txt ? there are some upstream but I remove?
https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/public/robots.txt
https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/public/sitemap.txt
[02:51:38] <m606> and more generally should there be any SEO stuffs ?
[02:51:43] <orhtej2> > <@m606:matrix.org> a YNH package does not need robot.txt and sitemap.txt ? there are some upstream but I remove?
> https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/public/robots.txt
> https://github.com/AykutSarac/jsoncrack.com/blob/d13254effde2038e671469c13843fbe0e58f7d8b/public/sitemap.txt

Why would you remove it?
[02:51:49] <Yunohost Git/Infra notifications> App zoraxy stays at level 1 in job [#31377](https://ci-apps.yunohost.org/ci/job/31377)
[02:51:55] <JulianF> About RAM requirement for installation. For forgejo [manifest](https://jo.trax.im/fork/forgejo_ynh/src/branch/master/manifest.toml) I have (not my doing; this has been like this for at least months):

```toml
[integration]
disk = "150M"
ram.build = "50M"
ram.runtime = "2G"
```

Install proceeds fine, but "app upgrade" complains "This app requires 2G RAM to install/upgrade but only 716.0M is available..."

That seems to be a wrong warning. Do I misunderstand it? Couldn't find an open issue with search for "requires RAM".
[02:51:55] <Josué> > <@titus:pijean.ovh> https://social.tchncs.de/@Blort/113307920558140770
> Something weird with Synapse/Calls/TURNS/Android/certificates... though I see @josue:tille.ch participated in the mentioned issue, stating he had no issues 😅

Well I just make it secure by default which is recommended by everywhere 😇

But the interesting thing is that I mainly added the option to disable because it could break on android but finally the feedback from people is not about the cert issue with Android but more about performance which is probably related to the CPU capacity, so a completely different 😅
[02:51:55] <ljf> An other explanation could be that, TLS encryption has a cost. Nota that i read somewhere (i guess in nextcloud talk doc) that `turn:` is encrypted (but i don't know if it's authenticated ???)
[02:51:56] <JulianF> About RAM requirement for installation. For forgejo [manifest](https://jo.trax.im/fork/forgejo_ynh/src/branch/master/manifest.toml) I have (not my doing; this has been like this for at least months):

```toml
[integration]
disk = "150M"
ram.build = "50M"
ram.runtime = "2G"
```

Install proceeds fine, but "app upgrade" complains "This app requires 2G RAM to install/upgrade but only 716.0M is available..."

(Using Yunohost 11.2.30)

That seems to be a wrong warning. Do I misunderstand it? Couldn't find an open issue with search for "requires RAM".
[02:51:58] <Josué> > <@ljf:sans-nuage.fr> An other explanation could be that, TLS encryption has a cost. Nota that i read somewhere (i guess in nextcloud talk doc) that `turn:` is encrypted (but i don't know if it's authenticated ???)

Yes it's not really clear about this. I was a long time confused with this. You can see the config if you want. On synapse by default now the encryption is enabled.
[02:52:02] <orhtej2> > <@josue:tille.ch> Well I just make it secure by default which is recommended by everywhere 😇
>
> But the interesting thing is that I mainly added the option to disable because it could break on android but finally the feedback from people is not about the cert issue with Android but more about performance which is probably related to the CPU capacity, so a completely different 😅

TBH if your device is capable of running VPN with decent bandwidth (and my 10+ years old modem was able to run at 15Mbit/s, enough for videoconferencing) you should be getting silky smooth framerates
[02:52:08] <orhtej2> > <@m606:matrix.org> and more generally should there be any SEO stuffs ?

Why not?
[02:52:18] <Yunohost Git/Infra notifications> App stirling-pdf rises from level 0 to 7 in job [#31378](https://ci-apps.yunohost.org/ci/job/31378) !
[02:52:26] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31418](https://ci-apps.yunohost.org/ci/job/31418) :(
[02:52:28] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31418](https://ci-apps.yunohost.org/ci/job/31418) :(
[02:52:31] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31420](https://ci-apps.yunohost.org/ci/job/31420) :(
[02:52:36] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31420](https://ci-apps.yunohost.org/ci/job/31420) :(
[02:52:43] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31420](https://ci-apps.yunohost.org/ci/job/31420) :(
[02:53:03] <Yunohost Git/Infra notifications> App khatru-pyramid failed all tests in job [#31421](https://ci-apps.yunohost.org/ci/job/31421) :(
[02:53:10] <orhtej2> > <@m606:matrix.org> oh I hadn't seen that bit.
> OK that's what I started noticing there https://github.com/search?q=org%3AYunoHost-Apps+%22version+%3D+%22+path%3A**%2Fmanifest.toml&type=code&p=1 that the only versions used so far are of 2 patterns (x.y.z or yyyy.mm.dd)
> Originally I had stripped the SHA portion but thought that something would fail if (!) there would be 2 versions released the same day (with different SHA)

Autoupdater will fail for that project anyway as it uses wtf versioning, don't even add it
[02:53:14] <Yunohost Git/Infra notifications> App nextcloud-signaling failed all tests in job [#31423](https://ci-apps.yunohost.org/ci/job/31423) :(
[02:53:19] <m606> > Autoupdater will fail for that project anyway as it uses wtf versioning, don't even add it

you mean the regex is useless, right?
[02:53:20] <orhtej2> > <@m606:matrix.org> you mean the regex is useless, right?

I mean it'll filter out all the releases which will cause autoupdate to fail.
alternatively, remove the regex and manually patch the resulting branches 🤷
[02:53:36] <m606> the autoupdate.version_regex ?
[02:53:39] <orhtej2> > <@m606:matrix.org> the autoupdate.version_regex ?

no, that is for filtering tags/releases
[02:53:42] <Yunohost Git/Infra notifications> App grr stays at level 1 in job [#31326](https://ci-apps.yunohost.org/ci/job/31326)
[02:53:42] <Yunohost Git/Infra notifications> App galene failed all tests in job [#31362](https://ci-apps.yunohost.org/ci/job/31362) :(
[02:53:43] <eric_G> > <@yunohostinfra:matrix.org> App galene failed all tests in job [#31362](https://ci-apps.yunohost.org/ci/job/31362) :(

What! Why!
[02:53:43] <eric_G> Stop! CI is failing 😱
[02:53:44] <Yunohost Git/Infra notifications> App open-web-calendar failed all tests in job [#31375](https://ci-apps.yunohost.org/ci/job/31375) :(
[02:53:44] <Salamandar> looks like a package issue :D
[02:53:44] <Salamandar> > 59301 WARNING sed: -e expression #1, char 24: unterminated `s' command
[02:53:52] <Yunohost Git/Infra notifications> App digiscreen goes down from level 7 to 1 in job [#31537](https://ci-apps.yunohost.org/ci/job/31537)
[02:53:52] <Yunohost Git/Infra notifications> App grist stays at level 1 in job [#31344](https://ci-apps.yunohost.org/ci/job/31344)
[02:55:28] <Yunohost Git/Infra notifications> App facilmap goes down from level 8 to 1 in job [#31539](https://ci-apps.yunohost.org/ci/job/31539)
[02:55:41] <Yunohost Git/Infra notifications> App django-fritzconnection goes down from level 6 to 1 in job [#31538](https://ci-apps.yunohost.org/ci/job/31538)
[02:56:18] <Yunohost Git/Infra notifications> App petrolette goes down from level 8 to 1 in job [#31541](https://ci-apps.yunohost.org/ci/job/31541)
[02:57:14] <Yunohost Git/Infra notifications> App phpsysinfo goes down from level 8 to 1 in job [#31542](https://ci-apps.yunohost.org/ci/job/31542)
[02:57:55] <Yunohost Git/Infra notifications> App rss-bridge goes down from level 8 to 1 in job [#31544](https://ci-apps.yunohost.org/ci/job/31544)
[02:57:59] <Yunohost Git/Infra notifications> App radarr goes down from level 8 to 1 in job [#31543](https://ci-apps.yunohost.org/ci/job/31543)
[02:58:50] <Yunohost Git/Infra notifications> App x-prober goes down from level 8 to 1 in job [#31546](https://ci-apps.yunohost.org/ci/job/31546)
[03:01:48] <Yunohost Git/Infra notifications> App feber goes down from level 7 to 1 in job [#31550](https://ci-apps.yunohost.org/ci/job/31550)
[07:20:29] <Yunohost Git/Infra notifications> App isso rises from level 6 to 8 in job [#31554](https://ci-apps.yunohost.org/ci/job/31554) !
[08:20:16] <Salamandar> CI bookworm stuck − again
[08:20:17] <Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/KGEFaPewtxlwoHxqpHYdScXF
[08:27:28] <Salamandar> (rebooted)
[08:43:57] <m606> > Why not?

yes ok
[08:43:58] <m606> Upstream app is providing extra features as premium. I stripped out calls for upgrade in YNH package. I guess this is fair knowing License allows for modifications for non-commercial use.
Now, premium includes additional features (that are not open-sourced), and also increases usage limit. However the latter is [hardcoded](https://github.com/AykutSarac/jsoncrack.com/blob/b2fdfdcb2d8834cf882fb6de49ca105cb1155bbe/src/containers/Editor/components/views/GraphView/index.tsx#L137). Is that fair to remove that limit for YNH package?
[08:43:58] <m606> I guess it can be useful for the cases where the app is not behind SSO
[08:43:59] <Yunohost Git/Infra notifications> Job [#30884](https://ci-apps.yunohost.org/ci/job/30884) for mlmmj-web failed miserably :(
[08:44:00] <Yunohost Git/Infra notifications> Job [#30938](https://ci-apps.yunohost.org/ci/job/30938) for digitools failed miserably :(
[08:44:00] <Yunohost Git/Infra notifications> Job [#30789](https://ci-apps.yunohost.org/ci/job/30789) for icecoder failed miserably :(
[08:44:01] <Yunohost Git/Infra notifications> App it-tools rises from level 0 to 4 in job [#31228](https://ci-apps.yunohost.org/ci/job/31228) !
[08:44:02] <Yunohost Git/Infra notifications> App galene failed all tests in job [#31362](https://ci-apps.yunohost.org/ci/job/31362) :(
[08:44:04] <tituspijean> https://social.tchncs.de/@Blort/113307920558140770
Something weird with Synapse/Calls/TURNS/Android/certificates... though I see @josue:tille.ch participated in the mentioned issue, stating he had no issues 😅
[08:44:05] <JulianF> > <@julian:foad.me.uk> About RAM requirement for installation. For forgejo [manifest](https://jo.trax.im/fork/forgejo_ynh/src/branch/master/manifest.toml) I have (not my doing; this has been like this for at least months):
>
> ```toml
> [integration]
> disk = "150M"
> ram.build = "50M"
> ram.runtime = "2G"
> ```
>
> Install proceeds fine, but "app upgrade" complains "This app requires 2G RAM to install/upgrade but only 716.0M is available..."
>
> (Using Yunohost 11.2.30)
>
> That seems to be a wrong warning. Do I misunderstand it? Couldn't find an open issue with search for "requires RAM".

Looking in `/usr/lib/python3/dist-packages/yunohost/app.py`, it checks the available RAM is greater than max(ram.build, ram.runtime)... and if not then it prints that message that says "Even if this app could run, its installation/upgrade process requires a large amount of RAM" which is not right for cases like this where install/upgrade requires little and only running requires a lot. Misleading.
[08:44:05] <JulianF> It does not appear to be a simple bug like if one test were the wrong way round or an error in the message; rather the intention of the logic and the message seems a bit mixed up. To fix it, someone would need to re-think about exactly what conditions we want to warn about, and maybe the test should return both build-time and run-time results separately to its caller, and such like.
[08:44:06] <ljf> > <@julian:foad.me.uk> About RAM requirement for installation. For forgejo [manifest](https://jo.trax.im/fork/forgejo_ynh/src/branch/master/manifest.toml) I have (not my doing; this has been like this for at least months):
>
> ```toml
> [integration]
> disk = "150M"
> ram.build = "50M"
> ram.runtime = "2G"
> ```
>
> Install proceeds fine, but "app upgrade" complains "This app requires 2G RAM to install/upgrade but only 716.0M is available..."
>
> (Using Yunohost 11.2.30)
>
> That seems to be a wrong warning. Do I misunderstand it? Couldn't find an open issue with search for "requires RAM".

Hi, i made a fix for you: https://github.com/YunoHost/yunohost/pull/1971/files
[08:44:07] <JulianF> > <@ljf:sans-nuage.fr> Hi, i made a fix for you: https://github.com/YunoHost/yunohost/pull/1971/files

Thank you! What does your fix do?
[08:44:07] <JulianF> As for why it didn't complain at install time but does at upgrade time, it looks like it was because of a combination of (1) installing from the GUI/API vs. upgrading from the CLI; and (2) the `force` parameter being used to mean "yes I'm installing from a git URL" versus "skip the `_ask_confirmation` function.
[08:44:07] <ljf> it considers that the app is already running before the upgrade.
[08:44:07] <ljf> So if you have 4GB in total, and 1GB available (and forgejo running), that means that stopping forgejo should free about 2GB ram, so you have 3GB available to run forgejo after the upgrade...
[08:44:09] <kayou> > <@rodinux:matrix.org> there is a variable which seems not valable `version_to_follow: unbound variable`

It comes from [here](https://github.com/rodinux/nextcloud_ynh/blob/patch-5/manifest.toml#L63-L68). And it's not a branch name. If you want to specify a number version, we can do it, but I think we should add options in the manifest, in choices, like : stable (which follow the latest package version), oldstable (which follow the previous one), and we can add numbers 27, 28, 29.. to stay at these versions, it's not that hard to add the code in install/upgrade/config to make it work, but do we really want to support all these versions? --' more versions means more support
[08:44:09] <kayou> > <@rodinux:matrix.org> I have a doubt... the integration for push-notify on nextcloud was only possible to add with versions 29 ??

I think it was merged on nextcloud 29, but it's just because I did the work on the testing branch, the notify push could work on nextcloud 27 and 28
[08:44:10] <kayou> Ping me again if you need something like that, I can implement it if you think we really need such a version selection feature
[08:44:11] <Yunohost Git/Infra notifications> App element-call stays at level 1 in job [#31441](https://ci-apps.yunohost.org/ci/job/31441)
[08:44:11] <Yunohost Git/Infra notifications> App simple-file-manager failed all tests in job [#31442](https://ci-apps.yunohost.org/ci/job/31442) :(
[08:44:11] <eric_G> https://github.com/jcampbell1/simple-file-manager has just vanished 🥶 shall we remove it from catalog?
[08:44:12] <tituspijean> let's drop them a message first, they have an email address on their Github user page
[08:44:12] <Aleks (he/him/il/lui)> wat teh frak
[08:44:15] <kayou> Ho I see, and the integration_ews plugin is not maintained anymore?
[08:44:15] <rodinux> golden prison...
[08:44:18] <miro5001> Oh. It seems there is an open issue here https://github.com/ksainc/integration_ews/issues/40
[08:44:18] <miro5001> If you have a test instance, try disabling that app, upgrade to 29 and enable the app again. I had an app that worked for two major versions till I made the transition to another solution
[08:44:18] <rodinux> Well, I have to wait they use the extension to migrate the contacts, is the only tool they need.... It is why I was trying just have the possibility to upgrade to last 28.
[08:44:18] <kayou> The best you can do is to not upgrade the instance I guess
[08:44:19] <rodinux> https://github.com/ksainc/integration_ews/blob/686baf6fd71e4360ab3a4a60f97e122385c83247/appinfo/info.xml#L30
[08:44:19] <rodinux> There is an issue open to ask for 29 support, I also do a PR to test but not sure is enough https://github.com/ksainc/integration_ews/pull/46/files
[08:44:20] <eric_G> I am trying to get a commit .zip file from a branch (next-node) for dodoc/ `https://github.com/l-atelier-des-chercheurs/dodoc/next-node/archive/9a73e40e82c309cf86ffebfbee3ebe1cbb864be7.zip`this doesn't work. any clues?
[08:44:21] <tituspijean> Looks like you can only download the head of a branch, otherwise you can specify any commit without mentioning the branch: https://docs.github.com/en/repositories/working-with-files/using-files/downloading-source-code-archives#source-code-archive-urls
[08:44:21] <tituspijean> Try `https://github.com/l-atelier-des-chercheurs/dodoc/archive/9a73e40e82c309cf86ffebfbee3ebe1cbb864be7.zip`
[08:44:23] <Aleks (he/him/il/lui)> What the hell is even 'SiEm' and 'XDR' ...
[08:44:23] <Yunohost Git/Infra notifications> Job [#31444](https://ci-apps.yunohost.org/ci/job/31444) for snappymail failed miserably :(
[08:44:23] <Aleks (he/him/il/lui)> > <@ericg:matrix.org> https://github.com/YunoHost/apps/pull/2632 any use in selfhosting?

That sounds so nerdy and technical hmpf
[08:44:25] <miro5001> Security information and event management
Extended detection and response

[08:44:25] <eric_G> corepack = 💩
[08:44:25] <miro5001> I have installed backrest but it doesn't seem allowed to access /home
Its service runs using the dedicated system user
[08:44:26] <eric_G> ..pnpm, npm, yarn...
[08:44:28] <Aleks (he/him/il/lui)> you mispelled nodejs
[08:44:32] <eric_G> I don't know why these technical apps are proposed to the wishlist but not packaged by the one interested in it.
[08:44:32] <tituspijean> > <@miro5001:matrix.org> I have installed backrest but it doesn't seem allowed to access /home
> Its service runs using the dedicated system user

It's surely due to https://github.com/YunoHost-Apps/backrest_ynh/blob/6a389b92e7b1085627d48fee4666678b68caf15c/conf/systemd.service#L7 and the sandboxing options below
[10:19:11] <orhtej2> how does one package app that depends on non-free package? https://packages.debian.org/en/bookworm/p7zip-rar
[10:19:17] <orhtej2> (or just scrap the idea)
[11:00:53] <tituspijean> personal opinion, I would allow that with a "non-free-dependency" antifeature. Though is it really worth adding the non-free repos...
[11:10:44] <Salamandar> > how does one package app that depends on non-free package? https://packages.debian.org/en/bookworm/p7zip-rar

which app requires extracting a rar ?
[11:11:50] <Salamandar> or is it an app that "might" need to extract a rar, like an user-uploaded file ?
[11:11:51] <orhtej2> > <@Salamandar:matrix.org> which app requires extracting a rar ?

GameVault, and it's a bullshit transitive dep of some nodejs bullshit so I'm not patching that out
[11:11:57] <Salamandar> aaaaa
[11:11:59] <orhtej2> I'm thinking of adding a line in POST_INSTALL.md
[11:12:00] <orhtej2> that if you want it - go install it manually
[11:12:10] <Salamandar> https://ubuntuforums.org/showthread.php?t=2012979
[11:12:15] <Salamandar> isn't there a free unrar package ?
[11:12:47] <orhtej2> there is, but GameVault uses https://github.com/q2s2t/node-7z for handling unpacking
[11:13:09] <orhtej2> (and that one I assume just runs 7z as a catch-all unpack anything)
[11:14:02] <Salamandar> i see
[11:14:02] <Salamandar> ggroumpf
[11:14:08] <Salamandar> > (and that one I assume just runs 7z as a catch-all unpack anything)

yeah that's the case on windows
[13:59:19] <MCMic> I’d like to get https://github.com/MCMic/mollysocket_ynh in the YunoHost-Apps organization, is here the right place to ask? It’s not working yet, at least not on bullseye because of a dependency, I suspect it might work on bookworm. I’d be interested to have access to the CI.
[17:10:19] <thatoo> I wanted to look at zabbix package to make it working on ynh 12 with zabbix 7.0 but it looks like a quiet heavy and complex package.
Does anyone have started working on it?
[18:09:13] <miro5001> `The request was redirected to yunohost's portal`
This happens when install, restore in subir or change url.
Backrest is allowed only for admins
Older jobs did not complain, all I changed is to add the app the permission to access /home and /var folders
Here is the job I am talking about
https://ci-apps-bookworm-dev.yunohost.org/ci/job/3534
[20:04:12] <MCMic> I’m not sure if this channel is working correctly, I do not see the same messages on my phone with Conversations and on my laptop with Dino -_-. I never got any answer to my messages, is anyone reading me?
[21:28:52] <thatoo> I'll change all in manifest.toml for 8.2 and see what it does
[22:14:46] <rodinux> hello, can I use in a `manifest.toml` `type = "mail"` or `type = "email"` or just `type = "string"` ??
[22:30:22] <rodinux> this helper `ynh_app_upgrading_from_version_before` must be confused...
[23:03:41] <rodinux> I think you can use the old helpers `ynh_compare_current_package_version --comparison lt 0.17.0~ynh1`
[23:03:42] <Émy - OniriCorpe> uhhhh
[23:03:42] <Émy - OniriCorpe> i don't know why, but i was sure the package was already using the new helpers... openned a new branch for that lol
[23:03:42] <rodinux> I think you can use the old helpers `ynh_compare_current_package_version --comparison lt 0.7.0~ynh1`
[23:03:43] <Émy - OniriCorpe> it was quick to do
[23:17:34] <Yunohost Git/Infra notifications> App backdrop goes down from level 6 to 1 in job [#31564](https://ci-apps.yunohost.org/ci/job/31564)
[23:20:36] <rodinux> I need use a cammand in the install script like `ynh_exec_as $app php$php_version $install_dir/bin/paheko init` ?
[23:21:36] <rodinux> for `php_version` is it possible ? or `$PHP_VERSION` ??
[23:24:04] <rodinux> `php__PHPVERSION__`
[23:30:12] <Émy - OniriCorpe> > <@rodinux:matrix.org> I need use a cammand in the install script like `ynh_exec_as $app php$php_version $install_dir/bin/paheko init` ?

I think the first one is good
[23:31:16] <MCMic[m]> > <MCMic> I’m not sure if this channel is working correctly, I do not see the same messages on my phone with Conversations and on my laptop with Dino -_-. I never got any answer to my messages, is anyone reading me?

Ok so I created a matrix account to join through matrix and indeed I see a lot more content now, the XMPP bridge was not working that well for me I think. That said, I still do not know what is the procedure to get an app in yunohost repo. I see I got thumbs up reaction from people but that’s about it.
[23:33:09] <Émy – OniriCorpe> > <@mcmic:matrix.org> Ok so I created a matrix account to join through matrix and indeed I see a lot more content now, the XMPP bridge was not working that well for me I think. That said, I still do not know what is the procedure to get an app in yunohost repo. I see I got thumbs up reaction from people but that’s about it.

What is your GitHub ID so I can invite you in the yunohost-apps org?
[23:34:50] <Émy – OniriCorpe> After that you will have to create a new package from the example one, hosted in the org
[23:36:23] <Émy – OniriCorpe> https://github.com/YunoHost/example_ynh
Click on the “use this template” button then select “YunoHost-Apps” as the owner
[23:36:52] <Émy – OniriCorpe> https://github.com/YunoHost/example_ynh
Click on the “use this template” button then select “YunoHost-Apps” as the owner and name your repo as “something_ynh”
[23:37:04] <Émy – OniriCorpe> https://github.com/YunoHost/example_ynh
Click on the “use this template” button then select “YunoHost-Apps” as the owner and name your repo as “some app_ynh”
[23:37:11] <rodinux> nope
[23:37:11] <Émy – OniriCorpe> https://github.com/YunoHost/example_ynh
Click on the “use this template” button then select “YunoHost-Apps” as the owner and name your repo as “someapp_ynh”
[23:37:26] <rodinux> https://aria.im/_matrix/media/v1/download/matrix.org/BSWpEWAMgPxfPCCYOjGMITGy
[23:38:47] <rodinux> does `ynh_exec_as $app` can use the correct php within explain it ??
[23:38:52] <Émy – OniriCorpe> Ah yes
[23:39:07] <Émy – OniriCorpe> It’s `$phpversion`
[23:39:15] <MCMic[m]> > <@oniricorpe:im.emelyne.eu> What is your GitHub ID so I can invite you in the yunohost-apps org?

https://github.com/mcmic
[23:39:39] <Émy – OniriCorpe> > <@oniricorpe:im.emelyne.eu> It’s `$phpversion`

According to the manifest in the example package
[23:40:10] <MCMic[m]> I have my package at https://github.com/MCMic/mollysocket_ynh , I can transfer it to the org once I’m in it
[23:40:24] <Émy – OniriCorpe> > <@mcmic:matrix.org> https://github.com/mcmic

Invite sent
[23:40:36] <Émy – OniriCorpe> > <@mcmic:matrix.org> I have my package at https://github.com/MCMic/mollysocket_ynh , I can transfer it to the org once I’m in it

It’s fine too, ofc
[23:44:29] <Émy – OniriCorpe> > <@mcmic:matrix.org> I have my package at https://github.com/MCMic/mollysocket_ynh , I can transfer it to the org once I’m in it

Now that you’re part of the org, feel free to use our CI by posting ‘!testme’ in a PR to test your package
[23:45:38] <Émy – OniriCorpe> Also, the bot will regenerate all the readmes after your next push
[23:46:03] <MCMic[m]> > <@oniricorpe:im.emelyne.eu> Also, the bot will regenerate all the readmes after your next push

That’s good, I’ve left the example in there for now.
[23:53:50] <Émy – OniriCorpe> I’ve quickly read your package, looks great
[23:55:00] <MCMic[m]> > <@oniricorpe:im.emelyne.eu> I’ve quickly read your package, looks great

Sadly the binary upstream provide is linked to openssl 3 so I’m not sure how to make it work on bullseye. I see the CI was started on both bullseye and bookworm so I’m curious to see the difference in results.
[23:56:29] <Yunohost Git/Infra notifications> App fider goes down from level 7 to 1 in job [#31566](https://ci-apps.yunohost.org/ci/job/31566)
[23:58:43] <Émy – OniriCorpe> > <@mcmic:matrix.org> Sadly the binary upstream provide is linked to openssl 3 so I’m not sure how to make it work on bullseye. I see the CI was started on both bullseye and bookworm so I’m curious to see the difference in results.

Oh no
Luckily the bookworm release should not be far away 🙏
[23:59:25] <MCMic[m]> Yeah there’s a good chance my final solution will just be to wait for bookworm
[23:59:55] <MCMic[m]> Is there a place in the manifest to specify support for bullseye,bookworm or both?