[01:07:48]
<Yunohost Git/Infra notifications> App ollama rises from level 0 to 7 in job [#19693](https://ci-apps.yunohost.org/ci/job/19693) !
[01:08:36]
<Yunohost Git/Infra notifications> App aeneria failed all tests in job [#19695](https://ci-apps.yunohost.org/ci/job/19695) :(
[02:10:08]
<Yunohost Git/Infra notifications> App zerobin goes down from level 7 to 2 in job [#19709](https://ci-apps.yunohost.org/ci/job/19709)
[03:10:57]
<Yunohost Git/Infra notifications> App eleventy rises from level 0 to 8 in job [#19723](https://ci-apps.yunohost.org/ci/job/19723) !
[03:18:47]
<Yunohost Git/Infra notifications> App filerise rises from level 0 to 7 in job [#19726](https://ci-apps.yunohost.org/ci/job/19726) !
[03:44:40]
<Yunohost Git/Infra notifications> App fusion rises from level 0 to 7 in job [#19730](https://ci-apps.yunohost.org/ci/job/19730) !
[05:39:48]
<Yunohost Git/Infra notifications> App libretranslate failed all tests in job [#19737](https://ci-apps.yunohost.org/ci/job/19737) :(
[05:40:18]
<Yunohost Git/Infra notifications> App glitchsoc goes down from level 8 to 6 in job [#19733](https://ci-apps.yunohost.org/ci/job/19733)
[06:41:20]
<Yunohost Git/Infra notifications> App immich failed all tests in job [#19454](https://ci-apps.yunohost.org/ci/job/19454) :(
[06:43:22]
<Yunohost Git/Infra notifications> App joplin rises from level 0 to 6 in job [#18872](https://ci-apps.yunohost.org/ci/job/18872) !
[06:50:09]
<Yunohost Git/Infra notifications> App mautrix_discord failed all tests in job [#19740](https://ci-apps.yunohost.org/ci/job/19740) :(
[06:56:44]
<Yunohost Git/Infra notifications> App gitlab goes down from level 8 to 3 in job [#19732](https://ci-apps.yunohost.org/ci/job/19732)
[07:14:53]
<Yunohost Git/Infra notifications> App libretranslate rises from level 0 to 8 in job [#19737](https://ci-apps.yunohost.org/ci/job/19737) !
[07:22:07]
<Yunohost Git/Infra notifications> App mautrix_telegram failed all tests in job [#19742](https://ci-apps.yunohost.org/ci/job/19742) :(
[07:25:40]
<Yunohost Git/Infra notifications> App mautrix_signal goes down from level 8 to 6 in job [#19741](https://ci-apps.yunohost.org/ci/job/19741)
[07:42:21]
<Yunohost Git/Infra notifications> App miniflux goes down from level 8 to 3 in job [#19744](https://ci-apps.yunohost.org/ci/job/19744)
[07:44:10]
<Yunohost Git/Infra notifications> App immich rises from level 0 to 7 in job [#19454](https://ci-apps.yunohost.org/ci/job/19454) !
[08:05:01]
<rodinux> hello, I want add a value for language in mobilizon via postgresql to get something like ` UPDATE admin_settings SET value = '["fr"]' WHERE name ='instance_languages';` using the variable $language in the settings... how keep the double quotes ? like this ?
```
# Add the default language for the instance is broken via the admin settings app, here a workaround
ynh_psql_db_shell $db_name <<< "UPDATE admin_settings SET value = '[""${language}""]' WHERE name ='instance_languages';"
```
[08:06:36]
<rodinux> if I put `["${language}"]` there no double quotes ...
[08:07:04]
<rodinux> i need for exemple `["fr"]`
[08:18:09]
<rodinux> well OK, I think it works with
```
ynh_psql_db_shell $db_name <<< "UPDATE admin_settings SET value = '[""$language""]' WHERE name ='instance_languages';"
[08:19:35]
<Yunohost Git/Infra notifications> App miniflux goes down from level 8 to 3 in job [#19744](https://ci-apps.yunohost.org/ci/job/19744)
[08:36:46]
<Paprika> Hello, I recently packaged [WGDashboard for YNH](https://github.com/botagas/wgdashboard_ynh), but faced one particular issue (in my opinion). WGDashboard executes wg commands directly, and if the service is not ran as root, it brings about errors. I can make a wrapper script and disable some flags on the systemd service (which I did), but at the end of the day, I assume there is no other solution to that. Has anyone had anything of the sort before and maybe figured it out?
[08:52:44]
<rodinux> it haven't works as wanted... I test a fresh install and the row is empty
```
SELECT * FROM admin_settings;
id | group | name | value | inserted_at | updated_at
----+-------+------+-------+-------------+------------
(0 rows)
[09:06:38]
<Yunohost Git/Infra notifications> App nextcloud goes down from level 8 to 1 in job [#19747](https://ci-apps.yunohost.org/ci/job/19747)
[09:13:29]
<Yunohost Git/Infra notifications> App peertube rises from level 0 to 8 in job [#19751](https://ci-apps.yunohost.org/ci/job/19751) !
[09:14:00]
<rodinux> Perhaps `ynh_psql_db_shell $db_name <<< "UPDATE admin_settings SET value = '[\"${language}\"]' WHERE name ='instance_languages';"
` ?
[09:41:59]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 merged [pull request #132](https://github.com/YunoHost-Apps/penpot_ynh/pull/132): Upgrade sources
[09:42:01]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 deleted branch ci-auto-update-sources-250715
[09:42:44]
<rodinux> Hum, the syntax seems correct, but it did not do the trick... Don't know why... does postresql could read tha variable `$language` ??
[10:11:14]
<orhtej2> Idk where log emoji is
[10:12:10]
<orhtej2> > <@rodinux:matrix.org> Hum, the syntax seems correct, but it did not do the trick... Don't know why... does postresql could read tha variable `$language` ??
but would you mind sharing the actual log? It should show the actual `psql` invocation for easier debugging
[10:16:28]
<rodinux> https://paste.yunohost.org/raw/weyoxafoki
[10:17:19]
<rodinux> It happens here
```
2025-07-15 11:27:19,535: DEBUG - + systemctl stop mobilizon
2025-07-15 11:27:40,580: DEBUG - + ynh_psql_db_shell mobilizon
2025-07-15 11:27:40,581: DEBUG - + local database=mobilizon
2025-07-15 11:27:40,581: DEBUG - + sudo --login --user=postgres psql mobilizon
2025-07-15 11:27:40,833: DEBUG - UPDATE 0
2025-07-15 11:27:40,840: INFO - [###############++...] > Starting mobilizon's systemd service...
```
[10:19:16]
<Yunohost Git/Infra notifications> App piped goes down from level 8 to 3 in job [#19752](https://ci-apps.yunohost.org/ci/job/19752)
[11:00:55]
<Yunohost Git/Infra notifications> App tinyfilemanager rises from level 6 to 8 in job [#19757](https://ci-apps.yunohost.org/ci/job/19757) !
[11:17:13]
<rodinux> Perhaps the table is created later ??? When I edit manually it do the trick...
[11:27:43]
<rodinux> well, i am wrong the table is here... but anyway the command `ynh_psql_db_shell $db_name <<< "UPDATE admin_settings SET value = '[\"$language\"]' WHERE name ='instance_languages';"` does not seems recognize the params `$language`, don't know why ?
[11:32:36]
<rodinux> Ahhh, ok, on a fresh install
```
SELECT * FROM admin_settings;
id | group | name | value | inserted_at | updated_at
----+-------+------+-------+-------------+------------
(0 rows)
[11:34:13]
<rodinux> So perhaps it need a first connexion with the admin user to create the tables...
[11:38:00]
<rodinux> Ok, I found it, the tables for `admin_settings` are created after a first connexion with the admin user and a profile cretaed... So it must be better add a config_panel...
[12:01:25]
<rodinux> In fact, it cloud be possible add few `instances_languages`, I don't want put all the possibilities, but just few ones `en, fr, es, de, nl` for example. Now if I need do a `config_panel`, I can try the avaibility to chhoose few ones... Is there something like a checkboxes to choose few variables in a config_panel ?
[12:02:47]
<rodinux> Type `tags` or `select` ?
[12:03:28]
<Yunohost Git/Infra notifications> App sharkey failed all tests in job [#19762](https://ci-apps.yunohost.org/ci/job/19762) :(
[12:07:00]
<Yunohost Git/Infra notifications> Job [#19763](https://ci-apps.yunohost.org/ci/job/19763) for projectsend failed miserably :(
[12:15:51]
<rodinux> If I put
```
type = "select"
choices = ["en", "msisdn", "email&msisdn"]
[12:16:54]
<rodinux> If I put
```
type = "select"
choices = ["en", "fr", "es", "de", "nl"]
```
Could we choose few ones ?
[12:45:24]
<Yunohost Git/Infra notifications> App abantecart goes down from level 8 to 3 in job [#19767](https://ci-apps.yunohost.org/ci/job/19767)
[12:54:00]
<Yunohost Git/Infra notifications> App gitlab goes down from level 8 to 6 in job [#19732](https://ci-apps.yunohost.org/ci/job/19732)
[13:13:19]
<rodinux> How can I explain a condition for a config related to the config_panel to validate first the table exist, I have try something like
```
ynh_abort_if_errors
ynh_app_config_validate() {
if [ -z $(ynh_psql_db_shell $db_name <<< "SELECT name, value FROM admin_settings WHERE name='instances_languages';") ]
then
ynh_die --message="You need first connect with the admin user to your instance and create a profile"
fi
_ynh_app_config_validate
}
[13:14:43]
<rodinux> Is not relevant...
[13:20:10]
<Yunohost Git/Infra notifications> App ulogger goes down from level 8 to 1 in job [#19769](https://ci-apps.yunohost.org/ci/job/19769)
[13:31:04]
<rodinux> I havent found, have this log error
```
juil. 15 15:27:24 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 498, in process
juil. 15 15:27:24 yunohost-api[583]: ret = self.actionsmap.process(arguments, timeout=30, route=_route)
juil. 15 15:27:24 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:27:24 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 579, in process
juil. 15 15:27:24 yunohost-api[583]: return func(**arguments)
juil. 15 15:27:24 yunohost-api[583]: ^^^^^^^^^^^^^^^^^
juil. 15 15:27:24 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/app.py", line 1866, in app_config_get
juil. 15 15:27:24 yunohost-api[583]: return config_.get(key, mode)
juil. 15 15:27:24 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:27:24 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 478, in get
juil. 15 15:27:24 yunohost-api[583]: self.config, self.form = self._get_config_panel(prevalidate=False)
juil. 15 15:27:24 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:27:24 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 805, in _get_config_panel
juil. 15 15:27:24 yunohost-api[583]: config = ConfigPanelModel(**raw_config)
juil. 15 15:27:24 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:27:24 yunohost-api[583]: TypeError: ConfigPanelModel.__init__() missing 1 required positional argument: 'version'
juil. 15 15:28:32 yunohost-api[583]: Traceback (most recent call last):
juil. 15 15:28:32 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 498, in process
juil. 15 15:28:32 yunohost-api[583]: ret = self.actionsmap.process(arguments, timeout=30, route=_route)
juil. 15 15:28:32 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:32 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 579, in process
juil. 15 15:28:32 yunohost-api[583]: return func(**arguments)
juil. 15 15:28:32 yunohost-api[583]: ^^^^^^^^^^^^^^^^^
juil. 15 15:28:32 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/app.py", line 1866, in app_config_get
juil. 15 15:28:32 yunohost-api[583]: return config_.get(key, mode)
juil. 15 15:28:32 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:32 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 478, in get
juil. 15 15:28:32 yunohost-api[583]: self.config, self.form = self._get_config_panel(prevalidate=False)
juil. 15 15:28:32 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:32 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 805, in _get_config_panel
juil. 15 15:28:32 yunohost-api[583]: config = ConfigPanelModel(**raw_config)
juil. 15 15:28:32 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:32 yunohost-api[583]: TypeError: ConfigPanelModel.__init__() missing 1 required positional argument: 'version'
juil. 15 15:28:37 yunohost-api[583]: Traceback (most recent call last):
juil. 15 15:28:37 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 498, in process
juil. 15 15:28:37 yunohost-api[583]: ret = self.actionsmap.process(arguments, timeout=30, route=_route)
juil. 15 15:28:37 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:37 yunohost-api[583]: File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 579, in process
juil. 15 15:28:37 yunohost-api[583]: return func(**arguments)
juil. 15 15:28:37 yunohost-api[583]: ^^^^^^^^^^^^^^^^^
juil. 15 15:28:37 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/app.py", line 1866, in app_config_get
juil. 15 15:28:37 yunohost-api[583]: return config_.get(key, mode)
juil. 15 15:28:37 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:37 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 478, in get
juil. 15 15:28:37 yunohost-api[583]: self.config, self.form = self._get_config_panel(prevalidate=False)
juil. 15 15:28:37 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:37 yunohost-api[583]: File "/usr/lib/python3/dist-packages/yunohost/utils/configpanel.py", line 805, in _get_config_panel
juil. 15 15:28:37 yunohost-api[583]: config = ConfigPanelModel(**raw_config)
juil. 15 15:28:37 yunohost-api[583]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
juil. 15 15:28:37 yunohost-api[583]: TypeError: ConfigPanelModel.__init__() missing 1 required positional argument: 'version'
[13:44:49]
<rodinux> Ok, ça j'ai debugguer c'est juste la version qui manquait au config_panel.toml... par contre après une installation fraîche, c'est ceci qui ne fonctionne pas
```
ynh_app_config_validate() {
empty_rows=$(ynh_psql_db_shell $db_name <<< "SELECT name, value FROM admin_settings WHERE name='instances_languages';")
if [ -z "${empty_rows:-}" ]; then
ynh_die --message="You need first connect with the admin user to your instance and create a profile"
fi
_ynh_app_config_validate
}
[13:45:21]
<rodinux> je choisis une langue et il ne me met pas d'erreur, alors que la table n'exista pas encore...
[13:51:55]
<rodinux> Si la table existe, mais elle est vide plutôt...
[13:52:26]
<rodinux> ```
mobilizon=# SELECT * FROM admin_settings;
id | group | name | value | inserted_at | updated_at
----+-------+------+-------+-------------+------------
(0 rows)
[13:56:04]
<rodinux> Bon ,je créé l'user et une première config, ça se remplit...
[14:01:55]
<rodinux> par contre ça casse tout mon truc... je n'arrive plus manuellement à ajouter la valeur, avant je pouvais...
[14:02:38]
<rodinux> ```
mobilizon=# UPDATE admin_settings SET value = '["fr"]' WHERE name ='instance_languages';
UPDATE 1
mobilizon=# SELECT name, value FROM admin_settings WHERE name='instances_languages';
name | value
------+-------
(0 rows)
[14:03:44]
<rodinux> Mouais, super mauvaise idée finalement...
[14:06:31]
<Yunohost Git/Infra notifications> App send rises from level 0 to 8 in job [#19772](https://ci-apps.yunohost.org/ci/job/19772) !
[14:44:54]
<Yunohost Git/Infra notifications> App linkwarden rises from level 0 to 7 in job [#19775](https://ci-apps.yunohost.org/ci/job/19775) !
[18:44:17]
<Yunohost Git/Infra notifications> App gitlab goes down from level 8 to 6 in job [#19732](https://ci-apps.yunohost.org/ci/job/19732)
[18:51:44]
<Yunohost Git/Infra notifications> App funkwhale goes down from level 8 to 1 in job [#19496](https://ci-apps.yunohost.org/ci/job/19496)
[19:44:44]
<Yunohost Git/Infra notifications> App localai goes down from level 7 to 1 in job [#19781](https://ci-apps.yunohost.org/ci/job/19781)
[19:52:30]
<Yunohost Git/Infra notifications> App appflowy goes down from level 7 to 2 in job [#19779](https://ci-apps.yunohost.org/ci/job/19779)
[20:45:28]
<rodinux> Ok vous avez du voir la coquille... mais malgré tout, si je m'amuse à faire ça, en effet j'ai bien ajouté la langue voulue dans la table `instance_languages`, mais en admin dans Mobilizon, je ne vois même plus toutes les langues proposées, sauf que ça marche pas graphiquement car on n'arrive pas à en sélectionner... Là seule solution qui me semble correcte, c'est encore après une post-install laisser une langue choisie automatiquement par mobilizon (souvent une langue chelou) dans ce champ et là seulement changer la valeur à la mano...
[20:46:10]
<florent[m]> I don't understand why the App CI is blocked at this step (backup) for this package:
https://ci-apps-dev.yunohost.org/ci/job/11136
```
198 INFO Collecting files to be backed up for docs…
247 INFO Declaring files to be backed up...
923 INFO Backing up the PostgreSQL database...
5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
7579 INFO Creating a backup archive from the collected files…
7579 INFO The archive will contain about 2.0GB of data.
116437 SUCCESS Backup created: Backup_test198 INFO Collecting files to be backed up for docs…
247 INFO Declaring files to be backed up...
923 INFO Backing up the PostgreSQL database...
5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
7579 INFO Creating a backup archive from the collected files…
7579 INFO The archive will contain about 2.0GB of data.
116437 SUCCESS Backup created: Backup_test
```
Any clue? I never get error, and my job gets cancelled
(is it somehow related to the fact this app requires 2 other apps as a prerequisite?)
[20:54:52]
<miro5001> > I don't understand why the App CI is blocked at this step (backup) for this package:
> https://ci-apps-dev.yunohost.org/ci/job/11136
>
> ```
> 198 INFO Collecting files to be backed up for docs…
> 247 INFO Declaring files to be backed up...
> 923 INFO Backing up the PostgreSQL database...
> 5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
> 7579 INFO Creating a backup archive from the collected files…
> 7579 INFO The archive will contain about 2.0GB of data.
> 116437 SUCCESS Backup created: Backup_test198 INFO Collecting files to be backed up for docs…
> 247 INFO Declaring files to be backed up...
> 923 INFO Backing up the PostgreSQL database...
> 5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
> 7579 INFO Creating a backup archive from the collected files…
> 7579 INFO The archive will contain about 2.0GB of data.
> 116437 SUCCESS Backup created: Backup_test
> ```
>
> Any clue? I never get error, and my job gets cancelled
All apps that have big backup freeze at this step
[20:59:20]
<florent[m]> You mean, this just hangs a bit and it'll continue after waiting a certain time?
[21:00:30]
<florent[m]> (it's almost half an hour since it has hanged at this step)
[21:00:33]
<florent[m]> (it's almost half an hour since it has hung at this step)
[21:05:03]
<orhtej2> > I don't understand why the App CI is blocked at this step (backup) for this package:
> https://ci-apps-dev.yunohost.org/ci/job/11136
>
> ```
> 198 INFO Collecting files to be backed up for docs…
> 247 INFO Declaring files to be backed up...
> 923 INFO Backing up the PostgreSQL database...
> 5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
> 7579 INFO Creating a backup archive from the collected files…
> 7579 INFO The archive will contain about 2.0GB of data.
> 116437 SUCCESS Backup created: Backup_test198 INFO Collecting files to be backed up for docs…
> 247 INFO Declaring files to be backed up...
> 923 INFO Backing up the PostgreSQL database...
> 5409 INFO Backup script completed for docs. (YunoHost will then actually copy those files to the archive).
> 7579 INFO Creating a backup archive from the collected files…
> 7579 INFO The archive will contain about 2.0GB of data.
> 116437 SUCCESS Backup created: Backup_test
> ```
>
> Any clue? I never get error, and my job gets cancelled
Ci is out of disk space, a known issue, sorry
[21:05:56]
<orhtej2> > You mean, this just hangs a bit and it'll continue after waiting a certain time?
No, it's dead, cancel and call it a pass if you're certain it passes on your machine
[21:15:35]
<Cippr> eric_G: Bonsoir, suite à la nouvelle version stable de SimpleX j'ai essayé de faire les binaires mais j'ai la même erreur aussi bien en amd64 qu'en arm64 : error: [GHC-87897] a priori ça un souci de fichier ou répertoire qui n'existe pas $(embedDir "apps/smp-server/static/.well-known/"). Je verrais pour essayer de creuser ça demain soir ... si tu as des idées n'hésite pas ;-)
[21:16:40]
<florent[m]> Right, it passes, thanks!
I just wondered if there existed reasons for the test to not pass, I've got my answer :)
[21:50:46]
<Yunohost Git/Infra notifications> App glowingbear rises from level 0 to 8 in job [#19794](https://ci-apps.yunohost.org/ci/job/19794) !
[21:53:21]
<Yunohost Git/Infra notifications> App jupyterlab failed all tests in job [#19796](https://ci-apps.yunohost.org/ci/job/19796) :(
[21:54:40]
<Yunohost Git/Infra notifications> App mopidy failed all tests in job [#19797](https://ci-apps.yunohost.org/ci/job/19797) :(
[21:56:19]
<Yunohost Git/Infra notifications> App guacamole rises from level 0 to 6 in job [#19795](https://ci-apps.yunohost.org/ci/job/19795) !
[22:10:38]
<Yunohost Git/Infra notifications> [element_ynh] yunohost-bot opened [pull request #223](https://github.com/YunoHost-Apps/element_ynh/pull/223): Upgrade to v1.11.106
[22:11:51]
<m606> can a `change_url` script use `ynh_setup_source --full-replace=1` (that would make my life much easier) or is it deemed too counterintuitive (in case an admin makes custom changes to the app_dir - although there are no specific reason to do so - he/she might be surprised that change_url actually overwrote the app_dir) ?
[22:12:20]
<Aleks (he/him/il/lui)> Urgh yeah
[22:12:41]
<Aleks (he/him/il/lui)> Can you elaborate why that's needed
[22:13:48]
<m606> https://github.com/sharevb/it-tools/issues/125#issuecomment-3075206968
[22:15:18]
<m606> that would solve my issue with `it-tools_ynh` for `change_url`
[22:16:33]
<orhtej2> > <@m606:matrix.org> can a `change_url` script use `ynh_setup_source --full-replace=1` (that would make my life much easier) or is it deemed too counterintuitive (in case an admin makes custom changes to the app_dir - although there are no specific reason to do so - he/she might be surprised that change_url actually overwrote the app_dir) ?
Iirc it can, it's a super bad ux
[22:17:00]
<orhtej2> (I've had a draft for framagames with that)
[22:19:40]
<m606> yes i kind of feel it is not the way it should be, although I believe that wouldn't actually be an issue for most admins using this app... hence my moral dilemna 🫣
[22:22:11]
<Yunohost Git/Infra notifications> App codimd rises from level 0 to 8 in job [#19800](https://ci-apps.yunohost.org/ci/job/19800) !
[22:28:15]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 35 pending update PRs
- 13 new apps PRs
- 6 failed apps updates: homebox, khatru-pyramid, omeka-s, openemr, prestashop, pterodactyl
See the full log here: https://paste.yunohost.org/raw/ipevuzecal
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate
[22:34:21]
<Aleks (he/him/il/lui)> > <@m606:matrix.org> https://github.com/sharevb/it-tools/issues/125#issuecomment-3075206968
Is there a tl;dr ... x_x
[22:52:49]
<Yunohost Git/Infra notifications> App jellyseerr goes down from level 8 to 6 in job [#19802](https://ci-apps.yunohost.org/ci/job/19802)
[22:52:53]
<Yunohost Git/Infra notifications> App rsshub rises from level 0 to 8 in job [#19804](https://ci-apps.yunohost.org/ci/job/19804) !
[23:01:04]
<m606> well if you remember the trick I implemented with Github worflows to prebuild apps (NodeJS ones in particular), here it is one like this. So I build it with a path placeholder and then replace the placeholder at install. It works good.
However this app (like all Vite/Vue apps as I learnt with this issue) only supports URI as `BASE_URL` env variable (a built-in Vite/Vue concept), and not URL. In this example, using full URL breaks the app's URL Rewrite (and therefore the app's history management).
So that's not an issue for the YNH package as replacing the placeholder with `$path` using sed works fine. However it becomes an issue for `change_url` because previous $path can be `/` or a common string like `/a` and replacing those in the whole app repo would most likely break the app.
Reinstalling the prebuilt package (with the distinguishable placeholder) when changing URL would be an easy and quite safe workaround (apart from the fact that the UX is not that good).
Other option is digging the built app directory to debug is the URL rewrite failure originating. And then make specfific replacements with adequate values. I have been trying to do so but not successful so far, and this is more likely to break in a near future if upstream app or framework change.
[23:01:32]
<Aleks (he/him/il/lui)> so like the app has no proper configuration option for the subpath ..?
[23:04:39]
<m606> not exactly
[23:05:50]
<m606> on app & framework level the full URL is not supported (only URI which I guess is then retrieved and stuck automatically to the URI by the framework)
[23:08:40]
<m606> on YNH package level, for `change_url` script only, I would need the full URL to make the sed replacements being sure in all cases that it is actually the string I am looking to replace and not any random string of the code ($path does not make that string distinguishable enough, but $domain$path would)
[23:21:02]
<Yunohost Git/Infra notifications> App flohmarkt goes down from level 8 to 6 in job [#19806](https://ci-apps.yunohost.org/ci/job/19806)
[23:21:48]
<m606> hmm I think I eventually found which exact strings to replace
[23:23:21]
<m606> although this is quite "advanced" app specific or framework specific debugging
[23:23:58]
<Yunohost Git/Infra notifications> App tableaunoir failed all tests in job [#19808](https://ci-apps.yunohost.org/ci/job/19808) :(
[23:41:58]
<Yunohost Git/Infra notifications> App diacamma rises from level 0 to 6 in job [#19805](https://ci-apps.yunohost.org/ci/job/19805) !
[23:48:42]
<Yunohost Git/Infra notifications> App joplin rises from level 0 to 8 in job [#19807](https://ci-apps.yunohost.org/ci/job/19807) !