Control: tag -1 -patch El lunes, 6 de febrero de 2023 15:03:41 -03 Lisandro Damián Nicanor Pérez Meyer escribió: > clone 1030546 -1 > reassign -1 src:libzstd 1.5.2+dfsg2-3 > severity -1 important > retitle -1 libzstd: breaks detection using cmake? > block 1030546 by -1 > thanks > > El sábado, 4 de febrero de 2023 18:23:34 -03 Helge Deller escribió: > > Package: qt6-base > > Tags: patch, ftbfs, hppa > > Version: 6.4.2+dfsg > > > > The attached patch fixes this qt6-base "build-from-source" (FTBFS) failure > > on hppa: /usr/bin/ld: /usr/lib/hppa-linux-gnu/libzstd.a(error_private.o): > > relocation R_PARISC_DPREL21L can not be used when making a shared object; > > recompile with -fPIC > > > > The problem is, that qt6-base suddenly tries to link against the static > > library of libzstd.a, while in the past it did linked against the shared > > library: > > > > In current failing build (6.4.2+dfsg-1): > > -- Found WrapZSTD: 1.5.2 (found suitable version "1.5.2", minimum required > > is "1.3") Full log is here: > > https://buildd.debian.org/status/fetch.php?pkg=qt6-base&arch=hppa&ver=6.4. > > 2% 2Bdfsg-1&stamp=1675198832&raw=0 > > > > while it worked in the past for qt6-base 6.4.2+dfsg~rc1-1 > > -- Found WrapZSTD: /usr/lib/hppa-linux-gnu/libzstd.so (found suitable > > version "1.5.2", minimum required is "1.3") Full log is here: > > https://buildd.debian.org/status/fetch.php?pkg=qt6-base&arch=hppa&ver=6.4. > > 2% 2Bdfsg%7Erc1-1&stamp=1672201686&raw=0 > > > > The attached patch changes WrapZSTD to prefer the dynamic library. > > the source code between those two versions (and in fact between > 6.4.2+dfsg~rc1-1 and 6.4.2+dfsg~rc1-2) did not change, so there must be > something else, external, triggering the change here. > > Look at this, on 6.4.2+dfsg~rc1-1 with libzstd 1.5.2+dfsg-1 > > -- Found WrapZSTD: /usr/lib/hppa-linux-gnu/libzstd.so (found suitable > version "1.5.2", minimum required is "1.3") > > But on 6.4.2+dfsg~rc1-2, with 1.5.2+dfsg2-1: > > -- Found WrapZSTD: 1.5.2 (found suitable version "1.5.2", minimum required > is "1.3") > > > libzstd maintainers: for some reason the libzstd detection changed between > 1.5.2+dfsg-1 and 1.5.2+dfsg2-1. Well, the clone failed, but maybe this is not necessary. If I'm reading the code and the packaging changes correctly the change is that zstd changed from generating just pkgconfig files from also generating cmake files. In this case the cmake files take precedence, but neither zstd::libzstd_shared nor zstd::libzstd_static are being defined, and Helge's patch reverses the order, thus changing the default. I'll open a bug upstream about this, in the meantime I'll create a derivative patch that forces using the shared library, ie , being more aggressive so it's understood.
Attachment:
signature.asc
Description: This is a digitally signed message part.