[01:20:23]
<lautre> Err404 avait mis en place un whiteboard, mais ça avait des limitations.
Puis, j'ai mis en place un Grist, mais j'avais un soucis pour exporter les données (et accessoirement de permettre une alimentation via le client Luanti).
[07:49:11]
<artlog> je suis en train de rechercher cela, c'était vraiment de la bidouille, déjà à l'époque il devait exister des librairies qui le faisaient, alors maintenant; et je n'ai pas du le soumettre en public du fait des dépendance sur des projets d'une très mauvaise qualité ...
[10:30:10]
<lautre> https://aria.im/_bifrost/v1/media/download/AclU7kp1qAK81iDRnECilHIWCE9q1RbxDlGNb8PY4AYcZ49G05xu2_FMEJSws5LPVNv-XqiwC07YOBlibvQb9CVCeaRB4I1QAG1hdHJpeC5vcmcvZk1ZTnlaYXVhWXpkR3RZanRwRlVCR2dB
[10:30:39]
<lautre> L'intérêt du tableau blanc avec Whitebophyr, c'était le côté multi-utilisateur
[10:30:47]
<lautre> Et, vectoriel
[10:31:15]
<lautre> Par contre, pas d'historique, donc pas droit à l'erreur
[10:35:48]
<artlog> je ne connais pas du tout. Et pour mon code j'ai des bouts, il me semble que je suis d'abord passé par l'import de la carte dans un générateur de labyrinthe de mon cru qui peut exporter des morceaux de monde minetest ... mais j'ai déjà du mal à recoller les morceaux alors que je suis censé en être l'auteur...
[10:36:53]
<artlog> le code date de 2020
[10:38:35]
<lautre> J'ai l'impression que ton projet est différent de ce que Err404 avait mis en place.
Notre objectif, c'était de cartographier les pistes, les abris, et les POI pour aider à la survie (serveur Exile : mode survie), sans être admin du serveur.
[10:41:01]
<lautre> Sinon, créer la carte depuis une base Open Street Map complètement vide, ce serait super.
Cela signifie qu'il faudrait héberger un serveur (ou plusieurs) de carte OSM, et, pouvoir changer les clients pour qu'ils utilisent un serveur spécifique (cela dit, je pense que depuis une page web ce serait amplement suffisant)
[10:43:01]
<artlog> lautre: Il y a un canal matrix luanti sur lequel on pourrait en discuter ?
[10:50:27]
<lautre> Par ici par exemple ? #lgn-loc:noisytoot.org (c'est le salon anglais de certains joueurs de Exile)
[10:51:04]
<lautre> https://matrix.to/#/%23lgn-loc:noisytoot.org
[11:34:59]
<artlog> j'ai essayé mais ce que je comprends c'est que je ne peux pas rejoindre le salon sans invitation
[11:47:44]
<lautre> Je t'ai invité
[12:55:04]
<rdkb> Can someone ELI5 or point me in the right direction, as to WHY do i want to use proxmox, docker and set up a separate device for DMZ if i only want to have like 3 and a half services running, and the only people who will have access is family
[12:55:16]
<rdkb> i made an mistake and asked on reddit
[13:11:20]
<Aleks (he/him/il/lui)> because people on tech forum use these and are tech-centered instead of centered on having something simple-ish that meets your need ... they will also say that proxmox, docker etc are "simple", you "just" need to be familiar with the terminal and command line, familiar with all network concepts, know about port exposure in docker and volumes, expose the docker via a webserver, learn the difference between docker stop and docker down, ...
[13:11:49]
<Aleks (he/him/il/lui)> also when you have a hammer in your hand, anything is a nail
[13:21:09]
<selfhoster1312> reminds me of this article from the other day: https://render.com/blog/how-we-found-7-tib-of-memory-just-sitting-around
[13:21:42]
<selfhoster1312> everything is "easy" with kubernetes, you just have 20 new concepts to learn, dozens of engineering hours to architect your services, and suddely your cluster is using 7TB too much RAM XDDDDD
[13:22:18]
*selfhoster1312 picturing what i'd do with 7TB RAM
[13:23:43]
<selfhoster1312> that would make one hell of a ARC/SLOG for a ZFS-powered NAS ^^"
[13:43:40]
<Aleks (he/him/il/lui)> need a version of this video but about kubernetes wasting 7TB of RAM and javascript needing 3GB to compile static assets https://www.youtube.com/shorts/UaEg1x8tt0A
[14:11:13]
<rdkb> yeah
[14:11:54]
<rdkb> so not to bug you more with questions, if im using just the tld yunohost provides, for security it would be enough to not allow root access over ssh, and change the ssh port altogether
[14:22:38]
<rdkb> reminds me an age ago when someone asked online on how to make a ringtone from mp3, some reply guy wrote a whole page about using an complete adobe creative suite and 3 other tools
[16:01:07]
<rodinux> Arff, il y a encore des messages qui semblent être bloqués par zen.spamahaus il semble... Quelqu'un m'a prévenu d'un message qui lui est revenu... Pourtant la version yunohost est à jour...
```
This is the mail system at host smtp.nordnet.fr.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
<contact@domain.tld>: host domain.tld[188.165.230.220] said: 554 5.7.1 Service
unavailable; Client host [XXX.XXX.XXX.XX] blocked using zen.spamhaus.org;
Error: open resolver;
https://check.spamhaus.org/returnc/pub/2001:XXXX:X:XXXX::1/ (in reply to
RCPT TO command)
[16:04:56]
<Aleks (he/him/il/lui)> et ta conf postfix est à jour quand tu fais `yunohost tools regen-conf postfix --dry-run --with-diff` ?
[16:05:33]
<rodinux> oui, j'ai bien corriger les confs
[16:06:00]
<Aleks (he/him/il/lui)> et ton /etc/resolv.conf contiens bien nameserver 127.0.0.1 ? Est-ce que y'a d'autres choses dedans ?
[16:06:38]
<rodinux> ```
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "resolvectl status" to see details about the actual nameservers.
nameserver 127.0.0.1
```
[16:07:11]
<Aleks (he/him/il/lui)> :|
[16:07:53]
<rodinux> j'ai fais un regen-conf de dnsmasq au cas où...
[16:09:10]
<Aleks (he/him/il/lui)> quand tu fais `dig +short 23.129.209.213.zen.spamhaus.org` sur ton serveur, ça renvoie quoi ?
[16:09:23]
<rodinux> Peut-être le fait que l'adresse est un alias peut être un soucis ?
[16:09:48]
<Aleks (he/him/il/lui)> c'est pas une question d'alias, c'est une question d'IP et de query DNS
[16:10:03]
<rodinux> ```
dig +short 23.129.209.213.zen.spamhaus.org
127.0.0.2
127.0.0.9
[16:11:47]
<Aleks (he/him/il/lui)> bwé bah c'est bien ce qu'il faut ...
[16:12:12]
<rodinux> Du coup je devrais mettre cela dans le postfix `reject_rbl_client zen.spamhaus.org=127.0.0.[2..9],` ??
[16:12:22]
<Aleks (he/him/il/lui)> et genre chépa, si t'as propagé des changements à la main sur la conf postfix, t'as bien fait un reload ou restart du service après ?
[16:12:59]
<Aleks (he/him/il/lui)> pfff, oui si tu veux mettre la poussière sous le tapis, mais ça veut aussi dire que le filtre antispam "de base" sera inactif puisque le fond du problème c'est que postfix ne semble pas faire les requetes DNS correctement
[16:13:07]
<Aleks (he/him/il/lui)> donc potentiellement tu vas te retrouver avec du spam
[16:13:34]
<Aleks (he/him/il/lui)> et sachant que au moins une autre personne a le probleme sur le forum donc ce serait bien de comprendre et corriger pour tout le monde
[16:14:12]
<rodinux> là je n'en ai pas fait depuis la dernière fois où j'ai fais un regen-conf, je vais redémarrer postfix pour être sûr
[16:17:18]
<artlog> j'avais vu passer une proposition de juste ignorer les réponses quand elle proviennent de 'open resolver' ( donc autre que 127.0.0.1 ) , s'il est possible de se reposer sur la liste de blocage d'un autre service que spamhaus dans ce cas ..
[16:20:55]
<rodinux> Bizarre, car c'est des messages avec des réponses et certaines sont passées sans soucis du même destinataire...
[16:22:36]
<rodinux> Je lui ai demandé de renvoyer un message pour voir, mais ça ne marche toujours pas...
[16:25:06]
<Aleks (he/him/il/lui)> quid de `cat /var/spool/postfix/etc/resolv.conf`, ça ne contient que "nameserver 127.0.0.1" aussi ? (modulo les commentaires)
[16:25:39]
<rodinux> ```
cat /var/spool/postfix/etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "resolvectl status" to see details about the actual nameservers.
nameserver 127.0.0.1
[16:27:18]
<rodinux> Est-ce que ça peut venir du `/etc/hosts` ??
[16:30:33]
<Aleks (he/him/il/lui)> j'en doute
[16:44:31]
<obergix> Allez, je teste l'install de la beta sur une trixie...
[16:57:55]
<rodinux> Bon, j'ai testé la suggestion de commenter les IP de DNS4All dans `/etc/yunohost/conf/dnsmasq/plain/resolv.dnsmasq.conf` un `regen-conf dnsmasq -f` et en effet le message a pu être reçu...
[17:14:40]
<obergix> Bon, je ne dirais pas que ça n'a pas marché, mais... il y a quelques soucis (cf. forum)
[20:27:07]
<Salamandar> donc tu ne dirais pas que c'est un échec ? :p
[20:32:55]
<obergix> J'ai pas encore essayé d'installer des applis, donc on va dire que ça marche bien :-)
[20:42:28]
<Salamandar> Bon on va continuer la discussion ici
[20:42:35]
<Salamandar> oui le /etc/environment est écrit par le script d'install
[20:42:47]
<Salamandar> par contre j'arrive pas à comprendre quelle commande donne le warning que tu as
[20:43:10]
<Salamandar> ah bah c'est ptet bash
[20:44:07]
<Salamandar> mais a priori tu risques d'avoir le warning en permanence, c'est un peu embêtant
[20:45:12]
<Salamandar> tu as un fichier /etc/default/locale ?
[20:58:04]
<Salamandar> Peux-tu aussi me donner la sortie de la commande `yunohost user list --quiet --output-as json` ?
[20:58:09]
<Salamandar> à propos de ton autre bug