Closing as per user.
Regards
chuck
** Changed in: openssh (Ubuntu)
Status: New => Fix Released
--
X11 forwarding fails (Invalid MIT-MAGIC-COOKIE)
https://bugs.launchpad.net/bugs/358612
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
OK. Yes, AFAIK it's properly installed. Still, I just ran 'apt-get
--reinstall install x11-common', and that recreated the symlink, which
will solve the problem. Not sure why the symlink was missing in the
first place.
So this is a solution to this bug. I guess the bug should be closed,
althou
/usr/bin/X11 is a symlink to /usr/bin in Ubuntu too, and the openssh
packaging relies on this (to avoid having to care whether old-world or
new-world X11 is installed). This symlink is shipped by the x11-common
package, on which xauth pre-depends. Do you have this properly
installed?
--
X11 forwa
ice Group === United Valley Interfaith
Project
Another World is Possible
--- On Wed, 4/22/09, Andrew Schulman
wrote:
From: Andrew Schulman
Subject: [Bug 358612] Re: X11 forwarding fails (Invalid MIT-MAGIC-COOKIE)
To: bmrcld...@yahoo.com
Date: Wednesday, April 22, 2009, 6:02 PM
Bernie, thanks.
Bernie, thanks. You are correct, XAuthLocation wasn't correctly set,
and this was the cause of the problem.
I didn't set XAuthLocation at all, so ssh used the default value, which
ssh_config(5) says is /usr/bin/X11/xauth. But in Ubuntu xauth is
/usr/bin/xauth. Setting XAuthLocation /usr/bin/xau
debug1: Entering interactive session.
debug1: No xauth program.
Warning: No xauth data; using fake authentication data for X11 forwarding.
debug1: Requesting X11 forwarding with authentication spoofing.
I just had this problem on a non-Ubuntu system and it was the
configuration file for the ssh cl
