Skip site navigation (1)Skip section navigation (2)
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>