From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. Resent-From: f0rhum Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 16 Oct 2014 19:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18748@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.141348688832462 (code B ref -1); Thu, 16 Oct 2014 19:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 Oct 2014 19:14:48 +0000 Received: from localhost ([127.0.0.1]:46211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeqVb-0008RV-KB for submit@debbugs.gnu.org; Thu, 16 Oct 2014 15:14:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49243) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XeqVZ-0008RN-Mb for submit@debbugs.gnu.org; Thu, 16 Oct 2014 15:14:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeqVT-0005Tu-Ho for submit@debbugs.gnu.org; Thu, 16 Oct 2014 15:14:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: *** X-Spam-Status: No, score=3.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RECEIVED_FROM_WINDOWS_HOST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57101) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeqVT-0005Tq-Ec for submit@debbugs.gnu.org; Thu, 16 Oct 2014 15:14:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50939) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeqVN-0005YV-R3 for bug-coreutils@gnu.org; Thu, 16 Oct 2014 15:14:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeqVG-0005Qa-UZ for bug-coreutils@gnu.org; Thu, 16 Oct 2014 15:14:33 -0400 Received: from smtp6-g21.free.fr ([212.27.42.6]:17518) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeqVG-0005QM-OO for bug-coreutils@gnu.org; Thu, 16 Oct 2014 15:14:26 -0400 Received: from [192.168.22.9] (unknown [88.170.160.103]) (Authenticated sender: f0rhum) by smtp6-g21.free.fr (Postfix) with ESMTPSA id 6B6398232F for ; Thu, 16 Oct 2014 21:13:19 +0200 (CEST) Message-ID: <54401949.9030303@free.fr> Date: Thu, 16 Oct 2014 21:15:21 +0200 From: f0rhum User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <543FFF59.90307@free.fr> In-Reply-To: <543FFF59.90307@free.fr> X-Forwarded-Message-Id: <543FFF59.90307@free.fr> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Hi gnu world I posted a monologue about this in the list http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8527. Another got more audience: http://lists.nongnu.org/archive/html/acl-devel/2014-10/msg00001.html Well I read the coreutils FAQ and other the rtfm link, and I think it's time to ask if we could have a question for this in the coreutils FAQ, with the same brillant style than the ones for http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Why-doesn_0027t-rm-_002dr-_002a_002epattern-recurse-like-it-should_003f and http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Why-don_0027t-the-utilities-have-built-in-directory-recursion_003f , both refering to Unix philosophy, and both great light for half-gnubies like me. This one could be called "Why don't we have automatic inheritance of permissions with default extented acl?" This is a too long title, but too short to paint the landscape. I know acl definition in the POSIX 1e draft 17 is a withdraw job. I know acl is neither in coreutils nor even in GNU. I also now that the N in GNU stands for "not", so why "not" adopt the job further like yet cool working mkdir and touch? These two were made compliant with default extended acls, so why not cp and mv? I also know sgid is a step on the path of inheritance, but not enough when another group is needed. I think (maybe I think bad) that cp and mv, at least on local, when run __without-any-option-directly-related-to-the-permissions-mode-bits__ and then meet a default acl set at the destination directory, would discard they traditionnal behavior (that is re-writing permissions according to umasked process and/or mount ones, not sure) and instead would rewrite according only the said default acl as long as the process already has the write permission. Gureeks are there to mitigate my imagination ;-) Michael Orlitzky (aka copyright sucks) already did such a job, so why not make room for him? (or maybe it's already a WIP?) At least the FAQ would explain why 2 groups is one too much, both in Unix and GNU philosophies. Thank you Fabrice From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 19 18:56:03 2014 Received: (at control) by debbugs.gnu.org; 19 Oct 2014 22:56:03 +0000 Received: from localhost ([127.0.0.1]:56124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XfzON-0008SP-6b for submit@debbugs.gnu.org; Sun, 19 Oct 2014 18:56:03 -0400 Received: from joseki.proulx.com ([216.17.153.58]:59196) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XfzOK-0008Ry-VL for control@debbugs.gnu.org; Sun, 19 Oct 2014 18:56:01 -0400 Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 53EC621229 for ; Sun, 19 Oct 2014 16:55:59 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id 28CF22DC19; Sun, 19 Oct 2014 16:55:58 -0600 (MDT) Date: Sun, 19 Oct 2014 16:55:58 -0600 From: Bob Proulx To: control@debbugs.gnu.org Subject: close bug ticket Message-ID: <20141019165456499803136@bob.proulx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) close 18748 thanks Sending a further description to the bug submitter and the bug log in the immediately to be sent next email. From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. Resent-From: Bob Proulx Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 19 Oct 2014 22:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: f0rhum Cc: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.141375944132681 (code B ref 18748); Sun, 19 Oct 2014 22:58:01 +0000 Received: (at 18748) by debbugs.gnu.org; 19 Oct 2014 22:57:21 +0000 Received: from localhost ([127.0.0.1]:56130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XfzPc-0008V3-SU for submit@debbugs.gnu.org; Sun, 19 Oct 2014 18:57:21 -0400 Received: from joseki.proulx.com ([216.17.153.58]:59202) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XfzPa-0008Uu-PO for 18748@debbugs.gnu.org; Sun, 19 Oct 2014 18:57:19 -0400 Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 16E0F21229; Sun, 19 Oct 2014 16:57:18 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id 08DAF2DC19; Sun, 19 Oct 2014 16:57:17 -0600 (MDT) Date: Sun, 19 Oct 2014 16:57:17 -0600 From: Bob Proulx Message-ID: <20141019163905262248927@bob.proulx.com> References: <543FFF59.90307@free.fr> <54401949.9030303@free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54401949.9030303@free.fr> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -1.4 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) Hello Fabrice, f0rhum wrote: > Hi gnu world > I posted a monologue about this in the list > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8527. > Another got more audience: > http://lists.nongnu.org/archive/html/acl-devel/2014-10/msg00001.html > Well I read the coreutils FAQ and other the rtfm link, and I think it's > time to ask if we could have a question for this in the coreutils FAQ, > with the same brillant style than the ones for > http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Why-doesn_0027t-rm-_002dr-_002a_002epattern-recurse-like-it-should_003f > and > http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Why-don_0027t-the-utilities-have-built-in-directory-recursion_003f > , both refering to Unix philosophy, and both great light for > half-gnubies like me. I am glad you enjoyed those entries. That is why they were written. It is good to hear that people are appreciative of them. > This one could be called "Why don't we have automatic inheritance of > permissions with default extented acl?" One of the problems I personally would have in writing an ACL entry is that I personally don't use ACLs and therefore do not know them well enough to write a good FAQ entry that covers ACLs. I don't have the experience with them. If you (or anyone else) is using ACLs and knows them well then would you consider writing up an FAQ entry and submitting it? The best time to documentation is when you are learning something because that is when you still remember what you needed to know about it. > This is a too long title, but too short to paint the landscape. > I know acl definition in the POSIX 1e draft 17 is a withdraw job. > I know acl is neither in coreutils nor even in GNU. I also now that the > N in GNU stands for "not", so why "not" adopt the job further like yet If it wasn't obvious the Not in GNU had to do with the closed source proprietary license of Unix. And GNU was not closed. And there were many other improvements too. Along with some bad things too. Nothing is perfect. > cool working mkdir and touch? These two were made compliant with default > extended acls, so why not cp and mv? I don't know. Why not? You tell me. What is the problem? You haven't said what the problem is. What are you seeing? Can you provide a small test case that illustrates whatever problem you are talking about? Are you talking about Bug#8527[1]. If so did you intend to open a new bug report here? Perhaps you intended to add a comment to that bug ticket? If so then it would have been better simply to mail that bug ticket instead of creating a new one. If so we will merge this ticket with that one and continue the discussion there. [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8527. If you just want general discussion please use coreutiles@gnu.org instead. That is for general discussion. It is a normal mailing list. It is not a bug list and does not open a bug ticket each time. I think that might be where you intended to send this message. > I also know sgid is a step on the path of inheritance, but not enough > when another group is needed. > I think (maybe I think bad) that cp and mv, at least on local, when run > __without-any-option-directly-related-to-the-permissions-mode-bits__ and > then meet a default acl set at the destination directory, would discard > they traditionnal behavior (that is re-writing permissions according to > umasked process and/or mount ones, not sure) and instead would rewrite > according only the said default acl as long as the process already has Upon reading this I think you are looking for discussion. That is great. Discussion is best handled on the coreutils@gnu.org mailing list. Therefore I am going to close this as a bug ticket just to keep the accounting clear. If this thread continues and there is a bug logged here then it can trivially be opened again to track the status of it into the next release. > the write permission. Gureeks are there to mitigate my imagination ;-) > Michael Orlitzky (aka copyright sucks) already did such a job, so why > not make room for him? (or maybe it's already a WIP?) > At least the FAQ would explain why 2 groups is one too much, both in > Unix and GNU philosophies. I am sorry but you have completely lost me there. Bob From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. References: <54401949.9030303@free.fr> Resent-From: f0rhum@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 20 Oct 2014 16:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bob Proulx Cc: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.141382207829139 (code B ref 18748); Mon, 20 Oct 2014 16:22:02 +0000 Received: (at 18748) by debbugs.gnu.org; 20 Oct 2014 16:21:18 +0000 Received: from localhost ([127.0.0.1]:57446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XgFht-0007Zt-8j for submit@debbugs.gnu.org; Mon, 20 Oct 2014 12:21:17 -0400 Received: from smtp3-g21.free.fr ([212.27.42.3]:53818) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XgFhp-0007Zj-TC for 18748@debbugs.gnu.org; Mon, 20 Oct 2014 12:21:15 -0400 Received: from zimbra62-e11.priv.proxad.net (unknown [172.20.243.212]) by smtp3-g21.free.fr (Postfix) with ESMTP id 6F197A6335; Mon, 20 Oct 2014 18:19:48 +0200 (CEST) Date: Mon, 20 Oct 2014 18:21:11 +0200 (CEST) From: f0rhum@free.fr Message-ID: <1742973097.194944772.1413822071200.JavaMail.root@zimbra62-e11.priv.proxad.net> In-Reply-To: <20141019163905262248927@bob.proulx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [88.170.160.103] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: f0rhum@free.fr X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi Bob, Thank you for this detailed answer >> I posted ...in >> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8527... >> http://lists.nongnu.org/archive/html/acl-devel/2014-10/msg00001.html >> .. I ask ...if we could have a question for this in the coreutils FAQ... >>=20 > One of the problems I personally would have in writing an ACL entry is > that I personally don't use ACLs and therefore do not know them well > enough to write a good FAQ entry that covers ACLs. I don't have the > experience with them. If you (or anyone else) is using ACLs and knows > them well then would you consider writing up an FAQ entry and > submitting it? The best time to documentation is when you are > learning something because that is when you still remember what you > needed to know about it. Well Bob, I'm too newby in GNU/Linux to dare writing any documentation. Although, and yet a lot of tips-'n-tricks on acl exists on the web, they all lack the GNU philosophy background we find in the coreutils FAQ.= =20 And the sad thing is that Internet is the place where I find so much people ready to help, but who are not sure... because they do not use. Not using alc yourself, I really appreciate you do not try to answer. I must confess I can't always curb myself. >> cool working mkdir and touch? These two were made compliant with default >> extended acls, so why not cp and mv? > I don't know. Why not? You tell me. What is the problem? You > haven't said what the problem is. What are you seeing? Can you > provide a small test case that illustrates whatever problem you are > talking about? > Are you talking about Bug#8527[1]. If so did you intend to open a new > bug report here? Perhaps you intended to add a comment to that bug > ticket? If so then it would have been better simply to mail that bug > ticket instead of creating a new one. If so we will merge this ticket > with that one and continue the discussion there. > [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8527. Yes Bob, I posted a case there (*). And I got feedback, and even a workaro= und. Unfortunately, newb I am, and I went yet again stuck, namely at install time (I walked the compilation step, but newb I am and I can't say if the log states anything wrong). Furthermore, cp being a core utility, I'm afraid I break my system if I do = something wrong leaving it without a cp feature probably pre-required to reinstall th= e genuine one. Furfurthermomore, when I posted this workaround in the bug tracker to which I first submitted the ~bug~, a guy discouraged me using it (spartan "danger= ous") because of a "foo ; rm -rf tilde" thing that might fall from the skies. Wi= th no reply to him from a gureex, I dared my own newb's reply which remained huheeded ( https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1376443= ). And then I'm pretty sure you know/remember that "make" is a swearword for an average user, surely ruder than acl is if we consider the underlying com= plexity of each other, isn't it? (* I realize this is not of good practice to appends one's issue to another existing one. Again, I didn't want to flood with my big shoes and= =20 (wrongly?) thought it would be more constructive if ~related~ issues were together.) So, as I didn't want to flood the bug list here, and still being stuck after I re-re-read and re-re-re-read all I could find (man, info, drafts...= ) and went back to the coreutils faq (hoping I missed something of huge obvio= usness), where I found this (after I searched again for acl and permissions): "...If you still don=E2=80=99t find a suitable answer, consider posting the question to the bug list."=20 Well, I didn't want to flood, I'm advised too :/ ... so I did. Not really sure I hit a bug or my own nullity, I think asking a faq item in coreutils was then the best place for others in my breed ... unless I am a breed all on my own :), but I don't think so. If I went on posting here gnu, it is because I feel my issue is of that= kind we call "patate chaude" in french: ubuntu, debian, gnu, savannah, acl-develgnu|nongnu.org... who wants the hot potatoe? ;) ... nobody?? O= MR, did I find another French Administration? :( (Oh My Robespierre). > If you just want general discussion please use coreutiles@gnu.org > instead. That is for general discussion. It is a normal mailing > list. It is not a bug list and does not open a bug ticket each time. > I think that might be where you intended to send this message. Not really what I wanted... see above. But as you advise, I'll do. >> the write permission. Gureeks are there to mitigate my imagination ;-) >> Michael Orlitzky (aka copyright sucks) already did such a job, so why >> not make room for him? (or maybe it's already a WIP?) >> At least the FAQ would explain why 2 groups is one too much, both in >> Unix and GNU philosophies. > I am sorry but you have completely lost me there. Sorry Bob, I know I often get the verbal diarrhea disease (call it logorrhea if you want, I can't see a kind difference). When I feel so tired in searching, I'd rather like to be more precise, fearing the single really skilled person in the world reading the post would drop it as poorly decorated with juicy details. Here how it plays:=20 I ask a simple question, helper requires more details, I give... then silence or equivalent... so I post details elsewhere until I find ... = or not. I only wanted to say this, that if we can't imagine that 2 groups (**) with different permissions may need access to a same file|dir|tree, then we don't need acl... at all. This was a reference to my case in the bug #8527. (** none of them being neither the object owner private group nor "others") Bye bye Maybe I'll read you in the discussion list? Let me know. Fabrice From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 27 05:26:09 2014 Received: (at control) by debbugs.gnu.org; 27 Nov 2014 10:26:10 +0000 Received: from localhost ([127.0.0.1]:47019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtwH3-0000Tx-Km for submit@debbugs.gnu.org; Thu, 27 Nov 2014 05:26:09 -0500 Received: from mout.kundenserver.de ([212.227.126.130]:65224) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtwH2-0000Tq-O6 for control@debbugs.gnu.org; Thu, 27 Nov 2014 05:26:09 -0500 Received: from [10.0.4.15] (gw.camline.com [62.153.148.194]) by mrelayeu.kundenserver.de (node=mreue006) with ESMTP (Nemesis) id 0Ltyl8-1Y0qXB4A3a-011SGK; Thu, 27 Nov 2014 11:26:08 +0100 Message-ID: <5476FC3F.5000109@bernhard-voelker.de> Date: Thu, 27 Nov 2014 11:26:07 +0100 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: control@debbugs.gnu.org Subject: unarchive 18748 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:HspiwVtF7N0M/7Q7CRUJVYFHi9PbuIbwl/cZOVaVAw/ EfoKVxFxO6uQS6GLd22BiXf7ZEANctnRZU7V4codRJyhyVPe0W HoqT0HCIPckAgBJogcnjJmNb7bsHaYSIn0gkYCEmhOz1oZEh1r ThaJSxfyHjJVykZ5v/ySjRyVU6oXhmwGrz3T8VAEPA2uMeyG3x RJ2meazlLYxeKJoOIblODTH+nh6wj0entv7G0z+fLDamekGuUp 6OwYk32cxrPhrE/ECxSvslpKCQ2VgbAkeTP3qpuzgox4ceYZgC qTC2kaww0XzTHVExs3BJ/lgGwkfIPavr/MBBxZDmqTekg2Ofmf FG/yDz3ZyNFCLKEz3B3TD/+hL4ex+4pFiIupcmg56 X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) unarchive 18748 From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. Resent-From: Bernhard Voelker Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 27 Nov 2014 10:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bob Proulx , f0rhum Cc: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.14170841052090 (code B ref 18748); Thu, 27 Nov 2014 10:29:01 +0000 Received: (at 18748) by debbugs.gnu.org; 27 Nov 2014 10:28:25 +0000 Received: from localhost ([127.0.0.1]:47024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtwJF-0000Xd-4g for submit@debbugs.gnu.org; Thu, 27 Nov 2014 05:28:25 -0500 Received: from mout.kundenserver.de ([212.227.126.131]:60895) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtwJD-0000XV-Ff for 18748@debbugs.gnu.org; Thu, 27 Nov 2014 05:28:24 -0500 Received: from [10.0.4.15] (gw.camline.com [62.153.148.194]) by mrelayeu.kundenserver.de (node=mreue002) with ESMTP (Nemesis) id 0LnXO3-1YPOiQ18tr-00hzm6; Thu, 27 Nov 2014 11:28:21 +0100 Message-ID: <5476FCC4.9060309@bernhard-voelker.de> Date: Thu, 27 Nov 2014 11:28:20 +0100 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <543FFF59.90307@free.fr> <54401949.9030303@free.fr> <20141019163905262248927@bob.proulx.com> <5476FBB0.7050700@bernhard-voelker.de> In-Reply-To: <5476FBB0.7050700@bernhard-voelker.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:F+rYH31pEvU4mCDoSG01XkcAur5yzPjUhnQ1n57czZc qmwXoxXhtnbdgtTwNz9+NRHGBqTV5UqHBE3eCgYyJ6QKaW0tev cfSJcOfCDy/DgTKJW7z4XH13Gs/KNXzvaT4pMpC62UEHCgC4sa GxRMmo10mJcoadIHrpZTi14IshaET0UU2AcZadi8xUa9YCXoiT qUVzeRQE9q93+bL/V8A+r5pVbWxoP+Kgdzq+rBLz8ykkXMjA+1 pEa6KIjIKN4Xwd0dhzvZBMclEOd9T8R8qYp7fVnP5+k+UzY+q1 jpQ91Iqd0PooQrSI4DFzY3CgP/fieFGllkB/vQY4h7jYqBm+kc +ege7ziGlouvqfUq3xeFAmoojITDl4P0GmE7nbNN5 X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) [sorry for the double-post to you guys, I wasn't aware that the bug was already archived.] On 10/20/2014 12:57 AM, Bob Proulx wrote: > f0rhum wrote: >> cool working mkdir and touch? These two were made compliant with default >> extended acls, so why not cp and mv? > > I don't know. Why not? You tell me. What is the problem? You > haven't said what the problem is. What are you seeing? Can you > provide a small test case that illustrates whatever problem you are > talking about? I guess he's talking about the following test case (available on Michael Orlitzky's page [0]). [0] http://michael.orlitzky.com/articles/fixing_posix_acls_in_common_utilities.php $ mkdir acl $ cd acl $ # set the default ACL so that user 'lilly' has full rights. $ setfacl -d -m user:lilly:rwx . $ cp /etc/profile ./ $ getfacl profile # file: profile # owner: berny # group: users user::rw- user:lilly:rwx #effective:r-- group::rwx #effective:r-- mask::r-- other::r-- $ ls -ldog profile -rw-r--r--+ 1 10019 Nov 27 11:14 profile Since the file has inherited the permissions from the original file, the default ACLs set on the directory don't have any effect on the file, i.e., user lilly can not write the file. Interestingly, that's different with touch(1). If I understand it right, then this makes the default ACLs useless for the case it would widen the access on the files; the ACLs have to be fixed afterward manually. On the downstream SUSE bugtracker, we've received the same complaint in the meantime (bug#902060, not open to the public). Have a nice day, Berny From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. Resent-From: Bernhard Voelker Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 29 Nov 2014 16:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bob Proulx , f0rhum Cc: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.141727793121998 (code B ref 18748); Sat, 29 Nov 2014 16:19:02 +0000 Received: (at 18748) by debbugs.gnu.org; 29 Nov 2014 16:18:51 +0000 Received: from localhost ([127.0.0.1]:49332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XukjS-0005ii-CN for submit@debbugs.gnu.org; Sat, 29 Nov 2014 11:18:50 -0500 Received: from mout.kundenserver.de ([212.227.126.187]:64605) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XukjQ-0005ia-95 for 18748@debbugs.gnu.org; Sat, 29 Nov 2014 11:18:49 -0500 Received: from [192.168.1.10] (p54AF5D23.dip0.t-ipconnect.de [84.175.93.35]) by mrelayeu.kundenserver.de (node=mreue004) with ESMTP (Nemesis) id 0MT3ze-1XVuK11AcI-00S3Ny; Sat, 29 Nov 2014 17:18:31 +0100 Message-ID: <5479F1D6.1000703@bernhard-voelker.de> Date: Sat, 29 Nov 2014 17:18:30 +0100 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <543FFF59.90307@free.fr> <54401949.9030303@free.fr> <20141019163905262248927@bob.proulx.com> <5476FBB0.7050700@bernhard-voelker.de> <5476FCC4.9060309@bernhard-voelker.de> In-Reply-To: <5476FCC4.9060309@bernhard-voelker.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:FsIyt0MaAQ5zd2DNeSdcWHluvyTZ0Za8X58EkA73hTM LPG3PRxg1s7PDdXkCYmoT8SW96Iv62fmJSG7nECxbFQoMi58PI 9MriQIS71qrU7q1BrNJNXVIAvOx5QTVNX/if/gjvNkcfw8WLho Vry9A+vUpltZdgawvfFr24OsZbF1Hmix0WkUs1HdOePa5JxJG5 nrFkJIj8xAoRWdYKwvqYAw1hV0bC7VTMNbe/LkCTG06H1TSwxv wd/vrPIn7on5OVnno4BH3ksNgfeY+vuDzVibONcpx+3J4YvVyQ Vex3JabkUZCocFBpKOg3vYPYzsIIsGGrv7/Vzd/lsD8ngGVWg3 pjzwr1xOE+n2geBlMxBFzZD8QPTDH+Jq/9PWFwhlX X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 11/27/2014 11:28 AM, Bernhard Voelker wrote: > On 10/20/2014 12:57 AM, Bob Proulx wrote: >> f0rhum wrote: >>> cool working mkdir and touch? These two were made compliant with default >>> extended acls, so why not cp and mv? >> >> I don't know. Why not? You tell me. What is the problem? You >> haven't said what the problem is. What are you seeing? Can you >> provide a small test case that illustrates whatever problem you are >> talking about? > > I guess he's talking about the following test case (available on > Michael Orlitzky's page [0]). > > [0] http://michael.orlitzky.com/articles/fixing_posix_acls_in_common_utilities.php > > $ mkdir acl > $ cd acl > > $ # set the default ACL so that user 'lilly' has full rights. > $ setfacl -d -m user:lilly:rwx . > > $ cp /etc/profile ./ > $ getfacl profile > # file: profile > # owner: berny > # group: users > user::rw- > user:lilly:rwx #effective:r-- > group::rwx #effective:r-- > mask::r-- > other::r-- > > $ ls -ldog profile > -rw-r--r--+ 1 10019 Nov 27 11:14 profile > > Since the file has inherited the permissions from the original > file, the default ACLs set on the directory don't have any effect > on the file, i.e., user lilly can not write the file. > > Interestingly, that's different with touch(1). > > If I understand it right, then this makes the default ACLs useless > for the case it would widen the access on the files; the ACLs have > to be fixed afterward manually. > > On the downstream SUSE bugtracker, we've received the same > complaint in the meantime (bug#902060, not open to the public). Thinking more about this, it seems to me that the ACL design is broken, as the ACL only takes effect iff the regular permission bits are sufficient, right? I mean, the ACLs have correctly automatically been inherited (without cp's help) ... and therefore, there's nothing we can do about it without either violating POSIX permission copying or adding several ACL-related calls although the user told us not to do so. Did I miss something? Have a nice day, Berny From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. References: <54401949.9030303@free.fr> Resent-From: f0rhum@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 01 Dec 2014 08:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.141742388121341 (code B ref 18748); Mon, 01 Dec 2014 08:52:02 +0000 Received: (at 18748) by debbugs.gnu.org; 1 Dec 2014 08:51:21 +0000 Received: from localhost ([127.0.0.1]:50334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XvMhV-0005Y8-4A for submit@debbugs.gnu.org; Mon, 01 Dec 2014 03:51:21 -0500 Received: from smtp1-g21.free.fr ([212.27.42.1]:38829) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XvMhS-0005Xz-R8 for 18748@debbugs.gnu.org; Mon, 01 Dec 2014 03:51:19 -0500 Received: from zimbra62-e11.priv.proxad.net (unknown [172.20.243.212]) by smtp1-g21.free.fr (Postfix) with ESMTP id BFAE89400B5 for <18748@debbugs.gnu.org>; Mon, 1 Dec 2014 09:51:08 +0100 (CET) Date: Mon, 1 Dec 2014 09:51:16 +0100 (CET) From: f0rhum@free.fr Message-ID: <1386773253.315893837.1417423876747.JavaMail.root@zimbra62-e11.priv.proxad.net> In-Reply-To: <5479F1D6.1000703@bernhard-voelker.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [88.170.160.103] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Linux)/7.2.0-GA2598) X-Authenticated-User: f0rhum@free.fr X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > and therefore, there's nothing we can do about it without > either violating POSIX permission copying or adding several ACL-related > calls although the user told us not to do so. > Did I miss something? "...although the user told us not to do so..." Hi Bernie I'm still puzzled So do you mean the only way not to violate POSIX permissions is to respect "what the user tells to do"? Then let's get a look at what the user tells: First, use POSIX (basic) permissions THEN, add ACL support (to be read below "extended ACL support") Reverting the sequence is pure non sense (but if I first choose a system with native ACL support like NT), so if the 2nd step is a violation of the 1st one, then the 2nd one (violating) would just made be impossible so that said ACL support concept doesn't even exist. ACL support being currently advertised, I feel I legitimately want to see it applied as superseding the basic permissions set where (such or such tree) ***me-the-user*** want this superset to apply. If I'm wrong, at least ACL would be renamed to ACR (Access Control Restrictions) according to the current behaviour with cp/mv. Fabrice-the-user From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists. Resent-From: Bernhard Voelker Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 11 Dec 2014 08:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: f0rhum@free.fr, 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.14182882668746 (code B ref 18748); Thu, 11 Dec 2014 08:58:02 +0000 Received: (at 18748) by debbugs.gnu.org; 11 Dec 2014 08:57:46 +0000 Received: from localhost ([127.0.0.1]:42268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyzZC-0002Gz-2Z for submit@debbugs.gnu.org; Thu, 11 Dec 2014 03:57:46 -0500 Received: from mout.kundenserver.de ([212.227.126.130]:50441) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XyzZ9-0002Gk-FV for 18748@debbugs.gnu.org; Thu, 11 Dec 2014 03:57:44 -0500 Received: from [10.0.4.15] ([62.153.148.194]) by mrelayeu.kundenserver.de (mreue004) with ESMTPSA (Nemesis) id 0MWvbc-1YUpkB3imy-00VvFZ; Thu, 11 Dec 2014 09:57:36 +0100 Message-ID: <54895C7A.6060000@bernhard-voelker.de> Date: Thu, 11 Dec 2014 09:57:30 +0100 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <54401949.9030303@free.fr> <1386773253.315893837.1417423876747.JavaMail.root@zimbra62-e11.priv.proxad.net> In-Reply-To: <1386773253.315893837.1417423876747.JavaMail.root@zimbra62-e11.priv.proxad.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:jp8lUaYYdTMkAMgETH/1voPVzwEwkRY7u5euesuu6nKjRFfLx8f euFSQ3iM8NeNzSXhPizvsT0XshFKjAfhwVHFAYf1vCXb38DotFPfRlH1DTc7szDyDP1JvCF 5jrG85pi6C38FNaLGOC7zWJRz9K9ClhMnTLHhKy+cJa4HP6W60rKPsC90NBQ15mAPnA6cNc OCxZfvwstlSGRrKKDB0Bg== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 12/01/2014 09:51 AM, f0rhum@free.fr wrote: >> and therefore, there's nothing we can do about it without >> either violating POSIX permission copying or adding several ACL-related >> calls although the user told us not to do so. >> Did I miss something? > > "...although the user told us not to do so..." > > Hi Bernie > I'm still puzzled > So do you mean the only way not to violate POSIX permissions is to respect "what the user tells to do"? The point is that this is not only a problem of cp(1), but affects all programs which only open(..., 0644), e.g. ---------------8<--------------- #include #include #include #include int main(int argc, char **argv) { int fd = open("./testfile", O_WRONLY|O_CREAT|O_EXCL, 0644); if (-1 <= fd) return 1; return 0; } --------------->8--------------- Simply compile with "gcc -Wall -o prg prg.c", and run in that default-ACLed directory ("setfacl -d -m user:lilly:rwx ."). The resulting "testfile" will also not be writeable by that other user. The crucial point with the cp(1) example is that the source file is not group-writeable; therefore, the target file isn't either. If the source were already group-writable, then the target would be, too, and the ACL could take effect. Just check with a different file: $ touch /tmp/otherfile \ && chmod g+r /tmp/otherfile \ && cp /tmp/otherfile . Thinking more about this, my guess is that this can be seen as a security feature of default ACLs: if a file is copied from another place and group members did not have write permissions there, then this still applies to the copy in the default-ACLed directory. The only way out is really fixing the ACLs - which looks too expensive for cp(1) to me. Maybe a new "--apply-default-acls-from-target-dir" option? Any other ideas or conclusions? Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 12 18:22:16 2015 Received: (at control) by debbugs.gnu.org; 12 Apr 2015 22:22:16 +0000 Received: from localhost ([127.0.0.1]:54235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhQGd-0000yG-Jr for submit@debbugs.gnu.org; Sun, 12 Apr 2015 18:22:15 -0400 Received: from mail-qk0-f178.google.com ([209.85.220.178]:36844) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhQGb-0000y3-AK for control@debbugs.gnu.org; Sun, 12 Apr 2015 18:22:13 -0400 Received: by qku63 with SMTP id 63so145546844qku.3 for ; Sun, 12 Apr 2015 15:22:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ePpLUBHcuDnzJkV2anzacQ4y1H60U+IjOsTXS1XzRCM=; b=a4bGoFbf63of2KRvNBTsKn7IXknqGP9deIJ96GD8lMWRJ1NbDWe2BdNQZAF7OvMDW1 23DoQ//I8VNDWBUIJVQTTwLoNBAYpkmGYG74M/vBMl9WEPH8tgJiZ84nvNIr2a5x+21Y WdFlf3RBI4TRFzOrFU5wIyPI5hdjGRQuzD5EFrv8ou8oC6szKH4/zlLvwn0gLKgF6YaK V4DygKyV5I1SjVFEuBD1EiZpXbxZutD9TWDcJHKbKgMvKlC2VV3X2nwmjRVvBJo0d2GX DynKxp1lW3eIJeEeQEgWmCHOSYikXGW9Wsh0DgjeyYwREqv33z42lq+gqvWV6QarciAv Q5Tw== MIME-Version: 1.0 X-Received: by 10.60.101.195 with SMTP id fi3mr10093452oeb.65.1428877327811; Sun, 12 Apr 2015 15:22:07 -0700 (PDT) Received: by 10.182.143.72 with HTTP; Sun, 12 Apr 2015 15:22:07 -0700 (PDT) Date: Mon, 13 Apr 2015 00:22:07 +0200 Message-ID: Subject: From: =?UTF-8?Q?Andreas_Gr=C3=BCnbacher?= To: control@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: unarchive 18748 [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreas.gruenbacher[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.220.178 listed in list.dnswl.org] 2.0 BLANK_SUBJECT Subject is present but empty 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: unarchive 18748 [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.220.178 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreas.gruenbacher[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 2.0 BLANK_SUBJECT Subject is present but empty 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 TVD_SPACE_RATIO TVD_SPACE_RATIO unarchive 18748 From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists References: <54401949.9030303@free.fr> In-Reply-To: <54401949.9030303@free.fr> Resent-From: Andreas =?UTF-8?Q?Gr=C3=BCnbacher?= Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 12 Apr 2015 23:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.142888023013639 (code B ref 18748); Sun, 12 Apr 2015 23:11:02 +0000 Received: (at 18748) by debbugs.gnu.org; 12 Apr 2015 23:10:30 +0000 Received: from localhost ([127.0.0.1]:54253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhR1J-0003Xu-RH for submit@debbugs.gnu.org; Sun, 12 Apr 2015 19:10:30 -0400 Received: from mail-vn0-f54.google.com ([209.85.216.54]:42095) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhR1H-0003Xf-BT for 18748@debbugs.gnu.org; Sun, 12 Apr 2015 19:10:27 -0400 Received: by vnbf129 with SMTP id f129so14673166vnb.9 for <18748@debbugs.gnu.org>; Sun, 12 Apr 2015 16:10:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lF+Rv9va8SjeLA2PlM9cqw+QU/MLE6zceeQduBZqBO4=; b=BKwAC24bWC3GFmldPVi1gfnDoOcPVf+7E557f76pMTDupqScp4bDR/WS7zoKeoAnnb m80o0nbc9rY2WITcDzoibCT2df4dJJWyav5150zo67JiBU62I1BO0FQNWFwJv4OLXC0V ffFKIs2KnxSWKXZjxenR9QT/bmQuV8iq75w2Iev4Thtf11kuQhyEHJN7PCyEgmRfxgma AMe8OhXjzRGl/dyk6gh2/PhSt8IsCBg8hz5v+R8bl38HHiolacYlu4p33hPU5/hO0re/ CF27sM9M3LHYWzWQts2C21+sajQ2jSpPiLLgg9chkjhWSzPFRWwJ6Sqn5UKFxx7ojnb4 zIbA== MIME-Version: 1.0 X-Received: by 10.202.72.213 with SMTP id v204mr5551265oia.116.1428880221795; Sun, 12 Apr 2015 16:10:21 -0700 (PDT) Received: by 10.182.143.72 with HTTP; Sun, 12 Apr 2015 16:10:21 -0700 (PDT) Date: Mon, 13 Apr 2015 01:10:21 +0200 Message-ID: From: Andreas =?UTF-8?Q?Gr=C3=BCnbacher?= Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) When a file is copied with cp, the default is to create the new file in the target directory, with the file mode of the original file as the create mode. This default can be overridden with cp's -p or --preserve=mode options. This has the following effect: * In the absence of a default acl, the new file will have the original file's permission bits minus the umask. * In the presence of a default acl, the default acl replaces the umask. The new file will inherit the default acl, which results in an imaginary file mode. The actual file mode is set to the intersection of the original file's permission bits and this imaginary file mode. This is not a bug, it is the expected and documented behavior; see the POSIX standard, POSIX 1003.1e/2c draft standard [*], and also the coreutils info pages (info coreutils 'cp invocation') which could be improved. [*] http://wt.tuxomania.net/publications/posix.1e/download.html Andreas From unknown Sun Jun 22 22:44:53 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18748: cp doesn't behaves as mkdir and touch when a default acl exists Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 13 Apr 2015 08:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18748 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Andreas =?UTF-8?Q?Gr=C3=BCnbacher?= , 18748@debbugs.gnu.org Received: via spool by 18748-submit@debbugs.gnu.org id=B18748.14289145489326 (code B ref 18748); Mon, 13 Apr 2015 08:43:02 +0000 Received: (at 18748) by debbugs.gnu.org; 13 Apr 2015 08:42:28 +0000 Received: from localhost ([127.0.0.1]:54567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhZwp-0002QM-Qu for submit@debbugs.gnu.org; Mon, 13 Apr 2015 04:42:28 -0400 Received: from mail2.vodafone.ie ([213.233.128.44]:28754) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YhZwo-0002Q8-2z for 18748@debbugs.gnu.org; Mon, 13 Apr 2015 04:42:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiELAHiAK1VtTE3x/2dsb2JhbABcgwxSXAGDFMMwhX4BAgKBMkwBAQEBAQF+QQEEg1oBAQQjDwFWCw0LAgIFFgsCAgkDAgECAUUGAQwIAQGIKgEItVeFaJAvDCCBIYoKhQOCaIFFBZUFhzOGEYlxg00ig3A9MgGCQQEBAQ Received: from unknown (HELO localhost.localdomain) ([109.76.77.241]) by mail2.vodafone.ie with ESMTP; 13 Apr 2015 09:42:19 +0100 Message-ID: <552B816A.4090807@draigBrady.com> Date: Mon, 13 Apr 2015 09:42:18 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 References: <54401949.9030303@free.fr> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 13/04/15 00:10, Andreas Grünbacher wrote: > When a file is copied with cp, the default is to create the new file > in the target directory, with the file mode of the original file as > the create mode. This default can be overridden with cp's -p or > --preserve=mode options. > > This has the following effect: > > * In the absence of a default acl, the new file will have the original > file's permission bits minus the umask. > > * In the presence of a default acl, the default acl replaces the umask. > The new file will inherit the default acl, which results in an imaginary > file mode. The actual file mode is set to the intersection of the original > file's permission bits and this imaginary file mode. > > This is not a bug, it is the expected and documented behavior; see the > POSIX standard, POSIX 1003.1e/2c draft standard [*], and also the > coreutils info pages (info coreutils 'cp invocation') which could be > improved. Your improvement pull request is now pushed at http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=88e4910 thanks! Pádraig.