seafile-seahub was the only user of this.
Remove this from the build.
Having it here is a bit messy.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
seafile-seahub's build is a mess.
It hijacks some OpenWrt mk files into the build.
This can be avoided by provided some of the required parameters via
env-vars and patching the env-vars into the build.
Which is what this patch does.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
The change is mostly organizational.
More packages will be moved to have python- or python3- prefixes.
Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>
As part of the boost change. Also get rid of various CMake options as
CMake can find everything properly now.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
After talking to @jow on IRC, we found two problems. STAGING_DIR_HOST is
designed for tools, not host packages. Changing this to HOSTPKG allows
CMake and pkgconfig to work properly with fbthrift.
The host-libraries should not be modular like this for host packages.
Changed to eliminate them and to only build the needed ones. This can be
changed as conditions change.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
remove unused patches
Add patch to:
Automatically detect whether Curve25519 is available in NSS for USE_DH31
Signed-off-by: Antony Antony <antony@phenome.org>
enable libunbound, along with dependency
add kmod-crypto-aead kmod-crypto-gcm dependency to support AES GCM
disable libseccomp
/git/openwrt/build_dir/target-mips_24kc_musl/libreswan-3.27/include/lswseccomp.h:24:10: fatal error: seccomp.h: No such file or directory
#include <seccomp.h>
^~~~~~~~~~~
add missing dependency nspr
add nss-utils dependency to able to import x509 Certificates to fix the error
ipsec import west.p12
/usr/sbin/ipsec: line 239: pk12util: not found
/usr/sbin/ipsec: line 84: certutil: not found
remove libnss dependency, nss-utils util will pull it.
remove unused build option KERNELSRC not necesscay since b4b98e2922.
Signed-off-by: Antony Antony <antony@phenome.org>
Update collectd to version 5.9.0
* remove backported upstream patches (sensors, modbus)
* remove lua patch that has been been implemented upstream
(See collectd PR 3144)
* refresh patches and accommodate into upstream path changes
* place the 'stations' datatype for iwinfo in alpbetically
correct place in types.db
* add libmnl dependency to 'processes' plugin required for the
new Linux process Delay Accounting capability.
(Alternatively the capability & requirement might be patched away
in Makefile.am, HAVE_LIBTASKSTATS from collectd_4ea7a572)
* new plugins (disabled): ampq1, gpu_nvidia, pcie_errors,
write_stackdriver, write_syslog
compile-tested: ar71xx/WNDR3700 (all plugins)
run-tested: ar71xx/WNDR3700 (selected plugins)
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
Simplifies the Makefile.
Remove build hacks and use CMake
Use PKG_BUILD_PARALLEL for faster compilation.
Switch to the Compression submenu to group this with the others.
Added lz4 binaries to be installable.
Add Optimization option.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Maintainer: me
Compile tested: armv7l, OpenWRT SDK
Run tested: armv7l Linksys WRT1900ACS, OpenWrt SNAPSHOT, r9987-655fff1571 -
confirmed PowerDNS server links correctly against libraries. I'm unable to test
all the backend modules as I don't have suitable backing stores set up for each.
Description:
PowerDNS is a versatile nameserver which supports a large number of different
backends ranging from simple zonefiles to relational databases and load
balancing/failover algorithms. PowerDNS tries to emphasize speed and security.
This commit includes the authoritative nameserver, backends and additional tools
https://www.powerdns.com/auth.html
Signed-off-by: James Taylor <james@jtaylor.id.au>
fbzmq provides a framework for writing services in C++ while leveraging
the features of libzmq (message passing semantics).
Compile tested: nbg6817, master
Maintainer: me
Signed-off-by: Amol Bhave <ambhave@fb.com>
Fixes compilation when ChaCha20 is missing from OpenSSL 1.1
Added Maintainer.
Rearranged Makefile for consistency.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Partially restore uclibc patch. Some parts were upstreamed while others
were not.
Fixes compilation without ChaCha20 support in OpenSSL 1.1 and above.
Depend on libunwind conditionally. libunwind is not supported on all
targets. Depending on it unconditionally makes libfolly and dependent
packages unavailable on those targets.
Added missing Maintainer.
Several Makefile rearrangements for consistency.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
This introduces a libxml2-dev package which contains most stuff
required for developing against libxml2 (on the target), and
the libxml2-utils package which contains the xmllint and xmlcatalog
command line binaries which are provided by libxml2.
Reported-by: Valentín Kivachuk <vk18496@gmail.com>
Signed-off-by: Michael Heimpold <mhei@heimpold.de>
ImageMagick is a free and open-source software suite for displaying,
converting, and editing raster image and vector image files. This
package provides the prominent 'convert' utility.
ImageMagick's installation footprint is:
x86_64: 6.7 MB,
ipq806x (ARM): 6.0 MB,
bcm53xx: 6.2 MB.
The shared libraries occupy 2.4 MB on bcm53xx, 2.3 MB on ipq806x, and
2.5 MB on x86_64. The 114 ImageMagick's modules occupy from 3.4 MB to
4.0 MB depending on the target. It may be possible to reduce the
installation footprint by introducing build parameters to control the
selection of modules. In view of the large number of modules and the
possibility of breakage due to module interdependencies or other
reasons, such attempt is not made at this time.
ImageMagick is therefore best suited for extroot-enabled or x86_64
OpenWrt systems.
In many cases, GraphicsMagick may be used as a substitute for
ImageMagick. GraphicsMagick provides similar functionality, it is
faster and it has a smaller installation footprint. It is therefore
better suited for non-extroot OpenWrt systems. However, in tests to
reduce resolution (and size) of a high-resolution JPEG image
GraphicsMagick required about 25% more RAM than ImageMagick (no HDRI,
quantum depth of 8) during its execution.
Signed-off-by: Val Kulkov <val.kulkov@gmail.com>