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