[02:42:42]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 71 pending update PRs
- 12 new apps PRs
- 7 failed apps updates: castopod, elasticsearch8, focalboard, owncloud, penpot, tvheadend, vikunja
See the full log here: http://paste.yunohost.org/raw/vutulutodo
[06:25:35]
<ChriChri> > Started time 24.4.2024, 21:35:42
> Lock for worker 6 still exist ... trying to cleanup the old package check still running ...
https://ci-apps-dev.yunohost.org/ci/
[06:26:28]
<ChriChri> > <@chrichri:librem.one> > Started time 24.4.2024, 21:35:42
> > Lock for worker 6 still exist ... trying to cleanup the old package check still running ...
> https://ci-apps-dev.yunohost.org/ci/
⁉
[06:27:20]
<ChriChri> cancel / restart → scheduled again…
[06:33:56]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 2 commits to 29.0.0 ([e5d224a0520e...89f43739e819](https://github.com/YunoHost-Apps/nextcloud_ynh/compare/e5d224a0520e...89f43739e819))
[06:34:00]
<Yunohost Git/Infra notifications> [nextcloud_ynh/29.0.0] [fix] redirect logout (#636) * [fix] Logout on sso if needed * Auto-update README * [fix] Bad path in patch --------... - ljf (zamentur)
[06:57:57]
<ChriChri> > <@chrichri:librem.one> > Started time 24.4.2024, 21:35:42
> > Lock for worker 6 still exist ... trying to cleanup the old package check still running ...
> https://ci-apps-dev.yunohost.org/ci/
Hm, now it runs...
[07:19:02]
<ChriChri> Is it possible to tell the CI to run on a different branch than 'main' to check the development of the next version of an app integration (e.g. branch 'devel')?
[07:38:14]
<Aleks (he/him/il/lui)> we trigger tests for PRs by typing a "!testme" comment as in here : https://github.com/YunoHost-Apps/firefly-iii_ynh/pull/124
[07:38:24]
<Aleks (he/him/il/lui)> but this only works if you're part of the yunohost-apps org
[07:38:28]
<Aleks (he/him/il/lui)> to which we can invite you
[07:40:00]
<Aleks (he/him/il/lui)> sent an invite
[07:40:11]
<Aleks (he/him/il/lui)> the repo must also be owned by the yunohost-apps org i think
[07:40:35]
<Aleks (he/him/il/lui)> usually people transfer ownership of the repo once it starts becoming working~ish
[07:41:04]
<Aleks (he/him/il/lui)> uuuuh tho maybe your repo is actually on codeberg
[07:53:00]
<ChriChri> Thanks! I plan to move the codeberg git to the flohmarkt org (if they want it *eg*) and then configure something to push/pull changes to github. That would be great for having a backup, at least in theory sharing the responsibility for the integration with the rest of the flohmarkt team and having the app in the right place for yunohost.
[07:53:47]
<ChriChri> To get it included soon: Could I push it manually to github from my local git and you'd put it then under the yunhost-apps org?
[08:35:49]
<ChriChri> Thanks Aleks (he/him/il/lui) - I'll need to read into it. It's the first time I'm part of an organisation on github.
[09:03:20]
<ChriChri> ci output:
```
manifest
- Error validating manifest using schema: in key
Additional properties are not allowed ('arbitrary-limitations', 'alpha-software' were unexpected)
```
[manifest](https://codeberg.org/ChriChri/flohmarkt_ynh/src/commit/020dd4abfe6dad2eea3c0fb47b45d4a1b17d3714/manifest.toml#L166)
I think I didn't understand how the **antifeatures** should be used...
[09:26:55]
<ChriChri> > <@chrichri:librem.one> ci output:
> ```
> manifest
>
> - Error validating manifest using schema: in key
> Additional properties are not allowed ('arbitrary-limitations', 'alpha-software' were unexpected)
> ```
> [manifest](https://codeberg.org/ChriChri/flohmarkt_ynh/src/commit/020dd4abfe6dad2eea3c0fb47b45d4a1b17d3714/manifest.toml#L166)
>
> I think I didn't understand how the **antifeatures** should be used...
indenting the section didn't help
[09:30:30]
<Aleks (he/him/il/lui)> > <@chrichri:librem.one> ci output:
> ```
> manifest
>
> - Error validating manifest using schema: in key
> Additional properties are not allowed ('arbitrary-limitations', 'alpha-software' were unexpected)
> ```
> [manifest](https://codeberg.org/ChriChri/flohmarkt_ynh/src/commit/020dd4abfe6dad2eea3c0fb47b45d4a1b17d3714/manifest.toml#L166)
>
> I think I didn't understand how the **antifeatures** should be used...
antifeatures are flags in the apps.toml catalog, cf for example here: https://github.com/YunoHost/apps/blob/master/apps.toml#L13
[09:32:20]
<ChriChri> Ahhh - this is how it is ment to work: https://github.com/YunoHost-Apps/librarian_ynh/blob/28625bb1b073f5bdac08398ba37322a6472ad2ab/manifest.toml#L19 :) Thanks for nudging!
[09:32:36]
<Aleks (he/him/il/lui)> eeeeeh nope
[09:32:40]
<Aleks (he/him/il/lui)> nopenopenope 😬
[09:33:24]
<Aleks (he/him/il/lui)> though at some point we tried to work on a specification to be able to add details for the antifeatures flag but i don't think it made it to something actually being supported
[09:33:32]
<Mateusz Szymański> where the names of antifeatures come from https://github.com/YunoHost/apps/blob/master/antifeatures.toml
[09:33:46]
<ChriChri> Uh, this explains the status...
[09:35:56]
<Mateusz Szymański> <del>no, it's a TOML list
\`antifeatures = \["borked", "even-more-borked"\]</del>
[09:36:03]
<ChriChri> Is it in a section like
```
[antifeatures]
antifeatures = ['alpha-software', 'arbitrary-limitations']
```
????
[09:36:58]
<Aleks (he/him/il/lui)> "antifeatures are flags in the apps.toml catalog, cf for example here: https://github.com/YunoHost/apps/blob/master/apps.toml#L13"
[09:37:08]
<Aleks (he/him/il/lui)> they are in the apps.toml, not the manifest.toml
[09:37:25]
<Mateusz Szymański> I am misrembering something, what Ale ks said is true for `piped`, there's no antifeatures entry in the manifest for that package
[09:38:11]
<Mateusz Szymański> although it is allowed in schema: https://github.com/YunoHost/apps/blob/6750744c6b43fce47c4f73e07a4b7f41b7f17fbb/schemas/manifest.v2.schema.json#L201C8-L210C11
[09:38:27]
<Aleks (he/him/il/lui)> :O
[09:39:46]
<ChriChri> O.k. - so I'll delete it in manifest.toml (the information is in PRE_INSTALL.md anyway...)?
[09:43:01]
<ChriChri> BTW: https://github.com/search?q=org%3AYunoHost-Apps++path%3Amanifest.toml+antifeatures&type=code :)
[09:47:08]
<Aleks (he/him/il/lui)> hmmm so maybe that syntax is allowed but i'm not sure it is really used anywhere x_X
[09:56:10]
<tituspijean> It is used to specify a custom message to explain the antifeature specifically for the app, to replace the default one ;)
[09:57:57]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u merged [pull request #248](https://github.com/YunoHost-Apps/gitlab_ynh/pull/248): Testing
[09:57:57]
<Yunohost Git/Infra notifications> [gitlab_ynh] kay0u pushed 3 commits to master ([00e70b952df4...b0412a35b4cc](https://github.com/YunoHost-Apps/gitlab_ynh/compare/00e70b952df4...b0412a35b4cc))
[09:58:01]
<Yunohost Git/Infra notifications> [gitlab_ynh/master] 16.11.1 - Kay0u
[09:59:40]
<Aleks (he/him/il/lui)> (i can't find anywhere where we actually use this info in the code though)
[10:06:27]
<Aleks (he/him/il/lui)> meh, ci-apps doesnt run autotests anymore x_x
[10:06:35]
<ChriChri> Now there's https://github.com/YunoHost-Apps/flohmarkt_ynh . I set it to private before moving it into yunhost_apps to have time to fill it before I make it public. But it seems I can't configure it anymore (no settings button).
[10:07:41]
<ChriChri> I found that I can push the content of my codeberg git automatically to the github git and need to create credentials for that.
[10:25:11]
<Mateusz Szymański> > <@chrichri:librem.one> Now there's https://github.com/YunoHost-Apps/flohmarkt_ynh . I set it to private before moving it into yunhost_apps to have time to fill it before I make it public. But it seems I can't configure it anymore (no settings button).
yep, that's a common catch when transfering ownership that you're no longer an admin on your own repo
[10:25:34]
<ChriChri> Uhm, can it be helped?
[10:32:11]
<Aleks (he/him/il/lui)> i switched you to admin
[10:41:04]
<ChriChri> Thanks! `Settings` is back :)
[12:16:53]
<Aleks (he/him/il/lui)> (i'm reworking the CSS of Yologen/appgenerator using Tailwind because Tailwind ftw™ and Flask-Bootstrap is the stupid dependency responsible for injecting unecessary cloudflare stuff)
[14:04:45]
<Aleks (he/him/il/lui)> btw if by any chance somebody understands composer / php / artisan I'm desperate to fix this https://github.com/YunoHost-Apps/firefly-iii_ynh/pull/124#issuecomment-2076981929 to finally update firefly-iii
[14:15:02]
<mrflos> > <@Alekswag:matrix.org> btw if by any chance somebody understands composer / php / artisan I'm desperate to fix this https://github.com/YunoHost-Apps/firefly-iii_ynh/pull/124#issuecomment-2076981929 to finally update firefly-iii
i can try
[14:16:13]
<tituspijean> I see that that function got moved/renamed in laravel 10.38.1: https://laravelversions.com/en/10
could it be that the one installed is older?
[14:18:02]
<mrflos> sounds legit
[14:18:18]
<mrflos> is there a place to play or should i install it from master, and then upgrade from github PR?
[14:19:22]
<Aleks (he/him/il/lui)> > <@mrfloss:matrix.org> is there a place to play or should i install it from master, and then upgrade from github PR?
eeeh zblerg personally i just try random stuff and relaunch the entire CI but it's not really efficient @_@
[14:19:26]
<Aleks (he/him/il/lui)> > <@titus:pijean.ovh> I see that that function got moved/renamed in laravel 10.38.1: https://laravelversions.com/en/10
> could it be that the one installed is older?
ugh :| But I don't even understand where lavarel comes from, it's supposed to be from the app source archive I believe ?
[14:22:40]
<tituspijean> yep, it's declared in `composer.json`. For the test "upgrade from #66", we have this: https://github.com/firefly-iii/firefly-iii/blob/ca34e0ebd5bdf8cbd8fff1ff8e8334462fe9b182/composer.json#L91 (laravel v9)
and the current requires laravel v11
[14:23:13]
<tituspijean> but hopefully there's a `composer update` at some point in the upgrade script before the migration 😅
[14:23:53]
<tituspijean> oh shit there's none
[14:24:09]
<Aleks (he/him/il/lui)> i see in the .zip archive that the `join_paths` does seem to exists so eeeh wtf
[14:24:21]
<tituspijean> ah maybe with this line: https://github.com/YunoHost-Apps/firefly-iii_ynh/blob/333e390547b0832eebd76148f1ea4addb2d6294b/scripts/upgrade#L79
[14:25:48]
<tituspijean> mmh it basically run `composer install` in the end. I'm checking if there's a difference with `composer update`
[14:26:31]
<tituspijean> mmmh... https://getcomposer.org/doc/01-basic-usage.md#installing-dependencies
[14:26:44]
<mrflos> > <@titus:pijean.ovh> but hopefully there's a `composer update` at some point in the upgrade script before the migration 😅
there isn't
[14:27:24]
<tituspijean> I think the composer helper has a flaw. It states in that page we should always run `composer update` since it implicitely run `composer install`
[14:29:13]
<tituspijean> I'll let you read my other messages 😅
[14:29:28]
<Aleks (he/him/il/lui)> > <@titus:pijean.ovh> mmh it basically run `composer install` in the end. I'm checking if there's a difference with `composer update`
hmmmm but i'm super confused because the new .zip archive already contains a `vendor` folder with everything
[14:30:05]
<tituspijean> arf. :/
[14:30:18]
<Aleks (he/him/il/lui)> but i'm wondering if maybe the issue is that we should --full_replace
[14:30:46]
<tituspijean> Does the source helper replace existing files?
[14:32:07]
<Aleks (he/him/il/lui)> yeah it's supposed to
[14:32:45]
<mrflos> Otherwise is there a way to grep the content of vendor/Illuminate/Filesystem to see if this function exists?
[14:33:17]
<mrflos> but probably erasing/recreating vendor at upgrade is the best
[14:33:30]
<Aleks (he/him/il/lui)> you can download https://github.com/firefly-iii/firefly-iii/releases/download/v6.1.11/FireflyIII-v6.1.11.zip i suppose ;P
[14:34:28]
<mrflos> yes but did yunohost not change something meanwhile
[14:34:49]
<tituspijean> the package downloads the tar.gz, not the zip
[14:38:45]
<tituspijean> no "join" in either php file in `vendor\laravel\framework\src\Illuminate\Filesystem`
[14:41:34]
<mrflos> > <@titus:pijean.ovh> no "join" in either php file in `vendor\laravel\framework\src\Illuminate\Filesystem`
i see `use function Illuminate\Filesystem\join_paths;` in Application.php
[14:41:54]
<tituspijean> *nani.wav*
[14:42:50]
<mrflos> https://aria.im/_matrix/media/v1/download/matrix.org/tyWGWqlwtMslHndDappMiXQl
[14:42:56]
<mrflos> in the zip linked by alex
[14:43:42]
<tituspijean> thanks for the grep, I was doing it manually, and missed functions.php
[14:43:49]
<tituspijean> so, on paper, it should work
[14:43:49]
<mrflos> enough joins to get everybody stoned \\o/
[14:46:01]
<tituspijean> ¯\_(ツ)_/¯ but it does not
[14:46:07]
<tituspijean> (╯°□°）╯︵ ┻━┻
[14:51:27]
<Aleks (he/him/il/lui)> (i relaunched a job with full_replace=1)
[15:05:08]
<Aleks (he/him/il/lui)> holy cow it worked
[15:09:56]
<mrflos> > <@Alekswag:matrix.org> holy cow it worked
happy my php skills were once again remarkably helpful 😄 need to go now, others need my help 🦸♂️ ->[]
[15:16:52]
<ChriChri> ```
Package linter: OK (1 warnings, 1 possible improvements)
Install (root): OK
Backup/restore: OK
Upgrade (9df93bc4): OK
Level results
=============
Level 1 (Installable in at least one scenario)
Level 2 (Installable in all scenarios) ok
Level 3 (Can be upgraded)
Level 4 (Can be backup/restored) ok
Level 5 (No linter errors) ok
Level 6 (App is in a community-operated git org) ok
Level 7 (Pass all tests + no linter warnings)
Level 8 (Maintained and long-term good quality)
Global level for this application: 0 (Broken)
```
[15:18:29]
<ChriChri> ```
Package linter: OK (1 warnings, 1 possible improvements)
Install (root): OK
Backup/restore: OK
Upgrade (9df93bc4): OK
Level results
=============
Level 1 (Installable in at least one scenario)
Level 2 (Installable in all scenarios) ok
Level 3 (Can be upgraded)
Level 4 (Can be backup/restored) ok
Level 5 (No linter errors) ok
Level 6 (App is in a community-operated git org) ok
Level 7 (Pass all tests + no linter warnings)
Level 8 (Maintained and long-term good quality)
Global level for this application: 0 (Broken)
```
Is the global level **broken**, because it is not yet in the yunohost_apps org?
A little disturbing is also, that it says `Upgrade (9df93bc4): OK` and then no _ok_ at _Level 3_ …
[15:18:54]
<Mateusz Szymański> > <@chrichri:librem.one> ```
> Package linter: OK (1 warnings, 1 possible improvements)
> Install (root): OK
> Backup/restore: OK
> Upgrade (9df93bc4): OK
>
> Level results
> =============
> Level 1 (Installable in at least one scenario)
> Level 2 (Installable in all scenarios) ok
> Level 3 (Can be upgraded)
> Level 4 (Can be backup/restored) ok
> Level 5 (No linter errors) ok
> Level 6 (App is in a community-operated git org) ok
> Level 7 (Pass all tests + no linter warnings)
> Level 8 (Maintained and long-term good quality)
>
> Global level for this application: 0 (Broken)
> ```
> Is the global level **broken**, because it is not yet in the yunohost_apps org?
> A little disturbing is also, that it says `Upgrade (9df93bc4): OK` and then no _ok_ at _Level 3_ …
because it's not in catalog, yes, even if it passes all tests it'll be broken
[15:20:43]
<ChriChri> Generally: **YES** My restore problem has been that the systemd.service couldn't start, because the log-directory didn't exist and the service tried to redirect STDOUT to a logfile in the missing directory.
I had really problems finding that one from the output and log on the CI (even though there were hints). But the concept of redirecting STDOUT to a logfile in a systemd.service has been new to me - so that might be excused ;-) …
[15:21:27]
<Aleks (he/him/il/lui)> level 3 probably not passing because it expects the regular upgrade test to happen ...
[15:21:36]
<Aleks (he/him/il/lui)> https://codeberg.org/ChriChri/flohmarkt_ynh/src/branch/main/tests.toml#L5 i'm not sure you need to exclude anything there...
[15:22:03]
<ChriChri> > <@orhtej2:matrix.org> because it's not in catalog, yes, even if it passes all tests it'll be broken
Great! O.k. - next step: integration into yunohost_apps org repo. BTW: is there a way other than creating a github account to get credentials for pushing? I need username/password and can't use a e.g. ssh-key.
[15:22:58]
<Aleks (he/him/il/lui)> (woot I realize codeberg displays README_fr.md instead of README.md by default if the browser is fr ? o.O)
[15:26:48]
<ChriChri> > <@Alekswag:matrix.org> level 3 probably not passing because it expects the regular upgrade test to happen ...
Just deleted the test from tests.toml and added the reason why I stop some of them there. I'll try again ;-) - thanks!
[15:59:54]
<thatoo> Bonjour dans packaging v2, il n'est pas nécessaire d'ajouter dans le script d'install un truc du genre `ynh_install_app_dependencies $pkg_dependencies`?
[16:07:56]
<Émy - OniriCorpe> exact
[16:08:19]
<Émy - OniriCorpe> yunohost les installera lors du "provisionning"
[16:08:33]
<Émy - OniriCorpe> en gros le core s'en occupe à la place du package
[16:34:30]
<Yunohost Git/Infra notifications> App webtrees stays at level 1 in job [#25139](https://ci-apps.yunohost.org/ci/job/25139)
[16:52:51]
<ChriChri> > <@Alekswag:matrix.org> (woot I realize codeberg displays README_fr.md instead of README.md by default if the browser is fr ? o.O)
Uh, they know magic? ;-)
[18:25:42]
<Émy - OniriCorpe> https://forum.yunohost.org/t/noe-an-open-source-events-headquarters-soon-on-yunohost-noe-un-qg-evenementiel-open-source-bientot-sur-yunohost/29425
... https://gitlab.com/alternatiba/noe/-/blob/master/docker-compose.prod.yml
https://gitlab.com/alternatiba/noe/-/blob/master/docker-compose.yml ☠️☠️☠️☠️☠️☠️☠️☠️☠️
[18:27:44]
<Émy - OniriCorpe> big mood
[18:27:45]
<Émy - OniriCorpe> https://aria.im/_matrix/media/v1/download/im.emelyne.eu/OCdVnBBZfrPRsTcXLqUvoeZZ
[18:29:49]
<ChriChri> Uhm, if I want the CI run - is this wrong: https://github.com/YunoHost-Apps/flohmarkt_ynh/pull/1#issuecomment-2077882281 ?
[18:34:09]
<Émy - OniriCorpe> it's weird, you're a member of the ynh-apps org
[18:34:45]
<Émy - OniriCorpe> hum, the bot reacted to my command but yours :/
[18:35:16]
<Émy - OniriCorpe> idk sorry :/
[18:35:28]
<ChriChri> I first tried when the repo has been private, then changed the repo to public and edited the comment. Might it need a new comment (like yours) or PR?
[18:35:53]
<Émy - OniriCorpe> the bot should have access to a private repo, afaik
[18:36:06]
<ChriChri> > <@oniricorpe:im.emelyne.eu> hum, the bot reacted to my command but yours :/
Nice, it's in the queue :) !
[18:36:28]
<ChriChri> Is the README.md builder run automatically, also ?
[18:37:23]
<Émy - OniriCorpe> > <@chrichri:librem.one> Is the README.md builder run automatically, also ?
yes, after each pushed commit
[18:37:34]
<Émy - OniriCorpe> but it didn't run either .___.
[18:39:04]
<ChriChri> I'll just push one in case it didn't work, because it has been private...
[18:39:10]
<Émy - OniriCorpe> worth a try yeah
[18:41:20]
<ChriChri> Is there somewhere a status for the README generator? Ah, found it: > Auto-update REAMEs :)
[18:44:57]
<ChriChri> I put https://github.com/YunoHost-Apps/flohmarkt_ynh/blob/main/doc/DEVELOPMENT.md into doc to have it included into README.md, but it's still the default. Did I do something wrong?
Also I'd like to change the 'Report a bug' URL in [this section](https://github.com/YunoHost-Apps/flohmarkt_ynh/tree/main?tab=readme-ov-file#documentation-and-resources) - is there a way?
[18:48:21]
<ChriChri> I'm off for today - thanks so far for all the support!
[18:50:44]
<Émy - OniriCorpe> `DEVELOPMENT.md` doesn't have a valid name to be included in the `README.md`
[18:52:01]
<Émy - OniriCorpe> you can use `DISCLAIMER.md`
[18:55:08]
<Émy - OniriCorpe> having `github.com/YunoHost-Apps/flohmarkt_ynh` depending on `codeberg.org/flohmarkt/flohmarkt_ynh` is very prone to some weird fuckeries, btw
if you want to use the YunoHost CI you have to do PR on `github.com/YunoHost-Apps/flohmarkt_ynh`, but if you do that, you'll have conflict issues with `codeberg.org/flohmarkt/flohmarkt_ynh`
[18:56:08]
<Émy - OniriCorpe> in my opinion, it would be better to choose one or the other and not a weird mix of the two
[18:56:27]
<Émy - OniriCorpe> in my opinion, it would be better to choose one or the other and not a weird mix of the two, which is confusing to everyone
[18:56:41]
<Émy - OniriCorpe> > <@chrichri:librem.one> I'm off for today - thanks so far for all the support!
no problem, have a good evening
[18:57:29]
<Émy - OniriCorpe> in my opinion, it would be better to choose one or the other and not a weird mix of the two, which is confusing for everyone
[19:05:57]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 1 commit to testing: 28.0.5 ([e861fc22](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/e861fc227f621978a3a3a3721997edce3be02a9e))
[19:06:03]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot pushed 1 commit to testing: Auto-update READMEs ([0ffb1a16](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/0ffb1a168bc766767d1db9aeabcaa2ef8ab01be8))
[19:06:31]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar opened [pull request #685](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685): Testing
[19:06:57]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar edited [pull request #685](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685): Testing
[19:07:07]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685#issuecomment-2077993870) on [issue #685](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685) Testing: testme
[19:07:10]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685#issuecomment-2077993942) on [issue #685](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685) Testing: Living in the future, are we?
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-bookworm-dev.yunohost.o...
[19:07:10]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot [commented](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685#issuecomment-2077993926) on [issue #685](https://github.com/YunoHost-Apps/nextcloud_ynh/pull/685) Testing: :sunflower:
[[Test Badge](https://img.shields.io/endpoint?url=https://ci-apps-dev.yunohost.org/ci/api/job/15275/badge)]...
[19:08:44]
<Yunohost Git/Infra notifications> [nextcloud_ynh] ericgaspar pushed 1 commit to oldstable: 27.1.9 ([c60fe1c8](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/c60fe1c809d1be858f3a5d2803028148087ffe81))
[19:08:47]
<Yunohost Git/Infra notifications> [nextcloud_ynh] yunohost-bot pushed 1 commit to oldstable: Auto-update READMEs ([fd308dd2](https://github.com/YunoHost-Apps/nextcloud_ynh/commit/fd308dd2044d84c8697cd4953a7a37c84c6ae66e))
[20:47:54]
<Yunohost Git/Infra notifications> [nextcloud_ynh] utzer edited [issue #686](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/686): Transfer rate / speed / performance while up-/downloading not really good
[20:47:54]
<Yunohost Git/Infra notifications> [nextcloud_ynh] utzer opened [issue #686](https://github.com/YunoHost-Apps/nextcloud_ynh/issues/686): Transfer rate / speed / performance whiel up-/downloading not really good
[20:49:54]
<auser1231412> hello
[20:50:09]
<auser1231412> i can't use my domain
[20:50:25]
<auser1231412> i registered the domain with namecheap
[20:50:36]
<auser1231412> but i dont have API access
[20:50:55]
<tituspijean> Hi, support is over at #yunohost:matrix.org
[23:34:58]
<Yunohost Git/Infra notifications> App mautic rises from level 6 to 8 in job [#25909](https://ci-apps.yunohost.org/ci/job/25909) !