Date: Fri, 31 Jan 2003 22:44:36 -0800 (PST) From: Doug Barton <DougB@FreeBSD.org> To: "Daniel C. Sobral" <dcs@tcoip.com.br> Cc: Robert Watson <rwatson@FreeBSD.org>, CURRENT <freebsd-current@FreeBSD.org> Subject: Re: copy extended attributes Message-ID: <20030131224420.Y52941@12-234-22-23.pyvrag.nggov.pbz> In-Reply-To: <3E3A5500.60109@tcoip.com.br> References: <Pine.NEB.3.96L.1030130220138.35728A-100000@fledge.watson.org> <3E3A5500.60109@tcoip.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
Forgive me for being dense, but can you expand on your concerns?
Doug
On Fri, 31 Jan 2003, Daniel C. Sobral wrote:
> I'm starting to have a bad feeling about mergemaster and /etc's full of
> acl and mac labels...
>
> Robert Watson wrote:
> >
> > I have local patches submitted by Chris Faulhaber to copy ACLs when a file
> > is copied (or moved between file systems) that I've been meaning to finish
> > testing and merge. Likewise, for gzip, bzip, and others when a file is
> > replaced. This wouldn't address the general issue of copying extended
> > attributes, but is a necessary step. Presumably if we did extend cp, et
> > al, to copy EA's, they should explicitly copy only user namespace EAs, not
> > system EAs. There's been some recent e-mail on the Linux side about
> > interfaces to copy ACLs from one file to another, but I haven't had a
> > chance to review those changes as yet to see whether we should pick them
> > up.
>
>
--
If it's moving, encrypt it. If it's not moving, encrypt
it till it moves, then encrypt it some more.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030131224420.Y52941>