MT#64748 tlsa: move static linking to dynamic for libz

Upstream forced static linking of tlsa against libz.a,
because they wanted to statically link towards OpenSSL
(`libssl.a` and `libcrypto.a`).

Hence the transitive linkage was required towards `-l:libz.a`
and turns out on the debian trixie the libz isn't actually
PIC-safe.

See GH #4552

Change-Id: I226858505edff2a9b80fc187b87cc887e3e0613c

debian/patches/series

@@ -44,6 +44,7 @@ sipwise/usrloc-don-t-synchronize-on-destroy-for-DB_ONLY.patch
 sipwise/presence_offline_cleanup.patch
 ### active development
 sipwise/dlg_get_var_error_more_verbose_on_dlg
+sipwise/tlsa_dynamic_linking_libz.patch
 
 ### Don't just put stuff in any order
 ### use gbp pq import/export tooling to help maintain patches

debian/patches/sipwise/tlsa_dynamic_linking_libz.patch

@@ -0,0 +1,11 @@
+--- a/src/modules/tlsa/Makefile
++++ b/src/modules/tlsa/Makefile
+@@ -53,7 +53,7 @@ else
+ 		DEFS += -I$(LIBSSL_STATIC_SRCPATH)/include
+ 	endif
+ 	LIBS += $(LIBSSL_STATIC_SRCPATH)/libssl.a $(LIBSSL_STATIC_SRCPATH)/libcrypto.a \
+-			 -l:libz.a -ldl
++			 -lz -ldl
+ endif # ifneq ($(LIBSSL_STATIC_SRCLIB),yes)
+ 
+ else # ifneq ($(SSL_BUILDER),)