[01:34:10]
<lautre> Active l'accès ssh, puis génère une paire de clefs sur ta machine, transfert la clef publique avec ssh-copy-id , teste ta connexion, désactive l'accès ssh par mot de passe et voilà.
Deux outils intéressants par ssh: lnav, tmux
[06:48:05]
<niklas> what's the best way to disable a yunohost entirely? I migrate from one VPS to another and for some reason the old one can't be switched off. So until it expires it will continue to run and I'm getting all kinds of errors by yunohost, since I pointed domains away etc...
[06:48:32]
<niklas> There doesn't seem to be a single yunohost systemd unit, so how could I achieve that?
[07:20:15]
<lautre> Can't understand why need expire one
[08:39:56]
<tituspijean[m]> @niklas:freiburg.socialI guess you are writing about the Diagnosis. You can simply click on the "Ignore" button for each item, that will stop sending you emails about it.
[08:43:19]
<niklas> Yeah, and failing cert renewals. I know how I can get rid of all of these individually, I was just wondering if there was a general off switch for all of yunohost
[09:13:40]
<tituspijean[m]> There is not :|
[16:21:31]
<lautre> Carlos Solis: Verify if there is Ublock-Origin (or other) blocking something
[16:21:31]
<Carlos Solís> Hello again. I'm still trying to make Converse work with Metronome, but it keeps outputting CORS errors.
[16:22:29]
<lautre> I had this error with Node-red, when trying to add some "palette", but external ressources where blocked by my Ublock-Origin setting.
[16:36:24]
<M1k3> Petite question : y a-t-il une limitation concernant le matériel de carte réseau 10GiB sur YunoHost ? Avec le même matériel (même serveur NAS Ugreen), je me retrouve avec un débit divisé par 10 entre le serveur actuel sous YNH et quand il était sous OMV (un téléchargement via Deluge de 100 MiB/s sur OMV et de 9 MiB/s sous YunoHost). Pour info, Deluge (en Docker) passe par un VPN (mais c'était déjà le cas sous OMV).
[16:39:45]
<Aleks (he/him/il/lui)> pas plus que sur une Debian classique, Yunohost en soi ne touche pas aux trucs "bas-niveau" style partitionnement des disques ou au réseau
[16:41:55]
<M1k3> > <@Alekswag:matrix.org> pas plus que sur une Debian classique, Yunohost en soi ne touche pas aux trucs "bas-niveau" style partitionnement des disques ou au réseau
C'est hyper bizarre. En 24 heures, et après un changement d'OS pour le serveur, j'ai perdu 90 MiB/s ! 😂😂😂😂
[16:42:27]
<Aleks (he/him/il/lui)> ¯\\\_(ツ)\_/¯ la météo change drastiquement en 24h aussi
[16:47:18]
<lautre> Ton FAI qui filtre?
Si tu es chez Free.fr, ils ont des tests de charges en "interne" sur leur serveurs, ça peut donner des pistes.
[16:50:48]
<M1k3> > <@lautre:matrix.org> Ton FAI qui filtre?
> Si tu es chez Free.fr, ils ont des tests de charges en "interne" sur leur serveurs, ça peut donner des pistes.
Ouais une piste ! Je vais tester en parallèle pour voir pour voir si ça vient du serveur... 🤔
[17:29:38]
<NemStudio18> Bonjour tlmd , j'ai un petit souci, impossible d'installer gitea j'aurai besoin de vos lumières svp !
Voici mon petit rapport !
https://paste.yunohost.org/raw/wufizifexo
D'avance merci
[17:31:49]
<Aleks (he/him/il/lui)> `ORM engine initialization attempt #2/10 failed. Error: Error 1045 (28000): Access denied for user 'gitea'@'127.0.0.1' (using password: YES)`
hmmm
[17:33:07]
<NemStudio18> Ça sent pas bon? 😭😂
[17:40:15]
<Aleks (he/him/il/lui)> ça ressemble à une histoire à la con de localhost vs 127.0.0.1 ...
[17:40:34]
<Aleks (he/him/il/lui)> tu peux check que `grep localhost /etc/hosts` montre bien une ligne avec 127.0.0.1 et localhost ?
[17:43:45]
<NemStudio18> Je vais voir ça attend
[17:47:18]
<NemStudio18> Voilà :
cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 DESKTOP-E0G4M7O.lan DESKTOP-E0G4M7O
The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.0.1 flexcb
127.0.0.1 www
[17:47:48]
<Aleks (he/him/il/lui)> mouaip ok
[17:50:17]
<NemStudio18> Je me rappel pas avoir fais quoi que ce soit en ssh ou modifier quoi que ce soit a la main mais possible que je m'en souvienne plus... A savoir que j'essai d'installer l'App sur un sous domaine où il y avait une instance de Gitlab avant.... Je sais pas si ça peut faire conflit
(Je suis dehors je fini ma clope mais si besoin de grep autre chose pas de soucis)
[17:52:01]
<Aleks (he/him/il/lui)> mouai apriori ça a pas de rapport avec gitlab ou autre, là c'est purement un truc à la con dans l'authentification sur mysql
[17:52:55]
<NemStudio18> Haaaa
[17:54:53]
<NemStudio18> Hum je crois voir ce que j'ai pu faire quand j'ai voulu créer des user spécifique pour MySQL ! Je vais essayer de me dépatouiller je reviens vers vous si jamais je ne trouve pas ! Merci de m'avoir mis sur la voie
[17:56:24]
<Aleks (he/him/il/lui)> 🙀
[17:56:32]
<Aleks (he/him/il/lui)> genre t'aurais déjà créé un user gitea ...?
[17:57:16]
<NemStudio18> Non j'ai créé des users pour un crawler en développement
[17:57:40]
<NemStudio18> Rien a voir avec gitea mais j'ai peut être fais de la merde sur les droits mysql
[17:57:44]
<Aleks (he/him/il/lui)> hmoké
[18:31:02]
<NemStudio18> En cherchant un peut , lors de l'installation, le user gitea ne se crée pas dans la bdd...
[18:32:33]
<NemStudio18> (quelqu'un pourrait il essayer de l'installer ? Juste pour savoir si ça viens bien de chez moi le soucis ! Ce serait super 👍
[18:34:22]
<Aleks (he/him/il/lui)> comment est-ce que tu sais que le user gitea n'est pas créé
[18:38:14]
<Aleks (he/him/il/lui)> apriori dans le log que tu partageais il y a bien un `GRANT ALL PRIVILEGES ON gitea.* TO 'gitea'@'localhost' IDENTIFIED BY <un password random> WITH GRANT OPTION` qui apriori suffit à créer le user (ou alors plein d'apps ont un probleme et on devrait l'avoir vu depuis des mois)
[18:38:59]
<Aleks (he/him/il/lui)> 🤔
[18:39:49]
<Aleks (he/him/il/lui)> en tout cas dans un test automatique de gitea daté du 15/07 ça marchait ...
[18:47:28]
<lautre> Si tu installer Adminer, tu devrais pouvoir vérifier de manière confortable, non?
[18:49:02]
<Aleks (he/him/il/lui)> (le user sql est créé/détruit au début/a la fin de la tentative d'install)
[18:50:26]
<NemStudio18> Oui c'est ce que j'ai vu mais ça explique pas pourquoi il peut pas se connecter alors que toutes les autres apps n'ont pas de soucis....
[18:51:29]
<NemStudio18> Et dans le logs effectivement on voit bien le moment où yunohost vide tout suite a l'erreur mais impossible de voir ou l'user est créé d'où ma réflexion
[18:51:41]
<NemStudio18> Et de souvenir de je n'ai pas touché aux droits , juste créé des users spécifique
[18:52:21]
<Aleks (he/him/il/lui)> sinon tu peux installer l'app depuis la cli avec `yunohost app install gitea --no-remove-on-failure` pour que yunohost ne désinstaller pas automatiquement l'app si l'install échoue (mais of course tu te retrouves dans un état foiré et il faudra désinstaller l'app pour te retrouver dans un état propre)
[18:53:26]
<NemStudio18> > <@Alekswag:matrix.org> sinon tu peux installer l'app depuis la cli avec `yunohost app install gitea --no-remove-on-failure` pour que yunohost ne désinstaller pas automatiquement l'app si l'install échoue (mais of course tu te retrouves dans un état foiré et il faudra désinstaller l'app pour te retrouver dans un état propre)
J'ai essayé mais sans le paramètre -noremove mais l''install échoue au même endroit... Sinon faut que je crée le user moi même avant install...
[18:54:44]
<Aleks (he/him/il/lui)> ça ne t'avancera pas à grand chose, la conf Gitea doit avoir la bon user/mdp dans sa conf ensuite, le mdp est généré directement par YunoHost
[18:55:34]
<Aleks (he/him/il/lui)> comme dit si tu veux pouvoir debug pourquoi l'authentification fonctionne pas, utilise `--no-remove-on-failure` et tu pourras debug le probleme
[18:56:57]
<NemStudio18> Ok d'acc je vais faire ça en rentrant de la balade du toutou 👍
[19:38:17]
<NemStudio18> Ok alors me revoilà ! Verdict, bien un user gitea de créé mais gitea@localhost alors gitea essai de se co avec gitea@127.0.0.1
[19:47:00]
<Aleks (he/him/il/lui)> yep c'est ce qui me perturbe aussi mais bon dans nos tests automtiques et potentiellement pour toutes les autres personnes qui ont installé gitea ça marche ...
[19:48:19]
<Aleks (he/him/il/lui)> alternativement tu peux tenter `yunohost app install https://github.com/YunoHost-Apps/gitea_ynh/tree/bind_to_mysql_socket` ou je tweak la conf pour remplacer le 127.0.0.1 par un bind sql avec socket mais bon je sais meme pas si c'est ça qu'utilise gitea vraiment pour mettre @127.0.0.1 ou pas (cf ma mini-PR https://github.com/YunoHost-Apps/gitea_ynh/pull/151/files )
[20:06:32]
<NemStudio18> Non bha tkt normalement j'ai juste besoin de créer un gitea@127.0.0.1 avec le même mdp
[20:10:00]
<NemStudio18> MySQL fait une diff entre localhost (socket) et tcp ip si j'ai bien compris par contre va savoir ce que j'ai fais pour que ça me fasse ça... Je vais essayer d'installer autre chose pour voir ... (Si spécifique a une connerie que j'aurai potentiellement pu faire )
[20:22:16]
<lautre> Forgejo sinon?
[21:19:24]
<Jorge Luis> Could someone please have a look to linkstack?
[21:21:23]
*Aleks (he/him/il/lui) look at linkstack https://apps.yunohost.org/app/linkstack
[21:21:40]
<Aleks (he/him/il/lui)> cool logo, big whoop
[21:25:07]
<eric_G> What is it about LinkStack?
[21:49:16]
<Jorge Luis> > <@ericg:matrix.org> What is it about LinkStack?
There is an issue with the database. It's not working because of that
[21:54:23]
<orhtej2> > <@jorgeluis:pub.solar> There is an issue with the database. It's not working because of that
Some more accurate description, including logs or pictures of 'not working' would immensly help.
did you get a chance to post a bug report in app repo and/or forum?