I suppose I could suggest you kwitcherdamnwhining and/or
takeitupwiththeguywhopackaged the dang thing...  But yeah, well, I fixed my
problem with AT&T BI and I'm in a good mood for a little while... so...

Run ./autogen.sh -1

Get over it. I've posted on this before, and I've just updated the
SourceForge release notes, in BOLD, but nobody ever reads...  It now says
(IN BOLD):

IF YOU DOWNLOAD the source .tgz, be aware that this version
does NOT include the configure and make scripts.

YOU MUST RUN:

./autogen.sh -1

Which means you MUST have the appropriate tools
(autoconf, automake, libtool, m4)


The messages from running autogen are indicative of an autoconf/automake
problem and sorry, there isn't a fix.  They're warnings anyway.

Basically autoconf 2.13 (and it's associated automake's 1.4, 1.4p5 and 1.5)
generate different structures than autoconf 2.5x (and it's associated 1.6
automake).  And they don't like each others' generated lines.  So I think
you have 2.13 and 1.6 (because the 2.52 / 1.4 pair won't work).  Although it
whines, the generated files do seem to work...  And if you have autoconf
2.5x, well, you get a different set of nasty messages because there are
older constructs in the ntop make files it doesn't like.

If the whole world would move to the newer versions, well, we could cleanup
ntop and require them.  But an awful lot of distributions don't support the
newer set yet...


You said: "The chart libraries compile well. No problems. (Not using the
buildAll.sh, but the manual procedure outlined in build-ntop.txt)"

If that were so, there should be a libgd.a in the gdchart0.94c/gd-1.8.3
directory for ntop to link to.  It's not finding it.

Why aren't you running buildAll.sh??

Maybe you have a version of the loader that's not searching in subordinate
directories or the compile didn't work.

There were some problems in the (former case) with the configure stuff.  As
a belt & suspenders fix, I changed configure.in (and it's generated
configure) it to explicitly give -Ls for each -l.  This is in the cvs
(2.1.50+).

What you need to do is to backport the change set between 2.49 and 2.50
versions of configure.in into the 2.1.3 version.  And you should also pick
up what's in 2.52/2.53 and 2.55/2.56.  You might check Dennis' bk tree - see
the 2.1.3 announcement - as I have already suggested he pick those up...

If not, well, you MIGHT be able to do

  cvs diff -U3 -r 2.49 -r 2.50 configure.in >configure-in.patch

and apply that via

  patch -p0 < configure-in.patch

then rerun autogen.sh -1 ...



-----Burton





-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
mourik jan c heupink
Sent: Sunday, September 29, 2002 4:42 PM
To: [EMAIL PROTECTED]
Subject: [Ntop] compile problem ntop 2.1.3 on suse8 (a bit long...)


Hello all.

