This adds PKG_BUILD_PARALLEL:=0 to packages that depend on host Python
packages (HOST_PYTHON3_PACKAGE_BUILD_DEPENDS), because installing
packages with multiple concurrent pip processes can lead to errors or
unexpected results[1].
This also:
* Move HOST_PYTHON3_PACKAGE_BUILD_DEPENDS definitions to before
python3-package.mk is included
* Update Python folder readme to include PKG_BUILD_PARALLEL:=0
[1]: https://github.com/pypa/pip/issues/2361
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Switch to meson as autotools support was removed.
Adjustment for consistency between packages.
Reorder plugins based on meson_options.txt order.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Updated options.
Removed deinterlace plugin as it's failing to build.
Reorganized plugin list based on meson_options.txt order.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Allows removing autotools hacks. Also simplified InstallDev section.
Added ABI_VERSION parameter for proper rebuilds. Also used in the
pkgconfig path fixup.
Small cleanups for consistency between packages.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
Switched to CMake to simplify the Makefile and to remove autotools
hacks.
Replaced InstallDev with CMAKE_INSTALL.
Added PKG_BUILD_PARALLEL for faster compilation.
Signed-off-by: Rosen Penev <rosenp@gmail.com>
This evaluates the arguments passed to "go install" during Build/Compile
rather than when golang-package.mk is included.
This also changes build directory-related variables to be recursively
expanded, because PKG_BUILD_DIR depends on BUILD_VARIANT and so can
change during different runs of Build/Compile.
Signed-off-by: Jeffery To <jeffery.to@gmail.com>
Jool v4.1.0 suffers from bad offload management as well as broken
stateful NAT64 translation. See upstream issues #331 as well as #332 for
more information.
Downgrade to v4.0.9 until these are ironed out.
Tested on: ipq40xx-generic
Fixes commit 0a6891feac ("jool: update to v4.1.0")
Signed-off-by: David Bauer <mail@david-bauer.net>
As miniupnpd is running as root, libcap(-ng) can be used to limit its
capabilities.
libcap-ng is very small, so this isn't a problem.
Signed-off-by: Rosen Penev <rosenp@gmail.com>