Anthony, note this thread - one of the reasons I have not yet upgraded to Yosemite myself. If it has been resolved I have missed the list messages. I expect there _is_ a work around, but don’t know how to manually fix the xauth problems myself.
- Viv On 18 Nov 2014, at 19:05, Jeremy Huddleston Sequoia <[email protected]> wrote: > Dang. I thought only libxcb and OpenSSH were doing that. > > I'll get a fix into xauth upstream, into MacPorts, and into the next XQuartz > beta when I get some cycles. > > Thanks, > Jeremy > >> On Nov 18, 2014, at 09:23, David Borman <[email protected]> wrote: >> >> I checked and Mavericks uses /tmp/launch*, so the change to >> /private/tmp/com.apple.launched* came with Yosemite. I bet this is >> affecting other things besides just xauth. >> >> -David Borman >> >> >>> On Nov 18, 2014, at 8:47 AM, David Borman <[email protected]> wrote: >>> >>> I’ve opened a ticket for this. The problem is that at some point the local >>> location for $DISPLAY has changed, but xauth wasn’t updated to reflect that >>> change. It used to be that it would start with /tmp/launch, but now it >>> starts with /private/tmp/com.apple.launchd, so the special code in xauth >>> that looks for /tmp/launch to treat it as a local socket no longer works. >>> Instead, it tries to resolve the path as a DNS name, and it is in the >>> getaddrinfo() call where the delay is happening. >>> >>> -David Borman >>> >>>> On Nov 17, 2014, at 3:04 PM, Jeremy Huddleston Sequoia >>>> <[email protected]> wrote: >>>> >>>> We'll need a spindump to get a better idea of what is going on. >>>> >>>> In one Terminal tab, do the following >>>> >>>> sudo ls # just doing this to enter your password ahead of >>>> time >>>> sudo spindump xauth # don't hit enter yet. >>>> >>>> In the other tab, execute the hanging xauth call, then quickly switch to >>>> the other tab and hit enter to kick off the spindump. >>>> >>>> Please send me the spindump or attach it to a bug report, and I'll take a >>>> look at why it's hanging. >>>> >>>> --Jeremy >>>> >>>> >>>>> On Nov 17, 2014, at 12:48, David Borman <[email protected]> wrote: >>>>> >>>>> Since upgrading to Yosemite, I’ve been having delays in getting to a >>>>> prompt when starting up an xterm that does an ssh to a remote Linux box. >>>>> I’m using "ssh -Y remote_host” from the xquartz applications menu, i.e.: >>>>> >>>>> xterm -geometry 80x60+600+0 -title “remote" -bg "#ebffeb" -e ssh -Y >>>>> remote.example.com >>>>> >>>>> When I turn on the -vv flag to ssh, it pauses right after the xauth call: >>>>> >>>>>> ... >>>>>> debug1: channel 0: new [client-session] >>>>>> debug2: channel 0: send open >>>>>> debug1: Requesting [email protected] >>>>>> debug1: Entering interactive session. >>>>>> debug2: callback start >>>>>> debug2: Checking for xauth using /opt/X11/bin/xauth -f >>>>>> /var/folders/dv/rg72h7ch8xj_kk0059bnymr00000gn/T//xauth_test exit > >>>>>> /dev/null 2> /dev/null >>>>>> >>>>>> debug2: x11_get_proto: /opt/X11/bin/xauth list >>>>>> /private/tmp/com.apple.launchd.OgudsWHJ2p/org.macosforge.xquartz:0 >>>>>> 2>/dev/null >>>>> >>>>> If I just cut-n-paste the xauth call into a local window, I get the same >>>>> delay, here are a couple of examples: >>>>> >>>>>> sh-3.2$ date;/opt/X11/bin/xauth list >>>>>> /private/tmp/com.apple.launchd.OgudsWHJ2p/org.macosforge.xquartz:0;date >>>>>> Mon Nov 17 14:26:27 CST 2014 >>>>>> Mon Nov 17 14:26:32 CST 2014 >>>>>> sh-3.2$ date;/opt/X11/bin/xauth list >>>>>> /private/tmp/com.apple.launchd.OgudsWHJ2p/org.macosforge.xquartz:0;date >>>>>> Mon Nov 17 14:34:57 CST 2014 >>>>>> Mon Nov 17 14:35:05 CST 2014 >>>>>> sh-3.2$ >>>>> >>>>> If I run “ssh -Y remote.example.com” from a local xterm, there is no >>>>> delay, and the xauth call is different: >>>>> >>>>> debug2: x11_get_proto: /opt/X11/bin/xauth list :0 2>/dev/null >>>>> >>>>> So this implies the DISPLAY variable is set differently between the two. >>>>> >>>>> Has anyone else seen this? >>>>> >>>>> -David Borman >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> X11-users mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org >>>>> >>>>> This email sent to [email protected] >>>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> X11-users mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/x11-users/dab%40weston.borman.com >>> >>> This email sent to [email protected] >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> X11-users mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org >> >> This email sent to [email protected] > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/x11-users/viv%40trellick.net > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. X11-users mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/archive%40mail-archive.com This email sent to [email protected]
