Compile tested: x86/64, aarch64_cortex-a53
Run tested: x86/64
Signed-off-by: Paul Spooren <spooren@informatik.uni-leipzig.de>
Signed-off-by: Paul Spooren <mail@aparcar.org>
AARCH64 compilation fails due to upstream bug in 1.2.0
that has been later fixed. Backport the fix commit.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
This also changes PKG_SOURCE to use .tar.xz, and changes the copyright
line. (I believe this is more accurate, as I haven't done a copyright
assignment.)
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Changes:
Makefile now downloads files from Github instead of SourceForge.
Changed URL, because they decided to leave SourceForge and use Github.
Added dependency libavahi-client, otherwise it doesn't build.
Dropped unnecessary patches, because both were upstreamed.
Signed-off-by: Josef Schlehofer <pepe.schlehofer@gmail.com>
@jow- mentioned that depending on libiconv-full on uClibc is not the way
to do it. Instead nls.mk needs to be included and then the correct iconv
lib wil be used as per CONFIG_BUILD_NLS.
Update mariadb Makefile to address this.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
mariadb 10.2.x depends on iconv. glibc and musl include iconv, uclibc
does not. So for uclibc builds a depend on libiconv-full is required.
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>
Even on a powerful platform a collectd process'
activities are sometimes affecting throoughput and
latency. This is a backgroud process, that should not
be running with default priority.
Even if it is a little deplayed, that is not a worry in
this case. The routing should be the main priority,
stats collection can wait a bit.
Tested on Netgear R7800
Signed-off-by: Marc Benoit <marcb62185@gmail.com>
Make niceness more moderate, bump version.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
Switched from git to tarball. There seems to be no activity since release
4.0.
Removed unneeded patches.
Added a library package since it seems to be required now.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Some of them forgot to update MIRROR_HASH on version change, others
updated with wrong hash value. The new values were generated from
tarballs prepared by the newly introduced github-tarball download
methoded and confirmed consistent with those from sources.openwrt.org
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Maybe we should use something other than -Os for this code anyway; it's
generally quite CPU-intensive.
Signed-off-by: David Woodhouse <dwmw2@infradead.org>