As a side-effect, this will avoid the following build failure with
builtin readline raised since bump to version 6.0.0 in commit 5f11ce4aeaba99917778c384b236d267e78a7b29:
/home/autobuild/autobuild/instance-14/output-1/host/lib/gcc/arm-buildroot-linux-gnueabi/13.2.0/../../../../arm-buildroot-linux-gnueabi/bin/ld: history.o: in function `read_history':
history.c:(.text+0xa8): undefined reference to `gp_read_history'
Thomas Petazzoni [Tue, 14 May 2024 07:49:44 +0000 (09:49 +0200)]
package: fix filename/hashes of Cargo-fetched packages
Commit de5ed8021269e18070b92def5df10f9157bc2085 ("{boot, package}:
update hashes for generated archives") forgot to update the filename
and hashes of Cargo-fetched packages.
This commit therefore updates the incorrect filenames and hashes. It
allows to run:
Clément Léger [Wed, 27 Mar 2024 15:06:12 +0000 (16:06 +0100)]
package/kvmtool: bump package version to 4d2c017f41
The current version dates back to 2017 and is lacking riscv support.
Bump the version to a more recent one (4d2c017f41) which supports riscv
and contains a large number of updates as well a CVE fixes. Since
kvmtool does not seems to have releases, just bump to the current git
HEAD.
/home/autobuild/autobuild/instance-2/output-1/build/zlib-ng-2.1.6/arch/riscv/riscv_features.c:4:10: fatal error: sys/auxv.h: No such file or directory
4 | #include <sys/auxv.h>
| ^~~~~~~~~~~~
Thomas Petazzoni [Mon, 13 May 2024 20:37:38 +0000 (22:37 +0200)]
package/gcc: refactor nios2 obsolete handling into common gcc code
Commit 69cb6259479c548a09aac1140261c17f1cbb86b3 ("package/gcc: enable
obsolete nios2 target") added some handling of nios2 with gcc 14.x,
duplicated between gcc-initial and gcc-final. Let's deduplicate this
logic into the common package/gcc/gcc.mk code.
Neal Frager [Mon, 13 May 2024 06:40:38 +0000 (07:40 +0100)]
package/newlib-bare-metal: add patch for gcc 14.1.0
This patch is needed for building newlib with gcc 14.1.0. Without this patch,
the following build error will occur:
../../.././libgloss/microblaze/linux-outbyte.c: In function 'outbyte':
../../.././libgloss/microblaze/linux-outbyte.c:3:9: error: implicit declaration of function '_write' [-Wimplicit-function-declaration]
3 | _write(1, &c, 1);
Sergey Bobrenok [Thu, 29 Feb 2024 19:21:38 +0000 (22:21 +0300)]
package/basu: new package
basu is the sd-bus library, extracted from systemd.
Some projects rely on the sd-bus library for DBus support. However not
all systems have systemd or elogind installed. This library provides
just sd-bus (and the busctl utility).
Bernd Kuhls [Sun, 12 May 2024 17:51:17 +0000 (19:51 +0200)]
package/kodi: explicitly link to libiconv when locales disabled
Fixes build error
/home/wbx/buildroot/output/host/lib/gcc/aarch64-buildroot-linux-uclibc/12.3.0/../../../../aarch64-buildroot-linux-uclibc/bin/ld:
build/utils/utils.a(CharsetConverter.cpp.o): undefined reference to symbol 'libiconv_open'
/home/wbx/buildroot/output/host/lib/gcc/aarch64-buildroot-linux-uclibc/12.3.0/../../../../aarch64-buildroot-linux-uclibc/bin/ld:
/home/wbx/buildroot/output/host/aarch64-buildroot-linux-uclibc/sysroot/usr/lib64/libiconv.so.2:
error adding symbols: DSO missing from command line
reported by Waldemar:
http://lists.busybox.net/pipermail/buildroot/2024-May/690952.html
Reproduced and fixed the build error using this defconfig:
Bernd Kuhls [Sun, 12 May 2024 16:31:59 +0000 (18:31 +0200)]
package/kodi: remove libatomic from linker flags
Kodi added detection for atomic/libatomic with commit
https://github.com/xbmc/xbmc/commit/1673f476b802da1da942cef256cae6272fdf9a4b
so we can remove our own code to handle the dependency.
The most significant fixes since v0.12.8 (previous version pinned to
buildroot):
- Fixed an major bug inherited from LMDB (Lightning Memory-Mappe
Database) that causes database corruption during use the
MDBX_DUPFIXED mode, and that has existed for more than 10 years.
- Fixed of a false error MDBX_CORRUPTED (-30796) in the scenario of
working in the mode MDBX_DUPFIXED with odd length of multi-values.
- Fixed a bug in adjusting the cursors in the case splitting a page by
adding a new page on the left.
- Troubleshooting an error when opening a database on a read-only file
system.
- A set of C++ API improvements.
The complete ChangeLog:
https://gitflic.ru/project/erthink/libmdbx/blob?file=ChangeLog.md
Jan Čermák [Fri, 1 Mar 2024 09:21:02 +0000 (10:21 +0100)]
package/nfs-utils: only install fsidd binary and unit file with enabled nfsd
FSID daemon and its systemd unit file both depend on
BR2_PACKAGE_NFS_UTILS_RPC_NFSD but they're now always installed. Remove them
both if BR2_PACKAGE_NFS_UTILS_RPC_NFSD is disabled.
Update BR2_TOOLCHAIN_HAS_LIBATOMIC dependencies to avoid the following
build failure with libopenssl and
BR2_TOOLCHAIN_EXTERNAL_BOOTLIN_ARMV7M_UCLIBC_STABLE:
/home/buildroot/autobuild/run/instance-2/output-1/host/opt/ext-toolchain/arm-buildroot-uclinux-uclibcgnueabi/bin/ld.real: ./libcrypto.a(libcrypto-lib-threads_pthread.o): in function `CRYPTO_atomic_or':
threads_pthread.c:(.text+0xfa): undefined reference to `__atomic_is_lock_free'
libatomic is available since gcc 4.8, when thread support is enabled.
However, the gcc logic in libatomic/configure.tgt does not recognize
"uclinux" as a valid OS part of the target tuple, and therefore it
does not build libatomic. The "uclinux" part of the tuple is used by
Buildroot when BR2_BINFMT_FLAT=y [1]. This broken logic has only been
fixed for arm since gcc 10.1.0 [2].
Indeed, bootlin armv7m is an uclibc toolchain compiled with atomic
support through libatomic.
Martin Böh [Thu, 23 Feb 2023 20:17:33 +0000 (21:17 +0100)]
package/gr-osmosdr: add missing host-python-six dependency to python support
Osmosdr failed to build docs when python support is enabled.
[ 41%] Copying osmosdr docstring templates as pybind headers ...
Traceback (most recent call last):
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/update_pydoc.py", line 22, in <module>
from doxyxml import DoxyIndex, DoxyClass, DoxyFriend, DoxyFunction, DoxyFile
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/__init__.py", line 69, in <module>
from .doxyindex import DoxyIndex, DoxyFunction, DoxyParam, DoxyClass, DoxyFile, DoxyNamespace, DoxyGroup, DoxyFriend, DoxyOther
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/doxyindex.py", line 31, in <module>
from .generated import index
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/index.py", line 13, in <module>
from . import compound
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/compound.py", line 15, in <module>
from . import compoundsuper as supermod
File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/compoundsuper.py", line 15, in <module>
import six
ModuleNotFoundError: No module named 'six'
make[2]: *** [python/bindings/CMakeFiles/osmosdr_docstrings.dir/build.make:73: python/bindings/docstring_status] Fehler 1
make[1]: *** [CMakeFiles/Makefile2:332: python/bindings/CMakeFiles/osmosdr_docstrings.dir/all] Fehler 2
Fabrice Fontaine [Sun, 12 May 2024 07:47:53 +0000 (09:47 +0200)]
package/tbtools: add hashes
Commit 8d5b3aac435880333833d4a3909b1818fe8af045 forgot to add a hash
file. Moreover, also update TBTOOLS_VERSION to match what is returned by
https://release-monitoring.org/project/372327
/home/autobuild/autobuild/instance-5/output-1/host/lib/gcc/x86_64-buildroot-linux-gnu/12.3.0/../../../../x86_64-buildroot-linux-gnu/bin/ld: misc/misc.o: warning: relocation against `stdout@@GLIBC_2.2.5' in read-only section `.text'
/home/autobuild/autobuild/instance-5/output-1/host/lib/gcc/x86_64-buildroot-linux-gnu/12.3.0/../../../../x86_64-buildroot-linux-gnu/bin/ld: log/log.o: relocation R_X86_64_PC32 against symbol `stdout@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
Dario Binacchi [Sat, 11 May 2024 18:13:52 +0000 (20:13 +0200)]
package/sscep: fix linking error with musl-libc
The patch fixes the following linking failure:
/home/buildroot/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/i586-buildroot-linux-musl/9.3.0/../../../../i586-buildroot-linux-musl/bin/ld: /home/buildroot/instance-0/output-1/host/i586-buildroot-linux-musl/sysroot/lib/libc.a(getopt.o): in function `getopt':
getopt.c:(.text.getopt+0x0): multiple definition of `getopt'; src/getopt.o:getopt.c:(.text+0x0): first defined here
/home/buildroot/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/i586-buildroot-linux-musl/9.3.0/../../../../i586-buildroot-linux-musl/bin/ld: /home/buildroot/instance-0/output-1/host/i586-buildroot-linux-musl/sysroot/lib/libc.a(getopt.o):(.data.optind+0x0): multiple definition of `optind'; src/getopt.o:(.data+0x0): first defined here
Peter Korsgaard [Sat, 11 May 2024 16:11:33 +0000 (18:11 +0200)]
support/testing/tests/package/test_python_hid.py: drop unneeded explicit hidapi package
The python-hid package got tweaked when applied in commit 4432b087902
(package/python-hid: new package) so it now selects
BR2_PACKAGE_HIDAPI, and we therefore do not need to explicitly enable
hidapi in the test.
Thomas Petazzoni [Sat, 11 May 2024 22:17:19 +0000 (00:17 +0200)]
docs/website/index.html: refer to Gitlab and lore
Our index.html page still points to git.buildroot.net as the Git
repository, and to the defunct gmane for the mailing list
activity. Fix these by pointing to Gitlab and lore respectively.
It was m68k specific and got recently disabled in uClibc-ng, too.
See this commit:
https://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=72b01dd20f9cea273809e3437b4aba849ae658af
Now that only BINFMT_FLAT_ONE is supported, remove the choice entirely.
/home/buildroot/autobuild/instance-3/output-1/host/lib/gcc/arm-buildroot-linux-musleabi/12.3.0/../../../../arm-buildroot-linux-musleabi/bin/ld: ledctl-ledctl.o: in function `main':
ledctl.c:(.text.startup+0x140): undefined reference to `on_exit'
selinux_internal.c: In function 'reallocarray':
selinux_internal.c:25:29: error: 'SIZE_MAX' undeclared (first use in this function)
25 | if (size && nmemb > SIZE_MAX / size) {
| ^~~~~~~~
selinux_internal.c:6:1: note: 'SIZE_MAX' is defined in header '<stdint.h>'; did you forget to '#include <stdint.h>'?
5 | #include <string.h>
+++ |+#include <stdint.h>
6 |
selinux_internal.c:25:29: note: each undeclared identifier is reported only once for each function it appears in
25 | if (size && nmemb > SIZE_MAX / size) {
| ^~~~~~~~
Brandon Maier [Fri, 10 May 2024 22:07:04 +0000 (22:07 +0000)]
package/gcc: add patch to fix gcc 11 build warning
When building GCC 11 with GCC 14 the following error occurs
> ../../../libiberty/simple-object-mach-o.c:1231:17: error: passing argument 1 of 'set_32' from incompatible pointer type [-Wincompatible-pointer-types]
This was fixed upstream in GCC12[1]. It is applied to the GCC 11 release
branch[2], but has not been officially released yet.
projects / buildroot-mgba.git / log