[00:01:52]
<orhtej2> ffs https://github.com/lukevella/rallly/releases/tag/v4.5.13
[00:11:52]
<Aleks (he/him/il/lui)> I suppose with the react/next fiasco everybody started looking into the framework security or somethin
[01:21:59]
<Yunohost Git/Infra notifications> App forgejo_runner stays broken (level 0) in job [#25739](https://ci-apps.yunohost.org/ci/job/25739)
[01:59:35]
<Yunohost Git/Infra notifications> App snipeit failed all tests in job [#25745](https://ci-apps.yunohost.org/ci/job/25745) !
[03:00:04]
<Yunohost Git/Infra notifications> App friendica failed all tests in job [#25757](https://ci-apps.yunohost.org/ci/job/25757) !
[03:11:10]
<Yunohost Git/Infra notifications> App n8n goes down from level 8 to 6 in job [#25754](https://ci-apps.yunohost.org/ci/job/25754)
[03:16:25]
<Yunohost Git/Infra notifications> App cypht failed all tests in job [#25760](https://ci-apps.yunohost.org/ci/job/25760) !
[03:25:17]
<Yunohost Git/Infra notifications> App omeka-s failed all tests in job [#25762](https://ci-apps.yunohost.org/ci/job/25762) !
[05:14:47]
<Yunohost Git/Infra notifications> App espocrm failed all tests in job [#25777](https://ci-apps.yunohost.org/ci/job/25777) !
[05:18:58]
<Yunohost Git/Infra notifications> App rallly goes down from level 8 to 7 in job [#25774](https://ci-apps.yunohost.org/ci/job/25774)
[06:38:21]
<Yunohost Git/Infra notifications> App snipeit failed all tests in job [#25745](https://ci-apps.yunohost.org/ci/job/25745) !
[06:39:15]
<Yunohost Git/Infra notifications> App friendica failed all tests in job [#25757](https://ci-apps.yunohost.org/ci/job/25757) !
[06:41:16]
<Yunohost Git/Infra notifications> App cypht failed all tests in job [#25760](https://ci-apps.yunohost.org/ci/job/25760) !
[06:42:37]
<Yunohost Git/Infra notifications> App omeka-s failed all tests in job [#25762](https://ci-apps.yunohost.org/ci/job/25762) !
[06:45:01]
<Yunohost Git/Infra notifications> App espocrm failed all tests in job [#25777](https://ci-apps.yunohost.org/ci/job/25777) !
[07:20:54]
<Yunohost Git/Infra notifications> [synapse_ynh] Josue-T opened [pull request #597](https://github.com/YunoHost-Apps/synapse_ynh/pull/597): Testing
[08:46:04]
<Yunohost Git/Infra notifications> App wordpress failed all tests in job [#25811](https://ci-apps.yunohost.org/ci/job/25811) !
[08:59:27]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 merged [pull request #172](https://github.com/YunoHost-Apps/penpot_ynh/pull/172): Upgrade sources
[08:59:30]
<Yunohost Git/Infra notifications> [penpot_ynh] orhtej2 deleted branch ci-auto-update-sources-251219
[09:18:52]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] ericgaspar merged [pull request #110](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/110): Upgrade to v2.1.5
[09:18:54]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] ericgaspar deleted branch ci-auto-update-2.1.5
[09:19:04]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] ericgaspar opened [pull request #111](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/111): Testing
[09:19:09]
<Yunohost Git/Infra notifications> [stirling-pdf_ynh] ericgaspar merged [pull request #111](https://github.com/YunoHost-Apps/stirling-pdf_ynh/pull/111): Testing
[09:29:39]
<orhtej2> CI is deeeeeeead ☠️
[13:05:06]
<miro5001> Homarrrrrrr installs correctly now :
URL : https://sub.domain.tld/ (redirected to: https://sub.domain.tld/init)
Title : Homarr
Content extract:
HomarrWelcome to HomarrLet's get started with setting up your Homarr instance.English (US)(English (
Assets :
- https://sub.domain.tld/_next/static/css/8b08ef1806374416.css
- https://sub.domain.tld/_next/static/chunks/87c73c54-dd8d81ac9604067c.js
OK
========
Peak RAM usage during this test: 5666MB
RAM usage diff after test: 1862MB
Disk usage diff after test: 4666.0MB
But, that's a huge ram/disk usage for a dashboard !!!!!!
https://github.com/YunoHost-Apps/homarr_ynh/pull/107
versions 0.x can't upgrade to 1.x according to the docs : https://homarr.dev/blog/2025/01/19/migration-guide-1.0
[13:05:37]
<miro5001> and websocket port is hardcoded : https://github.com/homarr-labs/homarr/blob/dev/apps/websocket/src/main.ts
[13:06:03]
<miro5001> No multi install unless hacking the code
[13:10:31]
<Yunohost Git/Infra notifications> [synapse_ynh] sekretaerbaer opened [issue #598](https://github.com/YunoHost-Apps/synapse_ynh/issues/598): Upgrade from 1.142.1~ynh1 to 1.143.0~ynh1 failed
[13:17:24]
<Thomas> > <@miro5001:matrix.org> Homarrrrrrr installs correctly now :
> URL : https://sub.domain.tld/ (redirected to: https://sub.domain.tld/init)
> Title : Homarr
> Content extract:
> HomarrWelcome to HomarrLet's get started with setting up your Homarr instance.English (US)(English (
> Assets :
> - https://sub.domain.tld/_next/static/css/8b08ef1806374416.css
> - https://sub.domain.tld/_next/static/chunks/87c73c54-dd8d81ac9604067c.js
> OK
> ========
> Peak RAM usage during this test: 5666MB
> RAM usage diff after test: 1862MB
> Disk usage diff after test: 4666.0MB
>
> But, that's a huge ram/disk usage for a dashboard !!!!!!
> https://github.com/YunoHost-Apps/homarr_ynh/pull/107
>
> versions 0.x can't upgrade to 1.x according to the docs : https://homarr.dev/blog/2025/01/19/migration-guide-1.0
Nice, it was not easy, congrats
[13:42:37]
<miro5001> yeah, fixing the fix :D
[14:05:29]
<Yunohost Git/Infra notifications> fflorent renamed repository lasuite-meet_ynh: Simple and Secure Video Conferencing. Powered by LiveKit. https://github.com/YunoHost-Apps/lasuite-meet_ynh
[15:32:42]
<Yunohost Git/Infra notifications> tituspijean unarchived repository umap_ynh: "uMap let you create maps with OpenStreetMap layers in a minute and embed them in your site."[uMap Website] https://github.com/YunoHost-Apps/umap_ynh
[15:32:57]
<Yunohost Git/Infra notifications> tituspijean archived repository umap_ynh: "uMap let you create maps with OpenStreetMap layers in a minute and embed them in your site."[uMap Website] https://github.com/YunoHost-Apps/umap_ynh
[15:33:15]
<Yunohost Git/Infra notifications> tituspijean unarchived repository umap_ynh: "uMap let you create maps with OpenStreetMap layers in a minute and embed them in your site."[uMap Website] https://github.com/YunoHost-Apps/umap_ynh
[15:33:33]
<Yunohost Git/Infra notifications> tituspijean renamed repository umap_old_ynh: "uMap let you create maps with OpenStreetMap layers in a minute and embed them in your site."[uMap Website] https://github.com/YunoHost-Apps/umap_old_ynh
[15:33:46]
<Yunohost Git/Infra notifications> tituspijean archived repository umap_old_ynh: "uMap let you create maps with OpenStreetMap layers in a minute and embed them in your site."[uMap Website] https://github.com/YunoHost-Apps/umap_old_ynh
[15:42:48]
<isAAAc> hello, there is an issue with the peertube upgrade: https://github.com/YunoHost-Apps/peertube_ynh/issues/512
[15:48:32]
<tituspijean[m]> 👋
[15:48:55]
<davidbgk> 👋
[15:49:10]
<ybon> Hi there! I work with davidbgkin porting uMap to Yunohost, and we'll certainly have some questions soon :)
[15:50:03]
<davidbgk> @titus:pijean.ovh re: masto, my github account for the repository transfer is `davidbgk` but it's under the `umap-project` org
[15:50:08]
<tituspijean[m]> No worries, welcome! First things first, may I have you github handles to invite you in the YunoHost-Apps org?
I guess `yohanboniface` is one of them?
[15:51:19]
<ybon> One question we have right now: there is a default language_code in uMap, can we get this information from the overall ynh config or should we add a uMap specific entry in the config panel ?
[15:52:39]
<tituspijean[m]> That's something the admin needs to pick during installation or through a configuration panel
[15:54:39]
<ybon> ok thanks :)
[16:00:29]
<isAAAc> and restoration fails too
[16:01:10]
<isAAAc> i'll try the workaround https://github.com/YunoHost-Apps/peertube_ynh/issues/511
[16:08:13]
<tituspijean[m]> @davidbgk:matrix.org@ybon:matrix.org since I'm readding umap in the catalog, do you have a short list of GAFAM software umap can be an alternative to? I've only got Google My Maps in mind
[16:08:53]
<Yunohost Git/Infra notifications> davidbgk transferred repository umap_ynh: Yunohost installer for uMap https://github.com/YunoHost-Apps/umap_ynh
[16:09:14]
<Yunohost Git/Infra notifications> [apps] fflorent edited [pull request #2961](https://github.com/YunoHost/apps/pull/2961): Add Meet (from La Suite Numérique project)
[16:09:22]
<Yunohost Git/Infra notifications> [apps] fflorent just made [pull request #2961](https://github.com/YunoHost/apps/pull/2961) ready for review: Add Meet (from La Suite Numérique project)
[16:10:20]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3253](https://github.com/YunoHost/apps/pull/3253): Update app levels according to CI results
[16:12:28]
<Aleks (he/him/il/lui)> hmmm plenty of `You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state… You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a` and/or `sudo dpkg --audit`.`
[16:12:47]
<tituspijean[m]> uh, contrary to the last transfers we received, your rights we not kept by github. This is fixed, you have maintainer rights now.
[16:13:10]
<ybon> tituspijeanfor now we are intalling from umap master (as we needed to adapt something in uMap), so I guess the catalog entry should reflect this "work in progress" status ? We plan to do a patch release in uMap soon
[16:13:19]
<Aleks (he/him/il/lui)> restarted all jobs for major regressions except Mastodon, they were all about some dpkg glitch
[16:17:02]
<tituspijean[m]> If it's "soon", I'll keep the "working" state and start the PR as draft ;)
[16:18:10]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed to revive-umap: Add uMap to catalog ([513ae182](https://github.com/YunoHost/apps/commit/513ae1826a124f6fee2b1dd934e525a59abd6b52))
[16:18:32]
<Yunohost Git/Infra notifications> [apps] tituspijean opened [pull request #3254](https://github.com/YunoHost/apps/pull/3254): Add uMap to catalog
[16:20:24]
<Yunohost Git/Infra notifications> [apps] Thovi98 approved [pull request #3254](https://github.com/YunoHost/apps/pull/3254#pullrequestreview-3599191762) Add uMap to catalog
[16:20:26]
<Yunohost Git/Infra notifications> [apps] davidbgk [commented](https://github.com/YunoHost/apps/pull/3254#issuecomment-3675660691) on [issue #3254](https://github.com/YunoHost/apps/pull/3254) Add uMap to catalog: @tituspijean would it be possible to add the uMap logo too? https://umap-project.org/static/logo.svg
[16:31:52]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3255](https://github.com/YunoHost/apps/pull/3255): Add AliasVault to wishlist
[16:55:17]
<ybon> We started umap_ynh from the django_example_ynh package, but we don't totally get how things work for testing: anyone can roughly explain what's dev-cli.py / local_settings_source.py / manage_local_test.py / … supposed to be used ?
[16:56:45]
<Aleks (he/him/il/lui)> merf django_example isnt really an "official" thing, it's something from `jedie`
[16:57:46]
<Aleks (he/him/il/lui)> which doesnt mean it shouldnt be used but i'm not sure if anybody here has expertise on this
[16:58:11]
<ybon> okay, thanks, could we remove that stuff for now ? To keep the package simpler and keep the part we understand and use ?
[16:58:56]
<Aleks (he/him/il/lui)> yes i would encourage to do this, i'm always hunting for bloat / unecessary complexity myself
[17:08:53]
<ybon> One more question: we'd like users to be able to configure the default latitude and longitude, but we think it's better to only add this configuration in the config panel not to polute users during the install (as at the time of installing user may not yet know this information), but it seems that if we add a variable only in the config panel, then the default value is not known during the CLI installation (`66611 WARNING Variable $default_latitude wasn't initialized when trying to replace __DEFAULT_LATITUDE__ in /home/yunohost.app/umap/settings.py`), any hint on how to deal with this ?
[17:11:53]
<Aleks (he/him/il/lui)> yeah...
[17:12:31]
<Aleks (he/him/il/lui)> that's a shortcoming of the current config panel system, the corresponding config panel variable needs to be initiaized as a setting during install (and possibly upgrade) with a default value ...
[17:13:53]
<Aleks (he/him/il/lui)> cf for example https://github.com/YunoHost-Apps/glitchsoc_ynh/blob/master/scripts/install#L28
though i would encourage to use the most modern syntax with `ynh_app_setting_set_default --key="foo" --value="bar"`
[17:14:33]
<Aleks (he/him/il/lui)> which will, behind the scene, define the bash variable `$foo` with value `bar`, if it's not already defined (+ initialize that setting)
[17:15:15]
<ybon> you mean use the ynh_app_setting_set_default instead of adding an entry in the manifest ?
[17:15:28]
<Aleks (he/him/il/lui)> for example here in the upgrade script : https://github.com/YunoHost-Apps/vikunja_ynh/blob/master/scripts/upgrade#L19 but the same syntax can be used in the install script too
[17:16:17]
<Aleks (he/him/il/lui)> hmmmm yes but mostly that's for the setting to be initialized, otherwise it's not gonna exist when hydrating the configuration as reported by the error message
[17:16:46]
<ybon> ok, let's try that thanks :)
[17:22:09]
<ybon> Humm, still same error message. I certainly have misunderstood something. Here is what we set in the config_panel https://github.com/YunoHost-Apps/umap_ynh/blob/main/config_panel.toml#L60-L79, here is what we've added in the install script https://github.com/YunoHost-Apps/umap_ynh/blob/main/scripts/install#L78-L81
[17:23:46]
<ybon> Ha, may be an order issue (we are creating the setting before adding the default…)
[17:35:13]
<ybon> https://aria.im/_bifrost/v1/media/download/Aeu5bqMaJZ82AHxbtja5Rm0a3FvANYdHwhR_rciP5XkWAVXvFDHR9mRM6tQWdsBLSN1Mfv2jyPzPwAnHvmit71RCebPNRtFgAG1hdHJpeC5vcmcvZU5Ka2xYeGRzU2lJWlJWaFVKcEVYdFVy
[17:35:26]
<ybon> Me again :) We'd like to allow to set a value for an API key for using an external API (for activating routing), so we defined a variable for this, but with no default value (or actually we used an empty string), and we have this error message in the admin, any idea how to deal with that situation ? :)
[17:36:58]
<Aleks (he/him/il/lui)> aaaaaaaaaaaa
[17:38:27]
<Aleks (he/him/il/lui)> urfghfpmfn sounds like a bug in the config panel logic that doesn't properly distinguish between "not defined" and "empty string" ... i don't know how to workaround this
[17:38:40]
<Aleks (he/him/il/lui)> maybe a custom getter/setter merf
[17:40:05]
<ybon> we may also (ugly) have a dummy default variable we then ignore in the settings…
[17:40:24]
<ybon> not sure how complex is the getter/setter thing
[17:40:26]
<Aleks (he/him/il/lui)> try adding `default = ""` in the config panel toml
[17:41:23]
<Aleks (he/him/il/lui)> (cf the exception raised here https://github.com/YunoHost/yunohost/blob/dev/src/utils/configpanel.py#L793 but a few line before we can see it doesn't raise the exception if there's a default value)
[17:41:46]
<Aleks (he/him/il/lui)> it's weird though, because it should only get inside this part of the code if there's no setting defined hmm
[17:41:54]
<ybon> Already tested https://github.com/YunoHost-Apps/umap_ynh/blob/main/config_panel.toml#L84 :/
[17:42:56]
<Aleks (he/him/il/lui)> are you sure that there's an `openrouteservice` entry inside /etc/yunohost/apps/umap/settings.yml
[17:43:13]
<Aleks (he/him/il/lui)> it sounds like it wasn't actually defined ... also it seems to be missing the stuff in the upgrade script
[17:44:43]
<Aleks (he/him/il/lui)> i mean maybe it's not there if you already installed the app and added it after
[17:45:00]
<Aleks (he/him/il/lui)> you need to add the same `ynh_app_setting_set_default --key=openrouteservice --value=""` in the upgrade script
[17:45:34]
<Aleks (he/him/il/lui)> (or if you're just developing, manually create the setting with `yunohost app setting umap openrouteservice -v ''` idk
[17:45:38]
<Aleks (he/him/il/lui)> (all of this is just boring bureaucracy yeah)
[17:46:11]
<ybon> sorry, totally missing the settings.yml things, oops
[17:46:13]
<ybon> We've just defined the manifest.yml, the config_panel.yml and the install script atm
[17:46:32]
<Aleks (he/him/il/lui)> i would advise just copypasting this block https://github.com/YunoHost-Apps/umap_ynh/blob/main/scripts/install#L75-L78 to the beginning of the upgrade script and keeping both side in sync (yeah again boring bureaucracy, hopefully things should be simpler in the next packaging format)
[17:48:10]
<ybon> can you point me to where I should add the settings.yml ?
[17:48:21]
<ybon> I did not see it in the example app :/
[17:51:46]
<ybon> or is it set when we use the ynh_app_setting_set_default ? It actually exists on my test host, and there is an openrouteservice entry, with '' as value
[17:56:20]
<Aleks (he/him/il/lui)> hmmmokay so nevermind that's not the issue
[17:57:14]
<Aleks (he/him/il/lui)> i don't get why it's not working then T_T
[17:58:17]
<Aleks (he/him/il/lui)> naively i would try removing the `bind` statement for that option and see if that fixes it
[17:59:25]
<ybon> Just as a test I guess ? otherwise I don't get how it can be working without :)
[18:00:11]
<Aleks (he/him/il/lui)> it's too complex to explain over chat but yeah idk just try it, might work
[18:00:21]
<ybon> ok :p
[18:05:54]
<ybon> The panel now opens, but if I try to save it with a value in openrouteservice, I got an error, with this log https://paste.yunohost.org/raw/qewatiwaki
[18:06:43]
<Yunohost Git/Infra notifications> [jellyfin_ynh] Thovi98 [commented](https://github.com/YunoHost-Apps/jellyfin_ynh/issues/208#issuecomment-3676025081) on [issue #208](https://github.com/YunoHost-Apps/jellyfin_ynh/issues/208) (Bug?) Backup non-functional: > It didnt and requires online mode, which defeats the purpose of making backups in the first place.
I don’t agree tot...
[18:07:06]
<ybon> Same if I save without a value
[18:08:42]
<Aleks (he/him/il/lui)> hmmm
[18:08:48]
<Aleks (he/him/il/lui)> and `/home/yunohost.app/umap/settings.py` exists, right ?
[18:09:23]
<ybon> yes
[18:10:41]
<Aleks (he/him/il/lui)> hmpf logging debug is intentionally disabled here https://github.com/YunoHost/yunohost/blob/dev/helpers/helpers.v2.1.d/templating#L317 so we can't easily know why it's crashing T_T
[18:11:43]
<Aleks (he/him/il/lui)> mokay the issue is
[18:11:45]
<Aleks (he/him/il/lui)> ah
[18:12:05]
<Aleks (he/him/il/lui)> ah yes that actually also explains the issue with openrouteservice too
[18:12:11]
<Aleks (he/him/il/lui)> zzz i'm so tired of the config panel thing
[18:13:18]
<Aleks (he/him/il/lui)> for example https://github.com/YunoHost-Apps/umap_ynh/blob/main/conf/settings.py#L163, the key is actually `OPENROUTESERVICE_APIKEY`, so your bind statement should be `bind = "OPENROUTESERVICE_APIKEY:/home/yunohost.app/__APP__/settings.py"`
[18:13:35]
<Aleks (he/him/il/lui)> (btw `/home/yunohost.app/__APP__/settings.py` can be simplified to `__DATA_DIR__/settings.py`)
[18:14:55]
<Aleks (he/him/il/lui)> same logic goes for the `allow_anonymous` thingy ... but this time the key is `UMAP_ALLOW_ANONYMOUS` EXCEPT that I see that the value is `"__ALLOW_ANONYMOUS__" == "1"` but the config panel is not going to like trying to parse a bool for which the value is actually something like `"0" == "1"` eaurgh
[18:15:28]
<ybon> so the bind should target the python setting ? I was expecting that this was about the "__MYVAR__" thing only, independently of how it sused in python
[18:15:49]
<Aleks (he/him/il/lui)> but maybe you want to try to set `yes = "True"` and `no = "False"` here https://github.com/YunoHost-Apps/umap_ynh/blob/main/config_panel.toml#L55 though it's not clear to me wether or not the config panel is going to write them as string or as actual python bool T_T
[18:16:28]
<Aleks (he/him/il/lui)> yeah no the current config panel tries to have a bidirectional(?) mechanism where it's able to use the actual conf file as the source of truth ...
[18:16:58]
<Aleks (he/him/il/lui)> ... but because the conf file is generated from a template, which needs to be hydrated with settings, the corresponding settings must also exists
[18:17:13]
<Aleks (he/him/il/lui)> so there's 2 source of truth and it's a mess wether or not they are kept in sync
[18:17:53]
<Aleks (he/him/il/lui)> so everything is just a huge mess and unclear to any newcomers and even people who kind of know how it works like me struggle to know what's the proper way to make stuff work
[18:18:07]
<ybon> huhu ok :p
[18:18:46]
<ybon> I've to be afk for a while now, but thanks for those input, I'll clean this all with this in mind and try again :)
[18:36:47]
<miro5001> I didn't follow the whole discussion, I've just had a quick look at the config_panel. Shouldn't be : yes = "1" without "" as it will be treated as string? Same for true and false
[18:41:28]
<miro5001> https://github.com/YunoHost-Apps/my_webapp_ynh/blob/4b9f2cb0c559bcc9506a348da01a2c941f83a2ff/config_panel.toml#L15
[19:53:23]
<Yunohost Git/Infra notifications> [jellyfin_ynh] A-Sverdrup [commented](https://github.com/YunoHost-Apps/jellyfin_ynh/issues/208#issuecomment-3676215052) on [issue #208](https://github.com/YunoHost-Apps/jellyfin_ynh/issues/208) (Bug?) Backup non-functional: > as the data are correctly backed up.
If you have it in /home/yunohost.multimedia, that is.
Which, if you have any ...
[20:57:01]
<miro5001> ```
Error: write unix @->/var/lib/incus/unix.socket: i/o timeout
```
Is that because 2 nodejs apps where running simultaneously in the Ci?
[21:05:10]
<Aleks (he/him/il/lui)> dunno, that's just kind of the "regular" incus/lxd stupid glitch
[21:07:45]
<miro5001> Okey, my mind also glitched with homarr package
[21:17:03]
<Aleks (he/him/il/lui)> yolorestarting job that are stucked on the main CI
[21:19:24]
<Yunohost Git/Infra notifications> App snipeit failed all tests in job [#25745](https://ci-apps.yunohost.org/ci/job/25745) !
[21:19:32]
<Yunohost Git/Infra notifications> App friendica failed all tests in job [#25757](https://ci-apps.yunohost.org/ci/job/25757) !
[21:20:01]
<Yunohost Git/Infra notifications> App cypht failed all tests in job [#25760](https://ci-apps.yunohost.org/ci/job/25760) !
[21:21:50]
<Yunohost Git/Infra notifications> App espocrm failed all tests in job [#25777](https://ci-apps.yunohost.org/ci/job/25777) !
[21:22:23]
<Yunohost Git/Infra notifications> App omeka-s failed all tests in job [#25762](https://ci-apps.yunohost.org/ci/job/25762) !
[21:23:46]
<Aleks (he/him/il/lui)> 🙀
[21:23:50]
<Yunohost Git/Infra notifications> App wordpress failed all tests in job [#25811](https://ci-apps.yunohost.org/ci/job/25811) !
[21:24:28]
<Aleks (he/him/il/lui)> well i suppose the CI images are fucked somehow ...
[21:38:41]
<Salamandar> Hmmm ?
[21:38:51]
<Salamandar> Oh gosh
[22:28:20]
<Yunohost Git/Infra notifications> App privtracker stays at level 4 in job [#25832](https://ci-apps.yunohost.org/ci/job/25832)
[22:34:48]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed to revive-umap: Add uMaps logo ([689be7ca](https://github.com/YunoHost/apps/commit/689be7ca9a056acc4d337e3e6f936c482266aaae))
[22:37:37]
<Yunohost Git/Infra notifications> [apps] davidbgk approved [pull request #3254](https://github.com/YunoHost/apps/pull/3254#pullrequestreview-3600362201) Add uMap to catalog
[22:49:39]
<Yunohost Git/Infra notifications> App penpot goes down from level 6 to 2 in job [#25828](https://ci-apps.yunohost.org/ci/job/25828)
[23:22:24]
<orhtej2> ehhh fat jars when :/
[23:32:00]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 41 pending update PRs
- 12 new apps PRs: diagramsnet, discourse, filerise, freescout, homarr, homeassistant, immich, jackett, piefed, piwigo, readeck, wiki-go
- 5 failed apps updates: benevalibre, fluffychat, jenkins, litechat, vert
See the full log here: https://paste.yunohost.org/raw/inugifobit
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate