epretorious Posted February 28, 2007 Report Share Posted February 28, 2007 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] Quote Link to comment Share on other sites More sharing options...
epretorious Posted February 28, 2007 Author Report Share Posted February 28, 2007 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 Quote Link to comment Share on other sites More sharing options...
Greg2 Posted February 28, 2007 Report Share Posted February 28, 2007 (edited) <<<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 February 28, 2007 by Greg2 Quote Link to comment Share on other sites More sharing options...
scoonma Posted February 28, 2007 Report Share Posted February 28, 2007 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 Quote Link to comment Share on other sites More sharing options...
neddie Posted February 28, 2007 Report Share Posted February 28, 2007 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. Quote Link to comment Share on other sites More sharing options...
epretorious Posted February 28, 2007 Author Report Share Posted February 28, 2007 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* Quote Link to comment Share on other sites More sharing options...
neddie Posted February 28, 2007 Report Share Posted February 28, 2007 Make sure you have libpcap0 and libpcap0-devel installed, then run configure again.You're compiling, so you'll need the developers' bits as well. Quote Link to comment Share on other sites More sharing options...
tyme Posted February 28, 2007 Report Share Posted February 28, 2007 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. Quote Link to comment Share on other sites More sharing options...
epretorious Posted February 28, 2007 Author Report Share Posted February 28, 2007 (edited) 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 February 28, 2007 by epretorious Quote Link to comment Share on other sites More sharing options...
scoonma Posted March 1, 2007 Report Share Posted March 1, 2007 (edited) 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 March 1, 2007 by scoonma Quote Link to comment Share on other sites More sharing options...
epretorious Posted March 1, 2007 Author Report Share Posted March 1, 2007 [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: Downloaded the latest stable source, Removed libpcap0, libpcap0-devel, kismet, Installed byacc (byacc-1.9-20mdk) & flex (flex-2.5.4a-25mdv2007.0) to satisfy libpcap's dependencies, Compiled libpcap, and Compiled kismet. Kismet run's very nicely now! :D Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.