Ethereal-users: RE: [Ethereal-users] make failure with redhat 7.0.90 "fisher"

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: "HOOD, Andy" <ahood@xxxxxxxxxxxxxx>
Date: Tue, 20 Feb 2001 16:12:44 +1100
Hmmm, yours is different to mine.

I have (from memory, I can't check at the moment)
/usr/local/ssl/{include,lib}

You should only need the one that points to the libcrypto.a

You aren't trying to compile anything so you don't need the headers, only
the lib.


Now, back to rebuilding Solaris ...

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


-----Original Message-----
From:	Mike Cannon [mailto:cannon@xxxxxxxxxx]
Sent:	Tuesday, 20 February 2001 11:26
To:	HOOD, Andy; ethereal-users@xxxxxxxxxxxx
Subject:	Re: [Ethereal-users] make failure with redhat 7.0.90
"fisher"

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
>

<<application/ms-tnef>>