there is a bug in either glibc or iptraf (maybe code a bit old). When trying to compile iptraf with this glibc version it fails... asking in the gentoo channle someone told me that there was a minor change between a previous version of glibc and this new one, it was something in the file /usr/include/netinet/udp.h, there in line 68 you can see the old names were u_int16_t source; u_int16_t dest; u_int16_t len, u_int16_t check; and now those names are uint16_t source; uint16_t dest; uint16_t len; uint16_t check; after changing this names to the old ones iptraf compiles with no problem.. but this is certainly not a good choise since all my system was compiled using glibc-126.96.36.19941006.
I hope this bug can be fixed... iptraf is kinda used for some ppl
Please include compile error.
Worked for me - need info to fix this if you still have troubles.
>>> Test phase [none]: net-analyzer/iptraf-2.7.0-r1
>>> Install iptraf-2.7.0-r1 into /var/tmp/portage/iptraf-2.7.0-r1/image/ category net-analyzer
>>> Completed installing iptraf-2.7.0-r1 into /var/tmp/portage/iptraf-2.7.0-r1/image/
dan@frog iptraf $ emerge info
Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-188.8.131.5240808-r1, 2.6.10-gentoo-r2 i686)
System uname: 2.6.10-gentoo-r2 i686 AMD Athlon(tm) XP 1900+
Gentoo Base System version 1.4.16
Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 24 2004, 08:06:09)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]