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>
The path where python3-config is installed was changed in 64959a1d. This
updates that path for this package.
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Switch to SourceForge URL. More mirrors available.
Remove InstallDev section. This is already included with CMAKE_INSTALL.
Minor cleanups.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Without this, the host build picks up the site config in
/usr/share/boost-build/site-config.jam which causes a build failure on
Gentoo where a custom optimization value "none" is used.
Fixes#9152.
Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
Simplifies the Makefile slightly. This also uses a proper release instead
of a random git commit.
Added LICENSE Information.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
It was causing regressions in systems without some particular
development tools (see #8129)
Signed-off-by: Nikos Mavrogiannopoulos <n.mavrogiannopoulos@gmail.com>
Removed upstreamed patches. Also fixes a redefinition error on some
platforms.
Cleaned up the DEPENDS to be simpler and more concise.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Added $(TARGET_CPPFLAGS) to TARGET_CFLAGS to fix a buildbot failure to
find oniguruma include files.
Signed-off-by: Eneas U de Queiroz <cote2004-github@yahoo.com>
The first and last hunks of the patch were already taken care of, but
the middle two were still needed.
Signed-off-by: Eneas U de Queiroz <cote2004-github@yahoo.com>
Versions earlier than 1.2.15 had security vulnerabilities, especially
related to the bundled oniguruma. Now libevhtp uses a system-provided
library instead. The API changed as well, requiring patches to
seafile-server.
Adds @cotequeiroz Eneas U de Queiroz as maintainer.
Signed-off-by: Eneas U de Queiroz <cote2004-github@yahoo.com>
oniguruma is a regular expression library for different character
encodings.
It is a dependency of current version of libevhtp, and is currently only
producing a static library, not generating an installable package.
Signed-off-by: Eneas U de Queiroz <cote2004-github@yahoo.com>
Forum user portuquesa raised a topic (see [1]) about being unable to use
Asterisk on his armeb xscale device. We narrowed it down to sqlite3.
Asterisk was unable to insert a simple table into its db.
In short, sqlite3 assumes little endian for every ARM device. This
worked OK for 4 Byte bit (unaligned) access. But once upstream (back in
2015) added a function which accesses 2 Bytes (see [2]) this failed for
some (if not all) ARM big endian devices. ARM CPUs are bi-endian for 4
Byte reads but not for 2 Byte reads.
This patch fixes the problem by setting the endianness adequately for
ARM targets, for both 32 bit and 64 bit varieties. The patch was applied
upstream (see [3]).
[1] https://forum.openwrt.org/t/solved-asterisk13-or-15-sqlite3-database-problem/36856
[2] 329428e208
[3] https://www.sqlite.org/src/info/b7aad929619f7043
Signed-off-by: Sebastian Kemper <sebastian_ml@gmx.net>