Hi Sebastian, On 08.11.2015 21:09, Sebastian Andrzej Siewior wrote: > On 2015-11-08 18:52:32 [+0100], Andreas Cadhalpun wrote: >> I think it would be better to disable LFS instead: it is not enabled upstream >> and we only recently enabled it. > > since 98.5 to be exact. If we do this, we need to reopen #675558 because > we no longer use external libmspack but the embedded code instead.
Yes, that's quite unfortunate. >> Maybe filing a clamav upstream bug about this problem might be the way to go? >> Perhaps they can help adapting the code to nftw. > > Maybe. I could finish it and to post it to bugzilla and maybe it gets in > prior the official release. That would be great. > It wouldn't matter much for experimental. Indeed. > However if this does not happen we would have to decide what we do for > unstable and way it looks now, we drop LFS support and reopen #675558. Unstable wouldn't be so bad, as a fixed glibc is on the (distant) horizon. However, for stable it would be a sad regression. > If you both agree I will reopen the bug and upload it to exp tomorrow > evening. That's fine for me. I just did a test rebuild of the reverse dependencies (c-icap-modules dansguardian havp python-clamav) and all build successfully. Note however that for some reason libc-icap-mod-virus-scan doesn't depend on libclamav6/7 anymore since version 1:0.4.1-1 of c-icap-modules. Best regards, Andreas _______________________________________________ Pkg-clamav-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel
