Jump to content

No Kismet on Mandriva 2007? [solved]


epretorious
 Share

Recommended Posts

I tried installing the kismet package from contrib (kismet-3.1.060413-1mdv2007.0) but it failed because of dependencies:

 

[epretorious@eto-dhcp36 ~]$ sudo urpmi kismet
Some requested packages cannot be installed:
kismet-3.1.060413-1mdv2007.0.i586 (due to unsatisfied libMagick-10.3.0.so.0)
Continue installation anyway? (Y/n) n

[epretorious@eto-dhcp36 ~]$ rpm -qa | grep -i libmagick
libMagick10.4.0-6.2.9.2-1.2mdv2007.0

...so I downloaded the latest stable source and attempted to compile kismet-2007-01-R1b from source but am not able to configure on Mandriva 2007.0 (i586). i.e., When I run `configure`, it complains...

 

[epretorious@eto-dhcp36 kismet-2007-01-R1b]$ ./configure --libdir=/usr
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
<<<snip>>>
checking for linux/netlink.h... yes
checking for linux/wireless.h... yes
checking that linux/wireless.h is what we expect... yes
checking that wireless extentions support SIOCIWFIRSTPRIV... yes
checking for pcap_open_live in -lpcap... no
configure: WARNING: Compiling without libpcap support.
configure: WARNING: Compiling without libpcap support.  Many capture sources will be disabled.
<<<snip>>>
config.status: creating Makefile
config.status: WARNING:  Makefile.in seems to ignore the --datarootdir setting
config.status: creating scripts/kismet
config.status: creating extra/buzzme/Makefile
config.status: WARNING:  extra/buzzme/Makefile.in seems to ignore the --datarootdir setting
config.status: creating extra/Makefile
config.status: WARNING:  extra/Makefile.in seems to ignore the --datarootdir setting
config.status: creating conf/kismet.conf
config.status: creating conf/kismet_ui.conf
config.status: creating config.h
config.status: config.h is unchanged

Configuration complete: 
	 Compiling for: linux-gnu (i686)
	   C++ Library: stdc++
  Installing as group: root
Man pages owned by: man
   Installing into: /usr/local
	Setuid capable: yes
  Terminal Control: ncurses
  Curses interface: yes
  Panels interface: yes
Linux Netlink capture: yes
   Linux wireless : yes
Linux wireless v.22+ : yes
	  pcap capture: no
   airpcap control: n/a (only Cygwin/Win32)
	WSP100 capture: no
	  Viha capture: n/a (only Darwin)
  Radiotap headers: yes
Using local dump code: yes
  Imagemagick support: no
	 Expat Library: no
	   GMP Library: no
   PThread Support: yes
  libz compression: no
*** WARNING ***
LibPCAP was not found.  Kismet previously included a local copy of this
library, however it now expects libpcap to be provided by the system.
Kismet on Linux without LibPcap cannot capture data locally and will 
almost certainly NOT BE WHAT YOU WANT.
Your distribution should provide packages for libpcap, otherwise 
it can be downloaded from http://tcpdump.org

Configuration complete.  Run 'make dep' to generate dependencies
and 'make' followed by 'make install' to compile and install.

How can I fix this? :huh:

 

Eric P.

Sunnyvale, CA

 

 

[moved by mystified]

Link to comment
Share on other sites

One more thing: This seems like a packaging bug. i.e., libMagick10.3.0 isn't even available for Mandriva 2007.0 - Mandriva 2007.0 ships with libMagick10.4.0!.

 

I'd file a bug, but there's no packager information:

 

[epretorious@eto-dhcp36 ~]$ rpm -qi kismet
Name		: kismet					   Relocations: (not relocatable)
Version	 : 3.1.060413						Vendor: Mandriva
Release	 : 1mdv2007.0					Build Date: Tue 27 Jun 2006 10:42:08 AM PDT
Install Date: Tue 27 Feb 2007 06:00:20 PM PST	  Build Host: taz.eijk.nu
Group	   : Networking/Other			  Source RPM: kismet-3.1.060413-1mdv2007.0.src.rpm
Size		: 2559126						  License: GPL
Signature   : DSA/SHA1, Wed 20 Sep 2006 11:21:34 AM PDT, Key ID 445935f878d019f5
URL		 : http://www.kismetwireless.net
Summary	 : Kismet is an 802.11b/g network sniffer and network dissector
Description :
Kismet is an 802.11b/g network sniffer and network dissector. It is
capable of sniffing using most wireless cards, automatic network IP
block detection via UDP, ARP, and DHCP packets, Cisco equipment lists
via Cisco Discovery Protocol, weak cryptographic packet logging, and
Ethereal and tcpdump compatible packet dump files. It also includes
the ability to plot detected networks and estimated network ranges on
downloaded maps or user supplied image files.

What's the best way to make sure that this gets resolved?

 

Eri c P.

Sunnyvale, CA

Link to comment
Share on other sites

<<<snip>>>
*** WARNING ***
LibPCAP was not found.  Kismet previously included a local copy of this
library, however it now expects libpcap to be provided by the system.
Kismet on Linux without LibPcap cannot capture data locally and will 
almost certainly NOT BE WHAT YOU WANT.
Your distribution should provide packages for libpcap, otherwise 
it can be downloaded from http://tcpdump.org

Configuration complete.  Run 'make dep' to generate dependencies
and 'make' followed by 'make install' to compile and install.

How can I fix this? :huh:

Make sure you have libpcap0 and libpcap0-devel installed, then run configure again.

Edited by Greg2
Link to comment
Share on other sites

Hi Eric,

 

before trying to compile kismet on my own, I'd check dependencies. What do you win if the kismet tarball still relies on libMagick? So the first thing to do is check wether libMagick10.3.0-devel is installed. If that is not enough, you could search for a package containing libMagick-10.3.0.so.0 on rpm.pbone.net. If that would be unsuccessful too, I'd try to compile libMagick (why kismet itself?), which should provide the missing file.

 

HTH,

 

scoonma

Link to comment
Share on other sites

Read his posts again, he has imageMagick installed properly, just a later version than specified by kismet. I checked the repositories and it's true, libMagick comes as 10.4 and kismet (according to rpm.pbone.net too) requires 10.3. So you either force the kismet install and hope it works, or do as he's done and try compiling kismet. It sounds like Greg2 is spot on, and maybe the compile will work properly if he gets those other components needed by the compile.

 

I've never used kismet so can't comment on the best way to get it to work.

 

About how to report this bug back to Mandriva, I guess Mandriva's bugzilla is the way to go.

Link to comment
Share on other sites

Make sure you have libpcap0 and libpcap0-devel installed, then run configure again.

Oops - I forgot to mention that the libpcap0 package is already installed:

 

[epretorious@localhost Desktop]$ rpm -qa | grep pcap
libpcap0-0.9.1-2mdk
[epretorious@localhost Desktop]$ ls -al /usr/lib/libpcap*
lrwxrwxrwx 1 root root	 14 Feb 24 20:22 /usr/lib/libpcap.so.0 -> libpcap.so.0.9*
-rwxr-xr-x 1 root root 167052 Jan  1  2006 /usr/lib/libpcap.so.0.9*

Link to comment
Share on other sites

aye, without the libcap0-devel package (not just the libcap0 package) you won't be able to compile it. It's likely you'll run into other packages you'll need -devel's of.

 

when we say devel's, or -devels, etc., what we're talking about is the packages needed for developing on something. That is, libcap0 is nothing but the binary (compiled) version of the program. It's all you need if the programs you're running have also already been compiled against it, and you're running the binary (which results from compiling). When you are compiling something yourself, you need to have the actual development packages, which usually contain header files and other source required to compile against said program.

Link to comment
Share on other sites

You're compiling, so you'll need the developers' bits as well.

Oops - I didn't have urpmi source "main" configured correctly. ;)

 

I installed libpcap0-devel and compiled kismet successfully, but kismet complains:

 

[epretorious@localhost etc]$ sudo kismet
Server options:  none
Client options:  none
Starting server...
Waiting for server to start before starting UI...
Will drop privs to epretorious (6021) gid 6021
No specific sources given to be enabled, all will be enabled.
Enabling channel hopping.
Enabling channel splitting.
Source 0 (internal): Enabling monitor mode for ipw2200 source interface eth1 channel 6...
Source 0 (internal): Opening ipw2200 source interface eth1...
FATAL: arptype 803 not supported by libpcap - falling back to cooked socket

Edited by epretorious
Link to comment
Share on other sites

You're compiling, so you'll need the developers' bits as well.

 

This is exactly what I wanted to express above in regard to libMagick. The newer version files should be compatible. Otherwise I'd rate the implementation as incorrect - for that matter.

 

I installed libpcap0-devel and compiled kismet successfully, but kismet complains:

...
FATAL: arptype 803 not supported by libpcap - falling back to cooked socket

Maybe there's some compiling options to libpcap - and/or optional compile packages - if you're wiling to go that way. Did you check wether kismet.conf suits your needs?

Edited by scoonma
Link to comment
Share on other sites

[epretorious@localhost etc]$ sudo kismet
Server options:  none
Client options:  none
Starting server...
Waiting for server to start before starting UI...
Will drop privs to epretorious (6021) gid 6021
No specific sources given to be enabled, all will be enabled.
Enabling channel hopping.
Enabling channel splitting.
Source 0 (internal): Enabling monitor mode for ipw2200 source interface eth1 channel 6...
Source 0 (internal): Opening ipw2200 source interface eth1...
FATAL: arptype 803 not supported by libpcap - falling back to cooked socket

A thread in the Kismet forum claims that this error is caused by compiling against an old version of libpcap:

 

Either you didn't do what you think you did, your distro sucks and did something stupid with patching, or you're still linking (or linked) against an out of date pcap.

 

That error is very definitely a pcap which is too old, and too old by quite a lot.

Using the prescribed method, I verified that the version included with Mandriva 2007.0 is, indeed, quite old:

 

[epretorious@eto-dhcp36 ~]$ /usr/sbin/tcpdump --version
tcpdump version 3.9.4
libpcap version 0.9.1

...so I decided to compile that latest stable verion of libpcap (0.9.5) from source:

  1. Downloaded the latest stable source,
  2. Removed libpcap0, libpcap0-devel, kismet,
  3. Installed byacc (byacc-1.9-20mdk) & flex (flex-2.5.4a-25mdv2007.0) to satisfy libpcap's dependencies,
  4. Compiled libpcap, and
  5. Compiled kismet.

Kismet run's very nicely now! :D

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...