Am Di., 15. Nov. 2022 um 03:45 Uhr schrieb Paul Eggert <egg...@cs.ucla.edu>: > On 11/14/22 00:16, Ondrej Valousek wrote: > > The disadvantage is that it pulls back dependency on libacl for some reason > > (the code does not > > use libacl at all > > Yes, this needs to be fixed somehow, as part of the point of this Gnulib > module is to not require programs like GNU ls to dynamically link to libacl.
Looks like an operator error; there's nothing in that patch that would cause an additional dependency. > It's also bad that GNU ls dynamically links to libpcre2, because > libselinux requires libpcre2(!) but I digress. Ouch. Thanks, Andreas
