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>>
- Follow-Ups:
- Re: [Ethereal-users] make failure with redhat 7.0.90 "fisher"
- From: Mike Cannon
- Re: [Ethereal-users] make failure with redhat 7.0.90 "fisher"
- Prev by Date: RE: [Ethereal-users] Packet capture halts.
- Next by Date: Re: [Ethereal-users] Packet capture halts.
- Previous by thread: Re: [Ethereal-users] make failure with redhat 7.0.90 "fisher"
- Next by thread: Re: [Ethereal-users] make failure with redhat 7.0.90 "fisher"
- Index(es):