Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 03 Feb 2003 08:38:32 -0200
From:      "Daniel C. Sobral" <dcs@tcoip.com.br>
To:        Doug Barton <DougB@FreeBSD.org>
Cc:        Robert Watson <rwatson@FreeBSD.org>, CURRENT <freebsd-current@FreeBSD.org>
Subject:   Re: copy extended attributes
Message-ID:  <3E3E46A8.2060109@tcoip.com.br>
In-Reply-To: <20030131224420.Y52941@12-234-22-23.pyvrag.nggov.pbz>
References:  <Pine.NEB.3.96L.1030130220138.35728A-100000@fledge.watson.org> <3E3A5500.60109@tcoip.com.br> <20030131224420.Y52941@12-234-22-23.pyvrag.nggov.pbz>

next in thread | previous in thread | raw e-mail | index | archive | help
Doug Barton wrote:
> Forgive me for being dense, but can you expand on your concerns?

My concern is setting various mac labels to various files in /etc, and 
having these files keep the labels after a mergemaster.

> 
> 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.
>>
>>
> 


-- 
Daniel C. Sobral                   (8-DCS)
Gerencia de Operacoes
Divisao de Comunicacao de Dados
Coordenacao de Seguranca
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail: Daniel.Capo@tco.net.br
         Daniel.Sobral@tcoip.com.br
         dcs@tcoip.com.br

Outros:
	dcs@newsguy.com
	dcs@freebsd.org
	capo@notorious.bsdconspiracy.net

You can't teach people to be lazy --
either they have it, or they don't.
		-- Dagwood Bumstead


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?3E3E46A8.2060109>