I have done more tests. The issue could be in the debian package
building helpers. The library located in the target-directory after the
build step does export all symbols. After the packaging process, all
symbols starting with an underscore are missing. Maybe this effects
other packages too.
--
I did some more research. It looks like every symbol with a leading underscore
disappears if build with debuild or other.
I have tried to remove all compiler and linker flags not needed or differ from
vanilla build, but this had no effect.
As i could not see any other relevant changes within the
The symbol was in libssl since 200x. In libssl0.9.8 it is still present,
but the libssl-dev headers does not match the old libssl version,
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1393752
Title:
Public bug reported:
_CONF_new_data is not exported.
The function definition is still in the headers:
# grep -r _CONF_new_data /usr/include/
/usr/include/openssl/conf_api.h:int _CONF_new_data(CONF *conf);
The library itself does not export the symbol:
$ readelf -Ws /lib/x86_64-linux-gnu/libcryp
Hi all. I had some discussions about Hybrid Graphics and Linux with some
nVidia Devs.
We think , the best way to implement Hybrid Graphic Systems like Optimus
is an X11 Extension, at it is not part of a unix kernel module to decide
on which Device an Xorg Call should end.
I will have a deeper loo