Summary: | net-misc/remmina-1.0.0-r1: undefined symbol gnutls_global_init in remmina-plugin-vnc.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Julien Sanchez <julien.sanchez> |
Component: | Current packages | Assignee: | Mike Gilbert <floppym> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | tristan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Julien Sanchez
2012-02-27 11:58:32 UTC
Huh... I wonder where that symbol reference is coming from. I'll try to reproduce it myself this evening. It seems to come from bundled libvncserver (remmina-plugins/vnc/libvncserver/libvncclient/tls.c) because LIBVNCSERVER_WITH_CLIENT_TLS is defined. LIBVNCSERVER_WITH_CLIENT_TLS is defined by libvncserver cmake file because I have gnutls installed. I don't know why remmina-plugin-vnc.so is not linked to it (perhaps some --as-needed issue?).I would need some hints to keep on tracking down the issue. Heh... I was testing with the live ebuild (remmina-9999). Upstream dropped the bundled copy of libvncserver after 1.0.0 was released. It looks like the build system never specifies ${GNUTLS_LIBRARIES} via target_link_libraries(). Have a look at remmina-plugins/vnc/libvncserver/CMakeLists.txt. Nothing to do with --as-needed, just a faulty build system. The bigger issue is the automagic dependency here; I really would rather use the system libvncserver so that we don't have to worry about that. Thanks a lot for the explanation Mike. Ok, I added a snapshot from upstream. This should be fixed in remmina-1.0.0_p20120309. |