when merging kismet it stops; complaining because emerge is unable to find ethereal 0.9.13 (current is 0.10.3). I have noticed that if I remove ethereal from USE it starts compiling. Since I don't really understand what I miss without the ethereal keyword in USE, this should still be considered as a bug (?). Reproducible: Always Steps to Reproduce: 1. emerge kismet 2. 3. Actual Results: nothing Expected Results: compile kismet :-) Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.9 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo/ ftp://ftp.solnet.ch/mirror/Gentoo http://sunsite.cnlab-switch.ch/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X acpi alsa avi berkdb bonobo crypt cups dvd encode esd ethereal foomaticdb gdbm gif gnome gphoto2 gtk gtk2 gtkhtml guile icq imlib jabber jpeg libg++ libwww mad mikmod mmx motif mpeg msn ncurses nls oggvorbis opengl oscar oss pam pcmcia pdflib per perl png python quicktime readline sdl slang snd-cs46xx spell sse ssl svga tcpd truetype usb x86 xml2 xmms xv yahoo zlib"
It depends direc on libpcap 0.7.2, so I tried to alter the .ebuild removing the link for ethereal, and adding a depend for =net-libs/libpcap-0.7.2, and It went ok in compiling, and stoped at this error: configure: configuring in libpcap-0.7.2 configure: running /bin/sh './configure' --prefix=/usr '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' 'CC=gcc' 'CFLAGS=-march=athlon-xp -O3 -fomit-frame-pointer -pipe -mmmx -msse -m3dnow -mfpmath=sse' 'CXXFLAGS=-march=athlon-xp -O3 -fomit-frame-pointer -pipe -mmmx -msse -m3dnow -mfpmath=sse' 'CXX=g++' 'host_alias=i686-pc-linux-gnu' --cache-file=/dev/null --srcdir=. configure: warning: CC=gcc: invalid host type configure: warning: CFLAGS=-march=athlon-xp -O3 -fomit-frame-pointer -pipe -mmmx -msse -m3dnow -mfpmath=sse: invalid host type configure: error: can only configure for one host and one target at a time configure: error: /bin/sh './configure' failed for libpcap-0.7.2 !!! ERROR: net-wireless/kismet-3.0.1-r2 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed And this line appears too, before the error: checking for usable wiretap in /usr/src/ethereal-0.9.12/wiretap... no configure: WARNING: *** No useable wiretap found in /usr/src/ethereal-0.9.12. Make sure this directory is correct and that you have configured and compiled Ethereal in this directory. While Kismet will function without wiretap, it will limit the log reading and writing abilities. *** Some instrunctions on how to make it works here: http://kismetwireless.net/Forum/General/Messages/1060400377.253535 I didn't install it, a want a .ebuild working. :)
quote: Since I don't really understand what I miss without the ethereal keyword in USE, this should still be considered as a bug (?). answer-quote form http://kismetwireless.net/documentation.shtml: If you do not need to replay compressed dumps or dumps with other encodings (such as Airopeek), you don't need wtapfile [from ethereal].
But for those of us that needs that particular functionality the above mentioned problem indeed is a bug. I suggest raising the severity level of this bug since the problem described is a regression compared to earlier, working kismet ebuilds.
I'm a tad worried about the included libpcap version being too old, but can people please test installing kismet-2004.04.01 with the latest stable ethereal emerged? The test is failing to enable the wiretap stuff because (AFAICT from a quick skim) libpcap isn't installed on the machine, and the test fails. With the latest ethereal (which draws in libpcap) i'm getting the wiretap stuff enabled now. I won't have a chance to test functionality for a little while though since i have to setup a card that actually has RFMON support right now. Please report back if this combo gets ethereal functionality working.
net-wireless/kismet-2004.04.1-r1 fixes this issue.
Marked net-wireless/kismet-2004.04.1-r1 x86. Other ARCHs should follow.
*** Bug 53260 has been marked as a duplicate of this bug. ***
ok, just emerge synced, and no change for the stable version: server kismet # USE="ethereal" emerge -vp kismet These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] net-wireless/wireless-tools-27_pre26 +nls 178 kB [ebuild N ] net-wireless/kismet-2004.04.1-r1 -acpi +ethereal -gps 5,607 kB It is indeed fixed on the masked version: server kismet # USE="ethereal" emerge -vp =kismet-2004.10.1 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] net-analyzer/ethereal-0.10.6 -adns -debug -gtk -gtk2 -ipv6 -snmp +ssl 4,928 kB [ebuild N ] net-wireless/wireless-tools-27_pre26 +nls 178 kB [ebuild N ] net-wireless/kismet-2004.10.1 +ethereal -gps 850 kB Total size of downloads: 5,957 kB The bug report is for the stable version however, please fix it.
Yes, this seems to be something new. I do not remember when I emerged in kismet-2004.04.01, however, I had no issues with ethereal or libpcap. I'm going to try my hand at upgrading to the new version of Kismet.
net-wireless/kismet-2004.10.1 is now marked x86. Other ARCHs should follow, so that we can close this bug.
Reopening.
Closing as FIXED.