Re: New udeb for libacl and acl? (was Re: Bug#949712: please provide an udeb to be used by rsync-udeb)
On Mon, 2020-04-13 at 17:52:08 +0100, Samuel Henrique wrote:
> On Sun, 26 Jan 2020 at 17:29, Cyril Brulebois <kibi@debian.org> wrote:
> > Guillem Jover <guillem@debian.org> (2020-01-26):
> > > I'm also not sure whether it would make sense to add also an acl-udeb
> > > binary package, which would match for example the attr-udeb one.
> >
> > Does rsync really depend on libacl in the first place? I'm seeing
> > --disable-acl-support in its configure.ac; I haven't had to toy with
> > rsync in rescue mode just yet, so I'm not sure how imperative it would
> > be to have ACL support there…
> >
> > (I don't mind the acl udeb addition anyway, just putting some
> > ideas/options on the table.)
> My initial assumption was that having libacl-udeb wouldn't cause a
> considerable overhead, while having the benefit of shipping an
> rsync-udeb which supports the same features as the regular one (total
> size of rsync binary is around 500kb).
> I reckon Guillem mentions acl-udeb would match the already existent
> attr-udeb package, but I don't know how rsync deals with both libs and
> how they cap its features exactly, since it seems that libattr1 is
> only used in some archs (hppa, m68k, powerpcspe, sh4, sparc64). I can
> say that having support for ACLs on rsync-udeb would help in a
> scenario where the user wants to do a full copy of the files, maybe
> copying the whole system's FS with its ACLs along.
I thought having xattr and ACL support in an rsync-udeb did make sense,
because as you say, if you want to use it to initialize a filesystem
then you probably want all file attributes to be preserved as much as
possible. libattr might not be used on some arches depending on the
glibc support which has provided the syscall wrappers for some time
now.
> Guillem, please give me a heads up in case you think this is a good
> argument for providing libacl1-udeb, in such case I will stop
> investigating how to build rsync without having it symlinked to the
> lib.
Yeah, I think it does, otherwise I'd not have asked for an ack from
the d-i team. :) This is possibly slightly more overhead when the freeze
comes around, but several of the packages I maintain already ship udebs,
so this is soemthing I already need to keep in mind.
Thanks,
Guillem
Reply to: