|
[PATCH] babeltrace2: upgrade 2.0.3 -> 2.0.4
From: Wang Mingyu <wangmy@...>
Signed-off-by: Wang Mingyu <wangmy@...>
---
.../lttng/{babeltrace2_2.0.3.bb => babeltrace2_2.0.4.bb} | 2 +-
1 file changed, 1
From: Wang Mingyu <wangmy@...>
Signed-off-by: Wang Mingyu <wangmy@...>
---
.../lttng/{babeltrace2_2.0.3.bb => babeltrace2_2.0.4.bb} | 2 +-
1 file changed, 1
|
By
wangmy
·
#149866
·
|
|
[PATCH] initramfs-framework:rootfs: fix some conditional check
From: Ming Liu <liu.ming50@...>
Drop a duplicated check for "PARTLABEL=", also change to use elif to
avoid go through all the checks for root parameter.
Signed-off-by: Ming Liu
From: Ming Liu <liu.ming50@...>
Drop a duplicated check for "PARTLABEL=", also change to use elif to
avoid go through all the checks for root parameter.
Signed-off-by: Ming Liu
|
By
Ming Liu
·
#149865
·
|
|
Re: fitImage in not installed into the rootfs
Hi,
Please refer to the fitimage test module for FIT examples. More specifically, take a look onthe test_initramfs_bundle function as an example of using initramfs bundles in the FIT image
Hi,
Please refer to the fitimage test module for FIT examples. More specifically, take a look onthe test_initramfs_bundle function as an example of using initramfs bundles in the FIT image
|
By
Abdellatif El Khlifi
·
#149864
·
|
|
Re: [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools
It is really hard to determine if we can unexport something so whilst I
appreciate the symmetry desire, lets not add any exports we don't need.
Exports are pretty ugly from a signatures standpoint as
It is really hard to determine if we can unexport something so whilst I
appreciate the symmetry desire, lets not add any exports we don't need.
Exports are pretty ugly from a signatures standpoint as
|
By
Richard Purdie
·
#149863
·
|
|
Re: [PATCH] linux-firmware: Fix packaging
Second version applied fine and was merged, thanks!
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8693591a3575a9af2682c8ca6a7269d2e3f1a19f
Cheers,
Richard
Second version applied fine and was merged, thanks!
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=8693591a3575a9af2682c8ca6a7269d2e3f1a19f
Cheers,
Richard
|
By
Richard Purdie
·
#149862
·
|
|
Re: [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools
It was all in the name of consistency.
The Meson cross-file sets readelf, so to mirror the new native-file
also sets readelf. There wasn't a BUILD_READELF and if someone is
changing BUILD_CC there's
It was all in the name of consistency.
The Meson cross-file sets readelf, so to mirror the new native-file
also sets readelf. There wasn't a BUILD_READELF and if someone is
changing BUILD_CC there's
|
By
Ross Burton <ross@...>
·
#149861
·
|
|
looking for advice on "pseudo abort" incident
actually a 2-part post, so bear with me, the first part is not all
that exciting.
continuing my travels through a proprietary layer i've been handed,
i can across a recipe that redefined its
actually a 2-part post, so bear with me, the first part is not all
that exciting.
continuing my travels through a proprietary layer i've been handed,
i can across a recipe that redefined its
|
By
Robert P. J. Day
·
#149860
·
|
|
Re: [qa-build-notification] QA notification for completed autobuilder build (yocto-3.3_M3.rc2)
Hi all,
Intel and WR YP QA is planning for QA execution for YP build yocto-3.3_M3.rc2. We are planning to execute following tests for this cycle:
OEQA-manual tests for following module:
1.
Hi all,
Intel and WR YP QA is planning for QA execution for YP build yocto-3.3_M3.rc2. We are planning to execute following tests for this cycle:
OEQA-manual tests for following module:
1.
|
By
Sangeeta Jain
·
#149859
·
|
|
[PATCH] libtool: make sure autoheader run before autoconf
From: Mingli Yu <mingli.yu@...>
autoheader will update ../libtool-2.4.6/libltdl/config-h.in which
autoconf needs, so there comes a race sometimes as below:
| configure.ac:45: error:
From: Mingli Yu <mingli.yu@...>
autoheader will update ../libtool-2.4.6/libltdl/config-h.in which
autoconf needs, so there comes a race sometimes as below:
| configure.ac:45: error:
|
By
Yu, Mingli
·
#149858
·
|
|
Re: [PATCH v3 1/2] gettext-minimal: Disable the unnecessary check in iconv.m4
Thanks!
By
Yu, Mingli
·
#149857
·
|
|
Re: [PATCH] linux-firmware: Fix packaging
I did resend it as Patch V2 (https://lists.openembedded.org/g/openembedded-core/message/149586)
Hope that it is working ok now, at least it does apply for me now, when directly copied from the list /
I did resend it as Patch V2 (https://lists.openembedded.org/g/openembedded-core/message/149586)
Hope that it is working ok now, at least it does apply for me now, when directly copied from the list /
|
By
Michael Trensch
·
#149856
·
|
|
Re: [PATCH 2/2] valgrind: Disable ptest swapcontext.vgtest
I'm sorry if I was too terse, I just think that disabling tests needs more diligence than what was visible here - at least a proper record of observed failures, and an upstream bug and/or a yocto bug
I'm sorry if I was too terse, I just think that disabling tests needs more diligence than what was visible here - at least a proper record of observed failures, and an upstream bug and/or a yocto bug
|
By
Alexander Kanavin
·
#149855
·
|
|
Re: [PATCH 2/2] valgrind: Disable ptest swapcontext.vgtest
I had asked Yi to disable the one failing test until we understood more
about it and had a fix. If people prefer to drop the patch that
removes the test, that's fine.
We'll fix the new test over the
I had asked Yi to disable the one failing test until we understood more
about it and had a fix. If people prefer to drop the patch that
removes the test, that's fine.
We'll fix the new test over the
|
By
Randy MacLeod
·
#149854
·
|
|
Re: [dunfell][PATCH] connman: fix CVE-2021-26675, CVE-2021-26676
BUILDALL-QEMU LOG FOR connman
START TIME: 2021-03-23_11:13:40
HOSTNAME: ala-lpggp3
HOST OS: Ubuntu 18.04.3 LTS
HOST KERNEL: 5.4.0-67-generic
===============
BUILD RESULTS:
[glibc]
PASS:
BUILDALL-QEMU LOG FOR connman
START TIME: 2021-03-23_11:13:40
HOSTNAME: ala-lpggp3
HOST OS: Ubuntu 18.04.3 LTS
HOST KERNEL: 5.4.0-67-generic
===============
BUILD RESULTS:
[glibc]
PASS:
|
By
Randy MacLeod
·
#149853
·
|
|
[dunfell][PATCH] connman: fix CVE-2021-26675, CVE-2021-26676
From: Catalin Enache <catalin.enache@...>
A stack-based buffer overflow in dnsproxy in ConnMan before 1.39
could be used by network adjacent attackers to execute code.
gdhcp in ConnMan
From: Catalin Enache <catalin.enache@...>
A stack-based buffer overflow in dnsproxy in ConnMan before 1.39
could be used by network adjacent attackers to execute code.
gdhcp in ConnMan
|
By
Randy MacLeod
·
#149852
·
|
|
Re: PR Service and eSDK
Ok, this confirms what I am seeing then. Maybe it was discussed and was never
implemented. I'll look at where the unihashes.dat is copied over and look to do
the export... and then import in the
Ok, this confirms what I am seeing then. Maybe it was discussed and was never
implemented. I'll look at where the unihashes.dat is copied over and look to do
the export... and then import in the
|
By
Mark Hatle
·
#149851
·
|
|
Re: PR Service and eSDK
I know we copy bb_unihashes.dat into the eSDK with code in populate_sdl_ext.bbclass
for this reason for hashequiv.
We do have prserv export and import code but I'm not sure anyone has integrated
I know we copy bb_unihashes.dat into the eSDK with code in populate_sdl_ext.bbclass
for this reason for hashequiv.
We do have prserv export and import code but I'm not sure anyone has integrated
|
By
Richard Purdie
·
#149850
·
|
|
PR Service and eSDK
For some reason I thought if PR service was enabled, when the eSDK was generated
it would export the pr service information and include it within the eSDK.
I'm not finding the file, or even code that
For some reason I thought if PR service was enabled, when the eSDK was generated
it would export the pr service information and include it within the eSDK.
I'm not finding the file, or even code that
|
By
Mark Hatle
·
#149849
·
|
|
Re: [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools
Do these new variables need to be exported?
As far as I remember a few of the BUILD_xxx variables are "official"
autotools variables which some autotools packages may expect to find
in the
Do these new variables need to be exported?
As far as I remember a few of the BUILD_xxx variables are "official"
autotools variables which some autotools packages may expect to find
in the
|
By
Andre McCurdy
·
#149848
·
|
|
[PATCH] image-uefi: Set efi_file for rv32/rv64
Signed-off-by: Khem Raj <raj.khem@...>
---
meta/conf/image-uefi.conf | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/image-uefi.conf b/meta/conf/image-uefi.conf
index
Signed-off-by: Khem Raj <raj.khem@...>
---
meta/conf/image-uefi.conf | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/image-uefi.conf b/meta/conf/image-uefi.conf
index
|
By
Khem Raj
·
#149847
·
|