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