Package Details: ntopng 3.8-5

Git Clone URL: https://aur.archlinux.org/ntopng.git (read-only)
Package Base: ntopng
Description: The next generation version of the original ntop, a network traffic probe that shows the network usage
Upstream URL: http://www.ntop.org/
Keywords: htop monitoring networking ntop top
Licenses: GPL3
Submitter: crt
Maintainer: pht
Last Packager: pht
Votes: 18
Popularity: 0.325590
First Submitted: 2015-09-22 08:31
Last Updated: 2019-08-25 15:38

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

s_oechsle commented on 2018-12-30 20:35

Get this error with 3.8, using 3.6 works though.

autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in '../..'.
libtoolize: copying file '../../ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
autoreconf: running: /usr/bin/autoconf --force
autoreconf: running: /usr/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
configure.ac:7: installing './compile'
configure.ac:7: installing './config.guess'
configure.ac:7: installing './config.sub'
configure.ac:5: installing './install-sh'
configure.ac:7: error: required file './ltmain.sh' not found
configure.ac:5: installing './missing'
parallel-tests: installing './test-driver'
autoreconf: automake failed with exit status: 1

pht commented on 2018-12-29 17:01

Updated to 3.8. Merry xmas!

s_oechsle commented on 2018-12-13 07:55

Can you post your CFLAGS? Maybe try to set optimization to -O2 and remove -ffast-math if you have it. Also the newest version is ntopng 3.6 and nDPI 2.4.

ibrokemypie commented on 2018-12-13 03:44

doesnt build for me...


IEEE Math Checks
checking for fpclassify... no
checking for fpclassify with <math.h>... yes
checking for isinf... yes
checking whether isfinite is broken... no
checking if IEEE math works out of the box... not isnan(NaN) ... no
checking if IEEE math works with the -ieee switch... no
checking if IEEE math works with the -qfloat=nofold switch... no
checking if IEEE math works with the -w -qflttrap=enable:zerodivide... no
checking if IEEE math works with the -mieee switch... no
checking if IEEE math works with the -q float=rndsngl switch... no
checking if IEEE math works with the -OPT:IEEE_NaN_inf=ON switch... no
checking if IEEE math works with the -OPT:IEEE_comparisons=ON switch... no
checking if IEEE math works with fpsetmask(0)... no
checking if IEEE math works with signal(SIGFPE,SIG_IGN)... not isnan(NaN) ... no
configure: error: 
Your Compiler does not do propper IEEE math ... Please find out how to
make IEEE math work with your compiler and let me know (tobi@oetiker.ch).
Check config.log to see what went wrong ...

make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make rule.
make[1]: Entering directory '/tmp/makepkg/ntopng/src/ntopng-3.4/third-party/rrdtool-1.4.8/src'
make[1]: *** No rule to make target 'librrd_th.la'.  Stop.
make[1]: Leaving directory '/tmp/makepkg/ntopng/src/ntopng-3.4/third-party/rrdtool-1.4.8/src'
make: *** [Makefile:172: /tmp/makepkg/ntopng/src/ntopng-3.4/third-party/rrdtool-1.4.8/src/.libs/librrd_th.a] Error 2

avi9526 commented on 2018-09-23 22:53

does anyone know why this ntopng listen on random high udp ports?

madman_xxx commented on 2018-09-23 19:19

The culprit is the LuaJIT v2.1.0-beta3 which requires SSE2, which in turn is not supported by AMD Geode... When I modify compilation options (when building LuaJIT, /etc/makepkg.conf is ignored, at least regarding CFLAGS / CXXFLAGS) I can get a more sane error when running ntopng:

ntopng[6731]: PANIC: unprotected error in call to Lua API (CPU with SSE2 required)
In that case, shouldn't the installation script check for that specific CPU flag prior to installation or PKGBUILD issue a warning upon compilation?

pht commented on 2018-09-21 20:00

Hello, thanks for the info. I remember that Geode and SIGILL is a recurring theme... there's some catch around it being i586 only and not i686. Might be a case of this again? Unfortunately I do not have that specific hardware (or any x86 only for that matter) to test. Would you be willing to help a bit here... either figure it out or at least run through gdb to see what specific instruction in which module is triggering the error?

madman_xxx commented on 2018-09-20 20:27

Although PKGBUILD contains x86 architecture, the final package has a non-working binary.

The package builds successfully, but when I start ntopng I get the following:

# systemctl status ntopng-4g
[...]
wrz 20 21:14:06 router-4g systemd[1]: Started ntopng network traffic monitor (br0 + br1 + Orange + Play).
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [Ntop.cpp:1499] Setting local networks to 127.0.0.0/8
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [Utils.cpp:2409] Rule 127.0.0.0/8
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [Redis.cpp:127] Successfully connected to redis 127.0.0.1:6379@0
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [Redis.cpp:127] Successfully connected to redis 127.0.0.1:6379@0
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [Ntop.cpp:352] Interfaces Available: 32
wrz 20 21:14:06 router-4g ntopng[11089]: 20/Sep/2018 21:14:06 [ThreadedActivity.cpp:147] Running /usr/share/ntopng/scripts/callbacks/system/boot.lua (iface=(nil))
wrz 20 21:14:06 router-4g systemd[1]: ntopng-4g.service: Main process exited, code=dumped, status=4/ILL
wrz 20 21:14:06 router-4g systemd[1]: ntopng-4g.service: Failed with result 'core-dump'.
[...]

It is built on an old AMD Geode NX1500 CPU, where it's intended to be run.

ddt-aur commented on 2018-08-26 08:26

Builds successfully for me too.
Thanks for looking into this!

pht commented on 2018-08-26 05:48

Thanks for the report. Apparently there is a clash with SOCKET definition elsewhere in the system (libpcap?) ... I'm not sure how I succeeded to build the original package in the first place. I've created a patch to fix and verified correct build on my machine. Could you give it a try?