Date: Wed, 22 Jul 2009 17:19:31 +0200 From: Edward Tomasz Napierala <trasz@freebsd.org> To: Artis Caune <artis.caune@gmail.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r195785 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs Message-ID: <20090722151931.GA35550@pin.if.uz.zgora.pl> In-Reply-To: <9e20d71e0907220247x3b8b75cdm59106eaadc1517fa@mail.gmail.com> References: <200907201916.n6KJGhEl086253@svn.freebsd.org> <9e20d71e0907220247x3b8b75cdm59106eaadc1517fa@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 0722T1247, Artis Caune wrote: > > Author: trasz > > Date: Mon Jul 20 19:16:42 2009 > > New Revision: 195785 > > URL: http://svn.freebsd.org/changeset/base/195785 > > > > Log: > > Fix permission handling for extended attributes in ZFS. Without > > this change, ZFS uses SunOS Alternate Data Streams semantics - each > > EA has its own permissions, which are set at EA creation time > > and - unlike SunOS - invisible to the user and impossible to change. > > From the user point of view, it's just broken: sometimes access > > is granted when it shouldn't be, sometimes it's denied when > > it shouldn't be. > > > > This patch makes it behave just like UFS, i.e. depend on current > > file permissions. Also, it fixes returned error codes (ENOATTR > > instead of ENOENT) and makes listextattr(2) return 0 instead > > of EPERM where there is no EA directory (i.e. the file never had > > any EA). > > > > I can not create archives from ZFS file system after this commit. Should be fixed now. Sorry for the breakage. [..] -- If you cut off my head, what would I say? Me and my head, or me and my body?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090722151931.GA35550>