From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7529 invoked by alias); 10 Mar 2010 16:09:21 -0000 Received: (qmail 7379 invoked by uid 22791); 10 Mar 2010 16:09:17 -0000 X-SWARE-Spam-Status: No, hits=-0.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40 X-Spam-Check-By: sourceware.org Received: from relay2-v.mail.gandi.net (HELO relay2-v.mail.gandi.net) (217.70.178.76) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 10 Mar 2010 16:09:13 +0000 Received: from mail-fx0-f211.google.com (mail-fx0-f211.google.com [209.85.220.211]) by relay2-v.mail.gandi.net (Postfix) with ESMTP id BAE24135D9 for ; Wed, 10 Mar 2010 17:09:10 +0100 (CET) Received: by fxm3 with SMTP id 3so1972535fxm.18 for ; Wed, 10 Mar 2010 08:09:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.62.83 with SMTP id w19mr1872532fah.22.1268237350327; Wed, 10 Mar 2010 08:09:10 -0800 (PST) In-Reply-To: References: Date: Wed, 10 Mar 2010 16:09:00 -0000 Message-ID: Subject: Trouble with xauth and ssh -Y since 1.7 upgrade From: "Jeffrey C. Jacobs" To: cygwin-xfree@cygwin.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2010-03/txt/msg00037.txt.bz2 This morning, I wanted to get the wdiff package so I loaded up my setup only to find it was time to upgrade my setup. =C2=A0Uh, oh, looks like we're on 1.7 now so major upgrade just for this 1 package. >sigh< =C2=A0Well, as I was sleepless at 1a45 and had a few hours before work, and didn't want to manually select 'skip' for the hundred or so packages that were being marked for upgrade so that I can have fun with 1.7, I read the change log notes, decided I didn't care about /etc/fstab and all the other things seemed minor so what the hay... So I do this, and, well, apart from the update updating qt3 then telling me that it and many other things are not updated on rerun then updating those then telling me 3 gnome packages and qt3 need updating so I update those so the same list of packages from before now need updating and back and forth like the dependancy tree is broken. =C2=A0Well, I say this but I doubt this be the issue but it probably explains the result of cygcheck reporting some incomplete, as can be seen below. But I provide that not to bore you but as back story to what I think is going on here. =C2=A0See, at first I could no longer run X. =C2=A0Eventu= ally I found in the FAQ question 3.4: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file and, well, I have FAT on that machine (ostensibly for TiVo hacking) and so tweaking my shortcut to add "-- -nolock" to the "startxwin.exe" command, X came up like a charm. Then, I went to another machine and used my second favourite ssh option: "-Y" ("-L" is the first, in case you're wondering). =C2=A0And what do you think I saw? =C2=A0Our old friend: /usr/bin/xauth: =C2=A0creating new authority file /home//.Xauthority /usr/bin/xauth: =C2=A0unable to link authority file /home//.Xauthority, use /home//.Xauthority-n The heck! =C2=A0Okay, so having read the FAQ and read and read and read so many articles hither and thither thanks to Google, I have come up with the theory that CygWin 1.7 breaks X11 Forwarding on a CygWin Host with a FAT32 file system because CYGWIN 1.7 changes how locks are performed and thus when sshd runs xauth it is unable to open ~/.Xauthority, creates ~/.Xauthority-n instead and does NOT set DISPLAY and does NOT allocate a display in /tmp as it used to. =C2=A0That is to say, ls -lauF /tmp/.X11-unix produces: drwxr-xr-x 1 None 0 2010-03-06 00:00 ./ drwxr-xr-x 1 None 0 2010-01-10 00:00 ../ srw-r--r-- 1 None 0 2010-03-10 00:00 X0=3D IIRC, there used to be an entry in /tmp/.X11-unix for each connected display, so I think the xauth isn't the only issue going on here. Also, I modified /etc/sshd_config to set XAuthLocation to "/usr/bin/xauth -v -i -b" and restarted the sshd service to force the server to break any locks on ~/.Xauthority if any exists before authenticating. =C2=A0Although this made the error go away, it didn't a) turn on verbose mode, since sshd adds '-q' to the parameter list of xauth, which disables '-v' and b) still doesn't create ~/.Xauthority. So, although I don't really want to go through the rigmarole of running convert.exe -- partly because I'm pretty sure there isn't enough free space on the drive to run it anyway -- I would consider it *if* I can be sure it's the only way I'll ever be able to X11 Forward again. =C2=A0So, can anyone confirm that xauth is permanently broken under FAT32? =C2=A0Or am I missing something? =C2=A0Thanks! Here's my cygcheck for my Win XP box... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/