This seems to happen only on some distributions (Void, Arch):
/usr/lib/libgcc_s.so.1: file not recognized: file format not recognized
collect2: error: ld returned 1 exit status
libtool: error: error: relink 'libdns_sd.la' with the above command before installing it
Signed-off-by: Michal Vasilek <michal.vasilek@nic.cz>
DoH is enabled by default, but disabling it removes the need to link
against libnghttp2, which may be desirable more constrained
environments.
Signed-off-by: Noah Meyerhans <frodo@morgul.net>
tesseract build script checks /proc/cpuinfo file, but this file is
not exist or darwin. This check is used for getting optimized build
flags depends on CPU. This feature does not work in cross-compile
case and should be explicitly disabled.
This patch disables CPU detection using cmake option
BUILD_TRAINING_TOOLS=OFF.
Generated binaries (aarch64 target) are exactly the same on
Ubuntu 20.04 x86_64 and MacOS 11.6 arm64. Binaries generated on
Linux build host are not changed (the same checksums before and
after applying this patch).
Signed-off-by: Sergey V. Lobanov <sergey@lobanov.in>
When switching from cmake to autotools, the wrong logging was used for
the verbose compilations option. This commit fixes that.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
Bump to latest upstream release and rebase:
010-Remove-distro-check.patch
025-remove-unsupported-option.patch
After updating ran `make package/lxc/refresh` to clean dirty patches
Build system: x86_64
Build-tested: bcm2711/RPi4B
Run-tested: bcm2711/RPi4B
Signed-off-by: John Audia <graysky@archlinux.us>
1. ruby/host build fails on macos due to Apple ld generates warning
if a folder from LDFLAGS is not exist. configure script catches this
warning and fails. This patch disables ld warnings for macos
2. ruby build fails on macos due /bin/true is not exist on macos.
This patch replaces /bin/true with true in OpenWrt Makefile
Signed-off-by: Sergey V. Lobanov <sergey@lobanov.in>
* consolidate dnsmasq config manipulation into one function
* more elegant code for PROCD data processing (Thanks @jow-!)
Signed-off-by: Stan Grishin <stangri@melmac.ca>
Manually added new env variable `XDG_DATA_HOME` which won't be passed
by procd by default.
Removed upstreamed patch.
Signed-off-by: Tianling Shen <cnsztl@immortalwrt.org>
According to the upstream developers of dbus, cmake is only inteded for
windows. Unix like operating systems should continue to use the
autotools stack.
Since the changeover to cmake, the dbus was no longer usable on all big
endian systems because the name binding no longer worked.
In cmake, it is not evaluated whether it should run on a little endian
or big endian system.
This fixes issue #17780. The original problem occurred when using the
modem manager on the big endian system (MIPS).
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
Alexandru Ardelean
Josef Schlehofer
Tiago Gaspar
Tianling Shen
Chip Lee
Dirk Brenken
Sergey V. Lobanov
Michal Vasilek
Jan Hák
Stijn Tintel
Hannu Nyman
David Bauer
Rosen Penev
Seth Kingry
Noah Meyerhans
R4SAS I2P
John Audia
Florian Eckert
Philip Prindeville
Stan Grishin
Jeffery To
Šimon Bořek
Bernhard Voelker