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

[00:25:39] <Yunohost Git/Infra notifications> Job [#27207](https://ci-apps.yunohost.org/ci/job/27207) for armadietto failed miserably :(
[00:25:58] <Yunohost Git/Infra notifications> Job [#27208](https://ci-apps.yunohost.org/ci/job/27208) for bazarr failed miserably :(
[00:29:28] <Yunohost Git/Infra notifications> Job [#27209](https://ci-apps.yunohost.org/ci/job/27209) for cachet failed miserably :(
[00:30:28] <Yunohost Git/Infra notifications> Job [#27210](https://ci-apps.yunohost.org/ci/job/27210) for dato failed miserably :(
[00:30:30] <Yunohost Git/Infra notifications> Job [#27211](https://ci-apps.yunohost.org/ci/job/27211) for digiwords failed miserably :(
[00:30:31] <Yunohost Git/Infra notifications> Job [#27212](https://ci-apps.yunohost.org/ci/job/27212) for drupal7 failed miserably :(
[00:30:34] <Yunohost Git/Infra notifications> Job [#27213](https://ci-apps.yunohost.org/ci/job/27213) for fab-manager failed miserably :(
[00:30:40] <Yunohost Git/Infra notifications> Job [#27214](https://ci-apps.yunohost.org/ci/job/27214) for huginn failed miserably :(
[00:30:51] <Yunohost Git/Infra notifications> Job [#27215](https://ci-apps.yunohost.org/ci/job/27215) for kresus failed miserably :(
[00:30:52] <Yunohost Git/Infra notifications> Job [#27218](https://ci-apps.yunohost.org/ci/job/27218) for prestashop failed miserably :(
[00:30:52] <Yunohost Git/Infra notifications> Job [#27216](https://ci-apps.yunohost.org/ci/job/27216) for mongo-express failed miserably :(
[00:30:52] <Yunohost Git/Infra notifications> Job [#27217](https://ci-apps.yunohost.org/ci/job/27217) for pepettes failed miserably :(
[00:30:53] <Yunohost Git/Infra notifications> Job [#27219](https://ci-apps.yunohost.org/ci/job/27219) for ssbroom failed miserably :(
[00:30:54] <Yunohost Git/Infra notifications> Job [#27220](https://ci-apps.yunohost.org/ci/job/27220) for synapse failed miserably :(
[00:30:55] <Yunohost Git/Infra notifications> Job [#27221](https://ci-apps.yunohost.org/ci/job/27221) for tinyfilemanager failed miserably :(
[00:30:56] <Yunohost Git/Infra notifications> Job [#27222](https://ci-apps.yunohost.org/ci/job/27222) for ulogger failed miserably :(
[00:30:58] <Yunohost Git/Infra notifications> Job [#27223](https://ci-apps.yunohost.org/ci/job/27223) for lychee failed miserably :(
[00:31:01] <Yunohost Git/Infra notifications> Job [#27224](https://ci-apps.yunohost.org/ci/job/27224) for jellyfin-vue failed miserably :(
[00:31:02] <Yunohost Git/Infra notifications> Job [#27225](https://ci-apps.yunohost.org/ci/job/27225) for xwiki failed miserably :(
[00:31:05] <Yunohost Git/Infra notifications> Job [#27226](https://ci-apps.yunohost.org/ci/job/27226) for rallly failed miserably :(
[02:15:02] <Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:

- 23 pending update PRs
- 18 new apps PRs
- 4 failed apps updates: calibreweb, focalboard, minetest, snserver

See the full log here: http://paste.yunohost.org/raw/dutibitebi
[06:32:27] <Yunohost Git/Infra notifications> Job [#27229](https://ci-apps.yunohost.org/ci/job/27229) for diagramsnet failed miserably :(
[06:36:18] <Yunohost Git/Infra notifications> Job [#27230](https://ci-apps.yunohost.org/ci/job/27230) for limesurvey failed miserably :(
[06:42:40] <Yunohost Git/Infra notifications> Job [#27231](https://ci-apps.yunohost.org/ci/job/27231) for zwave-js-ui failed miserably :(
[07:22:15] <eric_G> 😱
[07:40:04] <tituspijean> I'm on it
[07:43:13] <tituspijean> Fixed, hopefully
[08:50:10] <eric_G> I have two errors on database names that are similar, and I cannot find how to fix... https://ci-apps-dev.yunohost.org/ci/job/16554 and https://ci-apps-dev.yunohost.org/ci/job/16552
[08:52:00] <eric_G> for Mantis, `mantis_user_table` user table exists, I get `ERROR 1146 (42S02) at line 1: Table 'mantis.mantis_user_table' doesn't exist` error
[08:52:46] <eric_G> for Piwigo, I haven't checked the tables yet, but I get `ERROR 1146 (42S02) at line 1: Table 'piwigo.piwigo_ldap_login_config' doesn't exist` error
[08:53:13] <eric_G> 🫠
[09:03:53] <tituspijean> Usually when I get this kind of "table doesn't exist" error, it means that db initial configuration has not been completed yet. Same thing when upgrading, the migration might have not been completed when the command is run.
[09:15:36] <eric_G> do you also get the naming wrong? `mantis.mantis_user_table` instead of `mantis_user_table`
[09:19:16] <tituspijean> ah, did not notice the naming. Sorry, I do not know
[09:21:06] <tituspijean> that's the name of database added in front actually, so no problem
[09:38:44] <Yunohost Git/Infra notifications> App firefish rises from level 0 to 7 in job [#27204](https://ci-apps.yunohost.org/ci/job/27204) !
[10:16:16] <@chrichri:ween.de> In my `upgrade` script I'd like to find out whether I'm upgrading from a `package_version` v1. How would I do that? Seems like the $app.yaml is already gone when `upgrade` starts?
[10:21:47] <Aleks (he/him/il/lui)> not sure what $app.yaml you mean
[10:22:20] <Aleks (he/him/il/lui)> but basically you can use `ynh_current_version_upgrade_compare` (idk remember the exact name) using the version right before/after the v1->v2 transition happened
[10:31:08] <eric_G> > <@chrichri:ween.de> In my `upgrade` script I'd like to find out whether I'm upgrading from a `package_version` v1. How would I do that? Seems like the $app.yaml is already gone when `upgrade` starts?

Are you talking about microblog.pub_ynh ?
[10:34:37] <eric_G> was microblog.pub_ynh packaged as v1 ?
[10:34:37] <@chrichri:ween.de> > <@Alekswag:matrix.org> but basically you can use `ynh_current_version_upgrade_compare` (idk remember the exact name) using the version right before/after the v1->v2 transition happened

I thought about that, but decided it would not be a good idea: there might be not-up-to-date installations of the former package v1 out there.
When the new package appears on the catalog each version of the app will be offered an update - no matter which version has been installed.
I'll look into the git again which versions I'd have to expect...
[10:34:37] <Tio> hey guys can someone trigger a test here https://github.com/YunoHost-Apps/friendica_ynh/pull/139 - we are trying to fix the friendica package
[10:34:37] <@chrichri:ween.de> > <@ericg:matrix.org> Are you talking about microblog.pub_ynh ?

yes
[10:34:39] <Tio> especially now when they will release another stable version and the YNH package is already 1 stable branch behind
[10:34:39] <Tio> thanks
[10:37:06] <@chrichri:ween.de> > <@ericg:matrix.org> was microblog.pub_ynh packaged as v1 ?

[yes, but never listed](https://git.sr.ht/~tsileo/microblog.pub_ynh)
[10:40:14] <@chrichri:ween.de> > <@chrichri:ween.de> I thought about that, but decided it would not be a good idea: there might be not-up-to-date installations of the former package v1 out there.
> When the new package appears on the catalog each version of the app will be offered an update - no matter which version has been installed.
> I'll look into the git again which versions I'd have to expect...

Aleks (he/him/il/lui)Well, I'd have to look for 35 different version strings for which I know that they'd belong to the v1 package. Since versioning seems somehow bungled I'd furthermore avoid using those strings again in v2...
[10:40:53] <@chrichri:ween.de> > <@chrichri:ween.de> Aleks (he/him/il/lui)Well, I'd have to look for 35 different version strings for which I know that they'd belong to the v1 package. Since versioning seems somehow bungled I'd furthermore avoid using those strings again in v2...

`OLD_C=empty; for C in `git log | grep ^commit | cut -d' ' -f2`; do git diff $OLD_C $C | cat; OLD_C=$C; done | grep '"version": ' | cut -d'"' -f4 | uniq | wc -l` inside the v1 git directory
[10:40:59] <eric_G> IMO you shouln't need to know if you are updating from V1 to upgrade an app...
[11:06:55] <Aleks (he/him/il/lui)> > <@chrichri:ween.de> `OLD_C=empty; for C in `git log | grep ^commit | cut -d' ' -f2`; do git diff $OLD_C $C | cat; OLD_C=$C; done | grep '"version": ' | cut -d'"' -f4 | uniq | wc -l` inside the v1 git directory

i don't know what you mean ... usually your package would be for example in version 1 in say, 3.2~ynh6, which is the latest v1 version of the package, and then in 3.2~ynh7 it was in v2, you just need to compare "If ynh_current_version_compare --comparison le --version 3.2~ynh6` (i dont remember the exact name/syntax) and voila
[11:39:51] <eric_G> When do we merge Nextcloud 29.0.2 to master?
[11:40:15] <@chrichri:ween.de> I'll turn the problem over :) - I'll just set a key for all the installations already installed by my package version. If that does not exist I'll assume that the app is updating from the inofficial _ynh on sr.ht...
[11:41:50] <eric_G> Looks like you're overcomplicating things..
[11:49:50] <@chrichri:ween.de> > <@chrichri:ween.de> I'll turn the problem over :) - I'll just set a key for all the installations already installed by my package version. If that does not exist I'll assume that the app is updating from the inofficial _ynh on sr.ht...

```
ynh_script_progression --message="Mark this as installed from the V2 app integration..." --weight=1
ynh_app_setting_set --key=installed_from --value="YunohostV2catalogVersion"
```
Yes, for new installations this doesn't matter at all. But I know there are some people already running the old version of the yunohost integration (like me) and I want them to be able to benefit from this also.
[11:51:00] <eric_G> as said, V1 to V2 is not an issue for end user
[11:52:02] <eric_G> and not an issue for packagers either
[11:52:32] <eric_G> it is supposed to be transparent
[11:53:29] <eric_G> it is just code that moved from script to core
[11:55:26] <@chrichri:ween.de> > <@ericg:matrix.org> it is supposed to be transparent

You're right and my question has been wrongly phrased: the old installation used only **one** directory for app and data. I wanted this separated the yunohost style and started using a $data_dir with my integration. The old integrations need to be migrated to this, because it doesn't happen automatically (and how should it? yunohost does not know how to distinct between app and data).
[11:56:36] <eric_G> so that as nothing to do with V1 but with app version then
[11:58:13] <eric_G> something like that https://github.com/YunoHost-Apps/misskey_ynh/blob/a426c07ab18eca1b6b5c0729965a819cfd90e5bd/scripts/upgrade#L14-L16
[11:58:48] <@chrichri:ween.de> correct.
[12:00:21] <@chrichri:ween.de> > <@ericg:matrix.org> something like that https://github.com/YunoHost-Apps/misskey_ynh/blob/a426c07ab18eca1b6b5c0729965a819cfd90e5bd/scripts/upgrade#L14-L16

or like this: https://github.com/YunoHost-Apps/microblog.pub_ynh/blob/a082033a8980bbb84805614ca2aefe5bf066a427/scripts/upgrade#L7
[12:01:14] <eric_G> and now I am going for a little nap
[12:07:32] <@chrichri:ween.de> dulce sueños!
[12:07:50] <@chrichri:ween.de> BTW: is CI hanging? It didn't finish a job since yesterday...
[12:09:12] <@chrichri:ween.de> https://aria.im/_matrix/media/v1/download/ween.de/Yl4SmlL8XKJcXabSSfbJwlVwSUmSN14c
[12:14:59] <tituspijean> which CI are you screenshotting?
[12:17:28] <tituspijean> ah ci-apps-bookworm-dev
[12:18:25] <tituspijean> indeed it seems it has hanged. let's restart them
[12:19:34] <@chrichri:ween.de> > <@titus:pijean.ovh> which CI are you screenshotting?

is there another apps ci? This is the one that runs when I comment `!testme`.
[13:01:48] <Aleks (he/him/il/lui)> there's the "main" CI (ci-apps.yunohost.org), ci-apps-dev. ci-apps-bookorm, ci-apps-bookworm-dev
[13:03:03] <Aleks (he/him/il/lui)> https://www.youtube.com/shorts/DEgyRnyVTnA
[13:19:10] <Yunohost Git/Infra notifications> [nextcloud_ynh] oleole39 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/590#issuecomment-2154822440) on [issue #590](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/590) Specific incompatibility of a NC app (e.g. Mail) blocks overall NC upgrade without explicit warning: > Removing the application and trying another upgrade. (Does any know if disabling the application is enough in this cas...
[13:28:11] <Yunohost Git/Infra notifications> [nextcloud_ynh] arthurlutz [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/590#issuecomment-2154841173) on [issue #590](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/590) Specific incompatibility of a NC app (e.g. Mail) blocks overall NC upgrade without explicit warning: Yes it worked : disabled, removed, upgrade, reinstalled (and config persisted so worked out of the box)
[14:11:00] <Yunohost Git/Infra notifications> App mongo-express goes down from level 8 to 1 in job [#27216](https://ci-apps.yunohost.org/ci/job/27216)
[17:01:10] <Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2393](https://github.com/YunoHost/apps/pull/2393): Update app levels according to CI results
[17:01:10] <Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to update_app_levels: Update app levels according to CI results ([edc9e1a9](https://github.com/YunoHost/apps/commit/edc9e1a9c2d074a82d44173e33a7440084a2b117))
[17:01:10] <Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch update_app_levels
[17:12:34] <Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #2393](https://github.com/YunoHost/apps/pull/2393): Update app levels according to CI results
[17:12:45] <Yunohost Git/Infra notifications> [apps] ericgaspar pushed 4 commits to update_app_levels ([edc9e1a9c2d0...cfc0b83acdbe](https://github.com/YunoHost/apps/compare/edc9e1a9c2d0...cfc0b83acdbe))
[17:12:52] <Yunohost Git/Infra notifications> [apps/update_app_levels] Update apps.toml - Éric Gaspar
[17:13:14] <Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to update_app_levels: Update apps.toml ([8c78806f](https://github.com/YunoHost/apps/commit/8c78806f738efb4eb9165e69940360f0f6f178df))
[17:28:44] <Yunohost Git/Infra notifications> App noalyss failed all tests in job [#27053](https://ci-apps.yunohost.org/ci/job/27053) :(
[17:34:25] <Yunohost Git/Infra notifications> App fider failed all tests in job [#27079](https://ci-apps.yunohost.org/ci/job/27079) :(
[17:39:17] <Yunohost Git/Infra notifications> App yarr failed all tests in job [#27080](https://ci-apps.yunohost.org/ci/job/27080) :(
[18:16:36] <Yunohost Git/Infra notifications> App nomad goes down from level 8 to 1 in job [#27081](https://ci-apps.yunohost.org/ci/job/27081)
[18:21:16] <Yunohost Git/Infra notifications> App satdress failed all tests in job [#27082](https://ci-apps.yunohost.org/ci/job/27082) :(
[18:22:30] <eric_G> I can't get Etherpad to work... well in fact it works but the admin UI is not built... https://github.com/YunoHost-Apps/etherpad_ynh/tree/testing
[18:22:58] <eric_G> any clues why?
[18:25:24] <Yunohost Git/Infra notifications> App vore failed all tests in job [#27083](https://ci-apps.yunohost.org/ci/job/27083) :(
[18:39:34] <tituspijean> > <@ericg:matrix.org> I can't get Etherpad to work... well in fact it works but the admin UI is not built... https://github.com/YunoHost-Apps/etherpad_ynh/tree/testing

PR42?
[18:40:00] <eric_G> 43
[18:42:00] <eric_G> and also https://github.com/YunoHost-Apps/etherpad_mypads_ynh/tree/testing
[18:46:29] <eric_G> if in production mode, we should not need to build the admin UI
[18:53:15] <Yunohost Git/Infra notifications> App tracim failed all tests in job [#27092](https://ci-apps.yunohost.org/ci/job/27092) :(
[18:56:07] <tituspijean> Some things I'm finding weird: I have just installed it on my bookworm testing server, and the service does not start with error `Failed at step EXEC spawning pnpm: No such file or directory`
[18:56:54] <tituspijean> The spawn command is `pnpm run prod`, which works if I run it from an app shell 🤯
[18:57:39] <Yunohost Git/Infra notifications> App satdress failed all tests in job [#27149](https://ci-apps.yunohost.org/ci/job/27149) :(
[19:06:23] <tituspijean> erf yes, there cannot be relative paths in systemd configs
[19:13:21] <tituspijean> (I'm fixing the app, one step at a time, but indeed even after starting the service it gives `Cannot GET /etherpad/` on the browser)
[19:18:13] <Yunohost Git/Infra notifications> App dex failed all tests in job [#27182](https://ci-apps.yunohost.org/ci/job/27182) :(
[20:40:51] <orhtej2> https://aria.im/_matrix/media/v1/download/circledsquareroot.ovh/c7c41a200a7e843c1b2de8d1e0f664be55e489963640ff86b988f774c9cdf0ab
[20:43:45] <orhtej2> also how this app has lvl8 when https://github.com/butlerx/wetty/blob/ded0ca7f29e8b70dc0c47495da040389dfc611ae/package.json#L230 clearly indicates it should fail to install as mentioned here: https://forum.yunohost.org/t/wetty-installation-fails/29938 oO
[20:45:33] <orhtej2> on https://apps.yunohost.org/dash I'd like the button circled above to bring me here https://ci-apps.yunohost.org/ci/apps/wetty/ (currently brings you to store page)
[20:51:41] *tituspijean > <@titus:pijean.ovh> (I'm fixing the app, one step at a time, but indeed even after starting the service it gives `Cannot GET /etherpad/` on the browser)

sees https://github.com/ether/etherpad-lite/wiki/How-to-put-Etherpad-Lite-behind-a-reverse-Proxy#from-subdirectory-url , cries, and runs away

[20:51:45] <tituspijean> I see the last test is from mid-May on v 11.2.11.3 (https://ci-apps.yunohost.org/ci/job/26479), so there surely was a regression since then
[21:03:19] <eric_G> > <@titus:pijean.ovh> (I'm fixing the app, one step at a time, but indeed even after starting the service it gives `Cannot GET /etherpad/` on the browser)

I accidentally merged the testing into master 😶‍🌫️
[21:04:13] <eric_G> ...and I can't figure out about admin (and sub folder install) 🤪
[21:04:33] <eric_G> otherwise the app works great!
[21:12:47] <Yunohost Git/Infra notifications> App kanboard rises from level 6 to 8 in job [#27232](https://ci-apps.yunohost.org/ci/job/27232) !
[21:29:52] <Yunohost Git/Infra notifications> [nextcloud_ynh] tituspijean created new branch fixphpflags
[21:29:53] <Yunohost Git/Infra notifications> [nextcloud_ynh] tituspijean pushed 1 commit to fixphpflags: Fix phpflags ([4b2c0254](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/4b2c025450742e9df37ba593a8bc24003de4d024))
[21:30:52] <Yunohost Git/Infra notifications> [nextcloud_ynh] tituspijean opened [pull request #691](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/691): Update manifest.toml
[23:37:48] <Yunohost Git/Infra notifications> App couchdb goes down from level 6 to 4 in job [#27239](https://ci-apps.yunohost.org/ci/job/27239)