1. (configure.in) -- will test and commit.

2. (sessions.c) -- will test and commit.  Looks reasonable.  Odd, but
reasonable.

3. (configureextra) -- committed.  I thought I had, it's in my checkout
directory, but it didn't appear in the cvs.  Probably I was waiting for
feedback on #1...

4. (make install) -- you should be able to set LN_S in
configureextra/openbsd.  It shouldn't be necessary, as the files are
supposedly deleted first, but LN_S="ln -sf' or some such should work.

5. (SIGPIPE) go whine @ the gdb folks, that's NOT an ntop problem - it's the
interaction between gdb (forcing the signal to be handled) and your browser.

-----Burton


> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> Julien TOUCHE
> Sent: Sunday, January 25, 2004 5:05 AM
> To: Ntop
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [Ntop] openbsd patch: update
>
>
>
> update patchs for 2.2.99
> compile goes well on openbsd 3.4-stable (not yet tested on -current)
>
> patch for configure.in has tested which had not made their way in tree
> for now
> patch sessions.c solve a problem of
> sessions.c:2402: incompatible types in assignment
> as bpf_timeval & timeval are not the same
>
> configureextra/OPENBSD repeat the use of "-shared" flags on openbsd
>
> with all that, you can compile HEAD
> a minor change for install, is changing LN_S from 'ln -s' to 'ln -sf' in
> plugins/Makefile
>
> after
> sudo gmake install
> sudo mkdir -p /opt/var/lib/ntop/
> sudo chown ntop:ntop /opt/var/lib/ntop/
>
> and for the short test, i made, ntop runs well under gdb
> (with a 'signal SIGPIPE' to ignore this signal)
>
> Regards
>
>               Julien
>

_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to