X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:content-type
	:content-transfer-encoding:date:from:to:subject:in-reply-to
	:references:message-id; q=dns; s=default; b=CQtI5QOSWoPhxyruqPDS
	1jUMOpzKxJ905X7e5s26TzULlPiM1SXjJMCo4F92y7YGS+j50oCjZZRaG0ajgPvj
	oxrSXGWnolgvgDK4K3yP5fEZunZuz8ThLA71jWjpimZeWddqPZ6VPY1x3Mv4RHez
	dlkgmqvvBsCwHVlFK+I784Y=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:content-type
	:content-transfer-encoding:date:from:to:subject:in-reply-to
	:references:message-id; s=default; bh=W/KS+efgtsRgJZEShFnt4AQqa9
	c=; b=Z7gzAI7748SXT1W5opEHGH74VQE9sOwUEbX/Xpmix9kg7O8SKQJcgIEeBh
	3D3GjpdNgAtWQmoOTlTHTmNTDE/hnFtXWbvEwVtmXPy+3oK/2T1OuCbB1X35Ifci
	IreoYLqcMDWCEUkA7Ygk3HFl0nJQkCEqn07dZWIgAo2OklNgs=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=0.5 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=no version=3.3.2
X-HELO:	smtprelay03.ispgateway.de
MIME-Version:	1.0
Date:	Wed, 12 Aug 2015 08:22:19 +0200
From:	Markus Hoenicka <markus DOT hoenicka AT mhoenicka DOT de>
To:	cygwin AT cygwin DOT com
Subject:	Re: X: Authorization required, but no authorization protocol specified
In-Reply-To:	<55C479DA.7000203@dronecode.org.uk>
References:	<67ea3d1202eccadc3fc21e58af6ca4bf AT mhoenicka DOT de> <55C479DA DOT 7000203 AT dronecode DOT org DOT uk>
Message-ID:	<114144297d60607a3c87f5fd63fb555a@mhoenicka.de>
X-Sender:	markus DOT hoenicka AT mhoenicka DOT de
User-Agent:	Roundcube Webmail
X-Df-Sender:	bWFya3VzLmhvZW5pY2thQG1ob2VuaWNrYS5kZQ==
X-IsSubscribed:	yes

At 2015-08-07 11:26, Jon TURNEY was heard to say:
> On 06/08/2015 17:56, Markus Hoenicka wrote:
>> I've upgraded my setup yesterday and ran into a problem running the X
>> server. X ran just fine before the upgrade, just like any X client I
>> threw at it. I'm aware that some defaults have changed in the couple 
>> of
>> months since I upgraded, and I hope I've done everything the FAQ
>> recommends to accommodate these changes. However, no joy.
>> 
>> Starting the X server now is noticeably slower, regardless of how I
>> start it (Windows start menu, startx, or my hitherto preferred method
>> startxwin). Biggest problem though is that local X clients cannot
>> connect. The server output is like this:
>> 
>> $ startxwin /usr/bin/xterm
>> xauth:  file /home/markus.hoenicka/.Xauthority does not exist
>> xauth:  file /home/markus.hoenicka/.Xauthority does not exist
>> xauth:  file /home/markus.hoenicka/.Xauthority does not exist
>> xauth:  file /home/markus.hoenicka/.Xauthority does not exist
> 
> startxwin is just a shell script (based on the standard startx), which
> invokes xauth to add an authorization cookie to ~/Xauthority (which is
> also passed to the server using the -auth option)
> 
>> The file ~/.Xauthority is created during startup, and it is empty
>> after the server shuts down. It does not make any difference if I
>> remove the empty file before restarting the X server.
> 
> It should have some (binary) content while the server is running, but
> that seems to be failing to happen, for some reason.
> 
>> As a workaround I can start XWin manually like this:
>> /usr/bin/XWin :0 -multiwindow
> 
> This works, of course, because this doesn't use -auth.
> 
>> However, I suppose the default behaviour of startx and startxwin was 
>> not
>> intended to perform like this. Did I miss something obvious?
> 
> Indeed.
> 
> Is there anything unusual about your home directory?
> 
> You might try modifying startxwin to remove the -q from xauth -q to
> see if that reveals a bit more information.

I finally got round to run this suggested test too. The first time I try 
to start X I get the following output:

$ XAUTHORITY="" startxwin /usr/bin/emacs
Using authority file /home/<username>/.serverauth.1076
Writing authority file /home/<username>/.serverauth.1076
Using authority file /home/<username>/.Xauthority
Writing authority file /home/<username>/.Xauthority
xauth:  file /home/<username>/.Xauthority does not exist
xauth:  file /home/<username>/.Xauthority does not exist
Using authority file /home/<username>/.Xauthority
Writing authority file /home/<username>/.Xauthority

Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.17.2.0
OS: CYGWIN_NT-6.1 SBHC123 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64
OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64)
Package: version 1.17.2-1 built 2015-07-09

XWin was started with the following command line:

/usr/bin/XWin :0 -multiwindow -auth
  /home/<username>/.serverauth.1076

[...nothing interesting here...]

cat: /home/<username>/.serverauth.1076: No such file or directory
winProcEstablishConnection - winInitClipboard returned.
winClipboardThreadProc - DISPLAY=:0.0
OS maintains clipboard viewer chain: yes
winInitMultiWindowWM - XOpenDisplay () returned and successfully opened 
the display.
winMultiWindowXMsgProc - XOpenDisplay () returned and successfully 
opened the display.
winClipboardProc - XOpenDisplay () returned and successfully opened the 
display.
winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid parameter 
attributes)

** (emacs:2996): WARNING **: Error retrieving accessibility bus address: 
org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus 
exited with status 1
Authorization required, but no authorization protocol specified
Unable to init server: Could not connect: Abstract UNIX domain socket 
addresses not supported on this system

(emacs:2996): Gtk-WARNING **: cannot open display: :0
xinit: connection to X server lost

[...normal shutdown sequence...]

Emacs does not manage to open an X window during this process. I tried 
to spot .server* in a second MinTTY console during startup, but no such 
file would show up although xauth claims to have written the 
.serverauth.XXXX file.

Now if I run exactly the same startxwin command a second time, Emacs 
*does* start up in an X window, although the startxwin output also 
claims this:

cat: /home/<username>/.serverauth.2212: No such file or directory

This time, the second MinTTY console confirms the presence of that file:
$ ls -al .server*
-rw-rwx---+ 1 <username> <group> 52 Aug 12 08:03 .serverauth.2212

Could this be a timing issue while writing to a network drive? Remember 
that we use roaming profiles here.

In any case, starting additional X applications still does not work, 
even in the presence of that .serverauth.XXXX file. Trying to start 
another xterm from the X systray menu results in:

executing 'xterm', pid 1316
(pid 1316 stderr) Authorization required, but no authorization protocol 
specified
(pid 1316 stderr) xterm: Xt error: Can't open display: :0.0

So, for some reason, the existence of both .Xauthority and 
.serverauth.XXXX in my $HOME is still not sufficient to start additional 
X applications.

Remember that if I set XAUTHORITY to point to a file on my local disk 
instead of letting startxwin pick a file in $HOME, the first X 
application will always start up ok, and further X apps can be started 
without any problems.

regards,
Markus


-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -