Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 48112 - kismet-3.0.1-r1 depends on ethereal 0.9.3 whichis not available anymore
Summary: kismet-3.0.1-r1 depends on ethereal 0.9.3 whichis not available anymore
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords:
: 53260 (view as bug list)
Depends on:
Blocks: 56030
  Show dependency tree
 
Reported: 2004-04-17 00:07 UTC by Magnus
Modified: 2004-12-29 06:22 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Magnus 2004-04-17 00:07:24 UTC
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"
Comment 1 Enderson Tadeu S. Maia (RETIRED) gentoo-dev 2004-04-28 05:51:28 UTC
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. :)
Comment 2 Niels Laukens 2004-05-26 05:38:54 UTC
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].
Comment 3 Henrik Brix Andersen 2004-06-06 09:02:51 UTC
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.
Comment 4 Peter Johanson (RETIRED) gentoo-dev 2004-06-07 09:54:46 UTC
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.
Comment 5 Henrik Brix Andersen 2004-10-19 05:02:08 UTC
net-wireless/kismet-2004.04.1-r1 fixes this issue.
Comment 6 Henrik Brix Andersen 2004-10-26 03:03:04 UTC
Marked net-wireless/kismet-2004.04.1-r1 x86. Other ARCHs should follow.
Comment 7 Henrik Brix Andersen 2004-10-26 04:11:31 UTC
*** Bug 53260 has been marked as a duplicate of this bug. ***
Comment 8 Roman Gaufman 2004-10-26 04:17:36 UTC
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.
Comment 9 Adam R 2004-10-26 06:11:29 UTC
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.
Comment 10 Henrik Brix Andersen 2004-12-14 08:13:43 UTC
net-wireless/kismet-2004.10.1 is now marked x86. Other ARCHs should follow, so that we can close this bug.
Comment 11 Henrik Brix Andersen 2004-12-29 06:21:53 UTC
Reopening.
Comment 12 Henrik Brix Andersen 2004-12-29 06:22:12 UTC
Closing as FIXED.