Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp692115yba; Fri, 3 May 2019 08:58:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqyGp5gqlFOdwXx+yUoEwawb1bAyLNj5lQIZx2Eh8wFh1Re40v4jXXfg1uCOsm3kXAE1GYGQ X-Received: by 2002:a63:6988:: with SMTP id e130mr11438869pgc.150.1556899094228; Fri, 03 May 2019 08:58:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556899094; cv=none; d=google.com; s=arc-20160816; b=dQrGUraFuklejXiutcS6fY/M4AALJNIh8LMOL705FOFdxvxKZ3KpU7tNPFCVZA6dVy FTLrExI8kskF5o3L8o1InaB2JyPsv+Ve5V0ClQINKzgDpJcK06N99FsTSUAQ99tPMimA BW2aKSWhR2ll3rHpqGAN0skIpxbCbcPsHGY9rYaPfek8TA32lbTBzpiddbnpNVknWyis 5XxNV4FswEGk3mINucepbNOM203u0nYrh5gzt5JK1SRefPT6pIdpyh4SAfyK/dHCANE6 Aw7ZBMUhFLLRjtMK3F61+UCvDnPY+woaZgnpDE9G/rIXOZvc+DgIAdIQ8gy8/dpavQzI KU1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=w0c6RDitVcRMgr/LJ/PAUqnG3EUvKaGEWpOp02wOirI=; b=DKf47jZ1DYDt1j05smT/QHuJLlABvoDp96B6Rn34Yfi2oSUWZfL8tup38xAyif0o1l V6+T/HOz78iBApP+X5r8HNyn/ubNE0xtdNZh6Sjq2l990hWuLBFKguqS2htxvouVYLA9 oSIy3Qma6ycb2rIi088YTrD1OHcQhv/qAVAhGHYQJAeRJm2m+25tsln3XfwWGCEKAc9b jxcXRRw15Ilny2XgTOuZu1OS04ozR+A1wDYFlL3ZZ1p4+ejkX7j37IZJOWfM1L20nDV5 UPKmAkJkStV3gsKXsoP/xw5QHrfzIjAug/ASPB6hXDalP0RdZaDKm6+tt9uFmozLLU8o kj9A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i3si2584425pgq.350.2019.05.03.08.57.50; Fri, 03 May 2019 08:58:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727397AbfECP1D (ORCPT + 99 others); Fri, 3 May 2019 11:27:03 -0400 Received: from fieldses.org ([173.255.197.46]:54374 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726267AbfECP1D (ORCPT ); Fri, 3 May 2019 11:27:03 -0400 Received: by fieldses.org (Postfix, from userid 2815) id 8AC291CC9; Fri, 3 May 2019 11:27:02 -0400 (EDT) Date: Fri, 3 May 2019 11:27:02 -0400 From: "J. Bruce Fields" To: "Goetz, Patrick G" Cc: Andreas Gruenbacher , NeilBrown , Amir Goldstein , Miklos Szeredi , Andreas =?utf-8?Q?Gr=C3=BCnbacher?= , Patrick Plagwitz , "linux-unionfs@vger.kernel.org" , Linux NFS list , Linux FS-devel Mailing List , Linux Kernel Mailing List Subject: Re: [PATCH] overlayfs: ignore empty NFSv4 ACLs in ext4 upperdir Message-ID: <20190503152702.GI12608@fieldses.org> References: <20161206185806.GC31197@fieldses.org> <87bm0l4nra.fsf@notabene.neil.brown.name> <875zqt4igg.fsf@notabene.neil.brown.name> <8f3ba729-ed44-7bed-5ff8-b962547e5582@math.utexas.edu> <31520294-b2cc-c1cb-d9c5-d3811e00939a@math.utexas.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31520294-b2cc-c1cb-d9c5-d3811e00939a@math.utexas.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Thu, May 02, 2019 at 05:51:12PM +0000, Goetz, Patrick G wrote: > > > On 5/2/19 12:44 PM, Andreas Gruenbacher wrote: > > On Thu, 2 May 2019 at 19:27, Goetz, Patrick G wrote: > >> On 5/1/19 10:57 PM, NeilBrown wrote: > >>> Support some day support for nfs4 acls were added to ext4 (not a totally > >>> ridiculous suggestion). We would then want NFS to allow it's ACLs to be > >>> copied up. > >> > >> Is there some reason why there hasn't been a greater effort to add NFSv4 > >> ACL support to the mainstream linux filesystems? I have to support a > >> hybrid linux/windows environment and not having these ACLs on ext4 is a > >> daily headache for me. > > > > The patches for implementing that have been rejected over and over > > again, and nobody is working on them anymore. > > > > Andreas > > That's the part I don't understand -- why are the RichACL patches being > rejected? Looking back through old mail....: http://lkml.kernel.org/r/20160311140134.GA14808@infradead.org For one I still see no reason to merge this broken ACL model at all. It provides our actualy Linux users no benefit at all, while breaking a lot of assumptions, especially by adding allow and deny ACE at the same sime. It also doesn't help with the issue that the main thing it's trying to be compatible with (Windows) actually uses a fundamentally different identifier to apply the ACLs to - as long as you're still limited to users and groups and not guids we'll still have that mapping problem anyway. Christoph also had some objections to the implementation which I think were addressed, but I could be wrong. --b.