GNU TLS library is built --with-included-libtasn1, but somehow libtasn1 symbols are undefined when linking against it: $ gcc test.c -o test -lgnutls-openssl /usr/lib/gcc/i386-redhat-linux/4.0.1/../../../libgnutls-openssl.so: undefined reference to `asn1_delete_structure' /usr/lib/gcc/i386-redhat-linux/4.0.1/../../../libgnutls-openssl.so: undefined reference to `asn1_create_element' /usr/lib/gcc/i386-redhat-linux/4.0.1/../../../libgnutls-openssl.so: undefined reference to `asn1_der_decoding' collect2: ld returned 1 exit status $ nm -uD /usr/lib/libgnutls-openssl.so.11.1.25 | grep asn1 U asn1_create_element U asn1_delete_structure U asn1_der_decoding
The problem is the libgnutls.so which contains the included minitasn1 doesn't export its symbols. The solution would be to either export the asn1_.... symbols from libgnutls and link with it or to include minitasn1 not only in the libgnutls but also in libgnutls-openssl. The decision should be done upstream.
Since this problem blocks Fedora Extras' libetpan, where can I track where you reported this upstream?
Also, do you mind if this ticket is kept open until the issue is fixed? A broken libgnutls-openssl in Core is useless. [We could work around it with linking libtasn1 from Extras, but that would be an ugly hack.]
This is fixed in upstream gnutls-1.2.6 which I'm planning upgrade to for FC5. I don't think this will be fixed in gnutls-1.0.x series (FC3/4).
Okay. I see nothing in FC4 links against libgnutls-openssl. So I think libetpan will have to use OpenSSL instead.