Closed jas4711 closed 1 year ago
The zlib binary is needed for Windows. It is really hard to get a working pre-compiled version.The linker flags are all wrong and this must be compiled manually. This is too cumbersome for Windows developers. It might be sufficient to include just the binary. Is there an option to exclude this directory just for Unix?
I understand!
Meanwhile I learned how to repack the globalplatform tarball for Debian, to avoid the embedded copies of zlib, minizip and pcsclite-includes, and this resolves my issue. Embedded copies are generally usually a problem: https://wiki.debian.org/EmbeddedCopies
Hi. I got this (fatal) lintian warning about the globalplatform source tarball:
While this could be something I can fix in the Debian packaging -- either by ignoring the error (if Debian policies allows that) or using a repacked release tarball without that file -- I'm reporting it to raise the possibility of improving things upstream, if you agree this is a problem.
I assume that this file is not actually needed for globalplatform, and only included because it is included in the upstream zlib tarball.
Why is even a copy of zlib included in the globalplatform git repository? It causes uncertainty if the system zlib or the included (usually outdated and unpatched) copy is used during the build, and adds complexity in case the system zlib shared library is used but the included zlib header files are used.
One solution to this would be to remove the entire zlib-*/ sub-directory from git, and updated documentation to request the person building globalplatform to install zlib separately. Chances are high that zlib is already installed on most systems anyway.