[00:11:17]
<Bram> > <@titus:pijean.ovh> @Bram Émy - OniriCorpe example of PR where I had to do a merge commit for README translations: https://github.com/YunoHost-Apps/pmwiki_ynh/pull/12 (most likely the changes were in master branch and not testing, indeed)
c'est quoi le problème que t'as eu résultat '-' ?
[00:49:37]
<Yunohost Git/Infra notifications> App pytition goes down from level 8 to 2 in job [#25031](https://ci-apps.yunohost.org/ci/job/25031)
[01:37:31]
<Aleks (he/him/il/lui)> `ImportError: lxml.html.clean module is now a separate project lxml_html_clean.`
[01:37:31]
<Aleks (he/him/il/lui)> https://aria.im/_matrix/media/v1/download/matrix.org/CApPYsPlSRmOGeVNMtQUvDFg
[01:37:37]
<Bram> ah yeah I saw this bug in my previous client
[01:52:55]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 67 pending update PRs
- 16 new apps PRs
- 5 failed apps updates: dokuwiki, elasticsearch8, focalboard, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/cijonejala
[03:11:31]
<Yunohost Git/Infra notifications> Job [#24797](https://ci-apps.yunohost.org/ci/job/24797) for firefish failed miserably :(
[06:04:29]
<Yunohost Git/Infra notifications> [apps] lapineige opened [pull request #2217](https://github.com/YunoHost/apps/pull/2217): Yologen : format python code with Black
[06:05:03]
<Yunohost Git/Infra notifications> [apps] lapineige [commented](https://github.com/YunoHost/apps/pull/2217#issuecomment-2033629088) on [issue #2217](https://github.com/YunoHost/apps/pull/2217) Yologen : format python code with Black: How can I remove the changed to apps and whishlist.toml ?
[06:55:16]
<Yunohost Git/Infra notifications> App roundcube rises from level 6 to 8 in job [#25047](https://ci-apps.yunohost.org/ci/job/25047) !
[07:00:20]
<lapineige> Anyone here willing to work on a GoGoCarto package ?
It's a little complex with 2 parts (backend + web UI) and 2 programming languages (PHP/NodeJS), but I'd like to work on this, and some help would be appreciated 🙂
https://gitlab.com/Seballot/gogocarto/-/blob/master/docs/installation.md / https://gitlab.com/Seballot/gogocarto/-/blob/master/docs/installation_debian.md
https://gitlab.com/Seballot/gogocarto-js/-/blob/master/docs/how-to-contribute/1-Installation.md
[07:09:32]
<mathieuw> > Anyone here willing to work on a GoGoCarto package ?
>
> It's a little complex with 2 parts (backend + web UI) and 2 programming languages (PHP/NodeJS), but I'd like to work on this, and some help would be appreciated 🙂
> https://gitlab.com/Seballot/gogocarto/-/blob/master/docs/installation.md / https://gitlab.com/Seballot/gogocarto/-/blob/master/docs/installation_debian.md
> https://gitlab.com/Seballot/gogocarto-js/-/blob/master/docs/how-to-contribute/1-Installation.md
Maybe we could ask to Sebastian Castro, the main dev of the project and a friend?
He's around YesWiki, the packaging could take place during YesWiki sprint (June 13-16, around Toulouse) if he's up to it and around there at that time. What do you think? Should I contact him?
[07:12:00]
<lapineige> I could ask on their Mattermost channel, but I'm a little incomfortable to ask app devs to package the app in Yunohost 😅
[07:13:03]
<lapineige> I would clearly have asked if they were willing to provide some support.
On the install part, their documentation seems pretty complete (compared to other software, there are all the details).
[07:24:47]
<mathieuw> > I could ask on their Mattermost channel, but I'm a little incomfortable to ask app devs to package the app in Yunohost 😅
I'm pretty confident that he would say no if he's not willing to spend time on this request.
So I would ask, and I would be interested to help if you're also available - that way I could learn some stuff about packaging a not-so-complex-but-still application.
Would you be interested, and what if we try to do that in June during the sprint?
[07:27:18]
<lapineige> I won't be there during the sprint, and I think I would try to draft the package before that.
[07:27:43]
<lapineige> It doesn't hurt to ask them 🙂
[07:36:45]
<Yunohost Git/Infra notifications> App rspamdui stays at level 3 in job [#25048](https://ci-apps.yunohost.org/ci/job/25048)
[07:50:44]
<Yunohost Git/Infra notifications> App mongo-express rises from level 0 to 8 in job [#24204](https://ci-apps.yunohost.org/ci/job/24204) !
[08:45:23]
<Yunohost Git/Infra notifications> App satdress goes down from level 8 to 1 in job [#25053](https://ci-apps.yunohost.org/ci/job/25053)
[08:46:26]
<Yunohost Git/Infra notifications> [apps] xabirequejo [commented](https://github.com/YunoHost/apps/pull/2101#discussion_r1549268494) on pull request #2101 package-not-maintained needs a rework: I won’t have access to a reliable computer until 18:00.
[09:11:48]
<Yunohost Git/Infra notifications> App scovie rises from level 7 to 8 in job [#25054](https://ci-apps.yunohost.org/ci/job/25054) !
[09:58:04]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 5 commits to v2_PostgreSQL ([b40d07987c7f...061dcc17b24b](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/b40d07987c7f...061dcc17b24b))
[09:58:05]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot pushed 1 commit to v2_PostgreSQL: Auto-update READMEs ([cbfc4bdc](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/cbfc4bdc4b267a5071b650886171cf990b8510b6))
[09:58:09]
<Yunohost Git/Infra notifications> [nextcloud_ynh/v2_PostgreSQL] Auto-update README - yunohost-bot
[10:04:41]
<Yunohost Git/Infra notifications> [nextcloud_ynh] kay0u approved [pull request #677](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/677#pullrequestreview-1976263477) Testing: LGTM
[10:09:54]
<kayou> In fact
[10:10:02]
<kayou> https://github.com/YunoHost-Apps/nextcloud_ynh/pull/676
[10:10:16]
<kayou> LOOKSNOTGUDTOME
[10:11:20]
<kayou> Salamandar: i think, if we replace https://github.com/YunoHost-Apps/nextcloud_ynh/pull/676/files#diff-6f67d3a8330a3c924847c4e3e44fa893ed4178fee92b9bfeba68fd6fdbaff5ecL64 by `return $(test $free_space -ge $min_size)` this should fix this function, and fix you issue
[10:11:59]
<kayou> the problem here is that there is a bug in `ynh_smart_mktemp` (which should check the space available in /tmp, /var, /...
[10:12:02]
<Salamandar> > <@kayou:matrix.org> Salamandar: i think, if we replace https://github.com/YunoHost-Apps/nextcloud_ynh/pull/676/files#diff-6f67d3a8330a3c924847c4e3e44fa893ed4178fee92b9bfeba68fd6fdbaff5ecL64 by `return $(test $free_space -ge $min_size)` this should fix this function, and fix you issue
what's the difference ?
[10:12:33]
<kayou> oups
[10:12:39]
<kayou> my test was shit
[10:12:39]
<Salamandar> we shouldn't use /tmp at all tbh
[10:13:00]
<Salamandar> also
[10:13:11]
<Salamandar> min_size is not defined properly i think
[10:13:22]
<kayou> the problem is we use --min_size=300
[10:13:23]
<kayou> yeah
[10:13:34]
<Salamandar> yeah
[10:13:36]
<kayou> we should get the size of the current install_dir
[10:13:42]
<Salamandar> yeah for example
[10:13:45]
<Salamandar> but anyways
[10:14:17]
<Salamandar> why not just use `$install_dir/../$app_tmp` or equivalent ?
[10:14:25]
<kayou> `du -hd 1 $install\_dir`
[10:14:52]
<kayou> we should still check if there is enough space i guess?
[10:14:58]
<kayou> `du -hd 1 $install_dir`
[10:16:55]
<kayou> meh, i probably overthink this upgrade
[10:17:04]
<kayou> i didn't say anything, LGTM
[10:31:09]
<Salamandar> > <@kayou:matrix.org> LOOKSNOTGUDTOME
makes me think about https://twitter.com/tekbog/status/1774009315688329599
[10:31:31]
<Salamandar> (although that's not the backdoor that was lgtm-ed, but something else around the backdoor)
[10:39:50]
<orhtej2> > <@Salamandar:matrix.org> makes me think about https://twitter.com/tekbog/status/1774009315688329599
It was a good backdoor
[12:32:11]
<Yunohost Git/Infra notifications> [apps] yunohost-bot created new branch add-to-wishlist-heyform
[12:32:11]
<Yunohost Git/Infra notifications> [apps] yunohost-bot pushed 1 commit to add-to-wishlist-heyform: Add Heyform to wishlist ([3a2b8fbd](https://github.com/YunoHost/apps/commit/3a2b8fbdcfb74e4152bed6aaf859de208818f789))
[12:32:15]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2218](https://github.com/YunoHost/apps/pull/2218): Add Heyform to wishlist
[12:32:15]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2218](https://github.com/YunoHost/apps/pull/2218): Add Heyform to wishlist
[13:29:38]
<Yunohost Git/Infra notifications> [apps] xabirequejo opened [pull request #2219](https://github.com/YunoHost/apps/pull/2219): package-not-maintained, Basque string updated
[15:36:23]
<Yunohost Git/Infra notifications> App simplytranslate rises from level 7 to 8 in job [#25074](https://ci-apps.yunohost.org/ci/job/25074) !
[15:41:27]
<Yunohost Git/Infra notifications> [nextcloud_ynh] alexAubin [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/670#discussion_r1549995652) on pull request #670 adding documentation to change nextcloud data path: Related to https://github.com/YunoHost/doc/blob/master/pages/04.applications/10.docs/nextcloud/app_nextcloud.md#ii-migra...
[15:46:34]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 10 commits to master ([22f8c373c966...4ef4af935d32](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/22f8c373c966...4ef4af935d32))
[15:46:37]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar merged [pull request #677](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/677): Testing
[15:46:46]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot pushed 1 commit to master: Auto-update READMEs ([005f0a21](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/005f0a210a08367268f2525a24de3174d1278da6))
[15:46:52]
<Yunohost Git/Infra notifications> [nextcloud_ynh/master] Auto-update READMEs - yunohost-bot
[17:27:58]
<lapineige> Also some plugins are not up to date. It's very strange
[17:28:35]
<lapineige> (And upgrade is failing, the mandatory backup in YesWiki doesn't complete or takes forever)
[17:28:42]
<lapineige> Do you know what's the status of this app ?
[17:30:59]
<Aleks (he/him/il/lui)> can you elaborate where it says the version is from 2020 ?
[17:31:11]
<Aleks (he/him/il/lui)> the app is supposed to be working and up to date if i remember correctly
[17:33:19]
<12b> I guess that’s the version displayed in yeswiki itself.
[17:33:21]
<Yunohost Git/Infra notifications> Job [#25064](https://ci-apps.yunohost.org/ci/job/25064) for sharkey failed miserably :(
[17:33:55]
<Yunohost Git/Infra notifications> [apps] OniriCorpe just made [pull request #2101](https://github.com/YunoHost/apps/pull/2101) ready for review: package-not-maintained needs a rework
[17:34:46]
<Yunohost Git/Infra notifications> [apps] OniriCorpe converted to draft the [pull request #2101](https://github.com/YunoHost/apps/pull/2101): package-not-maintained needs a rework
[17:37:17]
<12b> and the upgrade that is failing, is it the upgrade launched from yeswiki itself? That should not be used. yeswiki must only be upgraded from yunohost. (it woukd be nice if that upgrade feature is disabled when yeswiki is installed with yunohost)
[17:38:16]
<lapineige> I mean an extension upgrade
[17:38:42]
<12b> regarding the backup that never completes I made some PR to fix that some time ago.
[17:38:44]
<lapineige> I can't install the ferme extension either
[17:39:17]
<lapineige> It stays at the "creating ZIP archive", and uses a few CPU %
[17:40:04]
<lapineige> Oh and emails are not sent 😅
[17:40:50]
<lapineige> Does someone know why YesWiki app says (in its UI) it's a 2020 version after a fresh install while YNH repo say 4.4 and update last month ?
[17:41:03]
<lapineige> All of these sounds really weird 😆
[17:43:00]
<12b> https://github.com/YesWiki/yeswiki/pull/1134
[17:44:11]
<12b> https://github.com/YunoHost-Apps/yeswiki_ynh/pull/74
[17:45:02]
<12b> Yeah, the backup actually crashes because it's launched with the wrong PHP version. And the UI thinks it's still running. I guess my fix will be in the next YesWiki version.
[17:47:26]
<mathieuw> > (And upgrade is failing, the mandatory backup in YesWiki doesn't complete or takes forever)
Yep, same issue on my YesWiki on YunoHost.
I just found this post on the forum also: https://forum.yunohost.org/t/probleme-extensions-et-sauvegardes-yeswiki/29076
[17:50:54]
<lapineige> What is that mess 😅
[17:51:06]
<mathieuw> > Does someone know why YesWiki app says (in its UI) it's a 2020 version after a fresh install while YNH repo say 4.4 and update last month ?
It seems very like this: https://forum.yeswiki.net/t/probleme-de-version/902
[17:51:13]
<lapineige> > Yeah, the backup actually crashes because it's launched with the wrong PHP version. And the UI thinks it's still running. I guess my fix will be in the next YesWiki version.
Oh wow ☹️
It's a packaging issue ? I can work on it if that's the case
[17:52:21]
<lapineige> Meanwhile, is that possible to disable that automated backup then ?
[17:52:59]
<lapineige> > https://github.com/YunoHost-Apps/yeswiki_ynh/pull/74
Thanks for the link. Does that in testing it should work ?
[17:54:25]
<12b> the 2 PR I linked above are fixing this. until these arrive you can disable the backup in the waka config
[17:54:48]
<lapineige> I'm installing that testing branch to check if it fixes it
[17:55:10]
<lapineige> If it works, why wasn't it already merged btw ?
[17:55:40]
<12b> i think it won’t be enough. you also need the fix that is in yeswiki source
[17:56:55]
<12b> (the first of the 2 PR above)
[18:04:43]
<lapineige> Ok, so I should push it in the YNH package
[18:08:48]
<12b> The PR on yeswiki side has been merged. and the next yeswiki version will soon be released. maybe mrflos can tell us when exactly
[18:17:24]
<lapineige> I think I'm gonna try right now in a custom branch with the latest commit
[18:19:15]
<lapineige> I'd like to test it while I'm motivated, and now I can do it on my own with the help you provided 🙂
[18:21:14]
<mrflos> I'm not sure about what you are asking, but i usually dump New yeswiki version inside yunohost just after official new yeswiki release. If you want to test it before, feel free to have your own version of package!
[18:21:51]
<mrflos> And next release for yeswiki would likely come out in a week lax
[18:21:58]
<mrflos> Max*
[18:35:19]
<mrflos> but as 12b suggested, in a yunohost context, you don't need auto-backup feature, yunohost is handling it
[18:41:51]
<12b> for yeswiki update yes, but not for theme and extensions intall/updates
[19:11:26]
<lapineige> But I can manually make them with Yunohost before the extension updates
[19:12:56]
<lapineige> > <@mrfloss:matrix.org> I'm not sure about what you are asking, but i usually dump New yeswiki version inside yunohost just after official new yeswiki release. If you want to test it before, feel free to have your own version of package!
I mean I will make a temporary fork using the latest commit to test the patch and use YesWiki right away for experiments purpose.
I prefer that than waiting for the next release, even if it's in a week. And I can do that autonomously, not need for you to release it earlier or so
[19:13:45]
<lapineige> But first I think I will try without the automated backups enabled, it's easier and not critical in my case
[19:16:58]
<lapineige> > I guess that’s the version displayed in yeswiki itself.
Yes:
> Version du Wiki : doryphore 2020-01-22-1
> Version disponible sur le dépot : doryphore 4.4.2
Strange !
[19:19:06]
<mrflos> > Yes:
>
> > Version du Wiki : doryphore 2020-01-22-1
>
> > Version disponible sur le dépot : doryphore 4.4.2
>
> Strange !
yunohost is using the git repo, and the version dump is done by external tools that generate the [yeswiki repo](https://repository.yeswiki.net/doryphore/)
[19:19:08]
<mrflos> it's confusing, but expected 😄
[19:19:51]
<lapineige> So to disable the backups, I can change the lines like this to be able to bypass the backups:
```
'authorize_bypass_preupdate_backup' => true,
'preupdate_backup_activated' => true,
'call_archive_async' => true,
```
Out of curiosity, isn't the last one responsible for the issue with php version (appart from the bug, disabling this could avoid it, couldn't it ?)
[19:21:09]
<mrflos> > So to disable the backups, I can change the lines like this to be able to bypass the backups:
> ```
> 'authorize_bypass_preupdate_backup' => true,
> 'preupdate_backup_activated' => true,
> 'call_archive_async' => true,
> ```
>
> Out of curiosity, isn't the last one responsible for the issue with php version (appart from the bug, disabling this could avoid it, couldn't it ?)
yes, probably, but php max execution time is too short for backups, so big risks of timeout
[19:21:52]
<lapineige> Ok thanks you all for the your help !
So now installing extensions works !
[19:22:05]
<Bram> (that's generally an application issue and the backup should be resumable on a timeout) (yeah I had a discussion with the nextcloud devs about that)
[19:22:47]
<lapineige> Appart from that, mrflos do you know how to install the QRcartes extension ? (which apparently isn't yet in the official extension repository)
[19:25:04]
<mrflos> > Appart from that, mrflos do you know how to install the QRcartes extension ? (which apparently isn't yet in the official extension repository)
the yolo way : edit the GererMisesAJour page and change `{{update}}` to `{{update version="doryphore-dev"}}` and save
[19:25:31]
<lapineige> I love it ! 😂
[19:25:34]
<mrflos> > <@mrfloss:matrix.org> the yolo way : edit the GererMisesAJour page and change `{{update}}` to `{{update version="doryphore-dev"}}` and save
now you can find qrcards extension in the extensions, just install this one, don't update anything else
[19:25:45]
<lapineige> (It's really for testing purposes for now, so yeah, it's good enough)
[19:25:59]
<lapineige> > <@mrfloss:matrix.org> now you can find qrcards extension in the extensions, just install this one, don't update anything else
And then I revert the change ?
[19:26:09]
<mrflos> > And then I revert the change ?
yes
[19:27:07]
<mrflos> don't forget to click on postinstall button or run /update handler after installing the extension, it will add the needed forms and admin pages
[19:32:16]
<mrflos> yes i agree, but i have skills issues to archIeve that
[19:32:58]
<mrflos> Bram: if the nextcloud devs found a way to do it, i would like to read that discussion, but i suppose nextcloud is doing async cli calls, no?
[19:33:50]
<lapineige> mrflos: It worked !
[19:34:07]
<lapineige> > run /update handler
What is that ? A page ?
[19:35:59]
<mrflos> > > run /update handler
>
> What is that ? A page ?
just put it at the end of a url, a handler is used for special treatment of a page, like /edit to edit the page /raw to see raw content, /update is a a "hack" to do some migrations after installing extensions
[19:37:59]
<lapineige> No matter the URL ?
[19:38:42]
<mrflos> yep 😅 but you need to be connected as an admin
[19:38:50]
<lapineige> Last question : in a wiki farm, you need a different account to log in another wiki ?
[19:40:45]
<lapineige> Ok, but right now in the second wiki I have no admin account/credentials…
[19:40:47]
<mrflos> yes, by default yeswikis created by the farm are totally independant, but you could add some configs to use yunohost ldap auth, or other stuff
[19:41:52]
<mrflos> when you create a new wiki in the farm, he should ask for the password to use for the new wiki's WikiAdmin account
[19:42:22]
<lapineige> So it's another admin, with mandatory name WikiAdmin, and the defined password ?
[19:42:22]
<mrflos> > <@mrfloss:matrix.org> when you create a new wiki in the farm, he should ask for the password to use for the new wiki's WikiAdmin account
you shoud be able to connect with WikiAdmin/<your password>
[19:42:35]
<lapineige> Already, thanks, I've got it.
[19:43:31]
<mrflos> > So it's another admin, with mandatory name WikiAdmin, and the defined password ?
yes as a default behaviour, but you can tweak it with config : either choose username while creating wiki, or use another default admin username
[19:44:00]
<lapineige> Allright, choosing username would be better. I'll search for that option
[19:46:03]
<mrflos> > Allright, choosing username would be better. I'll search for that option
https://github.com/YesWiki/yeswiki-extension-ferme/blob/doryphore/services/FarmService.php#L170
[19:47:19]
<lapineige> Oh, sweat. So it's `/var/www/yeswiki/tools/ferme/services/FarmService.php`
[19:56:22]
<mrflos> yes but make the change in wakka.config.php : add `yeswiki-farm-default-WikiAdmin` with desired value
[20:09:53]
<lapineige> oh, but I changed the value in the FarmService.php file ?
[20:10:42]
<orhtej2> Why is `glitch-soc` building stuff in `restore`?
[20:10:52]
<lapineige> And I have now the change reflected in the UI (I removed the default account name, so I can choose it)
[20:11:44]
<lapineige> I guess you need to build the dependencies again when you reinstall ?
[20:17:57]
<Yunohost Git/Infra notifications> [apps] OniriCorpe edited [pull request #2219](https://github.com/YunoHost/apps/pull/2219): package-not-maintained, Basque string updated
[20:18:42]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to package-not-maintained-rework: remove duplicated titles ([3b9f1535](https://github.com/YunoHost/apps/commit/3b9f1535d1e0b68283c0e0dc2267bf507a867fa3))
[20:19:23]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to package-not-maintained-rework: redo space ([6e1d1a6f](https://github.com/YunoHost/apps/commit/6e1d1a6ff3cb20647a40e03fda8e6a69ea02d1e1))
[20:21:19]
<Yunohost Git/Infra notifications> [apps] OniriCorpe approved [pull request #2219](https://github.com/YunoHost/apps/pull/2219#pullrequestreview-1977885681) package-not-maintained, Basque string updated
[20:21:35]
<Yunohost Git/Infra notifications> [apps] OniriCorpe merged [pull request #2219](https://github.com/YunoHost/apps/pull/2219): package-not-maintained, Basque string updated
[20:21:35]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to package-not-maintained-rework: package-not-maintained, Basque string updated (#2219) Co-authored-by: xabirequejo <xabirequejo@users.noreply.github.com... ([4f8163e2](https://github.com/YunoHost/apps/commit/4f8163e2845de33e288503126d25bb4ea769177c))
[20:23:55]
<Bram> > <@mrfloss:matrix.org> Bram: if the nextcloud devs found a way to do it, i would like to read that discussion, but i suppose nextcloud is doing async cli calls, no?
I know they did but years after I've talked to them, I know tcit has some knowledge of the solution
[20:35:08]
<Tag> you should ask the maintainer :P
IIRC it doesn't build the app in `restore`
[20:40:06]
<orhtej2> > <@tag:lostpod.me> you should ask the maintainer :P
> IIRC it doesn't build the app in `restore`
it sort of does https://github.com/YunoHost-Apps/glitchsoc_ynh/blob/eb71df0383b81b74f0932ac11463d743c0107a8a/scripts/restore#L126
[20:41:12]
<Tag> Ah, then you should ask AlisonSelby :')
[20:42:39]
<Tag> It could be a copypasta from `install` and may not be needed here
[20:44:17]
<orhtej2> ¯\_(ツ)_/¯
[20:44:36]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] Salamandar pushed 1 commit to testing: Update manifest.toml: fix "maintainers" key, empty string is hella confusing ([27e0d31d](https://github.com/YunoHost-Apps/dokuwiki_ynh/commit/27e0d31d25d43bfc92ece86fc9e7f8880f1d8d5c))
[20:44:40]
<Yunohost Git/Infra notifications> [dokuwiki_ynh] yunohost-bot pushed 1 commit to testing: Auto-update READMEs ([1d1a045d](https://github.com/YunoHost-Apps/dokuwiki_ynh/commit/1d1a045d431e53538c53b57d487271b3fd6c73de))
[21:49:23]
<orhtej2> Would it be possible to restart bookworm-dev once immich is done? Somethings stuck https://ci-apps-bookworm-dev.yunohost.org/ci/job/374
[22:02:25]
<Tag> Fixed :)
[22:51:42]
<Yunohost Git/Infra notifications> App superset stays at level 1 in job [#25094](https://ci-apps.yunohost.org/ci/job/25094)