[00:20:46]
<Yunohost Git/Infra notifications> [apps] oleole39 opened [pull request #2338](https://github.com/YunoHost/apps/pull/2338): Make RSS feed valid
[00:27:29]
<Yunohost Git/Infra notifications> [apps] oleole39 edited [pull request #2338](https://github.com/YunoHost/apps/pull/2338): Make RSS feed valid
[02:02:51]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 28 pending update PRs
- 9 new apps PRs
- 1 failed apps updates: focalboard
See the full log here: http://paste.yunohost.org/raw/cewidenimo
[06:05:43]
<lapineige> Yes ?
[07:26:05]
<Salamandar> @ericg:matrix.org you shouldn’t have merged https://github.com/YunoHost-Apps/wetty_ynh/pull/34
[07:26:10]
<Salamandar> it’s still blocked by upstream issue
[08:08:33]
<Salamandar> > <@yunohostinfra:matrix.org> Autoupdater just ran, here are the results:
>
> - 28 pending update PRs
> - 9 new apps PRs
> - 1 failed apps updates: focalboard
>
> See the full log here: http://paste.yunohost.org/raw/cewidenimo
focalboard failure is "normal" until a new release is created with the expected artifact
[08:08:43]
<Salamandar> appart from that, thanks Aleks for the fixes
[08:21:03]
<ChriChri> I need to dump a couchdb to a file that is only generated to be included into the backup. Is $YNH_CWD the right directory to dump to? Is the variable documented somewhere?
[08:31:15]
<eric_G> > <@Salamandar:matrix.org> @ericg:matrix.org you shouldn’t have merged https://github.com/YunoHost-Apps/wetty_ynh/pull/34
did I?
[08:31:35]
<eric_G> ah yes I did 😬
[08:31:37]
<Salamandar> :D
[08:31:45]
<eric_G> shall I revert?
[08:31:52]
<Salamandar> maybe, but
[08:32:06]
<Salamandar> i'm even wondering about deprecating this app, it's not maintained upstream…
[08:32:26]
<Salamandar> I packaged and am maintaining httpsh, it's working way better
[08:32:55]
<Salamandar> and it's really simple : it's just `ttyd` + a small bash script that calls ssh
[08:33:07]
<eric_G> upstream doesn't seem that old though
[08:33:16]
<Salamandar> someday™ we might even adapt this script to use ldap…
[08:34:00]
<Salamandar> > <@ericg:matrix.org> upstream doesn't seem that old though
yeah, but the dev doesn't address the biggest issues
[08:34:15]
<Salamandar> he released the buggy 2.7.0 then disappeared
[08:35:06]
<Salamandar> i'm still wondering about a mechanism that could allow "trusted individuals" (like distro packagers/devs) to take over (or become co-maintainers) on such project
[08:35:11]
<eric_G> so technically wetty_ynh is without bug 😅
[08:35:29]
<Salamandar> > <@ericg:matrix.org> so technically wetty_ynh is without bug 😅
it is now that 2.7.0 is on master :p
[08:36:54]
<eric_G> we can always point out upstream as culprit 😶🌫️
[08:38:30]
<eric_G> ok. reverted to 2.5.0~ynh3 version
[08:40:46]
<eric_G> Do we know why so many apps fail the backup/restore CI test?
[08:42:17]
<Salamandar> > <@ericg:matrix.org> ok. reverted to 2.5.0~ynh3 version
Thank you <3
[08:42:20]
<Salamandar> > <@ericg:matrix.org> Do we know why so many apps fail the backup/restore CI test?
uh…
[08:43:18]
<eric_G> well "so many" feels dramatic
[08:43:40]
<Salamandar> ok read the ci logs, i think it just is "luck" that 3 apps in a row fail on that
[08:43:50]
<Salamandar> feels like the ci god is punishing us though
[08:43:56]
<eric_G> a handfull of apps
[08:57:20]
<ChriChri> If an app tries to restore a database and finds that the db user and/or the db itself do already exist how should it act? Fail and inform user? Ask user what to do (is that even possible in the middle of restore?)?
[10:08:43]
<selfhoster1312> Salamandar, it does use tomlkit! :)
[10:09:05]
<selfhoster1312> i just removed manually stuff from manifest.toml to make sure the update_script.py regenerates it correctly
[10:09:37]
<selfhoster1312> did you try to update update? it should be working now? « It's working here » ®
[10:11:52]
<selfhoster1312> Salamandar, is it ok if i squash your commits?
[10:13:49]
<selfhoster1312> are we supposed to ynh_package_install or ynh_install_app_dependencies ? (why was jellyfin doing both?)
[10:45:46]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] ericgaspar deleted branch upgrade_full_replace
[10:45:46]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] ericgaspar closed [pull request #110](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/110): [autopatch] TEST BEFORE MERGE ynh_setup_source --full_replace=1
[10:48:11]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41#issuecomment-2109881487) on [issue #41](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41) Action scripts: testme
[10:48:13]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41#issuecomment-2109881566) on [issue #41](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41) Action scripts: :v:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/15872/badge)](https:/...
[10:48:13]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41#issuecomment-2109881563) on [issue #41](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/41) Action scripts: Living in the future, are we?
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-bookworm-dev.yunohost.o...
[10:48:34]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] ericgaspar approved [pull request #114](https://github.com/YunoHost-Apps/dokuwiki_ynh/pull/114#pullrequestreview-2054984998) refactor nginx config
[10:55:14]
<Salamandar> > <selfhoster1312> Salamandar, is it ok if i squash your commits?
yes it is ! it'll make a more readable history
[10:56:54]
<Salamandar> > <selfhoster1312> are we supposed to ynh_package_install or ynh_install_app_dependencies ? (why was jellyfin doing both?)
tl;dr
* ynh_package_install just calls apt install thing.deb
* ynh_install_app_dependencies registers the packages as dependencies of the app (it creates a dummy jellyfin-ynh-deps deb package with those dependencies) to prevent uninstallation of the deb files.
* the apt-mark workaround is to make sure the installed packages are automatically uninstalled when you uninstall the app
[10:57:08]
<Salamandar> so we need the 3 ones…
[10:57:19]
<Salamandar> maybe we could add a new helper that does all three
[10:57:48]
<Salamandar> also we installed the 3 packages in 2 steps to handle "migration" of the dependency jellyfin-ffmpeg5 -> jellyfin-ffmpeg6 without breaking apt
[10:59:06]
<selfhoster1312> why would it break apt?
[11:03:46]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to master: Make RSS feed valid (#2338) ([b37c463c](https://github.com/YunoHost/apps/commit/b37c463c60b792ea5ee57b9c2280efc40c2b432c))
[11:03:46]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #2338](https://github.com/YunoHost/apps/pull/2338): Make RSS feed valid
[11:04:38]
<selfhoster1312> jellyfin-ffmpeg6 is marked replacing jellyfin-ffmpeg5 so it should just autoremove ffmepg5?
[11:11:12]
<selfhoster1312> you know what i'll try and let you know :)
[11:16:12]
<selfhoster1312> > - Error validating manifest using schema: in key resources > sources > server_bullseye > armhf
> Additional properties are not allowed ('version' was unexpected)
https://ci-apps-dev.yunohost.org/ci/job/15873
[11:16:20]
<Salamandar> > <selfhoster1312> why would it break apt?
Because apt is called with --no-remove, so apt install jellyfin-ffmpeg6 doesn't have "permission" to remove ffmpeg5
[11:16:41]
<Salamandar> > <selfhoster1312> > - Error validating manifest using schema: in key resources > sources > server_bullseye > armhf
> > Additional properties are not allowed ('version' was unexpected)
>
> https://ci-apps-dev.yunohost.org/ci/job/15873
yeah it never was. My commit already fixed that.
[11:17:15]
<selfhoster1312> nah that i added last night and it works, it's just not in schema for the tests
[11:17:15]
<Salamandar> … just keep the manifest as I commited it xD
[11:17:40]
<selfhoster1312> Salamandar, no because you edited manually, i updated the scripts/update_script.py which is more important in the long run XD
[11:17:58]
<Salamandar> > <selfhoster1312> Salamandar, no because you edited manually, i updated the scripts/update_script.py which is more important in the long run XD
the script should keep the coding style.
[11:18:08]
<selfhoster1312> and i added the PACKAGE.ARCH.version field so we don't re-download/re-hash the same files over and over again
[11:18:47]
<selfhoster1312> and i thought to put it in arch for one reason, which is i assume that a specific version may reach a specific arch, liek for example let's say 10.9.1.1 only for armhf with an arch-specific bugfix
[11:18:48]
<Salamandar> > <selfhoster1312> and i added the PACKAGE.ARCH.version field so we don't re-download/re-hash the same files over and over again
I don't understand
[11:19:01]
<selfhoster1312> Salamandar, did you read scripts/update_script.py ?
[11:19:10]
<selfhoster1312> buuuut it's ok i'll put the version field per package
[11:19:25]
<Salamandar> > <selfhoster1312> Salamandar, did you read scripts/update_script.py ?
yeah, i WROTE it
[11:19:28]
<Salamandar> :D
[11:19:39]
<selfhoster1312> well i CHANGED it :P
[11:19:58]
<selfhoster1312> it was taking TOOO LONG for running the same sha256sum over and over again, so i added a version field to not download again the same files :)
[11:20:16]
<selfhoster1312> so for example when i bumped server/web version it didn't download ldap/ffmpeg again
[11:23:38]
<Salamandar> the script could just check if the url changed…
[11:23:51]
<selfhoster1312> sure
[11:24:25]
<selfhoster1312> that's clever
[11:28:02]
<selfhoster1312> i did just that and squashed our commits together
[11:33:49]
<Yunohost Git/Infra notifications> [wordpress_ynh] alexAubin approved [pull request #238](https://github.com/YunoHost-Apps/wordpress_ynh/pull/238#pullrequestreview-2055086492) 6.5
[11:41:25]
<selfhoster1312> > What's the recommended way to set options present in network.xml ?
Salamandar what does this sentence mean? :) :)
[11:41:38]
<Salamandar> hmmm
[11:42:17]
<Salamandar> i mean, if they don't document network.xml and if they don't tell users the file exists, there might be another way to set those options
[11:42:32]
<selfhoster1312> yes this option is CLI/ENV
[11:42:39]
<selfhoster1312> i only found about the CLI flag by reading the source code...
[11:42:41]
<Salamandar> ok
[11:42:45]
<Salamandar> yeah
[11:43:11]
<selfhoster1312> they explicitly said they don't want to add it to config file
[11:43:17]
<Salamandar> we might decide someday to "drop" the undocumented network.xml and use cli/env settings then ?
[11:43:31]
<selfhoster1312> not sure it's better :-/
[11:43:51]
<selfhoster1312> jellyfin just has bad code and bad documentation, whether it's CLI or XML changes nothing
[11:43:57]
<Salamandar> erf
[11:43:58]
<selfhoster1312> i still have nightmare about that time i opened jellyfin sqlite to try and integrate it
[11:44:13]
<selfhoster1312> you know what RELATIONAL means? then why you duplicate every column in every table u_u
[11:44:38]
<Salamandar> lol
[11:44:44]
<selfhoster1312> jellyfin is just C# spaghetti code and i don't envy the poor maintainers who have to deal with it
[11:45:02]
<selfhoster1312> if it was just for me i would throw it into the oven and burn it to death, but my friends like having "netflix at home"
[11:45:27]
<selfhoster1312> :q
[11:49:56]
<Salamandar> found out the doc
[11:50:03]
<Salamandar> --published-server-url should work according to the code
[11:50:09]
<Salamandar> anyways
[11:58:58]
<Aleks (he/him/il/lui)> > <selfhoster1312> you know what RELATIONAL means? then why you duplicate every column in every table u_u
there's no "R" in "SQL" but there's a "S" like in "Spaghetti" 🙃
[11:59:15]
<selfhoster1312> 🤣️
[11:59:45]
<selfhoster1312> also the answer was "they don't", they use a spaghetti code generator some people call an ORM which duplicates all this data for them :)
[12:00:43]
<selfhoster1312> which explains why my library.db is 141MB...
[12:01:14]
<Aleks (he/him/il/lui)> real programmers don't use ORM
[12:01:31]
<Aleks (he/him/il/lui)> real programmers don't use SQL database in fact, they just store their data in pi decimals
[12:01:31]
<selfhoster1312> i'm not a purist, but if you use an ORM use one that actually works properly :) :)
[12:02:16]
<selfhoster1312> or just store your entire thing as an XML/json database because it'll actually be lighter and faster than an SQLite database you abuse in all the wrong ways ^^"
[12:02:45]
<selfhoster1312> sorry i should quit bitching about jellyfin, just some mild traumas leftover from trying to contribute/customize it ^^"
[12:05:36]
<selfhoster1312> that looks better already https://ci-apps-dev.yunohost.org/ci/job/15874
[12:06:18]
<selfhoster1312> ```
59748 WARNING https://repo.jellyfin.org/releases/server/debian/versions/jellyfin-ffmpeg/5.0.1-5/jellyfin-ffmpeg5_5.0.1-5-bullseye_amd64.deb:
59749 WARNING 2024-05-14 12:03:59 ERROR 404: Not found.
61252 ERROR Unable to install jellyfin: An error occurred inside the app installation script
```
i don't think that's us Salamandar ? at step [Test 7/8] Upgrade from 10.8.0_ynh1
[12:07:03]
<Salamandar> that's because they delete old versions
[12:07:06]
<Salamandar> ye wel
[12:07:35]
<Salamandar> we could make an "old branch" just for migration with ffmpeg 5.1.4-3…
[12:08:57]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u merged [pull request #249](https://github.com/YunoHost-Apps/gitlab_ynh/pull/249): #245 fix user creation
[12:09:02]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u closed [issue #245](https://github.com/YunoHost-Apps/gitlab_ynh/issues/245): Bad admin account: The sequel
[12:09:06]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u pushed 5 commits to master ([b0412a35b4cc...773e2b8d20ea](https://github.com/YunoHost-Apps/gitlab_ynh/compare/b0412a35b4cc...773e2b8d20ea))
[12:09:11]
<Yunohost Git/Infra notifications> [gitlab_ynh/master] Merge branch testing of github.com:YunoHost-Apps/gitlab_ynh into testing - Kay0u
[12:09:42]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u closed [issue #240](https://github.com/YunoHost-Apps/gitlab_ynh/issues/240): Bad admin account
[12:09:46]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u [commented](https://github.com/YunoHost-Apps/gitlab_ynh/issues/240#issuecomment-2110039510) on [issue #240](https://github.com/YunoHost-Apps/gitlab_ynh/issues/240) Bad admin account: should be fixed by https://github.com/YunoHost-Apps/gitlab_ynh/pull/249 Please reopen if needed
[12:15:43]
<selfhoster1312> Salamandar, how would you do this ?
[12:16:18]
<ChriChri> > <@chrichri:librem.one> If an app tries to restore a database and finds that the db user and/or the db itself do already exist how should it act? Fail and inform user? Ask user what to do (is that even possible in the middle of restore?)?
Is there a way to interact with the admin during the scripts/* run?
[12:16:30]
<Yunohost Git/Infra notifications> App immich rises from level 6 to 7 in job [#26478](https://ci-apps.yunohost.org/ci/job/26478) !
[12:17:02]
<selfhoster1312> and i still don't understand what reply you wait from Jellyfin devs here: https://github.com/jellyfin/jellyfin/issues/11564#issuecomment-2109980615
the question is still not very clear.. are you asking if we should use only environment variables instead?
[12:17:14]
<selfhoster1312> sorry ChriChri no idea probably someone else knows :)
[12:25:59]
<tituspijean> absolutely not, and it's by design.
at bear minimum if you use the manifest v2 and app helpers, the script should fail.
if you can state for which app it is, we can have a better idea of the situation ;)
[12:34:26]
<Yunohost Git/Infra notifications> [apps] alexAubin opened [pull request #2339](https://github.com/YunoHost/apps/pull/2339): store/dash: make main dashboard update cron job silent
[12:34:31]
<Yunohost Git/Infra notifications> [apps] alexAubin created new branch dash-cron-silent
[12:34:31]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to dash-cron-silent: store/dash: make main dashboard update cron job silent ([9160834c](https://github.com/YunoHost/apps/commit/9160834c75c85ac7af20f0a206288c77d4cacde1))
[12:34:33]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #2339](https://github.com/YunoHost/apps/pull/2339): store/dash: make main dashboard update cron job silent
[12:34:33]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to master: store/dash: make main dashboard update cron job silent (#2339) ([448c7bbb](https://github.com/YunoHost/apps/commit/448c7bbbbd09567e4047e3d3188d3e55f2dfeb73))
[12:34:34]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch dash-cron-silent
[12:46:45]
<ChriChri> > <@titus:pijean.ovh> absolutely not :/
> at bear minimum if you use the manifest v2 and app helpers, the script should fail.
> if you can state for which app it is, we can have a better idea of the situation ;)
it is for flohmarkt_ynh (testing branch atm not up-to-date, I'm working on it local).
But that is a good decision: fail if exists and give some feedback for the admin to work with. I'll work towards that.
[13:06:12]
<Émy - OniriCorpe> > <@chrichri:librem.one> it is for flohmarkt_ynh (testing branch atm not up-to-date, I'm working on it local).
>
> But that is a good decision: fail if exists and give some feedback for the admin to work with. I'll work towards that.
It should rather be handled by the core
[13:38:25]
<Yunohost Git/Infra notifications> [wordpress_ynh] ericgaspar pushed 5 commits to master ([9e3af9e0387c...5e9843e85fc1](https://github.com/YunoHost-Apps/wordpress_ynh/compare/9e3af9e0387c...5e9843e85fc1))
[13:38:26]
<Yunohost Git/Infra notifications> [wordpress_ynh] ericgaspar merged [pull request #238](https://github.com/YunoHost-Apps/wordpress_ynh/pull/238): 6.5
[13:38:26]
<Yunohost Git/Infra notifications> [wordpress_ynh] yunohost-bot pushed 1 commit to master: Auto-update READMEs ([e13c2b7e](https://github.com/YunoHost-Apps/wordpress_ynh/commit/e13c2b7edc4a1842e5af1b95ad8c5b3816068ad2))
[14:36:23]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch add-to-wishlist-yolo-jukebox
[14:36:23]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:36:28]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:36:28]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to add-to-wishlist-yolo-jukebox: Add Yolo jukebox to wishlist ([11ba1f96](https://github.com/YunoHost/apps/commit/11ba1f963d7235e33b19ac072e4423d77c456322))
[14:50:00]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:50:01]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:50:04]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:50:38]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to master: Add Yolo jukebox to wishlist ([5df4e159](https://github.com/YunoHost/apps/commit/5df4e15989f192c8501dd6e7cb50586e71938ea4))
[14:50:39]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2340](https://github.com/YunoHost/apps/pull/2340): Add Yolo jukebox to wishlist
[14:50:39]
<Yunohost Git/Infra notifications> [apps] OniriCorpe deleted branch add-to-wishlist-yolo-jukebox
[14:50:55]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to master: Automatically add dates to the catalog files ([c01acf54](https://github.com/YunoHost/apps/commit/c01acf54d603b4074f6aed99165e3b1b1319e1b8))
[18:03:43]
<ChriChri> > <@oniricorpe:im.emelyne.eu> It should rather be handled by the core
What do you mean by that? Showing an error message, stopping execution and rolling back what had already be done?
I meant to output some meaningful message and return an error when dbuser or db already exist.
[18:16:41]
<Émy - OniriCorpe> It’s a core job (so the db helper) to check if the db is available and else, break the install with an error message
[18:17:07]
<Émy - OniriCorpe> That’s not the job of the package
[18:17:10]
<ChriChri> Uh, core doesn't support CouchDB...
[18:17:29]
<Émy - OniriCorpe> Ah… i forgot this detail lol
[18:18:10]
<Émy - OniriCorpe> Maybe you can help to develop experimental helpers for couchdb?
[18:18:10]
<ChriChri> Someone wrote here that projects are moving away from CouchDB and it wouldn't make sense to include it into core therefor.
[18:18:27]
<Émy - OniriCorpe> Hum, makes sense
[18:19:08]
<Bram> it wouldn't make sens to include it as strongly as things like postgresql but having a few helpers would still make sens (I'm someone)
[18:20:05]
<ChriChri> https://github.com/YunoHost/issues/issues/2377 would be a good place to collect thoughts and opinions about CouchDB and how to integrate it.
[18:21:59]
<ChriChri> > <@Bram_:matrix.org> it wouldn't make sens to include it as strongly as things like postgresql but having a few helpers would still make sens (I'm someone)
Then at least core should include its repo and the most basic configuration so that it can be installed by dependency. Then helpers would be justified in my opinion. But as long as we do not know how to install it writing helpers seems to me to start at the wrong end ;-) ?
[18:23:00]
<Bram> oh gosh, it's not packaged into debian, I though 😐️
[18:23:39]
<Bram> I was already doing couchdb in like 2010 x_x
[18:24:06]
<ChriChri> Well, actually I didn't check, because flohmarkt uses the version from the Apache repo and I just wanted to stay close to its standards. I found that couchdb_ynh and one other project install it from the Apache Repo also.
[18:48:44]
<ChriChri> So? Why not include the repo and provide a basic configuration for an `ynh_couchdb_install`? Other stuff could follow - I'd rather move what I have to core than maintain the dump, import, create user, set permissions stuff only for flohmarkt_ynh. At least one other project would be happy, also ;-) . (dato_ynh?)
[18:56:12]
<eric_G> you can write an experimental helper who could be merge to the core if necessary
[18:57:08]
<eric_G> we have a few https://github.com/YunoHost-Apps/Experimental_helpers
[19:41:36]
<Yunohost Git/Infra notifications> [nextcloud_ynh] tomdereub [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/658#issuecomment-2111012188) on [issue #658](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/658) Oldstable | 27.1.x: Ok, after a force upgrade its solved...
[23:16:36]
<Yunohost Git/Infra notifications> App monica failed all tests in job [#26490](https://ci-apps.yunohost.org/ci/job/26490) :(