Si je me souviens bien, il y a moyen de tourner Emacs sur une becanne a
distance sous X (en mode graph quoi). Seulement je me cherche bete sur
Internet sans trouver ...
Quelqu'un a un lien a me proposer ?
--
Eco
http://www.ecocode.net
* Life is wonderful with Emacs and Perl *
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très > bien.
En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça fonctionnait (modulo un problème de copy-paste): cela ne fait que depuis quelques semaines que ça ne fonctionne plus du tout chez moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-20 on malo, modified by Debian
En tout cas, sans le trusted X11 forwarding, ce n'est pas censé marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425> (notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un xhost + qui explique peut-être que ça fonctionne ?)
> Je viens de vérifier que je n'avais ForwardX11Trusted nulle part > dans mes configs.
Avec les vieilles versions d'OpenSSH, il était actif par défaut. Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est pas listé dans mes fichiers de config /etc/ssh/*
> Je ne suis pas certain de bien comprendre le MANuel mais ça me > semble juste une histoire de sécurité entre -X et -Y ?
Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très
> bien.
En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça
fonctionnait (modulo un problème de copy-paste): cela ne fait que
depuis quelques semaines que ça ne fonctionne plus du tout chez
moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll
bars) of 2006-05-20 on malo, modified by Debian
En tout cas, sans le trusted X11 forwarding, ce n'est pas censé
marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425>
(notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un xhost
+ qui explique peut-être que ça fonctionne ?)
> Je viens de vérifier que je n'avais ForwardX11Trusted nulle part
> dans mes configs.
Avec les vieilles versions d'OpenSSH, il était actif par défaut.
Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça
qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est
pas listé dans mes fichiers de config /etc/ssh/*
> Je ne suis pas certain de bien comprendre le MANuel mais ça me
> semble juste une histoire de sécurité entre -X et -Y ?
Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au
serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très > bien.
En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça fonctionnait (modulo un problème de copy-paste): cela ne fait que depuis quelques semaines que ça ne fonctionne plus du tout chez moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-20 on malo, modified by Debian
En tout cas, sans le trusted X11 forwarding, ce n'est pas censé marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425> (notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un xhost + qui explique peut-être que ça fonctionne ?)
> Je viens de vérifier que je n'avais ForwardX11Trusted nulle part > dans mes configs.
Avec les vieilles versions d'OpenSSH, il était actif par défaut. Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est pas listé dans mes fichiers de config /etc/ssh/*
> Je ne suis pas certain de bien comprendre le MANuel mais ça me > semble juste une histoire de sécurité entre -X et -Y ?
Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> > Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très > > bien. > > En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça > fonctionnait (modulo un problème de copy-paste): cela ne fait que > depuis quelques semaines que ça ne fonctionne plus du tout chez > moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-20 on malo, modified by Debian
Hmm... ce n'est pas la version GTK+. Mais la version lucid ne fonctionnait pas non plus, cf http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425
dixsept:~> emacs-snapshot-x -q X protocol error: BadWindow (invalid Window parameter) on protocol request 38 zsh: exit 70 emacs-snapshot-x -q
> En tout cas, sans le trusted X11 forwarding, ce n'est pas censé > marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425> > (notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un xhost + qui explique peut-être que ça fonctionne ?)
Tout dépend sous quel display Emacs est lancé. Si Emacs est lancé sous le display de ta machine Mac OS X, alors la connexion X ne passe pas par le tunnel ssh: elle est non chiffrée et elle est autorisée par le xhost + (ce qui est au passage un trou de sécurité, sauf peut-être si tu es derrière un firewall qui filtre le port en question et que tu es le seul utilisateur sur ton réseau local). Si Emacs est lancé sous un display distant, i.e. local à ta machine Debian (style localhost:10.0), alors tout passe par ssh. À ma connaissance, il n'y a pas de mélange des deux (cela n'aurait pas de sens, à moins qu'Emacs puisse savoir qu'il s'agit du même serveur, et encore...).
> > Je viens de vérifier que je n'avais ForwardX11Trusted nulle part > > dans mes configs. > > Avec les vieilles versions d'OpenSSH, il était actif par défaut. > Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça > qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est pas listé dans mes fichiers de config /etc/ssh/*
Sous Debian, mon /etc/ssh/ssh_config a ceci en commentaire:
# ForwardX11Trusted yes
Mais c'est apparemment ajouté par Debian. Donc si tu ne l'as pas sous Mac OS X, cela ne donne aucune indication. D'après la FAQ d'OpenSSH, c'est apparu avec la version 3.8:
http://www.openssh.com/faq.html#3.13
Avant, les trusted cookies étaient utilisés par défaut.
> > Je ne suis pas certain de bien comprendre le MANuel mais ça me > > semble juste une histoire de sécurité entre -X et -Y ? > > Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au > serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
Dans l'article <87psi5au5d.fsf@petisuix.seki.fr>,
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrit:
Le 17 May 2006 à 14:36, Vincent Lefevre a dit :
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> > Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très
> > bien.
>
> En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça
> fonctionnait (modulo un problème de copy-paste): cela ne fait que
> depuis quelques semaines que ça ne fonctionne plus du tout chez
> moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll
bars) of 2006-05-20 on malo, modified by Debian
Hmm... ce n'est pas la version GTK+. Mais la version lucid ne fonctionnait
pas non plus, cf http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425
dixsept:~> emacs-snapshot-x -q
X protocol error: BadWindow (invalid Window parameter) on protocol request 38
zsh: exit 70 emacs-snapshot-x -q
> En tout cas, sans le trusted X11 forwarding, ce n'est pas censé
> marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425>
> (notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un
xhost + qui explique peut-être que ça fonctionne ?)
Tout dépend sous quel display Emacs est lancé. Si Emacs est lancé sous
le display de ta machine Mac OS X, alors la connexion X ne passe pas
par le tunnel ssh: elle est non chiffrée et elle est autorisée par le
xhost + (ce qui est au passage un trou de sécurité, sauf peut-être si
tu es derrière un firewall qui filtre le port en question et que tu es
le seul utilisateur sur ton réseau local). Si Emacs est lancé sous un
display distant, i.e. local à ta machine Debian (style localhost:10.0),
alors tout passe par ssh. À ma connaissance, il n'y a pas de mélange
des deux (cela n'aurait pas de sens, à moins qu'Emacs puisse savoir
qu'il s'agit du même serveur, et encore...).
> > Je viens de vérifier que je n'avais ForwardX11Trusted nulle part
> > dans mes configs.
>
> Avec les vieilles versions d'OpenSSH, il était actif par défaut.
> Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça
> qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est
pas listé dans mes fichiers de config /etc/ssh/*
Sous Debian, mon /etc/ssh/ssh_config a ceci en commentaire:
# ForwardX11Trusted yes
Mais c'est apparemment ajouté par Debian. Donc si tu ne l'as pas sous
Mac OS X, cela ne donne aucune indication. D'après la FAQ d'OpenSSH,
c'est apparu avec la version 3.8:
http://www.openssh.com/faq.html#3.13
Avant, les trusted cookies étaient utilisés par défaut.
> > Je ne suis pas certain de bien comprendre le MANuel mais ça me
> > semble juste une histoire de sécurité entre -X et -Y ?
>
> Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au
> serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
[Désolé du délai mais en ce moment je suis *très* asynchrone]
> > Pourtant je n'ai jamais utilisé ssh -Y et Emacs fonctionne très > > bien. > > En fait, avec d'anciennes versions de je ne sais pas trop quoi, ça > fonctionnait (modulo un problème de copy-paste): cela ne fait que > depuis quelques semaines que ça ne fonctionne plus du tout chez > moi. Tu n'as peut-être pas un système suffisamment à jour.
GNU Emacs 22.0.50.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2006-05-20 on malo, modified by Debian
Hmm... ce n'est pas la version GTK+. Mais la version lucid ne fonctionnait pas non plus, cf http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425
dixsept:~> emacs-snapshot-x -q X protocol error: BadWindow (invalid Window parameter) on protocol request 38 zsh: exit 70 emacs-snapshot-x -q
> En tout cas, sans le trusted X11 forwarding, ce n'est pas censé > marcher. Cf <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug64425> > (notamment les derniers messages).
Pourtant je suis connecté depuis mon MacOS X en ssh -X (modulo un xhost + qui explique peut-être que ça fonctionne ?)
Tout dépend sous quel display Emacs est lancé. Si Emacs est lancé sous le display de ta machine Mac OS X, alors la connexion X ne passe pas par le tunnel ssh: elle est non chiffrée et elle est autorisée par le xhost + (ce qui est au passage un trou de sécurité, sauf peut-être si tu es derrière un firewall qui filtre le port en question et que tu es le seul utilisateur sur ton réseau local). Si Emacs est lancé sous un display distant, i.e. local à ta machine Debian (style localhost:10.0), alors tout passe par ssh. À ma connaissance, il n'y a pas de mélange des deux (cela n'aurait pas de sens, à moins qu'Emacs puisse savoir qu'il s'agit du même serveur, et encore...).
> > Je viens de vérifier que je n'avais ForwardX11Trusted nulle part > > dans mes configs. > > Avec les vieilles versions d'OpenSSH, il était actif par défaut. > Maintenant, d'après ce que j'ai pu observer, il n'y a pas que ça > qui entre en jeu (mais je ne sais pas quoi exactement).
Le man ne précise pas quel est sont état par défaut ici mais il n'est pas listé dans mes fichiers de config /etc/ssh/*
Sous Debian, mon /etc/ssh/ssh_config a ceci en commentaire:
# ForwardX11Trusted yes
Mais c'est apparemment ajouté par Debian. Donc si tu ne l'as pas sous Mac OS X, cela ne donne aucune indication. D'après la FAQ d'OpenSSH, c'est apparu avec la version 3.8:
http://www.openssh.com/faq.html#3.13
Avant, les trusted cookies étaient utilisés par défaut.
> > Je ne suis pas certain de bien comprendre le MANuel mais ça me > > semble juste une histoire de sécurité entre -X et -Y ? > > Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au > serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
Attention, c'était le comportement par défaut avec les anciennes versions. Il faut plutôt voir la version du client OpenSSH.
Avec Debian unstable des deux côtés, pas de ForwardX11Trusted dans le ssh_config, cela marche ici aussi avec un simple -X.
GNU Emacs 22.0.52.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars, multi-tty) of 2006-05-10 on walrus, provided by -- BOFH excuse #214: Flourescent lights are generating negative ions. If turning them off doesn't work, take them out and put tin foil on the ends.
OoO En cette soirée bien amorcée du mercredi 24 mai 2006, vers 22:31,
Vincent Lefevre <vincent+news@vinc17.org> disait:
> Comme dit dans l'URL ci-dessus, Emacs doit avoir un accès complet au
> serveur X, ce qui n'est possible qu'avec le trusted X11 forwarding.
Attention, c'était le comportement par défaut avec les anciennes
versions. Il faut plutôt voir la version du client OpenSSH.
Avec Debian unstable des deux côtés, pas de ForwardX11Trusted dans le
ssh_config, cela marche ici aussi avec un simple -X.
GNU Emacs 22.0.52.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars, multi-tty) of 2006-05-10 on walrus, provided by lorentey@fnord.hu
--
BOFH excuse #214:
Flourescent lights are generating negative ions. If turning them off doesn't work, take them out and put tin foil on the ends.
Attention, c'était le comportement par défaut avec les anciennes versions. Il faut plutôt voir la version du client OpenSSH.
Avec Debian unstable des deux côtés, pas de ForwardX11Trusted dans le ssh_config, cela marche ici aussi avec un simple -X.
GNU Emacs 22.0.52.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars, multi-tty) of 2006-05-10 on walrus, provided by -- BOFH excuse #214: Flourescent lights are generating negative ions. If turning them off doesn't work, take them out and put tin foil on the ends.
