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:message-id; q= dns; s=default; b=oLcgebcSBiEN6/suR1dg9j8MmYYMYpogcOWvsF6Ig7LVA0 +0GhrAKsBNvdPmy2MIvkZxjznUBBE7t58SZP0eBUTX+zfU4U+dxY++YV221kOqpl Nfuj3jBbxfleqlk0sTkWe453exAq+9YcBFwLSMRivMpaaZd2Nc47EQi7eOumM= 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:message-id; s= default; bh=DnXQYoH99N5DFKtIuizecbFBD6c=; b=f7hxAS75iNIGXZluLsec 1gwYm8Bjo00D4w+Hffwl+wbXE95V7fqNrN9RiT1HbEe0Ay/mGss5oX6+WFf2S3IF 5rEYsg1cAqyOLgUnXyEkygxs6nwCy89s+bhKoX4ihdNrAY65RVhlrdYrderg5d2u SqGeCC61zSxRZrY8LIQ1loQ= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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.2 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: smtprelay01.ispgateway.de MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 06 Aug 2015 18:56:25 +0200 From: Markus Hoenicka To: cygwin AT cygwin DOT com Subject: X: Authorization required, but no authorization protocol specified Message-ID: <67ea3d1202eccadc3fc21e58af6ca4bf@mhoenicka.de> X-Sender: markus DOT hoenicka AT mhoenicka DOT de User-Agent: Roundcube Webmail X-Df-Sender: bWFya3VzLmhvZW5pY2thQG1ob2VuaWNrYS5kZQ== X-IsSubscribed: yes Hi, 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 waiting for X server to begin accepting connections 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/markus.hoenicka/.serverauth.324 . .. .. .. ..(II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/markus.hoenicka/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 00000005 winSetEngine - Multi Window or Rootless => ShadowGDI winScreenInit - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2960 height: 1050 depth: 32 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel glWinSelectGLimplementation: Loaded 'cygnativeGLthunk.dll' (II) AIGLX: Testing pixelFormatIndex 1 GL_VERSION: 2.1.0 - Build 8.15.10.2869 GL_VENDOR: Intel GL_RENDERER: Intel(R) 4 Series Internal Chipset (II) AIGLX: enabled GLX_SGI_make_current_read (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_SGIX_pbuffer (II) 51 pixel formats reported by wglGetPixelFormatAttribivARB (II) AIGLX: Set GLX version to 1.3 (II) 6 fbConfigs (II) ignored pixel formats: 0 not OpenGL, 6 RBGA float, 3 RGBA unsigned float, 0 unknown pixel type, 36 unaccelerated (II) GLX: Initialized Win32 native WGL GL provider for screen 0 winPointerWarpCursor - Discarding first warp: 1480 525 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "00000407" (00000407) "German", type 4 (--) Found matching XKB configuration "German (Germany)" (--) Model = "pc105" Layout = "de" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "de" Variant = "none" Options = "none" winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winProcEstablishConnection - winInitClipboard returned. Authorization required, but no authorization protocol specified .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. . Authorization required, but no authorization protocol specified .. Authorization required, but no authorization protocol specified .. Authorization required, but no authorization protocol specified .. Authorization required, but no authorization protocol specified .. Authorization required, but no authorization protocol specified These messages pop up forever until I kill the server. No X client is started, and I can't start any other from the systray X menu either (this just gives additional authorization error messages). 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. .startxwinrc looks like this: $ cat .startxwinrc exec sleep infinity and has these permissions: $ ls -al .startxwinrc -rw-rwxr--+ 1 myuser mygroup 51 Aug 6 16:34 .startxwinrc Some enviroment variables: $ echo $CYGWIN $ echo $DISPLAY :0.0 As a workaround I can start XWin manually like this: /usr/bin/XWin :0 -multiwindow However, I suppose the default behaviour of startx and startxwin was not intended to perform like this. Did I miss something obvious? 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