[06:29:24]
<ChriChri[m]> Hm, started diving into ldap to find out how to import data from my old server. I stumbled over these questions:
* Is there a ynh way to define aliases that do not belong to a user? E.g. a friend would like to be reachable via an address on my domain and would like to have that address forwarded to his existing email account elsewhere (friend@my.do.main → friend@foreign.do.main)
* Is there a way to define an alias with multiple receipients? On my old system I defined "my_alias → user_a" and "my_alias → user_b" and both users received an email to my_alias@my.do.main
* Is there a way to write a forward/alias that does for me@my_do.main deliver the email to user "me" and forward it at the same time to another address?
[10:51:47]
<ChriChri[m]> > <@chrichri:link-goe.de> Hm, started diving into ldap to find out how to import data from my old server. I stumbled over these questions:
>
> * Is there a ynh way to define aliases that do not belong to a user? E.g. a friend would like to be reachable via an address on my domain and would like to have that address forwarded to his existing email account elsewhere (friend@my.do.main → friend@foreign.do.main)
> * Is there a way to define an alias with multiple receipients? On my old system I defined "my_alias → user_a" and "my_alias → user_b" and both users received an email to my_alias@my.do.main
> * Is there a way to write a forward/alias that does for me@my_do.main deliver the email to user "me" and forward it at the same time to another address?
https://forum.yunohost.org/t/add-a-redirection-mail-alias-without-attaching-it-to-a-yunohost-account/182
This seems to answer all of the above - it seems...
[10:55:19]
<ChriChri[m]> Aleks (he/him/il/lui), I'm quite new to ldap and my admin user does not have the right to extend the schema (please correct me if I'm misusing terminology):
```
root@yunohost:~/email-aliases# cat alias_ou.ldap
dn: ou=alias,dc=yunohost,dc=org
objectClass: organizationalUnit
objectClass: top
ou: alias
root@yunohost:~/email-aliases# ldapadd -v -D 'uid=admin_user,ou=users,dc=yunohost,dc=org' -W -f alias_ou.ldap
ldap_initialize( <DEFAULT> )
Enter LDAP Password:
add objectClass:
organizationalUnit
top
add ou:
alias
adding new entry "ou=alias,dc=yunohost,dc=org"
ldap_add: Insufficient access (50)
additional info: no write access to parent
```
Do you have a quick reference what I need to do to access ldap with the needed permissions?
[12:36:01]
<ChriChri[m]> About the **admin user**: I deleted the user **admin** after creating another admin.
The new admin **new_admin** I added to the admin group. My first user **username** I removed from the admin group.
In the ui and the ldap dump it looks now as if **username** wouldn't be an admin anymore as far as I can tell. But I can still login to the admin webinterface using **username**. The only thing different on **username** from looking at the ldap dump is that it has some attribute for _loginshell_.
How do I take the admin privilege completely away from my first created user **username**?
[13:29:02]
<kevadesu> hi, my domain expired so i was temporarily using a .ynh.fr domain, but then deleted it. now i want to reregister a .ynh.fr domain, but it says "You have already subscribed to a DynDNS domain"
[13:35:42]
<Aleks (he/him/il/lui)> There's a dedicated thread on the forum to ask to recover the domain
[13:36:01]
<kevadesu> can i have the link?
[13:36:50]
<kevadesu> nvm found it, thanks
[13:39:22]
<kevadesu> okay so here's the problem: i don't remember the name of the domain
[13:42:48]
<Salamandar> > <@kevadesu:gitter.im> okay so here's the problem: i don't remember the name of the domain
in your browser history maybe ?
[14:01:12]
<kevadesu> no i deleted it like few seconds after making it for some reason
[14:01:28]
<kevadesu> WAIT NO
[14:01:29]
<kevadesu> I REMEMBER IT
[15:46:02]
<beelu> Bonjour, suite à la mise à jour de l'app Wifi hot-spot, celle-ci ne fonctionne plus. J'ai tenté une restauration de la version précédente sans succès.
Le log de la mise à jour : https://paste.yunohost.org/raw/iwuyewived
[15:48:08]
<beelu> Celui de la restauration : https://paste.yunohost.org/raw/towatuyeje
[15:49:07]
<Aleks (he/him/il/lui)> zblerg can you try to share the log of the dnsmasq service from the webadmin, Tools > Services > dnsmasq > Share logs with YunoPaste ?
[15:51:44]
<beelu> https://paste.yunohost.org/ovoxasibaf
[15:55:53]
<Aleks (he/him/il/lui)> `dnsmasq: interface wlan0 inconnue`
[15:56:13]
<Aleks (he/him/il/lui)> yeah mhpf i don't know how to debug that ... though maybe there's a similar issue on hotspot's bugtracker, lemme check
[15:57:52]
<Aleks (he/him/il/lui)> zbmlerg
[15:58:02]
<Aleks (he/him/il/lui)> HgO: poke in case you have time/energy @_@
[15:58:48]
<beelu> Arf :/
[16:00:16]
<beelu> Le fichier de conf hostapd.conf est vide ... Normal ?
[16:00:40]
<HgO> Je suis afk, mais je peux check ça tout à l'heure
[16:01:41]
<HgO> Oui normal, vérifie plutot /etc/dnsmasq.d
[16:02:59]
<Aleks (he/him/il/lui)> beelu: est-ce que en plus on peut vérifier que la commande `ip -br a` liste `wlan0`
[16:04:12]
<beelu> wlan0 down
[16:04:24]
<beelu> 🧐
[16:08:59]
<beelu> Je ne vois rien de spécial dans raspi-config :/
[16:11:12]
<beelu> Ca pourrait être un pb matériel ?
[16:12:32]
<Aleks (he/him/il/lui)> non honnement c'est sans doute un bug purement logiciel dans l'app lié au fait qu'on a bouger pas mal de choses dans la dernière version de l'app
[16:13:12]
<Aleks (he/him/il/lui)> c'est sans doute aucunement lié à ta machine ou ton matos, mais hotspot et vpnclient sont des apps assez techniques et subtiles, le probleme c'est surtout d'identifier où dans le code on a fait un truc pas comme il fallait et comment fixer le truc
[16:13:32]
<Aleks (he/him/il/lui)> mais là dnsmasq reste un peu flou avec son message de "wlan0 inconnue" alors que l'interface existe ...
[16:13:56]
<Aleks (he/him/il/lui)> m'enfin perso je connais pas assez la conf dnsmasq, si ça se trouve c'est un truc ~évident pour les gens qui ont l'habitude de mettre les doigts dedans
[16:15:41]
<beelu> Humm ok. Le mieux c'est que j'ouvre un nouveau sujet sur le forum ou sur le dépôt ?
[16:16:13]
<Aleks (he/him/il/lui)> est-ce que `grep wlan0 /etc/dnsmasq.conf` renvoie quelque chose ?
[16:16:39]
<Aleks (he/him/il/lui)> > <@beelu:tedomum.net> Humm ok. Le mieux c'est que j'ouvre un nouveau sujet sur le forum ou sur le dépôt ?
je dirais sur le dépôt github de l'app, si tu as un compte Github. Sinon sur le forum c'est OK aussi
[16:17:18]
<beelu> > <@Alekswag:matrix.org> est-ce que `grep wlan0 /etc/dnsmasq.conf` renvoie quelque chose ?
Ne renvoi rien
[16:17:28]
<Aleks (he/him/il/lui)> oké
[16:17:39]
<Aleks (he/him/il/lui)> et si tu fais `yunohost tools regen-conf dnsmasq` et que tu réessayes la meme commande ?
[16:21:37]
<beelu> Ne remonte toujours rien
[16:24:26]
<Aleks (he/him/il/lui)> ouai je lis le code en meme temps et ça liste que les interfaces qui sont up ... d'ailleurs c'est ptete pour ça que dnsmasq râle : `wlan0` est inconnue car l'interface est down ... Par contre je vois que l'app hotspot rajoute ça https://github.com/YunoHost-Apps/hotspot_ynh/blob/master/conf/dnsmasq.conf.tpl#L4 ... mais ça pourrait justement être la cause du pb et en fait c'est superflu car le core de yunohost s'occupe deja de le faire ici : https://github.com/YunoHost/yunohost/blob/dev/conf/dnsmasq/dnsmasq.conf.tpl#L7 (avec wireless_intefaces qui corresponds aux interfaces wireless qui sont up uniquement ) ...
[16:24:45]
<Aleks (he/him/il/lui)> Déso c'est technique et ça te parle pas forcément mais peut-être que ça parlera à Hg o
[16:25:46]
<beelu> C'est clair lol
[16:28:13]
<HgO> Oui, c'est de ça que je parlais à propos de /etc/dnsmasq.d, j'avais dû le rajouter parce que j'avais le problème de pas de résolveur DNS. Mais j'étais pas au courant pour wireless_interfaces, donc c'est sans doute de là le bug
[16:28:59]
<Aleks (he/him/il/lui)> j'essaye de faire une PR
[16:30:16]
<HgO> D'acc, et désolé pour la confusion du coup :/
[16:30:56]
<HgO> Tu peux me l'assigner quand c'est prêt, là je suis devant mon laptop 😊
[16:34:38]
<Aleks (he/him/il/lui)> je ferais une deuxieme par dessus car je comprends pas l'utilité de copier tous les .tpl dans un dossier intermediaire pour ensuite re-generer la vraie conf à partir des .tpl, les .tpl sont de toute manière dans le dossier de l'app (/etc/yunohost/apps/hotspot/conf) et on peut utiliser ynh_add_config dessus sans probleme, ça complexifie inutilement le code (mais j'imagine que tout ça ça date de ya milles ans)
[16:43:10]
<HgO> Oui exact, j'ai pas trop touché à cette partie, je t'avoue que j'étais en mode "ok ça a l'air de marcher, c'est chelou mais pourquoi pas" :p
[16:44:29]
<HgO> En vrai cette app et vpnclient mériteraient encore un bon refactoring pour utiliser le packaging v2
[16:45:23]
<Aleks (he/him/il/lui)> yep :|
[16:50:13]
<Aleks (he/him/il/lui)> j'ai push mais c'est tres yolo
[16:58:04]
<HgO> Je teste sur ma brique internet, par contre je pourrai pas te dire tout de suite si mon wifi est fonctionnel :p (je suis pas chez moi)
[17:13:07]
<beelu> Je peux tester aussi si vous voulez. Pas chez moi non plus, mais je dois pouvoir trouver qqn pour me dire si ca fonctionne
[17:14:22]
<Aleks (he/him/il/lui)> dans ce cas depuis la CLI tu peux faire `yunohost app install https://github.com/YunoHost-Apps/hotspot_ynh/tree/fix-issue-with-interface-in-dnsmasq` ... ou bien depuis la webamin, dans Applications > Installer, tout en bas tu peux saisir une URL custom et tu peux mettre https://github.com/YunoHost-Apps/hotspot_ynh/tree/fix-issue-with-interface-in-dnsmasq
[17:26:28]
<beelu> Ça ne s'est pas bien passé : https://paste.yunohost.org/raw/yujogukeza
[17:27:09]
<Aleks (he/him/il/lui)> ah yes my bad je corrige
[17:28:18]
<Aleks (he/him/il/lui)> tu peux réessayer ?
[17:28:36]
<beelu> Oui bien sûr
[17:51:32]
<beelu> Install toujours en cours, bloqué sur >starting a systemd service
Elle paraît bien dans le gestionnaire d'applis de la webadmin
On me dit que le wifi est actif (mais pas d'accès internet à priori)
[18:00:47]
<Aleks (he/him/il/lui)> Zblerg c'est toujours bloqué ?
[18:01:24]
<Aleks (he/him/il/lui)> Si oui estce que tu peux faire un : sudo ps -ef --forest | grep -w yunohost -A8
[18:01:41]
<beelu> Pas bougé. Mais tout répond normalement à priori
[18:02:06]
<Aleks (he/him/il/lui)> Ah ou plutot un : sudo ps -ef --forest | grep -w yunohost-api -A8
[18:04:36]
<beelu> Tu veux le retour?
[18:07:34]
<Aleks (he/him/il/lui)> Yep
[18:08:40]
<beelu> https://paste.yunohost.org/raw/dogovucivi
[18:09:55]
<beelu> Et pour la première https://paste.yunohost.org/raw/qowugacadi
[18:12:56]
<Aleks (he/him/il/lui)> ah oui je vois le pb
[18:13:23]
<Aleks (he/him/il/lui)> bon en attendant tu peux faire un `sudo kill -9 329624`, ca va faire planter l'install mais bon on avance
[18:14:15]
<beelu> Ok
[18:31:36]
<beelu> N'hésite pas à me bipper si tu veux un test
[18:35:00]
<Aleks (he/him/il/lui)> beelu: si tu veux tu peux retenter, normalement j'ai corriger le soucis
[18:37:55]
<beelu> Ok
[18:42:09]
<beelu> Mhuuu , j'aurais du désinstaller le précédent nan ? Ca c'est bien passé, mais j'ai 2 app là :p
[18:44:47]
<beelu> Warning: wifi Hotspot is not started because no wifi device was found
> installation of Hotspot__2 completed
[18:45:36]
<Aleks (he/him/il/lui)> ah oui ca peut etre mieux de desinstaller l'autre
[19:10:09]
<beelu> Tout désinstaller, puis re-installé Hotspot. Ca s'est bien passé.
Et on me dit que le wifi est ok sur place 👍
[19:10:38]
<Aleks (he/him/il/lui)> super cool merci !
[19:11:34]
<beelu> C'est moi qui te remercie :)
[20:44:23]
<ChriChri> I've been staring at `cn=config.master.ldif` for hours and trying to make sense of it. Just compared it with the standard Debian configuration and found it very different.
Is there anywhere in an issue or elsewhere a discussion or description what the idea behind the ACLs in yunohost is?
[21:01:10]
<HgO> Je relance un test de mon côté aussi, là je suis enfin chez moi :)
[21:07:58]
<HgO> Je te laisse merger Aleks (he/him/il/lui) ?
[21:10:33]
<Sébastien> Bonsoir a tous.
J'ai nextcloud sur Yunohost et depuis la dernière mise a jour j'ai un message d'alerte dans Nextcloud me disant....
''Votre serveur web n'est pas proprement configuré pour résoudre "/nextcloud/ocm-provider/". Ceci est probablement lié à une configuration du serveur web qui n'a pas été mise à jour pour délivrer directement ce dossier. Veuillez comparer votre configuration avec les règles ré-écrites dans ".htaccess" pour Apache ou celles contenues dans la documentation de Nginx ici documentation page ↗. Pour Nginx les lignes nécessitant une mise à jour sont typiquement celles débutant par "location ~".
''
Je suis allé sur le site s'aide de nextcloud, j'ai vaguement trouvé une solution mais son application'e semble pas adapté a Yunohost.
Quelqu'un ayant déjà rencontré ce souci peut il m'aider?
Merci beaucoup
[21:44:31]
<Aleks (he/him/il/lui)> > <@chrichri:librem.one> I've been staring at `cn=config.master.ldif` for hours and trying to make sense of it. Just compared it with the standard Debian configuration and found it very different.
> Is there anywhere in an issue or elsewhere a discussion or description what the idea behind the ACLs in yunohost is?
I think "the idea" is that nobody re-discussed them for like 8 years because nobody is fluent with ldap