On 3/13/2015 9:13 AM, William Scott Lockwood III wrote:
On Fri, Mar 13, 2015 at 9:03 AM, William Scott Lockwood III
<[email protected]> wrote:
Ryan,
   Thank you very much for the patch! I saved it as
openvas-wmi-1.3.14.patch6 and tried to apply it. Here are the results
I got.

[root@localhost wmi-1.3.14]# patch -p1 < openvas-wmi-1.3.14.patch6
patching file Samba/source/pidl/idl.yp
Hunk #1 FAILED at 483.
1 out of 1 hunk FAILED -- saving rejects to file Samba/source/pidl/idl.yp.rej
patching file Samba/source/pidl/lib/Parse/Pidl/IDL.pm
Hunk #1 FAILED at 3169.
1 out of 1 hunk FAILED -- saving rejects to file
Samba/source/pidl/lib/Parse/Pidl/IDL.pm.rej

I'm not sure what I'm doing wrong.
So, I made the edits manually. make proto all now gives the following error:

bin/static/libtls.a(tls.o): In function `tls_init_server':
tls.c:(.text+0x11ad): undefined reference to `gnutls_transport_set_lowat'
bin/static/libtls.a(tls.o): In function `tls_init_client':
tls.c:(.text+0x15bf): undefined reference to `gnutls_transport_set_lowat'
collect2: error: ld returned 1 exit status
make: *** [bin/regpatch] Error 1

However, I think this means your patch worked, but there is an error
of some sort in tls.c now instead.

--
W. Scott Lockwood III

For reference the snippet I use to compile wmi looks like this http://www.dopefish.de/files/openvas/compile_wmi.sh But it sounds like you are doing the same steps so I assume it has to do with the gnutls libraries. My systems all have a 2.x version installed. Can you check if you possibly have 3.x versions of the gnutls libraries installed? 'gnutls_transport_set_lowat' sounded familiar and this may be what is causing your problems: http://lists.wald.intevation.org/pipermail/openvas-discuss/2013-October/005731.html

If you are evaluating OpenVAS, or in the process of making build scripts for your environment, you may want to also have a look at the beta Version of OpenVAS 8. The current wmi package with all the patches will be dropped and instead the openvas-smb SVN repository will be used. I haven't checked if gnutls_transport_set_lowat is still being used in the openvas-smb version, but if it is we could maybe just wrap it in a gnutls version check (like we do in openvas-libraries):

#if GNUTLS_VERSION_NUMBER < 0x020c00
  gnutls_transport_set_lowat(session, 0);
#endif



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
Openvas-discuss mailing list
[email protected]
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss

Reply via email to