I have a server without ipv6 support, use flag -ipv6 and no ipv6 in the kernel, and nmap 6.01 gives the error: Error compiling our pcap filter: icmp6 not supported I've given emerge --info for a 64bit system but I've also had the bug on a couple of 32 bit systems. Reproducible: Always Steps to Reproduce: 1. Compile nmap on a system with -ipv6 2. run nmap eg 192.168.32.0/24 Actual Results: 3. observe error message Starting Nmap 6.01 ( http://nmap.org ) at 2013-01-10 11:03 GMT Error compiling our pcap filter: icmp6 not supported Expected Results: nmap should have scanned the subnet emerge --info Portage 2.1.11.31 (default/linux/amd64/10.0, gcc-4.5.4, glibc-2.15-r3, 3.2.12-gentoo x86_64) ================================================================= System uname: Linux-3.2.12-gentoo-x86_64-AMD_Opteron-tm-_Processor_146-with-gentoo-2.1 Timestamp of tree: Sat, 22 Dec 2012 19:30:01 +0000 ld GNU ld (GNU Binutils) 2.22 app-shells/bash: 4.2_p37 dev-lang/python: 2.7.3-r2, 3.2.3 dev-util/cmake: 2.8.9 dev-util/pkgconfig: 0.27.1 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.4 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.6 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo x-myoverlay ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O2 -mtune=opteron -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=opteron -O2 -mtune=opteron -O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://mirror.qubenet.net/mirror/gentoo/ http://gentoo.virginmedia.com/ " LANG="en_GB" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/myoverlay" SYNC="rsync://guardian/gentoo-portage" USE="X acl amd64 apache2 berkdb bzip2 cli cracklib crypt cups cxx dri fam fortran gdbm gpm gtk iconv jpeg jpeg2k ldap maildir mmx modules mudflap multilib ncurses nls nptl nsplugin openmp overlays pam pcre php png pppd quotas readline samba session sse sse2 ssl svg syslog tcpd tiff truetype unicode xattr xml xml2 zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB en_US" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="vesa radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
I can confirm this behavior.
There is also bug #445734 . Don't have time now to check how related it is.
This only happens when net-libs/libpcap was compiled with ipv6 USE flag being disabled. Seems to be a similar problem to bug #421003
It's the same upstream bug as bug #417759 which was apparently unfixed because of bug #445734. I have "fixed" it again now, but it should really be fixed upstream, i.e. in net-libs/libpcap.
(In reply to comment #4) > It's the same upstream bug as bug #417759 I don't see any mention this being reported upstream on bug #417759 ...? > I have "fixed" it again now, do I have to say that I'm among those unhappy with the "fix"? :-) > but it should really be fixed upstream, i.e. in net-libs/libpcap. ... it can hardly be fixed if it is not known (reported) please could you post a link to the appropriate report so we can watch the status, or are we waiting for Godot as the upstream report does not exist yet?
(In reply to comment #5) > (In reply to comment #4) > > It's the same upstream bug as bug #417759 > > I don't see any mention this being reported upstream on bug #417759 ...? > > > I have "fixed" it again now, > > do I have to say that I'm among those unhappy with the "fix"? :-) > > > but it should really be fixed upstream, i.e. in net-libs/libpcap. > > ... it can hardly be fixed if it is not known (reported) > > please could you post a link to the appropriate report so we can watch the > status, or are we waiting for Godot as the upstream report does not exist > yet? See bug #452832
