Re: xauth delay since Yosemite?
Re: xauth delay since Yosemite?
- Subject: Re: xauth delay since Yosemite?
- From: David Borman <email@hidden>
- Date: Tue, 18 Nov 2014 11:23:18 -0600
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@hidden> 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@hidden> 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@hidden> 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@hidden
>>>> 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@hidden)
>>>
>>> This email sent to email@hidden
>>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> X11-users mailing list (email@hidden)
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden