On Sat, Jun 8, 2024 at 12:46 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> > > +-o_flag_munging = sed -e 's/-O\([1-9sgz][1-9sgz]*\)/-O0/g' -e
> > > 's/-Ofast/-O0/g'
> > > ++o_flag_munging = sed -e 's/[[:blank:]]-O\([2-9sgz][2-9sgz]*\)/ -O0 /'
> > >
> > +-o_flag_munging = sed -e 's/-O\([1-9sgz][1-9sgz]*\)/-O0/g' -e
> > 's/-Ofast/-O0/g'
> > ++o_flag_munging = sed -e 's/[[:blank:]]-O\([2-9sgz][2-9sgz]*\)/ -O0 /' -e
> > 's/[[:blank:]]-Ofast/ -O0 /g'
I guess the 1-9 should have stayed in this one (now it no longer
replaces -O1 with -O0) and
Signed-off-by: Martin Jansa
---
v4: use Inappropriate [Test artefact] everywhere as requested
add Upstream-Status to *.patch.expected as well to fix
devtool.DevtoolUpdateTests.test_devtool_update_recipe_with_gitignore
devtool.DevtoolUpdateTests.test_devtool_update_recipe_long_filename
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
v4: no change
meta/classes-global/insane.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global
On Tue, Jun 4, 2024 at 8:46 PM Khem Raj wrote:
>
> On Fri, May 31, 2024 at 4:01 PM 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
Signed-off-by: 0 (0%)
Patches missing CVE: 0 (0%)
Patches missing Upstream-Status: 0 (0%)
Patches with malformed Upstream-Status: 0 (0%)
Patches in Pending state: 1 (8%)
Signed-off-by: Martin Jansa
---
.../devtool/devtool-patch-overrides/qemuarm/arm.patch | 2 ++
.../devtool/devtool-patch
* these were reported in:
https://lists.openembedded.org/g/openembedded-core/message/200282
Signed-off-by: Martin Jansa
---
.../devtool/devtool-test-ignored/devtool-test-ignored.patch | 2 ++
...1-I-ll-patch-you-only-if-devtool-lets-me-to-do-it-corr.patch | 2 ++
.../0001-Add-a-note-line
Signed-off-by: Martin Jansa
---
.../recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
b/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
meta/classes-global/insane.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global/insane.bbclass
index
Signed-off-by: 0 (0%)
Patches missing CVE: 0 (0%)
Patches missing Upstream-Status: 0 (0%)
Patches with malformed Upstream-Status: 0 (0%)
Patches in Pending state: 4 (31%)
Signed-off-by: Martin Jansa
---
.../devtool/devtool-patch-overrides/qemuarm/arm.patch | 2 ++
.../devtool/devtool-patch
* these were reported in:
https://lists.openembedded.org/g/openembedded-core/message/200282
Signed-off-by: Martin Jansa
---
.../devtool/devtool-test-ignored/devtool-test-ignored.patch | 2 ++
...1-I-ll-patch-you-only-if-devtool-lets-me-to-do-it-corr.patch | 2 ++
.../0001-Add-a-note-line
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
meta/classes-global/insane.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global/insane.bbclass
index
Signed-off-by: Martin Jansa
---
.../recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
b/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001
will check where they are used and send v3 with fixes.
Regards,
On Mon, Jun 3, 2024 at 11:26 PM Richard Purdie
wrote:
>
> 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
Signed-off-by: Martin Jansa
---
.../recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
b/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
meta/classes-global/insane.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global/insane.bbclass
index
uld fix that.
Thanks,
>
> On 24/05/2024 18:00:25+0200, Martin Jansa 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
Signed-off-by: Martin Jansa
---
.../recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch | 2 ++
1 file changed, 2 insertions(+)
diff --git
a/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001-testpatch.patch
b/meta-selftest/recipes-test/gitrepotest/gitrepotest/0001
And you're changing the build time dependencies, the warning is about
runtime dependencies, so I don't think this is correct.
On Fri, May 31, 2024 at 8:59 AM Peter Marko via lists.openembedded.org
wrote:
>
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On
erations... x86/gcc-assembly
Signed-off-by: Martin Jansa
---
meta/recipes-support/db/db_5.3.28.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-support/db/db_5.3.28.bb
b/meta/recipes-support/db/db_5.3.28.bb
index a99d5cea62..a7d061e0da 100644
--- a/meta/recipes-support/db/db_5
noticed it's strange.
On Fri, May 24, 2024 at 6:31 PM Jose Quaresma wrote:
>
>
>
> Martin Jansa escreveu (sexta, 24/05/2024 à(s) 17:22):
>>
>> >> diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
>> >> index f2bca0aa5ba..65eb657fd93 100644
>>
>> diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
>> index f2bca0aa5ba..65eb657fd93 100644
>> --- a/meta/conf/layer.conf
>> +++ b/meta/conf/layer.conf
>> @@ -45,6 +45,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \
>>ca-certificates \
>>shared-mime-info \
>>desktop-file-utils \
>>
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
Resend
https://patchwork.yoctoproject.org/project/oe-core/patch/20240314070903.83765-1-martin.ja...@gmail.com/
now when scarthgap is released and master is open for development
meta
On Wed, May 22, 2024 at 3:09 PM Richard Purdie via
lists.openembedded.org
wrote:
>
> 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
-core/tmp-glibc/work/x86_64-linux/cdrtools-native/3.01/recipe-sysroot-native/usr/include
-O2 -pipe -D_GNU_SOURCE conftest.c 1>&5
configure:1208:1: error: return type defaults to 'int' [-Wimplicit-int]
configure: failed program was:
main(){return(0);}
Signed-off-by: Martin Jansa
---
v
; On Mon, May 20, 2024 at 7:34 AM Martin Jansa via
> lists.openembedded.org
> wrote:
> >
> > Fixes:
> > http://errors.yoctoproject.org/Errors/Details/770525/
> > | checking whether the C compiler (gcc
> > -isystem/OE/build/oe-core/tmp-glibc/work/x86_64-linux/
-core/tmp-glibc/work/x86_64-linux/cdrtools-native/3.01/recipe-sysroot-native/usr/include
-O2 -pipe -D_GNU_SOURCE conftest.c 1>&5
configure:1208:1: error: return type defaults to 'int' [-Wimplicit-int]
configure: failed program was:
main(){return(0);}
Signed-off-by: Martin Jansa
--
On Thu, May 16, 2024 at 10:05 PM Khem Raj wrote:
>
> On Wed, May 15, 2024 at 10:29 PM Martin Jansa via
> lists.openembedded.org
> wrote:
> >
> > Hi Peter,
> >
> > what about BSD-4-Clause-UC, BSD-3-Clause, ISC licenses included in glibc.
> >
&g
Hi Peter,
what about BSD-4-Clause-UC, BSD-3-Clause, ISC licenses included in glibc.
I've suggested to add them long time ago in:
https://lists.openembedded.org/g/openembedded-core/topic/91285771#msg166005
which resulted in:
https://sourceware.org/bugzilla/show_bug.cgi?id=28007
On Tue, May 7, 2024 at 7:33 AM Khem Raj wrote:
>
> From: Martin Jansa
>
> work arounds for:
> oe-core/meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb:do_compile
> oe-core/meta/recipes-connectivity/connman/connman-gnome_0.7.bb:do_compile
> oe-core/meta/recipes-support/libfm/libfm_1.3
On Wed, May 1, 2024 at 11:56 PM Richard Purdie via
lists.openembedded.org
wrote:
>
> Where recipes use S = ${WORKDIR}, ensure they are referencing ${S} correctly
> to access files as soon we want to stop doing this in WORKDIR at which point
> they would break unless corrected.
-LIC_FILES_CHKSUM
=jansa/master-gcc14=4c89509e37f86f4d8e0bfce6135e6eaefd9e216f
as mentioned yesterday
On Tue, May 7, 2024 at 3:15 AM Khem Raj wrote:
>
> From: Martin Jansa
>
> TODO: kea
>
> work arounds for:
> oe-core/meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb:do_compile
> oe-core/meta/reci
On Fri, May 3, 2024 at 12:46 PM Mikko Rapeli wrote:
>
> Hi,
>
> On Fri, May 03, 2024 at 12:43:29PM +0200, Martin Jansa wrote:
> > On Fri, May 3, 2024 at 12:37 PM Mikko Rapeli via
> > lists.openembedded.org
> > wrote:
> > >
> > > Hi,
> > >
On Fri, May 3, 2024 at 12:37 PM Mikko Rapeli via
lists.openembedded.org
wrote:
>
> Hi,
>
> On Fri, May 03, 2024 at 12:32:42PM +0200, Alexander Kanavin wrote:
> > I’m sorry, this doesn’t look right. Shouldn’t we rather ensure $(LIBDIR) is
> > correctly set? Besides, hardcoding to lib is certainly
Don't use:
S = "${WORKDIR}"
move it to separate directory and it will work fine.
On Wed, Apr 24, 2024 at 6:41 PM lukas.palme via lists.openembedded.org
wrote:
>
> Hello openembedded community!
>
> I hope this is the right place to ask this question,
>
Have you tried:
https://sources.yoctoproject.org/mirror/sources/a52dec-0.7.4.tar.gz
that has the old caa9f5bc44232dc8aeea773fea56be80
?
https://sourceforge.net/projects/liba52/files/a52dec-0.7.4.tar.gz
returns just HTML to me with md5sum c9fe0eb75b290358b3948b58e9f10baa:
$ head
What is the difference between the tarballs that it requires checksum update?
On Thu, Apr 18, 2024 at 12:28 AM Jon Mason via lists.openembedded.org
wrote:
>
> The former SRC_URI was no longer working. Update to one that is. This
> required updating the md5sum and sha256sum. NOTE:
How does this work when sharing sstate between builders with different
PREMIRRORS/MIRRORS? Doesn't this cause all signatures to be different
as do_unpack does depend on do_fetch?
On Mon, Apr 15, 2024 at 10:30 AM Changqing Li via
lists.openembedded.org
wrote:
>
> From: Changqing Li
>
> When
Please fix your Upstream-Status formatting
CVE-2023-52356.patch and all 4 CVE-2023-6277-[1-4].patch trigger:
Please correct according to
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations:_Upstream-Status
:
Upstream-Status: Backport
ERROR: tiff-4.3.0-r0
>From what is publicly known it injected malicious code (through m4
macro using payload hidden in obfuscated compressed test file) into
built liblzma.so.5 which then hijacks RSA_public_decrypt call e.g. in
sshd (when sshd is built with patch adding systemd notifications which
brings liblzma
On Tue, Mar 19, 2024 at 6:11 PM Daniel Ottiger via
lists.openembedded.org
wrote:
>
> Sure I try as good as I can:
>
> pulseaudio is part of my DISTRO_FEATURES, therefore "libao" depends on
> pulseaudio.
>
> As far as I understand that is because in
>
(not sure if it was related to this sync or
something else).
On Sun, Mar 17, 2024 at 3:37 PM Randy MacLeod wrote:
>
>
>
> On Sun, Mar 17, 2024, 08:01 Martin Jansa wrote:
>>
>> calling 'sync' from do_compile in the middle of big OE world
>> build harms the build ti
calling 'sync' from do_compile in the middle of big OE world
build harms the build time.
Signed-off-by: Martin Jansa
---
.../0001-Makefile-avoid-calling-sync.patch| 35 +++
.../stress-ng/stress-ng_0.13.12.bb| 1 +
2 files changed, 36 insertions(+)
create mode
,
On Thu, Mar 14, 2024 at 5:17 PM Bruce Ashfield wrote:
>
> On Thu, Mar 14, 2024 at 3:09 AM Martin Jansa 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
> &g
On Thu, Mar 14, 2024 at 4:32 PM Ross Burton wrote:
>
> On 14 Mar 2024, at 07:09, 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 s
/classes-global/insane.bbclass?h=scarthgap=61a881fdbe8b5a21c6276b8a5d06cc30486b1eb3
Signed-off-by: Martin Jansa
---
meta/classes-global/insane.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes-global/insane.bbclass
b/meta/classes-global/insane.bbclass
index
Hi Steve,
I'm not using nanbield, but does
https://wiki.yoctoproject.org/wiki/Releases need to be updated? It
says "Support for 7 months (until May 2024)" so I was expecting final
call for dunfell (which says "Long Term Support (until Apr. 2024¹))
before nanbield.
Regards,
On Sun, Mar 10, 2024
On Sun, Mar 10, 2024 at 3:11 PM Robert P. J. Day wrote:
>
> On Sun, 10 Mar 2024, Alexander Kanavin wrote:
>
> > On Sat, 9 Mar 2024 at 11:29, Robert P. J. Day wrote:
> > > As ptest.bbclass defines the more intuitive ptest-related variable:
> > >
> > > PTEST_ENABLED =
> > >
On Thu, Mar 7, 2024 at 4:48 PM Peter Kjellerstedt
wrote:
>
> We have a lot of recipes that use gdbus-codegen and are now facing this
> problem. To solve it, I have added a gdbus-codegen.bbclass that does:
>
> DEPENDS:append = " glib-2.0-native python3-packaging-native"
>
> inherit python3native
>
LGTM, I'm sorry I've missed it when updating other types.
Signed-off-by: Martin Jansa
On Tue, Mar 5, 2024 at 9:46 AM Taedcke, Christian
wrote:
>
> From: Christian Taedcke
>
> Remove the appended ${IMAGE_NAME_SUFFIX}, since it is already included
> in ${IMAGE_NAME}.
>
> I
://patchwork.yoctoproject.org/project/oe/patch/20240227113711.834767-2-martin.ja...@gmail.com/
Cheers,
On Tue, Feb 27, 2024 at 12:58 AM Martin Jansa via
lists.openembedded.org
wrote:
>
> Thanks Khem, will try to reproduce tomorrow. Maybe these don't use
> CODEGEN_PYTHON_RDEPENDS.
>
> With this p
otFoundError: No module named 'packaging'
> | make: *** [Makefile:2081: src/nm-fortisslvpn-pppd-service-dbus.h] Error
> 1
>
>
> On Sun, Feb 25, 2024 at 1:37 AM Martin Jansa wrote:
> >
> > * to fix build on hosts with python-3.12, now it fails with:
> &g
On Wed, Nov 9, 2022 at 9:21 PM Alexander Kanavin wrote:
>
> This will be removed in 3.12 and has been deprecated for a while.
>
> If anything breaks because of its absence on the host, this would
> expose the breakage so it can be fixed.
I've sent a fix for glib-2.0-native yesterday:
On Mon, Feb 26, 2024 at 3:39 PM Alexander Kanavin
wrote:
>
> This needs to be handled with care. We rely heavily on openmp support in rpm
> to speed up rpm operations; adding an option to turn it off is okay, but
> actually turning it off is not.
That's why it was sent only as RFC, do you want
le/disable this in bbappend
openmp is also explicitly disabled in gettext since 2011:
https://git.openembedded.org/openembedded-core/commit/?id=e897103a58ad672cc87d2bab3ec45501ef09f8f1
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/rpm/rpm_4.19.1.bb | 9 +++--
1 file changed, 7 insert
On Mon, Feb 26, 2024 at 2:32 PM Martin Jansa via
lists.openembedded.org
wrote:
>
> * on some hosts (e.g. on my gentoo after recent update) it detects OpenMP in
> do_configure:
> Run-time dependency OpenMP found: YES 4.5
> but then fails in do_compile as sho
this happned
after switching from 17.1 profile to 23.0 which doesn't include openmp
USE flag by default, if you later run depclean it will uninstall libomp
as well which will fix this conflict in meson's OpenMP autodetection
Signed-off-by: Martin Jansa
---
meta/recipes-graphics/xorg-lib
Error: No module named 'distutils'
CMake Error at CMakeLists.txt:90 (message):
Error in generating code for connman interface using gdbus-codegen
Signed-off-by: Martin Jansa
---
...deprecated-distutils-module-to-the-p.patch | 34 +++
meta/recipes-core/glib-2.0/glib-2.0_2.78.3.bb |
Was there a reason why this wasn't merged in the end (other than being sent
as RFC)?
We're using git describe in webOS for long time (through our bbclass:
https://github.com/webosose/meta-webosose/blob/master/meta-webos/classes/webos_base.bbclass#L114
)
I would be happy to drop it from our
On Fri, Jan 26, 2024 at 12:14 PM Böszörményi Zoltán
wrote:
> 2024. 01. 26. 11:53 keltezéssel, Martin Jansa írta:
> > > I copied vercmp_string_op() and all others called by it from
> bitbake/lib/bb/utils.py
> > into a new python script.
> >
> > It's not an issue
See
https://git.openembedded.org/meta-openembedded/commit/?h=kirkstone=8a042b540db5421785edcf21d5114be6358246fd
On Fri, Jan 26, 2024 at 11:53 AM Martin Jansa
wrote:
> > I copied vercmp_string_op() and all others called by it from
> bitbake/lib/bb/utils.py into a new python script.
> I copied vercmp_string_op() and all others called by it from
bitbake/lib/bb/utils.py into a new python script.
It's not an issue in vercmp_string_op itself, but the version value it gets
from waf --version isn't just the version itself but also SyntaxWarning
from waf.
So you need to update waf
I did something similar for LGE when we were using 18.04 ubuntu, but IIRC
it's not about the kernel version, but glibc being older than 2.27.
18.04 is already unsupported for a while, I don't think oe-core should
support unsupported host OS versions (that's why I've never send my
version).
To
-1
This doesn't fix the issue, just makes the work around in other layers a
bit easier to implement. But those other layers will still need to update
whenever llvm recipe version is updated in oe-core which is annoying and
unnecessary.
I have to do the same with LLVM_PREFERRED_VERSION as it was
On Mon, Jan 22, 2024 at 3:02 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Mon, 2024-01-22 at 06:52 +0100, Peter Kjellerstedt wrote:
> > Commit f673d3d239799fb1ab50f4aa5d44187666aa0cd7 introduced a warning for
> > virtual/ being used in RPROVIDES and RDEPENDS. Make it
n 1/19/24 19:57, Martin Jansa wrote:
>
> *CAUTION: This email comes from a non Wind River email account!*
> Do not click links or open attachments unless you recognize the sender and
> know the content is safe.
> Do you need to override the PREFERRED_VERSION_? instead of ove
Do you need to override the PREFERRED_VERSION_? instead of overriding
LLVMVERSION?
Aren't you trying to fix what was fixed in proposed change a while ago:
https://patchwork.yoctoproject.org/project/oe-core/patch/20230401163241.354257-1-martin.ja...@gmail.com/
On Fri, Jan 19, 2024 at 8:35 AM
On Mon, Jan 8, 2024 at 6:02 PM Fabio Estevam wrote:
> Hi Martin,
>
> On Mon, Jan 8, 2024 at 1:21 PM Martin Jansa
> wrote:
> >
> > Hi,
> >
> > can you please set PV to something else than "git"? meson.build says
> version : '0.0.1'
>
> Y
Hi,
can you please set PV to something else than "git"? meson.build
says version : '0.0.1'
The last commit from the new 3 is causing build failure on some setups
without GL/gl.h:
kmscube/git/git $ git log --oneline
FWIW: I've compared
openembedded-core/scripts/sstate-cache-management.sh -d
--cache-dir=sstate-cache
with
openembedded-core/scripts/sstate-cache-management.py -d
--cache-dir=sstate-cache
on some older kirkstone and nanbield build dirs and the python version
removes _much_ more than the shell
On Fri, Jan 5, 2024 at 5:06 PM Martin Jansa via lists.openembedded.org
wrote:
> FWIW: I see the processes running after bitbake exit only in kirkstone and
> only with
> PRSERV_HOST = "localhost:0"
> if I drop PRSERV_HOST then all 3 bitbake-server processes exist together
yet, I just pushed)
>
> Alex
>
> On Fri, 22 Dec 2023 at 00:06, Randy MacLeod via lists.openembedded.org
> wrote:
> >
> > On 2023-12-21 1:56 p.m., Martin Jansa wrote:
> >
> > On Thu, Dec 21, 2023 at 7:47 PM Randy MacLeod <
> randy.macl...@windriver.com>
On Wed, Jan 3, 2024 at 11:16 AM Mikko Rapeli
wrote:
> Don't expect image file names to include "-image-" but
> expect them to have the ".rootfs." postfix which is the
> default.
>
It's the current default, but whole runqemu won't work when someone changes:
ll warnings being treated as errors
configure:6786: result: no
and -D_FORTIFY_SOURCE=2 missing in CFLAGS later causes the above error
in do_compile
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/elfutils/elfutils_0.186.bb | 2 ++
On Thu, Dec 21, 2023 at 7:47 PM Randy MacLeod
wrote:
> On 2023-11-28 4:26 a.m., Zoltan Boszormenyi via lists.openembedded.org
> wrote:
>
> So it's not just Fedora, but Python 3.12 in general.
>
> Googling for problem with threads + fork reveals that
> it is indeed an issue even in C / POSIX:
On Mon, Dec 18, 2023 at 7:16 AM Victor Kamensky
wrote:
> On Thu, Dec 14, 2023 at 6:27 AM Martin Jansa
> wrote:
> >
> > PACKAGECONFIG:remove:pn-elfutils = "debuginfod"
> > PACKAGECONFIG:remove:pn-elfutils = "libdebuginfod"
> > PACKAGECONFIG:remov
l fail
as well when debuginfod is disabled in elfutils and enabled in binutils).
On Wed, Dec 13, 2023 at 11:45 PM Martin Jansa via lists.openembedded.org
wrote:
> Hi Victor,
>
> no problem, at least it forced me to enable debuginfod in our builds as
> well (where it wasn't intentional
e issue: I need to remove
> debuginfod (as it is currently on
> by default) from DISTO_FEATURES and remove debuginfod from elfutils
> PACKAGECONFIG defaults?
>
> Thanks,
> Victor
>
> On Sun, Dec 10, 2023 at 3:16 AM Martin Jansa
> wrote:
> >
> > This seems
You didn't say which Yocto release that WRL build was using, maybe your
deploy artifacts are changing due to package_get_auto_pr calls or not
excluded DATETIME in your filenames as described in:
There is missing leading space in suggested:
PACKAGECONFIG:append:pn-strace = "bluez"
On Wed, Dec 13, 2023 at 8:43 AM Yoann Congal wrote:
> The bluetooth support adds a bluez5 dependency (and,recursively, a lot
> of other stuff). Disable it by default to avoid having to build all of
> this when
This seems to be causing:
../git/util.cxx:51:10: fatal error: elfutils/debuginfod.h: No such file or
directory
51 | #include
| ^~~
compilation terminated.
make[2]: *** [Makefile:1389: stap-util.o] Error 1
on some systems.
Looks like with
Because this line is wrong and should be removed completely. Please send a
patch removing it.
On Sun, Dec 3, 2023 at 12:24 PM Vincent Prince
wrote:
> Hello,
>
> I just came back to Yocto after several years of pause, I see that
> there is a new override syntax, and I'm wondering why the
s,
On Thu, May 11, 2023 at 9:41 AM Martin Jansa wrote:
> Hi Paul,
>
> I'm sorry about that, will make sure this is supported again in final
> state with all [YOCTO #12937] changes where the *_NAME and *_LINK_NAME
> variables are reversed:
>
> -IMAGE_NAME ?= "${IM
I can confirm the same on gentoo with python-3.12.
On Mon, Nov 27, 2023 at 12:29 PM Zoltan Boszormenyi
wrote:
> 2023. 11. 27. 11:52 keltezéssel, Richard Purdie írta:
> > Is there anything interesting in the bitbake-cookerdaemon.log file?
>
> Actually, yes.
>
> This is obviously the most
On Fri, Nov 24, 2023 at 8:52 AM Alexander Kanavin
wrote:
> On Thu, 23 Nov 2023 at 22:07, Marek Vasut wrote:
>
> > The lzop is called in oe-core and I was under the impression that
> > oe-core shouldn't depend on anything except bitbake . So either this
> > stuff should be moved to meta-oe too
On Wed, Nov 22, 2023 at 2:19 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2023-11-22 at 13:44 +0100, Martin Jansa wrote:
> > This is the final part of changes for [YOCTO #12937].
> >
> > I've run complete selftest with this and didn't see
eabi/u-boot/2023.10/package/boot/MLO';
loop in
'/OE/build/poky/build/tmp/work/qemuarm-poky-linux-gnueabi/u-boot/2023.10/package/boot/MLO'
ERROR: Logfile of failure stored in:
/OE/build/poky/build/tmp/work/qemuarm-poky-linux-gnueabi/u-boot/2023.10/temp/log.do_package.3990391
[YOCTO #12937]
Si
/build/poky/meta/recipes-core/images/core-image-minimal.bb:do_populate_sdk_ext
Summary: There was 1 ERROR message, returning a non-zero exit code.
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe/populate_sdk_ext.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion
are:
tmp-mc-musl/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs--1.0-r0-2011040523.ext4
tmp-mc-tiny/deploy/images/qemux86/core-image-minimal-qemux86.rootfs--1.0-r0-2011040523.ext4
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
.../multiconfig/multiconfig-image-packager_0.1
-image-complete/core-image-minimal-qemux86-64.rootfs.wic'
->
'tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0/deploy-core-image-minimal-image-complete/core-image-minimal-qemux86-64.rootfs--1.0-r0-2011040523.wic'
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe
OCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/fitimage.py | 98
1 file changed, 48 insertions(+), 50 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/fitimage.py
b/meta/lib/oeqa/selftest/cases/fitimage.py
index 9383d0c4db..170df1bea2 1
* the filename is constructed as:
meta/classes-recipe/image.bbclass:d.appendVar('IMAGE_NAME','-dbg')
and IMAGE_LINK_NAME adds ${IMAGE_VERSION_SUFFIX} _after_ this
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/imagefeatures.py | 4 ++--
1 file changed, 2
* the filename is constructed as:
meta/classes-recipe/image.bbclass:d.appendVar('IMAGE_NAME','-dbg')
and IMAGE_LINK_NAME adds ${IMAGE_VERSION_SUFFIX} _after_ this
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/gdbserver.py | 6 +++---
1 file changed, 3
* now with IMAGE_LINK_NAME defined based on IMAGE_NAME we don't want to
append -dbg to IMAGE_NAME and then again to IMAGE_LINK_NAME
* this resulted in filename like:
core-image-minimal-qemux86-64.rootfs-dbg--1.0-r0-2011040523-dbg.tar.bz2
[YOCTO #12937]
Signed-off-by: Martin Jansa
* after defining deploy-links task, so that e.g. kernel-fitimage can append to
it
like kernel-devicetree.bbclass
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe/kernel.bbclass | 34 +++---
1 file changed, 17 insertions(+), 17 deletions(-)
diff
/meta/recipes-kernel/linux/linux-dummy.bb
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/recipes-kernel/linux/linux-dummy.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-kernel/linux/linux-dummy.bb
b/meta/recipes-kernel/linux/linux-dummy.bb
index 2396f46202
ssertionError: False is not true : No manifest file created for image. It
should have been created in
/OE/build/poky/tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.rootfs--1.0-r0-2011040523.manifest
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/lib/oeqa/selftest/cases/bbtes
* with [YOCTO #12937] changes the manifest is hardlink not symlink
* fixes:
2023-11-18 23:48:55,695 - oe-selftest - INFO - ... FAIL
2023-11-18 23:48:55,696 - oe-selftest - INFO - Traceback (most recent call
last):
File "/OE/build/poky/meta/lib/oeqa/core/decorator/__init__.py", line 35, in
we
can move it to the default value directly and DISTRO configs than can choose
to use IMAGE_VERSION_SUFFIX_DATETIME as they want
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-global/base.bbclass | 3 +++
meta/classes-recipe/image-artifact-names.bbclass | 12
* rename variables to match the conventions used in kernel and image recipes
* use versioned hardlinks as kernel and image recipes, but don't split
the do_deploy_links task (can be split later).
[YOCTO #12937]
Signed-off-by: Martin Jansa
---
meta/classes-recipe/uboot-config.bbclass | 22
1 - 100 of 5465 matches
Mail list logo
