[05:17:16]
<Claus> No problems here at all with Synapse 84.
[08:47:38]
<leandro[m]> > <@claus[m]:libera.chat> No problems here at all with Synapse 84.
I have still problems to upgrade from 79 version, see https://github.com/YunoHost-Apps/synapse_ynh/issues/380#issuecomment-1569743497 :(
[13:46:06]
<Westbam> salut
[13:46:14]
<Westbam> des utilisateurs du package duniter par ici ?
[13:49:02]
<Aleks (he/him/il/lui)> c'est souvent plus efficace d'expliquer directement son problème plutôt que de s'attendre à ce que quelqu'un accepte que tu lui expliques son problème ... la plupart du temps il n'y a pas de nécessité qu'on utilise nous-même le logiciel pour qu'on puisse t'aider ... https://dontasktoask.com/
[13:49:51]
<Aleks (he/him/il/lui)> soit c'est un problème purement d'utilisation de Duniter, dans ce cas là il faut aller voir la communauté Duniter directement (genre son forum), soit c'est un problème technique avec le paquet, et dans ce cas là on a pas spécialement besoin d'utiliser Duniter pour t'aider
[13:50:24]
<Westbam> Ok Aleks (he/him/il/lui) , je me lance
[13:50:47]
<Westbam> par rapport au package duniter, j'ai remarqué un truc
[13:51:07]
<Westbam> j'ai bien accès à l'interface web pas de souci de ce côté
[13:51:29]
<Westbam> par contre si je souhaite lancé des commandes propres au daemon duniter
[13:52:07]
<Westbam> je me logue en root puis je fais un " su - duniter" pour être loguer en tant que l'utilisateur duniter
[13:52:44]
<Westbam> mais si je fais un "duniter status" ça me répond comme quoi le daemon est pas lancé
[13:53:31]
<Westbam> et si je fais un "duniter start" j'ai l'impression que cela m'en lance un deuxieme en // et pas le même daemon que celui dans le client web
[13:55:48]
<Aleks (he/him/il/lui)> est-ce que tu as lu le bloc ici : https://github.com/YunoHost-Apps/duniter_ynh#configurations
[13:56:30]
<Aleks (he/him/il/lui)> apriori il faut lancer les commandes duniter avec l'option `--home $HOME` après avoir fait `su duniter`
[13:56:53]
<Aleks (he/him/il/lui)> d'ailleurs pas sur de capter pourquoi tu fais `su - duniter` et pas `su duniter`
[13:57:21]
<Aleks (he/him/il/lui)> mouai c'est pareil en fait
[13:59:51]
<Westbam> Oui pour le su - c'est l'habitude
[14:00:09]
<Westbam> apres pour la doc oui j'avais vu aussi
[14:02:32]
<Westbam> genre ça ??
[14:02:33]
<Westbam> duniter --home \$HOME status
[14:02:38]
<Westbam> ça me renvoi rien
[14:03:01]
<Westbam> $ duniter status
Duniter is not running.
[14:05:36]
<Aleks (he/him/il/lui)> 😬
[14:05:50]
<Aleks (he/him/il/lui)> > <@westbam:matrix.org> ça me renvoi rien
ptete que c'est le résultat attendu 😬
[14:06:13]
<Aleks (he/him/il/lui)> en vrai je sais pas ce que t'espère avoir avec cette commande ... moi si je veux voir l'état d'un service je fais genre `systemctl status duniter`
[14:09:13]
<Westbam> Oui mais j'ai voulu être sage est partir sur les commandes de leur doc https://duniter.fr/wiki/doc/commandes/
[14:09:44]
<Westbam> $ systemctl status duniter
● duniter.service - Duniter node
Loaded: loaded (/etc/systemd/system/duniter.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2023-05-31 15:25:10 CEST; 44min ago
Process: 1388028 ExecStart=/usr/bin/duniter ${DUNITER_WEB}start --home ${DUNITER_HOME} --mdb ${DUNITER_DATA} $DUNITER_OPTS (code=exited, status=0/SUCCESS)
Main PID: 1388042 (duniter_default)
Tasks: 11 (limit: 9381)
Memory: 113.5M
CPU: 41.779s
CGroup: /system.slice/duniter.service
└─1388042 duniter_default
$
[14:11:46]
<Aleks (he/him/il/lui)> mais du coup quel est vraiment ton objectif
[14:16:11]
<Aleks (he/him/il/lui)> (also apriori en fait c'st pas $HOME, c'est plutot `--home /home/yunohost.app/duniter`, 'fin ça dépends de ce que vaut `$HOME` dans le contexte de l'user duniter par défaut)
[14:17:39]
<Westbam> $ duniter --home /home/yunohost.app/duniter status
Duniter is running using PID 1388042.
[14:17:47]
<Westbam> yep nickel
[14:18:04]
<Westbam> la variable d'environnemet n'est pas forcement renseigné
[14:20:12]
<Westbam> vu que je ne renseigné pas le $home je me retrouvé avec une autre instance duniter en //
[14:20:23]
<Westbam> donc la je comprend mieux
[14:21:08]
<Westbam> merci Aleks (he/him/il/lui)
[15:04:49]
<jason[m]> I have a question about the LDAP-based virtual e-mail addresses: is it possible to tweak something so that I can have userA@exampleA.com and userA@exampleB.com be different e-mail accounts? As is, this setup can only be achieved by making one an alias. Any advice is appreciated.
[15:05:17]
<jason[m]> * I have a question about the LDAP-based virtual e-mail addresses: is it possible to tweak something so that I can have userA@exampleA.com and userA@exampleB.com be different e-mail accounts? As is, this setup can only be achieved by making one an alias (but then they are the same e-mail account). Any advice is appreciated.
[15:06:29]
<Aleks (he/him/il/lui)> i guess you should change the main email address of the user corresponding to userA@exampleB.com
[15:06:49]
<Aleks (he/him/il/lui)> which you cant while creating the user (by default it's `username@domaine.tld`), but you can after
[15:07:10]
<Aleks (he/him/il/lui)> c.f. either the webadmin > User > the_user > Edit, or `yunohost user update --help`
[15:08:21]
<jason[m]> Oh, interesting. Thank you.
[15:10:07]
<Aleks (he/him/il/lui)> note that this person should be careful when configuring email client though, email clients have a tendency to use the left-part of the email address as the login
[15:10:52]
<Aleks (he/him/il/lui)> which is fine when the left-part is the username = the login, but in your case the person should explicitly tell the email client that the login is ... its username, not the left-part of the email address
[15:11:00]
<Aleks (he/him/il/lui)> (dunno if that's clear, it's legitimately confusing)
[15:12:15]
<Aleks (he/him/il/lui)> cf for example the "Username" in thunderbird here near the bottom : https://yunohost.org/images/t/h/u/n/d/thunderbirdconfig2-4eaf40d8.png
[16:46:06]
<christorson> anyone know how I update signald? the installed version with mautrix-yunohost is out of date and broken
[16:46:19]
<christorson> mautrix-signal*
[17:16:43]
<christorson> I can see that in the yunohost script the relevent part is
`ynh_install_extra_app_dependencies --repo="https://updates.signald.org unstable main" --package="$extra_dependencies" --key="https://updates.signald.org/apt-signing-key.asc"`... but I'm unsure how to use that to actually force signald to update
[17:17:09]
<christorson> apt currently thinks my version of signald is up to date, which its not. so not sure what to do
[17:31:19]
<Aleks (he/him/il/lui)> would start by checking `apt policy signald`
[17:36:55]
<christorson> ```
Installed: 0.23.0-3-4e44a7d4
Candidate: 0.23.0-3-4e44a7d4
Version table:
*** 0.23.0-3-4e44a7d4 100
100 /var/lib/dpkg/status
```
[17:48:08]
<Aleks (he/him/il/lui)> well yeah sounds like there's no repository configured on your machine from which to upgrade signald from
[17:48:27]
<Aleks (he/him/il/lui)> i guess you could add manually the apt repo you mentionned earlier
[17:49:00]
<christorson> I mean, maybe? But on another machine it looks the same only its actually up to date
[17:49:17]
<christorson> ```
signald:
Installed: 0.23.2-7-1583b4df
Candidate: 0.23.2-7-1583b4df
Version table:
\*\*\* 0.23.2-7-1583b4df 100
100 /var/lib/dpkg/status
```
[17:57:04]
<Aleks (he/him/il/lui)> well i guess you didn't install both at the same time ...