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>
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>
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>