FS#7698 - Kismet not working with currnet libpcap

Attached to Project: Arch Linux
Opened by icarus homewood (icarus) - Saturday, 28 July 2007, 19:58 GMT
Last edited by Roman Kyrylych (Romashka) - Monday, 30 July 2007, 09:26 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jason Chu (jason)
Architecture All
Severity High
Priority Normal
Reported Version 2007.05 Duke
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

kismet 2007_01_R1b-1
libpcap 0.9.7-1

kismet returns:

Server options: none
Client options: none
Starting server...
Waiting for server to start before starting UI...
/usr/bin/kismet_server: error while loading shared libraries: libpcap.so.0.9.5: cannot open shared object file: No such file or directory
This task depends upon

Closed by  Roman Kyrylych (Romashka)
Monday, 30 July 2007, 09:26 GMT
Reason for closing:  Fixed
Comment by Janne Paalijarvi (usv) - Saturday, 28 July 2007, 21:53 GMT
I can confirm this, pppd died with the same error message about libpcap.so.0.9.5 being unavailable. I had earlier done a full system upgrade with "pacman -Syu". After that trying to call my ISP by running as root "pon MYISP" , pppd failed asking for libpcap.so.0.9.5 . I checked the machine for libpcap.so.* and noticed, that only libpcap.so.0.9.5 was available. Later, after trying again "pacman -Syu", a new version of pppd was installed. pppd works fine now, but kismet does not, it dies with the same error as the reporter has.
Comment by João Rodrigues (gothicknight) - Sunday, 29 July 2007, 13:07 GMT
It needs to be recompiled with the new libs, or you can do a dirty workaround using:

ln -s /usr/lib/libpcap.so.0.9.7 /usr/lib/libpcap.so.0.9.5

I must say that a release of libpcap should be *only* done when other dependant packages are already recompiled and available. I've lost my internet connection ( ppp stoped working ) and I needed to do this workaround, gladly the API stayed the same.
Comment by Roman Kyrylych (Romashka) - Sunday, 29 July 2007, 13:09 GMT
hm, I wonder why kismet package does not depend on libpcap at all?
Comment by Eric Belanger (Snowman) - Monday, 30 July 2007, 01:42 GMT
kismet does depends on libpcap. I guess it wasn't listed in the dependencies because libpcap is part of base. I've added it to the depends array so that kismet won't be forgotten at the next libpcap rebuild.

Loading...