Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 37443 - libpcap-0.8.1 doesnt install the header files
Summary: libpcap-0.8.1 doesnt install the header files
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Daniel Ahlberg (RETIRED)
URL:
Whiteboard:
Keywords:
: 40289 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-01-06 19:00 UTC by Richard Hamnett
Modified: 2004-02-06 07:17 UTC (History)
1 user (show)

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


Attachments
This may not be the same issue but libpcap failed for me on the patch (libpcap_patch_bug.txt,3.79 KB, text/plain)
2004-01-08 07:21 UTC, Matt Kenigson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Hamnett 2004-01-06 19:00:53 UTC
I tried to install etherape, and one of the deps was libpcap-0.8.1, so it emerged that but then etherape says:

configure: error: Header file net/bpf.h not found; if you installed libpcap from source, did you also do "make install-incl"?

so libpcap ebuild did not obviously perform this process



Reproducible: Always
Steps to Reproduce:
1.emerge libpcap
2.emerge etherape
Actual Results:  
configure: error: Header file net/bpf.h not found; if you installed libpcap 
from source, did you also do "make install-incl"? 
 

Expected Results:  
compile properly
Comment 1 Matt Kenigson 2004-01-08 07:21:35 UTC
Created attachment 23381 [details]
This may not be the same issue but libpcap failed for me on the patch

This is a cat of
/var/tmp/portage/libpcap-0.8.1/temp/libpcap-0.8.1-fPIC.patch-21078.out
Comment 2 SpanKY gentoo-dev 2004-01-08 17:18:17 UTC
matt's bug is unrelated, see Bug 37132

i think it's an etherape bug since libpcap installs the header files, just into /usr/include/
Comment 3 Christian Jiresjö 2004-01-20 02:06:34 UTC
No this is a libpcap has dropped a include file kind of bug. For better support of systems that have net/bpf.h (*bsd i guess) libpcap no longer installs a net/bpf.h but rather a pcap-bpf.h. 
So either all applications that use libpcap should be fixed to use pcap-bpf.h or libpcap-0.8.1 and later ebuilds should include a soft link between /usr/include/pcap-bpf.h and /usr/include/net/bpf.h
Comment 4 SpanKY gentoo-dev 2004-01-20 08:55:10 UTC
i'd opt to fix packages rather than libpcap ...

is etherape the only one that dies ?
Comment 5 Christian Jiresjö 2004-01-22 09:27:31 UTC
This report are only for compilation. If the binaries work or not has not been tested. All packages belongs to net-analyzer

Current stable:
Clean: 
tcpdump, angst, arping, arpwatch, darkstat, ethereal?, hping, iftop, iplog, nettop, ntop, tcpflow, tcpstat, tcptrace, tcptraceroute, thcrut, xprobe, zodiac, sniffit, scanssh, trafshow
Broken:
ngrep, argus(broken ebuild as well), etherape, tcpslice, p0f, ssldump, trafd

driftnet works but have other problems och egressor doesn't work in stable but not because of this bug

Packages below doesn't include ones where stable==latest or any where status haven't changed. Some of these have no stable version
Latest:
Clean: 
barnyard, fragroute, jnettop, lft,ns,nstats,nsat,pktstat,siphon-666

Broken:
traffic-vis
Comment 6 Christian Jiresjö 2004-01-23 08:55:26 UTC
ppp is also broken if you have useflag activefilter

dnshijack and dnstop from net-dns are okay

libnids och netwib are okay
in net-misc dhcpagent,nemesis(potentially for other reasons) fails whilst arpd are okay (but other problems) so is rarpd

airsnort,airtraf,kismet,wepattack are okay

showeq probably works but i didn't feel like compiling qt just to test it.

Net-Pcap, Net-RawIP and pylibpcap are okay too.
Comment 7 Guy Harris 2004-01-28 15:08:39 UTC
Ethereal's clean because its configure script doesn't check for net/bpf.h and because it doesn't directly include <net/bpf.h> - it includes <pcap.h>, which included <net/bpf.h> in pre-0.8.1 libpcap releases and includes <pcap-bpf.h> in 0.8.1 and later releases.

Etherape's not clean because its configure script (at least in 0.9.0) uses an old version of Ethereal's AC_ETHEREAL_PCAP_CHECK macro; a reasonable fix would be to get it to use the current AC_ETHEREAL_PCAP_CHECK macro, although some of the checks in there could be removed if Etherape doesn't use "pcap_version[]" or any of the newer functions for which it checks.

That might be the case with other applications - they don't *need* <net/bpf.h>, they just check for it instead of checking for <pcap.h>.

Applications that *do* include <net/bpf.h> directly and also include <pcap.h> should try just including <pcap.h>.

Applications that include <net/bpf.h> directly and don't use libpcap are platform-dependent, as they don't have libpcap to hide the details of how to hand a BPF program to the kernel.  On BSD, AIX, and Digital UNIX, they should include <net/bpf.h>; on Linux distributions, they should include <linux/filter.h> or, if glibc has its own version of that header, the glibc version.

(FYI, the OS for which pcap-bpf.h was created was AIX - libpcap needs to include the OS's <net/bpf.h>, not any <net/bpf.h> provided by libpcap, in pcap-bpf.c in order to get an AIX structure definition to load the BPF driver.)
Comment 8 SpanKY gentoo-dev 2004-02-04 06:21:08 UTC
*** Bug 40289 has been marked as a duplicate of this bug. ***
Comment 9 Daniel Ahlberg (RETIRED) gentoo-dev 2004-02-06 07:17:32 UTC
etherape, ngrep, argus, p0f, ssldump and traffic-vis fixed. If you find any other packages that fails to compile becuse of this please file a bug report.