Humh... finalement mon vieux PC est aussi en Buster (10.9) et a donc
les mêmes versions des paquets concernant l'impression. Et quand c'est
ce PC qui gère l'imprimante, ça fonctionne... Ce serait donc un souci
d'architecture ? i686 vs armel ?
En refaisant les tests proposés par la page
Marc Chantreux a écrit :
> Oui mais du coup ca n'explique pas le comportement curieux que décrit
> Bertrand. je crois comprendre que dans les 2 cas:
>
> * on a une session interactive ouverte sur la machine distante
> * un processus qui ne fait rien qui est attaché à la tty
Ce n'est pas ce qu'il
Marc Chantreux a écrit :
> salut Joel,
Bonsoir,
>> Je peux laisser des terminaux ouverts, des éditeurs, le tout durant
>> plusieurs jours et sans aucune action de ma part
>
> tmux est parfait pour ce genre d'usages: il te permet de lier tes applis
> à un serveur de sessions plutôt qu'à
> Cela ne stabilise rien du tout, bien au contraire, un trafic incessant
> révèle l'instabilité de la connexion, là où une connexion entretenue par
> un simple « ping applicatif » ponctuel ne révèle rien du tout.
Oui mais du coup ca n'explique pas le comportement curieux que décrit
Bertrand. je
salut Joel,
> Je peux laisser des terminaux ouverts, des éditeurs, le tout durant
> plusieurs jours et sans aucune action de ma part
tmux est parfait pour ce genre d'usages: il te permet de lier tes applis
à un serveur de sessions plutôt qu'à la connexion ssh liée au terminal
courant. Du coup tu
Hello,
J'ai déjà eu ce type d'erreur mais pour des sauvegardes vers des hosts
distants dont les backup rsync passaient par ssh. L'empreinte du host
cible qui avait changé... backuppc m'affichait la même erreur que toi.
Félix.
Le 18/04/2021 à 15:03, Migrec a écrit :
> Bonjour,
>
> Depuis
BERTRAND Joël a écrit :
> Sébastien Dinot a écrit :
>> Basile Starynkevitch a écrit :
>>> je crois qu'il faut le compiler depuis son code source
>>
>> Inutile, l'outil est disponible en version 1.3.2 (dernière version
>> publiée par le projet, en juillet 2017) dans les versions stable,
>> testing
Marc Chantreux a écrit :
> Je pige pas par quel mécanisme et à quel niveau le fait qu'il y est un
> traffic dans les deux sens stabilise quoi que ce soit. tu pourrais
> expliquer?
Cela ne stabilise rien du tout, bien au contraire, un trafic incessant
révèle l'instabilité de la connexion, là où
> Ne serait-ce tout simplement pas révélateur d'une connexion instable,
> intermittente? Tu ne t'en rends pas compte dans le terminal inactif,
> car la coupure passe justement inaperçue (les sockets restent valides).
> Mais lorsque le flux est continu, là, l'intermittence de la connexion se
>
9 matches
Mail list logo
