Summary: | dsniff doesn't find libnids | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrei Ivanov <andrei.ivanov> |
Component: | Current packages | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | bugzilla-gentoo, carlo, deathwing00, FelixWiemannBugs, gentoo, Klaus.Kusche, netbix, pizza, rich, thomas.hackner |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Patch to work around oddity concerning libnet and libnids |
Description
Andrei Ivanov
2003-08-24 06:53:35 UTC
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. *** |