[00:06:58]
<Yunohost Git/Infra notifications> App galette failed all tests in job [#26282](https://ci-apps.yunohost.org/ci/job/26282) !
[00:10:23]
<Yunohost Git/Infra notifications> App abantecart failed all tests in job [#26281](https://ci-apps.yunohost.org/ci/job/26281) !
[00:17:14]
<Yunohost Git/Infra notifications> App phpipam failed all tests in job [#26285](https://ci-apps.yunohost.org/ci/job/26285) !
[00:21:31]
<Yunohost Git/Infra notifications> App ulogger goes down from level 8 to 6 in job [#26283](https://ci-apps.yunohost.org/ci/job/26283)
[00:28:24]
<Yunohost Git/Infra notifications> App directorylister failed all tests in job [#26288](https://ci-apps.yunohost.org/ci/job/26288) !
[00:35:50]
<Aleks (he/him/il/lui)> is it surypocalyps eor something
[01:10:05]
<Yunohost Git/Infra notifications> App dumbdo goes down from level 7 to 6 in job [#26292](https://ci-apps.yunohost.org/ci/job/26292)
[01:14:13]
<Yunohost Git/Infra notifications> App rspamd goes down from level 8 to 6 in job [#26291](https://ci-apps.yunohost.org/ci/job/26291)
[01:46:01]
<Yunohost Git/Infra notifications> App privatebin failed all tests in job [#26295](https://ci-apps.yunohost.org/ci/job/26295) !
[01:46:12]
<m606> @Alekswag:matrix.org On the topic of using sources asset to get notified of release updates in `conduit_ynh` in the support room, we have similar scenarios with the few apps I implemented pre-building NodeJS assets in the package repo via Github Actions. The current YNH autoupdater feature works out of the box only if prebuilt assets are directly attached to the release, not if they are available from seperate source (be it a Gitlab job page as in the case of `conduit_ynh` or a local repo release in the case of, say, `it_tools_ynh`. But even in these case I find it useful to set the autoupdater on a dummy source (like the uncompiled source files) in order to get notified of new versions.
In other words, a conversation we've already been having a few times and which you use to associate to Packaging v3.
[07:13:42]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 merged [pull request #175](https://github.com/YunoHost-Apps/penpot_ynh/pull/175): Update install
[07:13:47]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 deleted branch orhtej2-patch-1
[07:14:28]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 pushed to testing: Upgrade to v2.12.0 (#173) * Upgrade sources - main v2.12.0: https://github.com/penpot/penpot/releases/tag/2.12.0 * A... ([89d3727c](https://github.com/YunoHost-Apps/penpot_ynh/commit/89d3727c0e2e2e000efb2291f40c59826dccd339))
[07:14:33]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 deleted branch ci-auto-update-2.12.0
[07:15:29]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 pushed to ci-auto-update-2.12.1: Upgrade to v2.12.0 (#173) * Upgrade sources - main v2.12.0: https://github.com/penpot/penpot/releases/tag/2.12.0 * A... ([89d3727c](https://github.com/YunoHost-Apps/penpot_ynh/commit/89d3727c0e2e2e000efb2291f40c59826dccd339))
[07:15:29]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 pushed to ci-auto-update-2.12.1: Merge branch testing into ci-auto-update-2.12.1 ([aa30f884](https://github.com/YunoHost-Apps/penpot_ynh/commit/aa30f884739cdb8ca9d7d03eeb90c563cf095cfc))
[07:15:42]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 pushed to testing: Upgrade to v2.12.1 (#176) * Upgrade sources - main v2.12.1: https://github.com/penpot/penpot/releases/tag/2.12.1 * A... ([40fc14f7](https://github.com/YunoHost-Apps/penpot_ynh/commit/40fc14f71e69f5376a2bd5b56dbcfc0e59432ac2))
[07:16:29]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 opened [pull request #178](https://github.com/YunoHost-Apps/penpot_ynh/pull/178): v2.12.1
[07:22:39]
<Yunohost Git/Infra notifications> App abantecart goes down from level 8 to 6 in job [#26281](https://ci-apps.yunohost.org/ci/job/26281)
[07:58:42]
<Yunohost Git/Infra notifications> App ztncui failed all tests in job [#25533](https://ci-apps.yunohost.org/ci/job/25533) !
[09:08:38]
<Yunohost Git/Infra notifications> App nextcloud goes down from level 8 to 6 in job [#26255](https://ci-apps.yunohost.org/ci/job/26255)
[09:42:44]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 [commented](https://github.com/YunoHost-Apps/penpot_ynh/pull/177#issuecomment-3704890937) on [issue #177](https://github.com/YunoHost-Apps/penpot_ynh/pull/177) [autopatch] Automatic patch to simplify proxy_pass/fastcgi_pass options in nginx.conf (PLEASE DOUBLE CHECK BEFORE MERGING): Potential regression on https://domain.tld/internal/gfonts/css?family=Roboto:100,200,300,regular,500,600,700,800,900,10...
[09:44:35]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 [commented](https://github.com/YunoHost-Apps/penpot_ynh/pull/177#issuecomment-3704890937) on [issue #177](https://github.com/YunoHost-Apps/penpot_ynh/pull/177) [autopatch] Automatic patch to simplify proxy_pass/fastcgi_pass options in nginx.conf (PLEASE DOUBLE CHECK BEFORE MERGING): Potential regression on https://domain.tld/internal/gfonts/css?family=Roboto:100,200,300,regular,500,600,700,800,900,10...
[10:25:53]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed to postgresql_reboot: Update tests.toml ([2641527e](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/2641527ecae6d45db8f84db908ba0e0c9aaf3c23))
[10:26:27]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed to postgresql_reboot: [autopatch] Automatic patch to simplify proxy_pass/fastcgi_pass options in nginx.conf (PLEASE DOUBLE CHECK BEFORE ME... ([f5f455b5](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/f5f455b50fa08c1c6c3706991768ff01d06c9387))
[10:26:29]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed to postgresql_reboot: Merge branch pr/845 into postgresql_reboot ([df5b4703](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/df5b470393fff6d479e8f7947d526ca07d4f74bc))
[10:38:02]
<Yunohost Git/Infra notifications> App rallly rises from level 7 to 8 in job [#26298](https://ci-apps.yunohost.org/ci/job/26298) !
[10:38:48]
<tituspijean[m]> the laziness in me would have loved to have the requirement bump to 12.1.38 included in the PR :p
[10:39:42]
<tituspijean[m]> The CI images should be bumped too.
[10:43:20]
<tituspijean[m]> (I've started the build)
[10:48:33]
<tituspijean[m]> huh, nevermind I guess? The first app I checked did not have the bump (spacedeck), while conduit has it.
[11:13:00]
<Thomas> > <@tituspijean:matrix.org> The CI images should be bumped too.
Thanks! But now the image of ci dev can not be found
[11:25:23]
<Thomas> > <@thovi98:matrix.org> Thanks! But now the image of ci dev can not be found
Ah it seems to be fixed, thanks!
[12:18:49]
<Yunohost Git/Infra notifications> [rustdesk-server_ynh] ericgaspar pushed to testing: Update manifest.toml ([b7bc4e2d](https://github.com/YunoHost-Apps/rustdesk-server_ynh/commit/b7bc4e2da2c1570500c00751ad8cea397644a0d1))
[12:19:47]
<Yunohost Git/Infra notifications> [rustdesk-server_ynh] ericgaspar opened [pull request #39](https://github.com/YunoHost-Apps/rustdesk-server_ynh/pull/39): Testing
[12:30:27]
<Thomas> For some reason, FitTrackee cannot connect when using `include proxy_params_no_auth` but works with `include proxy_params_with_auth` (although there's no sso support)
[12:32:26]
<orhtej2> > <@thovi98:matrix.org> For some reason, FitTrackee cannot connect when using include proxy_params_no_auth but works with include proxy_params_with_auth (although there's no sso support)
`Authorization` is a semi-standard header a lot of frameworks use internally
[13:40:40]
<Yunohost Git/Infra notifications> [nextcloud_ynh] jacen05 opened [issue #846](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/846): Wrong version in Yunohost
[13:48:04]
<Yunohost Git/Infra notifications> [nextcloud_ynh] Salamandar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/846#issuecomment-3705358433) on [issue #846](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/846) Wrong version in Yunohost: You might try to re-run the upgrade. Of course, please do a backup beforehand.
(Also for this kind of questions, the for...
[14:23:43]
<Thomas> > `Authorization` is a semi-standard header a lot of frameworks use internally
But then there's a warning on the ci because we have to use with_auth but sso is still false
[14:29:50]
<Aleks (he/him/il/lui)> Yeah i was probably a bit too optimist about force-emptying the Authorization header with no_auth, i probably have to remove it
[15:00:51]
<Yunohost Git/Infra notifications> [nextcloud_ynh] jacen05 [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/846#issuecomment-3705536144) on [issue #846](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/846) Wrong version in Yunohost: Thanks
I forgot to mention that I already tried the upgrade again.
It failed with
Info : DEBUG - ++ ynh_exec_as_ap...
[15:21:20]
<tituspijean[m]> Ahem, the tests summaries are not displayed anymore? https://ci-apps-dev.yunohost.org/ci/job/16286
[15:22:08]
<Aleks (he/him/il/lui)> meh idk that's a bug i've seen somteimes
[15:22:20]
<Aleks (he/him/il/lui)> dunno how that happens
[15:22:35]
<Aleks (he/him/il/lui)> episode 192832 of "the CI is a mess and should be rewritten from scratch"
[15:24:21]
<tituspijean[m]> easy peasy, 20-minute adventure, etc. 😶🌫️
[15:25:14]
<orhtej2> > <@tituspijean:matrix.org> Ahem, the tests summaries are not displayed anymore? https://ci-apps-dev.yunohost.org/ci/job/16286
This means linter crashed iirc
[15:26:18]
<orhtej2> Yup
[15:26:22]
<orhtej2> > parse error: Invalid numeric literal at line 2, column 0
[16:01:00]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3279](https://github.com/YunoHost/apps/pull/3279): Update app levels according to CI results
[16:10:46]
<Yunohost Git/Infra notifications> App ztncui failed all tests in job [#25533](https://ci-apps.yunohost.org/ci/job/25533) !
[16:11:16]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 just made [pull request #178](https://github.com/YunoHost-Apps/penpot_ynh/pull/178) ready for review: v2.12.1
[16:16:25]
<tituspijean[m]> damn you zerotier dev team, for unlisting old releases from your deb repository ***and*** not making the releases on Github
[16:37:13]
<orhtej2> > <@tituspijean:matrix.org> damn you zerotier dev team, for unlisting old released from your deb repository ***and*** not making the releases on Github
How about we unlist the app? 😜
[16:40:00]
<Yunohost Git/Infra notifications> App ztncui goes down from level 8 to 6 in job [#25533](https://ci-apps.yunohost.org/ci/job/25533)
[16:56:54]
<Yunohost Git/Infra notifications> [package_linter] orhtej2 pushed to main: Add missing requirement ([55722e1d](https://github.com/YunoHost/package_linter/commit/55722e1d46f221d3341b18f28328e1bd1d457dd4))
[16:58:03]
<orhtej2> > <@yunohostinfra:matrix.org> [package_linter] orhtej2 pushed to main: Add missing requirement ([55722e1d](https://github.com/YunoHost/package_linter/commit/55722e1d46f221d3341b18f28328e1bd1d457dd4))
Iff venv is refreshed this should no longer crash
[17:02:16]
<Aleks (he/him/il/lui)> ah i thought about adding it but it felt like this was from the standard lib or something o.o cheers !
[17:05:26]
<tituspijean[m]> I think it's supposed to self-upgrade upon next test 🤞
[17:09:18]
<tituspijean[m]> actually no 😅 there are commits from yesterday that are not in the local repo
[17:09:54]
<orhtej2> What's the result of running linter manually?
[17:10:00]
<orhtej2> some crash, no?
[17:20:46]
<tituspijean[m]> nvm, it's updated now on ci-apps-dev (I was mixing up `package_check` and `package_linter`)
[17:21:46]
<rodinux> hello, I am trying pass dolibarr to helpers 2.1, I don't understand why it miserabily failed on last step to setup LDAP with mysql shell commands...
https://paste.yunohost.org/raw/inacaxawut
[17:27:40]
<orhtej2> > <@rodinux:matrix.org> hello, I am trying pass dolibarr to helpers 2.1, I don't understand why it miserabily failed on last step to setup LDAP with mysql shell commands...
> https://paste.yunohost.org/raw/inacaxawut
Because the target table does not exist (yet?)
[17:28:54]
<rodinux> it is strange as it works with helpers 2.0... You mean it would be necessary create the database first ?
[17:29:19]
<m606> i would try this yes
[17:29:28]
<m606> ```
CREATE TABLE table_name (
column1 datatype,
column2 datatype,
column3 datatype,
....
);
```
[17:32:38]
<orhtej2> > <@rodinux:matrix.org> it is strange as it works with helpers 2.0... You mean it would be necessary create the database first ?
Install failed
```
Configuration file <b>htdocs/conf/conf.php</b> is not writable. Check permissions. For first install, your web server must be able to write into this file during configuration process ("chmod 666" for example on a Unix like OS).
```
[17:34:09]
<tituspijean[m]> still crashing 😅 https://ci-apps.yunohost.org/ci/job/25533
[17:40:36]
<orhtej2> > <@tituspijean:matrix.org> still crashing 😅 https://github.com/YunoHost/apps/pull/3279
Run it manually, perhaps the package needs to be installed globally
[17:48:17]
<m606> I have a nginx configuration issue which I am not sure how to solve: the app is a proxy search engine.
1. If I leave default `example_ynh`'s `nginx.conf` the app homepage is displayed, but any php subpage called from index.php shows YNH's login screen (typically searching redirect to `https://$homepage/web=search+term` and that leads to YNH login page too).
```nginx
location / {
# Path to source
alias /var/www/4get/;
### Example PHP configuration (remove it if not used)
index index.php;
# Common parameter to increase upload size limit in conjunction with dedicated PHP-FPM file
# client_max_body_size 50M;
try_files $uri $uri/ index.php;
location ~ [^/]\.php(/|$) {
fastcgi_split_path_info ^(.+?\.php)(/.*)$;
fastcgi_pass unix:/var/run/php/php8.4-fpm-4get.sock;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param SCRIPT_FILENAME $request_filename;
}
### End of PHP configuration part
}
```
2. If I use something in line with the [official guidelines](https://git.lolcat.ca/lolcat/4get/src/branch/master/docs/nginx.md#:~:text=Example%20configuration), I get a 403 error.
```nginx
location / {
alias /var/www/4get/;
try_files $uri $uri/ @4get;
}
location @4get {
try_files $uri.php $uri/index.php =404;
fastcgi_pass unix:/var/run/php/php8.4-fpm-4get.sock;
include fastcgi_params_no_auth;
fastcgi_intercept_errors on;
}
location ~* ^(.*)\.php$ {
return 301 $1;
}
```
3. if I open a port and use `proxy_pass` instead of `fastcgi_param` as in [another supposedly working config](https://git.nadeko.net/Fijxu/etc-configs/src/branch/selfhost/nginx/conf.d/4get.conf), I get error 502.
```nginx
location / {
alias /var/www/4get/;
try_files $uri @4get;
}
location @4get {
proxy_pass http://127.0.0.1:19165;
}
location /web {
try_files $uri @4get;
if ($server_protocol ~* "HTTP/1.1") {
return 444;
}
}
```
[17:51:37]
<Aleks (he/him/il/lui)> uuugh it's weird that the app would somehow work with both proxy_pass and fastcgi_pass ... typically either it's a PHP app -> it should use fastcgi_pass / php-fpm with the appropriate `ynh_config_add_phpfpm` thingy, either it's not a PHP app -> it should use proxy_pass with a systemd service
[17:52:08]
<m606> it's a php app, yes.
[17:52:40]
<Aleks (he/him/il/lui)> then use what you describe in `2)` i suppose, and we should dig the 403 error
[17:52:45]
<Aleks (he/him/il/lui)> typically 403 error points to misconfigured file permissions
[17:53:35]
<Aleks (he/him/il/lui)> note that `fastcgi_pass unix:/var/run/php/php8.4-fpm-4get.sock;` is probably incorrect in this exact form, that's not where the PHP FPM socket is located in the context of Yunohost
[17:53:45]
<Aleks (he/him/il/lui)> or is it
[17:53:45]
<Aleks (he/him/il/lui)> hmmmm
[17:53:46]
<Aleks (he/him/il/lui)> maybe it is ?
[17:54:03]
<Yunohost Git/Infra notifications> Job [#25533](https://ci-apps.yunohost.org/ci/job/25533) for ztncui failed miserably :(
[17:54:23]
<m606> https://github.com/YunoHost/example_ynh/blob/b6f25fe0e19414a9e6e567b24f035a0bd25ce3cd/conf/nginx.conf#L16
[17:54:31]
<Yunohost Git/Infra notifications> Job [#26305](https://ci-apps.yunohost.org/ci/job/26305) for fab-manager failed miserably :(
[17:54:41]
<Aleks (he/him/il/lui)> yeah nvm i got confused because the app id is 4get etc
[17:54:57]
<m606> no worry
[17:55:15]
<m606> ok let me reinstall with option 2
[17:55:22]
<m606> i just couldn't find a way to debug further
[17:55:41]
<Aleks (he/him/il/lui)> to dig the 403 error issue you'll probably want to find the proper error log which should be uurrrrgh one of the `error` log in /var/log/nginx/ i think ? or /var/log/php-fpmX.Y.logsomething ?
[17:56:31]
<Aleks (he/him/il/lui)> my personal tip is : trigger the error, and immediately after, run `ls -thor /var/log` and/or `ls -thor /var/log/nginx/`, to list the file sorted by last modification time, that way the most recently modified log is at the bottom, and that's usually the one you want
[17:56:55]
<Aleks (he/him/il/lui)> (or the one just before, because typically it will log the request in `access.log`, and the error in `error.log`, for nginx)
[18:03:00]
<m606> nice, so access log just reports error 403 with my user agent.
error log shows
```
2026/01/02 18:00:08 [error] 8907#8907: *257 directory index of "/var/www/4get/" is forbidden, client: 10.10.10.1, server: test2.mydomain.tld, request: "GET / HTTP/2.0", host: "test2.mydomain.tld"
```
[18:04:51]
<m606> yes i'm finding this: https://stackoverflow.com/questions/19285355/nginx-403-error-directory-index-of-folder-is-forbidden#answer-38046124
[18:04:51]
<Aleks (he/him/il/lui)> i suppose that's related to the fact that you have an `alias /var/www/4get/;` and `try_file` in the nginx conf so `www-data` needs to be able to list the content of the directory
[18:04:52]
<Aleks (he/him/il/lui)> hmmmm
[18:04:52]
<Aleks (he/him/il/lui)> yeah, so you probably want to investigate permissions with `namei -l /var/www/4get`
[18:04:55]
<m606> will try without the slash
[18:05:21]
<Aleks (he/him/il/lui)> you probably want `group = "www-data:r-x"` for the `[resources.install_dir]` in the manifest.toml i think ?
[18:07:35]
<m606> yes let me try that, because in 2nd nginx.conf I don't have that slash
[18:14:34]
<m606> not enough :(
```
2026/01/02 18:13:03 [error] 10784#10784: *283 directory index of "/var/www/4get__2/" is forbidden, client: 10.10.10.1, server: test2.mydomain.tld, request: "GET / HTTP/2.0", host: "test2.mydomain.tld"
```
[18:15:10]
<m606> https://github.com/oleole39/4get_ynh/blob/main/manifest.toml
[18:17:54]
<m606> with `/var/www/4get__2` chmod 750 with `4get__2:www-data` and files in it same owner but chmod 640
[18:18:25]
<m606> doesn't seem bad at first sight
[18:21:16]
<Aleks (he/him/il/lui)> what do you mean chmod 750 etc ? you mean you tried to chmod manually after install ?
[18:21:35]
<Aleks (he/him/il/lui)> is the `directory index of "/var/www/4get__2/" is forbidden` before or after you chmod ?
[18:23:16]
<m606> no, did nothing manually, just reporting the status of permissions inside folder
[18:23:42]
<m606> just reinstalled with group = "www-data:r-x" for install_dir
[18:23:45]
<Aleks (he/him/il/lui)> the `location @4get` feels weird tbh ... i'm not sure to understand why the nginx config file would need this it feels more convoluted than the classical pattern such as uuuuuuh
[18:24:32]
<m606> I agree, apparently named locations can be useful when there is a lot to deal with, but here...
[18:25:50]
<Aleks (he/him/il/lui)> i would try something like this:
```
#sub_path_only rewrite ^__PATH__$ __PATH__/ permanent;
location __PATH__/ {
alias __INSTALL_DIR__/;
index index.php;
location ~ [^/]\.php(/|$) {
fastcgi_pass unix:/var/run/php/php__PHP_VERSION__-fpm-__APP__.sock;
include fastcgi_params_no_auth;
fastcgi_intercept_errors on;
}
}
```
[18:26:01]
<Aleks (he/him/il/lui)> with maybe a try_file in the mix i'm not sure
[18:26:19]
<Aleks (he/him/il/lui)> always a bit lost with the `try_files` thingy
[18:27:03]
<Aleks (he/him/il/lui)> also not sure to understand the `return 301 $1;` in the official guideline things
[18:27:37]
<Aleks (he/him/il/lui)> ah but that's basically equivalent to what you tried in `1.` from earlier
[18:28:24]
<Aleks (he/him/il/lui)> maybe the issue with "any" php subpage called from index.php shows YNH login screen is related to the `try_files $uri.php $uri/index.php =404;` from the official guidelines idk
[18:28:48]
<Aleks (he/him/il/lui)> would need to check the redirect pattern that lead to the yunohost portal using the Network tab in the browser
[18:28:51]
<m606> just one update
[18:29:03]
<m606> actually now I get 404 for homepage
[18:29:45]
<m606> but no error log
[18:30:27]
<m606> the difference is that I installed adding by mistake `uri/` (contrary to official guidelines) there: https://github.com/oleole39/4get_ynh/blob/c4d990d762635868748a3e83f312760ae88c42f9/conf/nginx.conf#L7
[18:30:59]
<m606> removing this bit as per https://stackoverflow.com/questions/19285355/nginx-403-error-directory-index-of-folder-is-forbidden#answer-38046124 now gives 404 (instead of 403)
[18:33:44]
<Aleks (he/him/il/lui)> i suppose i would also check the /var/log/nginx error logs which should bring up something like "no such file or directory"
[18:34:13]
<Aleks (he/him/il/lui)> and the path of the file it tries to get should bring clues as to what's the issue with the nginx conf
[18:34:52]
<m606> not `test2.mydomain.tld-error.log` which hasn't be updated since last 403 error
[18:35:17]
<Aleks (he/him/il/lui)> access.log maybe then
[18:38:44]
<m606> yes but not so interesting I guess `10.10.10.1 - - [02/Jan/2026:18:37:56 +0000] "GET / HTTP/2.0" 404 146 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:146.0) Gecko/20100101 Firefox/146.0"`
[18:39:39]
<m606> let me test this
[18:45:51]
<Yunohost Git/Infra notifications> [example_ynh] ericgaspar pushed to apply-last-patch: last NGINX patch ([42bfdb75](https://github.com/YunoHost/example_ynh/commit/42bfdb756bcd571a8651e230df797c79fe0965ee))
[18:46:03]
<Yunohost Git/Infra notifications> [example_ynh] ericgaspar opened [pull request #249](https://github.com/YunoHost/example_ynh/pull/249): last NGINX patch
[18:49:41]
<m606> so that config displays home page but not subpages which lead to 404.
I've tried a search (with keyword "dzd") and it outputs:
error log:
```
2026/01/02 18:44:29 [error] 11429#11429: *320 open() "/var/www/4get__2/web" failed (2: No such file or directory), client: 10.10.10.1, server: test2.mydomain.tld, request: "GET /web?s=dzd HTTP/2.0", host: "test2.mydomain.tld", referrer: "https://test2.mydomain.tld/"
```
access log
```
10.10.10.1 - - [02/Jan/2026:18:44:29 +0000] "GET /web?s=dzd HTTP/2.0" 404 146 "https://test2.mydomain.tld/" "Mozilla/5.0 (X11; Linux x86_64; rv:146.0) Gecko/20100101 Firefox/146.0"
```
[18:51:32]
<Aleks (he/him/il/lui)> is there a `web.php` file ?
[18:53:31]
<m606> yes at first level in $install_dir
[18:53:38]
<m606> https://git.lolcat.ca/lolcat/4get
[18:58:05]
<Aleks (he/him/il/lui)> sounds related to the `try_files $uri.php $uri/index.php =404;` which should make it so that hitting the `/web` endpoint should run the `web.php` thing behind the scene
[19:06:48]
<m606> if I manually enter `https://test2.mydomain.tld/web.php` it displays the next page
[19:07:30]
<m606> if I manually enter URL `https://test2.mydomain.tld/web.php` it displays the next page
[19:30:57]
<eric_G> The test doesn't seem to be finishing properly -> https://ci-apps-dev.yunohost.org/ci/job/16300
[19:32:15]
<rodinux> Does another key exist to replace `$YNH_APP_CURRENT_VERSION` with helpers2.1 ?
[19:40:38]
<Aleks (he/him/il/lui)> what are you trying to achieve exactly
[19:42:12]
<rodinux> In the upgrade script for dolibarr this line was used https://github.com/YunoHost-Apps/dolibarr_ynh/blob/ddf35bd365f800ea0208562ab217fd6860b2b44e/scripts/upgrade#L60
[19:42:13]
<Yunohost Git/Infra notifications> [example_ynh] Josue-T changes_requested [pull request #249](https://github.com/YunoHost/example_ynh/pull/249#pullrequestreview-3623781546) last NGINX patch: Thanks for the PR. Also ideally we would also add an example for the proxy pass whish is used for all non php apps.
[19:42:13]
<Yunohost Git/Infra notifications> [example_ynh] Josue-T [commented](https://github.com/YunoHost/example_ynh/pull/249#discussion_r2658299706) on pull request #249 last NGINX patch: I would add more info here to explain when to use the fastcgi...with_auth and the other other one without auth. Becaus...
[19:42:14]
<Yunohost Git/Infra notifications> [example_ynh] Josue-T edited review [pull request #249](https://github.com/YunoHost/example_ynh/pull/249#pullrequestreview-3623781546): last NGINX patch
[19:43:17]
<rodinux> but this key is not found with helpers 2.1
[19:44:07]
<Aleks (he/him/il/lui)> not sure to remember the story behind this variable but maybe you can try `$(ynh_app_upstream_version)` (using the helpr)
[19:45:03]
<m606> strange because a 2.1 helper does use it: https://github.com/YunoHost/yunohost/blob/dc5870b6cd052e316835d036ef00246760545a88/helpers/helpers.v2.1.d/0-utils#L232
[19:47:36]
<Aleks (he/him/il/lui)> yeah i was surprised that somehow it wouldnt exist
[19:50:00]
<rodinux> this will return the version to upgrade I think, not ther current before upgrading
[19:52:42]
<rodinux> yes it works in fact looking on the logs
[19:53:06]
<m606> ```py
"YNH_APP_MANIFEST_VERSION": str(app_new_version_raw),
"YNH_APP_CURRENT_VERSION": str(app_current_version_raw),
```
https://github.com/YunoHost/yunohost/blob/dc5870b6cd052e316835d036ef00246760545a88/src/app.py#L977-L978
[19:53:58]
<m606> where those vars are defined
[20:53:55]
<rodinux> In fact the error `./upgrade: line 60: keys[]: command not found` comes from this code which seems not understand with 2.1
```
mapfile -t main_versions < <(
ynh_read_manifest | keys[] | grep "main_" | sort --version-sort
)
```
[21:03:53]
<rodinux> in the helper I see you could just call a `key` with `ynh_read_manifest`, perhaps is the issue
[21:08:19]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed to update_app_levels: Update apps.toml ([2aef1175](https://github.com/YunoHost/apps/commit/2aef11757f6e0f7ee1a504e75f3f84611ed53fc4))
[21:08:21]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3279](https://github.com/YunoHost/apps/pull/3279): Update app levels according to CI results
[21:19:49]
<m606> hmm yes, I don't really get how that is supposed to work
[21:20:06]
<m606> it does not match any of helper 2.0 or 1.0 syntax
[21:20:19]
<rodinux> Ok maybe I need do this
```
mapfile -t main_versions < <(
ynh_read_manifest "resources.sources | keys[]" | grep "main_" | sort --version-sort
)
```
[21:20:58]
<m606> in 1.0 & 2.0 it was : `ynh_read_manifest --manifest="manifest.json" --manifest_key="key"`
[21:21:51]
<rodinux> In the helpers 2.0 it match
https://github.com/YunoHost-Apps/dolibarr_ynh/blob/ddf35bd365f800ea0208562ab217fd6860b2b44e/scripts/upgrade#L56-L79
[21:22:37]
<m606> so 2.1 : `ynh_read_manifest "key"`
[21:23:01]
<m606> would it work with the pipe inside the key name?
[21:23:33]
<m606> looks strange to me
[21:23:57]
<rodinux> hummm not sure, and I don't know why we have this `| keys[]`
[21:24:26]
<m606> do you know which data you are supposed to retrieve more precisely ?
[21:24:54]
<rodinux> all the versions in ressources
[21:25:00]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3280](https://github.com/YunoHost/apps/pull/3280): Add kurrier to wishlist
[21:25:22]
<rodinux> https://github.com/YunoHost-Apps/dolibarr_ynh/blob/ddf35bd365f800ea0208562ab217fd6860b2b44e/scripts/upgrade#L56-L79
[21:25:56]
<rodinux> the script will upgrade one by one the versions...
[21:29:38]
<rodinux> but perhaps just the code ` ynh_read_manifest "resources.sources" | grep "main_" | sort --version-sort` could match ??
[21:30:41]
<m606> here is for `keys[]`: https://michaelheap.com/get-all-keys-in-input-jq/
[21:30:55]
<m606> i will try one sec
[21:31:41]
<rodinux> ahh, ok but as I see in the 2.0 the script use jq and .json files but not on 2.1
[21:32:28]
<rodinux> sorry it do also
[21:35:58]
<rodinux> it seems working...
[21:38:21]
<m606> indeed
[21:39:10]
<m606> `ynh_read_manifest "resources.sources | keys[]" | grep "main_" | sort --version-sort` is working for me
[21:40:22]
<m606> basically the argument to `ynh_read_manifest` is what you passes to `jq`, and `resources.sources | keys[]` is some `jq` scripting
[21:40:50]
<m606> I was confused by the name "key" but it's not like a database key or so
[21:41:39]
<m606> err what do you mean? https://github.com/YunoHost/yunohost/blob/9161d8efe60b48c113cad24744887e1ec4126ae6/helpers/helpers.v2.1.d/0-utils#L204
[21:41:50]
<rodinux> it have works as before, now I have just a line for mysql to change to passed the upgrade from old version
[21:42:45]
<rodinux> it was a mistake sorry
[22:30:39]
<Tixie> Hi, Deuxfleurs member here, the org maintaining Garage (an S3 object storage solution). Several people in the community room mentioned the ynh package of Garage in the past (https://apps.yunohost.org/app/garage). We are not the one maintaining it si we would have wanted to have someone to redirect people questions on the subject.
Do you know the maintainer(s) and how to contact them? (The manifest seems to mention a “oiseauroch, no idea if it’s accurate)
[22:47:08]
<miro5001> Hello and welcome to the yunohost packaging room.
I don't think there is a maintainer for the package (now).
You can redirect people to the package repo https://github.com/YunoHost-Apps/garage_ynh
Or the forum https://forum.yunohost.org/
[22:48:00]
<miro5001> If you have specific questions please let us know (although I am not using garage)
[22:48:28]
<m606> a "dedicated" maintainer, because the app package seems to be maintained though as per the commit history
[23:13:56]
<Tixie> Understood, thank you!
[23:14:18]
<Tixie> The packaged version is 1.0.1 when Garage is in now in 2.1.0 so some issues were related that
[23:18:44]
<m606> i'll try to upgrade it
[23:19:12]
<Tixie> awesome
[23:32:01]
<Aleks (he/him/il/lui)> NB : there are already several PRS opened : https://github.com/YunoHost-Apps/garage_ynh/pulls
[23:33:28]
<Aleks (he/him/il/lui)> in particular gredin67 (Gaut from ARN) was working a few weeks ago to improve how the storage is handled : https://github.com/YunoHost-Apps/garage\_ynh/pull/49
[23:49:55]
<m606> hmm yes
[23:50:32]
<m606> also apparently there are some breaking change from 2.0 https://github.com/YunoHost-Apps/garage_ynh/pull/43
[23:51:52]
<m606> may I have write permission to the repo to upload the start of PR i've prepared (with 2.1.0 updated URLs basically)?
[23:55:13]
<Aleks (he/him/il/lui)> m606: added you to the "Regular contributors" team in Yunohost-Apps because it was outrageous that you werent in it already, should have write access to all apps repo now
[23:57:00]
<Aleks (he/him/il/lui)> beware about Yunohost not phagociting your life tho
[23:57:14]
<Aleks (he/him/il/lui)> https://aria.im/_bifrost/v1/media/download/AUquetyBI9-FnEMXQze7sdDsdtHwrezcLdzQF1yosZo1Lt51PEg6lr_FKZTKglP3jxmpqqcjEXOyOIsM2RnU4o1Cebhks1mgAG1hdHJpeC5vcmcvdlBkWUZJYnBNU2x5dmVyU2hlTm1xbWNw