FS#53754 - [lib32-libpng] libpng16.so.16 Unsatisifable dependency on ZLIB_1.2.9

Attached to Project: Community Packages
Opened by Doug (glia) - Saturday, 22 April 2017, 15:50 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 22 April 2017, 18:01 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
The package seems to depend specifically on an outdated version of libz.so, the current version is 1.2.11. No package is available for 1.2.9
Never appears to look for the library anywhere other than /lib/libz.so.1. No mention of checking /usr/lib32/
zlib 1.2.9 could not be cross compiled on the test 64bit system due to unknown linker error, unable to find gcc. zlib 1.2.11 and lib32-zlib 1.2.11 were installed without problem but do not satisfy the dependency.

This was discovered trying to run 32 bit binary X3TC_config, (part of X3 terran conflict bundle from gog.com), will happily retest with something more practical and reproducible if suggested.
readelf seems to confirm specific version dependency.

Base: Up-to-date (22/04/17) Arch 64-bit, with multilib, kernel 4.10.11-1
Packages: libpng 1.6.29-1, lib32-libpng 1.6.29-1, lib32-libpng12 1.2.57-1, zlib 1:1.2.11-1, lib32-zlib 1.2.11-1

Hardware: AMD64, FX series CPU, Gigabyte m/b, Nvidia GPU with nvidia 378.13-5 package

Websearch with ixquick did not seem to produce useful results.

Steps to reproduce:
./X3TC_config
readelf -a /usr/lib32/libpng16.so.16 | tail -n20
perhaps other 32-bit binaries depending on lib32 libpng16.so.16
   readelf.log (0.9 KiB)
   gdb.log (0.3 KiB)
This task depends upon

Closed by  Doug Newgard (Scimmia)
Saturday, 22 April 2017, 18:01 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Saturday, 22 April 2017, 16:03 GMT
Looks like a problem with a bundled lib to me.

Edit: note that it isn't looking at /lib/libz.so.1, it's looking at lib/libz.so.1
Comment by Doug (glia) - Saturday, 22 April 2017, 17:27 GMT
Well spotted. There was another nested lib directory I hadn't noticed.

Loading...