When the libnftnl PACKAGECONFIG is enabled, the "iptables" symlink is correctly
points to xtables-nft-multi, however the "iptables-save" and
"iptables-restore" are still point to the xtables-legacy-multi.
So, when the "iptables" command is used it's using the nftables backend
where is the "iptables-save/restore" are using the legacy backend.
This is not consistent with other distros (e.g. Ubuntu).
The issue was identified when testing the UFW firewall with nftables backend.
(From OE-Core rev: 6579e4333b74232d8b576c399eab88e37da881ac)
Signed-off-by: Kirill Yatsenko <kiriyatsenko@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It always executes the scripts whether 'qemu-usermode' in
'MACHINE_FEATURES' or not. Fix the criterion to make it work.
(From OE-Core rev: 9e163246dcbbd2187c9ba28432c613b0d6c850c6)
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The upstream Makefiles are bespoke so need to be handheld, but this
recipe has workarounds for code removed a decade ago.
Add more PACKAGECONFIGs for the other configuration options (zlib, kmod),
and use hwdb by default (non-systemd builds also have hwdb, as it's part
of eudev too).
Instead of using 'make -e', pass the variables that we want the Makefile
to respect explicitly (CC, CFLAGS, etc).
Construct an appropriate HOST so that lib/configure does the right thing
without needing patches.
This now results in text relocations (apparently from the versioned
symbols in libpci), so add an INSANE_SKIP for that.
Update the homepage URL.
(From OE-Core rev: e943b74ffe0fd2c37e35540a2d6bd92a1dd61a3a)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Override S and PYPI_SRC_URI as upstream tarball is now "babel"
instead of "Babel", but we still need PYPI_PACKAGE to be "Babel"
for the upstream version check to work.
What's Changed
* Drop support for Python 3.7 (EOL since June 2023) by @akx in #1048
* Upgrade GitHub Actions by @cclauss in #1054
* Improve .po IO by @akx in #1068
* Use CLDR 44 by @akx in #1071
* Allow alternative space characters as group separator when parsing
numbers by @ronnix in #1007
* Include Unicode license in locale-data and in documentation by @akx
in #1074
* Encode support for the "fall back to short format" logic for time
delta formatting by @akx in #1075
* Prepare for 2.15.0 release by @akx in #1079https://github.com/python-babel/babel/compare/v2.14.0...v2.15.0
License-Update: copyright years
(From OE-Core rev: d00b0dad53992fc44ae2bfb6031932d678590ebc)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As with the other ac_cv_func_posix_* functions, this is specific to the
libc and not the architecture.
(From OE-Core rev: 2e190f4e443d6c6e44c3f775ff74e8d14e880a59)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Copy-pasting has resulted in a ac_cv_uint -> ac_cv_unit typo spreading
across the mips* site files, fix this.
(From OE-Core rev: 2b50faa9e7c3fea8480d608c4ef8c24837c7f52a)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A few tests were still manually cleaning their build paths, change them
to use package_qa_clean_path().
(From OE-Core rev: f6550c3ee1bc076015d85db36b3d281e6a7ace9d)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The check for working abstract sockets was removed from dbus in 2017[1]
and dbus-glib in 2014[2].
[1] 6a6521746b
[2] e4a163431f
(From OE-Core rev: bb9d25a90287efa13b3ae4ca6edbbe319c597491)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
evolution-data-server hasn't used autoconf since 2016 (from 3.23.1), so
remove the now redundant entries for it.
(From OE-Core rev: e0f31024b4455d116fd00d84a6e046067ae4ff1d)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These assignments are libc-specific not architecture specific, so are
already set in the glibc and musl site files.
(From OE-Core rev: ad54be28c075fab7097f0deb00c11487a4b926db)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ac_cv_func_fnmatch_works (as set by AC_FUNC_FNMATCH) checks if the libc
has a POSIX-compliant fnmatch() implementation. This isn't architecture
specific, so move the definition to common-glibc and common-musl after
verifying the correct result.
(From OE-Core rev: b81ae7affa25eaad016c3ed347a9c4fef0bfee45)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since d5755744 (MR !2943; landed in 1.23.1), gstreamer switched to
webrtc-audio-processing-1. This fixes:
./gst-plugins-bad-1.24.3/ext/webrtcdsp/meson.build:7:13: ERROR: Dependency "webrtc-audio-processing-1" not found, tried pkgconfig
(From OE-Core rev: 28f8502727ef29ee2fc52fc739af9c4be9ef0ee1)
Signed-off-by: Benjamin Bara <benjamin.bara@skidata.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License-Update: Change from PSF 2.x to ZPL-2.1, add CC0
A few notable things change with this upgrade:
- docutils now uses the Zope 2.1 license instead of PSF 2.1.1
- It now uses flit as the build backend
- The do_install append is no longer needed, as the rst2* endpoints
lacking the .py extension are included
- python3-pprint is added to RDEPENDS
Changelog: https://docutils.sourceforge.io/RELEASE-NOTES.html
(From OE-Core rev: 38f2293304fbd884d4653f7746bc1d5a9bac12c1)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
autoconf-2.73.patch is dropped as it's not needed any more.
The run-ptest script is fixed. Instead copying function definitions
from init.cfg file, we should just install init.cfg file in the ptest
package. The coreutils-getlimits is added as a runtime dependency of
the ptest package because the getlimits command is needed.
(From OE-Core rev: aaf3655266e05b0e21dee55757041d2daa2778b3)
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Previously, the noinst_PROGRAM getlimits is put in coreutils-ptest
package in order to execute the ptest. However, this command might
also be needed by other ptest packages. As an example, findutils
4.10.0 ptest pacakge would need this command. So we split it out
into a new package.
(From OE-Core rev: 7bc06eed72ceb55d2c5342e9130e39bd15c04b9a)
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
test_systemd_coredump_minidebuginfo was getting skipped in CI, because the feature isn't enabled per default in any image at the moment.
Add this selftest so that test_systemd_coredump_minidebuginfo gets executed in CI.
(From OE-Core rev: 377603886f0d975ec23f32ee462693d4e3370aaf)
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There is no python-cython recipe in core, so merge the .bb and .inc.
(From OE-Core rev: 6c2cf318289cbd8c2732f8f7ddaa6750ab0f0276)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is the default value, so remove it.
(From OE-Core rev: e665d9831f9dc300def0955a1431ae110c8e8189)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Some distributions (namely Fedora Core 40) have started replacing
wget with wget2. There are some changes to wget2 that make it
incompatible with wget:
1. ftp/ftps is not supported anymore
2. progress 'dot' is not yet supported
3. Relative paths in -P and -O are not correctly dealt with
Item 1: Is already dealt with since Scarthgap by only adding the
option --passive-ftp when the URL specifies ftp/sftp. While that
won't help if ftp/sftp is actually required it at least does
not break http/https downloads.
Item 2: While not supported it at least does not break the operation.
Item 3: If there are relative path components in -P or -O then wget2
only deals with them correctly if there is one, and only one, relative
path component at the beginning of the path:
-P ./downloads works
-P ../downloads works
-P ../../downloads does not work
-P ./../downloads does not work
-P /home/user/downloads/../downloads does not work
In cases where there are more than one relative path component at
the beginning of the path and/or one or more reltaive path
component somewhere in the middle or end of the path, wget2 aborts
with the message Internal error: Unexpected relative path: '<path>')
Such can happen if DL_DIR includes relative path components e.g.
DL_DIR = "${TOPDIR}/../../downloads".
This patch canonicalizes DL_DIR before it is passed to wget.
(Bitbake rev: 3e4208952b086adc510e78c1c5f9cf4550d79dc9)
Signed-off-by: Rudolf J Streif <rudolf.streif@ibeeto.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The save comes with an IO overhead which can slow down the rehash loop in bitbake
a lot. We only needed to do this when recipes were doing unihash cache copying. Now
they aren't doing that, drop this IO pain point.
(Bitbake rev: dfc15ef99302dea22a051c9eb8398ffd5cf1fc20)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The code in OE-Core using this has been replaced with something more fit
for purpose. Drop these function calls as they were never a great idea in the
first place and cause IO slowdown for runqueue needing to sync the cache.
(Bitbake rev: 2c8fa57778c4bd2a5c48a60b701ac57de4289cb2)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since the CVE repository is no longer being updated, drop the warning
comparision since it is no longer valid.
(From OE-Core rev: 9a232a9c3023dfec7e2d2c7e384d64006d1cf1af)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The fix brought by this patch is already part of python 3.12.3
therefore drop it.
(From OE-Core rev: c029da173044c58169484ba220f7d8afeaec3063)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Replace deprecated e.data with d in multilib.bbclass and
multilib_global.bbclass.
Remove event check in function multilib_virtclass_handler_vendor in
multilib_global.bbclass. The function flag 'eventmask' has been set
with 'bb.event.ConfigParsed', so no need to check the event any more.
(From OE-Core rev: 8d87662d676a2b9ef921cb49ea6edc07b37410e2)
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Weston 13.0.1, a bug fix release for 13.0.0 has been released.
Full changelog:
https://lists.freedesktop.org/archives/wayland-devel/2024-April/043575.html
(From OE-Core rev: a43f4f98aeba01f05157f7784e366a964d2f766f)
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is the official release for Wayland 1.23.
Besides numerous bugfixes and protocol clarifications, Wayland 1.23 includes
the following new features:
- A mechanism to set the size of the internal connection buffer used by
libwayland
- An enum-header mode for wayland-scanner to generate headers with only enums
- wayland-scanner now generates validator functions for enums on the server
side
- Protocols can now indicate with a "deprecated-since" XML attribute that a
request, event or enum entry is deprecated
- An API to set a name for a queue to aid debugging
- wl_client_get_user_data() and wl_client_set_user_data() to more easily attach
custom data to a client
- OpenBSD support
- A wl_shm.release request for proper cleanup of this global
Changelog:
https://lists.freedesktop.org/archives/wayland-devel/2024-May/043636.html
(From OE-Core rev: 0123debc0f54e3692fe3fc1416cb5a3fa4620020)
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Refresh python3-maturin-crates.inc
1.6.0 - 2024-06-04
* Detect compiling from Linux gnu to Linux musl as cross compiling in #2010
* Add musllinux support to generate-ci in #2011
* Add uv support to develop command in #2015
* Add support for AIX target in #2030
* Remove rust-cpython support in #2044
* Add a global -v option in #2080
* Detect target based on interpreter for pep517 build-wheel in #2088
* Use base executable when possible in PEP 517 build in #2094https://github.com/pyo3/maturin/compare/v1.5.1...v1.6.0
(From OE-Core rev: 6bfea504150466bb04c47eee834bdcc2c622f26e)
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If we check for empty variables, it does not make sense to print their
content in case they are empty.
Additionally, the error message in the 'kernel' check attempted to print
the wrong variable ('target') which was not even defined, yet.
Also, raising WicError doesn't require an extra newline.
(From OE-Core rev: f31cf475d0235f42d73aeec07694f79b9937fd76)
Signed-off-by: Enrico Jörns <ejo@pengutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Usage and arguments are not necessarily self-explaining, thus add a bit
of documentation here.
(From OE-Core rev: 62343333d50b75ad04a4220bcf0990e0a89996a0)
Signed-off-by: Enrico Jorns <ejo@pengutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This firmware is necessary for closed-source mali blob + drivers and
open-source Panthor (via Mesa + Linux kernel) drivers.
(From OE-Core rev: b0c354fd6aa470295c259de58a2a27680264e4a3)
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Update the linux-firmware recipe to the most recent upstream tag.
LICENSE.amdgpu md5 checksum changed because they bumped the Copyright
year[1].
Some of qcom-sdm845-modem files got replaced by a symlink to their
counterpart in ath10k/WCN3990/hw1.0/. The same happened to files in
qcom-qcm2290-wifi, but to ath10k/WCN3990/hw1.0/qcm2290/. Finally,
qcom-qrb4210-wifi also got its file symlinked to
ath10k/WCN3990/hw1.0/qrb4210/ which in turn is a symlink to
ath10k/WCN3990/hw1.0/qcm2290/.[2] This meant that qrb4210-wifi now
RDEPENDS on qcm2290-wifi for the target of the links to be present when
installing it, and also that sdm845-modem and qcm2290-wifi packages have
to be before the ath10k catch-all package.
[1] https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=9442c72e361c1e1130a19248598ad6ab5282ba09
[2] https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=650e88378e76d5fad3997a5398f1ade47a74d924
(From OE-Core rev: f65e01a0c7ebb9a34806fd7a582eb7ed98ce3e3e)
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There are three releases since 6.102.4.
Changelog (https://hypothesis.readthedocs.io/en/latest/changes.html):
6.103.0 - 2024-05-29
- This release migrates the shrinker to our new internal representation,
called the IR layer (pull request #3962). This improves the shrinker’s
performance in the majority of cases. For example, on the Hypothesis
test suite, shrinking is a median of 1.38x faster.
- It is possible this release regresses performance while shrinking
certain strategies. If you encounter strategies which reliably shrink
more slowly than they used to (or shrink slowly at all), please open
an issue!
- You can read more about the IR layer at issue #3921.
6.102.6 - 2024-05-23
- This patch fixes one of our shrinking passes getting into a rare O(n)
case instead of O(log(n)).
6.102.5 - 2024-05-22
- This patch fixes some introspection errors new in Python 3.11.9 and
3.13.0b1, for the Ghostwriter and from_type().
(From OE-Core rev: fc78eccf808014e60bc56bd7966ab00e5a7f9a80)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The test was failing with core-image-full-cmdline which uses sleep from coreutils instead of sleep from busybox.
(From OE-Core rev: 8497edf0c56da34ea7b7509b8fcd46fcba2fd0e3)
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upstream changed their urls, update our test to match.
(Bitbake rev: dc391b86540ec5e0a0f1d811c776a22d443b1c06)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Recent changes to the selftest-hello recipe caused the patchtest
selftest patches to not apply cleanly, which in turn meant several tests
weren't being fully executed or were reporting unexpected PASS/SKIP.
Update all of the test patch files to use a newer baseline and apply
cleanly again.
(From OE-Core rev: d73373d8a590d68e448af2e9ac600adc85777604)
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Now that bitbake uses websockets over SSL as hashserv and is correctly
limiting hash equivalence only to things in the orginal SDK, bitbake builds
from buildtools can fail due to broken SSL from buildtools.
The issue is that the relocation variables are being removed from the
environment. This could be fixed within bitbake or it could be fixed
within the SDK environment. This patch does the latter for now. We
really need to improve openssl relocation within the SDK in general.
Fixing this has become more urgent to fix failing builds in automated
testing.
(From OE-Core rev: 6a20667c166fa3d7e2b6e8e8b442dec0fc75f349)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The io, cap_bounds and filecaps groups were removed in latest version
of ltp. Tweak the test class to match.
(From OE-Core rev: d5460f15cbc56e52cbbc09785a777278208da7f7)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The default connection timeout for websockets is 10 seconds, so use the
provided client timeout instead (which defaults to 30 seconds).
(Bitbake rev: 23681775e5941e54ebead469addf708fca1e6beb)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
