[Openvas-discuss] openvas-libraries don't install correctly

Stefan Schwarz Stefan.Schwarz at unibw.de
Wed Feb 2 12:00:54 CET 2011


Am 02.02.2011 11:12, schrieb Michael Wiegand:
> * Stefan Schwarz [31. Jan 2011]:
>> During the last revisions there was a different naming scheme used for
>> libraries, appending actual SVN-revision number. After a complete
>> rebuild /usr/local/lib looks like:
>> -rw-r--r-- 1 root root 615350 2011-01-29 11:36 libopenvas_misc.a
>> lrwxrwxrwx 1 root root     20 2011-01-04 16:53 libopenvas_misc.so ->
>> libopenvas_misc.so.4
>> lrwxrwxrwx 1 root root     24 2011-01-29 11:38 libopenvas_misc.so.4 ->
>> libopenvas_misc.so.4.0.0
>> -rw-r--r-- 1 root root 441441 2011-01-23 11:15 libopenvas_misc.so.4.0.0
>> -rw-r--r-- 1 root root 443387 2011-01-29 11:35
>> libopenvas_misc.so.4.0+rc5.SVN.r10111
>>
>> You can see that new library versions are installed, but the links
>> aren't corrected. So gsad builds correctly but fails starting with:
>> gsad: symbol lookup error: gsad: undefined symbol: openvas_server_sendf_xml
>
> This is strange, in my tests cmake always corrected libopenvas_misc.so.4
> to link to the correct fresh file. Which cmake version are you using?
>
> Regards,
>
> Michael
>
cmake --version
cmake version 2.8.0
cat /etc/issue
Ubuntu 10.04.1 LTS

	Stefan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 6299 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.wald.intevation.org/pipermail/openvas-discuss/attachments/20110202/4ed3261d/smime.bin


More information about the Openvas-discuss mailing list