again the --disable-snmp worked but I would like to get the patch working.
libsnmp.so, libsnmp.so.0, libsnmp.so.0.4.2 are symlinks to libsnmp-0.4.2.so
OK, I started with a freshly untared ethereal and the put the patch Andy
sent me in the untared directory.
I then ./configure --with-ssl=/usr/bin/openssl, which failed. I reread the
directions and should the --with-ssl=
1) /usr/include/openssl
and or
2) /usr/lib/
Choice 2 contains a file named libcrypto.a
Not sure what syntax to use for multiple directories?
--
Mike Cannon
Infrastructure Systems Administrator
Management Information
Purdue University
1061 Freehafer Hall (FREH)
West Lafayette, IN 47907-1061
office phone: 765.494.6357
office fax: 765.496.1380
email: cannon@xxxxxxxxxx
----- Original Message -----
From: "HOOD, Andy" <ahood@xxxxxxxxxxxxxx>
To: <ethereal-users@xxxxxxxxxxxx>
Cc: <cannon@xxxxxxxxxx>
Sent: Monday, February 19, 2001 12:10 AM
Subject: RE: [Ethereal-users] make failure with redhat 7.0.90 "fisher"
> It's my code to look for SSL. I may not have explained the purpose
> particularly well. Doco never has been my strong point.
>
> The patch to the configure process should apply cleanly to the 0.8.15
> source, so I'll include it here.
>
> --with-ssl=/path/to/ssl
>
> (ie the dir containing include/ssl and lib/libcrypto.a) is what you need
>
> The problem is that the test for ucd-snmp in the Ethereal ./configure
won't
> work if ucd-snmp was built with SSL or OpenSSL, but still leaves traces of
> "I found ucd-snmp" in the Makefile.
>
> Without my patch you either have to -disable-snmp or somehow add
> "-I/path/to/ssl/includes/" to CFLAGS and "-L/path/to/ssl/lib -lcrypto" to
> LDFLAGS
>
>
> BUT.
> The line "lrwxrwxrwx 1 root root 16 Feb 10 07:49 /usr/lib/libsnmp.so.0.4.2
> ->libsnmp-0.4.2.so" looks strange.
>
> Is this a symlink pointing to itself? If it is you might have to uninstall
> ucd-snmp, clean up the dangling symlinks, and reinstall.
>
>
> Regards,
> Andrew Hood
> A distributed system is one in which the failure of a computer you didn't
> even know existed can render your own computer unusable. -- Leslie
Lamport,
> as quoted in CACM, June 1992
> <<ethereal-0.8.15.patch>>
>
> -----Original Message-----
> From: Guy Harris [mailto:guy@xxxxxxxxxx]
> Sent: Monday, 19 February 2001 13:10
> To: Mike Cannon
> Cc: ethereal-users@xxxxxxxxxxxx
> Subject: Re: [Ethereal-users] make failure with redhat 7.0.90
> "fisher"
>
> > Here is the log and thanks again for your time.
>
> configure:3822: checking for sprint_objid in -lsnmp
> configure:3842: gcc -o conftest -Wall -g -O2 -I$(top_srcdir)
> -I$(top_srcdir)/wiretap -I$(top_srcdir)/epan -I/usr/local/include
> -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/pcap
> -I$(top_srcdir) -I$(top_srcdir)/wiretap -I$(top_srcdir)/epan
> -I/usr/local/include -I/usr/include/pcap -L/usr/local/lib
conftest.c -lsnmp
>
> -lz 1>&5
> /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so:
> undefined
> reference to `EVP_DigestInit'
> /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libsnmp.so:
> undefined
> reference to `EVP_DigestFinal'
>
> ...
>
> It looks as if this version of SNMP requires a crypto library of some
> sort. If it's an SSL library, then the next version of Ethereal will
> either automatically look for the SSL library or will require you to
> configure with "-with-ssl" on platforms where the SNMP library was built
> to require the SSL library. (I didn't write the SSL checking stuff, and
> I don't remember which of those the person who did write it said it
> does.)
>
> For now, you will probably have to re-run configure with
>
> --disable-snmp
>
> and then rebuild. This will cause Ethereal to dissect SNMP but will
> cause it *NOT* to attempt to use the UCD SNMP library to more
> symbolically dissect SNMP packets.
>
> _______________________________________________
> Ethereal-users mailing list
> Ethereal-users@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-users
>
