[00:02:49]
<Solrac> well, where should the config file go?
[00:04:35]
<Aleks (he/him/il/lui)> classicaly in yunohost apps the app's config is in the install dir (/var/www/$app)
[00:05:18]
<Aleks (he/him/il/lui)> and storage (aka data_dir) in /home/yunohost.app/$app
[00:05:18]
<Aleks (he/him/il/lui)> and storage (aka data\_dir) in `/home/yunohost.app/$app`
[00:08:24]
<Solrac> on it~
[00:18:02]
<Émy - OniriCorpe> you have to deal with old paths to the new paths migration (mv old new) in the upgrade script btw
[00:18:03]
<Émy - OniriCorpe> for already installed instances
[00:21:21]
<Solrac> > <@Alekswag:matrix.org> and storage (aka data\_dir) in `/home/yunohost.app/$app`
this is __DATA_DIR__ correct? or is it manual like `/home/yunohost.app/__APP__/`?
[00:21:46]
<Aleks (he/him/il/lui)> https://yunohost.org/packaging\_apps\_resources#data-dir
[00:22:08]
<Solrac> thank you @u@ Ive been looking for that
[00:28:15]
<Émy - OniriCorpe> > <@oniricorpe:im.emelyne.eu> you have to deal with old paths to the new paths migration (mv old new) in the upgrade script btw
nevermind, there's no already installed instances, it's a WIP package :")
[00:32:43]
<Solrac> https://ci-apps-dev.yunohost.org/ci/job/12701
I can't use `/var/www/__APP__/` in install?
```
15345 INFO DEBUG - + touch /var/www/__APP__/motioneye.conf
15345 INFO WARNING - touch: cannot touch '/var/www/__APP__/motioneye.conf': No such file or directory
15345 INFO DEBUG - + ynh_exit_properly
```
[00:36:55]
<orhtej2> > <@lsolrac:matrix.org> https://ci-apps-dev.yunohost.org/ci/job/12701
> I can't use `/var/www/__APP__/` in install?
>
> ```
> 15345 INFO DEBUG - + touch /var/www/__APP__/motioneye.conf
> 15345 INFO WARNING - touch: cannot touch '/var/www/__APP__/motioneye.conf': No such file or directory
> 15345 INFO DEBUG - + ynh_exit_properly
> ```
`__APP__` is a placeholder for configs, in scripts use regular variable `$app`
[00:37:57]
<Solrac> I forgot it's a shell script 🤦♂️ thank you for your patience
[00:45:59]
<Solrac> > <@oniricorpe:im.emelyne.eu> I think the `/venv` doesn't have to be here
> `WorkingDirectory=__INSTALL_DIR__/venv`
current test shows that __INSTALL_DIR__/bin/meyectl doesn't exist, however the install does in fact, use `python3 -m venv venv` and uses said venv to install the package.
Is __INSTALL_DIR__/venv still irrelevant?
[00:47:25]
<Aleks (he/him/il/lui)> it's a bit uncommon to have the venv folder be the working dir ... usually app do want to run in just `__INSTALL_DIR__` (ie /var/www/$app) but who knows, maybe this one app wants to
[00:47:45]
<Émy - OniriCorpe> > <@lsolrac:matrix.org> current test shows that __INSTALL_DIR__/bin/meyectl doesn't exist, however the install does in fact, use `python3 -m venv venv` and uses said venv to install the package.
>
> Is __INSTALL_DIR__/venv still irrelevant?
i have no idea, but if someone wants to help, it's here: https://github.com/YunoHost-Apps/motioneye_ynh/pull/11/files#diff-6233345de4867c7ccf72bac1fc1067988d2a4c8e1ab9a746956eafccf88cfed2R53
[00:56:52]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Limezy [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892922366) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: @alexAubin @ericgaspar do you have any idea about my case where the update fails from an already PostgreSQL migrated ins...
[00:57:33]
<Solrac> would it be unreasonable to simply `pip install source.tar.gz`, excluding the venv? I was just following the motioneye installation guide
[00:59:17]
<Aleks (he/him/il/lui)> no idea
[00:59:59]
<Aleks (he/him/il/lui)> i don't know what issue you're trying to solve
[01:01:02]
<Aleks (he/him/il/lui)> `Failed at step EXEC spawning /var/www/motioneye/bin/meyectl: No such file or directory` naively I would think the `bin` folder you're looking for is inside `venv`
[01:01:23]
<Aleks (he/him/il/lui)> ie `ExecStart=__INSTALL_DIR__/venv/bin/meyectl` but idk
[01:04:29]
<Solrac> > <@Alekswag:matrix.org> `Failed at step EXEC spawning /var/www/motioneye/bin/meyectl: No such file or directory` naively I would think the `bin` folder you're looking for is inside `venv`
that was in fact the case, by looking at the previous tests. So I guess it could re-run in /venv.
[01:04:50]
<Solrac> > <@Alekswag:matrix.org> ie `ExecStart=__INSTALL_DIR__/venv/bin/meyectl` but idk
that is exactly how it was prior to today
[01:05:56]
<Aleks (he/him/il/lui)> ideally this stuff is easier to debug on a real life test server rather than randomly trying every syntax (though I say this but i also brute force the CI until it works ;P)
[01:06:38]
<Solrac> > <@Alekswag:matrix.org> ideally this stuff is easier to debug on a real life test server rather than randomly trying every syntax (though I say this but i also brute force the CI until it works ;P)
I was trying it out in my local server, then was told I was better off using CI v: so same
[01:08:22]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @alexAubin [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892929694) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: The exact test performed is : # Double check the psql is not empty, otherwise big whoops? if [[ "...
[01:08:42]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @alexAubin [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892930012) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: My bad, this is stupid, i checked == 0 instead of greater than 0 >_> ...
[01:09:45]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @alexAubin pushed 1 commit to v2_PostgreSQL: Update upgrade: fix check that postgresql is empty during mysql->psql migration ([5d991034](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/5d991034de7bf4267dfb7eda8869e6bc217faed8))
[01:11:10]
<Aleks (he/him/il/lui)> > <@lsolrac:matrix.org> I was trying it out in my local server, then was told I was better off using CI v: so same
right but like, CI is useful to properly test everything and objectify the tests results, but debugging where the binary lives and wether or not the systemd starts in the nominal case is easier in an interactive session
[01:11:31]
<Solrac> agreed
[01:11:51]
<Solrac> sometimes I did want to see the contents of folders
[01:12:33]
<Aleks (he/him/il/lui)> ie `yunohost app install https://github.com/yunohost-apps/foobar_ynh --no-remove-on-failure` wont remove the failed install and then you can have a look at `/var/www/$app` etc
[01:13:15]
<Solrac> oh neat!
[01:14:38]
<Solrac> is there a directory where I can store the PID files? Or can I just make a directory for motioneye? default is `/run/motioneye`
[01:18:06]
<Émy - OniriCorpe> > <@lsolrac:matrix.org> is there a directory where I can store the PID files? Or can I just make a directory for motioneye? default is `/run/motioneye`
put that in a /tmp/motioneye directory? it's not really important
[01:18:07]
<Solrac> > <@Alekswag:matrix.org> ie `yunohost app install https://github.com/yunohost-apps/foobar_ynh --no-remove-on-failure` wont remove the failed install and then you can have a look at `/var/www/$app` etc
also I just realized, does this work with branches (ie (rep)/tree/(branch))
[01:18:49]
<Émy - OniriCorpe> > <@oniricorpe:im.emelyne.eu> put that in a /tmp/motioneye directory? it's not really important
else in a subdir of the install dir
[01:23:51]
<Aleks (he/him/il/lui)> yeah, somewhere in install dir is fine
[01:32:57]
<Yunohost Git/Infra notifications> App garradin goes down from level 8 to 7 in job [#22270](https://ci-apps.yunohost.org/ci/job/22270)
[01:57:39]
<Émy - OniriCorpe> nobody:
users when asking for support: "yeah I know it's unbelievable but it broke by itself, I promise !!!!!!!!"
[01:57:59]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/BQCWmpplyBRhbZbkEVKskKGA
[02:03:31]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Limezy [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892963389) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: > sudo -u postgres psql -d nextcloud <<< "\dt" 2>/dev/null | wc -l This is the output root@myserver:/home/admin# ...
[02:08:22]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Limezy [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892963389) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: > sudo -u postgres psql -d nextcloud <<< "\dt" 2>/dev/null | wc -l This is the output root@myserver:/home/admin# ...
[02:44:58]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @alexAubin [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1892976604) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: >I assume that with your change above, I can now retry to update my instance ? Thanks Yes
[02:53:47]
<Aleks (he/him/il/lui)> > <@oniricorpe:im.emelyne.eu> sent an image.
meh invidious was tested and working fine on the CI like 5 days ago x_x
[02:53:52]
<Aleks (he/him/il/lui)> did crystal broke exactly on Jan 10 or something
[02:53:53]
<Solrac> can I use `yunohost app install` on a github branch?
[02:53:58]
<Solrac> or am I better off cloning and installing from directory?
[02:53:58]
<Émy - OniriCorpe> sudo yunohost app install https://github.com/YunoHost-Apps/motioneye_ynh/tree/solazdev_testing
[02:53:58]
<Émy - OniriCorpe> yes ofc
[03:01:25]
<Émy - OniriCorpe> > <@Alekswag:matrix.org> did crystal broke exactly on Jan 10 or something
yes
[03:01:41]
<Émy - OniriCorpe> what I was made fun of is the "somehow the app got uninstalled by itself"
[03:01:44]
<Émy - OniriCorpe> > <@oniricorpe:im.emelyne.eu> yes
I experienced it
[03:01:45]
<Émy - OniriCorpe> cf https://forum.yunohost.org/t/invidious-update-failed/27999/2?u=oniricorpe
[03:42:44]
<Émy - OniriCorpe> the CI: `15549 WARNING Variable $oidc_link_existing wasn't initialized when trying to replace __OIDC_LINK_EXISTING__ in /var/www/gotosocial/config.yaml`
but packagingv2 is supposed to automatically load any app setting .____.
https://github.com/YunoHost-Apps/gotosocial_ynh/pull/117
[03:42:44]
<Émy - OniriCorpe> nevermind lmao https://github.com/YunoHost-Apps/gotosocial_ynh/pull/117/commits/1d4645df6b6d3d9368b5c37fab340eaca66a0a8f
[04:23:01]
<Yunohost Git/Infra notifications> App misskey goes down from level 8 to 6 in job [#22279](https://ci-apps.yunohost.org/ci/job/22279)
[06:39:38]
<Yunohost Git/Infra notifications> App weblate failed all tests in job [#22284](https://ci-apps.yunohost.org/ci/job/22284) :(
[07:16:27]
<Yunohost Git/Infra notifications> App searxng rises from level 7 to 8 in job [#22286](https://ci-apps.yunohost.org/ci/job/22286) !
[07:30:25]
<Yunohost Git/Infra notifications> App cyberchef rises from level 7 to 8 in job [#22287](https://ci-apps.yunohost.org/ci/job/22287) !
[09:36:47]
<Yunohost Git/Infra notifications> App snweb rises from level 6 to 7 in job [#22290](https://ci-apps.yunohost.org/ci/job/22290) !
[10:48:12]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @Limezy [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597#issuecomment-1893497567) on [issue #597](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/597) V2 postgresql: After another fail because of the "Music" app that I had installed (but not activated...) I was finally able to successf...
[12:02:50]
<Nadine> Hi,
is there any documentation about autoupdate strategy available? I searched but couldn't find it.
[12:06:02]
<Thomas> https://yunohost.org/fr/packaging_apps_resources#regarding-autoupdate
[12:33:05]
<orhtej2> > <@oniricorpe:im.emelyne.eu> nevermind lmao https://github.com/YunoHost-Apps/gotosocial_ynh/pull/117/commits/1d4645df6b6d3d9368b5c37fab340eaca66a0a8f
You have the same mixup in upgrade I belive
[12:39:07]
<Mateusz Szymański> also the common stanza for initializing unbound variables is
```
if [ -z "${some_variable:-}" ]; then
some_variable="some value"
ynh_app_setting_set --app=$app --key=some_variable --value=$some_variable
fi
```
[13:54:18]
<Mateusz Szymański> README bot sleeping on the job?
[13:54:44]
<Mateusz Szymański> hmmmmmm or does the source repo for PR need to be a part of YNH org?
[13:54:54]
<Mateusz Szymański> that would make sense, don't mind me
[13:55:35]
<Mateusz Szymański> Salamandar: https://ci-apps-dev.yunohost.org/ci/job/12718 could probably use some tweaking from UX perspective ;)
[13:55:39]
<tituspijean> yup it needs write access IIRC, so it sticks to the ynh org
[15:05:52]
<Émy - OniriCorpe> > <@orhtej2:matrix.org> also the common stanza for initializing unbound variables is
>
> ```
> if [ -z "${some_variable:-}" ]; then
> some_variable="some value"
> ynh_app_setting_set --app=$app --key=some_variable --value=$some_variable
> fi
> ```
It was not needed with packaging v1 (because any setting was initialized) but yeah
[15:06:50]
<Mateusz Szymański> > <@oniricorpe:im.emelyne.eu> It was not needed with packaging v1 (because any setting was initialized) but yeah
soooooo it shouldn't be required now I guess
[15:07:42]
<Émy - OniriCorpe> Nope, because the core will not initialize setting it doesn’t have already
[15:09:03]
<Émy - OniriCorpe> We used to have
var=ynh_app_setting_get
In upgrade script
But not anymore
[15:27:38]
<Aleks (he/him/il/lui)> #JustBashThings
[15:28:28]
<Mateusz Szymański> > <@oniricorpe:im.emelyne.eu> We used to have
> var=ynh_app_setting_get
> In upgrade script
> But not anymore
yeeeah but it was picking nothing so I wouldn't call it a win :P
[15:31:42]
<Solrac> Hello. If I want to make an application be a domain (ie subdomain.site.tld) I should remove [install.path] right?
I appear to be failing the subdirectory test
[15:33:38]
<Aleks (he/him/il/lui)> if there are good reasons to believe that the app cannot be installed on a subpath, yes, but otherwise we can also just dig why it doesnt work rather than yolo-removing the install question
[15:37:03]
<Émy - OniriCorpe> > <@orhtej2:matrix.org> yeeeah but it was picking nothing so I wouldn't call it a win :P
Yes but at least the variable was created
[15:39:52]
*Aleks (he/him/il/lui) pondering if we should add a check for this in the linter at the risk of making half the catalog flagged as levl 6 x_x
[15:40:25]
<Émy - OniriCorpe> > <@oniricorpe:im.emelyne.eu> Yes but at least the variable was created
And it was picking nothing only on first upgrade
and the correct value was then used for all following upgrades
[15:41:34]
<Émy - OniriCorpe> > * <@Alekswag:matrix.org> pondering if we should add a check for this in the linter at the risk of making half the catalog flagged as levl 6 x_x
Test what?
[15:42:34]
<Aleks (he/him/il/lui)> anything looking like `if [ -z "$foobar" ]` instead of `if [ -z "${foobar:-}"]` in the upgrade script
[15:57:32]
<Émy - OniriCorpe> also :P https://github.com/YunoHost/example_ynh/pull/220
[16:02:03]
<Émy - OniriCorpe> running shellcheck and makes the CI warns if > 5 shellcheck errors or > 0 shellcheck warnings would be more relevant imo
[16:09:32]
<eric_G> 🤔 me considering removing `PHP-FPM configuration` from config_panel for most of the apps... https://github.com/YunoHost-Apps/hubzilla_ynh/pull/164
[16:18:44]
<Mateusz Szymański> > <@ericg:matrix.org> 🤔 me considering removing `PHP-FPM configuration` from config_panel for most of the apps... https://github.com/YunoHost-Apps/hubzilla_ynh/pull/164
tracking: https://github.com/YunoHost/issues/issues/2268
[16:20:09]
<Mateusz Szymański> oh I see I attached the logs
**NOT**
[16:25:20]
<Aleks (he/him/il/lui)> > <@oniricorpe:im.emelyne.eu> also :P https://github.com/YunoHost/example_ynh/pull/220
yyyyah heuarg i should get more familiar with shellcheck, i was kind of like "meh it's gonna spit out so many errors" and i'm like "uuuugh yet another file" but not really a good argument
[16:26:18]
<Aleks (he/him/il/lui)> and then i'm like zhgfmvflfv we should really have packaging v3 to drastically reduce the amount of bash code *again* rather than micro-managing the current syntax :|
[16:26:42]
<Aleks (he/him/il/lui)> but maybe displaying the shellcheck results in the linter could be gud, should give this a try
[16:38:15]
<Bram> *whispers* xoooooonnnsssshhhh *whispers*
[16:46:18]
<Solrac> > <@Alekswag:matrix.org> if there are good reasons to believe that the app cannot be installed on a subpath, yes, but otherwise we can also just dig why it doesnt work rather than yolo-removing the install question
sorry for the late reply. I'm not sure why its failing either. I don't ever really remember having a sub-path itself, it's mostly a Single Page Application, all in the same route/path 🤔 I just noticed that the change url test also failed so I assume it'll be the same reason
[16:47:02]
<Solrac> https://ci-apps-dev.yunohost.org/ci/job/12701 CI in question with the relevant errors. Backup/Resotre Failed also, but the ones I'm trying to figure out are the subpaths and change urls
[16:58:25]
<Yunohost Git/Infra notifications> [my_webapp_ynh] @OniriCorpe closed [pull request #133](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/133): fix restore on backup with mysql DB
[17:23:33]
<Émy - OniriCorpe> `janv. 16 18:07:25 yuno.example.com nginx[1089]: nginx: [warn] duplicate extension "js", content type: "text/javascript", previous content type: "application/javascript" in /etc/nginx/conf.d/nuage.example.com.d//nextcloud.conf:7
janv. 16 18:08:01 yuno.example.com systemd[1]: nginx.service: start-pre operation timed out. Terminating.
janv. 16 18:08:02 yuno.example.com systemd[1]: nginx.service: Control process exited, code=killed, status=15/TERM
janv. 16 18:08:02 yuno.example.com systemd[1]: nginx.service: Failed with result 'timeout'.
janv. 16 18:08:02 yuno.example.com systemd[1]: Failed to start A high performance web server and a reverse proxy server.`
[17:23:33]
<Émy - OniriCorpe> just rebooted my ynh
[17:23:34]
<Émy - OniriCorpe> woupsiiiii
[17:23:34]
<Émy - OniriCorpe> and nginx is crashed
[17:24:37]
<Aleks (he/him/il/lui)> maybe a RAM peak or something ?
[17:24:37]
<Émy - OniriCorpe> idk
[17:24:38]
<Aleks (he/him/il/lui)> `killed`
[17:24:38]
<Aleks (he/him/il/lui)> uhoh
[17:25:54]
<Émy - OniriCorpe> journalctl says nothing more obviously
[17:29:29]
<Aleks (he/him/il/lui)> `nginx.service: start-pre operation timed out. Terminating.`
[17:29:39]
<Aleks (he/him/il/lui)> i've seen this is in the past but it's a bit mysterious
[17:33:16]
<Yunohost Git/Infra notifications> [nextcloud_ynh] @OniriCorpe [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/503#issuecomment-1894200388) on [issue #503](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/503) .well-known broken after update: always there in v28.0.1
[17:46:42]
<Salamandar> @oniricorpe:im.emelyne.eu with a systemctl restart, what does it say ?
[17:46:51]
<Émy - OniriCorpe> nothing, it start normally
[17:50:33]
<Émy - OniriCorpe> it's weird
[18:43:54]
<Émy - OniriCorpe> ah, my SSO is broken, impossible to connect 🙃
[19:49:15]
<kayou> > <@oniricorpe:im.emelyne.eu> ah, my SSO is broken, impossible to connect 🙃
`sudo systemctl --failed`
[19:49:36]
<Émy - OniriCorpe> > <@kayou:matrix.org> `sudo systemctl --failed`
it's "fixed" lol
[19:49:58]
<Émy - OniriCorpe> weird bug
[19:50:04]
<Émy - OniriCorpe> I have to reset my domain name data on firefox
[20:08:34]
<Yunohost Git/Infra notifications> [apps] @yunohost-bot pushed 1 commit to add-to-wishlist-cattr: Add Cattr to wishlist ([4f44ea10](https://github.com/YunoHost/apps/commit/4f44ea10f3b413219180af126544a65cdfd0f6b7))
[20:09:14]
<Yunohost Git/Infra notifications> [apps] @yunohost-bot opened [pull request #1964](https://github.com/YunoHost/apps/pull/1964): Add Cattr to wishlist
[20:09:17]
<Yunohost Git/Infra notifications> [apps] @OniriCorpe [commented](https://github.com/YunoHost/apps/pull/1964#issuecomment-1894435581) on [issue #1964](https://github.com/YunoHost/apps/pull/1964) Add Cattr to wishlist: Note: licence is weird, idk if its free or not 🤷🏻♀️
[20:48:23]
<Yunohost Git/Infra notifications> [apps] @tituspijean [commented](https://github.com/YunoHost/apps/pull/1964#issuecomment-1894488431) on [issue #1964](https://github.com/YunoHost/apps/pull/1964) Add Cattr to wishlist: Nope :( https://en.wikipedia.org/wiki/Server_Side_Public_License
[20:51:49]
<Yunohost Git/Infra notifications> [apps] @tituspijean [commented](https://github.com/YunoHost/apps/pull/1964#issuecomment-1894488431) on [issue #1964](https://github.com/YunoHost/apps/pull/1964) Add Cattr to wishlist: Nope :( https://en.wikipedia.org/wiki/Server_Side_Public_License Though it might fall in the "not totally free" category...
[21:36:11]
<Yunohost Git/Infra notifications> [apps] @Salamandar opened [pull request #1965](https://github.com/YunoHost/apps/pull/1965): Fix manifestv2 schema: resources.sources.*.in_subdir can also be an integer
[22:11:13]
<Yunohost Git/Infra notifications> [apps] @alexAubin pushed 2 commits to master ([5e12608fb1d9...1b4cb97221d1](https://github.com/YunoHost/apps/compare/5e12608fb1d9...1b4cb97221d1))
[22:11:14]
<Yunohost Git/Infra notifications> [apps] @alexAubin merged [pull request #1965](https://github.com/YunoHost/apps/pull/1965): Fix manifestv2 schema: resources.sources.*.in_subdir can also be an integer
[22:11:16]
<Yunohost Git/Infra notifications> [apps/master] Fix manifestv2 schema: resources.sources.*.in_subdir can also be an integer - Félix Piédallu
[23:21:01]
<Yunohost Git/Infra notifications> App kimai2 rises from level 2 to 7 in job [#22295](https://ci-apps.yunohost.org/ci/job/22295) !
[23:30:22]
<Solrac> > <@lsolrac:matrix.org> sorry for the late reply. I'm not sure why its failing either. I don't ever really remember having a sub-path itself, it's mostly a Single Page Application, all in the same route/path 🤔 I just noticed that the change url test also failed so I assume it'll be the same reason
so this seemed to be the cause? I couldn't find any other cause. The CI was successful, except that it didnt pass cause I needed to add the documentation. So I did. CI's running now to fully pass
[23:41:24]
<Émy - OniriCorpe> j'ai ces paramètes en [resources.permissions] mais j'ai toujours mes css, js et tout le bordel qui passe pas ssowat, une idée ?
`download.additional_urls = [ "re:^/.*.css$", "re:^/.*.js$", "re:^/.*.svg$", "re:^/.*.woff2$", "re:^/favicon.*.png$" ]`
[23:43:34]
<Émy - OniriCorpe> i confirm they are in the ssowat configuration file
[23:44:41]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/hOXuoBvXSsuLkMHMpCggIKjm
[23:49:04]
<Aleks (he/him/il/lui)> hmmm
[23:49:16]
<Aleks (he/him/il/lui)> i'm wondering if this shouldnt be absolute urls here ?
[23:50:26]
<Aleks (he/him/il/lui)> something similar to this : https://github.com/YunoHost/yunohost/blob/dev/src/app.py#L1764 (though this one uses the old lua regex format but nowadays we recommend PCRE and will drop lua regex in bookworm)
[23:50:38]
<Aleks (he/him/il/lui)> ah hmmm
[23:50:44]
<Aleks (he/him/il/lui)> thinking intensifies
[23:51:05]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/pxwHBDcErwWcGEPkrqRPVdXg
[23:52:04]
<Émy - OniriCorpe> > <@Alekswag:matrix.org> thinking intensifies
my brain is doing "wouwouwouwouwou"
[23:52:31]
<Aleks (he/him/il/lui)> i would try something like `re:^domain.tld/.*.css$`
[23:53:06]
<Aleks (he/him/il/lui)> yeah
[23:53:14]
<Émy - OniriCorpe> with \__DOMAIN__ ?
[23:53:23]
<Émy - OniriCorpe> with \_\_DOMAIN__ ?
[23:53:57]
<Aleks (he/him/il/lui)> i mean you can edit ssowat/conf.json directly if you want a quick trial/error loop instead of modifying manifest.toml and reinstalling the app (maybe you're doing this already idk)
[23:54:41]
<Yunohost Git/Infra notifications> App phpservermon rises from level 6 to 8 in job [#22298](https://ci-apps.yunohost.org/ci/job/22298) !
[23:59:08]
<Émy - OniriCorpe> yes it works now
[23:59:13]
<Yunohost Git/Infra notifications> App leed rises from level 6 to 8 in job [#22297](https://ci-apps.yunohost.org/ci/job/22297) !
[23:59:35]
<Émy - OniriCorpe> > <@oniricorpe:im.emelyne.eu> with __DOMAIN__ ?
so i add \_\_DOMAIN__ in the regex in the manifest?