I have been struggeling all day to get ntop to work, and just didn't
seem to succeed... :(

I'm trying to compile myself, on a SuSE 8 system. All libraries needed
are installed. (including their devel rpm's) I am following the
instructions in ntop/docs/BUILD-NTOP.txt

The chart libraries compile well. No problems. (Not using the
buildAll.sh, but the manual procedure outlined in build-ntop.txt)

But then: To compile ntop itself, in this doc it says to do the
following:
   - cd ntop
   - ./configure
Did NOT seem to work. Appearently you have to run ./autogen.sh -1 first,
though it does NOT say this in the supplied docs... I guess running that
script first IS the way to go...?

But this is where the problems start. First of all, it talks about
updating aclocal.m4 contents with the contents of aclocal.m4 from
somewhere else. (don't remember where exactly). But I followed the
instructions. Then it told me to run aclocal to update aclocal.m4. Did
that also, obedient as I am. (though i had NO clue as to what i was
actually doing...)

But now the real problems start. I quote the last bit of output from
autogen.sh -1:

<quote>
Generating configuration files for ntop, please wait....
You should update your `aclocal.m4' by running aclocal.
1. acinclude.m4 .... done
2. aclocal.m4 ...... done
autoheader: config.h.in is unchanged
3. config.h.in ..... done
Makefile.am:62: DIST_COMMON was set with `=' and is now set with `+='
intop/Makefile.am:27: DIST_COMMON was set with `=' and is now set with
`+='
plugins/Makefile.am:29: DIST_COMMON was set with `=' and is now set with
`+='
plugins/Makefile.am:96: deprecated feature: `icmpPlugin.so' overrides
`icmpPlugin.so$(EXEEXT)'
plugins/Makefile.am:96: change your target to read
`icmpPlugin.so$(EXEEXT)'
plugins/Makefile.am:120: deprecated feature: `lastSeenPlugin.so'
overrides `lastSeenPlugin.so$(EXEEXT)'
plugins/Makefile.am:120: change your target to read
`lastSeenPlugin.so$(EXEEXT)'
plugins/Makefile.am:126: deprecated feature: `netflowPlugin.so'
overrides `netflowPlugin.so$(EXEEXT)'
plugins/Makefile.am:126: change your target to read
`netflowPlugin.so$(EXEEXT)'
plugins/Makefile.am:132: deprecated feature: `nfsPlugin.so' overrides
`nfsPlugin.so$(EXEEXT)'
plugins/Makefile.am:132: change your target to read
`nfsPlugin.so$(EXEEXT)'
</quote>

Despite of the problems, I went on with the compile process: -
./configure, -make and -make install.

./configure runs fine, saying:
Host System Type  : i686-suse-linux
Compiler (cflags) : gcc -g -O2 -pipe -DHAVE_CONFIG_H
Include path      :  -I/usr/src/ntop-2.1.3/gdchart0.94c
-I/usr/include/openssl
System Libs       :  -lpthread -lresolv -lnsl -ldl
Core Libs         :  -lpcap -lgdbm
Additional Libs   :  -lcrypt -lm -lz -L/usr/src/ntop-2.1.3/gdchart0.94c
-lgdchart -lgd -lpng -lz -L/usr/lib -lssl -lcrypto
LBL pcap in       : standard installation
GNU gdbm in       :
MultiThread mode  : yes
Install path      : /usr/local

Then I am told to do - make. And, after doing that, I am getting the
folowing error:
<quote>
gcc -shared  address.lo dataFormat.lo globals-core.lo hash.lo
initialize.lo leaks.lo mysql.lo netflow.lo ntop.lo pbuf.lo protocols.lo
plugin.lo qsort.lo regex.lo sql.lo sessions.lo ssl.lo term.lo traffic.lo
util.lo vendor.lo version.lo ntop_darwin.lo  -lpcap /usr/lib/libgdbm.so
-lpthread -lresolv -lnsl -ldl -lcrypt -lm -lz
-L/usr/src/ntop-2.1.3/gdchart0.94c -lgdchart -lgd -lpng -lz -L/usr/lib
-lssl -lcrypto  -Wl,-soname -Wl,libntop-2.1.so.3 -o
.libs/libntop-2.1.so.3.0.0
/usr/i486-suse-linux/bin/ld: cannot find -lgd
collect2: ld returned 1 exit status
make[2]: *** [libntop.la] Error 1
make[2]: Leaving directory `/usr/src/ntop-2.1.3/ntop'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/ntop-2.1.3/ntop'
make: *** [all] Error 2
</quote>

Maybe no need to say this, but the make install didn't work :(
<quote>
gcc -shared  address.lo dataFormat.lo globals-core.lo hash.lo
initialize.lo leaks.lo mysql.lo netflow.lo ntop.lo pbuf.lo protocols.lo
plugin.lo qsort.lo regex.lo sql.lo sessions.lo ssl.lo term.lo traffic.lo
util.lo vendor.lo version.lo ntop_darwin.lo  -lpcap /usr/lib/libgdbm.so
-lpthread -lresolv -lnsl -ldl -lcrypt -lm -lz
-L/usr/src/ntop-2.1.3/gdchart0.94c -lgdchart -lgd -lpng -lz -L/usr/lib
-lssl -lcrypto  -Wl,-soname -Wl,libntop-2.1.so.3 -o
.libs/libntop-2.1.so.3.0.0
/usr/i486-suse-linux/bin/ld: cannot find -lgd
collect2: ld returned 1 exit status
make[1]: *** [libntop.la] Error 1
</quote>

Please give advise. searched google, read the faq, but everything i read
doesn't seem to apply to this. (in particular: it doesn't look as the
autoconf problem that everybody seems to talk about)

Any pointers will be really appreciated. If you need more info, I'm
happy to supply.

Thanks very much for any reactions in advance.

Yours,
Mourik Jan Heupink




_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://lists.ntop.org/mailman/listinfo/ntop

_______________________________________________
Ntop mailing list
[EMAIL PROTECTED]
http://lists.ntop.org/mailman/listinfo/ntop

Reply via email to