[05:21:49]
<Yunohost Git/Infra notifications> [apps] tituspijean [commented](https://github.com/YunoHost/apps/pull/3056#issuecomment-3123965940) on [issue #3056](https://github.com/YunoHost/apps/pull/3056) Add tnyr.me to wishlist: The app might need a patch or an upstream PR to make its port configurable.
[05:21:54]
<Yunohost Git/Infra notifications> [apps] tituspijean merged [pull request #3056](https://github.com/YunoHost/apps/pull/3056): Add tnyr.me to wishlist
[05:21:55]
<Yunohost Git/Infra notifications> [apps] tituspijean pushed 1 commit to main: Add tnyr.me to wishlist (#3056) ([6b26b1d7](https://github.com/YunoHost/apps/commit/6b26b1d718ecb73b1430c2a7e5ebaee3b06fdb76))
[05:21:55]
<Yunohost Git/Infra notifications> [apps] tituspijean deleted branch add-to-wishlist-tnyr-me
[06:58:15]
<Yunohost Git/Infra notifications> [joplin_ynh] tituspijean closed [pull request #102](https://github.com/YunoHost-Apps/joplin_ynh/pull/102): Upgrade to v3.4.2
[06:58:18]
<Yunohost Git/Infra notifications> [joplin_ynh] tituspijean deleted branch ci-auto-update-3.4.2
[07:04:45]
<卡1> xmpp:ilemotoc@conference.verdammung.org?join
[07:08:14]
<Yunohost Git/Infra notifications> tituspijean edited repository sharkey_ynh: 🌎 A Sharkish microblogging platform 🦈🚀 https://github.com/YunoHost-Apps/sharkey_ynh
[07:31:27]
<lapineige> I've got a strange one:
```
Warning: File or folder '--src_path=/etc/cron.d/plakar' to be backed up does not exist
$ ll /etc/cron.d/plakar
.r-------- 94 root 25 Jul 19:44 /etc/cron.d/plakar
```
[07:34:35]
<lapineige> On another topic, how are we supposed to handle a data_directory (/home/yunohost.app/$app) which should not be removed on app removal (in order to not loose data), as the existence of such directory prevents from installing the app again (it will says that the directory already exists) ? 🤔
[07:37:36]
<lapineige> From that comment:
```
### - the core will deprovision every resource defined in the manifest **after** this script is ran
### this includes removing the install directory, and data directory (if --purge was used)
```
I understand it should be handled. But in CI, in the "installation after removal" test, I have:
```
20190 INFO [#####+++............] > Configuration plakar's first backup repository in /home/yunohost.app/plakar...
20265 WARNING plakar: directory /home/yunohost.app/plakar is not empty
```
Corresponding line of code : https://github.com/YunoHost-Apps/plakar\_ynh/blob/testing/scripts/install#L75 (ynh_exec_as_app plakar at $data_dir create -plaintext)
[07:44:06]
<tituspijean[m]> (I don't know about these, maybe there's a feature preventing a copy in SELinux...)
[07:44:07]
<lapineige> > ? /etc/cron.d/plakar
[07:44:10]
<tituspijean[m]> I see a sneaky dot right before the read permission. A quick search tells me it's a SELinux security property.
Can you try to run `ls -Z /etc/cron.d/plakar` ?
[07:44:25]
<tituspijean[m]> much helpful very debug
[07:45:16]
<tituspijean[m]> wait, the error message is weirdly formatted
[07:46:02]
<tituspijean[m]> there's no need for the `--src_path` flag anymore
[07:47:19]
<tituspijean[m]> https://doc.yunohost.org/fr/packaging/scripts/helpers_v2.1/#backup
There's no flag at all, directly put the path to be backed up as parameter.
[07:48:47]
<tituspijean[m]> like on the line above in scripts/backup
[07:52:24]
<tituspijean[m]> So here the issue is that the `plakar` command fails because the directory already exists. Is it expecting to create an empty directory? If so, is it capable of importing a directory with pre-existing data?
(basically, I think it's not YunoHost fault. If plakar cannot import previous data, then there is no need to keep the data. I know, that's shocking for a data management app :p)
[08:20:14]
<tituspijean[m]> no issue on my main server running v12.1.6.1
[08:21:31]
<tituspijean[m]> -----
Based on https://github.com/YunoHost/yunohost/blob/83470f5d110ea463f3bea5039e764759046430bf/helpers/helpers.v2.1.d/redis#L27, it looks like the helper expects to get unauthenticated access to redis.
But on my test server running v12.0.17, root user gets this:
```
redis-cli INFO keyspace
NOAUTH Authentication required.
```
[08:25:44]
<tituspijean[m]> nevermind
[08:26:57]
<tituspijean[m]> it was an artifact of freaking zulip whose install script assumes it's alone on the server and takes over NGINX (that I noticed immediately, obviously), and Redis (that I notice now)
[08:31:22]
<tituspijean[m]> -----
<del>Based on https://github.com/YunoHost/yunohost/blob/83470f5d110ea463f3bea5039e764759046430bf/helpers/helpers.v2.1.d/redis#L27, it looks like the helper expects to get unauthenticated access to redis.
But on my test server running v12.0.17, root user gets this:
```
redis-cli INFO keyspace
NOAUTH Authentication required.
```
</del>
[08:43:23]
<eric_G> ah zulip... the app that will never get fixed 😶🌫️
[08:51:59]
<Yunohost Git/Infra notifications> App miniflux rises from level 3 to 8 in job [#20491](https://ci-apps.yunohost.org/ci/job/20491) !
[10:25:58]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3062](https://github.com/YunoHost/apps/pull/3062): Add Automad 2 to wishlist
[10:25:59]
<Yunohost Git/Infra notifications> [apps] yunohost-bot labeled Wishlist on [pull request #3062](https://github.com/YunoHost/apps/pull/3062): Add Automad 2 to wishlist
[11:07:04]
<Yunohost Git/Infra notifications> [apps] ericgaspar [commented](https://github.com/YunoHost/apps/pull/3062#issuecomment-3124312332) on [issue #3062](https://github.com/YunoHost/apps/pull/3062) Add Automad 2 to wishlist: This is already present on the app catalog.
[11:07:04]
<Yunohost Git/Infra notifications> [apps] ericgaspar closed [pull request #3062](https://github.com/YunoHost/apps/pull/3062): Add Automad 2 to wishlist
[15:52:37]
<Yunohost Git/Infra notifications> App watchyourlan rises from level 6 to 7 in job [#20495](https://ci-apps.yunohost.org/ci/job/20495) !
[16:37:01]
<tituspijean[m]> apps seem to fail again around the backup/restore step in the dev CI :/
[16:44:54]
<eric_G> something to do with reinstalling node on restore for Sharkey I believe
[17:00:25]
<eric_G> lapineige: I did some work on plakar : https://github.com/YunoHost-Apps/plakar_ynh/tree/env
[17:01:48]
<eric_G> I think it would be better to use the config_panels to answer all the questions instead of asking them during installation.
[17:05:57]
<lapineige> > <@tituspijean:matrix.org> So here the issue is that the `plakar` command fails because the directory already exists. Is it expecting to create an empty directory? If so, is it capable of importing a directory with pre-existing data?
> (basically, I think it's not YunoHost fault. If plakar cannot import previous data, then there is no need to keep the data. I know, that's shocking for a data management app :p)
Thanks :)
So that's going to be a tricky one, I don't want to just erase it, and it would be difficult to multiply them...
[17:06:50]
<lapineige> > <@ericg:matrix.org> I think it would be better to use the config_panels to answer all the questions instead of asking them during installation.
I'm planning on doing that, but also there is an integrated GUI so I could rely on it - once it work ! ^^
[17:13:42]
<lapineige> > <@ericg:matrix.org> lapineige: I did some work on plakar : https://github.com/YunoHost-Apps/plakar_ynh/tree/env
Thanks :)
That's a lot of changes, I'll try to review them tomorow.
At first look I'd say it we would need to setup a repository on installation, because otherwise no Plakar command would work and no GUI would be available.
[17:15:32]
<lapineige> As a general goal, I would try to have a default setup in the package with automated backup (on local storage) of yunohost.backup archives.
[17:36:21]
<Yunohost Git/Infra notifications> Thovi98 created repository wger_ynh: wger package for YunoHost https://github.com/YunoHost-Apps/wger_ynh
[18:51:02]
<Yunohost Git/Infra notifications> App sharkey rises from level 0 to 8 in job [#20497](https://ci-apps.yunohost.org/ci/job/20497) !
[18:58:14]
<Yunohost Git/Infra notifications> [vaultwarden_ynh] ericgaspar pushed 1 commit to testing: Update manifest.toml ([f5e6db25](https://github.com/YunoHost-Apps/vaultwarden_ynh/commit/f5e6db256cd5425c7df50f7c656a85aeb5860dd9))
[18:58:36]
<Yunohost Git/Infra notifications> [vaultwarden_ynh] ericgaspar opened [pull request #293](https://github.com/YunoHost-Apps/vaultwarden_ynh/pull/293): Testing
[20:14:38]
<Yunohost Git/Infra notifications> [vaultwarden_ynh] ericgaspar merged [pull request #293](https://github.com/YunoHost-Apps/vaultwarden_ynh/pull/293): Testing
[20:25:16]
<Cippr> eric_G: Bonsoir, j'ai pris le temps de relire le "readme" de l'upstream de SimpleX et j'ai repris de zéro le "build from source using your distribution".
J'ai pu générer les fichiers smp-server et xftp-server pour amd64 et arm64.
Je vais les déposer et lancer la CI mais il faudra bien attendre avant de les mettre dans " master" car malgré le fait que l'upstream soit en 6.4.1, les fichiers générés le sont dans des répertoires en 6.4.0.12 malgré un "git pull origin stable.
[22:25:44]
<Yunohost Git/Infra notifications> [piped_ynh] yunohost-bot opened [pull request #221](https://github.com/YunoHost-Apps/piped_ynh/pull/221): Upgrade sources
[22:27:25]
<Yunohost Git/Infra notifications> [searxng_ynh] yunohost-bot opened [pull request #412](https://github.com/YunoHost-Apps/searxng_ynh/pull/412): Upgrade to v2025.07.27
[22:33:22]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 50 pending update PRs
- 20 new apps PRs
- 12 failed apps updates: autobd, haste, homebox, khatru-pyramid, litechat, localai, omeka-s, openemr, prestashop, pterodactyl, streams, teddit
See the full log here: https://paste.yunohost.org/raw/xibeyixuhe
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate
[23:03:12]
<Yunohost Git/Infra notifications> App aeneria failed all tests in job [#20500](https://ci-apps.yunohost.org/ci/job/20500) :(