Je tourne en rond depuis un bon moment sur un problème pour lequel je ne
trouve même pas un début de piste de recherche.
J'ai 3 machines relativement similaires dans leur installation, avec
Gentoo + KDE.
Aujourd'hui, je les ai mises à jour toutes les 3. Suite à cette mise à
jour, je rencontre des bizarreries avec ssh. Les mises à jours sont
équivalentes sur les 3 postes, peut-être à quelques dépendances près
(voir liste pour l'une d'elles en bas).
Le problème, c'est la disparition de tout $DISPLAY quand j'utilise ssh,
que ce soit avec X11Forwarding yes dans /etc/ssh/sshd_config ou (et c'est
le cas qui m'a fait m'en rendre compte) que ce soit avec un ssh -x pour
lancer une commande "graphique" sur la machine distante.
J'ai tourné tout ça dans un peu tous les sens, je n'ai jamais de $DISPLAY.
Je suis quasiment certain que cela vient des mises à jour, puisque c'est
quelque chose que j'utilise tous les jours, et qui fonctionnait
parfaitement jusque là.
Je ne comprends pas ce qui, dans ces mises à jour kde, peut avoir
interféré la-dessus. Et je précise que c'est sans rapport avec screen
puisque j'ai le problème même sans l'utiliser. J'ai testé avec konsole ou
xterm, c'est pareil. J'ai essayé dans les 2 sens (de machine1 vers
machine2 et inversement), c'est pareil.
Du coup, comme je ne sais pas du tout qui peut être le fautif, j'ai bien
du mal à faire des recherches pour savoir si ça serait un bug, ou une
"feature", et donc comment y remédier.
Je continue à chercher, la nuit portant conseil dit-on. Mais si vous avez
une idée, n'hésitez pas.
Bon, j'ai quand même appris quelque chose de tout ce fil.
Moi aussi : je ne connaissais pas l'option -x de ssh. ;-) -- Olivier Miakinen
Jo Engo
Le Fri, 27 Jan 2017 16:07:29 +0100, Olivier Miakinen a écrit :
fichier qui forçait DISPLAY à :0
2 «fichiers» (à modifier) (ou 3, ou 1) - 1 ligne dans .xinitrc qui écrit le DISPLAY dans un fichier ( echo $DISPLAY > /path/to/f_display par exemple) 1 ligne dans .profile qui positionne DISPLAY export DISPLAY=$(cat /path/to/f_display) celui qui est «en panne» est probablement le premier (d'où «l'absence» de DISPLAY quand ce contriubuteur très patient et pas exigent fait ssh -X ) -- La guerre, c'est une chose trop grave pour la confier à des militaires. -+- Georges Clémenceau -+-
Le Fri, 27 Jan 2017 16:07:29 +0100, Olivier Miakinen a écrit :
fichier qui forçait DISPLAY à :0
2 «fichiers» (à modifier) (ou 3, ou 1)
- 1 ligne dans .xinitrc qui écrit le DISPLAY dans un fichier
( echo $DISPLAY > /path/to/f_display par exemple)
1 ligne dans .profile qui positionne DISPLAY
export DISPLAY=$(cat /path/to/f_display)
celui qui est «en panne» est probablement le premier (d'où «l'absence» de
DISPLAY quand ce contriubuteur très patient et pas exigent fait ssh -X
user@remote)
--
La guerre, c'est une chose trop grave pour la confier à des militaires.
-+- Georges Clémenceau -+-
Le Fri, 27 Jan 2017 16:07:29 +0100, Olivier Miakinen a écrit :
fichier qui forçait DISPLAY à :0
2 «fichiers» (à modifier) (ou 3, ou 1) - 1 ligne dans .xinitrc qui écrit le DISPLAY dans un fichier ( echo $DISPLAY > /path/to/f_display par exemple) 1 ligne dans .profile qui positionne DISPLAY export DISPLAY=$(cat /path/to/f_display) celui qui est «en panne» est probablement le premier (d'où «l'absence» de DISPLAY quand ce contriubuteur très patient et pas exigent fait ssh -X ) -- La guerre, c'est une chose trop grave pour la confier à des militaires. -+- Georges Clémenceau -+-
