From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21603 invoked by alias); 10 Feb 2016 17:39:35 -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 21516 invoked by uid 89); 10 Feb 2016 17:39:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=REQUIRED, deficient, H*i:sk:4868856, H*MI:sk:4868856 X-HELO: mail-wm0-f46.google.com Received: from mail-wm0-f46.google.com (HELO mail-wm0-f46.google.com) (74.125.82.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 10 Feb 2016 17:39:33 +0000 Received: by mail-wm0-f46.google.com with SMTP id p63so36691098wmp.1 for ; Wed, 10 Feb 2016 09:39:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :reply-to:user-agent:mime-version:content-type :content-transfer-encoding; bh=WUCwLs03E2CrpfgcB8HB5YWLyemgAQ46c8tUX6nhuSQ=; b=HpAHBWdtji4b6ovfbCICF+wmhuqKxSpmpmjMOk9ljqDKh7LLncPJX/LwPuf6Ngk+R/ dmawGjEKBxF2W1+ct+V2feLgtHS6Ui16iI0KLYVBILA6rbxM/pUSSfh3D1qwBM7//48P XNQzjLaTdq0QI4nPOtnhKd4mSnXagbUYhtXLzvVEgydw/PSHaV+Ed+eqUBTS4w9OXor/ 2m94SIUnYSRjyjiT/oI3VA8/uUKm0IgUa6e7QfcyLUs5hfApbLI/VSVu81X5WltkN2gn M6jHBBDG6NeMwGHh1tQZqEr+pzrOAtq8pr0M4dhFaHupMUAiBL6Jc6Xxg223IdWDvyGb Xadg== X-Gm-Message-State: AG10YOSim4vI/tAmIoHoqyUY1DKcPg1uVbjzZGB4ddc+sw3TBLmxk5rOJ/ppEw8VTI9Idg== X-Received: by 10.28.96.85 with SMTP id u82mr12064843wmb.81.1455125970451; Wed, 10 Feb 2016 09:39:30 -0800 (PST) Received: from [192.168.1.116] (cm146-196.liwest.at. [81.10.146.196]) by smtp.gmail.com with ESMTPSA id w66sm4397327wmd.2.2016.02.10.09.39.29 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 10 Feb 2016 09:39:29 -0800 (PST) From: xnor To: cygwin@cygwin.com Subject: Re[2]: Issues with ACL settings after updating to the latest cygwin.dll Date: Wed, 10 Feb 2016 17:39:00 -0000 Message-Id: In-Reply-To: <486885659.20160210050721@yandex.ru> Reply-To: xnor User-Agent: eM_Client/6.0.24316.0 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00140.txt.bz2 >It was always the case. >Permissions are NOT REQUIRED to be ordered in a specific way, but=20 >Explorer is >only capable of editing them in the only one way. >Means, Explorer is deficient. Explorer. Not Windows. Windows is=20 >perfectly >capable of handling the Cygwin ACL in the intended way. No, it really wasn't. The ACLs were fine until the change in the new Cygwin version. Now there=20 are 12 ACL entries, all non inherited / inheritance is broken, for each=20 file... Also, I always ways able to change ACLs through Explorer without=20 warnings, which I need to do from time to time. I'm sorry but all of this can be summed up as bad design. I've explained what ACLs should be added by Cygwin in a related message.=20 By making use of default, inherited ACLs, at most 3 (+1 for whatever=20 NULL SID is doing ...) are needed. At least I see no reason why there=20 should be such a bloat. Besides, if cygwin set ACLs properly on the root folder this could be=20 reduced to 0 additional non-inherited ACLs for many files. -- 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