summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* | 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>
* | imx-uuc: bump revision to 79e9798e to fix glibc 2.28 buildGary Bisson2018-11-132-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Main changes: - fix build error with glibc 2.28 - re-factor the code - use unique CPU ID when available - improve UDC management Fixes: http://autobuild.buildroot.net/results/b39d56c1573308c4f947de23363da7c05e2aaf0d/ Also switch back the repository from codeauroraforum to NXPmicro now that the Qualcomm/NXP merger was denied. Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | libsemanage: define installation location of semanage.conf for hostThomas Petazzoni2018-11-131-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When /etc/selinux/semanage.conf does not exist, libsemanage tries to overwrite it. For the target package, it works fine because $(DESTDIR) is taken into account. However, for the host package, $(DESTDIR) is empty, and the location used for /etc/selinux/semanage.conf is not affected by $(PREFIX). This causes host-libsemanage to try to install /etc/selinux/semanage.conf, which obviously fails with: test -f /etc/selinux/semanage.conf || install -m 644 -D semanage.conf /etc/selinux/semanage.conf install: cannot create directory '/etc/selinux': Permission denied To fix this, this commit passes DEFAULT_SEMANAGE_CONF_LOCATION in the make options when building/installing host-libsemanage, providing a path to semanage.conf that Buildroot can write to. Fixes: http://autobuild.buildroot.net/results/cd27e3c66274622d0c3dd5a601a36efb1bc45011/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Tested-by: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/x11r7/xlib_libfontenc: add missing dependency on host-pkgconfThomas Petazzoni2018-11-131-2/+2
| | | | | | | | | | | | | | | | | | | | | | The xlib_libfontenc configure.ac uses PKG_CHECK_MODULES(), but the Buildroot package does not have a dependency on host-pkgconf. This causes a build failure with per-package host/target folders, or if one builds just with "make xlib_libfontenc", which is why it was never detected by the autobuilders. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | elfutils: security bump to version 0.174Peter Korsgaard2018-11-132-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes the following security issues: CVE-2018-16062: dwarf_getaranges in dwarf_getaranges.c in libdw in elfutils before 2018-08-18 allows remote attackers to cause a denial of service (heap-based buffer over-read) via a crafted file. CVE-2018-16402: libelf/elf_end.c in elfutils 0.173 allows remote attackers to cause a denial of service (double free and application crash) or possibly have unspecified other impact because it tries to decompress twice. CVE-2018-16403: libdw in elfutils 0.173 checks the end of the attributes list incorrectly in dwarf_getabbrev in dwarf_getabbrev.c and dwarf_hasattr in dwarf_hasattr.c, leading to a heap-based buffer over-read and an application crash. For more details, see the announcement: https://sourceware.org/ml/elfutils-devel/2018-q3/msg00116.html 0.172 and 0.173 also included fixes for crashes and hangs found by afl-fuzz (no CVEs assigned): https://sourceware.org/ml/elfutils-devel/2018-q2/msg00272.html https://sourceware.org/ml/elfutils-devel/2018-q2/msg00209.html Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libnss: security bump to version 3.39Peter Korsgaard2018-11-132-3/+3
| | | | | | | | | | | | | | | | | | Fixes the following security issue: CVE-2018-12384: NSS responded to an SSLv2-compatible ClientHello with a ServerHello that had an all-zero random. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libnspr: fix nios2 and microblaze support patchesBaruch Siach2018-11-132-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit c9e3d5b6c57 (libnspr: bump to version 4.20) did not refresh the hunks touching the _linux.cfg file. As a result, these hunk were applied to the wrong (x86 specific) place in that file, rendering them ineffective. Refresh the patches to fix that. Fixes: http://autobuild.buildroot.net/results/2d1/2d1288e98a6459d84c2599c99b5617a2fde81f62/ Cc: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | fs: don't use an intermediate tarballYann E. MORIN2018-11-132-43/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since 118534fe54b (fs: use a common tarball as base for the other filesystems), the filesystem creation is split in two steps, using an intermediate tarball to carry the generic, common finalisations to the per-filesystem finalisation and image creation. However, this intermediate tarball causes an issue with capabilities: they are entirely missing in the generated filesystems. Capabilities are stored in the extended attribute security.capability, which tar by default will not store/restore, unless explicitly told to, e.g. with --xattrs-include='*', which we don't pass. Now, passing this option when creating and extracting the intermediate tarball, both done under fakeroot, will cause fakeroot to report an invalid filetype for files with capabilities. mksquashfs would report such unknown files as a warning, while mkfs.ext2 would fail (with a similar error message), e.g.: File [...]/usr/sbin/getcap has unrecognised filetype 0, ignoring This is due to a poor interaction between tar and fakeroot; running as root the exact same commands we run under fakeroot, works as expected. Unfortunately, short of fixing fakeroot (which would first require understanding the problem in there), we don't have much options. The intermediate tarball was made to avoid redoing the same actions over and over again for each filesystem to build. However, most of the time, only one or two such filesystems would be enabled [0], and those actions are usually pretty lightweight. So, using an intermediate tarball does not provide a big optimisation. The main reason to introduce the intermediate tarball, however, is that it allows to postpone per-filesystem finalisations to be applied only for the corresponding filesystem, not for all of them. So, we get rid of the intermediate tarball, and simply move all of the code to run under fakeroot to the per-filesystem fakeroot script. Instead of extracting the intermediate tarball, we just rsync the original target/ directory, and apply the filesystem finalisations on that copy. The only thing still done in the rootfs-common step is to generate the intermediate files (users file, devices file) that are used in the fakeroot script. Fixes: https://bugs.busybox.net/show_bug.cgi?id=11216 Note: an alternate solution would have been to keep the intermediate tarball to keep most of the common finalisations, and move only the permissions to each filesystem, but that was getting a bit more complex and changed the ordering of permissions and post-fakeroot scripts. Once we bite the bullet of having some common finalisation done in each filesystem, it's easier to just move all of them. [0] Most probsably, users would enable the real filesystem to put on their device, plus the 'tar' filesystem, to be able to easily inspect the content on their development machine. Reported-by: Ricardo Martincoski <ricardo.martincoski@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Ricardo Martincoski <ricardo.martincoski@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
* | gstreamer1: fix riscv64 compilePeter Seiderer2018-11-131-0/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add upstream patch [1]: gstconfig.h.in: initial RISC-V support Fixes [2]: ../gst/gstconfig.h:112:4: error: #error "Could not detect architecture; don't know whether it supports unaligned access! Please file a bug." [1] https://gitlab.freedesktop.org/gstreamer/gstreamer/commit/8a156d1725ecd03f2e8cdc8874e081dda2d3b43d [2] http://autobuild.buildroot.net/results/07efafadff75ae2fb1d2b8d420be72345906af6c Signed-off-by: Peter Seiderer <ps.report@gmx.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | libnspr: bump to version 4.20Fabrice Fontaine2018-11-124-9/+13
| | | | | | | | | | | | | | | | | | | | Support for riscv was added in this version Fixes: - http://autobuild.buildroot.org/results/a98db13ea105d627f2a4770969b31550926c2791 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | {linux, linux-headers}: bump 4.{4, 9, 14, 18}.x seriesPeter Korsgaard2018-11-113-9/+9
| | | | | | | | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | supertuxkart: fix build on bdver3Fabrice Fontaine2018-11-111-0/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | Retrieve upstream patch to fix build failure in lib/graphics_utils/mipmap/cpusimd.h due to direct inclusion of intrinsics headers: https://github.com/supertuxkart/stk-code/issues/3091 Fixes: - http://autobuild.buildroot.org/results/52bd5c45b0d04a863a2530d388899b3e46494ee9 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | libkrb5: fix build on riscvFabrice Fontaine2018-11-111-1/+8
| | | | | | | | | | | | | | | | | | | | Define _REENTRANT otherwise pthread detection will fail Fixes: - http://autobuild.buildroot.org/results/39a51d0c3feab74edd8a17c9174d031ccc7ffe1d Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | libmicrohttpd: fix build on riscvFabrice Fontaine2018-11-111-2/+2
| | | | | | | | | | | | | | | | | | | | | | Define _REENTRANT like already done for ARC otherwise pthread detection will fail Fixes: - https://autobuild.buildroot.org/results/910dc7164312637bf4dcd89e4cb476ae198466c8 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | package/systemd: explicitly configure split-usr=false and split-bin=trueAlexander Sverdlin2018-11-111-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | meson-based build of systemd runs a couple of checks on the structure of the *host* system which will incorrectly configure systemd if build host configuration doesn't match Buildroot target. One can also find the following in the NEWS file: * A new -Dsplit-bin= build configuration switch may be used to specify whether bin and sbin directories are merged, or if they should be included separately in $PATH and various listings of executable directories. The build configuration scripts will try to autodetect the proper values of -Dsplit-usr= and -Dsplit-bin= based on build system, but distributions are encouraged to configure this explicitly. Signed-off-by: Alexander Sverdlin <alexander.sverdlin@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | wireshark: fix static buildFabrice Fontaine2018-11-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Don't give a path in --with-pcap option otherwise PCAP_CONFIG won't be used (see AC_WIRESHARK_PCAP_CHECK in acinclude.m4) to retrieve pcap static dependencies such as -lnl-3 and as a result pcap detection will fail Fixes: - http://autobuild.buildroot.org/results/084354a33825cf4e723e0a9f1e9656ad2a212a15 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | ncmpc: disable documentationFabrice Fontaine2018-11-111-1/+3
| | | | | | | | | | | | | | | | Fixes: - http://autobuild.buildroot.org/results/4822b195628b3ce0d3fd6428bcba2cca158e92be Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* | trace-cmd: fix siteFabrice Fontaine2018-11-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Replace $(BR2_KERNEL_MIRROR) by https://git.kernel.org/pub, which fixes the download of this package: >>> trace-cmd trace-cmd-v2.6.1 Downloading Initialized empty Git repository in /home/thomas/dl/trace-cmd/git/.git/ Fetching all references fatal: repository 'https://cdn.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git/' not found Detected a corrupted git cache. Removing it and starting afresh. Initialized empty Git repository in /home/thomas/dl/trace-cmd/git/.git/ Fetching all references fatal: repository 'https://cdn.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git/' not found Detected a corrupted git cache. This is the second time in a row; bailing out --2018-11-11 21:08:00-- http://sources.buildroot.net/trace-cmd/trace-cmd-trace-cmd-v2.6.1.tar.gz Resolving sources.buildroot.net (sources.buildroot.net)... 104.25.210.19, 104.25.211.19, 2606:4700:20::6819:d313, ... Connecting to sources.buildroot.net (sources.buildroot.net)|104.25.210.19|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1859835 (1.8M) [application/x-gtar-compressed] Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | qemu: disable openglFabrice Fontaine2018-11-111-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since version 0.15.0, qemu has an optional dependency to opengl: https://github.com/qemu/qemu/commit/20ff075bb3340c5278a0da38ad1f4d602565aa06 Since version 2.4, libepoxy is also needed to enable opengl: https://github.com/qemu/qemu/commit/dcf30025c3e3d43140a687240433de1920adf8b0 As a result if libepoxy is built before qemu, opengl support will be detected (see config.log): OpenGL support yes OpenGL dmabufs yes This will raise the failures in milkymist-tmu2: hw/display/milkymist-tmu2.c:35:22: fatal error: X11/Xlib.h: No such file or directory or in sdl2: CC /home/peko/autobuild/instance-0/output/targetui/sdl2-2d.o In file included from /home/peko/autobuild/instance-0/output/build/qemu-2.12.1/include/ui/egl-context.h:5:0, from ui/egl-context.c:3: /home/peko/autobuild/instance-0/output/build/qemu-2.12.1/include/ui/egl-helpers.h:45:55: error: unknown type name 'Window'; did you mean 'minor'? or in translate-a64: /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/target/arm/translate-a64.c: In function 'handle_shri_with_rndacc': /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/target/arm/translate-a64.c:7000:28: warning: 'tcg_src_hi' may be used uninitialized in this function [-Wmaybe-uninitialized] tcg_gen_mov_i64(tcg_src, tcg_src_hi); ^ ../ui/gtk-egl.o: In function `gd_egl_init': /accts/mlweber1/scripts/instance-3/output/build/qemu-2.12.1/ui/gtk-egl.c:52: undefined reference to `gdk_x11_window_get_xid' So, for the time being, disable opengl as done in xen since commit 13c6754f3c1d2a14516f641490e9dd6f4c183d7c. Fixes: - http://autobuild.buildroot.org/results/656e45721c72197834462eb2bd8c762e520725a4 - http://autobuild.buildroot.org/results/d4736a930144fc5e25b377bc1c0baf44fbf8718d - http://autobuild.buildroot.org/results/50e0d7d1b4f5c2b827b50bb82d8fbc066bf31118 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* | libiscsi: fix build failures due to warningsFabrice Fontaine2018-11-102-0/+53
| | | | | | | | | | | | | | | | | | | | | | Retrieve two upstream patches to fix build failures due to warnings Fixes: - http://autobuild.buildroot.org/results/7ec1e1cc060bbdaaf758c0d55a053247b731e792 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>
* | docs/website/news.html: update for 2018.11-rc1Peter Korsgaard2018-11-101-0/+24
|/ | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* Update for 2018.11-rc1Peter Korsgaard2018-11-093-14/+14
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* CHANGES: add additional resolved issues since 2018.08Peter Korsgaard2018-11-091-0/+15
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* CHANGES: add recent changesPeter Korsgaard2018-11-091-0/+86
| | | | Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/libmpdclient: bump to version 2.16Jörg Krause2018-11-092-3/+3
| | | | | Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
OpenPOWER on IntegriCloud