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/archive%40mail-archive.com This email sent to [email protected]
