[00:01:08]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux pushed 1 commit to testing: Update 2024.9.1~ynh1.md Insisting about the CNAME edition and propagation ([bdf099a2](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/bdf099a261a900217bb064689fa23168016c8dbf))
[00:29:47]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#issuecomment-2574113090) on [issue #234](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234) Testing: @Ddataa @Josue-T can you advise me ? Does we keep these first lines to remove old sandboxdomain in the upgrade ? example...
[00:53:17]
<Yunohost Git/Infra notifications> [syncthing_ynh] orhtej2 merged [pull request #196](https://github.com/YunoHost-Apps/syncthing_ynh/pull/196): Upgrade to v1.29.0
[00:53:20]
<Yunohost Git/Infra notifications> [syncthing_ynh] orhtej2 deleted branch ci-auto-update-1.29.0
[00:53:41]
<Yunohost Git/Infra notifications> [syncthing_ynh] orhtej2 opened [pull request #197](https://github.com/YunoHost-Apps/syncthing_ynh/pull/197): v1.29.0
[00:53:57]
<Yunohost Git/Infra notifications> [syncthing_ynh] orhtej2 merged [pull request #197](https://github.com/YunoHost-Apps/syncthing_ynh/pull/197): v1.29.0
[00:55:05]
<Yunohost Git/Infra notifications> [joplin_ynh] orhtej2 closed [pull request #67](https://github.com/YunoHost-Apps/joplin_ynh/pull/67): Upgrade to v3.2.6
[00:55:06]
<Yunohost Git/Infra notifications> [joplin_ynh] orhtej2 [commented](https://github.com/YunoHost-Apps/joplin_ynh/pull/67#issuecomment-2574188626) on [issue #67](https://github.com/YunoHost-Apps/joplin_ynh/pull/67) Upgrade to v3.2.6: Superseded by #70
[11:43:51]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701#issuecomment-2575080925) on [issue #701](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701) .well-known URLs, failed on: /.well-known/caldav: @MCMic can you be more specific about what need to be changed?
[11:45:17]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701#issuecomment-2575080925) on [issue #701](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701) .well-known URLs, failed on: /.well-known/caldav: @MCMic can you be more specific about what need to be changed? our settings seem to be the same as the doc... ...
[11:45:45]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701#issuecomment-2575080925) on [issue #701](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701) .well-known URLs, failed on: /.well-known/caldav: @MCMic can you be more specific about what need to be changed? our settings seem to be the same as suggested in the doc...
[12:12:14]
<Yunohost Git/Infra notifications> [freshrss_ynh] marzagheddon opened [issue #198](https://github.com/YunoHost-Apps/freshrss_ynh/issues/198): The Yunohost webadmin page for the FreshRSS app gives you a wrong URL to put in the client app
[12:13:21]
<Yunohost Git/Infra notifications> [freshrss_ynh] marzagheddon edited [issue #198](https://github.com/YunoHost-Apps/freshrss_ynh/issues/198): The Yunohost webadmin page for the FreshRSS app gives you a wrong URL to put in the client app
[12:47:01]
<Yunohost Git/Infra notifications> [nextcloud_ynh] MCMic [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701#issuecomment-2575217620) on [issue #701](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/701) .well-known URLs, failed on: /.well-known/caldav: location = /.well-known/carddav { return 301 /nextcloud/remote.php/dav/ } location = /.well-known/c...
[13:00:23]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#issuecomment-2575243491) on [issue #234](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234) Testing: Ok, so We need this after see what happens here https://forum.yunohost.org/t/cryptpad-being-deleted-by-update-how-can-i-...
[13:53:56]
<rodinux> I ask a reviewer for cryptpad...
[14:27:18]
<rodinux> Could someone help me understand how works these lines ?? https://github.com/YunoHost-Apps/cryptpad_ynh/blob/bdf099a261a900217bb064689fa23168016c8dbf/scripts/remove#L27C1-L42C1
[14:34:01]
<Salamandar> > <@rodinux:matrix.org> Could someone help me understand how works these lines ?? https://github.com/YunoHost-Apps/cryptpad_ynh/blob/bdf099a261a900217bb064689fa23168016c8dbf/scripts/remove#L27C1-L42C1
tl;dr the first "if" is "overwrited" by the second "if" if the test succeeds
[14:34:17]
<Salamandar> i would've prefered a "if … else if … endif"
[14:35:37]
<Salamandar> https://aria.im/_bifrost/v1/media/download/ARFksqdbspa9bpoKAUkToSlcERvwL5N8sOlDD0--LPFYgbO3pI-k1_xysSHtyhBErXio1hJ8jMRMiPQh8ohiuFhCeURlepawAG1hdHJpeC5vcmcvZUdaV1paRFRkZWR0WEFySGhQdkVTRkdY
[14:35:44]
<Salamandar> … then why add `--keep=` ??
[14:40:11]
<rodinux> I am very confused !! is it the same error as I saw for update here https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234/files#diff-57aeb84da86cb7420dfedd8e49bc644fb799d5413d01927a0417bde753e8922f
with these lines ?
https://github.com/YunoHost-Apps/cryptpad_ynh/blob/bdf099a261a900217bb064689fa23168016c8dbf/scripts/remove#L45C1-L50C4
[14:42:46]
<Aleks (he/him/il/lui)> because ynh_setup_source may still overwrite existing file if they exist in the original source ?
[14:47:08]
<Salamandar> Yes but that's what `--keep` is for
[14:47:17]
<Salamandar> also this specific app has a bug on upgrade from old version sooo…
[14:48:59]
<rodinux> ?? what app talking about ?
[14:51:35]
<Salamandar> lionwiki-t2t
[14:54:41]
<limezy> Hello everybody ! I'm a little bit puzzled by the CI
https://ci-apps-bullseye-dev.yunohost.org/ci/job/21695
`268 ERROR This app requires YunoHost >= 12.0.9 but current installed version is 11.2.30.2`
Isn't it supposed to be the bullseye CI ?
[15:04:02]
<Salamandar> Yes, it's the bullseye CI indeed, that's exactly why the installed yunohost version is 11.x ;)
[15:04:48]
<Salamandar> (wooosh libretranslate installs ~6GB of pip packages, that destroys the whole CIs perf)
[15:06:46]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux pushed 1 commit to testing: Update manifest.toml upgrade ([2d4afffc](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/2d4afffcb6cf7f85163501ba4383d257089af225))
[15:08:25]
<Salamandar> > <@rodinux:matrix.org> Could someone help me understand how works these lines ?? https://github.com/YunoHost-Apps/cryptpad_ynh/blob/bdf099a261a900217bb064689fa23168016c8dbf/scripts/remove#L27C1-L42C1
I don't understand why we don't do that in CI…
[15:10:10]
<rodinux> I don't know... but I am trying helping someone and it's hard understand how resolve a conflict he have because we merge too quicky a review with a bad line...
[15:10:23]
<Tag> `--keep` is mega-slow when there's a lot of data, maybe that's why they didn't use --full_replace
[15:11:01]
<Salamandar> > <@tag:lostpod.me> `--keep` is mega-slow when there's a lot of data, maybe that's why they didn't use --full_replace
mega slow ? isn't just a mv / extract / mv ?
[15:11:08]
<Tag> cp :/
[15:11:15]
<Salamandar> ooooooh
[15:11:49]
<Salamandar> we could mv, right ?
[15:12:16]
<rodinux> for me I don't really understand the lines !!
[15:12:32]
<Tag> mv needs destination and source to be on the same partition IIRC
[15:12:39]
<Salamandar> > <@tag:lostpod.me> mv needs to be on the same partition IIRC
yes it does, but we could just mv to the parent dir
[15:13:06]
<Salamandar> Also that's a bit why I would like
* `install_dir` to be mandatory
* `ynh_setup_source` to refuse dest = install_dir
[15:13:13]
<Tag> which could be on a different partition if one's bricole un peu son serveur
[15:13:30]
<Salamandar> That way we have the whole install_dir available to do what we want, move stuff around, etc
[15:13:53]
<Tag> là je t'ai perdu
[15:13:59]
<Salamandar> bah en gros
[15:15:15]
<Salamandar> Si on a ça:
```
/var/www
└── $install_dir
└── <sources here>
```
[15:15:29]
<Salamandar> par contre si on a ça
[15:15:29]
<Salamandar> Bah on est un peu bloqués, on peut pas faire de suppositions sur l'organisation de $install_dir
[15:16:02]
<Tag> Bah ça n'empêche pas que quelqu'un peut choisir qu'il y aura un point de montage sur /var/www/$install_dir/sources truc ou jsp quoi
[15:16:19]
<Salamandar> ```
/var/www
└── $install_dir
├── .cache
├── sources
├── temporary_backup
└── venv
```
[15:16:35]
<Salamandar> Bah on peut être un peu plus certains de ce qu'on peut faire
[15:16:50]
<Salamandar> (`mv sources/stufftokeep temporary_backup/` )
[15:17:17]
<Salamandar> Oui mais on peut très bien donner dans les guidelines que tout le $install_dir doit être sur le même volume
[15:17:32]
<Salamandar> sachant qu'on splitte déjà data et install_dir, je trouve pas que ça soit une limitation méchante
[15:18:06]
<Salamandar> ça permet aussi d'éviter d'utiliser /tmp pour des trucs qui ne devraient pas y être (clés privées etc)
[15:18:20]
<Tag> c'est déjà pas dans /tmp qu'on copie IIRC
[15:20:56]
<Salamandar> Certaines apps le font manuellement si
[15:21:26]
<Salamandar> par contre après c'est vrai qu'on a /var/cache/yunohost
[15:21:57]
<Salamandar> mais en tant que $app on a pas le droit d'écrire dedans je suppose
[15:37:55]
<rodinux> est-il possible de forcer une valeur d'un setting d'une app avant de la restaurer ?? non... logique
[15:53:07]
<Salamandar> > <@rodinux:matrix.org> est-il possible de forcer une valeur d'un setting d'une app avant de la restaurer ?? non... logique
Non et en effet c'est dommage pour certains cas pourris :D
[15:53:17]
<Salamandar> Il faut aller éditer le fichier dans l'archive
[15:55:47]
<rodinux> ce que je comprenais... suaf par contre dans ce cas le setting est bon dans l'archive... je ne comprend pas encore ce qui lui est arrivé...
[15:55:47]
<Salamandar> c'est quoi le setting en question ?
[15:55:47]
<Salamandar> So many improvements since friday: https://apps.yunohost.org/dash?filter=broken_low_quality&hidedeprecated=true
[15:56:35]
<Salamandar> étrange
[15:56:38]
<rodinux> En essayant de restaurer un backup https://paste.yunohost.org/raw/egovikuwuv il se retrouve avec `Domain 'sandbox-cryptpad.maindomain.tld' unknown` ce domaine ne dvrait plus exister
[15:57:35]
<rodinux> et il a bien dans les settings de l'app `sandboxdomain: sandbox.cryptpad.mydomain.tld` avec le DOT pas de `-`
[15:59:41]
<rodinux> par contre une erreur dans la branche master vient de là https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234/files#diff-57aeb84da86cb7420dfedd8e49bc644fb799d5413d01927a0417bde753e8922f
[15:59:41]
<Salamandar> > <@rodinux:matrix.org> et il a bien dans les settings de l'app `sandboxdomain: sandbox.cryptpad.mydomain.tld` avec le DOT pas de `-`
Sinon au pire crée le domaine avec le ` - ` temporairement, au moins pour être capable de restaurer
[16:01:01]
<rodinux> ah oui, en effet...
[16:06:41]
<limezy> 😅 I feel so stupid now... I mixed between Bullseye and Bookworm. Thanks for your correction.
Does it mean that the current default Yunohost version is still supposed to be 11.x ?
[16:44:41]
<Salamandar> Haha :D
[16:44:49]
<Salamandar> > <@limezy:matrix.org> 😅 I feel so stupid now... I mixed between Bullseye and Bookworm. Thanks for your correction.
> Does it mean that the current default Yunohost version is still supposed to be 11.x ?
No, it's supposed to be 12
[16:45:18]
<Salamandar> This CI server is just checking that things work fine on yunohost 11… for the maintainers that still want to support it.
[16:46:29]
<rodinux> well I have request a reviewer Josué for cryptad PR , but perhaps I could overpass. I am affraid if users upgrade cryptpad and have similar problem as the last issue in the forum
[16:53:10]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar pushed 1 commit to testing: Update tests.toml ([1bac3124](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/1bac31246e0eb9f36bf8bf7a7aefa875c6100f0c))
[16:56:25]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar pushed 1 commit to testing: add fr ([7ae87900](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/7ae87900d6cb153af6332ac70ee35f85b215b799))
[16:59:09]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar pushed 1 commit to testing: Update _common.sh ([7cf63b49](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/7cf63b49b8e2026e1d883258706d5b55d9e79f67))
[17:00:14]
<Yunohost Git/Infra notifications> [cryptpad_ynh] ericgaspar opened [pull request #236](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236): Testing
[17:01:59]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236#issuecomment-2575805019) on [issue #236](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236) Testing: Thanks, this will resolve such issue https://paste.yunohost.org/raw/cejilowovu
[17:07:13]
<limezy> Very clear, thanks !
[17:10:22]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #2762](https://github.com/YunoHost/apps/pull/2762): Add NocoBase to wishlist
[17:10:22]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #2762](https://github.com/YunoHost/apps/pull/2762): Add NocoBase to wishlist
[17:26:25]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Josue-T [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905818998) on pull request #234 Testing: Are you sure about this. From what I remembered sometimes it could also be "sandbox.domain". Did really investigated...
[17:26:44]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Josue-T edited a [comment](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905818998) on pull request #234 Testing: Are you sure about this ? From what I remembered sometimes it could also be "sandbox.domain". Did really investigate...
[17:36:19]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905830201) on pull request #234 Testing: In the install script on 5 it was #================================================= # CREATE A SANDBOX DOMAIN #===...
[17:36:51]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux edited a [comment](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905830201) on pull request #234 Testing: In the install script on 5 it was #================================================= # CREATE A SANDBOX DOMAIN #===...
[17:38:27]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905832653) on pull request #234 Testing: This mean if someone have installed on on top_domain the app it could be sandbox.domain ??
[17:39:56]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905834252) on pull request #234 Testing: if someone have use mydomain.tld for the app ? so it means only this app in this domain ??
[17:41:06]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux edited a [comment](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905830201) on pull request #234 Testing: In the install script on 5 it was #================================================= # CREATE A SANDBOX DOMAIN #===...
[17:44:45]
<rodinux> Ok, perhaps better discuss here ?
[17:49:57]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905845656) on pull request #234 Testing: or we do the 2 case if yunohost domain list --output-as plain | grep -q "sandbox.domain" then yunohost domain rem...
[17:54:41]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905850570) on pull request #234 Testing: Is it a solution ?
[17:55:15]
<rodinux> or we do the 2 case
```
if yunohost domain list --output-as plain | grep -q "sandbox.$domain"; then
yunohost domain remove "sandbox-$domain"
ynh_print_warn "Since some changes was done on the sandbox domain, you will need to regenerate the certificate for $domain and update your DNS config accordingly."
fi
if yunohost domain list --output-as plain | grep -q "sandbox-$domain"; then
yunohost domain remove "sandbox-$domain"
ynh_print_warn "Since some changes was done on the sandbox domain, you will need to regenerate the certificate for $domain and update your DNS config accordingly."
fi
```
[17:55:19]
<rodinux> ???
[18:04:49]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236#issuecomment-2575923958) on [issue #236](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236) Testing: hello @ericgaspar , we discuss here also if something is missing https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234/...
[18:48:19]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux edited a [comment](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905845656) on pull request #234 Testing: or we do the 2 case if yunohost domain list --output-as plain | grep -q "sandbox.domain" then yunohost domain rem...
[19:30:51]
<rodinux> well is normal ?? on cryptpad backups a file `apps/cryptpad/settings/permissions.yml` contain
```
cryptpad.main:
additional_urls:
- sandbox-cryptpad.linux07.fr/
```
but we want remove such domain in the script !
[19:31:22]
<rodinux> I am lost
[20:17:49]
<Yunohost Git/Infra notifications> [cryptpad_ynh] Josue-T [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905991892) on pull request #234 Testing: > Is it a solution ? yes its the solution. :+1:
[20:20:38]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905994352) on pull request #234 Testing: Ok, I dont know why on a backup there is a file apps/cryptpad/settings/permissions.yml containing cryptpad.main:...
[20:22:52]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux pushed 1 commit to testing: Update upgrade remove old sandbox* domain if exist ([0c7fabdc](https://github.com/YunoHost-Apps/cryptpad_ynh/commit/0c7fabdc1a12fc3be51309631a581264c4c6aa15))
[20:28:41]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux edited a [comment](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/234#discussion_r1905994352) on pull request #234 Testing: Ok, I dont know why on a backup there is a file apps/cryptpad/settings/permissions.yml containing cryptpad.main:...
[21:08:56]
<Paprika> Currently working on this: https://github.com/botagas/jellystat\_ynh
Worked all fine on one instance. Switched to a different YNH instance and tried to install it for good measure, but keep getting heaps of the following in jstat logs:
Jan 07 20:44:19 jellystat\[1607900\]: Invalid token
In Jellyfin, I can see the following:
\[2025-01-07 17:09:56.057 +00:00\] \[ERR\] \[73\] Jellyfin.Api.Middleware.ExceptionMiddleware: Error processing request: "Invalid token". URL "GET" "/socket".
The only reason I see for this might be related to the following code in server.js in Jellystat:
```
try {
const decoded = jwt.verify(extracted_token, JWT_SECRET);
req.user = decoded.user;
next();
} catch (error) {
console.log("Invalid token");
return res.status(401).json({ message: "Invalid token" });
}
```
All it tells me about is that it's throwing HTTP 401 because it probably couldn't validate against JWT\_SECRET.
JWT\_SECRET is in .env, which is populated during install script. I set the JWT\_SECRET to a static non-random plain text for good measure. To make sure, I compared .env files against each other in both of my instances, and they are identical.
What might I be missing?
[21:19:55]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236#issuecomment-2576241402) on [issue #236](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236) Testing: Is it Ok for you @ericgaspar ? I am just frustated about why there is still on backup a file apps/cryptpad/settings/perm...
[21:22:36]
<Yunohost Git/Infra notifications> [cryptpad_ynh] rodinux [commented](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236#issuecomment-2576241402) on [issue #236](https://github.com/YunoHost-Apps/cryptpad_ynh/pull/236) Testing: Is it Ok for you @ericgaspar ? It means also add a tag cryptpad~ynh4 ? I am just frustated about why there is still on...
[21:37:07]
<Paprika> "Fixed" it. Seems like it was a browser issue after all, forgot to clear site data after fixing some issues before.
[22:15:30]
<miro5001> Now you should delete the hardcoded values, update manifest and use ynh_string_random for the secret
[22:22:07]
<Paprika> Yep, I had that done at the start but had too many issues to bother with it. Now I'll look into making setting random secret, and probably a random password. I would love to also implement changing admin username/password within ynh and retaining that during upgrades as well, but ain't got enough knowledge for that.
How do I proceed with manifest though, and README? I read that I am probably supposed to run `yunorunner` to test the app or something along the lines? Having a hard time deciphering the process here.
[22:28:25]
<miro5001> Begin with manifest. Open another manifest of another app and read it to understand. The password will be retained in the database so don't worry about it
[22:30:49]
<Paprika> I did write up a manifest as far as I understood with the examples I took, and added a license as well. Might have to take a closer look then. There is room for improvement.
[23:13:31]
<Yunohost Git/Infra notifications> [penpot_ynh] yunohost-bot opened [pull request #80](https://github.com/YunoHost-Apps/penpot_ynh/pull/80): Upgrade to v2.4.0
[23:20:11]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 19 pending update PRs
- 11 new apps PRs
- 2 failed apps updates: flood, stremio
See the full log here: https://paste.yunohost.org/raw/afaqosujiy