Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Jan 2014 21:13:39 -0800
From:      Tim Kientzle <tim@kientzle.com>
To:        Mark Felder <feld@freebsd.org>
Cc:        FreeBSD current <freebsd-current@freebsd.org>
Subject:   Re: mtree acl support
Message-ID:  <0D61C030-E1A3-4056-A6F1-00AF39F2ED0B@kientzle.com>
In-Reply-To: <93FD368C-21D1-4A5F-986A-859D83AFB5BF@kientzle.com>
References:  <1389710847.2685.70601137.72B5C024@webmail.messagingengine.com> <93FD368C-21D1-4A5F-986A-859D83AFB5BF@kientzle.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jan 15, 2014, at 9:11 PM, Tim Kientzle <tim@kientzle.com> wrote:

>=20
> On Jan 14, 2014, at 6:47 AM, Mark Felder <feld@freebsd.org> wrote:
>=20
>> I was recently talking to someone about how one would backup / =
restore
>> ACLs reliably. I didn't see any mention of ACLs in the mtree man page
>> and after a quick google I came upon this old mailing list post:
>>=20
>> =
http://lists.freebsd.org/pipermail/freebsd-hackers/2008-April/024173.html
>>=20
>> patch in list is here: =
http://heka.cenkes.org/sat/diffs/mtree_acl.diff
>> I've mirrored it here: https://feld.me/freebsd/mtree_acl.diff
>>=20
>> This old patch appears to still apply cleanly. I hate to see a patch =
die
>> and be forgotten.
>=20
> One problem that =91tar=92 has addressed (inspired by Joerg =
Schilling=92s
> work on star) is to permit ACLs to be restored even if the user =
database
> is out of date.
>=20
> This is done by including a fourth field in each ACE with the
> numeric user ID.
>=20
> I suspect you want to do the same for mtree.  I thought
> I remembered acl_to_text having an option to use
> an extended text format, so it might be a trivial change.

Also, comparing ACLs using strcmp() seems a little odd to me.

Tim




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0D61C030-E1A3-4056-A6F1-00AF39F2ED0B>