Hello Michael,
> > I appreciate the suggestion, I assumed that it would be a simple
> > workaround, but tried to make use of "--disable-acl-support", "export
> > enable_acl_support="no"" and "--enable-acl-support="no"" (which I
> > assumed would work, by looking at configure.sh and configure.ac) and
> > rsync-udeb still ends up being linked to libacl1. Maybe support for
> > that flag is broken, or I missed something.
>
> Hm, not sure if it's still relevant, but adding --disable-acl-support to
> the configure flags like this:
> override_dh_auto_configure:
> dh_auto_configure -- --with-included-zlib=yes --disable-acl-support
> works just fine here:
>
> $ dpkg --info ../rsync_3.1.3-8_amd64.deb | grep Depends
> Pre-Depends: init-system-helpers (>= 1.54~)
> Depends: lsb-base, libc6 (>= 2.15), libpopt0 (>= 1.14)
The udeb is already in unstable, so the main issue is solved, though I
still have interest in understanding what's wrong with what I've done
to disable acl support.
It looks like it works with:
override_dh_auto_configure:
dh_auto_configure -- --with-included-zlib=yes --disable-acl-support
But it doesn't works with:
override_dh_auto_configure:
dh_auto_configure -prsync-udeb -- --with-included-zlib=yes
--disable-acl-support
dh_auto_configure --remaining-packages -- --with-included-zlib=yes
Which leads me to believe that dh_auto_build is using the configure
artifacts from the main package instead of the one made with
"-prsync-udeb", I confirmed adding "--disable-acl-support" to
"--remaining-packages" makes both the udeb and the deb not depend on
libacl.
This means "--disable-acl-support" is fine, what I'm missing is
something on the DH side that needs to be fixed in d/rules.
Regards,
--
Samuel Henrique <samueloph>
