[09:12:46]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle pushed 2 commits to vue3 ([7a8061e201ef...97378825f974](https://github.com/YunoHost/yunohost-admin/compare/7a8061e201ef...97378825f974))
[09:37:38]
<Yunohost Git/Infra notifications> [yunohost] Axolotle pushed 2 commits to enh-domain-add-subdomain ([edfebfbd2eb6...8d1fd9c80da8](https://github.com/YunoHost/yunohost/compare/edfebfbd2eb6...8d1fd9c80da8))
[09:37:43]
<Yunohost Git/Infra notifications> [yunohost/enh-domain-add-subdomain] certificate: check if domain dns records as a wildcard - axolotle
[09:39:38]
<Yunohost Git/Infra notifications> [yunohost] Axolotle edited [pull request #1936](https://github.com/YunoHost/yunohost/pull/1936): enh: add option to install a lets encrypt certificate when adding a subdomain of an already added domain
[10:02:51]
<Yunohost Git/Infra notifications> [yunohost] Axolotle edited [pull request #1936](https://github.com/YunoHost/yunohost/pull/1936): enh: add option to install a lets encrypt certificate when adding a subdomain of an already added domain
[10:08:11]
<selfhoster1312> Salamandar, officially Rust only supports per-project dependencies. in practice it's ok (and lighter/faster) to have a single target dir per POSIX account (and there's a working group to make that the default behavior soon®). in reality the only good solution is to pre-compile the apps because compilation is resource-heavy, so either compile to a musl target with 100% static linking (eg. in an alpine github action) or to a glibc target per debian release
[10:08:34]
<Salamandar> i was talking about rust toolchains
[10:08:38]
<selfhoster1312> about the ynh_setting_set... is there a reason that's even needed? isn't that just boilerplate that should be 100% moved out of the helpers?
[10:09:05]
<Salamandar> > <selfhoster1312> about the ynh_setting_set... is there a reason that's even needed? isn't that just boilerplate that should be 100% moved out of the helpers?
what do you mean ?
[10:09:11]
<selfhoster1312> Salamandar, there's only ever 2 of those, stable or nightly, managed with rustup... rust is still moving "fast" so don't try to compile with Debian's rustc :D
[10:09:26]
<Salamandar> > <selfhoster1312> Salamandar, there's only ever 2 of those, stable or nightly, managed with rustup... rust is still moving "fast" so don't try to compile with Debian's rustc :D
Tell that to the kernel devs
[10:09:29]
<selfhoster1312> Salamandar, why should an app script ever use ynh_setting_set?
[10:09:52]
<selfhoster1312> Salamandar, even they don't have a stable rustc yet ;-) ;-) (it's coming though)
[10:09:52]
<Salamandar> > <selfhoster1312> Salamandar, why should an app script ever use ynh_setting_set?
To set anything required to regen files
[10:10:21]
<Salamandar> > <selfhoster1312> Salamandar, why should an app script ever use ynh_setting_set?
https://github.com/search?q=org%3AYunoHost-Apps+ynh_app_setting&type=code
[10:10:23]
<selfhoster1312> like what? settings should be handled by config_panel?! not modified on the fly?!
[10:11:52]
<selfhoster1312> maybe the only counter-example i see on the first page is https://github.com/YunoHost-Apps/forgejo_ynh/blob/59ad6008ae1c42e082c5e225ef18d2a792b0e3f1/scripts/_common.sh#L28
[10:12:04]
<selfhoster1312> but even that could be handled from yunohost core without helpers
[10:12:24]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle pushed 5 commits to enh-domain-add-subdomain ([99fdd4f64bab^...95192f8265a2](https://github.com/YunoHost/yunohost-admin/compare/99fdd4f64bab^...95192f8265a2))
[10:12:28]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle created new branch enh-domain-add-subdomain
[10:12:31]
<Yunohost Git/Infra notifications> [yunohost-admin/enh-domain-add-subdomain] feat: add ModalForm component - axolotle
[10:13:06]
<Salamandar> > <selfhoster1312> but even that could be handled from yunohost core without helpers
meh, why ?
[10:13:29]
<selfhoster1312> Salamandar, so making apps is easier and less error prone? remove more helpers and make things more declarative ^^
[10:14:04]
<selfhoster1312> less code lines = less errors
more declarativeness = easier refactoring / upgrade path for incremental enhancements
[10:14:41]
<selfhoster1312> that's the whole point of manifest v2 resources for example, but it can be applied in more areas
[10:16:16]
<Yunohost Git/Infra notifications> [yunohost] 🔴 Pipeline [#1445538719](https://gitlab.com/YunoHost/yunohost/-/pipelines/1445538719) failed on branch enh-domain-add-subdomain
[10:24:12]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle opened [pull request #579](https://github.com/YunoHost/yunohost-admin/pull/579): enh: subdomain addition + domain addition in app install
[10:24:19]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle edited [pull request #579](https://github.com/YunoHost/yunohost-admin/pull/579): enh: subdomain addition + domain addition in app install
[10:25:29]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle edited [pull request #579](https://github.com/YunoHost/yunohost-admin/pull/579): enh: subdomain addition + domain addition in app install
[10:30:01]
<Yunohost Git/Infra notifications> [yunohost-admin] selfhoster1312 [commented](https://github.com/YunoHost/yunohost-admin/pull/579#issuecomment-2337742709) on [issue #579](https://github.com/YunoHost/yunohost-admin/pull/579) enh: subdomain addition + domain addition in app install: I dont understand why/how this is done on client side. In my opinion, it should be part of the app install route that y...
[10:32:07]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> ```
> sudo --preserve-env=PATH -u scratch npm install
> sudo: npm: command not found
> ```
yeah i guess this is on bookworm which didnt get upgraded but there's a different issue for scratch on the regular ci-apps-dev
[10:38:51]
<selfhoster1312> axolotle, it's an excellent idea to support arbitrary subdomains like that! good luck for implementing ^^
[11:26:14]
<tituspijean> Since migrating to YunoHost 12 I have the feeling (I could not replicate systematically) that sometimes the SSO does not redirect to the apps, but stays on the portal.
I get this with cinny on my work computer where I have it in a pinned tab in Firefox. After booting up the computer, even though I'm logged in the SSO, the tab loads `domain.example/cinny` but stays on the portal instead. I can click the Cinny tile with no issue.
On my personal computer, I tend to call Paperless-NGX from the address bar at `paper.domain.tld`, and even though I'm logged in into the SSO, I get redirected to the portal.
Am I the only one experiencing this?
[11:31:17]
<tituspijean> (I'll be available tonight to try to assess what's happening and to replicate it systematically)
[11:33:51]
<Aleks (he/him/il/lui)> (i think somebody was reporting something similar the other day yeah)
[11:36:02]
<Aleks (he/him/il/lui)> > <@ericg:matrix.org> another data_dir permission issue on restore for Peertube: https://ci-apps-dev.yunohost.org/ci/job/19198
so i'm debugging on piwik and realize it's calling (the ynh_restore helper i suppose) `chmod 400 $data_dir` and then there's no "x" perm to enter the perm and that breaks everything
[11:52:33]
<orhtej2> > <@titus:pijean.ovh> Since migrating to YunoHost 12 I have the feeling (I could not replicate systematically) that sometimes the SSO does not redirect to the apps, but stays on the portal.
> I get this with cinny on my work computer where I have it in a pinned tab in Firefox. After booting up the computer, even though I'm logged in the SSO, the tab loads `domain.example/cinny` but stays on the portal instead. I can click the Cinny tile with no issue.
> On my personal computer, I tend to call Paperless-NGX from the address bar at `paper.domain.tld`, and even though I'm logged in into the SSO, I get redirected to the portal.
>
> Am I the only one experiencing this?
Cinny 3.x if not run on dedicated domain is broken, you ladning on portal is a hidden 404
[11:55:15]
<Salamandar> > <@titus:pijean.ovh> Since migrating to YunoHost 12 I have the feeling (I could not replicate systematically) that sometimes the SSO does not redirect to the apps, but stays on the portal.
> I get this with cinny on my work computer where I have it in a pinned tab in Firefox. After booting up the computer, even though I'm logged in the SSO, the tab loads `domain.example/cinny` but stays on the portal instead. I can click the Cinny tile with no issue.
> On my personal computer, I tend to call Paperless-NGX from the address bar at `paper.domain.tld`, and even though I'm logged in into the SSO, I get redirected to the portal.
>
> Am I the only one experiencing this?
ah yes okay i'm not crazy
[11:55:24]
<Salamandar> > <@Alekswag:matrix.org> (i think somebody was reporting something similar the other day yeah)
yeah was me
[11:55:29]
<Salamandar> but that was difficult to reproduce
[11:56:23]
<Salamandar> Also sometimes it shows the portal (apps list) and then a fraction of second later it shows the app page
[11:57:17]
<Yunohost Git/Infra notifications> [yunohost-admin] Axolotle edited [pull request #579](https://github.com/YunoHost/yunohost-admin/pull/579): enh: subdomain addition + domain addition in app install
[12:22:46]
<Yunohost Git/Infra notifications> [yunohost] alexAubin pushed 1 commit to dev: helpers2.1: fix automagic chmod/chown for data_dir during restore ([46ddf1e6](https://github.com/YunoHost/yunohost/commit/46ddf1e67b7c3a8e7270819d1334f712583a1e30))
[12:23:02]
<Aleks (he/him/il/lui)> should fix the restore permission issue ^ will release / rebuild
[12:27:41]
<Yunohost Git/Infra notifications> [yunohost] alexAubin created new tag debian/11.2.30.2
[12:27:48]
<Yunohost Git/Infra notifications> [yunohost] alexAubin pushed 1 commit to dev: Update changelog for 11.2.30.2 ([088d12da](https://github.com/YunoHost/yunohost/commit/088d12dac50bb6b347cc2e096cdc2fc30437ca5d))
[12:28:19]
<Yunohost Git/Infra notifications> [yunohost] alexAubin pushed 6 commits to bookworm ([5edb8bd71b2a...012cd497070f](https://github.com/YunoHost/yunohost/compare/5edb8bd71b2a...012cd497070f))
[12:29:05]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/11.2.30.2 for bullseye/stable/all ...
[12:30:33]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/11.2.30.2+202409091230 for bullseye/unstable/all ...
[12:31:36]
<Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/11.2.30.2 for bullseye/stable/all.
[12:33:00]
<Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/11.2.30.2+202409091230 for bullseye/unstable/all.
[12:33:17]
<Yunohost Git/Infra notifications> 🏗️ Starting build for yunohost/12.0.3+202409091230 for bookworm/unstable/all ...
[12:34:36]
<Yunohost Git/Infra notifications> ✔️ Completed build for yunohost/12.0.3+202409091230 for bookworm/unstable/all.
[12:35:13]
<Yunohost Git/Infra notifications> [yunohost] ✖️ Pipeline [#1445786885](https://gitlab.com/YunoHost/yunohost/-/pipelines/1445786885) canceled on branch dev, bookworm
[12:37:31]
<Yunohost Git/Infra notifications> [yunohost-admin] alexAubin [commented](https://github.com/YunoHost/yunohost-admin/pull/579#issuecomment-2338011428) on [issue #579](https://github.com/YunoHost/yunohost-admin/pull/579) enh: subdomain addition + domain addition in app install: Having an entire set of argument for domain creation during the app install doesnt seem right ... CLI / API routes shou...
[12:48:01]
<Yunohost Git/Infra notifications> test message
[12:48:19]
<Yunohost Git/Infra notifications> test message
[12:48:52]
<Salamandar> eeuh @Alekswag:matrix.org sendxmpppy a `timeout 10` mais matrix-commander prend 12 secondes…
[12:49:13]
<Aleks (he/him/il/lui)> ¯\_(ツ)_/¯
[12:49:15]
<Yunohost Git/Infra notifications> test message
[13:03:19]
<Aleks (he/him/il/lui)> > <@Alekswag:matrix.org> should fix the restore permission issue ^ will release / rebuild
(fix is working on kiwix apparently)
[13:05:53]
<Yunohost Git/Infra notifications> test message
[13:10:47]
<Émy - OniriCorpe> > <@Salamandar:matrix.org> eeuh @Alekswag:matrix.org sendxmpppy a `timeout 10` mais matrix-commander prend 12 secondes…
Si j’étais pas au courant de la bidouille, je serais extrêmement confuse de cette phrase x)
[13:11:17]
<Salamandar> x)
[13:11:29]
<Salamandar> j'essaye de voir si je epux pas faire tourner commander plus rapidement
[13:11:34]
<Salamandar> peut-être passer sur commander-rs…
[13:14:43]
<Salamandar> En fait ça fait des masses de `INSERT OR REPLACE INTO "olmsessions"`…
[13:17:27]
<Yunohost Git/Infra notifications> test message is it faster?
[13:19:36]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/MAfvcvNXXIyFQKFiIBZJyzuo
[13:19:40]
<Émy - OniriCorpe> Gotta go fast
[13:20:49]
<Salamandar> that was 19 seconds…
[13:21:34]
<Salamandar> curl https://sh.rustup.rs -sSf | sh
[13:21:54]
<Émy - OniriCorpe> Lmao le rustup
[13:21:59]
<Salamandar> oui oupsi
[13:22:21]
<Émy - OniriCorpe> Gotta go fast la compilation rust 👌🏻😌
[13:22:43]
<Salamandar> :lol:
[13:51:11]
<eric_G> What is the best way to report an error on YunoHost 12?
[13:55:42]
<Aleks (he/him/il/lui)> eeeh idk, the issue tracker i guess ?
[13:56:58]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/MaRfieLhhsmlumKgbOXUZPqk
[15:15:20]
<Yunohost Git/Infra notifications> test message
[15:15:26]
<Yunohost Git/Infra notifications> test message
[15:15:36]
<Salamandar> woohoo now it takes 0.6 seconds
[15:16:01]
<Yunohost Git/Infra notifications> test message with sync
[15:16:17]
<Yunohost Git/Infra notifications> test message with sync (h)t
[15:16:33]
<Yunohost Git/Infra notifications> test message with sync (hot)
[15:16:40]
<Yunohost Git/Infra notifications> test message with sync (hot)
[15:16:51]
<Yunohost Git/Infra notifications> test message with sync (hot)
[15:17:05]
<Salamandar> and around 1 to 7 seconds with sync
[15:17:16]
<Émy - OniriCorpe> Wtf is sync? X)
[15:19:31]
<Salamandar> well matrix can either just login then send a message, or login, fetch events, messages, and send the message
[15:21:28]
<Yunohost Git/Infra notifications> test from sendxmpppy
[15:21:42]
<Yunohost Git/Infra notifications> test from sendxmpppy
[15:21:50]
<Salamandar> ok let's say this is fixed
[15:23:33]
<Yunohost Git/Infra notifications> [apps repo] Couldn't pull, maybe local changes are present?
[15:36:24]
<Yunohost Git/Infra notifications> [apps repo] Couldn't pull, maybe local changes are present?
[16:18:36]
<tituspijean> > <@titus:pijean.ovh> Since migrating to YunoHost 12 I have the feeling (I could not replicate systematically) that sometimes the SSO does not redirect to the apps, but stays on the portal.
> I get this with cinny on my work computer where I have it in a pinned tab in Firefox. After booting up the computer, even though I'm logged in the SSO, the tab loads `domain.example/cinny` but stays on the portal instead. I can click the Cinny tile with no issue.
> On my personal computer, I tend to call Paperless-NGX from the address bar at `paper.domain.tld`, and even though I'm logged in into the SSO, I get redirected to the portal.
>
> Am I the only one experiencing this?
Investigation on `paper.domain.tld`: my Firefox is equipped with the Multi-Account Containers plugin, and is set to automatically switch to a Personal container on my `domain.tld`.
- If I open a new standard tab in no particular container, and type in `paper.domain.tld`, then the plugin kicks in and the page stays on the SSO after loading (I do see a `?r=...` at some point, but cannot see the URL. The DevTools do not stay open due to the tab switching)
- If the new tab is opened in the Personal container, then the app loads correctly.
Regarding cinny on `domain.tld/cinny`, no issue whatsover between tab containers, it loads correctly.
[16:28:04]
<Émy - OniriCorpe> > <@Salamandar:matrix.org> well matrix can either just login then send a message, or login, fetch events, messages, and send the message
Why would you want to do more than just post the thing, for the bot?
[16:28:18]
<Salamandar> Ah not for the bot
[16:29:04]
<Salamandar> but the tool allows to do that
[16:29:48]
<Salamandar> > <@titus:pijean.ovh> Investigation on `paper.domain.tld`: my Firefox is equipped with the Multi-Account Containers plugin, and is set to automatically switch to a Personal container on my `domain.tld`.
>
> - If I open a new standard tab in no particular container, and type in `paper.domain.tld`, then the plugin kicks in and the page stays on the SSO after loading (I do see a `?r=...` at some point, but cannot see the URL. The DevTools do not stay open due to the tab switching)
> - If the new tab is opened in the Personal container, then the app loads correctly.
>
> Regarding cinny on `domain.tld/cinny`, no issue whatsover between tab containers, it loads correctly.
can you try and run `curl -v https://paper.domain.tld` and see the redirected url ?
[16:31:49]
<Salamandar> Hmmm actually I just reproduced the issue and the ?r=… is here as expected
[16:33:16]
<Salamandar> Ah !!!
[16:33:28]
<Salamandar> I think i got the issue
[16:33:47]
<Salamandar> `https://salamandar.fr/yunohost/sso?r=aHR0cHM6Ly9zYWxhbWFuZGFyLmZyL2Zhdmljb24uaWNv`
codes for favicon.ico…
[16:34:25]
<Salamandar> https://aria.im/_matrix/media/v1/download/matrix.org/qSQXLbcSWeKpsIoUejxeAzqv
[16:35:18]
<Salamandar> OK forget everything i said, I was trying a non existing URL…
[17:52:12]
<selfhoster1312> > Since migrating to YunoHost 12 I have the feeling (I could not replicate systematically) that sometimes the SSO does not redirect to the apps, but stays on the portal.
oh yes i had that same "feeling" too but could not reproduce
[19:35:47]
<tituspijean> > <@Salamandar:matrix.org> can you try and run `curl -v https://paper.domain.tld` and see the redirected url ?
OK, nothing surprising, the base64-encoded URL is `https://paper.domain.tld/`