[06:40:22]
<Yunohost Git/Infra notifications> [element_ynh] ericgaspar pushed 1 commit to testing: Update manifest.toml ([876a1ae6](https://github.com/YunoHost-Apps/element_ynh/commit/876a1ae6f435bc1ae74182a678d796953c25fc04))
[06:40:43]
<Yunohost Git/Infra notifications> [element_ynh] ericgaspar merged [pull request #217](https://github.com/YunoHost-Apps/element_ynh/pull/217): Enable one time element call by default
[08:41:11]
<Yunohost Git/Infra notifications> [vaultwarden_ynh] xplosionmind opened [issue #290](https://github.com/YunoHost-Apps/vaultwarden_ynh/issues/290): How to generate a secure Argon2 PHC string to access the admin page?
[08:41:39]
<Yunohost Git/Infra notifications> [vaultwarden_ynh] xplosionmind edited [issue #290](https://github.com/YunoHost-Apps/vaultwarden_ynh/issues/290): How to generate a secure Argon2 PHC string to access the admin page?
[08:56:57]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates.
[08:57:24]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates.
[08:59:35]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates. This is the problematic part in my upgrade script :
<pre>
# Create a dedicated systemd config
ynh_config_add --template="systemd.service" --destination="/etc/systemd/system/${app}.service"
# Disable the service, this is to prevent the service from being triggered at boot time
systemctl disable "${app}.service" --quiet --now
yunohost service add $app --description="Yuno Archive" --test_status="systemctl show $app.service -p ActiveState --value | grep -v failed" --log "/var/log/$app/backup.log"
ynh_config_add --template="systemd.timer" --destination="/etc/systemd/system/$app.timer"
ynh_systemctl --service="$app.timer" --action="enable"
</pre>
[09:01:15]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates. This is the problematic part in my upgrade script :
```
```
[09:01:55]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates. This is the problematic part in my upgrade script :
```
# Create a dedicated systemd config
ynh_config_add --template="systemd.service" --destination="/etc/systemd/system/${app}.service"
# Disable the service, this is to prevent the service from being triggered at boot time
systemctl disable "${app}.service" --quiet --now
yunohost service add $app --description="Yuno Archive" --test_status="systemctl show $app.service -p ActiveState --value | grep -v failed" --log "/var/log/$app/backup.log"
ynh_config_add --template="systemd.timer" --destination="/etc/systemd/system/$app.timer"
ynh_systemctl --service="$app.timer" --action="enable"
```
[09:02:34]
<mistermasque> Hi everybody, I made my first app packaged [https://github.com/YunoHost-Apps/yuno-archive\_ynh](https://app.element.io/yuno-archive) and this works very well. This apps is aim to make yunohost backups automation like archivist (but more flexible) and more simple than borg (do not need to have client and server app). This app was inspered by borg app.
But I have a strange behavior during updates.
I'm using systemd service and timer to launch automatically backups instead of using crontab (like brog's app do).
But, when I'm updating my app, this service is laucnhed, and I don't wan't to.
I clearly don't understand why my backup service is launched during updates. I made a deadlock system to avoid this, but the service is still launched during updates. This is the problematic part in my upgrade script :
```
# Create a dedicated systemd config
ynh_config_add --template="systemd.service" --destination="/etc/systemd/system/${app}.service"
# Disable the service, this is to prevent the service from being triggered at boot time
systemctl disable "${app}.service" --quiet --now
yunohost service add $app --description="Yuno Archive" --test_status="systemctl show $app.service -p ActiveState --value | grep -v failed" --log "/var/log/$app/backup.log"
ynh_config_add --template="systemd.timer" --destination="/etc/systemd/system/$app.timer"
ynh_systemctl --service="$app.timer" --action="enable"
```
Any idea ?
[12:22:41]
<Aleks (he/him/il/lui)> Eeeh so is it the line about enabling the timer that trigger it ?
[12:22:48]
<Aleks (he/him/il/lui)> Do you have the full log showing the backup.starting ?
[12:43:12]
<mistermasque> Service is launched at 2025-06-03 22:19:47
https://paste.yunohost.org/qizokuwiyo
I updated 3 instances at 2025-06-03 22:19:42 (ending at 22:19:47)
https://paste.yunohost.org/raw/owocugiruq
It seems that the service is launched just after updating app.
Elements usefull to know : I have 3 instance of yuno-archive. It's only the 2nd and third instance that is launched after update (yuno-archive\_\_2 and yuno-archive\_\_3) not the first one.
EDIT : I'm wrong, the 3 instances are launched, the first one block the 2nd (it have to wait until the first finish)
[12:47:52]
<miro5001> And why not using cron? What's the benefit of systemd over cron in this case?
[12:58:14]
<Aleks (he/him/il/lui)> (I would say the fact that it's easier to manually launch a backup manually with 'systemctl start the_backup_service')
[13:25:22]
<mrflos> Hi there! Is there any Yunohost package that you would take as an example for a nodejs app using bun ?
[13:25:38]
<mrflos> Hi there! Is there any Yunohost package that you would take as an example for a nodejs app using bunjs ?
[13:56:53]
<mistermasque> More flexible (as Aleks says, can manually launch throught systemctl command) and ability to see the service in Yunohost services admin panel (very usefull if we wan't to have more log without connection througth SSH)
[13:58:20]
<Aleks (he/him/il/lui)> https://paste.yunohost.org/raw/ahonebupid Anyone familiar with Composer ? I dont' understand why sometimes we run into situations where composer dependencies are fucked up and yet supposedly it passed CI
[14:07:12]
<mrflos> maybe there is a composer.lock file outdated
[14:08:28]
<mrflos> it should not be ignored by git, and you should do a `composer update` then commit de composer.lock
[14:08:32]
<Aleks (he/him/il/lui)> yeah theres a warning about this but ugh supposedly both composer and lock file are still the same as whn ran on CI ?
[14:08:54]
<mrflos> mmh
[14:08:54]
<rodinux> I haven't found how debug zabbix package... when I try install the script wait, seems blocked on the command `/usr/share/zabbix-cli/bin/zabbix-cli --config "/usr/share/zabbix-cli/zabbix-cli.toml" create_user "$zabbix_username" --firstname "$zabbix_username" --lastname "$zabbix_username" --passwd "$zabbix_password" --role superadmin --groups 7` so on another session I tried the command with the values needed, but it open a prompt with `? Admin: ` and then another `? Password:` and even if I put the user `Admin` and then `zabbix` it put `✗ ERROR: No authentication method succeeded for https://testing.yunohost.packaging/. Check the logs for more information.`
[14:09:36]
<mrflos> maybe composer version is different? or some composer cli parameters are ignoring the errors?
[14:11:09]
<rodinux> ```
^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/zabbix-cli/lib/python3.11/site-packages/zabbix_cli/auth.py", line 649, in login
client, _ = auth.login_with_any()
^^^^^^^^^^^^^^^^^^^^^
File "/usr/share/zabbix-cli/lib/python3.11/site-packages/zabbix_cli/auth.py", line 264, in login_with_any
raise AuthError(
zabbix_cli.exceptions.AuthError: No authentication method succeeded for https://testing.yunohost.packaging/. Check the logs for more information.
```
[14:15:18]
<mrflos> the composer version used is very old (2.5), you should use 2.8 according to documentation `For PHP 7.2+ please use the latest version instead of LTS.`
[14:16:39]
<mrflos> i'm not sure i have a logical explanation why you have this problem between ci and yuno install, but i suppose getting a modern version, plus an updated composer.lock should help
[14:16:39]
<rodinux> ok toujours des histoires d'api
```
2025-06-04 15:56:26,135 [zabbix_cli.pyzabbix.client][None][INFO][client.py:261 __init__]: JSON-RPC Server Endpoint: https://testing.yunohost.packaging/api_jsonrpc.php
2025-06-04 15:56:26,135 [zabbix_cli.auth][None][ERROR][auth.py:595 load_session_file]: Unable to load session file: [Errno Session file does not exist: %s] /root/.local/share/zabbix-cli/.zabbix-cli_session.json
2025-06-04 15:56:26,203 [httpx][None][INFO][_client.py:1025 _send_single_request]: HTTP Request: POST https://testing.yunohost.packaging/api_jsonrpc.php "HTTP/1.1 500 Internal Server Error"
2025-06-04 15:56:26,203 [zabbix_cli.auth][None][ERROR][auth.py:361 login_with_credentials]: Unexpected error logging in with username and password from config: Server error '500 Internal Server Error' for url 'https://testing.yunohost.packaging/api_jsonrpc.php'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500
2025-06-04 15:56:26,211 [httpx][None][INFO][_client.py:1025 _send_single_request]: HTTP Request: POST https://testing.yunohost.packaging/api_jsonrpc.php "HTTP/1.1 500 Internal Server Error"
2025-06-04 15:56:26,212 [zabbix_cli.auth][None][ERROR][auth.py:361 login_with_credentials]: Unexpected error logging in with username and password from file: Server error '500 Internal Server Error' for url 'https://testing.yunohost.packaging/api_jsonrpc.php'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500
2025-06-04 15:56:26,212 [zabbix_cli.auth][None][INFO][auth.py:608 load_auth_token_file]: No auth token file found. Searched in {'/usr/share/zabbix-cli/.zabbix-cli_auth_token, /root/.local/share/zabbix-cli/.zabbix-cli_auth_token, /root/.zabbix-cli_auth_token'}
2025-06-04 16:00:11,427 [zabbix_cli.pyzabbix.client][None][INFO][client.py:261 __init__]: JSON-RPC Server Endpoint: https://testing.yunohost.packaging/api_jsonrpc.php
2025-06-04 16:00:11,427 [zabbix_cli.auth][None][ERROR][auth.py:595 load_session_file]: Unable to load session file: [Errno Session file does not exist: %s] /root/.local/share/zabbix-cli/.zabbix-cli_session.json
2025-06-04 16:00:11,442 [httpx][None][INFO][_client.py:1025 _send_single_request]: HTTP Request: POST https://testing.yunohost.packaging/api_jsonrpc.php "HTTP/1.1 500 Internal Server Error"
2025-06-04 16:00:11,442 [zabbix_cli.auth][None][ERROR][auth.py:361 login_with_credentials]: Unexpected error logging in with username and password from config: Server error '500 Internal Server Error' for url 'https://testing.yunohost.packaging/api_jsonrpc.php'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500
2025-06-04 16:00:11,449 [httpx][None][INFO][_client.py:1025 _send_single_request]: HTTP Request: POST https://testing.yunohost.packaging/api_jsonrpc.php "HTTP/1.1 500 Internal Server Error"
2025-06-04 16:00:11,449 [zabbix_cli.auth][None][ERROR][auth.py:361 login_with_credentials]: Unexpected error logging in with username and password from file: Server error '500 Internal Server Error' for url 'https://testing.yunohost.packaging/api_jsonrpc.php'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/500
2025-06-04 16:00:11,449 [zabbix_cli.auth][None][INFO][auth.py:608 load_auth_token_file]: No auth token file found. Searched in {'/usr/share/zabbix-cli/.zabbix-cli_auth_token, /root/.local/share/zabbix-cli/.zabbix-cli_auth_token, /root/.zabbix-cli_auth_token'}
2025-06-04 16:00:24,204 [httpx][None][INFO][_client.py:1025 _send_single_request]: HTTP Request: POST https://testing.yunohost.packaging/api_jsonrpc.php "HTTP/1.1 500 Internal Server Error"
2025-06-04 16:00:24,204 [zabbix_cli.auth][None][ERROR][auth.py:361 login_with_credentials]: Unexpected error logging in with username and password from prompt: Server error '500 Internal Server Error' for url 'https://testing.yunohost.packaging/api_jsonrpc.php'
```
[14:18:26]
<rodinux> Là c'est peut-être car pas ssl ?
```
root@yunohost:~# curl https://testing.yunohost.packaging/api_jsonrpc.php
curl: (60) SSL certificate problem: self-signed certificate in certificate chain
More details here: https://curl.se/docs/sslcerts.html
curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
root@yunohost:~# curl http://testing.yunohost.packaging/api_jsonrpc.php
<html>
<head><title>301 Moved Permanently</title></head>
<body>
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx</center>
</body>
</html>
```
[14:28:07]
<rodinux> The zabbix-cli seems see always an empty password...
[14:29:37]
<Aleks (he/him/il/lui)> rodinux: bon t'es chaud on se cale une session demain soir on essaye de debug ça ensemble sur un scaleway dans un tmux
[14:33:46]
<rodinux> Ok, je passe trop de temps dessus sans avancer... après je fais des entrées et j'ai des `Warning: ? Password: ✗ ERROR: Input cannot be empty.`
[14:34:31]
<Aleks (he/him/il/lui)> si on dit genre 20h c'est ok pour toi ?
[14:36:40]
<rodinux> Ok
[21:57:44]
<Yunohost Git/Infra notifications> [apps] zeroheure opened [pull request #3009](https://github.com/YunoHost/apps/pull/3009): Change cat or subtag to some apps in communication
[22:19:15]
<Charly> Bonsoir tout le monde,
Je rejoins le salon après une discussion sur le forum : https://forum.yunohost.org/t/mautrix-whatsapp-failed-to-log-in-outdated-client-the-bridge-must-be-updated-to-continue/37068/7
[22:19:15]
<Yunohost Git/Infra notifications> [wallabag2_ynh] yunohost-bot opened [pull request #233](https://github.com/YunoHost-Apps/wallabag2_ynh/pull/233): Upgrade to v2.6.13
[22:20:28]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 33 pending update PRs
- 9 new apps PRs
- 3 failed apps updates: homebox, khatru-pyramid, swingmusic
See the full log here: https://paste.yunohost.org/raw/qimosacuga
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate
[23:32:56]
<Yunohost Git/Infra notifications> [apps] alexAubin [commented](https://github.com/YunoHost/apps/pull/3009#issuecomment-2941960033) on [issue #3009](https://github.com/YunoHost/apps/pull/3009) Change cat or subtag to some apps in communication: Cheers
[23:33:02]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 4 commits to main ([a97c52b3b44c...fe35bd0a2161](https://github.com/YunoHost/apps/compare/a97c52b3b44c...fe35bd0a2161))
[23:33:02]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #3009](https://github.com/YunoHost/apps/pull/3009): Change cat or subtag to some apps in communication
[23:33:03]
<Yunohost Git/Infra notifications> [apps/main] Move Question2answer to publishing cat Sounds more like a publishing tool than a communication one (see alternatives) - Xavier Brochard
[23:33:03]
<Yunohost Git/Infra notifications> [apps/main] add chat subtag to Prosody Seems obvious... - Xavier Brochard
[23:33:03]
<Yunohost Git/Infra notifications> [apps/main] add email subtag to mmmlj and mmmlj web like other mailing list mamagers - Xavier Brochard
[23:59:12]
<Yunohost Git/Infra notifications> [apps] alexAubin [commented](https://github.com/YunoHost/apps/pull/3002#issuecomment-2942042422) on [issue #3002](https://github.com/YunoHost/apps/pull/3002) Update app levels according to CI results: (Merging because were getting close to friday and it seems theres no obvious fix pending)
[23:59:20]
<Yunohost Git/Infra notifications> [apps] alexAubin merged [pull request #3002](https://github.com/YunoHost/apps/pull/3002): Update app levels according to CI results
[23:59:20]
<Yunohost Git/Infra notifications> [apps] alexAubin pushed 4 commits to main ([fe35bd0a2161...24da3a8508ae](https://github.com/YunoHost/apps/compare/fe35bd0a2161...24da3a8508ae))
[23:59:21]
<Yunohost Git/Infra notifications> [apps] alexAubin deleted branch update_app_levels
[23:59:25]
<Yunohost Git/Infra notifications> [apps/main] :art: Format TOML with Taplo - yunohost-bot
[23:59:25]
<Yunohost Git/Infra notifications> [apps/main] Update apps.toml - eric_G
[23:59:25]
<Yunohost Git/Infra notifications> [apps/main] Update apps.toml - eric_G