From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 92005 invoked by alias); 30 Apr 2015 23:54:38 -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 91997 invoked by uid 89); 30 Apr 2015 23:54:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: zimbra-new.ceos.com.au Received: from mail3.ceos.com.au (HELO zimbra-new.ceos.com.au) (203.214.65.134) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 30 Apr 2015 23:54:35 +0000 Received: from localhost (localhost [127.0.0.1]) by zimbra-new.ceos.com.au (Postfix) with ESMTP id CC16DC295AA for ; Fri, 1 May 2015 09:54:31 +1000 (AEST) Received: from zimbra-new.ceos.com.au ([127.0.0.1]) by localhost (zimbra-new.ceos.com.au [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id k-de6SqUpzWm for ; Fri, 1 May 2015 09:54:30 +1000 (AEST) Received: from localhost (localhost [127.0.0.1]) by zimbra-new.ceos.com.au (Postfix) with ESMTP id 63A1BC295A3 for ; Fri, 1 May 2015 09:54:30 +1000 (AEST) Received: from zimbra-new.ceos.com.au ([127.0.0.1]) by localhost (zimbra-new.ceos.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HkVOdg4oKBGB for ; Fri, 1 May 2015 09:54:30 +1000 (AEST) Received: from zimbra-new.ceos.com.au (zimbra-new.ceos.com.au [172.17.2.3]) by zimbra-new.ceos.com.au (Postfix) with ESMTP id 4D68FC295AA for ; Fri, 1 May 2015 09:54:30 +1000 (AEST) Date: Thu, 30 Apr 2015 23:54:00 -0000 From: John Orr To: cygwin Message-ID: <1550041170.277687.1430438070257.JavaMail.zimbra@ceos.com.au> In-Reply-To: <20150430105644.GM3657@calimero.vinschen.de> References: <397346277.275101.1430383452664.JavaMail.zimbra@ceos.com.au> <20150430105644.GM3657@calimero.vinschen.de> Subject: Re: Trouble with Git 2.1.x pushing to repos over Samba MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00669.txt.bz2 Hi Corinna, > From: "Corinna Vinschen" >> [...] >> #: john@johndesktop:/cygdrive/l ; ls -ld .git/objects/ >> drwxr-xr-x 1 john Unix_Group+1000 0 Nov 13 14:13 .git/objects/ >> >> (albeit, Corinna, with my group issue still not yet resolved) > > You tried the /etc/group tweak as I suggested in my latest mail in that > thread, I take it? Yes, I've tried a few different approaches, without luck thus far. However, since when we started that thread, I already had the group part looking right, and it was only the user that was wrong, I figured I should keep trying harder before seeking more help with the group. >> access(/cygdrive/l/.git, R_OK) returned 0 >> access(/cygdrive/l/.git, W_OK) returned 0 >> access(/cygdrive/l/.git, X_OK) returned -1 >> >> The last test is the one run by git, that makes it reject my /cygdrive/l/.git >> directory. >> >> Not sure if that's relevant, but just in case. > > Thanks for the info. I found a really dumb bug in my code. Thank you for fixing this bug. In truth - I don't really care much which user/group cygwin reports for my samba shares - the real issue I've been annoyed by for months (since installing 1.7.34 the day after it was released, totally ignorant of the major changes it contained...) was this one with some git shares mounted on samba. However, since it looked like a permissions problem and no one else seemed troubled by it, I figured it best to get my house in order with the new permissions setup before seeking help with this issue. Having at least got the user looking right (which I assumed git would be using), it was time to dig into git. > P.S.: As a side-note: While this patch (hopefully) reverts this code to > work as pre-1.7.34, it seems that the internal Windows access > check function is not quite up to the task for Samba shares in > scenarios as John's one. It will always report back the access of > the "others" part of POSIX permission bits. Only with the new > mapping of S-1-22-x-y SIDs to real WIndows accounts, or with > winbindd-supported mapping, the Windows access check will really > work as desired. That's unfortunate - though now at least (since my "others" has execute permissions), git is working again for me. I'll keep digging at my "group" issue as a back project. Thanks heaps for your speedy fix - have a great and well-earned break! John -- 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