Tuesday, June 18, 2019
yunohost@conference.lightwitch.org
June
Mon Tue Wed Thu Fri Sat Sun
          1 2
3 4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
             
YunoHost support room | Don't ask to ask, just ask ! | Be patient and stay polite with everybody (this is a free software project ran by volunteers) | No answer? Post on the forum: https://forum.yunohost.org | This room is mirrored via Echo1 | Donate: https://liberapay.com/YunoHost

[03:05:49] <irc> <wayneoutthere[m]> i've been trying that for a long time haha
[03:06:54] <irc> <wayneoutthere[m]> sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/KdOUwWNjpKquxJaKnwjyyrxF >
[05:26:17] <irc> <Pierre0412> salut :)
[06:45:15] <irc> <aslmx> hey there :) good morning! ONe short question: i have a cronjob that runs a nightly "yunohost backup" ... now after 10 days i need to clean up a bit. I had already learned it is better to use yunohost backup delete in ordner to also "unregister" a backup from the backup list... however, i now deleted a couple of backups which i don't think i'll need and the .tar.gz files are still in /tmp/backups/ eating some GB of disk space... is
[06:45:15] <irc> <aslmx> it safe to delete them manually after using yunohost backup delete?
[06:47:18] <irc> <aslmx> Also one remark on your XMPP COnference... not sure if it is Gajim or my XMPP Provider, but i can't join the conference but I'll get "Error 504: Peer certificate rejected: self signed certificate in certificate chain"
[08:33:22] <irc> <hercut[m]> hello les gens
[11:38:40] <irc> <hercut[m]> Savez vous comment changer la clee SSh ou ECDSA ?
[11:38:59] <irc> <hercut[m]> Je n'arrive plus a avoir acces à un de mes serveur :s
[11:49:19] <irc> <Pierre0412> pour changer la clé ssh d'accés à ton serv, il te faut l'accés au serv
[11:49:39] <irc> <wayneoutthere[m]> Je racontre quelque 'pwd' commande.....par le terminal....
[11:49:46] <irc> <Pierre0412> tu la copies généralement dans homt/ton_user.ssh/authorized_keys
[11:50:08] <irc> <aslmx> hey there :) (repeating my message form 5hrs ago) ! ONe short question: i have a cronjob that runs a nightly "yunohost backup" ... now after 10 days i need to clean up a bit. I had already learned it is better to use yunohost backup delete in ordner to also "unregister" a backup from the backup list... however, i now deleted a couple of backups which i don't think i'll need and the .tar.gz files are still in /tmp/backups/ eating
[11:50:08] <irc> <aslmx> some GB of disk space... is it safe to delete them manually after using yunohost backup delete?
[11:50:19] <irc> <Pierre0412> oops /home/ton_user/.ssh/authorized_keys
[11:50:58] <irc> <Aleks_> aslmx: when you're talking about /tmp/backups, you mean really /tmp/backups, or something like /home/yunohost.backup/tmp ?
[11:51:23] <irc> <aslmx> Aleks_: i really mean /tmp/backups/ because that is the place i tell "yunohost backup create" to put these files
[11:51:30] <irc> <Aleks_> oh
[11:51:45] <irc> <Aleks_> interesting
[11:51:51] <irc> <Aleks_> let me try to reproduce the issue
[11:51:53] <irc> <aslmx> when i use "yunohost backup delete xyz" it really deletes the backup from the list, but not xyz.tar.gz from /tmp/backups
[11:52:24] <irc> <aslmx> so the bakcup is no longer "known" to yunohost backup, but the file still exists. that is my problem ;)
[11:52:35] <irc> <aslmx> Maybe this is a scenario not covered by the tool?
[11:52:42] <irc> <aslmx> backup delete says "successfully deleted" without any error
[11:53:05] <irc> <aslmx> i just recently updated to latest yunohost via the upgrade cli tool
[11:53:20] <irc> <hercut[m]> Pierre0412: J'ai acces en ftp
[11:53:29] <irc> <aslmx> (YunoHost 3.5.2.2 (stable).
[11:53:29] <irc> <aslmx> )
[11:53:37] <irc> <hercut[m]> Mais la cle je la trouve ou ?
[12:00:39] <irc> <Aleks_> aslmx: hmm I see, that's actually because creating a backup in some folder like /tmp/backups still creates a symlink in /home/yunohost.backup/archives/
[12:03:07] <irc> <Aleks_> so what "yunohost backup delete" does is to delete /home/yunohost.backup/archives/the_backup.tar.gz
[12:04:59] <irc> <Aleks_> which happens to be a symlink, so it just deletes the symlink and not the target
[12:05:30] <irc> <aslmx> i see
[12:07:31] <irc> <Aleks_> I don't know what should be the behavior
[12:07:31] <irc> <aslmx> okay, then in need to manually remove the /tmp/backups/ archive
[12:11:14] <irc> <Aleks_> I guess it should be ~okay to delete the target as well
[12:11:14] <irc> <Aleks_> yea
[12:13:32] <irc> <Aleks_> i'm just thinking about how we can fix this in the code for the longterm
[12:15:34] <irc> <aslmx> good question what the default behaviour should be... i had expected it removes the target file ;-)
[12:16:06] <irc> <Aleks_> i guess since when it's not a symlink, it deletes the archives, it should be fine to delete the archive as well if it's a symlink
[12:16:06] <irc> <Aleks_> so let's go for this
[12:19:32] <irc> <aslmx> sounds like a commandlne switch :D
[12:19:56] <irc> <aslmx> --reallydeletethearchive
[12:24:21] <irc> <Aleks_> ;P
[12:25:55] <irc> <aslmx> I'm not following yunohost-dev so much... is there any estimate how quick this is going to be merged and released? are we talking days, weeks, months?
[12:27:11] <irc> <Aleks_> hmmm we should be releasing 3.6 in the coming weeks I think (I guess ~2), since it's a small fix I think it's probable that it's going to be shipped in it
[12:27:27] <irc> <Aleks_> except if there are subtle issues or discussions about the design behind the command idk
[12:36:56] <irc> <aslmx> okay, thanks
[12:37:11] <irc> <aslmx> Is there a list of other features that will be shipped with 3.6?
[12:37:55] <irc> <Aleks_> yup you can read the prelimiary changelog in there : https://forum.yunohost.org/t/yunohost-3-6-testing-call-for-feedback/8007
[12:43:06] <irc> <aslmx> awesome thanks
[13:26:34] <irc> <hercut[m]> une personne serait dispo pour un petit coup de main ?
[13:26:49] <irc> <hercut[m]> je n'arrive plus a acceder a mon serveur en ssh
[13:27:03] <irc> <hercut[m]> message : WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!
[13:27:43] <irc> <Aleks_> est-ce que tu as fait un truc en particulier avant que ce probleme survienne (e.g. mise à jour de ton serveur)
[13:29:42] <irc> <hercut[m]> je n'arrive pas non plus a me conencter via ftp
[13:29:59] <irc> <hercut[m]> Ca fait long temps que j'ai le souci mais comme j'avais acces a ynh je ne me suis pas penché sur le souci
[13:30:07] <irc> <hercut[m]> mais je pense que ca viens d'une maj probablement
[13:32:16] <irc> <Aleks_> dans ce cas il est possible que ça vienne d'une migration de yunohost qui a désactivé d'ancienne clef SSH considérée comme pas assez secure
[13:32:26] <irc> <Aleks_> normalement le message d'erreur t'explique comment oublier l'ancienne clef
[13:33:04] <irc> <hercut[m]> oui via ftp
[13:33:17] <irc> <hercut[m]> mais je em connecté en SFTP
[13:33:33] <irc> <hercut[m]> donc marche pas non plus
[13:33:50] <irc> <Aleks_> certes ... et tu peux pas juste tenter une connection en SSH "standard" ?
[13:42:23] <irc> <hercut[m]> Je vais tout re'installé, car je ne comprend pas le bug :s
[13:42:45] <irc> <hercut[m]> merci de ton aide Aleks_
[13:50:19] <irc> <Aleks_> meh, mais il faut pas reinstaller juste pour ca ...
[14:37:45] <irc> <hercut[m]> J'avais rien mit encore
[14:45:18] <irc> <hercut[m]> Bon bha meme avec une re install ca marche pas :'(
[14:59:34] <irc> <Aleks_> ...
[15:16:43] <irc> <wayneoutthere[m]> Yay my 3 week apache2 nginx reverse proxy battle seems finished :)
[15:17:51] <irc> <wayneoutthere[m]> Célébrée avec un danse ou quelque chose
[15:28:50] <irc> <malade_mental> hey j'ai trouvé des gens qui vous utilisent : https://usinette.net/
[15:29:55] <irc> <hercut[m]> tu les as trouvé comment ?
[15:30:18] <irc> <malade_mental> a mourir
[15:32:03] <irc> <hercut[m]> pareil
[15:35:29] <irc> <malade_mental> non j'suis allé chez eux
[15:35:44] <irc> <malade_mental> enfin dans leur éspèce de hutte
[15:37:47] <irc> <malade_mental> mais du coup, y'a des connaisseurs de "mailman" sur yunohost? vu que ces bougres d'usinette arrivent pas à le configurer on dirait
[15:37:50] <irc> <Aleks_> yep
[15:37:59] <irc> <Aleks_> j'ai packagé l'app y'a un moment
[15:38:03] <irc> <malade_mental> les mails sont automatiquement en "reply-to" vers le sender
[15:38:12] <irc> <malade_mental> tu coups c'est plutôt chiant
[15:38:39] <irc> <Aleks_> ça se change depuis l'admin de mailman non ?
[15:39:08] <irc> <malade_mental> bah je suppose mais bon ce serait que l'option soit mise par défaut à un truc pratique non§?
[15:43:16] <irc> <Aleks_> probably ¯\_(ツ)_/¯
[15:46:50] <irc> <malade_mental> kk jvais tester chez moi
[15:58:54] <irc> <malade_mental> ça veut dire quoi "yunohost will be upgraded automatically within the next hour?"
[16:00:34] <irc> <Vitria> Une question, dans un backup à l'intérieur du fichier info.json les différentes valeurs servent de checksum ou sont là pour information ? (en gros, ces valeurs sont-elles nécessaires lors d'une restauration ou pas ?)
[16:00:37] <irc> <Aleks_> tu penses à quelles valeurs en particulier ?
[16:04:57] <irc> <Vitria> En gros, j'ai une archive de nextcloud qui est proche du To et ça me cause des problèmes lors de la restauration. J'aimerais savoir si je peux créer une archive plus petite et restaurer le /home à part et donc savoir si la valeur ' "size_details": {"apps": {"nextcloud": VALEUR ' est importante
[16:09:19] <irc> <Aleks_> uuuuh apriori tu peux mettre une valeur bidon et ça devrait marcher ouai
[16:12:34] <irc> <Vitria> Ok !
[16:30:45] <irc> <malade_mental> quelqu'un à une réponse?
[16:34:22] <irc> <Aleks_> ça veut dire que c'est une UX a la con, c.f. https://github.com/YunoHost/issues/issues/1209
[16:35:29] <irc> <Aleks_> en gros ça a créé un cron job qui sera lancé dans ton cas à 18:00 avec le "vrai" dist-upgrade
[16:36:33] <irc> <Aleks_> c'est censé être fixé par la 3.6 même si là j'ai des bugs de l'espace que j'investigue
[16:50:06] <irc> <malade_mental> hjuhu
[16:51:20] <irc> <malade_mental> on va t'appeler mr space
[16:52:32] <irc> <malade_mental> c'était cool à besancon d'ailleurs?
[16:52:32] <irc> <Aleks_> heuouai j'ai visité l'industrie de la smartcity aha
[19:28:14] <irc> <isAAAc> hercut[m]: ah , après ma maj d'aujourd'hui, j'ai plus accès en ssh non plus, j'ai juste pas de réponse du serveur
[19:55:26] <irc> <isAAAc> tain c'est quoi ce dawa ... j'ai plus accès aux services via la webui
[19:55:59] <irc> <isAAAc> j'ai bien un nouveau sshd.conf depuis la maj
[19:58:13] <irc> <isAAAc> bon la webui a l'air bien en vrac tout court aussi , j'ai meme plus accès à la liste des users
[19:58:17] <irc> <isAAAc> damn
[20:15:25] <irc> <isAAAc> bon y a du mieux après un reboot forcé en console
[20:16:13] <irc> <isAAAc> mais j'ai tout de meme des trucs chelous sur la webui