checking for Berkeley DB with 1.85 compatibility... ../db-3.2.9 checking for libpcap... yes checking for libnet... yes checking for libnids... no configure: error: libnids not found !!! ERROR: net-analyzer/dsniff-2.3-r1 failed. !!! Function econf, Line 324, Exitcode 1 !!! econf failed * net-libs/libnids Latest version available: 1.17_rc1 Latest version installed: 1.17_rc1 -rw-r--r-- 1 root root 34324 Aug 23 18:02 /usr/lib/libnids.a
I can confirm this error.
ok, this is a portage bug ... DEPEND=">=net-libs/libnids-1.16-r1 <net-libs/libnids-1.17" portage will match libnids-1.17_rc1 and pull that in instead of 1.16-r1 ... to fix your problems for now, `emerge =libnids-1.16*` and then try to update dsniff
make[1]: Entering directory `/var/tmp/portage/libnids-1.16-r1/work/libnids-1.16/samples' gcc -c -march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -DLIBNET_LIL_ENDIAN -I. -I../src -I/usr/include -I/usr/include overflows.c gcc -march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse -D_BSD_SOURCE -D_BSD_SOURCE -D__BSD_SOURCE -D__FAVOR_BSD -DHAVE_NET_ETHERNET_H -DLIBNET_LIL_ENDIAN -o overflows overflows.o -L/usr/lib -L/usr/lib -L../src -lnids-1.0 -lpcap -lnet-1.0 -lnsl /usr/lib/libnids-1.0.a(killtcp.o)(.text+0x1f): In function `raw_init': : undefined reference to `libnet_init' /usr/lib/libnids-1.0.a(killtcp.o)(.text+0x158): In function `nids_killtcp': : undefined reference to `libnet_write' /usr/lib/libnids-1.0.a(killtcp.o)(.text+0x259): In function `nids_killtcp': : undefined reference to `libnet_write' collect2: ld returned 1 exit status make[1]: *** [overflows] Error 1 make[1]: Leaving directory `/var/tmp/portage/libnids-1.16-r1/work/libnids-1.16/samples' make: *** [all] Error 2 !!! ERROR: net-libs/libnids-1.16-r1 failed. !!! Function src_compile, Line 28, Exitcode 2 !!! (no error message) I think I saw something on the -dev mailing list about unmasking libnet-1.1 or something, and I think that's why everything that depends on it should upgrade, and I think that's why a newer libnids is required.
bleh, the portage bug continues ... `emerge -C libnet ; emerge =libnet-1.0.2a-r3` and then try again ... libnids-1.16-r1 has a similar DEPEND on libnet as dsniff does on libnids ...
I did that but libnids fails to compile, the same error message. -rwxr-xr-x 1 root root 42160 Aug 25 01:44 /usr/lib/libnet-1.0.a
open a new bug please, lets not clutter this bug (which is unrelated)
I hate this... I now get another error. gcc -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 -lnsl -lrpcsvc -L. -lmissing -L/usr/lib -lnids-1.0 -L/usr/lib -lpcap -L/usr/lib -lnet-1.0 -L/var/tmp/portage/dsniff-2.3-r1/work/db-3.2.9/dist -ldb -L/usr/lib -lssl -lcrypto record.o(.text+0x38c): In function `record_init': : undefined reference to `__db185_open' collect2: ld returned 1 exit status make: *** [dsniff] Error 1 !!! ERROR: net-analyzer/dsniff-2.3-r1 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! (no error message)
shadow@ines.ro, the error about "undefined reference to `__db185_open'" is covered in another bug report: (http://bugs.gentoo.org/show_bug.cgi?id=27267)
thanks... anyway, I won't be able to see if dsniff will compile until that one is resolved.
Just want to confirm, dsniff will stop while configuring because it can't find libnids. I am using ~x86, synced within 24 hours.
I can confirm this bug, same result as orginal poster.
*** Bug 27384 has been marked as a duplicate of this bug. ***
Created attachment 17665 [details, diff] Patch to work around oddity concerning libnet and libnids This patch makes dsniff-2.3-r1 compile on my system with libnids-1.16 libnids-1.17_rc1 libnet-1.13 libnet-1.1.0-r3 libnet-1.0.2a-r3
What's up to this bug? Does the latest patch fix the problem (I don't have the ability to try in the moment)? It's about 2 weeks for now, could it be included in the ebuild so one can emerge dsniff correctly?
that patch is pretty much in cvs and has always been in cvs with dsniff -r1 ... and all other bugs mentioned here have been taken care of at other bugs ... this bug is for the portage bug of not handling DEPEND correctly ... in other words if you `emerge sync ; emerge dsniff` it should work right now
Since I've reported this, I've reinstalled the system, but it still doesn't work... :(
*** Bug 33093 has been marked as a duplicate of this bug. ***
*** Bug 33365 has been marked as a duplicate of this bug. ***
*** Bug 33545 has been marked as a duplicate of this bug. ***
*** Bug 34632 has been marked as a duplicate of this bug. ***
*** Bug 34683 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 33545 ***
*** Bug 36308 has been marked as a duplicate of this bug. ***
*** Bug 37355 has been marked as a duplicate of this bug. ***
*** Bug 40231 has been marked as a duplicate of this bug. ***
