OK, it's FINALLY done...
.tgz .src.rpm and .i386.rpm for 2.1.50 are available at SourceForge.
FWIW, due to timing and time zones, there is no particular version at
snapshot.ntop.org that's equivalent. Tomorrow's version will include the
Python enhancement to emitter.c and yesterday's is missing the
configure[.in] fixes. S'be'it
If you want to pull the 2.1.50 source from the cvs, create a directory and
cd into it, then issue the following commands:
# cvs checkout -t ntop_2_1_50 ntop
# cvs checkout gdchart0.94c
One good thing came out of this goat rodeo:
I fixed a problem with the buildAll.sh and libpng Makefiles that I didn't
even know existed until I tried to build the rpms.
If you care, here's the skinny (this is true on Linux and probably most
other OSes):
gnu ld favors shared (.so) and static (.a) libraries if it can find them in
the cache or the ld configure files (these are ld.so.cache and ld.so.conf
under Linux) or where you tell it to look via the -L command. Now the ntop
configure is very careful to test for libz.a in all the proper places, but
we had missed adding it to the list.
MORELIBS="${MORELIBS} -L${GDCHART_ROOT} -lgdchart -L${GDCHART_ROOT}/gd-1.8.3
-lgd -L${GDCHART_ROOT}/gd-1.8.3/libpng-1.2.4 -lpng"
instead of
MORELIBS="${MORELIBS} -L${GDCHART_ROOT} -lgdchart -L${GDCHART_ROOT}/gd-1.8.3
-lgd -L${GDCHART_ROOT}/gd-1.8.3/libpng-1.2.4 -lpng -L${GDCHART_ROOT}/zlib-1
.1.4 -lz"
For most people, zlib (libz.so) is installed and it's found through the
default -L settings so the actual missing -L is irrelevant. But my rpm
build machine is skinied down to the bare nothing, so I really am using the
static libraries ntop creates from buildAll.sh. And so the rpm create
failed.
That was an easy fix, but then I hit #2:
libpng's makefile specify ZLIBINC and ZLIBLIB as ../zlib ... first off, we
have zlib in zlib-1.1.4 and second it's ../../zlib-1.1.4
Again, if you have zlib/libz installed, the header and library is found and
you don't get a complaint. If not, libpng fails to compile. To fix this, I
just had to override those values in buildAll.sh (vs. changing all of
libpng's make files).
What makes these interesting is that both of these bugs ONLY surface if you
don't have zlib
installed on the system and depend on the static build that's part of ntop's
buildAll.sh command. We've had well over 5000 downloads of SOURCE for ntop
2.1.1/2.1.2 from SourceForge, who knows how many others from ntop.org and
nobody hit it...
ser-en-dip-i-ty n. pl. ser-en-dip-i-ties
The faculty of making fortunate discoveries by accident.
The fact or occurrence of such discoveries.
An instance of making such a discovery.
-----Burton
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://lists.ntop.org/mailman/listinfo/ntop-dev
