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>