[pull] master from buildroot:master #843
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The package imports itself in setup.py to get the package-name and version number. Dping this during the buildroot build would require buisling host-python with sqlite support, which we are currently not set up for. It also seems wasteful for just extracting the version number and package name, so instead we replace the import by using a hardcoded package-name and the version number stored in buildroot. Signed-off-by: Marcus Hoffmann <buildroot@bubu1.eu> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Since Python 3.14, the multiprocessing library API has changed. Quoting [1]: """ On POSIX platforms the default start method was changed from fork to forkserver to retain the performance but avoid common multithreaded process incompatibilities. """ Since this is expected to be under "if __name__ == '__main__'", we need to have this in support/testing/run-tests regardless of how this will be fixed in nose2. See [2]. Fixes: [3] [1] https://docs.python.org/3.14/library/multiprocessing.html#contexts-and-start-methods [2] https://docs.python.org/3.14/library/multiprocessing.html#multiprocessing.set_start_method [3] https://gitlab.com/buildroot.org/buildroot/-/issues/156 Signed-off-by: Jimmy Durand Wesolowski <jimmy.wesolowski@mobileye.com> [Julien: slightly reword commit log and add links] Signed-off-by: Julien Olivain <ju.o@free.fr>
Fixes: https://autobuild.buildroot.net/results/d92/d92e7280203f62e9baf94161a28b68c3c899e4a0/ The upstream package is currently at version 8.0.4 while the buildroot package is at 4.1.1. Due to the huge divergation in the codebase the cmake 4 fix needed to be handcrafted based on upstream commits. Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Fixes: https://autobuild.buildroot.net/results/906/9061a358d5b37d7674fe5498686cecefda6cf51e/ The build error ripemd_160.hpp:52:23: error: 'uint8_t' was not declared in this scope which is fixed by patch 0002, afaics, first occurred on 2024-04-04: https://autobuild.buildroot.net/results/7ff/7ff3d6a09bd4911ff78e01c14f2bfb7da3d43d60/ so a backport should be considered. After fixing the build error other build errors occurred which are fixed by backporting various upstream commits. Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
http://code.bulix.org/ is no longer responding. Fix paste list formatting. Signed-off-by: Franciszek Stachura <fbstachura@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Our avocado version is old and requires fixes introduced in 112.0 to support python 3.14 [1]. [1] avocado-framework/avocado@c1de44f Fixes: https://gitlab.com/buildroot.org/buildroot/-/jobs/12944797019 Signed-off-by: Romain Naour <romain.naour@smile.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Building berkeleydb is broken with a non-threaded toolchain with gcc >= 14.x: ../src/rep/rep_method.c:1740:25: error: implicit declaration of function '__repmgr_get_nsites'; did you mean '__rep_get_nsites'? [-Wimplicit-function-declaration] 1740 | return (__repmgr_get_nsites(env, n)); According to src/repmgr/repmgr_util.c, line 503+, the function '__repmgr_get_nsites' mentioned in the gcc error message "may only be called after threads have been started". This source file repmgr_util.c belongs to REPMGR_OBJS according to dist/Makefile.in, line 249+, which is, according to dist/configure.ac, line 956, only build if thread support is present. In a non-threaded build '__repmgr_get_nsites' does not exist causing the build error. To fix the build error we disable replication for non-threaded toolchains. Using gcc 13.x the build error does not occur, tested with this defconfig: BR2_TOOLCHAIN_BUILDROOT_UCLIBC=y BR2_PTHREADS_NONE=y BR2_GCC_VERSION_13_X=y BR2_PACKAGE_BERKELEYDB=y Using this minimal gcc 14.x-based defconfig BR2_TOOLCHAIN_BUILDROOT_UCLIBC=y BR2_PTHREADS_NONE=y BR2_PER_PACKAGE_DIRECTORIES=y BR2_PACKAGE_BERKELEYDB=y the build error can be reproduced. The oldest build error of this kind, afaics, dates back to 2024-06-13: https://autobuild.buildroot.net/results/e0d/e0d6bdbef01bee277b0da83605b2906af876058a/ Fixes: https://autobuild.buildroot.net/results/792/792ed942d17bb8d00cd321536a102f6dd63b6a8a/ Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The Linux package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The U-Boot package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The OP-TEE OS package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The OpenSBI package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The Barebox package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The ATF package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The AT91Bootstrap3 package was not providing any license file when a custom Linux version was selected. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. Note that version 3.X of at91bootstrap didn't have an open source license and no license file either. Keep that behavior. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> [Arnout: use a single Kconfig option with conditional prompt] Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
The linux-headers package was not providing any license file for any version other than the latest one. Fix this by adding a Kconfig option to specify the license file, with a default value set to the commonly used license paths. For the headers-as-kernel case, use LINUX_LICENSE_FILES and disable the Kconfig option entirely. Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
In linux 6.17, the license file LICENSES/preferred/GPL-2.0 was modified. As a result, also its hash changed, and the hash was duly updated in commit d6c0f00. Of course, this is only valid for kernel versions from 6.17 - but at the time, we only set LINUX_LICENSE_FILES for the latest kernel version, not for any other kernel versions. Since commit 305a2d91731fade45f35c259cb012bdf17e8dbeb, we also set LINUX_LICENSE_FILES for all other versions, including e.g. the CIP versions. Similarly, we now set LICENSE_FILES for all linux-headers versions. Thus, the hash check of the license file fails for all older kernel versions. Fix this by splitting the hash file in two hash files: before-6.17 and from-6.17. We keep just two hash file rather than a separate one for each version to limit the number of files that need to be updated when bumping kernel versions. Create symlinks for all the CIP version in linux and for all supported versions in linux-headers. Include the CIP versions as well for linux-headers. They are used when the kernel is set to the CIP version and linux-headers to same-as-kernel. Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
Signed-off-by: Arnout Vandecappelle <arnout@rnout.be>
Update project URL and _SITE as the previous site is no longer available, see: wbhart/mpir#298 Fixes: https://autobuild.buildroot.net/results/7e961af4261a6c883d0b5c37e2ebf20c632f842f/ Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Backport an upstream patch fixing a build issue with gcc >= 14.x. Fixes: https://autobuild.buildroot.net/results/d144ec967b7db34de56eaf34bb436460b8c924ed/ Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Fixes: https://autobuild.buildroot.net/results/257/2575202e9a5164a4068a943fb36445cd63e61f0c/ The build error does not occur with gcc-14.x, tested using this defconfig: BR2_x86_64=y BR2_x86_corei7=y BR2_TOOLCHAIN_EXTERNAL=y BR2_TOOLCHAIN_EXTERNAL_BOOTLIN_X86_64_CORE_I7_GLIBC_STABLE=y BR2_PER_PACKAGE_DIRECTORIES=y BR2_PACKAGE_DC3DD=y Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Fixes: https://autobuild.buildroot.net/results/f11/f11b0b9154e9979f3f2d7ea84a019f7719565e8f/ ../build-aux/ylwrap: line 176: bison: command not found The build error occurred already in 2024: https://autobuild.buildroot.net/results/dea/dea779bbbbc08c7192f89073b93db768c41832f4/ so a backport to the LTS branches should be considered. Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
savewd.c:75:27: error: implicit declaration of function 'fork' [-Wimplicit-function-declaration] 75 | wd->val.child = fork (); Fixes: https://autobuild.buildroot.net/results/40a/40a90638f90260ca2cb51bac03b0f8fb23a6ccc4/ The build error occurred already in January 2025: https://autobuild.buildroot.net/results/9f3/9f3fefe5578dc41272e460146b566ac20f6cde75/ so a backport to the LTS branches should be considered. Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Buildroot commit e834d23 bumped ell to version 0.79 that includes upstream commits in version 0.72 which make use of fork(): https://git.kernel.org/pub/scm/libs/ell/ell.git/commit/?id=9245dfb84d1e0f58dda102704201d78ddfdfca68 https://git.kernel.org/pub/scm/libs/ell/ell.git/commit/?id=e0628c429d50d50b116717f37a5f5c1f66bef6a2 Fixes: https://autobuild.buildroot.net/results/036/03690fa454ffb1c4c79b182cc3a165555e2c59eb/ Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
https://git.kernel.org/pub/scm/libs/ell/ell.git/tree/ChangeLog?h=0.81 Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
https://github.com/vitlav/hddtemp/releases/tag/v0.4.4 Removed patch which is included in this release. Signed-off-by: Bernd Kuhls <bernd@kuhls.net> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Fixes the following vulnerability: - CVE-2025-46394 In tar in BusyBox through 1.37.0, a TAR archive can have filenames hidden from a listing through the use of terminal escape sequences. For more information, see: - https://nvd.nist.gov//vuln/detail/CVE-2025-46394 - https://git.busybox.net/busybox/commit/?id=f5e1bf966b19ea1821f00a8c9ecd7774598689b4 - https://patchwork.yoctoproject.org/project/oe-core/patch/20250928221332.1308547-1-peter.marko@siemens.com/#31415 - https://lists.busybox.net/pipermail/busybox/2025-October/091743.html Signed-off-by: Thomas Perale <thomas.perale@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
This is also fixed in systemd v258+. Fixes: https://autobuild.buildroot.net/results/8ff/8ff77e79cc7373f452c25212c7e2058368cdd05f/ Signed-off-by: Marcus Hoffmann <buildroot@bubu1.eu> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
We're about to bump abseil to a version >= 20250512.02, which requires C++17, meaning that protobuf/grpc will also C++17. This in turn means that the grpc support in collectd will also need C++17. So just like our current patch 0002-configure.ac-fix-grpc-build.patch updates the collectd logic from C++11 to C++14, this new patch (accepted upstream) updates the collectd logic again from C++14 to C++17. Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
- enforce C++17 as this is required since 20250512 Release Notes: https://github.com/abseil/abseil-cpp/releases/tag/20250814.1 https://github.com/abseil/abseil-cpp/releases/tag/20250814.0 https://github.com/abseil/abseil-cpp/releases/tag/20250512.0 Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
- use new flag gRPC_DOWNLOAD_ARCHIVES=OFF which removed the need for patch 0003 - refresh patches - update 0002 to properly apply and re-enable utf8_range_lib as its linked against grpc_plugin_support Release Notes since 1.66: https://github.com/grpc/grpc/releases/tag/v1.67.0 https://github.com/grpc/grpc/releases/tag/v1.68.0 https://github.com/grpc/grpc/releases/tag/v1.69.0 https://github.com/grpc/grpc/releases/tag/v1.70.0 https://github.com/grpc/grpc/releases/tag/v1.71.0 https://github.com/grpc/grpc/releases/tag/v1.72.0 https://github.com/grpc/grpc/releases/tag/v1.73.0 https://github.com/grpc/grpc/releases/tag/v1.74.0 https://github.com/grpc/grpc/releases/tag/v1.75.0 https://github.com/grpc/grpc/releases/tag/v1.76.0 Fixes: 2d19a0b "package/{python-}protobuf: bump to version 33.2" This bump of protobuf broke the build of grpc 1.66.1, which can be reproduced with: BR2_arm=y BR2_cortex_a53=y BR2_TOOLCHAIN_EXTERNAL=y BR2_TOOLCHAIN_EXTERNAL_BOOTLIN=y BR2_PACKAGE_COLLECTD=y BR2_PACKAGE_COLLECTD_GRPC=y Fixes: https://autobuild.buildroot.net/results/84764134062f28f86ecb1646a536ee4862e4f8df/ Signed-off-by: Michael Nosthoff <buildroot@heine.tech> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Change log at https://github.com/ndilieto/uacme/blob/upstream/1.8.0/ChangeLog Signed-off-by: Nicola Di Lieto <nicola.dilieto@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
For list of changes since v10.1.0, see: https://gitlab.com/qemu-project/qemu/-/commits/v10.1.3 Note: this bump is a bugfix release for the stable-10.1 branch. This commit can backported to Buildroot LTS branches. Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
For change log, see: https://wiki.qemu.org/ChangeLog/10.2 Note: this commit switches to the new qemu stable-10.2 branch series. Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
9 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
See Commits and Changes for more details.
Created by
pull[bot] (v2.0.0-alpha.4)
Can you help keep this open source service alive? 💖 Please sponsor : )