From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 97738 invoked by alias); 11 Aug 2015 08:42:24 -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 97726 invoked by uid 89); 11 Aug 2015 08:42:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_2,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 11 Aug 2015 08:42:22 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZP58T-0007ub-BO for cygwin@cygwin.com; Tue, 11 Aug 2015 10:42:17 +0200 Received: from 217.10.52.10 ([217.10.52.10]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Aug 2015 10:42:17 +0200 Received: from Stromeko by 217.10.52.10 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Aug 2015 10:42:17 +0200 To: cygwin@cygwin.com From: Achim Gratz Subject: Shares with strange ACL settings Date: Tue, 11 Aug 2015 08:42:00 -0000 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes X-SW-Source: 2015-08/txt/msg00151.txt.bz2 I've thought some more about those strange shares I need to use that have inherited ACL that don't let me change the ACL at all and hence prevent Cygwin from fixing up the POSIX permissions. That generally ends up with permissions like these: % ll test total 10 d---rwx---+ 1 gratz Domain Users 0 Aug 10 11:51 ./ d---rwx---+ 1 Administrators Administrators 0 Aug 10 11:50 ../ ----rwx---+ 1 gratz Domain Users 18 Aug 10 11:51 blafasel* ----rwx---+ 1 gratz Domain Users 18 Aug 10 11:51 blumblum* Some applications that know how POSIX ACL are supposed to work conclude that such directories or files are not readable: % cd test % perl -E 'say -r "." ? "readable" : "not readable";' not readable % perl -E 'say -r "blafasel" ? "readable" : "not readable";' not readable Other applications not using this shortcut and going all the way to faccessat correctly determine readability: % [ -r . ] && echo readable || echo not readable readable (1056)/mnt/upload/test > [ -r blafasel ] && echo readable || echo not readable readable If I access the files from another account (that has the same group memberships that give read/write access to the share) or change the owner, then the shortcut is never invoked: $ perl -E 'say -r "." ? "readable" : "not readable";' readable $ perl -E 'say -r "blafasel" ? "readable" : "not readable";' readable $ [ -r . ] && echo readable || echo not readable readable $ [ -r blafasel ] && echo readable || echo not readable readable So, it would probably help if I had a mount option to force the ownership to some account that I am never logged in as, either via a mount option or whenever the POSIX user modes are all cleared. I don't know if that might confuse applications when they check ownership on newly created files, though. Is that something that is implementable easily so it could be tested via a snapshot? Regards, Achim. -- 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