After upgrading to libpcap-1.0.0-r1 (from 1.0.0), portage recommended to rebuild ngrep via @preserved-rebuild, which failed. I also tried to build ngrep with libpcap-1.0.0, but this failed with the same error. Reproducible: Always Steps to Reproduce: 1. emerge =net-libs/libpcap-1.0.0-r1 2. emerge =net-analyzer/ngrep-1.45-r1 Actual Results: Configuring Perl-Compatible Regular Expression (PCRE) library ... ./configure: line 3634: ./configure: No such file or directory Configuring Network Grep (ngrep) ... checking for a broken redhat glibc udphdr declaration... no checking for a complete set of pcap headers... more than one set found in: /usr/include /usr/include/pcap please wipe out all unused pcap installations make -j3 make: *** No targets specified and no makefile found. Stop. My emerge --info: Portage 2.2_rc14 (default/linux/x86/2008.0/desktop, gcc-4.3.2, glibc-2.8_p20080602-r0, 2.6.24-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.24-gentoo-r5-i686-Genuine_Intel-R-_CPU_T2500_@_2.00GHz-with-gentoo-2.0.0 Timestamp of tree: Sun, 16 Nov 2008 22:00:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.4.4-r15, 2.5.2-r8, 2.6-r4 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.19 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.rz.tu-bs.de/pub/mirror/ftp.gentoo.org/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/voip /usr/local/portage/layman/iptego /usr/local/portage/layman/sunrise" SYNC="rsync://pirate/gentoo-portage" USE="X a52 aac acl acpi aim alsa apm arts aspell bash-completion berkdb bluetooth branding bzip2 cairo cdr cli cluster cracklib crypt cups curl dbus divx dri dvd dvdr dvdread emboss encode ethereal evo expat ffmpeg flac foomaticdb fortran gcrypt gdbm gif git gnutls gpm gtk hal iconv icq imagemagick imap imlib ipv6 isdnlog java java5 jpeg jpeg2k kde kpathsea libwww mad matroska mdnsresponder-compat midi mikmod mime mmx motif mp2 mp3 mp4 mpeg msn mudflap musepack mysql ncurses nptl nptlonly nsplugin ogg opengl openmp oss pam pcmcia pcntl pcre pdf perl png posix pppd python qt3 qt3support qt4 quicktime readline realmedia reflection sdl session soap spell spl sse sse2 ssl startup-notification svg svga sysfs tcpd tetex theora tiff truetype unicode usb userlocales vcd vorbis wifi win32codecs wma wmf wmp x86 xine xinerama xml xmlrpc xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fglrx radeon vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 172036 [details] build.log
There is a --with-pcap-includes option. I get this package compiled with libpcap-1.0.0-r1 when I either put --with-pcap-includes=/usr/include or --with-pcap-includes=/usr/include/pcap into ngrep's ebuild but I am not sure what is the right directory to choose. Assigning this bug to netmon. I don't CC package's author as this doesn't seem to be a bug in his software but rather some problem with the ebuild.
Well I've fixed this using workaround you suggested (1.45-r2 with some other changes added to the tree). But I consider this to be upstream bug since it's upstream changed location of pcap.h header and we just followed them and as they suggested we have two headers (read comments in /usr/include/pcap.h). (In reply to comment #2) > Assigning this bug to netmon. I don't CC package's author as this doesn't seem > to be a bug in his software but rather some problem with the ebuild. BTW if upstream is more or active I'd like to clean a bit our patches and forward all of them upstream... Please, CC author if he/she is around. Fixed in ngrep-1.45-r2.
> (In reply to comment #2) > > Assigning this bug to netmon. I don't CC package's author as this doesn't seem > > to be a bug in his software but rather some problem with the ebuild. > > BTW if upstream is more or active I'd like to clean a bit our patches and > forward all of them upstream... Please, CC author if he/she is around. Upstream is listed in metadata.xml. Do you really think it's useful to CC him in an already fixed bug?
Jordan, since you are interested in ngrep bugs take a look at this one. IMHO searching for pcap.h in predefined locations is ok, but it should not fail if it finds headers both in /usr/include and /usr/include/pcap, since that's how pcap upstream now installs pcap. Possible fix for ngrep will be just take first pcap.h occurrence instead of failure... Lars, thank you for pointing me. Yes, I think upstream should be aware about bugs we fixed and how we did that.
(In reply to comment #5) > Lars, thank you for pointing me. Yes, I think upstream should be aware about > bugs we fixed and how we did that. I completely agree with you on this. I asked because I was still under the impression that this problem is rather one in our ebuild than in upstream's build system.
Hey guys, thanks for CCing me. FWIW, IIRC the ngrep multiple-pcap-header check dates back to old RedHat days (maybe 5.x) when RH had changed the default install location for the headers, which was important back then because older (stock) versions of libpcap had a borked *_restart() (pcap filter logic parser reset) that would segfault when called. I'll take a look at the new libpcap now to familiarize myself with the change, and write back soon. I've been sitting on a colorization feature (in CVS version) for too long now; would you rather I address this as an A.B.C, or 1.46 (which will wrap the new changes)?
(In reply to comment #7) > > I've been sitting on a colorization feature (in CVS version) for too long now; > would you rather I address this as an A.B.C, or 1.46 (which will wrap the new > changes)? From my user's point of view I'd say go with 1.46 as colorization is a new feature. A.B.C could be useful to indicate bugfix-only releases...
Thank you for clarification Jordan. It was really helpful because it puzzled me why some programs use such strange logic and die in case they found two pcap.h files. And yes, I agree that it's better to keep current versioning scheme (so 1.46) since there are new features :)
