summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* | board/pc: use frame pointer unwinder in linux.configThomas Petazzoni2018-11-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | The default ORC unwinder requires libelf to be built. While we could build libelf using BR2_LINUX_KERNEL_NEEDS_HOST_LIBELF, we probably don't really need the ORC unwinder in the PC defconfigs, so let's use the frame pointer unwinder instead. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771107 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/orangepi_zero_plus2: U-Boot needs pylibfdtThomas Petazzoni2018-11-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When building U-Boot for this platform: unable to execute 'swig': No such file or directory error: command 'swig' failed with exit status 1 scripts/dtc/pylibfdt/Makefile:26: recipe for target 'scripts/dtc/pylibfdt/_libfdt.so' failed Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771103 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/olimex_a20_olinuxino_lime_legacy: use gcc 6.x and not the default ↵Thomas Petazzoni2018-11-231-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | version The old 3.4 Linux kernel used by this defconfig doesn't build with gcc 7.x: include/linux/compiler-gcc.h:106:1: fatal error: linux/compiler-gcc7.h: No such file or directory So let's use gcc 6.x for the time being. Long term, we should use a newer or different kernel source for this defconfig, or get rid of the defconfig entirely if there's no updated kernel with a fix. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771091 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/armadeus_apf27: fix U-Boot configurationThomas Petazzoni2018-11-231-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The U-Boot part of the defconfig was not specifying explicitly any U-Boot version. Since commit 21e3ae8a18bb77943c0a2492ab9ebf14cab333f9 ("boot/uboot: default to kconfig buildsystem for latest version"), we default to using the kconfig build system when the default U-Boot version is used. Following this change, the apf27 defconfig therefore started using kconfig, for which the BR2_TARGET_UBOOT_BOARDNAME Config.in option is not used. Due to this, the build fails with: boot/uboot/uboot.mk:411: *** No board defconfig name specified, check your BR2_TARGET_UBOOT_BOARD_DEFCONFIG setting. Stop. Indeed, when Kconfig is used, the board defconfig must be specified with BR2_TARGET_UBOOT_BOARD_DEFCONFIG. As part of fixing this, we also set a fixed U-Boot version for this defconfig, like we do in all other defconfigs. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771003 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/cubieboard2: U-Boot needs pylibfdtThomas Petazzoni2018-11-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When building U-Boot for this platform: unable to execute 'swig': No such file or directory error: command 'swig' failed with exit status 1 scripts/dtc/pylibfdt/Makefile:27: recipe for target 'scripts/dtc/pylibfdt/_libfdt.so' failed Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771048 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/imx6-sabresd_qt5: add missing dependency on host-opensslThomas Petazzoni2018-11-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | host-openssl is needed to build the Linux kernel. This is the same issue that was fixed in commit 5dac3b9b8d72ea2b4aa264bfaa54e41f32595009 ("configs/imx6-sabresd: needs host-openssl for the Linux kernel build") for the minimal defconfig for the same board. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771070 Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | configs/imx6sabre: Create distinct pre-processed mkimage config filesFabio Estevam2018-11-232-55/+89
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit 0c4bccf9e882 ("configs/imxsabre: Fix U-Boot parallel build issue") tried to fix the parallel build issue, but the real fix was developed later by Trent Piepho later, so add such commit to fix Buildroot build failures on rel_imx_4.9.x_1.0.0_ga NXP branch. Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/123771053 https://gitlab.com/buildroot.org/buildroot/-/jobs/123771054 https://gitlab.com/buildroot.org/buildroot/-/jobs/123771055 Reported-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Fabio Estevam <festevam@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/systemd: needs glibcYann E. MORIN2018-11-223-21/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since version v239, systemd-nspawn unconditioanlly uses prlimit(2), which is not implemented in uClibc-ng. systemd-nspawn can not be disabled. This makes systemd glibc-only again. After a bit of discussion with upstream (om IRC), it looks very improbable that they accept a patch making systemd-nspawn optional. They would probably consider a patch that provides that syscall wrapper if it is missing, though, but that's less trivial... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Waldemar Brodkorb <wbx@openadk.org> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Peter Korsgaard <peter@korsgaard.com> Reviewed-by: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | mtd: fix build on riscvFabrice Fontaine2018-11-211-0/+7
| | | | | | | | | | | | | | | | | | | | Define _REENTRANT otherwise pthread detection will fail Fixes: - http://autobuild.buildroot.org/results/b0e7978a997a2aae383161455b5d898b8c28e2e1 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | gauche: fix parallel buildFabrice Fontaine2018-11-211-0/+35
| | | | | | | | | | | | | | | | | | | | Add a patch to fix parallel build issue on ext/rfc Fixes: - http://autobuild.buildroot.org/results/f4935e29ce6aaebdaa47d46c56120b7e97145d1b Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | motion: fix static build with webpFabrice Fontaine2018-11-211-0/+32
| | | | | | | | | | | | | | | | | | | | Static build with webp fails because webp is put before webpmux Fixes: - http://autobuild.buildroot.org/results/4d4e72808300ba1ff79ca794930112b554eb2533 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | Update for 2018.11-rc2Peter Korsgaard2018-11-214-11/+71
| | | | | | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | fs/tar: add support for xattrs (thus capabilties)Yann E. MORIN2018-11-201-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | By default, tar will not include any extended attribute (xattr) when creating archives, and thus will not store capabilties either (as they are stored in the xattr 'security.capability'). Using option --xattrs is enough to create a tarball with all the xattrs attached to a file. However, extracting all xattrs from a tarball requires that --xattrs-include='*' be used. This is not symetric (but on purpose, as per the documentation), and so is confusing to some. So, we use --xattrs-include='*' to create the archive, so as to be explicit that we want all xattrs to be stored. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Ricardo Martincoski <ricardo.martincoski@gmail.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Arnout Vandecappelle <arnout@mind.be> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libcorrect: fix debug buildFabrice Fontaine2018-11-201-0/+35
| | | | | | | | | | | | | | | | | | | | Add a patch to use -fsanitize=address only when available Fixes: - http://autobuild.buildroot.net/results/221d6a418e75b39fe645c3a56cee676518d2cff6 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | weston: egl support needs egl glesv2Fabrice Fontaine2018-11-201-2/+2
| | | | | | | | | | | | | | | | | | Fixes: - http://autobuild.buildroot.org/results/95db3f4ad4c7ae866b7db4431293c26faa5c1dfc Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | package/netplug: fix quoting of ${NETWORKING} in init scriptThomas Claveirole2018-11-201-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since 4adaa581b27dc27298eb7cc421ee8f530f88e18e, S29netplug looks for /etc/default/network instead of /etc/sysconfig/network. When this file exists but does not define $NETWORKING, the script fails on line 29 with something like: /etc/init.d/S29netplug: 29: [: =: unexpected operator Fix quoting so this error no longer happens. Signed-off-by: Thomas Claveirole <thomas.claveirole@green-communications.fr> [Thomas: keep double quotes around "no", keep curly braces when referencing the variable.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | make: configure host-make with host- prefixPeter Korsgaard2018-11-202-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes: http://autobuild.buildroot.net/results/e29/e293aadc692d2ed337881ef2172ddf66a60bc05c/ And many more. Install as 'host-make' rather than just 'make', as that otherwise confuses a number of packages when they invoke recursive / sub-make. The internal job control logic of GNU make is version dependant, so mixing versions may lead to issues like: make[1]: Entering directory `/home/peko/autobuild/instance-0/output/build/boa-0.94.14rc21' (cd src && make -w --jobserver-fds=5,6 -j) make: unrecognized option '--jobserver-fds=5,6' With this rename, only packages explicitly opting in for our host-make (using the BR2_MAKE / BR2_MAKE_HOST_DEPENDENCY logic) will use it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | make: drop gnumake/gmake aliases for host-makePeter Korsgaard2018-11-201-10/+0
| | | | | | | | | | | | | | Now that glibc no longer checks for gnumake / gmake, these aliases can be removed. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | glibc: ensure BR2_MAKE is also used for subdirsPeter Korsgaard2018-11-201-4/+5
| | | | | | | | | | | | | | | | | | | | The configure script contains logic to figure out what make program to invoke for subdirectories (trying gnumake, gmake, make). Explicitly force it to use our BR2_MAKE to ensure the right make version is used. As GLIBC_CONF_ENV is only initialized below, move this section below it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libnftnl: drop useless BR2_PACKAGE_LIBNFTNL_XMLBaruch Siach2018-11-192-10/+6
| | | | | | | | | | | | | | | | | | | | Commit fa0d1ebff99 (libnftnl: bump to version 1.0.9) removed the mxml dependency. Remove the redundant BR2_PACKAGE_LIBNFTNL_XML config symbol as well. Cc: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | boot/syslinux: fix build with glibc 2.28+Alexander Sverdlin2018-11-191-0/+34
| | | | | | | | | | | | | | | | | | | | | | When building with glibc 2.28+, the "major", "minor" and "makedev" functions are defined in "sys/sysmacros.h". This commit backports upstream commit 1a74985b2a404639b08882c57f3147229605dfd5 to fix the build with glibc 2.28. Link: https://www.syslinux.org/wiki/index.php?title=Building Signed-off-by: Alexander Sverdlin <alexander.sverdlin@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/pkg-generic.mk: fix show-build-order stdout pollutionSerj Kalichev2018-11-191-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The commands like "make show-build-order" or "make <package>-show-build-order" show the build order and then print "make[1]: Nothing to be done for 'show-build-order'" to stdout. It pollutes output. Technically this message is true but it's not true for user because he gets an information. The <package>-show-build-order targets use $(info) for package name printing. The make utility doesn't consider the internal directive as a command so it think that it's "Nothing to be done". The patch adds the empty command to <package>-show-build-order to inform make utility that taget makes some real actions. Signed-off-by: Serj Kalichev <serj.kalichev@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> [Thomas: invert $(info) and @:, as suggested by Yann.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | vtun: remove reference to start-stop-daemon from package helpCarlos Santos2018-11-191-3/+0
| | | | | | | | | | | | | | None of the other 82 packages that use start-stop-daemon does this. Signed-off-by: Carlos Santos <casantos@datacom.com.br> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/luvi: add patch to fix build issueJörg Krause2018-11-191-0/+61
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since bumping luv from version 1.9.1 to 1.22.0, building luvi fails, as "luv.h" now includes "compat-5.3.h", which is locally shipped as a dependency to lua-compat-5.3. Fixing the issue reveals, that luvi is using `luaL_newlib` which is not available in the Lua 5.1 API. Building luvi with luv 1.9.1 was not an issue before, because luv 1.9.1 defined `luaL_newlib` in luv.h, which was removed in 1.22.0 in favour of using lua-compat-5.3. Therefore, add a patch which defines `luaL_newlib` in luvi.h. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/luv: add patch to fix build issue with luviJörg Krause2018-11-191-0/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a patch to fix a build issue with luvi after bumping luv from version 1.9.1 to 1.22.0. The problem is that luv now uses lua-compat-5.3 instead of defining the Lua 5.3 API itself. Unfortunately, luv.h now includes compat-5.3.h in the header file, which causes the build issue with luvi, as luvi does not find this local header file. Note, that luv ships lua-compat-5.3 as a dependency. Therefore, the patch includes compat-5.3.h in the source file luv.c, so it isn't exposed to external programs. Fixes: http://autobuild.buildroot.net/results/2244cd30986aff29b763fb7183f6fc27a82bd7fa http://autobuild.buildroot.net/results/01938f7f018dc69d564c22489933647b1daf62f3 http://autobuild.buildroot.net/results/8217e863c2776d299cb90b90f1a2ed8233ec82ba .. and many more Note, that fixing this issue reveals another issue in luvi, which is fixed by the follow up patch. Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | ltp-testsuite: update patch filenamePetr Vorel2018-11-191-1/+1
| | | | | | | | | | | | | | | | The patch 0007-Disable-DES-authentification-support.patch has been renamed to 0005-Disable-DES-authentification-support.patch. Signed-off-by: Petr Vorel <petr.vorel@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/webkitgtk: use proper USE_WOFF2 flag instead of ENABLE_WOFF2Grzegorz Blach2018-11-191-2/+2
| | | | | | | | | | Signed-off-by: Grzegorz Blach <grzegorz@blach.pl> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | flare-engine: fix debug buildFabrice Fontaine2018-11-191-0/+5
| | | | | | | | | | | | | | | | | | | | | | If BR2_ENABLE_DEBUG is set, use RelWithDebInfo instead of default Debug as Debug will add -pg (gprof) which is not always available on toolchain Fixes: - http://autobuild.buildroot.org/results/a12ae622a44bbe025c3a8b7e8e4c253b52927ae8 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | rpm: really take DEPENDENCIES into accountThomas Petazzoni2018-11-191-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit e7af4033c32560594ddbd457b68f6d3713662a26 ("rpm: use the new gettext logic") introduced a really nasty bug: by adding $(TARGET_NLS_DEPENDENCIES) to RPM_DEPENDENCIES, it completely overwrote the existing value of RPM_DEPENDENCIES, entirely masking all mandatory RPM dependencies. rpm is fairly towards the end of the alphabet, and most other mandatory dependencies (berkeleydb, host-pkgconf, file and popt) appear earlier by alphabetic ordering. Only zlib was afterwards, but since file depends on zlib, it was always built before. This probably explains why our autobuilders haven't encountered a single build failure. However, a simple "make rpm" clearly exhibits the failure, and obviously the upcoming per-package folder mechanism makes such bugs even more obvious. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | package/xen: Bump Xen to 4.11.0 and backport a fixAlistair Francis2018-11-183-2/+39
| | | | | | | | | | | | | | | | | | | | | | | | Bump the Xen package to the latest release and backport a fix from the Xen master brach. This fixes autobuilder issue: http://autobuild.buildroot.net/results/6e0d8e962e861a32f5bf2e5031ef51c25768f1f6/ Signed-off-by: Alistair Francis <alistair@alistair23.me> Tested-by: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | imx-uuc: install ufbFabrice Fontaine2018-11-181-0/+1
| | | | | | | | | | | | | | | | | | | | | | The bump to 79e9798eee9cd972d92ed2b18f170de856d153c9 added the new ufb daemon through the following commit: https://github.com/NXPmicro/imx-uuc/commit/ce808f3010ec73ccc07775c6cfd5317807a22415 So install ufb on target Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | imx-uuc: needs headers >= 3.18Fabrice Fontaine2018-11-181-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The bump to 79e9798eee9cd972d92ed2b18f170de856d153c9 added the following commit: https://github.com/NXPmicro/imx-uuc/commit/ce808f3010ec73ccc07775c6cfd5317807a22415 This new ufb daemon uses usb_functionfs_descs_head_v2 which is available only since 3.18: https://github.com/torvalds/linux/commit/1df22b4ea9d91b01267fb61c155c31fb65d6b8a0 So add a dependency on headers >= 3.18 Fixes: - http://autobuild.buildroot.org/results/1081062b1c32c44a9feb5b14288095bc72d15986 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | wireshark: fix static build with snappyFabrice Fontaine2018-11-181-0/+3
| | | | | | | | | | | | | | | | Fixes: - http://autobuild.buildroot.org/results/9089e74c0f8428d28953ae037a84aa8a08db7ded Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | uclibc: Get rid of stale UCLIBC_INSTALL_LDSO_SYMLINKSAlexey Brodkin2018-11-181-1/+0
| | | | | | | | | | | | | | | | UCLIBC_INSTALL_LDSO_SYMLINKS is not defined anywhere to nuke it. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | uclibc-ng-test: fix build with glibc 2.28Fabrice Fontaine2018-11-182-0/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since glibc 2.28 (https://savannah.gnu.org/forum/forum.php?forum_id=9205), the obsolete functions encrypt, encrypt_r, setkey, setkey_r, cbc_crypt, ecb_crypt, and des_setparity are no longer available to newly linked binaries, and the headers <rpc/des_crypt.h> and <rpc/rpc_des.h> are no longer installed. These functions encrypted and decrypted data with the DES block cipher, which is no longer considered secure. Software that still uses these functions should switch to a modern cryptography library, such as libgcrypt. So add a NO_CRYPT variable to disable test/crypt Fixes: - http://autobuild.buildroot.org/results/158438debb0ce313b012b871e199bed42ba38294 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | core: ensure we use the realpath(3) of DL_DIRYann E. MORIN2018-11-181-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When $(TOPDIR)/dl is a symlink, checking out git submodules can fail, as reported by Michael in #11086. To reproduce a similarly-related mis-behaviour: $ mkdir -p foo/bar foo/buz $ cd foo/bar $ ln -s ../buz meh $ cd meh $ cd ../../foo The last command should not succeed, because, relative to meh, there is no ../../foo directory; we would expect it to be ../../../foo, instead. But since meh is a symlink to a directory, then a relative path from that symlink is interpreted as relative to the derefrenced directory, i.e. from buz in this case. But where this gets even weirder, is that, if the last command is replaced by: $ cd ../../../foo then it still works, too. And that is the root of Michael's issue: the dl directory in Buildroot's TOPDIR is a symlink to a similarly-named directory one directory higher, which then confuses relative paths, which gets especially and noticeably bad for git submodules. Avoid this strangeness, and just use so-called "physical" path, i.e. a path where all symlinks to directories have been dereferenced. Fixes: #11086 Reported-by: Michael Nosthoff <posted@heine.so> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Michael Nosthoff <posted@heine.so> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libv4l: v4l2-compliance needs forkFabrice Fontaine2018-11-181-0/+76
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since bump to 1.16.2, v4l2-compliance uses fork, see: https://git.linuxtv.org/v4l-utils.git/commit/utils/v4l2-compliance/?id=79d98edd1a27233667a6bc38d3d7f8958c2ec02c So add a patch to disable v4l2-compliance if fork is unavailable Fixes: - http://autobuild.buildroot.org/results/447d792ce21c0e33a36ca9384fee46e099435ed8 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | flatcc: fix debug buildFabrice Fontaine2018-11-181-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | flatcc is named flatcc_d if BR2_ENABLE_DEBUG is set because of the following line in CMakeLists.txt: set(CMAKE_DEBUG_POSTFIX "_d") So update FLATCC_TARGET_REMOVE_FLATCC_COMPILER hook to replace flatcc by flatcc* Fixes: - http://autobuild.buildroot.org/results/a47f49cd2fdd809257bd7e83dca620f2e6aac85b Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | sconeserver: needs zlibFabrice Fontaine2018-11-182-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | Since bump to 6b932d7d8dbb700b830205e7111e469cefff490c and https://github.com/sconemad/sconeserver/commit/34b01e9d332f912da82ab1c09529a33969ff6ebb, sconeserver needs zlib so select it Fixes: - http://autobuild.buildroot.org/results/b5e2b8635b37e6f2803a6031b154cf67685a4221 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | prosody: security bump to version 0.10.2Fabrice Fontaine2018-11-182-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a cross-host authentication vulnerability, CVE-2018-10847. The issue affects Prosody instances that have multiple virtual hosts (including anonymous authenticated hosts): https://blog.prosody.im/prosody-0-10-2-security-release A full security advisory is available at https://prosody.im/security/advisory_20180531 Compute hashes locally as they are no more available on https://prosody.im/downloads/source/{MD5,SHA1,SHA256,SHA512}SUMS Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | fs/common.mk: Fix show-build-orderSerj Kalichev2018-11-181-1/+1
| | | | | | | | | | | | | | | | | | | | The command "make show-build-order" doesn't show dependencies of rootfs-common target. This patch adds $(ROOTFS_COMMON_DEPENDENCIES) to PACKAGES variable. Signed-off-by: Serj Kalichev <serj.kalichev@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | utils/genrandconfig: add missing new line when creating the configurationThomas Petazzoni2018-11-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When adding the custom BR2_WGET value in the configuration, genrandconfig forgets to add a newline. Due to this, the next option that is added is printed on the same line as BR2_WGET="", which causes it to be ignored. Due to this, in all builds, the line right after BR2_WGET was ignored. It could have been BR2_ENABLE_DEBUG, BR2_INIT_BUSYBOX, BR2_INIT_SYSTEMD, BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV, BR2_STATIC_LIBS or BR2_PACKAGE_PYTHON_PY_ONLY depending on the randomization. Fix that by adding a proper newline at the end of the BR2_WGET option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | gstreamer: fix build on riscvFabrice Fontaine2018-11-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | RISC-V supports unaligned accesses, but these might run extremely slowly depending on the implementation so set as_cv_unaligned_access to no on this architecture, see: https://gitlab.freedesktop.org/gstreamer/gstreamer/commit/8a156d1725ecd03f2e8cdc8874e081dda2d3b43d Fixes: - http://autobuild.buildroot.org/results/dca32c929350311fca1a85e251d318b43c4a3177 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | easydbus: fix build without C++Fabrice Fontaine2018-11-171-0/+33
| | | | | | | | | | | | | | | | | | | | | | Specify that easydbus is a C project file otherwise build will fail if no C++ compiler is found by cmake Fixes: - http://autobuild.buildroot.org/results/486c3cd98124e7415dee2fd1463bd5e0fcc9ba91 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | package/openocd: add missing host-pkgconf dependencyThomas Petazzoni2018-11-161-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The configure.ac script uses PKG_CHECK_MODULES(), and we autoreconf the package, so host-pkgconf should be listed in the dependencies. This issue is seen either with per-package folders, or by doing a clean build with just "make openocd": >>> openocd 0.10.0 Configuring >>> openocd 0.10.0 Autoreconfiguring [...] configure.ac:12: error: possibly undefined macro: AC_MSG_WARN If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:201: error: possibly undefined macro: AC_DEFINE configure.ac:582: error: possibly undefined macro: AC_MSG_NOTICE Even if the message seems unrelated, it's really the lack of pkg.m4 from host-pkgconf that causes the issue. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | package/libassuan: fixup libassuan-configThomas Petazzoni2018-11-161-0/+1
| | | | | | | | | | | | | | | | | | | | The libassuan library installs libassuan-config, but it is not currently fixed up by our <pkg>_CONFIG_SCRIPTS logic. While this doesn't cause any problem today, it fails badly with per-package folders, so let's use <pkg>_CONFIG_SCRIPTS. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libv4l: bump version to 1.16.2Peter Seiderer2018-11-163-85/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - changes since 1.16.1 0f68a3f6 configure: build without BPF support in ir-keytable 5f8bd4e8 keytable: fix compilation warning f735bee7 keytable: fix BPF protocol compilation on mips c393c3bc Prepare for 1.16.2 release - use new '--disable-bpf' option instead of ac_cv_prog_CLANG to disable BPF support, fixes [1]: bpf.c:48:4: error: #error __NR_bpf not defined. libbpf does not support your arch. - remove upstream denied patch (see [2]) fixing part of the BPF support for older toolchains [1] http://autobuild.buildroot.net/results/32b8f63e84616f91b645230e889eb1518972a398 [2] https://www.spinics.net/lists/linux-media/msg142729.html Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libsigsegv: add RISC-V supportThomas Petazzoni2018-11-163-0/+117
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit backports an upstream commit adding RISC-V support to libsigsegv, and adds a patch that finalizes the RISC-V support to make it compatible with cross-compilation. Fixes: http://autobuild.buildroot.net/results/bd12cb3db3b46860a4ab8fb91052319dce75202a/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Tested-by: Mark Corbin <mark.corbin@embecosm.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | dt-utils: fix hashFabrice Fontaine2018-11-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Hash has been reported as wrong by autobuilder since August 16th Perhaps, it was wrong since bump to v2018.05.0 on August 9th Fixes: - http://autobuild.buildroot.org/results/c6c8ede30623cc20011916cc95dbdae34dcc0344 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Marcin Niestroj <m.niestroj@grinn-global.com> Tested-by: Marcin Niestroj <m.niestroj@grinn-global.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | shadowsocks-libev: fix build on riscvFabrice Fontaine2018-11-131-0/+7
| | | | | | | | | | | | | | | | | | | | Define _REENTRANT otherwise pthread detection will fail Fixes: - http://autobuild.buildroot.org/results/c5406206190b46e15d35d05c5ed026ee7632f5b1 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
OpenPOWER on IntegriCloud