Re: X11Forwarding magique
Le mardi 22 février 2005 à 19:58 +0100, Jeremy Monnet a écrit :
> Le Tuesday 22 February 2005 17:19, tnemeth@free.fr a écrit :
> > Selon Yves Rutschle <yves@naryves.com>:
> > | On Tue, Feb 22, 2005 at 04:40:56PM +0100, tnemeth@free.fr wrote:
> > | > en fait, lorsque tu fais un ssh -X tu crées un nouveau display
> > | > (généralement en 10:0) mais comme tu as déjà une session de
> > | > FireFox ouverte, lorsque tu le relances il prend ça comme une
> > | > ouverture d'une nouvelle fenêtre sur un autre display et, par
> > | > défaut, t'affiche la page en cours dans la session déjà lancée.
> > |
> > | Donc, on peut, par l'intermediare de X, demander à un
> > | display si une certaine application est lancée, et donner
> > | des ordres à cette application?
> >
> > Par l'interméidaire de ssh plutôt.
> > Je ne vois pas de contre-indication...
>
> Dans ce cas, pourquoi cette attitude est-elle reservée a firefox ?
> Je viens de reproduire chez moi ce fonctionnement, mais seul firefox est
> touché :
> quand j'ai une appli ouverte en local (skype, amsn, konqueror) et que j'en
> ouvre une autre sur la machine distante, les 2 sont des instances séparées
> (exemple : j'ai le thème baghira pur kde sur mon laptop, ce thème n'est
> visible que sur l'appli locale, ou alors si je ferme la session distante,
> l'appli se ferme aussi). Alors que firefox ouvre une autre fenêtre locale ...
> c'est-a-dire que si je ferme ma session distante, firefox reste ouvert ...
>
> Pour l'instant je n'ai trouvé ce comportement que avec firefox, si quelqu'un
> pouvait nous expliquer, ca m'intéresse aussi beaucoup !
>
> Jeremy
L'explication est là :
jylenhof@debian:~$ which firefox
/usr/bin/firefox
jylenhof@debian:~$ file /usr/bin/firefox
/usr/bin/firefox: symbolic link to `../lib/mozilla-firefox/firefox'
jylenhof@debian:~$ file /usr/lib/mozilla-firefox/firefox
/usr/lib/mozilla-firefox/firefox: Bourne shell script text executable
jylenhof@debian:~$
Extrait de /usr/lib/mozilla-firefox/firefox
> PING_STATUS=1
>
> # No need to check if DISPLAY is not set, it will fail. But let's
> continue,
> # so that firefox gives the display error message itself.
> if [ "${DISPLAY}" ] || [ "${CMDLINE_DISPLAY}" ]; then
> if [ -z "${CMDLINE_DISPLAY}" ]; then
> CMDLINE_DISPLAY="${DISPLAY}"
> fi
>
> # check to see if there's an already running instance or not
> verbose "Running: ${MOZ_PROGRAM} -remote 'ping()'"
> DISPLAY="${CMDLINE_DISPLAY}" ${MOZ_PROGRAM} -remote 'ping()' \
> > /dev/null 2>&1
> PING_STATUS=$?
> fi
>
> echo_vars PING_STATUS
>
> # Clean user profile if we are not trying to use the running instance
> and only
> # if the check was successful (status 2)
> if [ "${REMOTE}" -eq 0 ] && [ "${TRY_USE_EXIST}" -eq 0 ] &&
> [ "${PING_STATUS}" -eq 2 ]; then
Donc si tu démarres avec quelque chose sur la ligne de commande, du
genre :
firefox -contentLocale FR_fr
ou
sans rien
firefox
c'est différent
L'un s'éxecutera avec le process courant local et non distant (et à
distance s'il y en a pas de local) alors
que l'autre s'éxécutera toujours à distance
A+
JYL
Reply to: