Ça a l’air d’être un soucis vraiment à l’intérieur du script d’install et pas un soucis de dépendance (même si ça pourrait être causé par une dépendance en version “trop récente”)
Mais là y’a qu’un bout du log, pour vraiment creuser le truc il faut le reste du log (c.f. le commentaire qui explique comment partager le log :
root@serveur-leo:~# yunohost log display 20200416-165630-app_install-discourse -n 500 | yunopaste
Invalid usage: No input is provided.
Usage: /usr/bin/yunopaste [OPTION]...
Read from input stream and paste the data to the YunoHost
Haste server.
For example, to paste the output of the YunoHost diagnosis, you
can simply execute the following:
yunohost tools diagnosis | /usr/bin/yunopaste
It will return the URL where you can access the pasted data.
Options:
-h, --help show this help message and exit
Traceback (most recent call last):
File "/usr/bin/yunohost", line 218, in <module>
timeout=opts.timeout,
File "/usr/lib/python2.7/dist-packages/moulinette/__init__.py", line 135, in cli
moulinette.run(args, output_as=output_as, password=password, timeout=timeout)
File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/cli.py", line 441, in run
pretty_print_dict(ret)
File "/usr/lib/python2.7/dist-packages/moulinette/interfaces/cli.py", line 160, in pretty_print_dict
print("{:s}- {}".format(" " * (depth + 1), value))
IOError: [Errno 32] Broken pipe
Eeeh pas sur d’où viennent des lignes que tu interpretes mais en gros ma compréhension c’est :
quelque chose ou quelqu’un à rajouter les backports dans les sources.list à 17:33:06
lancé la commande “apt upgrade” pour upgrade vers les backports à 17:33:40
En réalité il y a un +/-2h à cause du fuseau horaire, donc dans les logs de YunoHost c’était en fait 15:33
Ca corresponds donc à 10 minutes après le lancement de l’install de wordpress ( /var/log/yunohost/categories/operation/20190610-152234-app_install-wordpress.log)
A voir du coup si c’était apres que l’install ai fini (on peut le savoir si tu fais grep 'ended_at' /var/log/yunohost/categories/operation/20190610-152234-app_install-wordpress.yml
Mais en vrai, étant donné qu’un ‘grep backport’ sur le fichier de log ne doute rien, et que le fichier dans lequel se trouve les sources backports a pas un nom courant qu’on retrouve dans des apps, je doute que ce soit l’install de wordpress qui ai fait ça … Naivement :
soit tu as suivi un tuto pour faire des bidouilles en copiant-collant sans trop réfléchir des commandes, et tu t’en souviens plus (je ne sais pas quel type d’utilisateur tu es mais certain font ça )
soit un autre truc sur le système (installé par toi ou ton hébergeur), genre cron job ou autre bidule a fait ça automagiquement …
Je n’ai pas touché sciemment aux backports et j’ai toujours tendance à bien lire les commandes que je rentre sur le serveur, même si elles viennent d’un tuto, pour justement éviter les erreurs…
Je ne sais pas d’où peut venir ce problème mais effectivement mes mails viennent de sauter…
Lol. Ok.
Bon pour la peine je vais vous faire un virement mensuel. Je vous dois bien ça depuis le temps.
Et je vais augmenter d’un cran ma paranoïa lorsque je lance une commande ou j’installe un truc, ça peut pas faire de mal…
Merci !
Aha merci xD Mais si tu dis que tu fais déjà attention d’habitude, c’est peut-être vraiment un autre element logiciel qui a fait complètement n’imp …
Quoiqu’il en soit, j’ai aussi créé un ticket avec vaguement une idée pour limiter les dégats dû aux backports (c’est pas comme si c’était la première fois que ce genre d’histoire arrivait, ça fait depuis le début du projet que y’a des blagues avec…) :
Par contre c’est surtout préventif et on ne va pouvoir l’intégrer qu’à partir de Buster (sinon les gens déjà affectés seraient bloqués en Stretch)