On Tue, May 7, 2024 at 3:47 PM Richard Purdie via lists.openembedded.org
wrote:
> If usrmerge is in DISTRO_FEATURES, assumptions in one of the tests would
> fail. Improve the test so it works in both cases.
>
> Signed-off-by: Richard Purdie
> ---
> meta/lib/oeqa/selftest/cases/devtool.py | 2
If usrmerge is in DISTRO_FEATURES, assumptions in one of the tests would
fail. Improve the test so it works in both cases.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/selftest/cases/devtool.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/devtool.py
If usrmerge is in DISTRO_FEATURES, assumptions in one of the tests would
fail. Improve the test so it works in both cases.
Signed-off-by: Richard Purdie
---
meta/lib/oeqa/selftest/cases/recipetool.py | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git
On Fri, May 3, 2024 at 1:36 PM Steve Sakoman wrote:
>
> Please submit a kirkstone patch once this hits the master branch.
Ack. I have been checking daily on master and master-next, but so far
it does not seem to have been picked up.
It is a clean cherry-pick into kirkstone, so at least that
On Tue, May 7, 2024 at 12:56 PM Alexander Kanavin
wrote:
>
> On Tue, 7 May 2024 at 18:13, Khem Raj wrote:
> > Firstly I am inclined towards removing it if we can, since I think it
> > should be
> > packages to decide to use it, then they can maintain it better from testing
> > POV,
> >
On Tue, 7 May 2024 at 17:52, Ross Burton wrote:
> If you send a v3, this can be Backport. :)
I'm leaning towards addressing the review comments with followup
patches. None is a critical fix needed for update itself. You ok with
that?
> > +EXTRA_OEMESON:append:class-target = "
On Tue, 7 May 2024 at 18:13, Khem Raj wrote:
> Firstly I am inclined towards removing it if we can, since I think it should
> be
> packages to decide to use it, then they can maintain it better from testing
> POV,
> However, there is something
> to consider w.r.t. to this option. This does help
From: Bruce Ashfield
Integrating the following commit(s) to linux-yocto/6.6:
1/1 [
Author: Mark Brown
Email: broo...@kernel.org
Subject: kselftest: Add a ksft_perror() helper
Date: Thu, 28 Sep 2023 16:38:11 +0200
The standard library perror() function provides a convenient
On Mon, May 6, 2024 at 8:33 AM Marta Rybczynska via
lists.openembedded.org
wrote:
>
>
>
> On Mon, 6 May 2024, 13:09 nikhil via lists.openembedded.org,
> wrote:
>>
>> Update LICENSE defined for xz packages to match the license
>> information provided in the xz COPYING file.
>>
>> The License
On Tue, May 7, 2024 at 3:15 AM Alexander Kanavin wrote:
>
> On Tue, 7 May 2024 at 07:33, Khem Raj via lists.openembedded.org
> wrote:
>
> > +CXXFLAGS:remove = "-fvisibility-inlines-hidden"
>
> Same comment as v1: this seems like the wrong way around. Why do we
> have it as a global glibc/musl
> On 2 May 2024, at 11:32, Alexander Kanavin via lists.openembedded.org
> wrote:
> -GTKDOC_MESON_OPTION = "gtk_doc"
> +inherit meson gettext gi-docgen pkgconfig ptest-gnome
> upstream-version-is-even bash-completion gio-module-cache manpages
> gobject-introspection-data
You’ll want to set
> On 2 May 2024, at 11:32, Alexander Kanavin via lists.openembedded.org
> wrote:
> +++
> b/meta/recipes-core/glib-2.0/files/0001-girepository-introspection-correctly-install-.gir-fi.patch
> @@ -0,0 +1,88 @@
> +From 4e6be5d15e5d2f8e494d22a3d49b623064f9c1a5 Mon Sep 17 00:00:00 2001
> +From:
Hi Alex,
Thanks for digging into this!
packages/cortexa57-poky-linux/glib-2.0/glib-2.0-utils: FILELIST: added
"/usr/bin/gi-compile-repository /usr/bin/gi-inspect-typelib
/usr/bin/gi-decompile-typelib”
packages/cortexa57-poky-linux/glib-2.0/glib-2.0-utils: PKGSIZE changed from
770935 to
Current Dev Position: YP 5.1 M1
Next Deadline: YP 5.1 M1 Build 20 May 2024
Next Team Meetings:
-
Bug Triage meeting Thursday May 9th at 7:30 am PST (
https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)
-
Weekly Project Engineering Sync Tuesday May 7th at 8 am PST
The baseparse:parser_pull_short_read test is known to be unreliable,
according to the list of known bad tests in gst-devtools.
Also clean up an incorrect comment.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/gstreamer/gstreamer1.0/run-ptest | 9 +++--
1 file changed, 7
The musl-locales package provides this too, so we can depend without a
libc override.
Signed-off-by: Ross Burton
---
meta/recipes-support/curl/curl_8.7.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/curl/curl_8.7.1.bb
On Tue, 2024-05-07 at 15:13 +0200, Christian Eggers via lists.openembedded.org
wrote:
> I am in the process of upgrading from Kirkstone to Scarthgap (via Langdale,
> Mickledore and Nanbield). As my host system (openSUSE) doesn't meet the
> system requirements, I use the buildtools-extended
I am in the process of upgrading from Kirkstone to Scarthgap (via Langdale,
Mickledore and Nanbield). As my host system (openSUSE) doesn't meet the
system requirements, I use the buildtools-extended tarball.
Since the migration step from Mickledore to Nanbield, I cannot access my
company's GIT
From: Alexander Kanavin
This scripts takes an existing, active yocto build, and puts pieces of it
into a bundle directory, which is then placed in a tarball, and that goes
into a self-extracting shell archive. This allows moving the bundle to another
machine, or placing it on a network server
From: Alexander Kanavin
Otherwise the calling code can only issue a generic, unhelpful
erorr message, and it's difficult to tell what went wrong
if logger.error output is obscured or redirected.
Signed-off-by: Alexander Kanavin
---
meta/lib/bblayers/makesetup.py | 10 ++
1 file
From: Alexander Kanavin
This allows reusing the check function in tests other than CDN/local mirror
ones, such as sstate bundle testing.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/sstatetests.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Alexander Kanavin
This is useful not just in cdn/local cache tests, but also in the build bundle
test,
and so should be applied by default.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/sstatetests.py | 26 ++---
1 file changed, 13 insertions(+), 13
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 replicating builds on a different build host
(simply coping sstate objects is not enough if they need
From: Alexander Kanavin
This plugin copies all currently configured layer respositories into
a dedicated location on local disk. This is useful for entirely offline
layer replication, when the layers are packed and then unpacked from
an archive, rather than fetched from git (there can be
From: Alexander Kanavin
The default (current directory) is unfortunately non-deterministic, as
the operation is performed from bitbake-server and not from bitbake
process directly. If the server was started in a different directory
it will write the files there, and not where bitbake command
From: Alexander Kanavin
This can be useful when the caller needs to know where the repos actually
are on local disk (for example to make a local copy of them or obtain
additional information about them).
This field however should be removed from the json output in oe-setup-layers
plugin, as it
From: Alexander Kanavin
This helps when making a local copy of all the layers: it's fine to
not have any remotes configured in that case.
Also correct the mistake in accessing 'contains_this_file' property:
it may not necessarily exist, and if so, it should default to False.
Signed-off-by:
On Tue, 7 May 2024 at 07:33, Khem Raj via lists.openembedded.org
wrote:
> +CXXFLAGS:remove = "-fvisibility-inlines-hidden"
Same comment as v1: this seems like the wrong way around. Why do we
have it as a global glibc/musl setting in the first place? Shouldn't
we just remove it from there? I did
On Tue, 7 May 2024 at 03:15, Khem Raj via lists.openembedded.org
wrote:
> +CXXFLAGS:remove = "-fvisibility-inlines-hidden"
This seems like the wrong way around. Why do we have it as a global
glibc/musl setting in the first place? Shouldn't we just remove it
from there? I did some digging and
PD is not a license for legal compliance purposes, but it's a valid
identifier in a recipe's LICENSE field. We have plenty of those
already.
Also, shouldn't this be addressed in master first?
Alex
On Mon, 6 May 2024 at 17:33, Marta Rybczynska via
lists.openembedded.org
wrote:
>
>
>
> On Mon, 6
30 matches
Mail list logo
