[01:55:22]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 57 pending update PRs
- 15 new apps PRs
- 7 failed apps updates: bazarr, elasticsearch8, firefly-iii, focalboard, gancio, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/ujewosoniq
[08:24:52]
<Yunohost Git/Infra notifications> [my_webapp_ynh] tituspijean approved [pull request #137](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/137#pullrequestreview-2047421715) Php8.3 + better default version
[08:58:07]
<Yunohost Git/Infra notifications> [my_webapp_ynh] ericgaspar merged [pull request #137](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/137): Php8.3 + better default version
[08:58:07]
<Yunohost Git/Infra notifications> [my_webapp_ynh] ericgaspar pushed 8 commits to testing ([7d592faabe62...baaa89c14a33](https://github.com/YunoHost-Apps/my_webapp_ynh/compare/7d592faabe62...baaa89c14a33))
[08:58:08]
<Yunohost Git/Infra notifications> [my_webapp_ynh] ericgaspar deleted branch php8.3
[08:58:11]
<Yunohost Git/Infra notifications> [my_webapp_ynh/testing] Add more PHP tests - tituspijean
[08:59:47]
<Yunohost Git/Infra notifications> [my_webapp_ynh] ericgaspar pushed 2 commits to testing ([baaa89c14a33...fb03afacc754](https://github.com/YunoHost-Apps/my_webapp_ynh/compare/baaa89c14a33...fb03afacc754))
[08:59:53]
<Yunohost Git/Infra notifications> [my_webapp_ynh] yunohost-bot pushed 1 commit to testing: Auto-update READMEs ([0540f194](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/0540f194c8f8ba838d792f686b96c2edacfdd21b))
[08:59:53]
<Yunohost Git/Infra notifications> [my_webapp_ynh/testing] Auto-update README - yunohost-bot
[08:59:59]
<Yunohost Git/Infra notifications> [my_webapp_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#issuecomment-2102252079) on [issue #129](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129) Testing: testme
[09:00:09]
<Yunohost Git/Infra notifications> [my_webapp_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#issuecomment-2102252167) on [issue #129](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129) Testing: :books: :worm:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-bookworm-dev.yunohost.org/ci/api/job/8...
[09:00:09]
<Yunohost Git/Infra notifications> [my_webapp_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#issuecomment-2102252139) on [issue #129](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129) Testing: :stuck_out_tongue_winking_eye:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/ap...
[10:09:30]
<ChriChri> How does the test "Upgrade from the same version" work? I have the following in the logfile:
```
10888 DEBUG + ynh_handle_getopts_args --comparison lt --version 0.00~ynh5
10888 DEBUG + set +o xtrace
10931 DEBUG + local current_version=0.0~ynh4
10931 DEBUG + [[ ! 0.00~ynh5 =~ ~ynh ]]
10931 DEBUG + [[ ! 0.0~ynh4 =~ ~ynh ]]
```
There are different versions mentioned?!
The upgrade from ynh4 to ynh5 adjusts the paths and filenames and does stuff that only should appear when upgrading from any version before 0.00~ynh5 to 0.00~ynh5 or later. I suspect that is the reason.
Does the test decrease or increase X in ~ynhX during the test?
In contrast I have `Upgrade (217fc0e): OK` for the test to upgrade from a predefined version.
[10:39:18]
<ChriChri> > <@chrichri:librem.one> How does the test "Upgrade from the same version" work? I have the following in the logfile:
> ```
> 10888 DEBUG + ynh_handle_getopts_args --comparison lt --version 0.00~ynh5
> 10888 DEBUG + set +o xtrace
> 10931 DEBUG + local current_version=0.0~ynh4
> 10931 DEBUG + [[ ! 0.00~ynh5 =~ ~ynh ]]
> 10931 DEBUG + [[ ! 0.0~ynh4 =~ ~ynh ]]
> ```
> There are different versions mentioned?!
> The upgrade from ynh4 to ynh5 adjusts the paths and filenames and does stuff that only should appear when upgrading from any version before 0.00~ynh5 to 0.00~ynh5 or later. I suspect that is the reason.
> Does the test decrease or increase X in ~ynhX during the test?
I looked at https://github.com/YunoHost/package_check/blob/b9640a3ffb3785a30aebbe915b22086b71a5c9ed/lib/tests.sh#L532 and surrounding calls, but didn't find anything that would change the version.
I don't have an idea how the version information for an upgrade from the same version can be different in this place?
[10:39:37]
<orhtej2> > <@chrichri:librem.one> How does the test "Upgrade from the same version" work? I have the following in the logfile:
> ```
> 10888 DEBUG + ynh_handle_getopts_args --comparison lt --version 0.00~ynh5
> 10888 DEBUG + set +o xtrace
> 10931 DEBUG + local current_version=0.0~ynh4
> 10931 DEBUG + [[ ! 0.00~ynh5 =~ ~ynh ]]
> 10931 DEBUG + [[ ! 0.0~ynh4 =~ ~ynh ]]
> ```
> There are different versions mentioned?!
> The upgrade from ynh4 to ynh5 adjusts the paths and filenames and does stuff that only should appear when upgrading from any version before 0.00~ynh5 to 0.00~ynh5 or later. I suspect that is the reason.
> Does the test decrease or increase X in ~ynhX during the test?
>
> In contrast I have `Upgrade (217fc0e): OK` for the test to upgrade from a predefined version.
I guess it force upgrades to the same git ref
[11:33:25]
<ChriChri> > I guess it force upgrades to the same git ref
But if so: How can the two version numbers be different in the log?
[11:35:22]
<Mateusz Szymański> can I see the log? I left my crystal ball at home ;)
[11:35:54]
<ChriChri> https://ci-apps-dev.yunohost.org/ci/job/15653 - runner log
[11:36:11]
<ChriChri> https://ci-apps-dev.yunohost.org/ci/logs/15653.log - debug log for runner
[11:36:16]
<Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/flohmarkt_ynh/blob/testing/manifest.toml#L9
[11:36:46]
<Aleks (he/him/il/lui)> the current version is 0.0~ynh4, and your test in the upgrade script is testing against 0.00~ynh5, i don't know what "other version" you mean
[11:40:18]
<ChriChri> > <@Alekswag:matrix.org> the current version is 0.0~ynh4, and your test in the upgrade script is testing against 0.00~ynh5, i don't know what "other version" you mean
This is the one that fails: `[Test 7/8] Upgrade from the same version` and this `[Test 8/8] Upgrade from ynh4` is the one with `SUCCESS`.
```
Upgrade: fail
Upgrade (217fc0e): OK
```
In tests.toml I have `test_upgrade_from.217fc0e.name = "Upgrade from ynh4"`. So I think that the one that works is the one I defined there and the failed is `[Test 7/8] Upgrade from the same version`.
[11:43:33]
<Aleks (he/him/il/lui)> yes, Test 7/8 fails with `WARNING - mv: cannot stat '/var/www/flohmarkt/flohmarkt': No such file or directory`, but i don't know the logic behind it ... it just feels like your test in the upgrade script that test against 0.00~ynh5 is funky since testing itself is 0.0~ynh4 ... I would either set the version in the manifest to 0.0~ynh5, or the test to test <= 0.0~ynh4 ...
[11:43:36]
<Aleks (he/him/il/lui)> this, or `/var/www/flohmarkt/flohmarkt` is supposed to exists somehow but i don't know why it doesnt because i didnt implement this app
[11:53:28]
<ChriChri> > <@Alekswag:matrix.org> yes, Test 7/8 fails with `WARNING - mv: cannot stat '/var/www/flohmarkt/flohmarkt': No such file or directory`, but i don't know the logic behind it ... it just feels like your test in the upgrade script that test against 0.00~ynh5 is funky since testing itself is 0.0~ynh4 ... I would either set the version in the manifest to 0.0~ynh5, or the test to test <= 0.0~ynh4 ...
The reason for the fail is obvious (the `mv`). What I tried to understand is how an upgrade **from the same version** can fail, because a part of the script is run that is only supposed to run **if the versions are different**.
[11:54:29]
<Aleks (he/him/il/lui)> but the version are different
[11:54:35]
<Aleks (he/him/il/lui)> the manifest is 0.0~ynh4
[11:54:42]
<Aleks (he/him/il/lui)> and the condition test 0.00~ynh5
[11:54:50]
<Aleks (he/him/il/lui)> just change the manifest version to 0.00~ynh5 ...
[11:56:26]
<Aleks (he/him/il/lui)> > a part of the script is run that is only supposed to run if the versions are different.
strictly speaking it doesnt test if the version are different, it tests if the version is lower than 0.00~ynh5
[11:58:34]
<ChriChri> When writing 'version' than 'version' = 'current_package_version' = 'the version running that is to be upgraded' ?
[12:05:06]
<Aleks (he/him/il/lui)> the current package version is the version in the manifest currently upgraded
[12:06:15]
<Aleks (he/him/il/lui)> in testing you made many changes in the app install topology
[12:06:26]
<Aleks (he/him/il/lui)> yet you didnt change the version in the manifest
[12:06:42]
<Aleks (he/him/il/lui)> so there's effectively no way to distinguish between these in the upgrade script
[12:06:59]
<Aleks (he/him/il/lui)> hence, just change the manifest version to 0.00~ynh5 in testing ...
[12:14:45]
<ChriChri> Just corrected that and am running the test again. Probably I looked at logfiles, scripts and stuff too long to really see the problem anymore... ;-)
[12:16:15]
<ChriChri> Wourld be a GREAT FEATURE to be able to ssh into the runner after it finished to inspect things there. Would that be possible with a local installation on a yunohost or does the test stop and delete its containers?
[12:18:28]
<Aleks (he/him/il/lui)> the test stop and delete the container, the CI infra runs on tight resource margins, we can't really just keep containers for X hours waiting people to possibly ssh in
[12:19:03]
<Aleks (he/him/il/lui)> but anyway in this case there's no need to SSH in, we already have every info needed to understand why it crashes x_x
[12:20:02]
<ChriChri> nah, that was not what I've been asking (for the reason you wrote). Do I have this advantage if I run a CI locally (I understood it would be possible to do so by installing an yunohost app?).
[12:23:04]
<Aleks (he/him/il/lui)> hmmm you'd be better off installing `ynh-dev` to enter a yunohost LXC and run the install/upgrade/whatever yourself, installing the CI seems overkill just to debug a single app
[12:23:33]
<Aleks (he/him/il/lui)> ah or maybe `package_check` has an interactive mode ? hmmm
[12:24:28]
<ChriChri> I think I read about package_check or something similar could be run direclty...
[12:24:37]
<Aleks (he/him/il/lui)> https://github.com/YunoHost/package_check/blob/master/package_check.sh#L17 hmmm i wonder if that still works, i havent head of this in ages
[12:25:47]
<Aleks (he/him/il/lui)> https://github.com/YunoHost/package_check/blob/master/lib/tests_coordination.sh#L215 sounds like it should work o.O
[12:27:39]
<ChriChri> Another blind spot?
```
root@yt:~# yunohost app list
apps:
0:
description: A decentral federated small ads platform
domain_path: fl.tst/
id: flohmarkt
name: flohmarkt
version: 0.0~ynh5
root@yt:~# grep ^version /etc/yunohost/apps/flohmarkt/manifest.toml
version = "0.0~ynh5"
```
but
```
root@yt:~# yunohost app manifest flohmarkt | grep ^version
version: 0.0~ynh3
```
[12:32:40]
<Aleks (he/him/il/lui)> that's because `yunohost app manifest` is probably only meant to be used by the webadmin and the point is to fetch the manifest **from the catalog**, not from the installed app
[12:34:23]
<ChriChri> :)
[12:45:57]
<ChriChri> Thanks for all the help! 😇️
[14:32:37]
<Yunohost Git/Infra notifications> [my_webapp_ynh] alexAubin pushed 1 commit to testing: Update backup: remove unecessary code for custom error page, the .d folder is already backuped/restored ([17aa532b](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/17aa532b661115d4a2976c90174501f9dc2c3fe8))
[14:34:16]
<Yunohost Git/Infra notifications> [my_webapp_ynh] alexAubin pushed 1 commit to testing: Update change_url: zgrmblpfhonmgf ([e16a41b7](https://github.com/YunoHost-Apps/my_webapp_ynh/commit/e16a41b7dd91a25c368892de88e06047d2019bf0))
[14:37:45]
<Yunohost Git/Infra notifications> [my_webapp_ynh] alexAubin [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#discussion_r1595541409) on pull request #129 Testing: If its enabled by default but no actual error/404.html page exists, aint this going to trigger an error inside the e...
[14:38:20]
<Yunohost Git/Infra notifications> [my_webapp_ynh] alexAubin [commented](https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#discussion_r1595542212) on pull request #129 Testing: Also the value here is "true", but other places in the code assume its 0 or 1 -_- ...
[14:38:44]
<Aleks (he/him/il/lui)> https://github.com/YunoHost-Apps/my_webapp_ynh/pull/129#pullrequestreview-2048114184 zzzzzzz
[14:39:47]
<Aleks (he/him/il/lui)> https://www.youtube.com/watch?v=WxhTbxMSvT0
[14:43:40]
<eric_G> the problem with Etherpad doesn't seem to come from corepack/pnpm stuff. I am stuck 🫠
[14:51:37]
<tituspijean> is there anything in the browser console mentioning an error?
[15:01:15]
<orhtej2> > <@ericg:matrix.org> the problem with Etherpad doesn't seem to come from corepack/pnpm stuff. I am stuck 🫠
Some logs from failed install?
[15:24:48]
<eric_G> Install is ok, Etherpad loads normally, but after creating first pad, the loading page get stuck for ever.
[15:27:29]
<eric_G> Some logs from the web consol:
```
Failed to load hook function "ep_etherpad-lite/static/js/messageHandler" for plugin "ep_etherpad-lite" part "ep_message_all" hook set "client_hooks" hook "handleClientMessage_shoutMessage": _designatedRequire@https://mydomain.fr/static/js/require-kernel.js?v=04511543:559:15
designatedRequire@https://mydomain.fr/static/js/require-kernel.js?v=04511543:584:74
requireRelative@https://mydomain.fr/static/js/require-kernel.js?v=04511543:589:12
require@https://mydomain.fr/static/js/require-kernel.js?v=04511543:622:16
loadFn@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:13275:19
extractHooks@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:13304:18
(module ep_etherpad-lite/static/js/pluginfw/client_plugins.js)/exports.update/<@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:13181:30
fire@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:3593:32
fireWith@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:3723:8
done@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:9997:15
(module ep_etherpad-lite/static/js/vendors/jquery.js)/</</send/callback/<@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:10258:18
EventHandlerNonNull*send@https://test.ericandmarie.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:10277:19
ajax@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:9891:16
(module ep_etherpad-lite/static/js/vendors/jquery.js)/</</jQuery[method]@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:10047:18
getJSON@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:10028:18
(module ep_etherpad-lite/static/js/pluginfw/client_plugins.js)/exports.update@https://mydomain.fr/javascripts/lib/ep_etherpad-lite/static/js/ace2_common.js?callback=require.define&v=04511543:13176:10
@https://mydomain.fr/p/0CtzKGtI4iCdNuxZZ-nS:719:17
@https://mydomain.fr/p/0CtzKGtI4iCdNuxZZ-nS:741:8
ace2_common.js:13307:17
GET
wss://mydomain.fr/socket.io/?padId=0CtzKGtI4iCdNuxZZ-nS&EIO=4&transport=websocket
Firefox ne peut établir de connexion avec le serveur à l’adresse wss://mydomain.fr/socket.io/?padId=0CtzKGtI4iCdNuxZZ-nS&EIO=4&transport=websocket.
```
[15:30:16]
<tituspijean> mmmh I am no websocket expert, but I think we need dedicated NGINX conf for it, right?
[15:30:38]
<eric_G> and this is Etherpad service logs https://paste.yunohost.org/ufisoyaqif
[15:30:54]
<tituspijean> maybe the Network browser tab can explain which request fails, with which error?
[15:34:12]
<tituspijean> > <@titus:pijean.ovh> mmmh I am no websocket expert, but I think we need dedicated NGINX conf for it, right?
looking at their default NGINX conf, looks like not
[15:51:47]
<Aleks (he/him/il/lui)> >Firefox ne peut établir de connexion avec le serveur à l’adresse wss://mydomain.fr/socket.io/
is there something about this in the Network tab of firefox debugger ?
[15:57:36]
<eric_G> Yes. (those lines come from Firefox debugger)
[15:58:23]
<tituspijean> The "GET wss://mydomain.fr/socket.io/..." line should have a corresponding line in the Network tab ;)
[15:58:51]
<tituspijean> (with, hopefully, more information)
[16:02:06]
<eric_G> let me screenshot
[16:02:51]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/BbzIkuFCFANmHnoLXRMPRsBd
[16:03:15]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/zEPDxaWHBjNOPChqpoAIsfRk
[16:09:46]
<Aleks (he/him/il/lui)> hmmm so error 400
[16:28:41]
<eric_G> 😭 I think I found the issue
[16:29:08]
<eric_G> https://aria.im/_matrix/media/v1/download/matrix.org/gfiOsWkrWFtlmOwjhnHsUmFO
[16:29:23]
<eric_G> the setting file as changed
[16:37:57]
<eric_G> ok, So I am able to access pads...
[16:41:16]
<eric_G> but I get error 500 when trying to get `/admin`
[16:44:40]
<orhtej2> > <@ericg:matrix.org> but I get error 500 when trying to get `/admin`
This one should pop up in the admin log?
[16:44:41]
<eric_G> ```
May 09 18:36:17 run.sh[725725]: [2024-05-09T18:36:17.030] [INFO] access - [LEAVE] pad:2QT0bMP9QzDX9dh8XhNw socket:eko3pyleB4FKW5pEAAAB IP:127.0.0.1 authorID:a.czc0VtAqxSOUlYS9
May 09 18:36:17 run.sh[725725]: [2024-05-09T18:36:17.079] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
May 09 18:36:29 run.sh[725725]: [2024-05-09T18:36:29.549] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
May 09 18:36:33 run.sh[725725]: [2024-05-09T18:36:33.195] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
May 09 18:36:53 run.sh[725725]: [2024-05-09T18:36:53.241] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
```
[16:45:42]
<orhtej2> > <@ericg:matrix.org> ```
> May 09 18:36:17 run.sh[725725]: [2024-05-09T18:36:17.030] [INFO] access - [LEAVE] pad:2QT0bMP9QzDX9dh8XhNw socket:eko3pyleB4FKW5pEAAAB IP:127.0.0.1 authorID:a.czc0VtAqxSOUlYS9
> May 09 18:36:17 run.sh[725725]: [2024-05-09T18:36:17.079] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
> May 09 18:36:29 run.sh[725725]: [2024-05-09T18:36:29.549] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
> May 09 18:36:33 run.sh[725725]: [2024-05-09T18:36:33.195] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
> May 09 18:36:53 run.sh[725725]: [2024-05-09T18:36:53.241] [ERROR] settings - Error: ENOENT: no such file or directory, stat '/var/www/etherpad/src/templates/admin/index.html'
> ```
>
Permission issue?
[16:46:20]
<eric_G> from what I see `/var/www/etherpad/src/templates/admin` doesn't exist...
[16:47:18]
<eric_G> but `/var/www/etherpad/admin` yes
[17:49:30]
<orhtej2> > <@ericg:matrix.org> from what I see `/var/www/etherpad/src/templates/admin` doesn't exist...
You didn't build admin as far as i can tell cf https://github.com/ether/etherpad-lite/blob/24274a6066f37b3473dc1a65c5861e0ccf764a0c/Dockerfile#L11
[17:52:07]
<orhtej2> Also come to think about it you never run pnpm build?
[18:02:01]
<Aleks (he/him/il/lui)> sounds like they made so major architecture change idk
[18:26:33]
<eric_G> I have stupidly followed the install wiki https://github.com/ether/etherpad-lite/wiki/How-to-deploy-Etherpad-Lite-as-a-service 😶🌫️
[20:03:55]
<orhtej2> > <@ericg:matrix.org> I have stupidly followed the install wiki https://github.com/ether/etherpad-lite/wiki/How-to-deploy-Etherpad-Lite-as-a-service 😶🌫️
Hmm, then perhaps i'm wrong, docs look up to date 🤷
[21:21:17]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 2 commits to dashboard ([d51b5dcf55b9^...7888457a7e07](https://github.com/YunoHost/apps/compare/d51b5dcf55b9^...7888457a7e07))
[21:21:18]
<Yunohost Git/Infra notifications> [apps] alexAubin created new branch dashboard
[21:21:29]
<Yunohost Git/Infra notifications> [apps] alexAubin opened [pull request #2315](https://github.com/YunoHost/apps/pull/2315): store: add new semi-hidden packaging dashboard
[21:24:54]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #2315](https://github.com/YunoHost/apps/pull/2315): store: add new semi-hidden packaging dashboard
[21:24:54]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to master: store: add new semi-hidden packaging dashboard (#2315) * store: add new semi-hidden packaging dashboard * store/dashbo... ([45970d47](https://github.com/YunoHost/apps/commit/45970d478f94fda5ee6b82014deafb4bc41f3704))
[21:24:54]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch dashboard
[21:25:22]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] opened [pull request #2316](https://github.com/YunoHost/apps/pull/2316): Format Python code with Black
[21:25:22]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] created new branch actions/black
[21:25:22]
<Yunohost Git/Infra notifications> [apps] github-actions[bot] pushed 1 commit to actions/black: :art: Format Python code with Black ([7ec631bc](https://github.com/YunoHost/apps/commit/7ec631bcebe14e7dd56da314cffa4ab8d56eb003))
[21:25:57]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch actions/black
[21:25:57]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 1 commit to master: Format Python code with Black (#2316) Co-authored-by: alexAubin <4533074+alexAubin@users.noreply.github.com> ([23e02964](https://github.com/YunoHost/apps/commit/23e0296495d14d8f730bbd98a518fc3786ef993a))
[21:49:04]
<Aleks (he/him/il/lui)> > <@yunohostinfra:matrix.org> [apps] alexAubin merged [pull request #2315](https://github.com/YunoHost/apps/pull/2315): store: add new semi-hidden packaging dashboard
behold!
[21:49:37]
<Aleks (he/him/il/lui)> it's live on https://apps.yunohost.org/dash, the menu entries are hidden by default but you can toggle them on permanently if you're logged in, in the top-right menu
[21:50:04]
<Aleks (he/him/il/lui)> the UI/UX is a bit funky because it's semi-hidden but idk maybe let's keep it that way until this new dashboard is fully stabilized
[23:22:37]
<Yunohost Git/Infra notifications> [apps] OniriCorpe created new branch rainloop-graveyard
[23:22:37]
<Yunohost Git/Infra notifications> [apps] OniriCorpe pushed 1 commit to rainloop-graveyard: move rainloop to graveyard ([907988f6](https://github.com/YunoHost/apps/commit/907988f628b64ce3e462d325c1c255549a055907))
[23:24:34]
<Yunohost Git/Infra notifications> [apps] OniriCorpe opened [pull request #2317](https://github.com/YunoHost/apps/pull/2317): move rainloop to graveyard
[23:39:04]
<Yunohost Git/Infra notifications> [apps] tituspijean approved [pull request #2317](https://github.com/YunoHost/apps/pull/2317#pullrequestreview-2049015950) move rainloop to graveyard