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

["HOOD, Andy" <ahood@xxxxxxxxxxxxxx>]

Then it should be 

./configure --with-ssl=/usr

The configure process adds /lib to the path. This is consistent with the
usual way SSL gets found.

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:	Wednesday, 21 February 2001 11:20
To:	HOOD, Andy; ethereal-users@xxxxxxxxxxxx
Subject:	Re: [Ethereal-users] make failure with redhat 7.0.90
"fisher"

Well I tried both:
./configure --with-ssl=/usr/lib
and
./configure --with-ssl=/usr/lib/

The path to libcrypto.a was /usr/lib/libcrypto.a

Neither worked, same error.  How do you install the patch?  Just copy it
into the directory?

Since this is theoretically the next release of RedHat are you interested in
fixing the root problem?
--
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: "Mike Cannon" <cannon@xxxxxxxxxx>; <ethereal-users@xxxxxxxxxxxx>
Sent: Tuesday, February 20, 2001 12:12 AM
Subject: RE: [Ethereal-users] make failure with redhat 7.0.90 "fisher"


> 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
> >
>


_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users

<<application/ms-tnef>>