On Tue, 2024-06-04 at 08:50 +0200, Johannes Schneider wrote:
> systemd-sysext allows to overlay another image (or multiple) ontop of
> a "base-image" = the current rootfs, via the use of overlayfs; to add
> tools and features meant for development purposes.
>
> To quote the documentation on
Where we're using DL_DIR in sdk archive to try and cache testing artefacts,
copy into the cache so that it gets populated and this doesn't have to be done
manually. Currently we're making a lot of repeat requests to github as this
wasn't being populated.
Signed-off-by: Richard Purdie
---
meta
On Wed, 2024-06-12 at 11:30 -0400, Scott Murray via
lists.yoctoproject.org wrote:
> On Wed, 12 Jun 2024, Steve Sakoman via lists.yoctoproject.org wrote:
>
> > scarthgap is no longer supported on next branch
> >
> > Signed-off-by: Steve Sakoman
> > ---
> > config.json | 2 +-
> > 1 file
Update the test for the addition of SPDX_VERSION to the deploy path.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/selftest/cases/spdx.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/cases/spdx.py
b/meta/lib/oeqa/selftest/cases/spdx.py
index
On Wed, 2024-06-12 at 08:54 +, Peter Kjellerstedt via
lists.openembedded.org wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Robert Yang via
> > lists.openembedded.org
> > Sent: den 12 juni 2024 07:54
> > To:
On Tue, 2024-06-11 at 12:45 +0200, Alexander Kanavin wrote:
> On Mon, 10 Jun 2024 at 16:51, Richard Purdie
> wrote:
> > > I don't quite follow. If BB_CONF_FRAGMENTS value is a space separated
> > > list of fragments, then how would the tooling
> > >
>
On Mon, 2024-06-10 at 15:41 -0600, Joshua Watt via
lists.openembedded.org wrote:
> This patch series add support for SPDX 3.0. Currently it is not
> possible
> to have SPDX 2.2 and SPDX 3.0 enabled at the same time; users may
> choose
> to specifically use SPDX 3.0 instead of 2.2 by doing INHERIT
On Tue, 2024-04-30 at 16:27 +0800, leimaohui via lists.openembedded.org wrote:
> From: Lei Maohui
>
> - Fix the conflict error by oe_multilib_header. The conflict error is as the
> following:
> Error: Transaction test error:
> file /usr/include/bsd/sys/cdefs.h conflicts between attempted
On Mon, 2024-06-10 at 15:41 -0600, Joshua Watt via lists.openembedded.org wrote:
> This patch series add support for SPDX 3.0. Currently it is not possible
> to have SPDX 2.2 and SPDX 3.0 enabled at the same time; users may choose
> to specifically use SPDX 3.0 instead of 2.2 by doing INHERIT +=
>
On Mon, 2024-06-10 at 18:03 +0200, Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> Fix this error where 'coredumpctl info' warns that the coredump is still being
> processed:
>
> ```
> AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
> --
On Mon, 2024-06-10 at 12:58 +0200, Alexander Kanavin wrote:
> On Mon, 10 Jun 2024 at 12:08, Richard Purdie
> wrote:
>
> > b) The code adding/removing require lines from local.conf seems a
> > little fragile. I did wonder if we wanted a higher level bitbake
> > A
On Mon, 2024-06-10 at 14:39 +0200, Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> Fix this error where 'coredumpctl info' warns that the coredump is still being
> processed:
>
> ```
> AssertionError: 1 != 0 : MiniDebugInfo Test failed: No match found.
> --
On Thu, 2024-05-02 at 12:57 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> From: Alexander Kanavin
>
> For the rationale and design guidelines please see this message:
> https://lists.openembedded.org/g/openembedded-architecture/message/1913
>
> Left out for now but will be done
On Thu, 2024-05-09 at 18:08 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> From: Alexander Kanavin
>
> This allows fine-tuning local configurations with pre-frabricated
> configuration snippets in a structured, controlled way. It's also
> an important building block for
On Tue, 2024-06-04 at 00:54 +0200, kpcyrd wrote:
> On 5/31/24 1:56 PM, Richard Purdie wrote:
> > > > Taking bash as an example, you can see information from the
> > > > layer
> > > > index:
> > > >
> > > > https://layers.openembedde
On Wed, 2024-06-05 at 08:26 +, Pokybuild User via
lists.yoctoproject.org wrote:
>
> A build flagged for QA (yocto-5.1_M1.rc2) was completed on the
> autobuilder and is available at:
>
>
> https://autobuilder.yocto.io/pub/releases/yocto-5.1_M1.rc2
>
>
> Build URL:
>
Since the CVE repository is no longer being updated, drop the warning
comparision since it is no longer valid.
Signed-off-by: Richard Purdie
---
.../recipes-kernel/linux/cve-exclusion_6.6.inc | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/meta/recipes
On Thu, 2024-06-06 at 00:10 -0700, Khem Raj via lists.openembedded.org wrote:
> musl does not use gcc private system headers, however, the path gets
> prepended since gcc driver passes -iprefix option to cc1 based on its
> installation location. This starts to prefer these headers instead of
>
On Tue, 2024-06-04 at 11:03 +0200, Martin Jansa via
lists.openembedded.org wrote:
> * these were reported in:
> https://lists.openembedded.org/g/openembedded-core/message/200282
>
> Signed-off-by: Martin Jansa
devtool selftest still isn't quite working with this:
Hi Quentin,
On Tue, 2024-06-04 at 17:04 +0200, Quentin Schulz wrote:
> Well, I should have said "removed" and not from master-next but from
> abelloni/master-next in poky-contrib. It used to be there (got a mail in
> the ML from the SWAT team complaining about broken mesa build recently).
I
. 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.
Signed-off-by: Richard Purdie
On Tue, 2024-06-04 at 16:23 +0200, Quentin Schulz via
lists.openembedded.org wrote:
> Hi all,
>
> The title is misleading, this isn't for mesa but for linux-firmware.
>
> I know this has been reverted in master-next
has it? :/
I don't see that...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
The io, cap_bounds and filecaps groups were removed in latest version
of ltp. Tweak the test class to match.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/runtime/cases/ltp.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/runtime/cases/ltp.py
b/meta/lib
On Tue, 2024-06-04 at 13:58 +0200, Etienne Cordonnier wrote:
> I'm talking specifically about test_systemd_coredump_minidebuginfo
> (the minidebuginfo test which I wrote
> in meta/lib/oeqa/runtime/cases/systemd.py, not the tests
> in meta/lib/oeqa/selftest/cases/minidebuginfo.py).
Ok, sorry, I'm
On Tue, 2024-06-04 at 13:45 +0200, Etienne Cordonnier wrote:
> Thanks Richard, this is helpful.
> This shows that test_systemd_coredump_minidebuginfo is skipped / not
> executed, so I'm quite sure the test is still failing in CI as you
> had reported in December. I've sent a patch to fix what I
On Tue, 2024-05-07 at 13:46 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> From: Alexander Kanavin
>
> This is already performed in eSDK creation; the change allows also
> making a copy with a standalone 'bitbake -S unihash-cache-copy targets...'
> command, which is useful for
On Mon, 2024-06-03 at 20:55 +0530, Sundeep KOKKONDA via
lists.openembedded.org wrote:
>
> On 03-Jun-24 20:37, Sundeep KOKKONDA via lists.openembedded.org
> wrote:
> >
> > On 03-Jun-24 20:20, Alexander Kanavin wrote:
> > > CAUTION: This email comes from a non Wind River email account!
> > > Do
On Tue, 2024-06-04 at 10:10 +0200, Martin Jansa via
lists.openembedded.org wrote:
> * now patchreview complains only about missing SOBs
>
> $ scripts/contrib/patchreview.py -v meta-selftest/
> Found layers meta-selftest
> Missing Signed-off-by tag (/OE/layers/openembedded-core/meta-
>
On Wed, 2024-05-22 at 15:28 +0200, Martin Hundeb?ll via lists.openembedded.org
wrote:
> Remove pacthes accepted upstream, and refresh the remaining ones. Remove
> patches required by ubuntu 18.04, as those are unmaintainable.
>
> Remove CVE status for CVEs not applicable to the new version.
>
>
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/nasm/{nasm_2.16.01.bb => nasm_2.16.03.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/nasm/{nasm_2.16.01.bb => nasm_2.16.03.bb} (88%)
diff --git a/meta/recipes-devtools/nasm/nasm_2.16.01.bb
Switch to use flit core since upstream changed.
They also changed the capitalisation under pypi.
The license didn't change but the file was renamed, probably as it wasn't
rst.
Signed-off-by: Richard Purdie
---
.../{python3-jinja2_3.1.3.bb => python3-jinja2_3.1.4.bb} | 8
1 f
On Sun, 2024-06-02 at 14:00 -0700, Tim Orling via lists.openembedded.org wrote:
> From: Tim Orling
>
> For some recipes, such as those that inherit cargo-update-recipe-crates,
> we need to run additional tasks once the new sources have been unpacked.
>
> Introduce a new variable
On Fri, 2024-05-31 at 15:17 -0700, SIMON BABY via
lists.yoctoproject.org wrote:
> Hei Team,
>
> I have a recipe below. I did not see the staging directory under the
> tmp generated folder. Is there a hidden folder or where are the files
> going?
>
>
>
[...]
>
> do_stage () {
> mkdir
On Tue, 2024-06-04 at 00:32 +0300, Marko Lindqvist wrote:
> On Tue, 4 Jun 2024 at 00:22, Richard Purdie via
> lists.openembedded.org
> wrote:
> >
> > Keeping it simple and saying "pkg-config behaviour"
> > everywhere is simpler IMO.
>
> Do you think
On Sat, 2024-06-01 at 01:01 +0200, Martin Jansa via
lists.openembedded.org wrote:
> * it's enabled for patches in oe-core for very long time and I was
> using
> it for many other layers as well, so most layers should be in good
> shape
>
> * it's also possible to disable it for individual
On Mon, 2024-06-03 at 13:02 -0500, Randolph Sapp wrote:
> Forgive my ignorance, but is there any particular reason why pkg-
> config is preferred over pkgconf for meson related recipes?
Yes, as to try and mix both pkg-config and pkgconf would be a path to
madness.
> It seems the two treat the
On Mon, 2024-06-03 at 09:25 -0700, Khem Raj via lists.openembedded.org
wrote:
> loader expects it to be called with 'linux-gnu' e.g
> rpds.cpython-312-x86_64-linux-musl.so is created with musl
> but loader expects it to called rpds.cpython-312-x86_64-linux-gnu.so
>
> Lets create the symlink to
On Mon, 2024-06-03 at 15:59 +, Christopher Larson wrote:
> Always lovely to see a libtool patch go away, nice!
Yes!
We've had reasonable success at getting quite a few merged upstream so
the upgrade removes a load too.
https://savannah.gnu.org/news/?id=10631
5 commits into 2.5.0 and we had
On Mon, 2024-06-03 at 15:13 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Mon, 2024-06-03 at 13:35 +0200, Etienne Cordonnier wrote:
> > Hi Richard,
> > thanks for merging the v2 of this patch. Is this test running in CI
> > currently? I'm thinking I coul
On Mon, 2024-06-03 at 13:35 +0200, Etienne Cordonnier wrote:
> Hi Richard,
> thanks for merging the v2 of this patch. Is this test running in CI
> currently? I'm thinking I could send a PR to enable minidebuginfo in
> poky-altcfg, but is there a way I can verify that this test works in
> yocto's
On Mon, 2024-06-03 at 15:05 +0100, Richard Purdie via
lists.openembedded.org wrote:
> libtool auto detects the sysroot from gcc's parameters or
> configuration so we
> don't need to pass in this configuration separately to libtool.
>
> Whilst the option names do conflict wi
On Sun, 2024-06-02 at 14:00 -0700, Tim Orling via lists.openembedded.org wrote:
> From: Tim Orling
>
> Whenever a recipe which inherits cargo-update-recipe-crates is upgraded with
> devtool (such as with the Auto Upgrade Helper) we frequently see failures.
> If the upstream Cargo.toml or
can
drop this patch and simplify our code.
Signed-off-by: Richard Purdie
---
meta/classes-global/insane.bbclass| 2 +-
meta/classes-recipe/autotools.bbclass | 9 +-
.../libtool/libtool-2.5.0.inc | 1 -
.../libtool/libtool-native_2.5.0.bb | 2
for that and sent upstream.
Signed-off-by: Richard Purdie
---
.../{libtool-2.4.7.inc => libtool-2.5.0.inc} | 16 ++---
...-cross_2.4.7.bb => libtool-cross_2.5.0.bb} | 0
...ative_2.4.7.bb => libtool-native_2.5.0.bb} | 0
...-trailing-slashes-on-install-command.patch | 13 ++--
...in
The introduction of sstate and recipe specific sysroots made the configure
prepends obsolete and unneeded. The compile prepend has been there for over
a decade and is also likely obsolete. Remove the whole lot, we look into any
issues that arise.
Signed-off-by: Richard Purdie
---
meta/recipes
I can't see any reason this configure like for a sysroot is needed in
the native config and it doesn't make any sense. Drop it as
obsolete/unneeded.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/libtool/libtool-native_2.5.0.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta
Signed-off-by: Richard Purdie
---
meta/classes-global/insane.bbclass| 2 +-
meta/classes-recipe/autotools.bbclass | 9 +-
.../libtool/libtool-2.5.0.inc | 1 -
.../libtool/libtool-native_2.5.0.bb | 2 +-
...e-the-with-sysroot-option-to-avoid
for that and sent upstream.
Signed-off-by: Richard Purdie
---
.../{libtool-2.4.7.inc => libtool-2.5.0.inc} | 16 ++---
...-cross_2.4.7.bb => libtool-cross_2.5.0.bb} | 0
...ative_2.4.7.bb => libtool-native_2.5.0.bb} | 0
...in.in-Parse-additional-clang-options.patch | 33 ---
The lack of FILECMD was causing failures for mips64 builds as -m elf was
being passed to LD which isn't supported on our targets.
Signed-off-by: Richard Purdie
---
m4/libtool.m4 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m4/libtool.m4 b/m4/libtool.m4
index c5be6436..bbf2d
On Fri, 2024-05-31 at 06:40 -0700, Hanke Fabian (DC/PAR) via
lists.yoctoproject.org wrote:
> Hello,
>
> thank you for all the responses so far. I guess we will have a look
> at fossology and fossas, but we would prefer a solution which does
> not require an additional thirdparty service. We know
I've been asked what the reproducibility issue is and what data we
have. I ran a couple of test builds on the current autobuilder and the
test cluster. I added in the diff at the end of this email, just to
limit the test to what we're interested in.
The test on the new test cluster passed:
On Fri, 2024-05-31 at 12:15 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From:
> > openembedded-core@lists.openembedded.org
> > > > On Behalf Of Richard Purdie
> > Sent: den 31 maj 2024 12:57
> > To: samuli.pii...@gmail.com;
&g
On Fri, 2024-05-31 at 13:05 +0200, kpcyrd wrote:
> On 5/30/24 12:41 AM, Richard Purdie wrote:
> > There is such data in Yocto Project too, although it would be
> > spread
> > into the layers that contain the software components in question.
> >
> > Takin
On Fri, 2024-05-31 at 10:27 +, Samuli Piippo via
lists.openembedded.org wrote:
> This lets recipes in other layers add weak default assignment as
> UNPACKDIR ??= "${WORKDIR}"
> which allows the recipes to work also with older Yocto releases
> without overriding the default value used in
On Fri, 2024-05-31 at 09:31 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Thu, 2024-05-30 at 17:44 -0400, bruce.ashfi...@gmail.com wrote:
> > From: Bruce Ashfield
> >
> > Signed-off-by: Bruce Ashfield
> > ---
> > meta/conf/
On Thu, 2024-05-30 at 17:44 -0400, bruce.ashfi...@gmail.com wrote:
> From: Bruce Ashfield
>
> Signed-off-by: Bruce Ashfield
> ---
> meta/conf/distro/include/tcmode-default.inc | 2 +-
> .../{linux-libc-headers_6.6.bb => linux-libc-headers_6.9.bb} | 2 +-
> 2 files
not
editting.
Signed-off-by: Richard Purdie
---
meta/classes-recipe/populate_sdk_ext.bbclass | 8 -
meta/lib/oe/copy_buildsystem.py | 10 +-
meta/lib/oe/sstatesig.py | 32 ++--
3 files changed, 39 insertions(+), 11 deletions(-)
diff --git
The only user was siteconfig which has been removed. The API was horrible
and we don't want to encourage this kind of usage.
Signed-off-by: Richard Purdie
---
meta/classes-global/sstate.bbclass | 5 -
1 file changed, 5 deletions(-)
diff --git a/meta/classes-global/sstate.bbclass
b/meta
-off-by: Richard Purdie
---
meta/classes-recipe/autotools.bbclass | 2 -
meta/classes-recipe/siteinfo.bbclass | 16 +--
meta/classes-recipe/toolchain-scripts.bbclass | 7 ---
meta/classes/siteconfig.bbclass | 39 -
meta/recipes-core/ncurses
was obsolete and was causing the
postinstfuncs
to run in an incorrect directory. The only user is buildhistory and it wasn't
sensitive to cwd however so this happened not to cause a problem. Fix the
code to use the correct location.
Signed-off-by: Richard Purdie
---
meta/classes-global
not
editting.
Signed-off-by: Richard Purdie
---
meta/classes-recipe/populate_sdk_ext.bbclass | 8 -
meta/lib/oe/copy_buildsystem.py | 10 +-
meta/lib/oe/sstatesig.py | 32 ++--
3 files changed, 39 insertions(+), 11 deletions(-)
diff --git
was obsolete and was causing the
postinstfuncs
to run in an incorrect directory. The only user is buildhistory and it wasn't
sensitive to cwd however so this happened not to cause a problem. Fix the
code to use the correct location.
Signed-off-by: Richard Purdie
---
meta/classes-global
On Wed, 2024-05-29 at 22:10 -0700, Khem Raj via lists.yoctoproject.org wrote:
> This series addresses the set of issues seen with mingw builds with GCC-14
>
> Khem Raj (4):
> mingw-w64: Upgrade to 12.0.0 release
> curl: Disable incompatible-pointer-types warning as error on mingw
> gettext:
GCC-14 promoted this warning into error by default but code does not
build cleanly and now this warning becomes a hard error. Work around
it for now.
Signed-off-by: Richard Purdie
---
recipes-devtools/qemu/qemu_%.bbappend | 1 +
1 file changed, 1 insertion(+)
create mode 100644 recipes
On Wed, 2024-05-29 at 18:38 +0200, kpcyrd wrote:
> Dear list,
>
> As of May 2024, I have imported source code data from the following
> distributions:
>
> - Alpine Linux edge
> - Arch Linux
> - Debian sid, stable, stable-updates, stable-backports, stable-
> security
> - Fedora rawhide
> -
On Wed, 2024-05-29 at 14:17 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> On Wed, 29 May 2024 at 13:57, pmi183 via lists.openembedded.org
> wrote:
>
> > Patch 1 - fixes race condition detected while executing functions
> > registered on `SSTATEPOSTINSTFUNCS`
>
> The patches
On Wed, 2024-05-29 at 12:08 +0200, Etienne Cordonnier via
lists.openembedded.org wrote:
> From: Etienne Cordonnier
>
> The builtin command "sleep" was getting executed instead of the busybox
> binary.
> Hence "pidof sleep" was empty and the test was failing.
>
> Signed-off-by: Etienne
On Tue, 2024-05-28 at 00:38 +, Peter Kjellerstedt via
lists.openembedded.org wrote:
>
> For the record, patches generated/updated by devtool will be created with
> `git format-patch --no-signature --no-numbered ...` and thus lack the git
> version at the end.
>
> Personally, I have the
On Sat, 2024-05-18 at 03:04 -0700, Guðni Már Gilbert via
lists.openembedded.org wrote:
> To continue fixing
> https://lists.openembedded.org/g/openembedded-core/message/199250 I'm
> now using a personal email instead my work email (I'm not being paid
> for this anyway :) ).
>
> I suspect the
Pull in a fix which avoids syntax warnings with python 3.12.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb
b/meta/recipes-devtools/pseudo/pseudo_git.bb
On Fri, 2024-05-24 at 03:28 -0700, Robert Yang via lists.openembedded.org wrote:
> From: Robert Yang
>
> * Remove backported patches:
> fix-grep-3.8.patch.
> faildiff-order.patch
> 0001-test-Fix-a-race-condition-in-merge.test.patch
>
> Signed-off-by: Robert Yang
> ---
>
On Wed, 2024-05-22 at 17:16 +0200, Ninette Adhikari wrote:
> Apologies for the late response. I have made changes to the chart
> tooltip to include link to the poky repository with the commit hash.
> I have sent the patch files to the mailing list. Let me know if this
> helps:)
It is wonderful,
On Wed, 2024-05-22 at 16:52 +0200, Ninette Adhikari wrote:
> Update tooltip to include the commit hash link to the poky repository
>
> Signed-off-by: Ninette Adhikari
I ran a test build of this and have to say it is awesome!
This rebuilds whenever DISTRO_VERSION changes (i.e. any commit is made)
and systemd depends upon it so lots of things end up rebuilding which
isn't necessary,
Signed-off-by: Richard Purdie
---
meta/conf/layer.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/layer.conf b/meta
On Thu, 2024-05-23 at 15:43 +0200, Quentin Schulz wrote:
> I was about to comment on the v2 that this should rather be a class :)
> Do we have some information on how/why this is the direction the project
> should move towards? What are the pitfalls we're trying to avoid, or
> benefits we want
On Thu, 2024-05-23 at 12:54 +, Emil Kronborg via lists.openembedded.org
wrote:
> Using OVERRIDES in the check generates false positives in some
> scenarios, for example when building binaries for an SDK supposed to run
> on a 64-bit host. Therefore, it is more correct to use HOST_ARCH for the
On Thu, 2024-05-23 at 10:35 +0200, Alexander Kanavin wrote:
> On Wed, 22 May 2024 at 10:24, Richard Purdie
> wrote:
> > So yes, there may well be a long list of things you want to remove from
> > core, however, we also have to think about the project's use and why
> > pe
On Thu, 2024-05-23 at 10:35 +0200, Alexander Kanavin wrote:
> On Wed, 22 May 2024 at 10:24, Richard Purdie
> wrote:
> > So yes, there may well be a long list of things you want to remove from
> > core, however, we also have to think about the project's use and why
> > pe
This recipe is poorly named, it is a gadget ethernet driver. Gadget ethernet
is of questionable use now and usbinit isn't referenced/used anywhere within
OE-Core. Drop it.
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/maintainers.inc | 1 -
meta/recipes-bsp/usbinit/usbinit.bb
Signed-off-by: Richard Purdie
---
meta/classes-global/base.bbclass | 5 -
meta/classes-global/insane.bbclass | 4
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/meta/classes-global/base.bbclass b/meta/classes-global/base.bbclass
index 4ac7bafefab..b6940bbb6ff 100644
Update not to use S = WORKDIR after that was no longer allowed.
Signed-off-by: Richard Purdie
---
meta-skeleton/recipes-skeleton/useradd/useradd-example.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb
b/meta
Now S and B can't be set to WORKDIR, add to PSEUDO_IGNORE_PATHS unconditionally
and simplify the code.
Signed-off-by: Richard Purdie
---
meta/classes-global/base.bbclass | 5 -
meta/conf/bitbake.conf | 2 +-
2 files changed, 1 insertion(+), 6 deletions(-)
diff --git a/meta
This was never a good idea and would have mostly happened from S = WORKDIR
however explictly disallow it and error if anyone tries.
Signed-off-by: Richard Purdie
---
meta/classes-global/insane.bbclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/classes-global/insane.bbclass
b
On Wed, 2024-05-22 at 11:07 +0200, Alexander Kanavin via
lists.openembedded.org wrote:
> I'm also curious in what scenarios is this needed, if the AB doesn't
> have the issue?
The AB did (the mandb selftest) and I had a patch which overlapped with
the patch from Markus.
Cheers,
Richard
On Wed, 2024-05-22 at 15:19 +0200, Martin Jansa wrote:
> On Wed, May 22, 2024 at 3:09 PM Richard Purdie via
> > > The following code is part of the anonymous python() function in
> > > base.bbclass:
> > >
> > > if os.path.normpath(d.getVar("WORKD
On Wed, 2024-05-22 at 13:00 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org
> > On Behalf Of Richard Purdie
> > Sent: den 22 maj 2024 11:28
> > To: openembedded-core@lists.openembedded.org
> >
On Tue, 2024-05-21 at 21:39 -0700, Michael Halstead wrote:
> Signed-off-by: Michael Halstead
> ---
> meta/conf/distro/include/yocto-uninative.inc | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/conf/distro/include/yocto-uninative.inc
>
Where a recipe uses WORKDIR as S, exit with a fatal error since the
code is no longer safe for this layout.
Signed-off-by: Richard Purdie
---
meta/classes-global/insane.bbclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global
Tweak recipetool and devtool to correclty use UNPACKDIR. This allows some
simplification of the code. This patch makes things basically work but there
are likely deeper improvements that can be made now that WORKDIR != UNPACKDIR.
Signed-off-by: Richard Purdie
---
scripts/lib/devtool/upgrade.py
t cope with
symlinks in their paths.
The patch also updates reproducible and SOURCE_DATE_EPOCH handling to
match the new potential source locations. We can get rid of the horrible
list of hardcoded directories in WORKDIR to ignore from that code.
Signed-off-by: Richard Purdie
---
meta/classes
Hi Alex,
On Wed, 2024-05-22 at 09:53 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> right now it's extremely difficult to remove anything from oe-core.
> The reasons are that either we don't know how removal will affect
> possible users, or we do know that and we don't want to
Hi Alex,
On Wed, 2024-05-22 at 09:53 +0200, Alexander Kanavin via lists.openembedded.org
wrote:
> right now it's extremely difficult to remove anything from oe-core.
> The reasons are that either we don't know how removal will affect
> possible users, or we do know that and we don't want to
On Wed, 2024-05-22 at 07:28 +0200, mike.looijm...@topic.nl wrote:
> On 21-05-2024 16:51, Richard Purdie wrote:
> > On Tue, 2024-05-21 at 15:57 +0200, Mike Looijmans via
> > lists.openembedded.org wrote:
> > > kernel-fitimage inherited uboot-config, which resulted in fa
On Mon, 2024-05-20 at 16:10 +0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi
>
> kmod now installs symlinks in 'make install'.
> https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?
> id=e98cef6f3f8cd6f8bfb26d147b2c209297453cca
>
> With this change, we no longer
On Sat, 2024-05-18 at 23:50 -0600, Alejandro Hernandez Samaniego via
lists.openembedded.org wrote:
> Enables usage of TCLIBC=picolibc extending OE functionality to build and use
> picolibc based toolchains to build baremetal applications.
>
> Picolibc is a set of standard C libraries, both libc
On Tue, 2024-05-21 at 15:57 +0200, Mike Looijmans via lists.openembedded.org
wrote:
> kernel-fitimage inherited uboot-config, which resulted in failure to
> run "menuconfig" on a system that has both multiple u-boot configs and
> wants a fitImage kernel.
>
> Fix the issue by splitting up
On Tue, 2024-05-21 at 12:26 +0100, Richard Purdie via lists.openembedded.org
wrote:
> From: Tim Orling
>
> https://github.com/KhronosGroup/glslang/compare/vulkan-sdk-1.3.280.0...vulkan-sdk-1.3.283.0
>
> Signed-off-by: Tim Orling
> Signed-off-by: Richard Purdie
&g
From: Tim Orling
https://github.com/KhronosGroup/Vulkan-Tools/compare/vulkan-sdk-1.3.280.0...vulkan-sdk-1.3.283
[RP: fix branch]
Signed-off-by: Tim Orling
Signed-off-by: Richard Purdie
---
...{vulkan-tools_1.3.280.0.bb => vulkan-tools_1.3.283.0.bb} | 6 +++---
1 file changed, 3 inserti
From: Tim Orling
https://github.com/KhronosGroup/glslang/compare/vulkan-sdk-1.3.280.0...vulkan-sdk-1.3.283.0
Signed-off-by: Tim Orling
Signed-off-by: Richard Purdie
---
.../glslang/{glslang_1.3.280.0.bb => glslang_1.3.283.0.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deleti
From: Tim Orling
https://github.com/KhronosGroup/Vulkan-Utility-Libraries/compare/vulkan-sdk-1.3.280.0...vulkan-sdk-1.3.283
Signed-off-by: Tim Orling
Signed-off-by: Richard Purdie
---
...ies_1.3.280.0.bb => vulkan-utility-libraries_1.3.283.0.bb} | 4 ++--
1 file changed, 2 insertions(+)
1 - 100 of 17405 matches
Mail list logo