Open Gottox opened 2 years ago
Can't reproduce. I can build it normally
I can reproduce this. I discovered this issue report because building "poppler" fails with the exact same error message. So at least 2 packages are now affected by this.
usr/bin/ld: /usr/lib/libz.a(deflate.o): warning: relocation against `z_errmsg' in read-only section `.text'
/usr/bin/ld: /usr/lib/libz.a(zutil.o): relocation R_X86_64_PC32 against symbol `z_errmsg' can not be used when making a shared object; recompile with -fPIC
Seems in both cases the build system (cmake) finds libz.a instead of libz.so, for whatever reason.
I can not reproduce issues with both nextcloud-client and popper in clean x86_64 glibc and musl masterdirs. It correctly picks the dynamic library for me.
The issue remained after a ./xbps-src clean
However, after rm -r hostdir masterdir
followed by ./xbps-src binary-bootstrap
, it is no longer reproducable. I can build nextcloud-client as well as poppler now. Both packages pick the dynamic zlib now too.
@Gottox: Maybe this will take care of this issue for you too
Just as a for future reference: I could fix a similar problem in a custom template by including zlib-devel
in the template's makedepends
field
Is this a new report?
Yes
System Info
Void 5.19.9_1 x86_64 GenuineIntel uptodate rrrmFFFFFFFFFF
Package(s) Affected
nextcloud-client-3.5.4_1
Does a report exist for this bug with the project's home (upstream) and/or another distro?
none
Expected behaviour
xbps-src pkg
should build a packageActual behaviour
Steps to reproduce
xbps-src pkg nextcloud-client