Major module version is a part of name, but not necessary part of the
actual URL (See https://go.dev/ref/mod#module-path).
Nevertheless, name detection function can't handle that suffix, so get
rid of it to determine component name.
For replaced modules that name might be different that the actual module
name defined in go.mod file.
(From OE-Core rev: 0cccfa1041d48f0ae3a2dc89a129cf7884fc08f0)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Whenever the recipe uses a CLOSED license, the list is going to be
empty. It's a discouraged practice not to have a license, but proceed
anyway to finish recipe generation.
(From OE-Core rev: 5ca920284d0946346f5b06f5e443c80d9d8b85ce)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Vendor directory might still be required during install stage, so defer
the removal until later stage.
(From OE-Core rev: f4538e3884a0cfa07e16e6a2c986271cc7322dd8)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Take into account module version when populating vendor directory,
because a module with the same URL but with a different version tag
could be used as an indirect dependency.
(From OE-Core rev: 8f6320c0858941b2441e290ef3586b48c2700cd1)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Create symlinks for local modules, which are usually not referenced in
the SRC_URI, but still expected to be found in the vendor directory
during the build.
(From OE-Core rev: 16da5d9ad448aafd8b5fd63480727bd1b09ec9f1)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
(From OE-Core rev: 9f220f61e3e44a650a46ee997b47f1d87b7c4ef0)
Signed-off-by: Vyacheslav Yurkov <uvv.mail@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixes [YOCTO #14538]
Recipes shouldn't use "virtual/" in RPROVIDES and RDEPENDS. This was
addressed already in recipes in meta-oe and oe-core. Add a test for
this in insane.bbclass to ensure no regressions occur.
(From OE-Core rev: f673d3d239799fb1ab50f4aa5d44187666aa0cd7)
Signed-off-by: Simone Weiß <simone.p.weiss@posteo.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add a PACKAGECONFIG for the support for zlib-compressed debuginfo.
There's no need to explicitly enable reading of .debug_frame segments as
this is enabled automatically for arm/aarch64.
Enable static globally, there's not much to gain by making this
musl-specific.
Don't disable the tests on musl as they verify that libunwind can link,
which is important with external libucontext libraries.
No need to disable documentation on musl, as it's already disabled out
of the box.
(From OE-Core rev: 2752f6a4f8a45afff3366e5aa75672ba6f994a23)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
0001-src-Gtrace-remove-unguarded-print-calls.patch has been merged, so
update the Upstream-Status.
0003-x86-Stub-out-x86_local_resume.patch has been hopefully obsoleted by
the use of libucontext, remove.
Split 004-Fix-build-on-mips-musl.patch into two, as there's two
independent issues here.
0006-Fix-for-X32.patch appears to have been fixed with 31738a upstream,
in 1.6.0.
musl-header-conflict.patch was obsoleted by recipe-specific-sysroots,
remove it.
(From OE-Core rev: 916c67e3e16c5c355ce6f2a88f3f2a7506af4980)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
There's no need to these to be split, so merge them together.
(From OE-Core rev: e0d7f27e7da8c2d052e3c761d41305348d898458)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
musl doesn't support riscv32, so set COMPATIBLE_HOST appropriately.
(From OE-Core rev: c321d381cfecde6ec502317822eb4058cb3aced7)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Three further patches were merged to upstream libtool, update the patch
status to Backport.
(From OE-Core rev: 062a4afbe6efff1f52db61225401d549507a6f66)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Our patches were rather out of sync, update the line offsets to match the current
patchset/underlying code.
(From OE-Core rev: f3a98cbd1c17ec25593ac11149d81ab80156a101)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The sysroot path cleanup change was reworked after discussion/review upstream. It
appeared there were two different changes in one of our patches so separate out
the second one and mark as inappropriate as it is unlikely upstream would take
such a change in defaults. We need further investigation to decide if OE really
wants/needs this going forward.
(From OE-Core rev: 1315f7ccaf2b1d5fb91e3c726447883058fb5ec3)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The patches were submitted upstream and adjusted after discussion. Update to match
the changes requested.
(From OE-Core rev: d7644baaf99b5593b356c395b232088436ae2e30)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Update the patch to match the version merged upstream.
(From OE-Core rev: 918f665f440975f54e77b13bee8111de06aa7dca)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Several patches merged upstream, mark as such.
(From OE-Core rev: a15b73b9a6aebdf49829c2f749246943048620d5)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Now that bitbake supports the use of inherit_defer, switch all conditional
(variable based) inherits to use this instead. This leads to more a more
deterministic user experience since there is no longer an immediate expansion
and later changes to the variables in question (e.g. a bbappend) are
accounted for.
This patch tries to ensure the behaviour before/after remains as unchanged
as it reasonably can, e.g. by always inherting populate_sdk_base. native
and nativesdk continue to need to be inherited last, hence being used
with inherit_defer in a handful of very specific cases.
(From OE-Core rev: 451363438d38bd4552d5bcec4a92332f5819a5d4)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The current code is in race to see who can set things last. This isn't scalable or
sustainable and problemtic in the face of inherit ordering changes.
Move the ordering issue into the actual code execution, which isn't ideal but
the best of several bad options and at least lets us drop the anonymous python.
(From OE-Core rev: 0ffff2c1f80a9b79b133d787764bab164d9abd70)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This variable is only used by the ipk backend with multilibs.
In order to make it work correctly regardless of inherit order, change
the string to be space delimeted, set using += and add in the regex '|'
sperator at the end of processing.
(From OE-Core rev: 72befdb12568fbc642022ef0a23b269c5b37a638)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Most of the allarch code is conditional and only set if the recipe remains marked
as allarch. The qemu wrapper handling is not handled in the same way however and
is unconditional.
Move the code to some slightly uglier inline python to allow it to be conditional
and match the way the rest of the code works.
(From OE-Core rev: dfd704f1741dccd9a85338c5d45dee4be079064d)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add support for an inherit_defer statement which works as
inherit does but is only evaulated at the end of parsing.
This allows conditional expressions to be evaulated 'late' meaning changes
to PACKAGECONFIG from bbappends can be applied for example. This addresses
a usability/confusion issue users have with the current conditional
inherit mechanism since they don't realise the condition has to be
expanded immediately with the current model.
There is a commented out warning we could enable in future which
warns about the use of a conditional inherit that isn't deferred.
There is a behaviour difference in the placement of the inherit,
particularly around variables set using ?= which means wen swapping
from one to the other, caution must be used as values can change.
(Bitbake rev: 5c2e840eafeba1f0f754c226b87bfb674f7bea29)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upgrade to 2.4.120 which has the following changes:
Eric Engestrom (1):
radeon: fix missing stencil_tile_mode initialisation in the linear/fallback case
Pierre-Eric Pelloux-Prayer (1):
amdgpu: fix use-after-free
Simon Ser (2):
Sync headers with drm-next
build: bump version to 2.4.120
(From OE-Core rev: f46a211108854b4dabac0336cdcb2cf7b003d7cd)
Signed-off-by: Fabio Estevam <festevam@denx.de>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The dptx firmware is required by the Rockchip Type-C DisplayPort
controller, and we shouldn't have to pull in all of the other firmwares
just for that.
(From OE-Core rev: b624c194b054dceace6f260150c33c301cfe6e80)
Signed-off-by: André Draszik <git@andred.net>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This always fails in my CI setup. There are some others which fail
intermittently however, this one is deterministic and fails always e.g.
AssertionError:- [1/1]
Failed ptests:
{'mdadm': ['/usr/lib/mdadm/ptest/tests/10ddf-fail-spareFAILED_-_see_/usr/lib/mdadm/ptest/logs/10ddf-fail-spare.log_and_/usr/lib/mdadm/ptest/lo
Mark them broken for now.
(From OE-Core rev: 282cd99cea3a8089759947466b585c19892c61d9)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a compiler crash which is under works upstream, until its fixed
lets disable musttail calls on clang+arm
(From OE-Core rev: a61205f364c2e9f40736c081bbae0b045e317093)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Ported from the meta-darwin layer:
The call to out.split("\n") expects a string, thus the parameter text=True is
needed (otherwise Popen returns a bytes object).
Note that "text" is just a more readable alias for universal_newlines.
(From OE-Core rev: 0abaa7bf7f7d9a5ac96e6fdbe99334cb2fb0e4db)
Signed-off-by: Dominik Schnitzer <dominik@snap.com>
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- 'subprocess.Popen([d.expand("${HOST_PREFIX}otool)' requires text-mode (a more
readable alias for the universal_newlines parameter), since otool produces
text and the code 'out.split("\n")' expects a string, not a bytes object.
otool is used on MacOS only, so this error isn't triggered on Linux.
- use 'startswith("darwin")' in order to support all darwin versions and not
just specific versions (meta-darwin supports darwin21 at the moment).
(From OE-Core rev: 248ca79a6400e063c4965f9542c614bf837ff758)
Signed-off-by: Dominik Schnitzer <dominik@snap.com>
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
I found a couple issues with bmaptool, including a race condition, which I
have fixed and submitted upstream. This patch adds these fixes to the project
now while waiting for feedback and a new release:
BmapCopy.py: fix error message
CLI.py: fix block device udev race condition
BmapCopy.py: tweak suggested udev rule
(From OE-Core rev: 72ae1304bc8d3db14d0a7cc01d10328e47cf5a09)
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
linux-firmware commit 9afbbf25689c
("powervr: add firmware for Imagination Technologies AXE-1-16M GPU")
has added the initial firmware for AXE-1-16M GPU.
New packages will be called linux-firmware-powervr{-license}.
(From OE-Core rev: eb3150c63b8a23a4aa9d526f00f5ed94838d1e7c)
Signed-off-by: Alexander Sverdlin <alexander.sverdlin@siemens.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use a pattern to initialize interfaces which start
with 'en'. Also, make 'eth0' a pattern so that we
do not see an initialization error if it has been
renamed.
(From OE-Core rev: 4f1ca42b0ae09280247824f08a2b8f22f396b3d1)
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Nothing in oe-core depends on rng-tools anymore:
e7e1bc43ca rng-tools: splitting the rng-tools systemd/sysvinit serivce as a package
so move it to meta-oe for people who still want to run rngd
as a service for some reason or for those who want to run rng-test.
(From OE-Core rev: 9a651e5bc2492cf864261e8f17e4cbe34d6d48ce)
Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Where chains of RDEPENDS are multiple levels deep, the runall code was not
accounting for this and recursing deeply enough to gather all dependencies.
Fix this by iterating over the result until no more dependencies are found.
Tested-by: Jonas Gorski <jonas.gorski@bisdn.de>
Reported-by: Jonas Gorski <jonas.gorski@bisdn.de>
(Bitbake rev: 966f25dfc23a6d17b2b6d3e0100e9ae264f99025)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The sysroot postinst is explicitly native-only, so use more overrides to
ensure that we don't try to run them outside of native recipes.
Also add a comment so this doesn't get forgotten again, and link to the
related bug.
(From OE-Core rev: 38a5fc5dbb33fd3314f0a98c861a842342add064)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
shadow 4.14.x adds a number of libraries it dynamically links with
(md, bsd, attr). This causes troubles in setscene tasks where
shadow executables are used (such as useradd), as pulling in
the needed dynamic libraries needs unpleasant special-casing.
(From OE-Core rev: 495ff95eae14a91c94187f78a0b30c7957c9b168)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
License-Update: formatting, spdx conversion
Drop:
0001-Disable-use-of-syslog-for-sysroot.patch
(issue fixed upstream)
0001-Fix-can-not-print-full-login.patch
0001-Overhaul-valid_field.patch
CVE-2023-29383.patch
(backports)
libbsd is a new native dependency, as otherwise glibc >= 2.38
is needed.
A similar fix is added to musl in order to define non-standard __BEGIN_DECLS/__END_DECLS.
(From OE-Core rev: e85069acf304fe0b68583cf79fe3ec4f775dca68)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Set `CVE_STATUS`for those CVEs, they have already been fixed with the latest
pull for stable branch fixes done in rev
e444d2bed0. Hence the issues are fixed
already.
(From OE-Core rev: 6e6fe23c95f1d0a8a0503cb71557cf3272bf9945)
Signed-off-by: Simone Weiß <simone.p.weiss@posteo.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The changelog is large[1] but:
Added:
- Type 3 colour and COLRv2 fonts
- Tee surfice automatically enabled
- Meson build system
Removed:
- The cairo-sphinx tool
- The XML, GL, GLES, Qt5, BeOS, OS/2, DirectFB, DRM, Cogl, and OpenVL
backends
- Autotools build system
These CVE patches have been merged upstream:
CVE-2018-19876.patch: 90e85c2493
CVE-2019-6461.patch: 09643ee1ab
CVE-2019-6462.patch: bbeaf08190
CVE-2020-35492.patch: c986a7310b
Some niche options have been removed in the migration to Meson, so the
recipe can be cleaned up.
Put libcairo-fdr ("flight data recorder") in the perf-utils package
instead of deleting it.
There is an executable test for IPC behaviour that needs to be set via a
cross file if qemu-user isn't available, thanks to Alex Kanavin for this
portion.
[1] https://www.cairographics.org/news/cairo-1.18.0/
(From OE-Core rev: 9a4ca6b08d6031ebb67adcdd650aa59acd4fb5fb)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It fixes the issue with different GIDs during ipk creation and image
creation time
(From OE-Core rev: a7f7d6f0c504f3f88801e0ba89a43e9b671fe4d3)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
