Arias Hung wrote:

> >This is not libpcap but libcap (without a p).  It is correctly listed
> >in build-depends (libcap-dev).
> <---snip--->
> 
> Then why doesn't it detect it as it appears at the end of configure.log 
> here?

Because it is not installed ?  (apt-get install libcap-dev)

I don't know how you build the package, perhaps dpkg-checkbuilddeps is
not run ?  (debuild runs it automatically).


  configure:26067: checking for cap_init in -lcap
  configure:26097: gcc -o conftest -DINET6
  -D_U_="__attribute__((unused))" -Wall -Wpointer-arith -W
  -I/usr/local/include -pthread -I/usr/include/gtk-2.0
  -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
  -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
  -I/usr/lib/glib-2.0/include
  -I/usr/local/include  -L/usr/local/lib conftest.c -lcap  -lz  >&5
  /usr/bin/ld: cannot find -lcap


> If everything is correctly listed in build-depends then there's a problem 
> with why this check is failing.  Are you suggesting that it failing to find 
> the cap library
> is not related to libpcap?

It is completely unrelated.


> * Tweaked the License blurb on source files and in the man page.  It
>   clarifies some issues and includes a new GPL exception that
>   explicitly allows linking with the OpenSSL library.  Some people
>   believe that the GPL and OpenSSL licenses are incompatible without
>   this special exception.

This has been proposed to Ethereal developers and was not conclusive.
Nevertheless they started using gnutls in 0.99.0 which won't have
compatibility problems.



        Frederic


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to