Inline...
On Sun, Jun 21, 2009 at 1:00 PM, Peter Volkov <p...@gentoo.org> wrote:
> Good time.
>
> In case libpcap (current git) was built on system with libnl installed,
> tcpreplay fails to build with the following error:
Well that sucks. I guess I'll have to deal with that.
> (take a look on bugs.gentoo.org/274813 for full build output, and
> theor.ran.gpi.ru/tcpreplay-config.log for config.log)
>
Thank you. Very helpful.
>
> This is cased because linking with libpcap requires -lnl and this check
> is missed in configure script. Since libnl does not have static version
> (at least libnl developers don't provides us with such build option in
> the latest release) I'm unsure how to fix this problem correctly. In
> Gentoo we use --enable-shared switch so we could detect if libnl is
> required for linking with libpcap. Probably just by modifying the
> following code
>
> if test $dynamic_link = yes; then
> if test -f "${testdir}/lib64/libpcap${shrext_cmds}" ; then
> LPCAPLIB="-L${testdir}/lib64 -lpcap"
> elif test -f "${testdir}/lib/libpcap${shrext_cmds}" ; then
> LPCAPLIB="-L${testdir}/lib -lpcap"
> else
> AC_ERROR([Unable to find libpcap in ${testdir}])
> fi
>
> with something like
>
> AC_SEARCH_LIBS(pcap_close,pcap,
> LPCAPLIB="$LIBS"
> ,AC_ERROR([Unable to find libpcap in ${testdir}])
> ,-lnl)
>
> but I'm unsure how good such solution is. Any suggestions how to fix
> this problem correctly are welcome.
No, the right thing to do is detect if libpcap requires libnl and
dynamically link it. Unfortunately, so many people have multiple versions
of libpcap installed on their system that if I default to dynamically
linking then we start having all sorts of problems. Ticket #397
>
> Another problem I've encountered is that distribution specifies
> ACLOCAL_AMFLAGS = -I m4
> while there is no m4 directory and thus autoreconf fails. Probably
> ACLOCAL_AMFLAGS = -I libopts/m4
> was assumed there.
>
Actually, I just forgot to ship the m4 directory in the tarballs. Ticket
#398
>
> And last, I have not filled this bug report in trac since I'm unable to
> register there. It failed with the following error:
>
> Trac detected an internal error:
> URLError: <urlopen error (2, 'Temporary failure in name resolution')>
>
Yeah. I know. It's been almost a year and that problem keeps coming up. I
wish I knew how to permemently fix it. :(
>
> Thank you in advance for your time,
>
Thank you for the detailed but report!
--
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix &
Windows
Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety.
-- Benjamin Franklin
------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Tcpreplay-users mailing list
Tcpreplay-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcpreplay-users
Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
