[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Port conflict: security/dsniff vs databases/db
- To: ports@openbsd.org
- Subject: Port conflict: security/dsniff vs databases/db
- From: Phil Pennock <Phil.Pennock@globnix.org>
- Date: Thu, 31 May 2001 02:45:21 +0200
- Content-Disposition: inline
- Organisation: Organisation? Here? No, over there ---->
With databases/db installed, I see this when compiling security/dsniff:
-----------------------------< cut here >-------------------------------
cc -o dsniff asn1.o base64.o buf.o hex.o magic.o mount.o pcaputil.o
rpc.o tcp_raw.o trigger.o record.o dsniff.o decode.o decode_aim.o
decode_citrix.o decode_cvs.o decode_ftp.o decode_hex.o decode_http.o
decode_icq.o decode_imap.o decode_irc.o decode_ldap.o decode_mmxp.o
decode_mountd.o decode_napster.o decode_nntp.o decode_oracle.o
decode_ospf.o decode_pcanywhere.o decode_pop.o decode_portmap.o
decode_postgresql.o decode_pptp.o decode_rip.o decode_rlogin.o
decode_smb.o decode_smtp.o decode_sniffer.o decode_snmp.o decode_socks.o
decode_tds.o decode_telnet.o decode_vrrp.o decode_yp.o decode_x11.o
-lresolv -lrpcsvc -L. -lmissing -L/usr/local/lib -lnids -lpcap
-L/usr/local/lib -lnet -L/usr/local/lib -ldb -lssl -lcrypto
ld: -ldb: no match
collect2: ld returned 1 exit status
*** Error code 1
Stop in /usr/ports/security/dsniff/work-no_x11/dsniff-2.3 (line 97 of
Makefile).
*** Error code 1
Stop in /usr/ports/security/dsniff (line 1610 of
/usr/ports/infrastructure/mk/bsd.port.mk).
-----------------------------< cut here >-------------------------------
It goes fine without the db port. "ldconfig -Rv" with db installed
shows:
-----------------------------< cut here >-------------------------------
Adding /usr/local/lib/libdb-3.1.so.0.0
Adding /usr/local/lib/libdb_cxx-3.1.so.0.0
-----------------------------< cut here >-------------------------------
which looks a little different from the usual library naming convention.
*sigh* Having a motherboard blow and need replacing, in the process
part-frying the hard-drive so that writes often result in DMA timeouts,
is one way to "manage" the move to OpenBSD 2.9 ...
--
Of course I'm right, I'm the operator.
I'm not only right, I'm wrong if I want to be as well. -- The Canonical BOFH