[00:12:33]
<Yunohost Git/Infra notifications> App phpservermon goes down from level 6 to 4 in job [#23747](https://ci-apps.yunohost.org/ci/job/23747)
[00:31:56]
<Yunohost Git/Infra notifications> App matrix-appservice-irc stays broken (level 0) in job [#23752](https://ci-apps.yunohost.org/ci/job/23752)
[01:02:14]
<Yunohost Git/Infra notifications> App mydrive stays broken (level 0) in job [#23757](https://ci-apps.yunohost.org/ci/job/23757)
[06:03:18]
<Yunohost Git/Infra notifications> [borg_ynh] kay0u [commented](https://github.com/YunoHost-Apps/borg_ynh/pull/241#discussion_r2450528529) on pull request #241 Testing: suggestion
# We prune potential manual backup older than 1 year
sudo yunohost app shell borg <<< borg prune --keep-w...
[06:03:47]
<Yunohost Git/Infra notifications> [borg_ynh] kay0u edited a [comment](https://github.com/YunoHost-Apps/borg_ynh/pull/241#discussion_r2450528529) on pull request #241 Testing: suggestion
# We prune potential manual backup older than 1 year
sudo yunohost app shell "{borg_id}" <<< borg prune ...
[06:43:09]
<Yunohost Git/Infra notifications> [borg_ynh] fflorent [commented](https://github.com/YunoHost-Apps/borg_ynh/pull/241#discussion_r2450599564) on pull request #241 Testing: Interesting Still I prefer using the wrapper directly. This script is usually run by the borg user in the systemd ser...
[06:43:40]
<Yunohost Git/Infra notifications> [borg_ynh] fflorent pushed to testing: Run global prune and compact only once ([50d7ad91](https://github.com/YunoHost-Apps/borg_ynh/commit/50d7ad9143f57f1cb6e67b411647443ed0a823cb))
[06:43:48]
<Yunohost Git/Infra notifications> [borg_ynh] fflorent [commented](https://github.com/YunoHost-Apps/borg_ynh/pull/241#discussion_r2450600664) on pull request #241 Testing: Thanks
[08:54:41]
<niklas> Hi all, not sure if this is the right place to ask, but here we go: I'm developing a one-of custom app that I deploy in yunohost with the reverse-proxy app.
For user auth I rely exclusively on the SSOwat headers (which is super nice). So no LDAP connection or anything in that regard. I'm wondering if this is secure though. Can the headers be spoofed somehow?
[10:17:24]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar pushed to 2025.9.0: Update manifest.toml ([846f6c21](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/846f6c21b9edb64df621d51fc1f8a551b2de36bb))
[10:17:34]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar opened [pull request #255](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/255): 2025.9.0
[10:18:00]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar deleted branch 2025.3.1
[10:18:03]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar deleted branch old-testing
[10:33:57]
<Yunohost Git/Infra notifications> [redirect_ynh] PetitMote opened [pull request #69](https://github.com/YunoHost-Apps/redirect_ynh/pull/69): Permanent redirection
[11:49:08]
<tituspijean> The `YNH_*` headers should be safe to use, since they are cleared and reapplied by SSOwat upon each request with the information of the logged in user.
The `Authorization` header is safe to use, since it is also cleared upon each request, though we put "-" as password.
There though is a technical/hidden setting to prevent that behaviour, which is heavily discouraged. (more info in the code: https://github.com/YunoHost/SSOwat/blob/a59b558bbbcaeb00199a19ce952bf3c75ce78bef/access.lua#L261)
[11:50:07]
<tituspijean> The `YNH_*` headers should be safe to use, since they are cleared and reapplied by SSOwat upon each request with the information of the logged in user.
The `Authorization` header is safe to use, since it is also cleared upon each request, though we put "-" as password.
There is a technical/hidden setting to prevent that behaviour, which is heavily discouraged. (more info in the code: https://github.com/YunoHost/SSOwat/blob/a59b558bbbcaeb00199a19ce952bf3c75ce78bef/access.lua#L261)
[12:26:02]
<niklas> Authorization contains the user permission?
[13:26:44]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Thovi98 merged [pull request #255](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/255): 2025.9.0
[13:27:23]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Thovi98 opened [pull request #256](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/256): Testing
[13:27:23]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Thovi98 deleted branch 2025.9.0
[13:34:35]
<Yunohost Git/Infra notifications> App my_capsule rises from level 0 to 6 in job [#23773](https://ci-apps.yunohost.org/ci/job/23773) !
[13:42:25]
<orhtej2> > <@niklas:freiburg.social> Authorization contains the user permission?
No, info on whether or not the user is authorized via ynh login system
[13:46:00]
<niklas> Got it. Thanks!
[14:22:09]
<artlog> Hi there, i am working on packaging trivabble which is a scrabble game as an application. I had a pre-beta long time ago in v1 and moved it to v2. This is somehow working, but i get sissue when requiring apt dependencies, it does trigger a debian build on my application what i don't want.
[14:22:53]
<Émy – OniriCorpe> hi, can you provide logs or code?
[14:23:36]
<artlog> sure, wait i little ;-)
[14:24:08]
<artlog> project is https://git.jakse.fr/artlog/trivabble_ynh
[14:25:40]
<artlog> during installation i have a copy done though a rsync used localy. I though it was working since i tested on an already setuped system, but on dev environnement from scratch the rsync package is just not ehre
[14:26:17]
<artlog> so a added rsync as a dependency, quick way but it didn't end well
[14:27:04]
<artlog> ( wait for log they are on my second laptop and i have to reach it .. )
[14:27:21]
<Émy – OniriCorpe> what are you copying with rsync?
[14:29:28]
<artlog> the build result , since i go through a make in the projet but don't create a debian package, this is a shortcut, there is no yet debain packaging.
[14:30:31]
<artlog> https://paste.yunohost.org/raw/isekegavef
[14:31:33]
<artlog> i fixed it by calling directly apt install rsync before, but of course i'm not that happy with it.
[14:31:34]
<Émy – OniriCorpe> okay so no it doesn't build your app
[14:31:54]
<Émy – OniriCorpe> yunohost is doing a virtual apt package to list the dependencies (here, none)
[14:32:13]
<Émy – OniriCorpe> hence the `$app_name-ynh-deps`
[14:32:37]
<Émy – OniriCorpe> ah non, not "here none", but "here, rsync"
[14:33:16]
<Émy – OniriCorpe> and i'm pretty sure you can build your app without using rsync at all
[14:34:17]
<artlog> problem is more that if add a apt dependcy within manifest some logic is triggered to build a debain package, that does not occur without the requirement
[14:34:54]
<Émy – OniriCorpe> yes, it's the virtual package to check dependancies
[14:34:59]
<Émy – OniriCorpe> yes, it's the virtual package to check dependencies
[14:35:29]
<artlog> this debian build trigering is not what i expect when i add an apt dependency
[14:35:48]
<Émy – OniriCorpe> the apt package is only containing some basic data about dependency, nothing else, don't worry
[14:36:14]
<Émy – OniriCorpe> it is expected with a yunohost package with apt deps
[14:36:33]
<artlog> it would be good if it did not crash the install
[14:36:49]
<Émy – OniriCorpe> the crash message is pretty explicit: 'Version' field value 'prod-v20210805~ynh8': version number does not start with digit
[14:36:52]
<artlog> i have to provide a debian control and so on ?
[14:36:59]
<Émy – OniriCorpe> no
[14:37:22]
<artlog> i changed the versionning number due to documentation
[14:37:27]
<Émy – OniriCorpe> you don't have to care about this virtual package,; it's only used to manage apps dependencies
[14:37:44]
<artlog> it was 1.prod-vXXX.ynhY before
[14:38:33]
<artlog> or is there two different versioning at two different places ?
[14:39:18]
<Émy – OniriCorpe> i would advise you to name it `YYYY.MM.DD~ynh1` so it will be compatible with our auto updater
[14:39:23]
<artlog> many things did change, my intial packaginf was done in 2020 ...
[14:40:11]
<artlog> there was requirement to have a git tag on the version, but i new version scheme seems to not be compatbile with git tag syntax
[14:40:27]
<artlog> this git tag versioning is lifted or ?
[14:40:52]
<Émy – OniriCorpe> i'm not aware of this
[14:41:01]
<artlog> upstream project has no debian packaging
[14:41:16]
<artlog> i took notes so long time ago, things did change
[14:42:04]
<artlog> i am in the middle, naming of version is upstream, only ~ynh part is my stuff
[14:44:19]
<artlog> taht versioning naming scheme has to be clarified then.
[14:45:25]
<artlog> i read the french documentation
[14:45:42]
<Émy – OniriCorpe> you can use `2021.08.05~ynhx` it doesn't have to be like the upstream
[14:45:45]
<artlog> version (str) is composed of the upstream version of the app shipped, and an ~ynhX suffix. Changing this version is what effectively triggers an available upgrade for YunoHost instances which installed this package (hence no upgrade will be displayed as available if you forget to change it). The point of the ~ynhX suffix is to have a way to increment the version when commiting changes unrelated to the upstream but still trigger an upgrade.
[14:47:02]
<artlog> there is no mention of fact that is should start with a number i will change it
[14:57:26]
<artlog> Émy – OniriCorpe: Thanks, it works. You clarified the fact taht debian packaging was handled fully by yunohost internally and that only the versioning was an issue
[14:58:02]
<artlog> it remains for me to remove the rsync use later. But i erally like rsync since it does copy correctly
[15:02:16]
<artlog> It is implyied that upstream version is already debian package compatible, that was not the case.
[15:04:06]
<Émy – OniriCorpe> you could set the built app directory as the reverse proxy (nginx) one
[15:12:34]
<artlog> my application has no App icon, is it mandatory to be an official one to have one, or where is it set ?
[15:14:18]
<Émy – OniriCorpe> the app icon is stored in the catalog
[15:14:28]
<Émy – OniriCorpe> it will me added once you'll submit your package !
[15:15:19]
<Émy – OniriCorpe> and i don't know if there is a way to set one automatically on install
[15:16:40]
<Émy – OniriCorpe> https://aria.im/_bifrost/v1/media/download/Ab0p47Ag5Gn_g2GH2Rvc6_dFI6-Jr94W8kufUe4oha99kXcqH_uarAP8qNlZ-fB63Gj3kQHzzy5eYhyncPNcE2NCeaEaS9hAAGltLmVtZWx5bmUuZXUvQVpHQkJCb3hDdFNRa1RyYk9Yb0RPRlRI
[15:16:51]
<Émy – OniriCorpe> utilisation d'un logo personnalisé
[15:16:59]
<Émy – OniriCorpe> but in the admin panel you can manually customize it
[15:18:08]
<artlog> At which point of quality can i submit my package ?
[15:18:36]
<Émy – OniriCorpe> when it's reliable and working, i guess
[15:18:40]
<Émy – OniriCorpe> when you're happy with the result
[15:20:48]
<artlog> i doubt to be ever happy about any of my production, it is is a requirment, it will never see the light.
[15:22:38]
<artlog> it is working when alone, but it will break with other, by example, how do i request yunohost to give a local port to use ? it is hardcoded ...
[15:25:35]
<Émy – OniriCorpe> you can put `[resources.ports]` in your manifest and yunohost will give you a dedicated port, using the `$port` variable in scripts or `__PORT__` in config files
[15:26:58]
<artlog> this is a localhost one for proxy, i don't want the port to be opened worldwide
[15:27:08]
<Émy – OniriCorpe> yes, it's an internal port
[15:27:12]
<artlog> ok fine
[15:27:44]
<Émy – OniriCorpe> for nginx:
`proxy_pass http://127.0.0.1:__PORT__;`
[15:27:45]
<artlog> ok that's really better to discuss here and have quick answer thatn browsing docuementation and code !
[15:27:49]
<artlog> thanks Émy – OniriCorpe
[16:23:34]
<m606> @artl0g:matrix.org the screenshot showed by Émy is where one can change the app icon manually on his/her instance.
I think what you are looking for is where to set a default icon for the package. That's to be done when adding your package to the catalog, and here are the instructions: https://github.com/YunoHost/apps#how-to-add-your-app-to-the-application-catalog
The package logo is meant to be the upstream app's logo. It is not mandatory as some upstream apps do not have a logo. But as your app has one (https://trivabble.org/demo/logo/path.svg), it would be better if you could add it (would look nicer in YNH menu when installed, YNH catalog, etc.)
[16:27:28]
<artlog> for the ownership on github, i won't follow this way, the upstream developper who has his own instance and did already migrate from github to gitlab and now to his own instance. and i use his instance.
[16:35:34]
<m606> the app source can be hosted in any major forge (gihub, gitlab, forjego, gitea, etc.). However the YNH package for this app should AFAIK be on Github and owned by Yunohost-Apps organization if you want the package to appear in the catalog.
But you can also create a package and not add it to the catalog. The difference is that it won't be advertised in the catalog, and that it will have to be installed using the URL (via custom install) instead of clicking an "Install" button in the catalog.
[16:36:52]
<m606> (there are plans to move Yunohost-Apps repositories to an independant forge, but there is no deadline for it)
[16:42:46]
<Yunohost Git/Infra notifications> [element_ynh] Josue-T pushed to testing: Upgrade sources - main v1.12.2: https://github.com/element-hq/element-web/releases/tag/v1.12.2 ([ca9a0e90](https://github.com/YunoHost-Apps/element_ynh/commit/ca9a0e9012b31b1abe76861f82f1e727c99e5fc3))
[16:42:46]
<Yunohost Git/Infra notifications> [element_ynh] Josue-T merged [pull request #243](https://github.com/YunoHost-Apps/element_ynh/pull/243): Upgrade to v1.12.2
[16:42:47]
<Yunohost Git/Infra notifications> [element_ynh] Josue-T pushed to testing: Auto-update READMEs ([93f5de36](https://github.com/YunoHost-Apps/element_ynh/commit/93f5de36dd9a72e7bf10ee1264fd92babf19f33f))
[16:42:47]
<Yunohost Git/Infra notifications> [element_ynh] Josue-T deleted branch ci-auto-update-1.12.2
[17:17:42]
<Thomas> > <@m606:matrix.org> the app source can be hosted in any major forge (gihub, gitlab, forjego, gitea, etc.). However the YNH package for this app should AFAIK be on Github and owned by Yunohost-Apps organization if you want the package to appear in the catalog.
> But you can also create a package and not add it to the catalog. The difference is that it won't be advertised in the catalog, and that it will have to be installed using the URL (via custom install) instead of clicking an "Install" button in the catalog.
I think we can add a package from a repo out of Github but it's unlikely that someone will create an account just to help update the package
[17:20:48]
<artlog> i got the greenlight for github package from developer. so process to officialize it continues
[17:21:18]
<artlog> i will keep both in sync.
[17:39:42]
<Yunohost Git/Infra notifications> [apps] trendless opened [pull request #3172](https://github.com/YunoHost/apps/pull/3172): add substack to potential alts for writefreely
[17:42:44]
<Yunohost Git/Infra notifications> [apps] OniriCorpe approved [pull request #3172](https://github.com/YunoHost/apps/pull/3172#pullrequestreview-3366833537) add substack to potential alts for writefreely
[17:42:45]
<Yunohost Git/Infra notifications> [apps] OniriCorpe approved [pull request #3172](https://github.com/YunoHost/apps/pull/3172#pullrequestreview-3366833623) add substack to potential alts for writefreely
[17:43:13]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed to main: add substack to potential alts for writefreely ([d43c0a06](https://github.com/YunoHost/apps/commit/d43c0a06af60e14458f1a168ff0f98b3dbe1c58d))
[17:43:23]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #3172](https://github.com/YunoHost/apps/pull/3172): add substack to potential alts for writefreely
[19:02:14]
<Yunohost Git/Infra notifications> [apps] tituspijean merged [pull request #3134](https://github.com/YunoHost/apps/pull/3134): Add WRP to wishlist
[19:02:16]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed to main: Add WRP to wishlist (#3134) ([0cb841ef](https://github.com/YunoHost/apps/commit/0cb841ef52c1081dc21fc8d7231b55a0eae0296b))
[19:02:22]
<Yunohost Git/Infra notifications> [apps] tituspijean deleted branch add-to-wishlist-wrp
[19:22:44]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #3167](https://github.com/YunoHost/apps/pull/3167): Add pronouns.cc to wishlist
[19:22:44]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed to main: Add pronouns.cc to wishlist (#3167) ([397cf7e7](https://github.com/YunoHost/apps/commit/397cf7e75a48ec5ab5e74d43f81e67a497c63590))
[19:22:45]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch add-to-wishlist-pronouns-cc
[19:30:59]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed to main: Add AmneziaWG to wishlist (#3160) ([364c4e5f](https://github.com/YunoHost/apps/commit/364c4e5f5e00da6e5eee0972bdbfb0b1ac2f394f))
[19:31:00]
<Yunohost Git/Infra notifications> [apps] tituspijean deleted branch add-to-wishlist-amneziawg
[19:31:00]
<Yunohost Git/Infra notifications> [apps] tituspijean merged [pull request #3160](https://github.com/YunoHost/apps/pull/3160): Add AmneziaWG to wishlist
[19:31:19]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed to add-to-wishlist-sunshine: Update wishlist.toml Co-authored-by: tituspijean <tituspijean@yunohost.org> ([4bc75117](https://github.com/YunoHost/apps/commit/4bc75117505d1b29ce13b1e6cc556b5376a14c6d))
[19:36:45]
<Yunohost Git/Infra notifications> [appstore] tituspijean pushed to enh-wishlist-english: enh(wishlist): mention that a description in English is preferable ([145b8995](https://github.com/YunoHost/appstore/commit/145b8995b9c069faba2898cfa81cba9a3a1cca97))
[19:36:53]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #3171](https://github.com/YunoHost/apps/pull/3171): Add Sunshine to wishlist
[19:36:54]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed to main: Add Sunshine to wishlist (#3171) * Add Sunshine to wishlist * Update wishlist.toml Co-authored-by: tituspijean <titus... ([8ebf5aea](https://github.com/YunoHost/apps/commit/8ebf5aeabe0b9eeac0fa70d228f27ede38020c25))
[19:36:54]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch add-to-wishlist-sunshine
[19:37:12]
<Yunohost Git/Infra notifications> [appstore] tituspijean opened [pull request #18](https://github.com/YunoHost/appstore/pull/18): enh(wishlist): mention that a description in English is preferable
[19:37:39]
<Yunohost Git/Infra notifications> [appstore] alexAubin merged [pull request #18](https://github.com/YunoHost/appstore/pull/18): enh(wishlist): mention that a description in English is preferable
[19:37:44]
<Yunohost Git/Infra notifications> [appstore] alexAubin pushed to main: enh(wishlist): mention that a description in English is preferable (#18) ([97791233](https://github.com/YunoHost/appstore/commit/977912336bedcc7f21b38cd41631f5410169b2aa))
[19:37:48]
<Yunohost Git/Infra notifications> [appstore] alexAubin deleted branch enh-wishlist-english
[19:38:13]
<Yunohost Git/Infra notifications> [apps] tituspijean [commented](https://github.com/YunoHost/apps/pull/3171#discussion_r2453164052) on pull request #3171 Add Sunshine to wishlist: Done with https://github.com/YunoHost/appstore/pull/18.
[21:36:49]
<trendless> hey, in the writefreely\_ynh repo it looks like testing needs to be rebased or something, cuz it's both ahead and behind master but the changes look roughly the same. There are a couple PRs that could be merged once that's done and I've got at least one more I wanna make once it's been rebased/etc
[21:40:39]
<Émy – OniriCorpe> done
[21:42:28]
<trendless> woo! 🎉. Thanks!
[22:08:15]
<m606> Not that i mistrust this specific package, but I thought that maybe as a rule YNH would want to be owner of the package repo (which I assume can be done only via Github for now, until forge federation...) to ensure write permissions on app that can be considered as "official" (=in the catalog).
[22:30:11]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 43 pending update PRs
- 13 new apps PRs: dagu, diagramsnet, filebrowser, ghost, jackett, lasuite-docs, n8n, paperless-ngx, prometheus, sabnzbd, snweb, teampass, trilium
- 6 failed apps updates: bonfire, fusion, litechat, loops, piped, stirling-pdf
See the full log here: https://paste.yunohost.org/raw/volosozivi
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate
[23:37:51]
<Yunohost Git/Infra notifications> App django-fritzconnection goes down from level 6 to 3 in job [#23780](https://ci-apps.yunohost.org/ci/job/23780)
[23:41:25]
<Yunohost Git/Infra notifications> App opentracker stays broken (level 0) in job [#23784](https://ci-apps.yunohost.org/ci/job/23784)