From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5308 invoked by alias); 7 Aug 2015 09:26:56 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 5285 invoked by uid 89); 7 Aug 2015 09:26:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-HELO: out5-smtp.messagingengine.com Received: from out5-smtp.messagingengine.com (HELO out5-smtp.messagingengine.com) (66.111.4.29) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 07 Aug 2015 09:26:54 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id A330E20AAD for ; Fri, 7 Aug 2015 05:26:52 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 07 Aug 2015 05:26:52 -0400 Received: from [192.168.1.102] (host86-141-131-77.range86-141.btcentralplus.com [86.141.131.77]) by mail.messagingengine.com (Postfix) with ESMTPA id 10F6768017A; Fri, 7 Aug 2015 05:26:51 -0400 (EDT) Subject: Re: X: Authorization required, but no authorization protocol specified To: cygwin@cygwin.com, cygwin@cygwin.com References: <67ea3d1202eccadc3fc21e58af6ca4bf@mhoenicka.de> From: Jon TURNEY Cc: markus.hoenicka@mhoenicka.de Message-ID: <55C479DA.7000203@dronecode.org.uk> Date: Fri, 07 Aug 2015 09:26:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <67ea3d1202eccadc3fc21e58af6ca4bf@mhoenicka.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2015-08/txt/msg00109.txt.bz2 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. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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