[OE-core] [PATCH] readline: upgrade 8.0 -> 8.1

[Wang Mingyu]

Signed-off-by: Wang Mingyu 
---
 .../{readline-8.0 => readline-8.1}/configure-fix.patch | 0
 .../readline/{readline-8.0 => readline-8.1}/norpath.patch  | 0
 .../readline/{readline-8.0 => readline-8.1}/rl-native.map  | 0
 meta/recipes-core/readline/readline_8.0.bb | 7 ---
 meta/recipes-core/readline/readline_8.1.bb | 7 +++
 5 files changed, 7 insertions(+), 7 deletions(-)
 rename meta/recipes-core/readline/{readline-8.0 => 
readline-8.1}/configure-fix.patch (100%)
 rename meta/recipes-core/readline/{readline-8.0 => readline-8.1}/norpath.patch 
(100%)
 rename meta/recipes-core/readline/{readline-8.0 => readline-8.1}/rl-native.map 
(100%)
 delete mode 100644 meta/recipes-core/readline/readline_8.0.bb
 create mode 100644 meta/recipes-core/readline/readline_8.1.bb

diff --git a/meta/recipes-core/readline/readline-8.0/configure-fix.patch 
b/meta/recipes-core/readline/readline-8.1/configure-fix.patch
similarity index 100%
rename from meta/recipes-core/readline/readline-8.0/configure-fix.patch
rename to meta/recipes-core/readline/readline-8.1/configure-fix.patch
diff --git a/meta/recipes-core/readline/readline-8.0/norpath.patch 
b/meta/recipes-core/readline/readline-8.1/norpath.patch
similarity index 100%
rename from meta/recipes-core/readline/readline-8.0/norpath.patch
rename to meta/recipes-core/readline/readline-8.1/norpath.patch
diff --git a/meta/recipes-core/readline/readline-8.0/rl-native.map 
b/meta/recipes-core/readline/readline-8.1/rl-native.map
similarity index 100%
rename from meta/recipes-core/readline/readline-8.0/rl-native.map
rename to meta/recipes-core/readline/readline-8.1/rl-native.map
diff --git a/meta/recipes-core/readline/readline_8.0.bb 
b/meta/recipes-core/readline/readline_8.0.bb
deleted file mode 100644
index 99d022a32f..00
--- a/meta/recipes-core/readline/readline_8.0.bb
+++ /dev/null
@@ -1,7 +0,0 @@
-require readline.inc
-
-SRC_URI += "file://configure-fix.patch \
-file://norpath.patch"
-
-SRC_URI[archive.md5sum] = "7e6c1f16aee3244a69aba6e438295ca3"
-SRC_URI[archive.sha256sum] = 
"e339f51971478d369f8a053a330a190781acb9864cf4c541060f12078948e461"
diff --git a/meta/recipes-core/readline/readline_8.1.bb 
b/meta/recipes-core/readline/readline_8.1.bb
new file mode 100644
index 00..0786a08163
--- /dev/null
+++ b/meta/recipes-core/readline/readline_8.1.bb
@@ -0,0 +1,7 @@
+require readline.inc
+
+SRC_URI += "file://configure-fix.patch \
+file://norpath.patch"
+
+SRC_URI[archive.md5sum] = "e9557dd5b1409f5d7b37ef717c64518e"
+SRC_URI[archive.sha256sum] = 
"f8ceb4ee131e3232226a17f51b164afc46cd0b9e6cef344be87c65962cb82b02"
-- 
2.25.1




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145636): 
https://lists.openembedded.org/g/openembedded-core/message/145636
Mute This Topic: https://lists.openembedded.org/mt/78971737/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [yocto] QA notification for completed autobuilder build (yocto-3.3_M1.rc2)

[Sangeeta Jain]

Hello All,
 
This is the full report for yocto-3.3_M1.rc2:  
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults

=== Summary 
No new defects are found.
No high milestone defects.
  
Bugs verified:

BUG id:13997 - [QA 3.2 M2 RC1] failure in ptest : libinput.libinput-test-suite
   Verified Fixed.

Existing bugs observed in this release:

BUG id:14051 - [QA 3.2 M3 RC1] failure in ptest : valgrind.drd and 
valgrind.helgrind
1 ptest passed, 2 ptest failed

   
  
=== Bugs 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13997
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14051

Thanks,
Sangeeta

> -Original Message-
> From: yo...@lists.yoctoproject.org  On Behalf
> Of Pokybuild User
> Sent: Thursday, 10 December, 2020 12:51 PM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [yocto] QA notification for completed autobuilder build (yocto-
> 3.3_M1.rc2)
> 
> 
> A build flagged for QA (yocto-3.3_M1.rc2) was completed on the autobuilder
> and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.3_M1.rc2
> 
> 
> Build hash information:
> 
> bitbake: 5775d9463ecedf8681cb6c919b240b80fe70f5a3
> meta-arm: 2a530c34199e9aaff2bab1ac53d81f112f34647f
> meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
> meta-intel: 7d79beb5093da8adf0f9b106a33d8e0904a50a48
> meta-kernel: e5a0723a3f3dadd880893bccf9bff88a9b46843d
> meta-mingw: 352d8b0aa3c7bbd5060a4cc2ebe7c0e964de4879
> oecore: a55b01a3a1faf9a52d7edad074c76327f637aaa2
> poky: f36484e88d21346357bd1fa1bef6fdcc42bed54a
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145635): 
https://lists.openembedded.org/g/openembedded-core/message/145635
Mute This Topic: https://lists.openembedded.org/mt/78873444/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Khem Raj]

On 12/14/20 4:12 PM, Khem Raj wrote:

On Mon, Dec 14, 2020 at 3:50 PM Otavio Salvador
 wrote:


Em seg., 14 de dez. de 2020 às 19:59, Khem Raj  escreveu:

On Sat, Dec 12, 2020 at 08:52:34PM -0300, Otavio Salvador wrote:

Hello all,

I am trying to debug a strange issue on native Go binaries. We're
seeing it on 'glide' for example.

If I build 'glide-native' and I go to its tmp/work/.../image/bin/glide
it works just fine. For example, running it we see the expected error
as I am running inside a clean environment without any extra tools:

otavio@yocto-env ~/.../build %
./tmp/work/x86_64-linux/glide-native/0.13.3-r0/build/bin/glide
[ERROR] Error getting version: exec: "go": executable file not found in $PATH.

Now, if we run it from the sysroot-native, it segfaults:

otavio@yocto-env ~/.../build %
./tmp/work/cortexa9hf-neon-oel-linux-gnueabi/updatehub/1.1.1-r0/recipe-sysroot-native/usr/bin/glide
[1]26085 segmentation fault (core dumped)

And this segfault is also happening inside the build. I ran the
readelf on them and it seems to have been modified to use the
uninative libc loader but I am in doubt how if this is the culprit.
Can someone shed any light on this?



It looks like a known regression in 1.15.5

There was a linker regression which crept into go compiler in 1.15.5
which was immediately patched and we also backported that to OE-core
however, recently we have switched to using go-binary-native to
bootstrap the toolchain which means the bug was still not plugged in the
native version even though we patched our go versions, we cant help the
prebuilts.

Luckily we now have .6 release which came out last week, which means we
can upgrade to it and that should take care of the segfault, I have
improvised on the patch which was sent for upgrades and sent a v2 [1]

Please try it out and let me know.

[1] 
https://lists.openembedded.org/g/openembedded-core/topic/patch_v2_go_update_1_15_5/78964072?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,78964072


I tried it but it did not solve the problem. The behavior is the same
for this specific issue. The cgo issue documented was indeed fixed but
the relocation one is still happening :(


The issue seems to be in stripped glide binary in sysroot but normal
unstripped binary is ok. So the issue is indeed orthogonal. I am
looking into what changes during strip
step here



The problem seems to obscure editing of the glide binary which is 
resulting in a single byte in ELF header being modified between 
do_install and do_populate_sysroot


easy reproducer is

bitbake -cinstall glide-native

then make a copy of glide installed in image/ dir ( where do_install 
puts it ) then run


bitbake -cpopulate_sysroot glide-native

% cmp 
../../image/mnt/b/yoe/master/build/tmp/work/x86_64-linux/glide-native/0.13.3-r0/recipe-sysroot-native/usr/bin/glide 
glide


so they are identical.

and now compare the installed binary and the saved copy.

% cmp 
../../image/mnt/b/yoe/master/build/tmp/work/x86_64-linux/glide-native/0.13.3-r0/recipe-sysroot-native/usr/bin/glide 
glide
../../image/mnt/b/yoe/master/build/tmp/work/x86_64-linux/glide-native/0.13.3-r0/recipe-sysroot-native/usr/bin/glide 
glide differ: byte 57, line 1


it seems installed binary is fine until do_install but then gets edited 
during populate_sysroot


I have shunted many functions, including patchelf operations and the 
binary still gets modified in place


I wonder what other operations could be put under scanner here, Let me 
know if anyone has ideas..







--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145634): 
https://lists.openembedded.org/g/openembedded-core/message/145634
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [meta-oe][PATCH] sudo: split into smaller tools package

[Sinan Kaya]

Allow to include whether we want sudo, visudo, sudoreplay
or cvtsudoers tools.

Signed-off-by: Sinan Kaya 
---
 meta/recipes-extended/sudo/sudo_1.9.3p1.bb | 22 +-
 1 file changed, 21 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/sudo/sudo_1.9.3p1.bb 
b/meta/recipes-extended/sudo/sudo_1.9.3p1.bb
index ba61a7f2472..2f9cd0ac30b 100644
--- a/meta/recipes-extended/sudo/sudo_1.9.3p1.bb
+++ b/meta/recipes-extended/sudo/sudo_1.9.3p1.bb
@@ -44,6 +44,26 @@ do_install_append () {
rmdir -p --ignore-fail-on-non-empty ${D}/run/sudo
 }
 
-FILES_${PN} += "${nonarch_libdir}/tmpfiles.d"
 FILES_${PN}-dev += "${libdir}/${BPN}/lib*${SOLIBSDEV} ${libdir}/${BPN}/*.la \
 ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la"
+
+PACKAGES += "${PN}-cvtsudoers"
+PACKAGES += "${PN}-sudoreplay"
+PACKAGES += "${PN}-visudo"
+PACKAGES += "${PN}-sudo"
+PACKAGES += "${PN}-lib"
+
+RDEPENDS_${PN}-cvtsudoers = "${PN}-lib"
+RDEPENDS_${PN}-sudo = "${PN}-lib"
+RDEPENDS_${PN}-sudoreplay = "${PN}-lib"
+RDEPENDS_${PN}-visudo = "${PN}-lib"
+
+PROVIDES += "${PACKAGES}"
+RRECOMMENDS_${PN} += "${PACKAGES}"
+
+FILES_${PN} = ""
+FILES_${PN}-cvtsudoers = "${bindir}/cvtsudoers"
+FILES_${PN}-sudoreplay = "${bindir}/sudoreplay"
+FILES_${PN}-sudo = "${bindir}/sudo ${bindir}/sudoedit"
+FILES_${PN}-visudo = "${sbindir}/visudo"
+FILES_${PN}-lib = "${localstatedir} ${libexecdir} ${sysconfdir}"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145633): 
https://lists.openembedded.org/g/openembedded-core/message/145633
Mute This Topic: https://lists.openembedded.org/mt/78969573/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 336
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.2", "3.3, "3.99" and "Future", the more pressing/urgent issues
being in "3.2" and then "3.3".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145632): 
https://lists.openembedded.org/g/openembedded-core/message/145632
Mute This Topic: https://lists.openembedded.org/mt/78968664/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [meta-oe][PATCH] iproute2: split ip to invidual package

[Sinan Kaya]

Move the ip tool into its own package. Useful for size constrained
systems that only want the ip tool.

Signed-off-by: Sinan Kaya 
---
 meta/recipes-connectivity/iproute2/iproute2.inc | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc 
b/meta/recipes-connectivity/iproute2/iproute2.inc
index 403d264308c..f8942260a75 100644
--- a/meta/recipes-connectivity/iproute2/iproute2.inc
+++ b/meta/recipes-connectivity/iproute2/iproute2.inc
@@ -50,6 +50,7 @@ PACKAGES =+ "\
 ${PN}-devlink \
 ${PN}-genl \
 ${PN}-ifstat \
+${PN}-ip \
 ${PN}-lnstat \
 ${PN}-nstat \
 ${PN}-rtacct \
@@ -58,12 +59,16 @@ PACKAGES =+ "\
 ${PN}-tipc \
 "
 
+PROVIDES += "${PACKAGES}"
+RRECOMMENDS_${PN} += "${PACKAGES}"
+
 FILES_${PN}-tc = "${base_sbindir}/tc* \
   ${libdir}/tc/*.so"
 FILES_${PN}-lnstat = "${base_sbindir}/lnstat \
   ${base_sbindir}/ctstat \
   ${base_sbindir}/rtstat"
 FILES_${PN}-ifstat = "${base_sbindir}/ifstat"
+FILES_${PN}-ip = "${base_sbindir}/ip.${PN} ${sysconfdir}/iproute2"
 FILES_${PN}-genl = "${base_sbindir}/genl"
 FILES_${PN}-rtacct = "${base_sbindir}/rtacct"
 FILES_${PN}-nstat = "${base_sbindir}/nstat"
@@ -71,7 +76,10 @@ FILES_${PN}-ss = "${base_sbindir}/ss"
 FILES_${PN}-tipc = "${base_sbindir}/tipc"
 FILES_${PN}-devlink = "${base_sbindir}/devlink"
 
-ALTERNATIVE_${PN} = "ip"
+ALTERNATIVE_${PN}-ip = "ip"
+ALTERNATIVE_TARGET[ip] = "${base_bindir}/ip.${BPN}"
+ALTERNATIVE_LINK_NAME[ip] = "${base_bindir}/ip"
+
 ALTERNATIVE_TARGET[ip] = "${base_sbindir}/ip.${BPN}"
 ALTERNATIVE_LINK_NAME[ip] = "${base_sbindir}/ip"
 ALTERNATIVE_PRIORITY = "100"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145631): 
https://lists.openembedded.org/g/openembedded-core/message/145631
Mute This Topic: https://lists.openembedded.org/mt/78968661/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd-boot: allow building for Arm targets

[Anuj Mittal]

On Mon, 2020-12-14 at 15:20 +, Ross Burton wrote:
> On Mon, 14 Dec 2020 at 14:11, Ross Burton  wrote:
> > Can we just move the contents of that append into core?
> 
> FWIW, got a patch doing just that locally.
> 

Thanks a lot, Ross.

Thanks,

Anuj

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145630): 
https://lists.openembedded.org/g/openembedded-core/message/145630
Mute This Topic: https://lists.openembedded.org/mt/78857969/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] How to create a directory in multiple packages?

[Mark Hatle]

On 12/14/20 11:43 AM, Peter Kjellerstedt wrote:
> Say we have a recipe that creates an empty /etc/foo directory. Now we 
> want to add a new file in that directory /etc/foo/bar and package it as 
> ${PN}-bar. This means the creation of the /etc/foo directory is moved 
> from the ${PN} package to the ${PN}-bar package. Is there any way to 
> make ${PN} continue to create an empty /etc/foo, or is the only 
> alternative to introduce an /etc/foo/.dummy and package it in ${PN}?

try adjust the order of the PACKAGES variant.  Something like:

PACKAGES = "${PN}-bar ... ${PN}"

FILES_${PN}-bar = "/etc/foo/bar"
FILES_${PN} = "/etc/foo"

That SHOULD package the file 'bar' in -bar, and the directory in ${PN}.

(Some of the people commenting this isn't less then optimal, actually it's not
that unusual.. Typical case I see is creating a directory in /var or /usr/share
for datafiles and the main package owns the directory, with sub-packages [or
other packages] contributing data into that directory.)

--Mark

> //Peter
> 
> 
> 
> 
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145629): 
https://lists.openembedded.org/g/openembedded-core/message/145629
Mute This Topic: https://lists.openembedded.org/mt/78956546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Khem Raj]

On Mon, Dec 14, 2020 at 3:50 PM Otavio Salvador
 wrote:
>
> Em seg., 14 de dez. de 2020 às 19:59, Khem Raj  escreveu:
> > On Sat, Dec 12, 2020 at 08:52:34PM -0300, Otavio Salvador wrote:
> > > Hello all,
> > >
> > > I am trying to debug a strange issue on native Go binaries. We're
> > > seeing it on 'glide' for example.
> > >
> > > If I build 'glide-native' and I go to its tmp/work/.../image/bin/glide
> > > it works just fine. For example, running it we see the expected error
> > > as I am running inside a clean environment without any extra tools:
> > >
> > > otavio@yocto-env ~/.../build %
> > > ./tmp/work/x86_64-linux/glide-native/0.13.3-r0/build/bin/glide
> > > [ERROR] Error getting version: exec: "go": executable file not found in 
> > > $PATH.
> > >
> > > Now, if we run it from the sysroot-native, it segfaults:
> > >
> > > otavio@yocto-env ~/.../build %
> > > ./tmp/work/cortexa9hf-neon-oel-linux-gnueabi/updatehub/1.1.1-r0/recipe-sysroot-native/usr/bin/glide
> > > [1]26085 segmentation fault (core dumped)
> > >
> > > And this segfault is also happening inside the build. I ran the
> > > readelf on them and it seems to have been modified to use the
> > > uninative libc loader but I am in doubt how if this is the culprit.
> > > Can someone shed any light on this?
> > >
> >
> > It looks like a known regression in 1.15.5
> >
> > There was a linker regression which crept into go compiler in 1.15.5
> > which was immediately patched and we also backported that to OE-core
> > however, recently we have switched to using go-binary-native to
> > bootstrap the toolchain which means the bug was still not plugged in the
> > native version even though we patched our go versions, we cant help the
> > prebuilts.
> >
> > Luckily we now have .6 release which came out last week, which means we
> > can upgrade to it and that should take care of the segfault, I have
> > improvised on the patch which was sent for upgrades and sent a v2 [1]
> >
> > Please try it out and let me know.
> >
> > [1] 
> > https://lists.openembedded.org/g/openembedded-core/topic/patch_v2_go_update_1_15_5/78964072?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,78964072
>
> I tried it but it did not solve the problem. The behavior is the same
> for this specific issue. The cgo issue documented was indeed fixed but
> the relocation one is still happening :(

The issue seems to be in stripped glide binary in sysroot but normal
unstripped binary is ok. So the issue is indeed orthogonal. I am
looking into what changes during strip
step here

>
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145628): 
https://lists.openembedded.org/g/openembedded-core/message/145628
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Otavio Salvador]

Em seg., 14 de dez. de 2020 às 19:59, Khem Raj  escreveu:
> On Sat, Dec 12, 2020 at 08:52:34PM -0300, Otavio Salvador wrote:
> > Hello all,
> >
> > I am trying to debug a strange issue on native Go binaries. We're
> > seeing it on 'glide' for example.
> >
> > If I build 'glide-native' and I go to its tmp/work/.../image/bin/glide
> > it works just fine. For example, running it we see the expected error
> > as I am running inside a clean environment without any extra tools:
> >
> > otavio@yocto-env ~/.../build %
> > ./tmp/work/x86_64-linux/glide-native/0.13.3-r0/build/bin/glide
> > [ERROR] Error getting version: exec: "go": executable file not found in 
> > $PATH.
> >
> > Now, if we run it from the sysroot-native, it segfaults:
> >
> > otavio@yocto-env ~/.../build %
> > ./tmp/work/cortexa9hf-neon-oel-linux-gnueabi/updatehub/1.1.1-r0/recipe-sysroot-native/usr/bin/glide
> > [1]26085 segmentation fault (core dumped)
> >
> > And this segfault is also happening inside the build. I ran the
> > readelf on them and it seems to have been modified to use the
> > uninative libc loader but I am in doubt how if this is the culprit.
> > Can someone shed any light on this?
> >
>
> It looks like a known regression in 1.15.5
>
> There was a linker regression which crept into go compiler in 1.15.5
> which was immediately patched and we also backported that to OE-core
> however, recently we have switched to using go-binary-native to
> bootstrap the toolchain which means the bug was still not plugged in the
> native version even though we patched our go versions, we cant help the
> prebuilts.
>
> Luckily we now have .6 release which came out last week, which means we
> can upgrade to it and that should take care of the segfault, I have
> improvised on the patch which was sent for upgrades and sent a v2 [1]
>
> Please try it out and let me know.
>
> [1] 
> https://lists.openembedded.org/g/openembedded-core/topic/patch_v2_go_update_1_15_5/78964072?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,78964072

I tried it but it did not solve the problem. The behavior is the same
for this specific issue. The cgo issue documented was indeed fixed but
the relocation one is still happening :(


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145627): 
https://lists.openembedded.org/g/openembedded-core/message/145627
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] I wish to drop my recipe maintainer duties

[Richard Purdie]

On Mon, 2020-12-14 at 20:16 +0100, Alexander Kanavin wrote:
> Unassigned is the way to go, yes. All recipe updates (or failed
> attempts to do so) are nowadays posted here, so they can be picked up
> by anyone interested.
> 
> Thanks for your work (of the highest quality), and totally
> understandable that you don't want to spend time on something you do
> not use.

Seconded, your maintainer work has been of high quality and much
appreciated, thanks!

Patches for things are most welcome as ever as your audio knowledge is
much better than mine and many others.

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145626): 
https://lists.openembedded.org/g/openembedded-core/message/145626
Mute This Topic: https://lists.openembedded.org/mt/78958714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Khem Raj]

On Sat, Dec 12, 2020 at 08:52:34PM -0300, Otavio Salvador wrote:
> Hello all,
> 
> I am trying to debug a strange issue on native Go binaries. We're
> seeing it on 'glide' for example.
> 
> If I build 'glide-native' and I go to its tmp/work/.../image/bin/glide
> it works just fine. For example, running it we see the expected error
> as I am running inside a clean environment without any extra tools:
> 
> otavio@yocto-env ~/.../build %
> ./tmp/work/x86_64-linux/glide-native/0.13.3-r0/build/bin/glide
> [ERROR] Error getting version: exec: "go": executable file not found in $PATH.
> 
> Now, if we run it from the sysroot-native, it segfaults:
> 
> otavio@yocto-env ~/.../build %
> ./tmp/work/cortexa9hf-neon-oel-linux-gnueabi/updatehub/1.1.1-r0/recipe-sysroot-native/usr/bin/glide
> [1]26085 segmentation fault (core dumped)
> 
> And this segfault is also happening inside the build. I ran the
> readelf on them and it seems to have been modified to use the
> uninative libc loader but I am in doubt how if this is the culprit.
> Can someone shed any light on this?
> 

It looks like a known regression in 1.15.5

There was a linker regression which crept into go compiler in 1.15.5
which was immediately patched and we also backported that to OE-core
however, recently we have switched to using go-binary-native to
bootstrap the toolchain which means the bug was still not plugged in the
native version even though we patched our go versions, we cant help the
prebuilts.

Luckily we now have .6 release which came out last week, which means we
can upgrade to it and that should take care of the segfault, I have
improvised on the patch which was sent for upgrades and sent a v2 [1]

Please try it out and let me know.

[1] 
https://lists.openembedded.org/g/openembedded-core/topic/patch_v2_go_update_1_15_5/78964072?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,78964072

> -- 
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145625): 
https://lists.openembedded.org/g/openembedded-core/message/145625
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2] go: Update 1.15.5 -> 1.15.6

[Khem Raj]

From: Khairul Rohaizzat Jamaluddin 

The deleted patch file mentioned below is removed since 1.15.6
already has the issue patched.

Signed-off-by: Khairul Rohaizzat Jamaluddin 

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
---
v2: Also update go-binary-native

 meta/recipes-devtools/go/go-1.15.inc  |   5 +-
 ...t-CGO_LDFLAGS-to-appear-in-go-ldflag.patch | 100 --
 ...e_1.15.5.bb => go-binary-native_1.15.6.bb} |   4 +-
 3 files changed, 4 insertions(+), 105 deletions(-)
 delete mode 100644 
meta/recipes-devtools/go/go-1.15/0009-cmd-go-permit-CGO_LDFLAGS-to-appear-in-go-ldflag.patch
 rename meta/recipes-devtools/go/{go-binary-native_1.15.5.bb => 
go-binary-native_1.15.6.bb} (83%)

diff --git a/meta/recipes-devtools/go/go-1.15.inc 
b/meta/recipes-devtools/go/go-1.15.inc
index ccfb0c5987..abe74e5eb7 100644
--- a/meta/recipes-devtools/go/go-1.15.inc
+++ b/meta/recipes-devtools/go/go-1.15.inc
@@ -1,7 +1,7 @@
 require go-common.inc
 
 GO_BASEVERSION = "1.15"
-PV = "1.15.5"
+PV = "1.15.6"
 FILESEXTRAPATHS_prepend := "${FILE_DIRNAME}/go-${GO_BASEVERSION}:"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
@@ -15,6 +15,5 @@ SRC_URI += "\
 file://0006-cmd-dist-separate-host-and-target-builds.patch \
 file://0007-cmd-go-make-GOROOT-precious-by-default.patch \
 file://0008-use-GOBUILDMODE-to-set-buildmode.patch \
-file://0009-cmd-go-permit-CGO_LDFLAGS-to-appear-in-go-ldflag.patch \
 "
-SRC_URI[main.sha256sum] = 
"c1076b90cf94b73ebed62a81d802cd84d43d02dea8c07abdc922c57a071c84f1"
+SRC_URI[main.sha256sum] = 
"890bba73c5e2b19ffb1180e385ea225059eb008eb91b694875dd86ea48675817"
diff --git 
a/meta/recipes-devtools/go/go-1.15/0009-cmd-go-permit-CGO_LDFLAGS-to-appear-in-go-ldflag.patch
 
b/meta/recipes-devtools/go/go-1.15/0009-cmd-go-permit-CGO_LDFLAGS-to-appear-in-go-ldflag.patch
deleted file mode 100644
index b57041f1db..00
--- 
a/meta/recipes-devtools/go/go-1.15/0009-cmd-go-permit-CGO_LDFLAGS-to-appear-in-go-ldflag.patch
+++ /dev/null
@@ -1,100 +0,0 @@
-From 4759221d46b1666de96b8047cec3160bfe4d3d5d Mon Sep 17 00:00:00 2001
-From: Ian Lance Taylor 
-Date: Fri, 13 Nov 2020 11:05:37 -0800
-Subject: [PATCH] cmd/go: permit CGO_LDFLAGS to appear in //go:ldflag
-
-Fixes #42565
-
-Upstream-Status: Backport 
[https://github.com/golang/go/commit/782cf560db4c919790fdb476d1bbe18e5ddf5ffd]
-Change-Id: If7cf39905d124dbd54dfac6a53ee38270498efed
-Reviewed-on: https://go-review.googlesource.com/c/go/+/269818
-Trust: Ian Lance Taylor 
-Run-TryBot: Ian Lance Taylor 
-TryBot-Result: Go Bot 
-Reviewed-by: Jay Conrod 
-Signed-off-by: Khem Raj 

- src/cmd/go/internal/work/exec.go  | 15 +
- src/cmd/go/testdata/script/ldflag.txt | 44 +++
- 2 files changed, 59 insertions(+)
- create mode 100644 src/cmd/go/testdata/script/ldflag.txt
-
-diff --git a/src/cmd/go/internal/work/exec.go 
b/src/cmd/go/internal/work/exec.go
-index 575a2df..9209e3d 100644
 a/src/cmd/go/internal/work/exec.go
-+++ b/src/cmd/go/internal/work/exec.go
-@@ -2821,6 +2821,21 @@ func (b *Builder) cgo(a *Action, cgoExe, objdir string, 
pcCFLAGS, pcLDFLAGS, cgo
-   idx = bytes.Index(src, []byte(cgoLdflag))
-   }
-   }
-+
-+  // We expect to find the contents of cgoLDFLAGS in flags.
-+  if len(cgoLDFLAGS) > 0 {
-+  outer:
-+  for i := range flags {
-+  for j, f := range cgoLDFLAGS {
-+  if f != flags[i+j] {
-+  continue outer
-+  }
-+  }
-+  flags = append(flags[:i], 
flags[i+len(cgoLDFLAGS):]...)
-+  break
-+  }
-+  }
-+
-   if err := checkLinkerFlags("LDFLAGS", "go:cgo_ldflag", flags); 
err != nil {
-   return nil, nil, err
-   }
-diff --git a/src/cmd/go/testdata/script/ldflag.txt 
b/src/cmd/go/testdata/script/ldflag.txt
-new file mode 100644
-index 000..6ceb33b
 /dev/null
-+++ b/src/cmd/go/testdata/script/ldflag.txt
-@@ -0,0 +1,44 @@
-+# Issue #42565
-+
-+[!cgo] skip
-+
-+# We can't build package bad, which uses #cgo LDFLAGS.
-+cd bad
-+! go build
-+stderr no-such-warning
-+
-+# We can build package ok with the same flags in CGO_LDFLAGS.
-+env CGO_LDFLAGS=-Wno-such-warning -Wno-unknown-warning-option
-+cd ../ok
-+go build
-+
-+# Build a main program that actually uses LDFLAGS.
-+cd ..
-+go build -ldflags=-v
-+
-+# Because we passed -v the Go linker should print the external linker
-+# command which should include the flag we passed in CGO_LDFLAGS.
-+stderr no-such-warning
-+
-+-- go.mod --
-+module ldflag
-+
-+-- bad/bad.go --
-+package bad
-+
-+// #cgo LDFLAGS: -Wno-such-warning -Wno-unknown-warning
-+import "C"
-+
-+func F() {}
-+-- ok/ok.go --

Re: [OE-core] [SDK] How to use the gold linker

[Khem Raj]

On 12/14/20 3:14 AM, Christian Eggers wrote:

Branch: dunfell
Arch: arm

When I set -fuse-ld=gold with the Yocto SDK, the bfd linker is used anyway:


. 
/opt/poky-tiny/3.1.4/environment-setup-cortexa7t2hf-neon-vfpv4-poky-linux-musleabi
${CC} -fuse-ld=gold -Wl,--threads -o test test.c

/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/real-ld:
 unrecognized option '--threads'
/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/real-ld:
 use the --help option for usage information

When I call the "real-ld" with -h, I can see that it's the BFD linker.


${CC} -print-prog-name=ld

/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/ld


${CC} -fuse-ld=bfd -print-prog-name=ld

ld.bfd


${CC} -fuse-ld=gold -print-prog-name=ld

ld.gold

Compared to other cross toolchains I use, the output of the previous two 
commands
miss the full path to the linker. The gold linker is part of my SDK:


arm-poky-linux-musleabi-ld.gold --help

Usage: arm-poky-linux-musleabi-ld.gold [options] file...
Options:
   --help  Report usage information
...

How can I use the gold linker from gcc (without making it default)?



This is kind of known and kind of works as intended, see
https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/gcc/gcc-cross-canadian.inc#n132

You might want to try commenting it out and see if it works for you in 
resulting SDK

regards
Christian




  [http://assets.arri.com/media/sign/2020-04-03-E-mail-signature-Stellar2_V1.jpg] 


Get all the latest information from www.arri.com, 
Facebook, Twitter, 
Instagram and YouTube.

Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRA 57918
Persönlich haftender Gesellschafter: Arnold & Richter Cine Technik GmbH
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRB 54477
Geschäftsführer: Dr. Michael Neuhäuser; Stephan Schenk; Walter Trauninger; 
Markus Zeiler






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145623): 
https://lists.openembedded.org/g/openembedded-core/message/145623
Mute This Topic: https://lists.openembedded.org/mt/78948256/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] lttng-modules: Fix build with 5.10+ kernel

[Khem Raj]

I see that Bruce already sent a similar fix erlier today. So perhaps
this can be dropped.

On Mon, Dec 14, 2020 at 11:40 AM Khem Raj  wrote:
>
> Backport build relevant patches from upstream to fix build issues
>
> Signed-off-by: Khem Raj 
> Cc: Bruce Ashfield 
> ---
>  ...jtool-Rename-frame.h-objtool.h-v5.10.patch |  87 +++
>  ...racepoint-Optimize-using-static_call.patch | 215 ++
>  ...ext4-fast-commit-recovery-path-v5.10.patch |  99 
>  ...rdered-extent-tracepoint-take-btrfs_.patch | 179 +++
>  .../lttng/lttng-modules_2.12.3.bb |   4 +
>  5 files changed, 584 insertions(+)
>  create mode 100644 
> meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
>  create mode 100644 
> meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
>  create mode 100644 
> meta/recipes-kernel/lttng/lttng-modules/0002-fix-ext4-fast-commit-recovery-path-v5.10.patch
>  create mode 100644 
> meta/recipes-kernel/lttng/lttng-modules/0003-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
>
> diff --git 
> a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
>  
> b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
> new file mode 100644
> index 00..22ebe0ceb0
> --- /dev/null
> +++ 
> b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
> @@ -0,0 +1,87 @@
> +From e9db0eec9d10c91ce082ab0cf7964c7af9f189ce Mon Sep 17 00:00:00 2001
> +From: Michael Jeanson 
> +Date: Mon, 26 Oct 2020 13:41:02 -0400
> +Subject: [PATCH 1/3] fix: objtool: Rename frame.h -> objtool.h (v5.10)
> +
> +See upstream commit :
> +
> +  commit 00089c048eb4a8250325efb32a2724fd0da68cce
> +  Author: Julien Thierry 
> +  Date:   Fri Sep 4 16:30:25 2020 +0100
> +
> +objtool: Rename frame.h -> objtool.h
> +
> +Header frame.h is getting more code annotations to help objtool analyze
> +object files.
> +
> +Rename the file to objtool.h.
> +
> +Upstream-Status: Backport 
> [https://github.com/lttng/lttng-modules/commit/d90539367a52330d331698eb2cca569c3782c863]
> +Signed-off-by: Michael Jeanson 
> +Signed-off-by: Mathieu Desnoyers 
> +Change-Id: Ic2283161bebcbf1e33b72805eb4d2628f4ae3e89
> +Signed-off-by: Khem Raj 
> +---
> + lttng-filter-interpreter.c |  2 +-
> + wrapper/{frame.h => objtool.h} | 17 +++--
> + 2 files changed, 12 insertions(+), 7 deletions(-)
> + rename wrapper/{frame.h => objtool.h} (59%)
> +
> +diff --git a/lttng-filter-interpreter.c b/lttng-filter-interpreter.c
> +index 21169f0..5d57243 100644
> +--- a/lttng-filter-interpreter.c
>  b/lttng-filter-interpreter.c
> +@@ -8,7 +8,7 @@
> +  */
> +
> + #include 
> +-#include 
> ++#include 
> + #include 
> + #include 
> +
> +diff --git a/wrapper/frame.h b/wrapper/objtool.h
> +similarity index 59%
> +rename from wrapper/frame.h
> +rename to wrapper/objtool.h
> +index 6e6dc81..f00b688 100644
> +--- a/wrapper/frame.h
>  b/wrapper/objtool.h
> +@@ -1,18 +1,23 @@
> + /* SPDX-License-Identifier: (GPL-2.0 or LGPL-2.1)
> +  *
> +- * wrapper/frame.h
> ++ * wrapper/objtool.h
> +  *
> +  * Copyright (C) 2016 Mathieu Desnoyers 
> +  */
> +
> +-#ifndef _LTTNG_WRAPPER_FRAME_H
> +-#define _LTTNG_WRAPPER_FRAME_H
> ++#ifndef _LTTNG_WRAPPER_OBJTOOL_H
> ++#define _LTTNG_WRAPPER_OBJTOOL_H
> +
> + #include 
> +
> +-#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
> +-
> ++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(5,10,0))
> ++#include 
> ++#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
> + #include 
> ++#endif
> ++
> ++
> ++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
> +
> + #define LTTNG_STACK_FRAME_NON_STANDARD(func) \
> +   STACK_FRAME_NON_STANDARD(func)
> +@@ -23,4 +28,4 @@
> +
> + #endif
> +
> +-#endif /* _LTTNG_WRAPPER_FRAME_H */
> ++#endif /* _LTTNG_WRAPPER_OBJTOOL_H */
> +--
> +2.29.2
> +
> diff --git 
> a/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
>  
> b/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
> new file mode 100644
> index 00..fa6dedf67c
> --- /dev/null
> +++ 
> b/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
> @@ -0,0 +1,215 @@
> +From 5c88bdd47f745b81acb03c8470a8926b528a4a69 Mon Sep 17 00:00:00 2001
> +From: "Steven Rostedt (VMware)" 
> +Date: Mon, 14 Dec 2020 11:07:26 -0800
> +Subject: [PATCH] tracepoint: Optimize using static_call()
> +
> +Currently the tracepoint site will iterate a vector and issue indirect
> +calls to however many handlers are registered (ie. the vector is
> +long).
> +
> +Using static_call() it is possible to optimize this for the common
> +case of only having a single handler registered. In this case the
> +static_call() can directly call this handler. Otherwise, if the vector
> +is longer than 1, call a function that iterates the 

[OE-core] [PATCH 1/1] python3-packaging: upgrade 20.4 -> 20.8

[Tim Orling]

From: Tim Orling 

Upstream release notes:
'''
* 20.8 - 2020-12-11
  - Revert back to setuptools for compatibility purposes for some Linux
distros (:issue:`363`)
  - Do not insert an underscore in wheel tags when the interpreter version
number is more than 2 digits (:issue:`372`)

* 20.7 - 2020-11-28
  - No unreleased changes.

* 20.6 - 2020-11-28
  - Note:
This release was subsequently yanked, and these changes were included in
20.7.

  - Fix flit configuration, to include LICENSE files (:issue:`357`)
  - Make intel a recognized CPU architecture for the universal macOS
platform tag (:issue:`361`)
  - Add some missing type hints to packaging.requirements (issue:350)

* 20.5 - 2020-11-27
  - Officially support Python 3.9 (:issue:`343`)
  - Deprecate the LegacyVersion and LegacySpecifier classes (:issue:`321`)
  - Handle OSError on non-dynamic executables when attempting to resolve the
glibc version string.
"""

Signed-off-by: Tim Orling 
---
 .../{python3-packaging_20.4.bb => python3-packaging_20.8.bb}   | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-packaging_20.4.bb => 
python3-packaging_20.8.bb} (71%)

diff --git a/meta/recipes-devtools/python/python3-packaging_20.4.bb 
b/meta/recipes-devtools/python/python3-packaging_20.8.bb
similarity index 71%
rename from meta/recipes-devtools/python/python3-packaging_20.4.bb
rename to meta/recipes-devtools/python/python3-packaging_20.8.bb
index c75707e69c7..658c3d1f331 100644
--- a/meta/recipes-devtools/python/python3-packaging_20.4.bb
+++ b/meta/recipes-devtools/python/python3-packaging_20.8.bb
@@ -3,8 +3,7 @@ HOMEPAGE = "https://github.com/pypa/packaging;
 LICENSE = "Apache-2.0 & BSD"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=faadaedca9251a90b205c9167578ce91"
 
-SRC_URI[md5sum] = "3208229da731c5d8e29d4d8941e75005"
-SRC_URI[sha256sum] = 
"4357f74f47b9c12db93624a82154e9b120fa8293699949152b22065d556079f8"
+SRC_URI[sha256sum] = 
"78598185a7008a470d64526a8059de9aaa449238f280fc9eb6b13ba6c4109093"
 
 inherit pypi setuptools3
 
-- 
2.25.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145621): 
https://lists.openembedded.org/g/openembedded-core/message/145621
Mute This Topic: https://lists.openembedded.org/mt/78959945/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 0/1] python3-packaging: upgrade

[Tim Orling]

From: Tim Orling 

This was built and tested on top of current master-next.

The following changes since commit 647066acbd15e4489cbbbde3165c7980aee1e91c:

  wic-image-minimal: only depend on syslinux on x86 targets (2020-12-14 
13:37:21 +)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
timo/python3-packaging-20.8
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=timo/python3-packaging-20.8

Tim Orling (1):
  python3-packaging: upgrade 20.4 -> 20.8

 .../{python3-packaging_20.4.bb => python3-packaging_20.8.bb}   | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-packaging_20.4.bb => 
python3-packaging_20.8.bb} (71%)

-- 
2.25.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145620): 
https://lists.openembedded.org/g/openembedded-core/message/145620
Mute This Topic: https://lists.openembedded.org/mt/78959943/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] opkg: upgrade to version 0.4.4

[Alexander Kanavin]

opkg ptests regress with this change:
https://autobuilder.yocto.io/pub/non-release/20201214-1/testresults/qemux86-64-ptest/opkg.log

Do not merge please, as this undoes my work to reach 100% pass rate in
ptests :)

Alex

On Mon, 7 Dec 2020 at 23:44, Alejandro del Castillo <
alejandro.delcasti...@ni.com> wrote:

> Signed-off-by: Alejandro del Castillo 
> ---
>  meta/recipes-devtools/opkg/{opkg_0.4.3.bb => opkg_0.4.4.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/opkg/{opkg_0.4.3.bb => opkg_0.4.4.bb} (95%)
>
> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.3.bb
> b/meta/recipes-devtools/opkg/opkg_0.4.4.bb
> similarity index 95%
> rename from meta/recipes-devtools/opkg/opkg_0.4.3.bb
> rename to meta/recipes-devtools/opkg/opkg_0.4.4.bb
> index 46b7aa2523..0f29e1d41b 100644
> --- a/meta/recipes-devtools/opkg/opkg_0.4.3.bb
> +++ b/meta/recipes-devtools/opkg/opkg_0.4.4.bb
> @@ -17,8 +17,8 @@ SRC_URI = "
> http://downloads.yoctoproject.org/releases/${BPN}/${BPN}-${PV}.tar.gz
> file://run-ptest \
>  "
>
> -SRC_URI[md5sum] = "86ec5eee9362aca0990994a402e077e9"
> -SRC_URI[sha256sum] =
> "dda452854bc0cd1334f7ba18a66003d1c12a98600c894111b56919b1ea434718"
> +SRC_URI[md5sum] = "345900c1d4747d58455867f9fe88ca43"
> +SRC_URI[sha256sum] =
> "2217acc58b8eb31300631ebae75e222ebc700c9c1cf6408088705d19a472c839"
>
>  # This needs to be before ptest inherit, otherwise all ptest files end
> packaged
>  # in libopkg package if OPKGLIBDIR == libdir, because default
> --
> 2.28.0
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145619): 
https://lists.openembedded.org/g/openembedded-core/message/145619
Mute This Topic: https://lists.openembedded.org/mt/78790833/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] lttng-modules: Fix build with 5.10+ kernel

[Khem Raj]

Backport build relevant patches from upstream to fix build issues

Signed-off-by: Khem Raj 
Cc: Bruce Ashfield 
---
 ...jtool-Rename-frame.h-objtool.h-v5.10.patch |  87 +++
 ...racepoint-Optimize-using-static_call.patch | 215 ++
 ...ext4-fast-commit-recovery-path-v5.10.patch |  99 
 ...rdered-extent-tracepoint-take-btrfs_.patch | 179 +++
 .../lttng/lttng-modules_2.12.3.bb |   4 +
 5 files changed, 584 insertions(+)
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0002-fix-ext4-fast-commit-recovery-path-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0003-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch

diff --git 
a/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
 
b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
new file mode 100644
index 00..22ebe0ceb0
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-modules/0001-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
@@ -0,0 +1,87 @@
+From e9db0eec9d10c91ce082ab0cf7964c7af9f189ce Mon Sep 17 00:00:00 2001
+From: Michael Jeanson 
+Date: Mon, 26 Oct 2020 13:41:02 -0400
+Subject: [PATCH 1/3] fix: objtool: Rename frame.h -> objtool.h (v5.10)
+
+See upstream commit :
+
+  commit 00089c048eb4a8250325efb32a2724fd0da68cce
+  Author: Julien Thierry 
+  Date:   Fri Sep 4 16:30:25 2020 +0100
+
+objtool: Rename frame.h -> objtool.h
+
+Header frame.h is getting more code annotations to help objtool analyze
+object files.
+
+Rename the file to objtool.h.
+
+Upstream-Status: Backport 
[https://github.com/lttng/lttng-modules/commit/d90539367a52330d331698eb2cca569c3782c863]
+Signed-off-by: Michael Jeanson 
+Signed-off-by: Mathieu Desnoyers 
+Change-Id: Ic2283161bebcbf1e33b72805eb4d2628f4ae3e89
+Signed-off-by: Khem Raj 
+---
+ lttng-filter-interpreter.c |  2 +-
+ wrapper/{frame.h => objtool.h} | 17 +++--
+ 2 files changed, 12 insertions(+), 7 deletions(-)
+ rename wrapper/{frame.h => objtool.h} (59%)
+
+diff --git a/lttng-filter-interpreter.c b/lttng-filter-interpreter.c
+index 21169f0..5d57243 100644
+--- a/lttng-filter-interpreter.c
 b/lttng-filter-interpreter.c
+@@ -8,7 +8,7 @@
+  */
+ 
+ #include 
+-#include 
++#include 
+ #include 
+ #include 
+ 
+diff --git a/wrapper/frame.h b/wrapper/objtool.h
+similarity index 59%
+rename from wrapper/frame.h
+rename to wrapper/objtool.h
+index 6e6dc81..f00b688 100644
+--- a/wrapper/frame.h
 b/wrapper/objtool.h
+@@ -1,18 +1,23 @@
+ /* SPDX-License-Identifier: (GPL-2.0 or LGPL-2.1)
+  *
+- * wrapper/frame.h
++ * wrapper/objtool.h
+  *
+  * Copyright (C) 2016 Mathieu Desnoyers 
+  */
+ 
+-#ifndef _LTTNG_WRAPPER_FRAME_H
+-#define _LTTNG_WRAPPER_FRAME_H
++#ifndef _LTTNG_WRAPPER_OBJTOOL_H
++#define _LTTNG_WRAPPER_OBJTOOL_H
+ 
+ #include 
+ 
+-#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+-
++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(5,10,0))
++#include 
++#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+ #include 
++#endif
++
++
++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+ 
+ #define LTTNG_STACK_FRAME_NON_STANDARD(func) \
+   STACK_FRAME_NON_STANDARD(func)
+@@ -23,4 +28,4 @@
+ 
+ #endif
+ 
+-#endif /* _LTTNG_WRAPPER_FRAME_H */
++#endif /* _LTTNG_WRAPPER_OBJTOOL_H */
+-- 
+2.29.2
+
diff --git 
a/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
 
b/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
new file mode 100644
index 00..fa6dedf67c
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-modules/0001-tracepoint-Optimize-using-static_call.patch
@@ -0,0 +1,215 @@
+From 5c88bdd47f745b81acb03c8470a8926b528a4a69 Mon Sep 17 00:00:00 2001
+From: "Steven Rostedt (VMware)" 
+Date: Mon, 14 Dec 2020 11:07:26 -0800
+Subject: [PATCH] tracepoint: Optimize using static_call()
+
+Currently the tracepoint site will iterate a vector and issue indirect
+calls to however many handlers are registered (ie. the vector is
+long).
+
+Using static_call() it is possible to optimize this for the common
+case of only having a single handler registered. In this case the
+static_call() can directly call this handler. Otherwise, if the vector
+is longer than 1, call a function that iterates the whole vector like
+the current code.
+
+Upstream-Status: 
Backport[https://github.com/lttng/lttng-modules/commit/0116245fd67c8cf8e63a63e6c964577f0d734e36]
+
+Change-Id: I739dd84d62cc1a821b8bd8acff74fa29aa25d22f
+Signed-off-by: Michael Jeanson 
+Signed-off-by: Mathieu Desnoyers 
+Signed-off-by: Khem Raj 
+---
+ lttng-statedump-impl.c| 106 --
+ probes/lttng.c|   7 

[OE-core] [PATCH] maintainers.inc: remove myself from maintainers

[Tanu Kaskinen]

---
 meta/conf/distro/include/maintainers.inc | 38 
 1 file changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index e9c69b2e6e..8dffa2fc95 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -31,14 +31,14 @@ RECIPE_MAINTAINER_pn-acl = "Chen Qi "
 RECIPE_MAINTAINER_pn-acpica = "Ross Burton "
 RECIPE_MAINTAINER_pn-acpid = "Ross Burton "
 RECIPE_MAINTAINER_pn-adwaita-icon-theme = "Ross Burton "
-RECIPE_MAINTAINER_pn-alsa-lib = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-plugins = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-state = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-tools = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-topology-conf = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-ucm-conf = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-utils = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-alsa-utils-scripts = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-alsa-lib = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-plugins = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-state = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-tools = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-topology-conf = "Unassigned 
"
+RECIPE_MAINTAINER_pn-alsa-ucm-conf = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-utils = "Unassigned "
+RECIPE_MAINTAINER_pn-alsa-utils-scripts = "Unassigned 
"
 RECIPE_MAINTAINER_pn-apmd = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-apr = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-apr-util = "Hongxu Jia "
@@ -175,7 +175,7 @@ RECIPE_MAINTAINER_pn-expect = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-ffmpeg = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-file = "Yi Zhao "
 RECIPE_MAINTAINER_pn-findutils = "Chen Qi "
-RECIPE_MAINTAINER_pn-flac = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-flac = "Unassigned "
 RECIPE_MAINTAINER_pn-flex = "Chen Qi "
 RECIPE_MAINTAINER_pn-font-alias = "Armin Kuster "
 RECIPE_MAINTAINER_pn-font-util = "Armin Kuster "
@@ -297,10 +297,10 @@ RECIPE_MAINTAINER_pn-kmod = "Chen Qi 
"
 RECIPE_MAINTAINER_pn-kmod-native = "Chen Qi "
 RECIPE_MAINTAINER_pn-kmscube = "Carlos Rafael Giani "
 RECIPE_MAINTAINER_pn-l3afpad = "Anuj Mittal "
-RECIPE_MAINTAINER_pn-lame = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-lame = "Unassigned "
 RECIPE_MAINTAINER_pn-ldconfig-native = "Khem Raj "
 RECIPE_MAINTAINER_pn-less = "Yi Zhao "
-RECIPE_MAINTAINER_pn-liba52 = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-liba52 = "Unassigned "
 RECIPE_MAINTAINER_pn-libacpi = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-libaio = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-libarchive = "Otavio Salvador 
"
@@ -343,7 +343,7 @@ RECIPE_MAINTAINER_pn-libgudev = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-libhandy = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-libical = "Ross Burton "
 RECIPE_MAINTAINER_pn-libice = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libid3tag = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-libid3tag = "Unassigned "
 RECIPE_MAINTAINER_pn-libidn2 = "Ross Burton "
 RECIPE_MAINTAINER_pn-libinput = "Ross Burton "
 RECIPE_MAINTAINER_pn-libjitterentropy = "Ross Burton "
@@ -374,11 +374,11 @@ RECIPE_MAINTAINER_pn-libpthread-stubs = "Alexander 
Kanavin "
 RECIPE_MAINTAINER_pn-psplash = "Yi Zhao "
 RECIPE_MAINTAINER_pn-ptest-runner = "Ross Burton "
-RECIPE_MAINTAINER_pn-pulseaudio = "Tanu Kaskinen "
-RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Tanu Kaskinen 
"
+RECIPE_MAINTAINER_pn-pulseaudio = "Unassigned "
+RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Unassigned 
"
 RECIPE_MAINTAINER_pn-puzzles = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-python3-async = "Oleksandr Kravchuk 
"
@@ -651,7 +651,7 @@ RECIPE_MAINTAINER_pn-ruby = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-run-postinsts = "Ross Burton "
 RECIPE_MAINTAINER_pn-rxvt-unicode = "Armin Kuster "
 RECIPE_MAINTAINER_pn-sato-screenshot = "Ross Burton "
-RECIPE_MAINTAINER_pn-sbc = "Tanu Kaskinen "
+RECIPE_MAINTAINER_pn-sbc = "Unassigned "
 RECIPE_MAINTAINER_pn-screen = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-sed = "Chen Qi "
 RECIPE_MAINTAINER_pn-serf = "Anuj Mittal "
@@ -666,8 +666,8 @@ RECIPE_MAINTAINER_pn-shutdown-desktop = "Alexander Kanavin 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145617): 
https://lists.openembedded.org/g/openembedded-core/message/145617
Mute This Topic: https://lists.openembedded.org/mt/78959040/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] I wish to drop my recipe maintainer duties

[Alexander Kanavin]

Unassigned is the way to go, yes. All recipe updates (or failed attempts to
do so) are nowadays posted here, so they can be picked up by anyone
interested.

Thanks for your work (of the highest quality), and totally understandable
that you don't want to spend time on something you do not use.

Alex


On Mon, 14 Dec 2020 at 20:07, Tanu Kaskinen  wrote:

> Hello,
>
> I haven't lately had time to do OE work, or maybe the lack of time is
> more rooted in lack of motivation since I don't objectively have a very
> busy life, but in any case, I think it's time for me to step down as a
> recipe maintainer. When in 2015 I transitioned from being paid for the
> work to a volunteer, I had plans to use OE in hobby projects, but those
> projects haven't materialized, so I don't really have any connection to
> OE other than being a recipe maintainer. My experience of the community
> has been very positive, it has always been nice to work with you, thank
> you for that!
>
> Should I post a maintainers.inc patch that changes all my recipes to to
> unassigned, or should they or some of them be directly transferred to
> someone else?
>
> I will still post some patches for pulseaudio that convert the recipe
> from autotools to meson. I've had them ready since the last feature
> freeze, and I intended to submit them today, but I found out (as I read
> the mailing list for the first time in three months) that the recipe
> has had a major version update, so I'll have to redo some tests first.
>
> --
> Tanu
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145616): 
https://lists.openembedded.org/g/openembedded-core/message/145616
Mute This Topic: https://lists.openembedded.org/mt/78958714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] I wish to drop my recipe maintainer duties

[Tanu Kaskinen]

Hello,

I haven't lately had time to do OE work, or maybe the lack of time is
more rooted in lack of motivation since I don't objectively have a very
busy life, but in any case, I think it's time for me to step down as a
recipe maintainer. When in 2015 I transitioned from being paid for the
work to a volunteer, I had plans to use OE in hobby projects, but those
projects haven't materialized, so I don't really have any connection to
OE other than being a recipe maintainer. My experience of the community
has been very positive, it has always been nice to work with you, thank
you for that!

Should I post a maintainers.inc patch that changes all my recipes to to
unassigned, or should they or some of them be directly transferred to
someone else?

I will still post some patches for pulseaudio that convert the recipe
from autotools to meson. I've had them ready since the last feature
freeze, and I intended to submit them today, but I found out (as I read
the mailing list for the first time in three months) that the recipe
has had a major version update, so I'll have to redo some tests first.

-- 
Tanu


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145615): 
https://lists.openembedded.org/g/openembedded-core/message/145615
Mute This Topic: https://lists.openembedded.org/mt/78958714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 4/7] image-uefi.conf: add EFI arch variable

[Ross Burton]

Refactor EFI_BOOT_IMAGE so that the EFI name for the architecture
is exposed as EFI_ARCH, so that other recipes (such as bootloaders)
can reuse it.

Signed-off-by: Ross Burton 
---
 meta/conf/image-uefi.conf | 13 -
 1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/meta/conf/image-uefi.conf b/meta/conf/image-uefi.conf
index aaeff12ccb..882a0e720c 100644
--- a/meta/conf/image-uefi.conf
+++ b/meta/conf/image-uefi.conf
@@ -8,9 +8,12 @@ EFI_PREFIX ?= "/boot"
 # Location inside rootfs.
 EFI_FILES_PATH = "${EFI_PREFIX}${EFIDIR}"
 
+# The EFI name for the architecture
+EFI_ARCH ?= "INVALID"
+EFI_ARCH_x86 = "ia32"
+EFI_ARCH_x86-64 = "x64"
+EFI_ARCH_aarch64 = "aa64"
+EFI_ARCH_arm = "arm"
+
 # Determine name of bootloader image
-EFI_BOOT_IMAGE ?= "bootINVALID.efi"
-EFI_BOOT_IMAGE_x86-64 = "bootx64.efi"
-EFI_BOOT_IMAGE_x86 = "bootia32.efi"
-EFI_BOOT_IMAGE_aarch64 = "bootaa64.efi"
-EFI_BOOT_IMAGE_arm = "bootarm.efi"
+EFI_BOOT_IMAGE ?= "boot${EFI_ARCH}.efi"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145611): 
https://lists.openembedded.org/g/openembedded-core/message/145611
Mute This Topic: https://lists.openembedded.org/mt/78957813/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 1/7] syslinux: rewrite recipe so only target code is x86-specific

[Ross Burton]

Currently the syslinux recipe set COMPATIBLE_HOST to 32/64-bit x86.
Whilst this makes sense for the target binaries as syslinux is
x86-specific, this also affects the native recipe which should be able
to be built on non-x86 build hosts (for example, arm64 build host,
qemux86 target).

syslinux itself has a somewhat fragile build system but with care it is
possible to build the installer for native/nativesdk, and the bootloader
for target.

Signed-off-by: Ross Burton 
---
 .../syslinux/syslinux_6.04-pre2.bb| 84 +++
 1 file changed, 47 insertions(+), 37 deletions(-)

diff --git a/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb 
b/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb
index 3e7eef3a75..1b0b45f2fa 100644
--- a/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb
+++ b/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb
@@ -4,10 +4,7 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
 
file://README;beginline=35;endline=41;md5=558f2c71cb1fb9ba511ccd4858e48e8a"
 
-# If you really want to run syslinux, you need mtools.  We just want the
-# ldlinux.* stuff for now, so skip mtools-native
 DEPENDS = "nasm-native util-linux e2fsprogs"
-PV = "6.04-pre2"
 
 SRC_URI = 
"https://www.zytor.com/pub/syslinux/Testing/6.04/syslinux-${PV}.tar.xz \
file://syslinux-remove-clean-script.patch \
@@ -27,64 +24,77 @@ SRC_URI = 
"https://www.zytor.com/pub/syslinux/Testing/6.04/syslinux-${PV}.tar.xz
 SRC_URI[md5sum] = "2b31c78f087f99179feb357da312d7ec"
 SRC_URI[sha256sum] = 
"4441a5d593f85bb6e8d578cf6653fb4ec30f9e8f4a2315a3d8f2d0a8b3fadf94"
 
+RECIPE_NO_UPDATE_REASON = "6.04-pre3 is broken"
 UPSTREAM_CHECK_URI = "https://www.zytor.com/pub/syslinux/;
 UPSTREAM_CHECK_REGEX = "syslinux-(?P.+)\.tar"
 UPSTREAM_VERSION_UNKNOWN = "1"
 
-COMPATIBLE_HOST = '(x86_64|i.86).*-(linux|freebsd.*)'
+# We can build the native parts anywhere, but the target has to be x86
+COMPATIBLE_HOST_class-target = '(x86_64|i.86).*-(linux|freebsd.*)'
+
 # Don't let the sanity checker trip on the 32 bit real mode BIOS binaries
 INSANE_SKIP_${PN}-misc = "arch"
 INSANE_SKIP_${PN}-chain = "arch"
 
+# When building the installer, CC is used to link. When building the 
bootloader,
+# LD is used. However, these variables assume that GCC is used and break the
+# build, so unset them.
+TARGET_LDFLAGS = ""
+SECURITY_LDFLAGS = ""
+LDFLAGS_SECTION_REMOVAL = ""
+
 EXTRA_OEMAKE = " \
BINDIR=${bindir} SBINDIR=${sbindir} LIBDIR=${libdir} \
DATADIR=${datadir} MANDIR=${mandir} INCDIR=${includedir} \
+   CC="${CC} ${CFLAGS} ${LDFLAGS}" \
+   LD="${LD} ${LDFLAGS}" \
+   OBJDUMP="${OBJDUMP}" \
+   OBJCOPY="${OBJCOPY}" \
+   AR="${AR}" \
+   STRIP="${STRIP}" \
+   NM="${NM}" \
+   RANLIB="${RANLIB}" \
 "
 
+#
+# Tasks for native/nativesdk which just build the installer.
+#
 do_configure() {
-   # drop win32 targets or build fails
-   sed -e 's,win32/\S*,,g' -i Makefile
-
-   # clean installer executables included in source tarball
-   oe_runmake clean firmware="efi32" EFIINC="${includedir}"
-   # NOTE: There is a temporary work around above to specify
-   #   the efi32 as the firmware else the pre-built bios
-   #   files get erased contrary to the doc/distib.txt
-   #   In the future this should be "bios" and not "efi32".
+   oe_runmake firmware="bios" clean
 }
 
 do_compile() {
-   # Make sure the recompile is OK.
-   # Though the ${B} should always exist, still check it before find and 
rm.
-   [ -d "${B}" ] && find ${B} -name '.*.d' -type f -exec rm -f {} \;
-
-   # Rebuild only the installer; keep precompiled bootloaders
-   # as per author's request (doc/distrib.txt)
-   oe_runmake CC="${CC} ${CFLAGS}" \
-   LD="${LD}" LDFLAGS="${LDFLAGS}" \
-   OBJDUMP="${OBJDUMP}" \
-   OBJCOPY="${OBJCOPY}" \
-   AR="${AR}" \
-   STRIP="${STRIP}" \
-   NM="${NM}" \
-   RANLIB="${RANLIB}" \
-   firmware="bios" installer
+   oe_runmake firmware="bios" installer
 }
 
 do_install() {
-   oe_runmake CC="${CC} ${CFLAGS}" LD="${LD}" \
-   OBJDUMP="${OBJDUMP}" \
-   OBJCOPY="${OBJCOPY}" \
-   AR="${AR}" \
-   STRIP="${STRIP}" \
-   NM="${NM}" \
-   RANLIB="${RANLIB}" \
-   firmware="bios" install INSTALLROOT="${D}"
+   install -d ${D}${bindir}
+   install \
+   ${B}/bios/mtools/syslinux \
+   ${B}/bios/extlinux/extlinux \
+   ${B}/bios/utils/isohybrid \
+   ${D}${bindir}
+}
+
+#
+# Tasks for target which ship the precompiled bootloader and installer
+#
+do_configure_class-target() {
+   # No need to do anything as we're mostly shipping the precompiled 

[OE-core] [PATCH v2 5/7] systemd-boot: build the EFI stub

[Ross Burton]

Also build and deploy the EFI stub.  SYSTEMD_BOOT_EFI_ARCH can be dropped
as image-uefi.conf now sets EFI_ARCH.

Changes originally taken from meta-intel.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/systemd/systemd-boot_246.6.bb | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd-boot_246.6.bb 
b/meta/recipes-core/systemd/systemd-boot_246.6.bb
index f92c639810..97093e4bb2 100644
--- a/meta/recipes-core/systemd/systemd-boot_246.6.bb
+++ b/meta/recipes-core/systemd/systemd-boot_246.6.bb
@@ -47,16 +47,14 @@ RDEPENDS_${PN} += "virtual/systemd-bootconf"
 
 # Imported from the old gummiboot recipe
 TUNE_CCARGS_remove = "-mfpmath=sse"
+
 COMPATIBLE_HOST = "(x86_64.*|i.86.*)-linux"
 COMPATIBLE_HOST_x86-x32 = "null"
 
 do_compile() {
-   SYSTEMD_BOOT_EFI_ARCH="ia32"
-   if [ "${TARGET_ARCH}" = "x86_64" ]; then
-   SYSTEMD_BOOT_EFI_ARCH="x64"
-   fi
-
-   ninja src/boot/efi/${SYSTEMD_BOOT_IMAGE_PREFIX}${SYSTEMD_BOOT_IMAGE}
+   ninja \
+   src/boot/efi/${SYSTEMD_BOOT_IMAGE_PREFIX}${SYSTEMD_BOOT_IMAGE} \
+   src/boot/efi/linux${EFI_ARCH}.efi.stub
 }
 
 do_install() {
@@ -66,5 +64,7 @@ do_install() {
 
 do_deploy () {
install ${B}/src/boot/efi/systemd-boot*.efi ${DEPLOYDIR}
+   install ${B}/src/boot/efi/linux*.efi.stub ${DEPLOYDIR}
 }
+
 addtask deploy before do_build after do_compile
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145612): 
https://lists.openembedded.org/g/openembedded-core/message/145612
Mute This Topic: https://lists.openembedded.org/mt/78957814/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 7/7] wic-tools: add grub-efi and systemd-boot on arm64

[Ross Burton]

These both now work on arm64, so add them to the dependencies.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/meta/wic-tools.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/meta/wic-tools.bb 
b/meta/recipes-core/meta/wic-tools.bb
index f04f767646..bc6cc0d183 100644
--- a/meta/recipes-core/meta/wic-tools.bb
+++ b/meta/recipes-core/meta/wic-tools.bb
@@ -11,6 +11,7 @@ DEPENDS = "\
 DEPENDS_append_x86 = " syslinux-native syslinux grub-efi systemd-boot"
 DEPENDS_append_x86-64 = " syslinux-native syslinux grub-efi systemd-boot"
 DEPENDS_append_x86-x32 = " syslinux-native syslinux grub-efi"
+DEPENDS_append_aarch64 = " grub-efi systemd-boot"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145614): 
https://lists.openembedded.org/g/openembedded-core/message/145614
Mute This Topic: https://lists.openembedded.org/mt/78957816/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 6/7] systemd-boot: allow building for Arm targets

[Ross Burton]

systemd-boot works on 32-bit and 64-bit Arm targets (assuming the
firmware does EFI, obviously), so allow it to be built.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/systemd/systemd-boot_246.6.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd-boot_246.6.bb 
b/meta/recipes-core/systemd/systemd-boot_246.6.bb
index 97093e4bb2..249e620f4e 100644
--- a/meta/recipes-core/systemd/systemd-boot_246.6.bb
+++ b/meta/recipes-core/systemd/systemd-boot_246.6.bb
@@ -48,7 +48,7 @@ RDEPENDS_${PN} += "virtual/systemd-bootconf"
 # Imported from the old gummiboot recipe
 TUNE_CCARGS_remove = "-mfpmath=sse"
 
-COMPATIBLE_HOST = "(x86_64.*|i.86.*)-linux"
+COMPATIBLE_HOST = "(aarch64.*|arm.*|x86_64.*|i.86.*)-linux"
 COMPATIBLE_HOST_x86-x32 = "null"
 
 do_compile() {
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145613): 
https://lists.openembedded.org/g/openembedded-core/message/145613
Mute This Topic: https://lists.openembedded.org/mt/78957815/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/7] wic-image-minimal: only depend on syslinux on x86 targets

[Ross Burton]

Following other examples, only depend on syslinux when targetting x86.

Signed-off-by: Ross Burton 
---
 meta-selftest/recipes-test/images/wic-image-minimal.bb | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta-selftest/recipes-test/images/wic-image-minimal.bb 
b/meta-selftest/recipes-test/images/wic-image-minimal.bb
index e1da203b59..1cb019898d 100644
--- a/meta-selftest/recipes-test/images/wic-image-minimal.bb
+++ b/meta-selftest/recipes-test/images/wic-image-minimal.bb
@@ -6,7 +6,10 @@ IMAGE_INSTALL = "packagegroup-core-boot"
 
 IMAGE_FSTYPES = "wic"
 
-WKS_FILE_DEPENDS = "syslinux syslinux-native dosfstools-native mtools-native 
gptfdisk-native"
+WKS_FILE_DEPENDS = "dosfstools-native mtools-native gptfdisk-native"
+WKS_FILE_DEPENDS_append_x86 = " syslinux-native syslinux"
+WKS_FILE_DEPENDS_append_x86-64 = " syslinux-native syslinux"
+WKS_FILE_DEPENDS_append_x86-x32 = " syslinux-native syslinux"
 
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145610): 
https://lists.openembedded.org/g/openembedded-core/message/145610
Mute This Topic: https://lists.openembedded.org/mt/78957812/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 3/7] wic-tools: don't build syslinux-native for targets without syslinux

[Ross Burton]

If we're not building syslinux, then there's no point building
syslinux-native.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/meta/wic-tools.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/meta/wic-tools.bb 
b/meta/recipes-core/meta/wic-tools.bb
index 3e7d0ed48d..f04f767646 100644
--- a/meta/recipes-core/meta/wic-tools.bb
+++ b/meta/recipes-core/meta/wic-tools.bb
@@ -3,14 +3,14 @@ SUMMARY = "A meta recipe to build native tools used by wic."
 LICENSE = "MIT"
 
 DEPENDS = "\
-   parted-native syslinux-native gptfdisk-native dosfstools-native \
+   parted-native gptfdisk-native dosfstools-native \
mtools-native bmap-tools-native grub-native cdrtools-native \
btrfs-tools-native squashfs-tools-native pseudo-native \
e2fsprogs-native util-linux-native tar-native\
"
-DEPENDS_append_x86 = " syslinux grub-efi systemd-boot"
-DEPENDS_append_x86-64 = " syslinux grub-efi systemd-boot"
-DEPENDS_append_x86-x32 = " syslinux grub-efi"
+DEPENDS_append_x86 = " syslinux-native syslinux grub-efi systemd-boot"
+DEPENDS_append_x86-64 = " syslinux-native syslinux grub-efi systemd-boot"
+DEPENDS_append_x86-x32 = " syslinux-native syslinux grub-efi"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145608): 
https://lists.openembedded.org/g/openembedded-core/message/145608
Mute This Topic: https://lists.openembedded.org/mt/78957810/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] How to create a directory in multiple packages?

[Konrad Weihmann]

Clearly an empty dir seems to be sub-optimal design, but if one would 
need it, I'd recommend to add a pkg_postinst_${PN} script and 
dynamically determine at installation time if this path needs to be 
created or not.
So the dir either will be create by ${PN}-bin or by the script - I think 
I've seen at a couple of times like that


On 14.12.20 18:46, Robert P. J. Day wrote:

On Mon, 14 Dec 2020, Peter Kjellerstedt wrote:


Say we have a recipe that creates an empty /etc/foo directory. Now we
want to add a new file in that directory /etc/foo/bar and package it as
${PN}-bar. This means the creation of the /etc/foo directory is moved
from the ${PN} package to the ${PN}-bar package. Is there any way to
make ${PN} continue to create an empty /etc/foo, or is the only
alternative to introduce an /etc/foo/.dummy and package it in ${PN}?


   it strikes me that creating an empty directory for no other reason
than creating an empty directory is less-than-optimal design. the
proper approach is that all file installation should create
directories as needed.

rday






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145607): 
https://lists.openembedded.org/g/openembedded-core/message/145607
Mute This Topic: https://lists.openembedded.org/mt/78956546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] How to create a directory in multiple packages?

[Robert P. J. Day]

On Mon, 14 Dec 2020, Peter Kjellerstedt wrote:

> Say we have a recipe that creates an empty /etc/foo directory. Now we
> want to add a new file in that directory /etc/foo/bar and package it as
> ${PN}-bar. This means the creation of the /etc/foo directory is moved
> from the ${PN} package to the ${PN}-bar package. Is there any way to
> make ${PN} continue to create an empty /etc/foo, or is the only
> alternative to introduce an /etc/foo/.dummy and package it in ${PN}?

  it strikes me that creating an empty directory for no other reason
than creating an empty directory is less-than-optimal design. the
proper approach is that all file installation should create
directories as needed.

rday

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145606): 
https://lists.openembedded.org/g/openembedded-core/message/145606
Mute This Topic: https://lists.openembedded.org/mt/78956546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] How to create a directory in multiple packages?

[Peter Kjellerstedt]

Say we have a recipe that creates an empty /etc/foo directory. Now we 
want to add a new file in that directory /etc/foo/bar and package it as 
${PN}-bar. This means the creation of the /etc/foo directory is moved 
from the ${PN} package to the ${PN}-bar package. Is there any way to 
make ${PN} continue to create an empty /etc/foo, or is the only 
alternative to introduce an /etc/foo/.dummy and package it in ${PN}?

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145605): 
https://lists.openembedded.org/g/openembedded-core/message/145605
Mute This Topic: https://lists.openembedded.org/mt/78956546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] yocto-check-layer: make argument parsing unambiguous

[Ross Burton]

On Mon, 14 Dec 2020 at 13:31, Richard Purdie
 wrote:

> https://autobuilder.yoctoproject.org/typhoon/#/builders/39/builds/2825
>
> Do we need to update the way we're calling it on the autobuilder?

Yes.  Sorry, forgot this was on the autobuilder.  Patch incoming.

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145604): 
https://lists.openembedded.org/g/openembedded-core/message/145604
Mute This Topic: https://lists.openembedded.org/mt/78857660/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v3] util-linux: split uuid in separate recipe to allow bootstrapping

[Luca Boccassi via lists.openembedded.org]

On Fri, 2020-12-11 at 16:54 +, Richard Purdie wrote:
> On Fri, 2020-12-11 at 09:51 +, Luca Boccassi wrote:
> > On Thu, 2020-12-10 at 20:04 +, Richard Purdie wrote:
> > > On Thu, 2020-12-10 at 18:47 +, Luca Boccassi wrote:
> > > > On Thu, 2020-12-10 at 15:52 +, Richard Purdie wrote:
> > > > > On Mon, 2020-11-23 at 13:28 +, Luca Bocassi wrote:
> > > I have to ask why libuuid couldn't be done in a separate repository and
> > > avoid the need to do a multi-stage build of a component? To me at
> > > least, it would seem to make sense to logically split the library code
> > > out, then it avoids all the complexity. Yes, that means a different
> > > component to release but that isn't unusual.
> > 
> > Because there's no need for the extra complications - again, it's all
> > optional features, so bootstrapping is not an issue when the tooling is
> > there to support it.
> > I'm not a util-linux maintainer so my opinion on the subject counts for
> > precisely nothing, but as a contributor and user I'd not be very happy
> > if it was stuck to the lowest common denominator.
> 
> If its all optional and not that important I start to wonder why we
> should bother with it.
> 
> My point is there has to be complexity somewhere for this "mutli-stage" 
> approach to work. How much of it you see depends on the system and how
> it handles it but you'd agree that having a simple more linear
> dependency tree *is* simpler and easier to work with than something
> which has multiple stages (and more efficient on build resources too).

Optional doesn't always imply unimportant - for some users it's not
needed, for others it is, so it's optional. We are in the latter group,
hence the work to implement and support it in a multitude of places.

> > > > Yocto could really use multi stage support - this isn't the first and
> > > > won't be the last occurrence. Just my 2c...
> > > 
> > > Well, we can do it as you're proving, its just ugly and hard to
> > > maintain. I don't think the other distros will be particularly happy
> > > about needing to do it either. Outside of libgcc, we've not really
> > > found that we need to do this often at all and the compiler/libc
> > > interface is a lot more "special" than uuid.
> > 
> > But that's what I'm saying: it doesn't have to be ugly, if the
> > infrastructure is there to support it.
> 
> I'm sure we (OE) could "hide" it but regardless of whether the code is
> hidden or not, its still ugly, not often used and hard to maintain for
> someone. We don't want to encourage this though.
> 
> > On Debian and derivatives, you just mark the dependency with 
> > - and that's it. When bootstrapping you start from stage1 and the
> > resolver skips those. If the package configure/make scripts are done
> > well, by default optional dependencies are skipped if not available and
> > if not explicitly set - and util-linux does that.
> > In the RPM world, the spec has conditional macros and you set the
> > appropriate one at the build config level (eg: in the lower ring
> > project on OBS).
> > It's not perfect of course, and requires attention, and there are
> > complications and gotchas, and things do go wrong at times - but such
> > is life in the software world.
> 
> Complexity is fine, where it makes sense and is needed. You're failing
> to convince me its needed here at all. I believe this does need to be
> mentioned to the upstream maintainer as they're probably not aware of
> the issues it causes. Obviously someone else will have to do that
> though since you believe its "fine".

I'm sure it wasn't intentional, but this passage comes across as quite
condescending. Everybody involved is perfectly capable of understanding
how this works and what it implies.

> > > Thanks for updating the patch. I'll put it back into the queue and test
> > > the new version.
> > 
> > Thank you - does the approach of adding RDEPENDS look right? The
> > interaction between those variables and the native/nativesdk builds
> > still confuses me a lot, and I get it wrong all the time.
> 
> I've just looked and to be honest, no, it doesn't look right at all :(.
> You're adding dependencies in a recipe where the packages don't exist.

Could you please be more specific? Dependencies on packages from other
recipes are pretty much normal. In what way is this different?
And most importantly, do you have a suggestion on how would you like to
see this done instead?

> Also, if the recipes are properly structuctred, there should be no need
> to do this:
> 
> PACKAGES_remove = "util-linux-libuuid util-linux-libuuid-dev 
> util-linux-libuuid-dbg"

The recipe is what it is - I'm not adding this auto-generation of
packages, it was there already, so I have to work with it. If you have
a preference for handling it differently please let me know and I'll
apply it.

> The more I look at the patch, the more I'm worried :(. As is, its not
> going to work. I'm not even sure how its being tested or can work.

As already 

[OE-core] [PATCH] openssl: add support for mingw64 as target

[Luca Bocassi]

From: Deepak Rawat 

Engines are installed in a slightly different path, and
the host type doesn't precisely match in x86_64

Co-authored-by: Paul Eggleton 
Co-authored-by: Deepak Rawat 
Signed-off-by: Luca Boccassi 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1h.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1h.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1h.bb
index 1827167201..b8ba10e324 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1h.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1h.bb
@@ -113,6 +113,9 @@ do_configure () {
linux-sparc | linux-supersparc)
target=linux-sparcv9
;;
+   mingw32-x86_64)
+   target=mingw64
+   ;;
esac
 
useprefix=${prefix}
@@ -195,6 +198,8 @@ FILES_openssl-conf = "${sysconfdir}/ssl/openssl.cnf \
   ${libdir}/ssl-1.1/openssl.cnf* \
   "
 FILES_${PN}-engines = "${libdir}/engines-1.1"
+# ${prefix} comes from what we pass into --prefix at configure time (which is 
used for INSTALLTOP)
+FILES_${PN}-engines_append_mingw32_class-nativesdk = " 
${prefix}${libdir}/engines-1_1"
 FILES_${PN}-misc = "${libdir}/ssl-1.1/misc ${bindir}/c_rehash"
 FILES_${PN} =+ "${libdir}/ssl-1.1/*"
 FILES_${PN}_append_class-nativesdk = " 
${SDKPATHNATIVE}/environment-setup.d/openssl.sh"
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145602): 
https://lists.openembedded.org/g/openembedded-core/message/145602
Mute This Topic: https://lists.openembedded.org/mt/78953706/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Konrad Weihmann]

On 14.12.20 16:25, Otavio Salvador wrote:

Hello Konrad,

Em seg., 14 de dez. de 2020 às 11:06, Konrad Weihmann
 escreveu:

Had that at a bunch of my tools in meta-sca - as I couldn't rule out my
own fault, I help myself with the static linking workaround

On 14.12.20 15:03, Otavio Salvador wrote:

As a partial workaround I disabled GO_DYNLINK for native - so I kind of
second the impression that relocation is buggy in here.


Where you did it? I tried in the 'glide-native' case but it did not work out.


Adding:

# Disable dnylinking
GO_DYNLINK_class-native = "1"

"solves" it, indeed.

Richard and Khem, it seems to be related to Go itself. I'd like to
propose we add this to the class so  we workaround it for now until we
fix it properly.



I don't know if that a good idea - I had at least one tool that wasn't 
even producing binaries with this hack (gosec to be exact) - so if that 
would be added, then only as a very temporary fix. I would expect some 
newly introduced *security* feature in go linking to cause it, but I 
haven't found the time yet to check that in detail

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145601): 
https://lists.openembedded.org/g/openembedded-core/message/145601
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Otavio Salvador]

Hello Konrad,

Em seg., 14 de dez. de 2020 às 11:06, Konrad Weihmann
 escreveu:
> Had that at a bunch of my tools in meta-sca - as I couldn't rule out my
> own fault, I help myself with the static linking workaround
>
> On 14.12.20 15:03, Otavio Salvador wrote:
> >> As a partial workaround I disabled GO_DYNLINK for native - so I kind of
> >> second the impression that relocation is buggy in here.
> >
> > Where you did it? I tried in the 'glide-native' case but it did not work 
> > out.

Adding:

# Disable dnylinking
GO_DYNLINK_class-native = "1"

"solves" it, indeed.

Richard and Khem, it seems to be related to Go itself. I'd like to
propose we add this to the class so  we workaround it for now until we
fix it properly.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145600): 
https://lists.openembedded.org/g/openembedded-core/message/145600
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd-boot: allow building for Arm targets

[Ross Burton]

On Mon, 14 Dec 2020 at 14:11, Ross Burton  wrote:
> Can we just move the contents of that append into core?

FWIW, got a patch doing just that locally.

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145599): 
https://lists.openembedded.org/g/openembedded-core/message/145599
Mute This Topic: https://lists.openembedded.org/mt/78857969/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 7/8] lttng-modules: fix build against v5.10+

[Bruce Ashfield]

From: Bruce Ashfield 

lttng-modules doesn't currently build against the lastest 5.10-rc
versions.

Upstream lttng does have fixes for the issues, but hasn't done a
release that contains them yet. There are other patches on the
2.12.x branch, but I've skipped them for now as they aren't
necessary for 5.10 builds, and can be picked up with the next
full update.

We also bump the dev-upstream hash to make them easier to pickup
for those building from git.

Signed-off-by: Bruce Ashfield 
---
 ...jtool-Rename-frame.h-objtool.h-v5.10.patch |  88 
 ...rdered-extent-tracepoint-take-btrfs_.patch | 179 
 ...ext4-fast-commit-recovery-path-v5.10.patch |  99 +
 ...x86-mmu-Add-TDP-MMU-PF-handler-v5.10.patch |  82 
 ...int-Optimize-using-static_call-v5.10.patch | 196 ++
 ...defined-symbols-caused-by-incorrect-.patch |  55 +
 .../lttng/lttng-modules_2.12.3.bb |  10 +-
 7 files changed, 707 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0007-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0009-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0010-fix-ext4-fast-commit-recovery-path-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0012-fix-kvm-x86-mmu-Add-TDP-MMU-PF-handler-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0014-fix-tracepoint-Optimize-using-static_call-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0016-fix-statedump-undefined-symbols-caused-by-incorrect-.patch

diff --git 
a/meta/recipes-kernel/lttng/lttng-modules/0007-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
 
b/meta/recipes-kernel/lttng/lttng-modules/0007-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
new file mode 100644
index 00..fde9398394
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-modules/0007-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
@@ -0,0 +1,88 @@
+From 37b9cb0e6cb92181b7a25583849a9d161a558982 Mon Sep 17 00:00:00 2001
+From: Michael Jeanson 
+Date: Mon, 26 Oct 2020 13:41:02 -0400
+Subject: [PATCH 07/19] fix: objtool: Rename frame.h -> objtool.h (v5.10)
+
+See upstream commit :
+
+  commit 00089c048eb4a8250325efb32a2724fd0da68cce
+  Author: Julien Thierry 
+  Date:   Fri Sep 4 16:30:25 2020 +0100
+
+objtool: Rename frame.h -> objtool.h
+
+Header frame.h is getting more code annotations to help objtool analyze
+object files.
+
+Rename the file to objtool.h.
+
+Upstream-Status: Backport
+
+Signed-off-by: Michael Jeanson 
+Signed-off-by: Mathieu Desnoyers 
+Change-Id: Ic2283161bebcbf1e33b72805eb4d2628f4ae3e89
+---
+ lttng-filter-interpreter.c |  2 +-
+ wrapper/{frame.h => objtool.h} | 19 ---
+ 2 files changed, 13 insertions(+), 8 deletions(-)
+ rename wrapper/{frame.h => objtool.h} (50%)
+
+diff --git a/lttng-filter-interpreter.c b/lttng-filter-interpreter.c
+index 21169f01..5d572437 100644
+--- a/lttng-filter-interpreter.c
 b/lttng-filter-interpreter.c
+@@ -8,7 +8,7 @@
+  */
+ 
+ #include 
+-#include 
++#include 
+ #include 
+ #include 
+ 
+diff --git a/wrapper/frame.h b/wrapper/objtool.h
+similarity index 50%
+rename from wrapper/frame.h
+rename to wrapper/objtool.h
+index 6e6dc811..3b997cae 100644
+--- a/wrapper/frame.h
 b/wrapper/objtool.h
+@@ -1,18 +1,23 @@
+-/* SPDX-License-Identifier: (GPL-2.0 or LGPL-2.1)
++/* SPDX-License-Identifier: (GPL-2.0-only or LGPL-2.1-only)
+  *
+- * wrapper/frame.h
++ * wrapper/objtool.h
+  *
+  * Copyright (C) 2016 Mathieu Desnoyers 
+  */
+ 
+-#ifndef _LTTNG_WRAPPER_FRAME_H
+-#define _LTTNG_WRAPPER_FRAME_H
++#ifndef _LTTNG_WRAPPER_OBJTOOL_H
++#define _LTTNG_WRAPPER_OBJTOOL_H
+ 
+ #include 
+ 
+-#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+-
++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(5,10,0))
++#include 
++#elif (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+ #include 
++#endif
++
++
++#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4,6,0))
+ 
+ #define LTTNG_STACK_FRAME_NON_STANDARD(func) \
+   STACK_FRAME_NON_STANDARD(func)
+@@ -23,4 +28,4 @@
+ 
+ #endif
+ 
+-#endif /* _LTTNG_WRAPPER_FRAME_H */
++#endif /* _LTTNG_WRAPPER_OBJTOOL_H */
+-- 
+2.19.1
+
diff --git 
a/meta/recipes-kernel/lttng/lttng-modules/0009-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
 
b/meta/recipes-kernel/lttng/lttng-modules/0009-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
new file mode 100644
index 00..bc87c7174e
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-modules/0009-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
@@ -0,0 +1,179 @@
+From ddad4e82bc2cc48c0eb56d2daf69409026e8b31a Mon Sep 17 00:00:00 2001
+From: Michael Jeanson 
+Date: Tue, 27 Oct 2020 12:10:05 -0400
+Subject: [PATCH 09/19] fix: btrfs: make ordered extent tracepoint take
+ btrfs_inode (v5.10)
+
+See upstream commit :
+
+  

[OE-core] [PATCH 8/8] linux-yocto/5.4: update to v5.4.83

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

2bff021f53b2 Linux 5.4.83
66a08d1d3bd8 Revert "geneve: pull IP header before ECN decapsulation"
ed58971beb47 x86/insn-eval: Use new for_each_insn_prefix() macro to loop 
over prefixes bytes
423e1b08ce5c netfilter: nftables_offload: set address type in control 
dissector
13995410b616 netfilter: nf_tables: avoid false-postive lockdep splat
f25fa580f99e Input: i8042 - fix error return code in i8042_setup_aux()
b9df537e5fcd dm writecache: remove BUG() and fail gracefully instead
8e2c50315f00 i2c: qup: Fix error return code in qup_i2c_bam_schedule_desc()
1015eefe10e2 rtw88: debug: Fix uninitialized memory in debugfs code
af699e99efdc ASoC: wm_adsp: fix error return code in wm_adsp_load()
fdc1416c2199 tipc: fix a deadlock when flushing scheduled work
6410c7f53698 netfilter: ipset: prevent uninit-value in hash_ip6_add
cd928d387b0b gfs2: check for empty rgrp tree in gfs2_ri_update
c358e7e99dda can: af_can: can_rx_unregister(): remove WARN() statement from 
list operation sanity check
867fbf2bb739 lib/syscall: fix syscall registers retrieval on 32-bit 
platforms
f68f5bdfefd9 tracing: Fix userstacktrace option for instances
dbbf6cdab503 iommu/amd: Set DTE[IntTabLen] to represent 512 IRTEs
d863a4ad3cc5 spi: bcm2835: Release the DMA channel if probe fails after 
dma_init
83d5121c3b0f i2c: imx: Check for I2SR_IAL after every byte
83366a7b2d34 i2c: imx: Fix reset of I2SR_IAL flag
b0d4fa10bfcc speakup: Reject setting the speakup line discipline outside of 
speakup
a2a163f70bdf mm/swapfile: do not sleep with a spin lock held
4870004d30e3 mm: list_lru: set shrinker map bit when child nr_items is not 
zero
42ccf9d14ede coredump: fix core_pattern parse error
579c977253b6 x86/uprobes: Do not use prefixes.nbytes when looping over 
prefixes.bytes
002d2c4a3f66 dm: remove invalid sparse __acquires and __releases annotations
3b02d67064ff dm: fix bug with RCU locking in dm_blk_report_zones
7eb514087cdd powerpc/pseries: Pass MSI affinity to irq_create_mapping()
1f72986fc9df genirq/irqdomain: Add an irq_create_mapping_affinity() function
6466119452a8 powerpc/64s/powernv: Fix memory corruption when saving SLB 
entries on MCE
8a758e97b707 dm writecache: fix the maximum number of arguments
3f680c5996f9 scsi: mpt3sas: Fix ioctl timeout
812dff6a5250 drm/i915/gt: Program mocs:63 for cache eviction on gen9
b92738c4f9d3 thunderbolt: Fix use-after-free in remove_unplugged_switch()
ed201cb54d6f i2c: imx: Don't generate STOP condition if arbitration has 
been lost
73948ab9f2df cifs: fix potential use-after-free in cifs_echo_request()
a0ca8cb2f707 cifs: allow syscalls to be restarted in __smb_send_rqst()
205740ca4a4d ftrace: Fix updating FTRACE_FL_TRAMP
d18379bbb856 ALSA: hda/generic: Add option to enforce preferred_dacs pairs
f28666e00a44 ALSA: hda/realtek - Add new codec supported for ALC897
c57556f1798b ALSA: hda/realtek: Enable headset of ASUS UX482EG & B9400CEA 
with ALC294
f3fc36614438 ALSA: hda/realtek: Add mute LED quirk to yet another HP x360 
model
de41002d2e0e ALSA: hda/realtek: Fix bass speaker DAC assignment on Asus 
Zephyrus G14
35ee9ac51328 tty: Fix ->session locking
c536ecd48560 tty: Fix ->pgrp locking in tiocspgrp()
013d2d046532 USB: serial: option: fix Quectel BG96 matching
3cf949422734 USB: serial: option: add support for Thales Cinterion EXS82
0f8af69bec41 USB: serial: option: add Fibocom NL668 variants
250930f60c33 USB: serial: ch341: sort device-id entries
25b90f887dd4 USB: serial: ch341: add new Product ID for CH341A
f0990c21af7d USB: serial: kl5kusb105: fix memleak on open
8954745718e7 usb: gadget: f_fs: Use local copy of descriptors for userspace 
copy
4a77729b25d6 Partially revert bpf: Zero-fill re-used per-cpu map element
512b18eec5c2 pinctrl: baytrail: Fix pin being driven low for a while on 
gpiod_get(..., GPIOD_OUT_HIGH)
e90d11d0be10 pinctrl: baytrail: Replace WARN with dev_info_once when 
setting direct-irq pin to output

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 5162c065ed..3754abbc66 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "65a53ac9134b9736ae67afc5fb02049f4908d8e3"
-SRCREV_meta ?= 

[OE-core] [PATCH 6/8] linux-yocto/cfg: qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following commit(s):

qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT

This will address libinput ptest failures:
https://www.kernel.org/doc/html/latest/input/uinput.html
https://wayland.freedesktop.org/libinput/doc/latest/test-suite.html

qemux86_64 already has it enabled.

Signed-off-by: Alexander Kanavin 

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.8.bb  | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 2bd41965a6..5162c065ed 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "65a53ac9134b9736ae67afc5fb02049f4908d8e3"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index f5f7c87a31..fae984cd4e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 67157b1685..01de087128 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "0c335c490cfe932664f2e40c791efa387f769df5"
 SRCREV_machine ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index 4afddae092..b98d99a81f 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "9509db6e3ed6a23b1f7495b53248d1cbfe22710b"
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 4d60d0a557..ebd25dab3e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
 SRCREV_machine_qemux86-64 ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
 SRCREV_machine_qemumips64 ?= "0ba329b53891de44e4ef8d2ca8a948e1c6a5866c"
 SRCREV_machine ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index 3f94d22654..a2dacb2676 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
 SRCREV_machine_qemux86-64 ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
 SRCREV_machine_qemumips64 ?= "01a02b058f9a8941032b298b8d25c673526152f4"
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
 
 # remap qemuarm to qemuarma15 for the 5.8 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145596): 

[OE-core] [PATCH 4/8] linux-yocto/cfg: qemuppc: set CONFIG_SCSI to '=y'

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following configuration commit(s):

72a1fe336d7 qemuppc: configure the CONFIG_SCSI to '=y'

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.8.bb  | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index d415c3c63a..8bc93bf438 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "1ab0814d41526c2788188d884884c8b4a52d"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index 033dfc76a2..f5f7c87a31 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 33ca5856a3..3b462d5872 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "9a4d015ce467549f5f587a5001cd333ea7182aa2"
 SRCREV_machine ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index 50cee07620..4afddae092 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "9509db6e3ed6a23b1f7495b53248d1cbfe22710b"
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 1a14c8bdb5..456875a7b5 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
 SRCREV_machine_qemux86-64 ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
 SRCREV_machine_qemumips64 ?= "f8d0d215cf1a02a1e2915b8d57fb8f9f29e5dc49"
 SRCREV_machine ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index af576891e2..3f94d22654 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
 SRCREV_machine_qemux86-64 ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
 SRCREV_machine_qemumips64 ?= "01a02b058f9a8941032b298b8d25c673526152f4"
 SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
 
 # remap qemuarm to qemuarma15 for the 5.8 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145594): 
https://lists.openembedded.org/g/openembedded-core/message/145594
Mute This Topic: https://lists.openembedded.org/mt/78952143/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 

[OE-core] [PATCH 2/8] linux-yocto/5.4: update to v5.4.80

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

9f4b26f3ea18 Linux 5.4.80
a88f08e78249 sched/fair: Fix overutilized update in enqueue_task_fair()
10ca291c7749 mm, page_alloc: skip ->waternark_boost for atomic order-0 
allocations
a2761473d50b mm/userfaultfd: do not access vma->vm_mm after calling 
handle_userfault()
173e37322307 mm: memcg/slab: fix root memcg vmstats
fc82fd7f7df9 x86/microcode/intel: Check patch signature before saving 
microcode for early loading
09652ebd0dc1 seccomp: Set PF_SUPERPRIV when checking capability
fa9ccc177754 ptrace: Set PF_SUPERPRIV when checking capability
d51481382c74 mmc: sdhci-pci: Prefer SDR25 timing for High Speed mode for 
BYT-based Intel controllers
5b738014dadc drm/i915: Handle max_bpc==16
51cc709ed961 drm/amd/display: Add missing pflip irq for dcn2.0
1c1add911fd9 Drivers: hv: vmbus: Allow cleanup of VMBUS_CONNECT_CPU if 
disconnected
7411c05a6eea s390/dasd: fix null pointer dereference for ERP requests
e6e76a26fdc8 s390/cpum_sf.c: fix file permission for cpum_sfb_size
89d73a97af5c mac80211: free sta in sta_info_insert_finish() on errors
945c10ad59ca mac80211: minstrel: fix tx status processing corner case
336c331ef01e mac80211: minstrel: remove deferred sampling code
713f903dc4b5 xtensa: disable preemption around cache alias management calls
747467f3625b xtensa: fix TLBTEMP area placement
e7ea18de9bb3 regulator: workaround self-referent regulators
0d233d5766eb regulator: avoid resolve_supply() infinite recursion
65205dfe78ff regulator: fix memory leak with repeated 
set_machine_constraints()
4cab55d65974 regulator: pfuze100: limit pfuze-support-disable-sw to 
pfuze{100,200}
53a9502d9a69 spi: bcm2835aux: Fix use-after-free on unbind
2737549129ec spi: npcm-fiu: Don't leak SPI master in probe error path
3e04a4976add spi: Introduce device-managed SPI controller allocation
11bb6ae21c81 spi: lpspi: Fix use-after-free on unbind
760d4e3ee879 iio: adc: mediatek: fix unset field
d3e27c62334e iio: accel: kxcjk1013: Add support for KIOX010A ACPI DSM for 
setting tablet-mode
9f99cc38cf1a iio: accel: kxcjk1013: Replace is_smo8500_device with an 
acpi_type enum
308a06ac9fb8 ext4: fix bogus warning in ext4_update_dx_flag()
7f76c608135e iio: light: fix kconfig dependency bug for VCNL4035
2ba693eea318 staging: rtl8723bs: Add 024c:0627 to the list of SDIO 
device-ids
f59ef9ec20ac efivarfs: fix memory leak in efivarfs_create()
d73d0106e354 HID: logitech-dj: Fix an error in mse_bluetooth_descriptor
772ff2c77cce tty: serial: imx: keep console clocks always on
663f70f1f5e7 tty: serial: imx: fix potential deadlock
a3ac3d213572 ALSA: hda/realtek: Add some Clove SSID in the ALC293(ALC1220)
659f6731bcf4 ALSA: hda/realtek - Add supported for Lenovo ThinkPad Headset 
Button
c70c1b93f3d1 ALSA: mixart: Fix mutex deadlock
b9a69e5d0b37 ALSA: ctl: fix error path at adding user-defined element set
16a5e3748d86 ALSA: usb-audio: Add delay quirk for all Logitech USB devices
090ac65f8c7c ALSA: firewire: Clean up a locking issue in copy_resp_to_buf()
3b78db264675 speakup: Do not let the line discipline be used several times
0da75d37d199 HID: logitech-dj: Fix Dinovo Mini when paired with a MX5x00 
receiver
4e23e329ec17 HID: logitech-dj: Handle quad/bluetooth keyboards with a 
builtin trackpad
770a55072f12 HID: logitech-hidpp: Add PID for MX Anywhere 2
8a411bb0d73f libfs: fix error cast of negative value in simple_attr_write()
9d1b5a8c720e efi/x86: Free efi_pgd with free_pages()
95fafa1cb7a5 bpf, sockmap: Avoid returning unneeded EAGAIN when redirecting 
to self
a9f3670728a0 bpf, sockmap: Use truesize with sk_rmem_schedule()
e8b1de6975db bpf, sockmap: On receive programs try to fast track SK_PASS 
ingress
329c84430a64 bpf, sockmap: Skb verdict SK_PASS to self already checked rmem 
limits
4983ffd34ffc xfs: revert "xfs: fix rmap key and record comparison functions"
989d275ac592 fail_function: Remove a redundant mutex unlock
b9589cb07932 regulator: ti-abb: Fix array out of bound read access on the 
first transition
ad3c4c96bfb7 xfs: return corresponding errcode if xfs_initialize_perag() 
fail
738ec7670624 xfs: strengthen rmap record flags checking
388ca4a37dcd xfs: fix the minrecs logic when dealing with inode root child 
blocks
56588c1fdd19 can: m_can: process interrupt only when not runtime suspended
a3c94201e0a7 can: flexcan: flexcan_chip_start(): fix erroneous 
flexcan_transceiver_enable() during bus-off recovery
58f1657c3a58 iommu/vt-d: Avoid panic if iommu init fails in tboot system
964b02d50bab iommu/vt-d: Move intel_iommu_gfx_mapped to Intel IOMMU header
6d184f851182 can: kvaser_usb: kvaser_usb_hydra: Fix KCAN bittiming limits
987bd7901ae3 can: kvaser_pciefd: Fix KCAN 

[OE-core] [PATCH 5/8] linux-yocto/5.4: update to v5.4.82

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

ec274ecd62f9 Linux 5.4.82
4460a7c979ee RDMA/i40iw: Address an mmap handler exploit in i40iw
07434172c58b tracing: Remove WARN_ON in start_thread()
6ad995b851cb Input: i8042 - add ByteSpeed touchpad to noloop table
dfe5d9a8307e Input: xpad - support Ardwiino Controllers
c38a7023c00a ALSA: usb-audio: US16x08: fix value count for level meters
8cd76dacd3dc net/mlx5: Fix wrong address reclaim when command interface is 
down
2598dd80b801 net/mlx5: DR, Proper handling of unsupported Connect-X6DX SW 
steering
8f92330b0873 net/sched: act_mpls: ensure LSE is pullable before reading it
1086f789060a net: openvswitch: ensure LSE is pullable before reading it
ba203b92a829 net: skbuff: ensure LSE is pullable before decrementing the 
MPLS ttl
892e08e0b4f3 net: mvpp2: Fix error return code in mvpp2_open()
7c3894f695e4 chelsio/chtls: fix a double free in chtls_setkey()
178da08f9b5b vxlan: fix error return code in __vxlan_dev_create()
5405a299b8c1 net: pasemi: fix error return code in pasemi_mac_open()
dc469f423654 cxgb3: fix error return code in t3_sge_alloc_qset()
8bfe5b73b185 net/x25: prevent a couple of overflows
187a6daf5db4 net: ip6_gre: set dev->hard_header_len when using header_ops
a6cd76132872 geneve: pull IP header before ECN decapsulation
2b714b607f24 inet_ecn: Fix endianness of checksum update when setting ECT(1)
9a3cce1ceee4 ibmvnic: Fix TX completion error handling
40caea31dd56 ibmvnic: Ensure that SCRQ entry reads are correctly ordered
d126c30eb30d chelsio/chtls: fix panic during unload reload chtls
8a1bb298f75f dt-bindings: net: correct interrupt flags in examples
af0b082e16fb ipv4: Fix tos mask in inet_rtm_getroute()
4615228a50f9 netfilter: bridge: reset skb->pkt_type after 
NF_INET_POST_ROUTING traversal
294de8933adb sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
c4405cdf96f4 ima: extend boot_aggregate with kernel measurements
733729d3e0e4 staging/octeon: fix up merge error
6dd37fdc9550 bonding: wait for sysfs kobject destruction before freeing 
struct slave
beead010654d usbnet: ipheth: fix connectivity with iOS 14
f057c4d226f1 tun: honor IOCB_NOWAIT flag
538008749df2 tcp: Set INET_ECN_xmit configuration in 
tcp_reinit_congestion_control
9a62c8229cff sock: set sk_err to ee_errno on dequeue from errq
7f0ddd41e289 rose: Fix Null pointer dereference in rose_send_frame()
f2f25bc79782 net/tls: Protect from calling tls_dev_del for TLS RX twice
a6300aedf862 net/tls: missing received data after fast remote close
a15beea80e72 net/af_iucv: set correct sk_protocol for child sockets
9414855a1305 ipv6: addrlabel: fix possible memory leak in 
ip6addrlbl_net_init
99b5382bffd5 devlink: Hold rtnl lock while reading netdev attributes
42af416d7146 Linux 5.4.81
cd7343987376 ASoC: Intel: Skylake: Automatic DMIC format configuration 
according to information from NHLT
6ebb6af62721 ASoC: Intel: Multiple I/O PCM format support for pipe
b2b05b04d44d ASoC: Intel: Skylake: Await purge request ack on CNL
a28144d62ddc ASoC: Intel: Allow for ROM init retry on CNL platforms
4029a29f93ef ASoC: Intel: Skylake: Shield against no-NHLT configurations
754df2d3349d ASoC: Intel: Skylake: Enable codec wakeup during chip init
6de661f146a2 ASoC: Intel: Skylake: Select hda configuration permissively
422c4938f704 ASoC: Intel: Skylake: Remove superfluous chip initialization
23b093a2c4f9 USB: core: Fix regression in Hercules audio card
cc54f8b8e1cd x86/resctrl: Add necessary kernfs_put() calls to prevent 
refcount leak
d0c4c5a89f5b x86/resctrl: Remove superfluous kernfs_get() calls to prevent 
refcount leak
e799c00a745e x86/speculation: Fix prctl() when 
spectre_v2_user={seccomp,prctl},ibpb
f753e1c02a2e x86/mce: Do not overwrite no_way_out if mce_end() fails
62405223bafd irqchip/exiu: Fix the index of fwspec for IRQ type
f69d749d5f7f usb: gadget: Fix memleak in gadgetfs_fill_super
cad7b76a6129 USB: quirks: Add USB_QUIRK_DISCONNECT_SUSPEND quirk for Lenovo 
A630Z TIO built-in usb-audio card
c775935dfd1e usb: gadget: f_midi: Fix memleak in f_midi_alloc
e1a2a3043cc2 USB: core: Change %pK for __user pointers to %px
84d04d722b6a spi: bcm2835aux: Restore err assignment in bcm2835aux_spi_probe
5849e7dc560b perf probe: Fix to die_entrypc() returns error correctly
27193c41d0db perf stat: Use proper cpu for shadow stats
dc4d672a3fb5 can: m_can: fix nominal bitiming tseg2 min for version >= 3.1
1f076cc1de82 can: m_can: m_can_open(): remove IRQF_TRIGGER_FALLING from 
request_threaded_irq()'s flags
dd8ab85fd88e RDMA/hns: Bugfix for memory window mtpt configuration
e69f384e22f1 RDMA/hns: Fix retry_cnt and rnr_cnt when querying QP
49b26b969474 platform/x86: toshiba_acpi: 

[OE-core] [PATCH 3/8] kern-tools: non-gcc config support and option re-classification

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following commits:

  1aa9046 merge_config.sh: Translate some env variables to make variables
  6fdcd64 symbol_why: allow re-classification from non-hardare to hardware

With these, a non-gcc compiler can be used, since the invocation of the
kernel configuration explicitly passes the variables as command line
vars, versus environment variables. This means the kernel Makefile
assignments are overriden and the desired compiler used.

With option re-classification, we can inhibit warnings when an option
has incorrectly been classified has 'hardware', and hence triggers a
visible warning.

[merge_config.sh: Translate some env variables to make variables]
Signed-off-by: Tyler Hicks 
[symbol_why: allow re-classification from non-hardare to hardware]
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index ea33732a3e..d2dfd8c8a8 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
"file://tools/kgit;beginline=5;endline=9;md5=9c30e971d435e249
 
 DEPENDS = "git-native"
 
-SRCREV = "df4390b18a500a1a7d4695e1856971f8e36ce517"
+SRCREV = "1aa90463ad5d63f51aeeefed84fd6618b17da157"
 PR = "r12"
 PV = "0.2+git${SRCPV}"
 
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145593): 
https://lists.openembedded.org/g/openembedded-core/message/145593
Mute This Topic: https://lists.openembedded.org/mt/78952141/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/8] linux-yocto-rt/5.4: update to -rt44

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following commit(s):

375e7ee20260 Linux 5.4.78-rt44
c948a34d2755 Linux 5.4.77-rt43
8189406f8f2b Linux 5.4.74-rt42
0856261877e2 timers: Don't block on ->expiry_lock for TIMER_IRQSAFE
416edb155e5d ptrace: fix ptrace_unfreeze_traced() race with rt-lock
6bd85935ab11 mm/memcontrol: Disable preemption in __mod_memcg_lruvec_state()
57ada856a2a8 net: Properly annotate the try-lock for the seqlock
1c80ecf69d2d Linux 5.4.74-rt41
d4318c110dc6 Linux 5.4.70-rt40
bdfc6168388d Linux 5.4.69-rt39
b6e0ef250594 Linux 5.4.66-rt38
151876f794fc Linux 5.4.61-rt37
4bdac3f47b53 Linux 5.4.59-rt36
cf9b41798238 Linux 5.4.58-rt35
631b98ae597b Linux 5.4.55-rt34
77d701a69ebb Linux 5.4.54-rt33
130cf1b82691 rwsem: Provide down_read_non_owner() and up_read_non_owner() 
for -RT
6ab4141069fc net: phy: fixed_phy: Remove unused seqcount
291d163db65a Bluetooth: Acquire sk_lock.slock without disabling interrupts
4c9f5d78fed4 workqueue: Sync with upstream

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 104ada2db5..893388ac6b 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "97576fb7447efba82eb025bde3ae9ceb29939d5e"
+SRCREV_machine ?= "375e7ee20260d4448761605ae55b5cc50e38d516"
 SRCREV_meta ?= "d626f9108d590d41e82b97cbffc380aa699e86e1"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145591): 
https://lists.openembedded.org/g/openembedded-core/message/145591
Mute This Topic: https://lists.openembedded.org/mt/78952139/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 0/8] linux-yocto: consolidated pull requesrt

[Bruce Ashfield]

From: Bruce Ashfield 

Richard,

5.10 dropped this morning, so I'm switching over to the libc-headers
and reference kernel upgrade (5.4 and 5.10 will be in master, with
5.8 being dropped).

But since that will take a bit to sort out, I wanted to send my queue
of patches for other fixes/versions.

I didn't pick up any issues with local testing, so hopefully this won't
cause any problems.

I have the lttng-modules patch from a previous send repeated here, since
it may be easier to take it as part of the bulk update. I checked
just a few minutes ago, and there isn't a new tagged version of the
modules yet, so we still need the backported patches for 5.10+ builds.

Cheers,

Bruce


The following changes since commit 796be0593a607938aef3941372a9238b7e895446:

  bitbake: msg: use safe YAML loader (2020-12-10 13:39:15 +)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (8):
  linux-yocto-rt/5.4: update to -rt44
  linux-yocto/5.4: update to v5.4.80
  kern-tools: non-gcc config support and option re-classification
  linux-yocto/cfg: qemuppc: set CONFIG_SCSI to '=y'
  linux-yocto/5.4: update to v5.4.82
  linux-yocto/cfg: qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT
  lttng-modules: fix build against v5.10+
  linux-yocto/5.4: update to v5.4.83

 .../kern-tools/kern-tools-native_git.bb   |   2 +-
 .../linux/linux-yocto-rt_5.4.bb   |   6 +-
 .../linux/linux-yocto-rt_5.8.bb   |   2 +-
 .../linux/linux-yocto-tiny_5.4.bb |   8 +-
 .../linux/linux-yocto-tiny_5.8.bb |   2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |  22 +-
 meta/recipes-kernel/linux/linux-yocto_5.8.bb  |   2 +-
 ...jtool-Rename-frame.h-objtool.h-v5.10.patch |  88 
 ...rdered-extent-tracepoint-take-btrfs_.patch | 179 
 ...ext4-fast-commit-recovery-path-v5.10.patch |  99 +
 ...x86-mmu-Add-TDP-MMU-PF-handler-v5.10.patch |  82 
 ...int-Optimize-using-static_call-v5.10.patch | 196 ++
 ...defined-symbols-caused-by-incorrect-.patch |  55 +
 .../lttng/lttng-modules_2.12.3.bb |  10 +-
 14 files changed, 729 insertions(+), 24 deletions(-)
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0007-fix-objtool-Rename-frame.h-objtool.h-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0009-fix-btrfs-make-ordered-extent-tracepoint-take-btrfs_.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0010-fix-ext4-fast-commit-recovery-path-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0012-fix-kvm-x86-mmu-Add-TDP-MMU-PF-handler-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0014-fix-tracepoint-Optimize-using-static_call-v5.10.patch
 create mode 100644 
meta/recipes-kernel/lttng/lttng-modules/0016-fix-statedump-undefined-symbols-caused-by-incorrect-.patch

-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145590): 
https://lists.openembedded.org/g/openembedded-core/message/145590
Mute This Topic: https://lists.openembedded.org/mt/78952138/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 25/25] python3: fix CVE-2019-20907

[Steve Sakoman]

From: Andrej Valek 

 - move fixing patch for CVE-2020-8492 to the right location

Signed-off-by: Andrej Valek 
Signed-off-by: Steve Sakoman 
---
 ...20-8492-Fix-AbstractBasicAuthHandler.patch |  0
 .../python/python3/CVE-2019-20907.patch   | 44 +++
 meta/recipes-devtools/python/python3_3.8.2.bb |  1 +
 3 files changed, 45 insertions(+)
 rename meta/recipes-devtools/python/{files => 
python3}/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch (100%)
 create mode 100644 meta/recipes-devtools/python/python3/CVE-2019-20907.patch

diff --git 
a/meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch
 
b/meta/recipes-devtools/python/python3/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch
similarity index 100%
rename from 
meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch
rename to 
meta/recipes-devtools/python/python3/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch
diff --git a/meta/recipes-devtools/python/python3/CVE-2019-20907.patch 
b/meta/recipes-devtools/python/python3/CVE-2019-20907.patch
new file mode 100644
index 00..a2e72372dd
--- /dev/null
+++ b/meta/recipes-devtools/python/python3/CVE-2019-20907.patch
@@ -0,0 +1,44 @@
+From a06a6bf4e67a50561f6d6fb33534df1d3035ea34 Mon Sep 17 00:00:00 2001
+From: Rishi 
+Date: Wed, 15 Jul 2020 13:51:00 +0200
+Subject: [PATCH] bpo-39017: Avoid infinite loop in the tarfile module
+ (GH-21454)
+
+Avoid infinite loop when reading specially crafted TAR files using the tarfile 
module
+(CVE-2019-20907).
+(cherry picked from commit 5a8d121a1f3ef5ad7c105ee378cc79a3eac0c7d4)
+
+Co-authored-by: Rishi 
+
+Removed testing 'recursion.tar' tar file due to binary data
+
+Upstream-Status: Backport 
[https://github.com/python/cpython/commit/c55479556db015f48fc8bbca17f64d3e65598559]
+CVE: CVE-2019-20907
+Signed-off-by: Andrej Valek 
+---
+ Lib/tarfile.py|   2 ++
+ .../2020-07-12-22-16-58.bpo-39017.x3Cg-9.rst  |   1 +
+ 4 files changed, 10 insertions(+)
+ create mode 100644 Lib/test/recursion.tar
+ create mode 100644 
Misc/NEWS.d/next/Library/2020-07-12-22-16-58.bpo-39017.x3Cg-9.rst
+
+diff --git a/Lib/tarfile.py b/Lib/tarfile.py
+index d31b9cbb51d65..7a69e1b1aa544 100755
+--- a/Lib/tarfile.py
 b/Lib/tarfile.py
+@@ -1241,6 +1241,8 @@ def _proc_pax(self, tarfile):
+ 
+ length, keyword = match.groups()
+ length = int(length)
++if length == 0:
++raise InvalidHeaderError("invalid header")
+ value = buf[match.end(2) + 1:match.start(1) + length - 1]
+ 
+ # Normally, we could just use "utf-8" as the encoding and "strict"
+diff --git a/Misc/NEWS.d/next/Library/2020-07-12-22-16-58.bpo-39017.x3Cg-9.rst 
b/Misc/NEWS.d/next/Library/2020-07-12-22-16-58.bpo-39017.x3Cg-9.rst
+new file mode 100644
+index 0..ad26676f8b856
+--- /dev/null
 b/Misc/NEWS.d/next/Library/2020-07-12-22-16-58.bpo-39017.x3Cg-9.rst
+@@ -0,0 +1 @@
++Avoid infinite loop when reading specially crafted TAR files using the 
tarfile module (CVE-2019-20907).
diff --git a/meta/recipes-devtools/python/python3_3.8.2.bb 
b/meta/recipes-devtools/python/python3_3.8.2.bb
index b4cce88e87..9eddad4ad4 100644
--- a/meta/recipes-devtools/python/python3_3.8.2.bb
+++ b/meta/recipes-devtools/python/python3_3.8.2.bb
@@ -33,6 +33,7 @@ SRC_URI = 
"http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
file://0001-python3-Do-not-hardcode-lib-for-distutils.patch \

file://0020-configure.ac-setup.py-do-not-add-a-curses-include-pa.patch \

file://0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch \
+   file://CVE-2019-20907.patch \
file://CVE-2020-14422.patch \
file://CVE-2020-26116.patch \
file://CVE-2020-27619.patch \
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145589): 
https://lists.openembedded.org/g/openembedded-core/message/145589
Mute This Topic: https://lists.openembedded.org/mt/78951403/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 23/25] buildtools-tarball: add wic dependency into extended buildtools

[Steve Sakoman]

From: Changqing Li 

fix below error:
wic ls ./core-image-minimal-intel-x86-64.wic

ERROR: Can't find executable parted

wic depend on some tools like parted/mtools/..., and we have those
tools in native_sysroot. so above problem can be avoided by
run command like wic ls imagename.wic --native-sysroot 

but this cannot cover condition that usr don't have build the
image, the image just copy from somewhere.

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit c0eda6ec09395f3a04cb80107a3ca33a063b21f8)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/buildtools-extended-tarball.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-core/meta/buildtools-extended-tarball.bb 
b/meta/recipes-core/meta/buildtools-extended-tarball.bb
index c32d0107c3..0816486754 100644
--- a/meta/recipes-core/meta/buildtools-extended-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-extended-tarball.bb
@@ -29,6 +29,9 @@ TOOLCHAIN_HOST_TASK += "\
 nativesdk-pkgconfig \
 nativesdk-glibc-utils \
 nativesdk-libxcrypt-dev \
+nativesdk-parted \
+nativesdk-dosfstools \
+nativesdk-gptfdisk \
 "
 
 TOOLCHAIN_OUTPUTNAME = 
"${SDK_ARCH}-buildtools-extended-nativesdk-standalone-${DISTRO_VERSION}"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145587): 
https://lists.openembedded.org/g/openembedded-core/message/145587
Mute This Topic: https://lists.openembedded.org/mt/78951400/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 24/25] metadata_scm: Fix signature handling of METADATA_REVISION and METADATA_BRANCH

[Steve Sakoman]

From: Richard Purdie 

We're not interested in the dependencies of these functions and what
those functions look like, we're interested in the value the variable has.

Force the hashed value to be the actual value from the function. This
means using METADATA_REVISION in DISTRO_VERSION for example now
correctly rebuilds when it changes value.

Signed-off-by: Richard Purdie 
(cherry picked from commit 005651dc782859c01f170fb974811b2a13cb2cef)
Signed-off-by: Steve Sakoman 
---
 meta/classes/metadata_scm.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/metadata_scm.bbclass 
b/meta/classes/metadata_scm.bbclass
index 58bb4c555a..2608a7ef7b 100644
--- a/meta/classes/metadata_scm.bbclass
+++ b/meta/classes/metadata_scm.bbclass
@@ -1,5 +1,7 @@
 METADATA_BRANCH ?= "${@base_detect_branch(d)}"
+METADATA_BRANCH[vardepvalue] = "${METADATA_BRANCH}"
 METADATA_REVISION ?= "${@base_detect_revision(d)}"
+METADATA_REVISION[vardepvalue] = "${METADATA_REVISION}"
 
 def base_detect_revision(d):
 path = base_get_scmbasepath(d)
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145588): 
https://lists.openembedded.org/g/openembedded-core/message/145588
Mute This Topic: https://lists.openembedded.org/mt/78951402/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 21/25] llvm: sort the lists in generated source reproducibibly

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit e2e230bd7ad73a57bfb6808a3c537f74f35e2378)
Signed-off-by: Steve Sakoman 
---
 ...r-sort-ClassInfo-lists-by-name-as-we.patch | 31 +++
 meta/recipes-devtools/llvm/llvm_git.bb|  3 +-
 2 files changed, 33 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/llvm/llvm/0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch

diff --git 
a/meta/recipes-devtools/llvm/llvm/0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch
 
b/meta/recipes-devtools/llvm/llvm/0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch
new file mode 100644
index 00..20eea060b1
--- /dev/null
+++ 
b/meta/recipes-devtools/llvm/llvm/0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch
@@ -0,0 +1,31 @@
+From 86940d87026432683fb6741cd8a34d3b9b18e40d Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 27 Nov 2020 10:11:08 +
+Subject: [PATCH] AsmMatcherEmitter: sort ClassInfo lists by name as well
+
+Otherwise, there are instances which are identical in
+every other field and therefore sort non-reproducibly
+(which breaks binary and source reproducibiliy).
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ llvm/utils/TableGen/AsmMatcherEmitter.cpp | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/llvm/utils/TableGen/AsmMatcherEmitter.cpp 
b/llvm/utils/TableGen/AsmMatcherEmitter.cpp
+index ccf0959389b..1f801e83b7d 100644
+--- a/llvm/utils/TableGen/AsmMatcherEmitter.cpp
 b/llvm/utils/TableGen/AsmMatcherEmitter.cpp
+@@ -359,7 +359,10 @@ public:
+ // name of a class shouldn't be significant. However, some of the backends
+ // accidentally rely on this behaviour, so it will have to stay like this
+ // until they are fixed.
+-return ValueName < RHS.ValueName;
++if (ValueName != RHS.ValueName)
++return ValueName < RHS.ValueName;
++// All else being equal, we should sort by name, for source and binary 
reproducibility
++return Name < RHS.Name;
+   }
+ };
+ 
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index 6ea1b80e1f..534e2c685f 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -33,7 +33,8 @@ SRCREV = "c1a0a213378a458fbea1a5c77b315c7dce08fd05"
 SRC_URI = "git://github.com/llvm/llvm-project.git;branch=${BRANCH} \

file://0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch;striplevel=2
 \
file://0007-llvm-allow-env-override-of-exe-path.patch;striplevel=2 \
-  "
+   
file://0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch;striplevel=2
 \
+   "
 
 UPSTREAM_CHECK_GITTAGREGEX = "llvmorg-(?P\d+(\.\d+)+)"
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145585): 
https://lists.openembedded.org/g/openembedded-core/message/145585
Mute This Topic: https://lists.openembedded.org/mt/78951395/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 20/25] serf: do not install the static library

[Steve Sakoman]

From: Alexander Kanavin 

scons is using host ar to create it, which may or may not
be built with reproducible option by default. Rather than
patch scons for the benefit of a single recipe, let's
just not install the .a, which is unused anyway.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7e44275f4d286f005b2f19e3dcc9c6d390b98f30)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/serf/serf_1.3.9.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-support/serf/serf_1.3.9.bb 
b/meta/recipes-support/serf/serf_1.3.9.bb
index 6a27f12102..2fbf96f997 100644
--- a/meta/recipes-support/serf/serf_1.3.9.bb
+++ b/meta/recipes-support/serf/serf_1.3.9.bb
@@ -30,4 +30,9 @@ EXTRA_OESCONS = " \
   OPENSSL="${STAGING_EXECPREFIXDIR}" \
   "
 
+# scons creates non-reproducible archives
+do_install_append() {
+   rm ${D}/${libdir}/*.a
+}
+
 BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145584): 
https://lists.openembedded.org/g/openembedded-core/message/145584
Mute This Topic: https://lists.openembedded.org/mt/78951393/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 22/25] glib-networking/btrfs-tools/dosfstools/parted/bmap-tools/libsoup-2.4: add nativesdk support

[Steve Sakoman]

From: Hongxu Jia 

In order to make wic tool work in sdk which is out of an
existed Yocto build, it needs to port wic tool as a nativesdk
recipe.

First, make these runtime depends recipes to support nativesdk

Signed-off-by: Hongxu Jia 
Signed-off-by: Richard Purdie 
(cherry picked from commit cb4f7f078e1d3b1afbf93ca4dc5e690f60c59412)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/glib-networking/glib-networking_2.62.4.bb | 2 +-
 meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb  | 2 +-
 meta/recipes-devtools/dosfstools/dosfstools_4.1.bb  | 2 +-
 meta/recipes-extended/parted/parted_3.3.bb  | 2 +-
 meta/recipes-support/bmap-tools/bmap-tools_3.5.bb   | 2 +-
 meta/recipes-support/libsoup/libsoup-2.4_2.68.4.bb  | 2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb 
b/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
index b74532087c..c476a7cba5 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
@@ -31,4 +31,4 @@ FILES_${PN} += "\
 FILES_${PN}-dev += "${libdir}/gio/modules/libgio*.la"
 FILES_${PN}-staticdev += "${libdir}/gio/modules/libgio*.a"
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
index cdc971cf5d..4112cf484f 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
@@ -49,4 +49,4 @@ do_install_append() {
 fi
 }
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb 
b/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
index e4ab113391..4bd4aef099 100644
--- a/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
+++ b/meta/recipes-devtools/dosfstools/dosfstools_4.1.bb
@@ -22,7 +22,7 @@ EXTRA_OECONF = "--without-udev --enable-compat-symlinks"
 
 CFLAGS += "-D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
 
 # Add codepage437 to avoid error from `dosfsck -l`
 RRECOMMENDS_${PN}_append_libc-glibc = " glibc-gconv-ibm437"
diff --git a/meta/recipes-extended/parted/parted_3.3.bb 
b/meta/recipes-extended/parted/parted_3.3.bb
index 1cfd9ec264..aa4d8042cf 100644
--- a/meta/recipes-extended/parted/parted_3.3.bb
+++ b/meta/recipes-extended/parted/parted_3.3.bb
@@ -22,7 +22,7 @@ EXTRA_OECONF = "--disable-device-mapper"
 
 inherit autotools pkgconfig gettext texinfo ptest
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
 
 do_compile_ptest() {
oe_runmake -C tests print-align print-max dup-clobber duplicate 
fs-resize print-flags
diff --git a/meta/recipes-support/bmap-tools/bmap-tools_3.5.bb 
b/meta/recipes-support/bmap-tools/bmap-tools_3.5.bb
index 7c4db85b32..986f0124e2 100644
--- a/meta/recipes-support/bmap-tools/bmap-tools_3.5.bb
+++ b/meta/recipes-support/bmap-tools/bmap-tools_3.5.bb
@@ -22,4 +22,4 @@ RDEPENDS_${PN} = "python3-core python3-compression 
python3-mmap python3-setuptoo
 inherit python3native
 inherit setuptools3
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.68.4.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.68.4.bb
index 6731b3373e..f984a06aba 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.68.4.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.68.4.bb
@@ -40,4 +40,4 @@ DEBIAN_NOAUTONAME_${PN} = "1"
 # glib-networking is needed for SSL, proxies, etc.
 RRECOMMENDS_${PN} = "glib-networking"
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145586): 
https://lists.openembedded.org/g/openembedded-core/message/145586
Mute This Topic: https://lists.openembedded.org/mt/78951398/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 19/25] ffmpeg: fix reproducibility

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit a4f7c6f831a551e3df503091fdca5c9f4add879d)
Signed-off-by: Steve Sakoman 
---
 ...e-assembly-with-full-path-from-sourc.patch | 97 +++
 .../recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb |  6 ++
 2 files changed, 103 insertions(+)
 create mode 100644 
meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavutil-include-assembly-with-full-path-from-sourc.patch

diff --git 
a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavutil-include-assembly-with-full-path-from-sourc.patch
 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavutil-include-assembly-with-full-path-from-sourc.patch
new file mode 100644
index 00..3b503c49c9
--- /dev/null
+++ 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-libavutil-include-assembly-with-full-path-from-sourc.patch
@@ -0,0 +1,97 @@
+From 24a58d70cbb3997e471366bd5afe54be9007bfb1 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 10 Nov 2020 15:32:14 +
+Subject: [PATCH] libavutil: include assembly with full path from source root
+
+Otherwise nasm writes the full host-specific paths into .o
+output, which breaks binary reproducibility.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ libavutil/x86/cpuid.asm  | 2 +-
+ libavutil/x86/emms.asm   | 2 +-
+ libavutil/x86/fixed_dsp.asm  | 2 +-
+ libavutil/x86/float_dsp.asm  | 2 +-
+ libavutil/x86/lls.asm| 2 +-
+ libavutil/x86/pixelutils.asm | 2 +-
+ 6 files changed, 6 insertions(+), 6 deletions(-)
+
+diff --git a/libavutil/x86/cpuid.asm b/libavutil/x86/cpuid.asm
+index c3f7866..766f77f 100644
+--- a/libavutil/x86/cpuid.asm
 b/libavutil/x86/cpuid.asm
+@@ -21,7 +21,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION .text
+ 
+diff --git a/libavutil/x86/emms.asm b/libavutil/x86/emms.asm
+index 8611762..df84f22 100644
+--- a/libavutil/x86/emms.asm
 b/libavutil/x86/emms.asm
+@@ -18,7 +18,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION .text
+ 
+diff --git a/libavutil/x86/fixed_dsp.asm b/libavutil/x86/fixed_dsp.asm
+index 979dd5c..2f41185 100644
+--- a/libavutil/x86/fixed_dsp.asm
 b/libavutil/x86/fixed_dsp.asm
+@@ -20,7 +20,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION .text
+ 
+diff --git a/libavutil/x86/float_dsp.asm b/libavutil/x86/float_dsp.asm
+index 517fd63..b773e61 100644
+--- a/libavutil/x86/float_dsp.asm
 b/libavutil/x86/float_dsp.asm
+@@ -20,7 +20,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION_RODATA 32
+ pd_reverse: dd 7, 6, 5, 4, 3, 2, 1, 0
+diff --git a/libavutil/x86/lls.asm b/libavutil/x86/lls.asm
+index 317fba6..d2526d1 100644
+--- a/libavutil/x86/lls.asm
 b/libavutil/x86/lls.asm
+@@ -20,7 +20,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION .text
+ 
+diff --git a/libavutil/x86/pixelutils.asm b/libavutil/x86/pixelutils.asm
+index 36c57c5..8b45ead 100644
+--- a/libavutil/x86/pixelutils.asm
 b/libavutil/x86/pixelutils.asm
+@@ -21,7 +21,7 @@
+ ;* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 
USA
+ 
;**
+ 
+-%include "x86util.asm"
++%include "libavutil/x86/x86util.asm"
+ 
+ SECTION .text
+ 
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
index fddfef9e27..0e359848fa 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
@@ -26,6 +26,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://mips64_cpu_detection.patch \
file://CVE-2020-12284.patch \
+   
file://0001-libavutil-include-assembly-with-full-path-from-sourc.patch \
"
 SRC_URI[md5sum] = "348956fc2faa57a2f79bbb84ded9fbc3"
 SRC_URI[sha256sum] = 
"cb754255ab0ee2ea5f66f8850e1bd6ad5cac1cd855d0a2f4990fb8c668b0d29c"
@@ -129,6 +130,11 @@ 

[OE-core][dunfell 18/25] webkitgtk: fix reproducibility

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1e7c673ab8d14766190843c6d8747510b37c71bf)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-sato/webkit/webkitgtk_2.28.2.bb | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.28.2.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.28.2.bb
index 9cfec83ec7..cf6b2ffae7 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.28.2.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.28.2.bb
@@ -131,3 +131,15 @@ GI_DATA_ENABLED_libc-musl_armv7ve = "False"
 
 # Can't be built with ccache
 CCACHE_DISABLE = "1"
+
+PACKAGE_PREPROCESS_FUNCS += "src_package_preprocess"
+src_package_preprocess () {
+# Trim build paths from comments in generated sources to ensure 
reproducibility
+sed -i -e "s,${WORKDIR},,g" \
+${B}/DerivedSources/webkit2gtk/webkit2/*.cpp \
+${B}/DerivedSources/ForwardingHeaders/JavaScriptCore/*.h \
+${B}/DerivedSources/JavaScriptCore/*.h \
+${B}/DerivedSources/JavaScriptCore/yarr/*.h \
+${B}/DerivedSources/MiniBrowser/*.c
+}
+
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145582): 
https://lists.openembedded.org/g/openembedded-core/message/145582
Mute This Topic: https://lists.openembedded.org/mt/78951388/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 17/25] ruby: fix reproducibility

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 07c26e3292dbaf71873f71bec2a631f880b2e76d)
Signed-off-by: Steve Sakoman 
---
 ...e.in-do-not-write-host-cross-cc-item.patch | 32 +++
 meta/recipes-devtools/ruby/ruby_2.7.1.bb  |  1 +
 2 files changed, 33 insertions(+)
 create mode 100644 
meta/recipes-devtools/ruby/ruby/0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch

diff --git 
a/meta/recipes-devtools/ruby/ruby/0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch
 
b/meta/recipes-devtools/ruby/ruby/0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch
new file mode 100644
index 00..826daf2cda
--- /dev/null
+++ 
b/meta/recipes-devtools/ruby/ruby/0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch
@@ -0,0 +1,32 @@
+From 2368d07660a93a2c41d63f3ab6054ca4daeef820 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 17 Nov 2020 18:31:40 +
+Subject: [PATCH] template/Makefile.in: do not write host cross-cc items into
+ target config
+
+This helps reproducibility.
+
+Upstream-Status: Inapproppriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ template/Makefile.in | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/template/Makefile.in b/template/Makefile.in
+index 10dc826..940ee07 100644
+--- a/template/Makefile.in
 b/template/Makefile.in
+@@ -657,11 +657,11 @@ mjit_config.h:
+   echo '#endif'; \
+   quote MJIT_MIN_HEADER_NAME "$(MJIT_MIN_HEADER_NAME)"; \
+   sep=,; \
+-  quote "MJIT_CC_COMMON  " $(MJIT_CC); \
++  quote "MJIT_CC_COMMON  " ; \
+   quote "MJIT_CFLAGS  MJIT_ARCHFLAG" $(MJIT_CFLAGS); \
+   quote "MJIT_OPTFLAGS   " $(MJIT_OPTFLAGS); \
+   quote "MJIT_DEBUGFLAGS " $(MJIT_DEBUGFLAGS); \
+-  quote "MJIT_LDSHARED   " $(MJIT_LDSHARED); \
++  quote "MJIT_LDSHARED   " ; \
+   quote "MJIT_DLDFLAGSMJIT_ARCHFLAG" $(MJIT_DLDFLAGS); \
+   quote "MJIT_LIBS   " $(LIBRUBYARG_SHARED); \
+   quote 'PRELOADENV   "@PRELOADENV@"'; \
diff --git a/meta/recipes-devtools/ruby/ruby_2.7.1.bb 
b/meta/recipes-devtools/ruby/ruby_2.7.1.bb
index f87686f6f7..a6c65e887b 100644
--- a/meta/recipes-devtools/ruby/ruby_2.7.1.bb
+++ b/meta/recipes-devtools/ruby/ruby_2.7.1.bb
@@ -7,6 +7,7 @@ SRC_URI += " \
file://run-ptest \

file://0001-Modify-shebang-of-libexec-y2racc-and-libexec-racc2y.patch \
file://CVE-2020-25613.patch \
+   
file://0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch \
"
 
 SRC_URI[md5sum] = "debb9c325bf65021214451660f46e909"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145581): 
https://lists.openembedded.org/g/openembedded-core/message/145581
Mute This Topic: https://lists.openembedded.org/mt/78951387/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 13/25] libffi: add patch to revert clang VFP workaround

[Steve Sakoman]

From: Brett Warren 

Patch is added to address an issue preventing libffi
from compiling under clang.

Change-Id: I55e36d252ec8e84de9b35fea18044c2c0e8c5aab
Signed-off-by: Brett Warren 
Signed-off-by: Richard Purdie 
(cherry picked from commit 01e8c53488dd5ebb206bef2415549e8ac1ac7601)
Signed-off-by: Steve Sakoman 
---
 ...m-sysv-reverted-clang-VFP-mitigation.patch | 104 ++
 meta/recipes-support/libffi/libffi_3.3.bb |   1 +
 2 files changed, 105 insertions(+)
 create mode 100644 
meta/recipes-support/libffi/libffi/0001-arm-sysv-reverted-clang-VFP-mitigation.patch

diff --git 
a/meta/recipes-support/libffi/libffi/0001-arm-sysv-reverted-clang-VFP-mitigation.patch
 
b/meta/recipes-support/libffi/libffi/0001-arm-sysv-reverted-clang-VFP-mitigation.patch
new file mode 100644
index 00..782dce70d8
--- /dev/null
+++ 
b/meta/recipes-support/libffi/libffi/0001-arm-sysv-reverted-clang-VFP-mitigation.patch
@@ -0,0 +1,104 @@
+From 501a6b55853af549fae72723e74271f2a4ec7cf6 Mon Sep 17 00:00:00 2001
+From: Brett Warren 
+Date: Fri, 27 Nov 2020 15:28:42 +
+Subject: [PATCH] arm/sysv: reverted clang VFP mitigation
+
+Since commit e3d2812ce43940aacae5bab2d0e965278cb1e7ea,
+seperate instructions were used when compiling under clang, 
+as clang didn't allow the directives at the time. This mitigation
+now causes compilation to fail under clang 10, as described by 
+https://github.com/libffi/libffi/issues/607. Now that
+clang supports the LDC and SDC instructions, this mitigation
+has been reverted.
+
+Upstream-Status: Pending
+Signed-off-by: Brett Warren 
+---
+ src/arm/sysv.S | 33 -
+ 1 file changed, 33 deletions(-)
+
+diff --git a/src/arm/sysv.S b/src/arm/sysv.S
+index 63180a4..e3ce526 100644
+--- a/src/arm/sysv.S
 b/src/arm/sysv.S
+@@ -128,13 +128,8 @@ ARM_FUNC_START(ffi_call_VFP)
+   cfi_startproc
+ 
+   cmp r3, #3  @ load only d0 if possible
+-#ifdef __clang__
+-  vldrle d0, [sp]
+-  vldmgt sp, {d0-d7}
+-#else
+   ldcle   p11, cr0, [r0]  @ vldrle d0, [sp]
+   ldcgt   p11, cr0, [r0], {16}@ vldmgt sp, {d0-d7}
+-#endif
+   add r0, r0, #64 @ discard the vfp register args
+   /* FALLTHRU */
+ ARM_FUNC_END(ffi_call_VFP)
+@@ -172,25 +167,13 @@ ARM_FUNC_START(ffi_call_SYSV)
+   nop
+ 0:
+ E(ARM_TYPE_VFP_S)
+-#ifdef __clang__
+-  vstr s0, [r2]
+-#else
+   stc p10, cr0, [r2]  @ vstr s0, [r2]
+-#endif
+   pop {fp,pc}
+ E(ARM_TYPE_VFP_D)
+-#ifdef __clang__
+-  vstr d0, [r2]
+-#else
+   stc p11, cr0, [r2]  @ vstr d0, [r2]
+-#endif
+   pop {fp,pc}
+ E(ARM_TYPE_VFP_N)
+-#ifdef __clang__
+-  vstm r2, {d0-d3}
+-#else
+   stc p11, cr0, [r2], {8} @ vstm r2, {d0-d3}
+-#endif
+   pop {fp,pc}
+ E(ARM_TYPE_INT64)
+   str r1, [r2, #4]
+@@ -287,11 +270,7 @@ ARM_FUNC_START(ffi_closure_VFP)
+   add ip, sp, #16
+   sub sp, sp, #64+32  @ allocate frame
+   cfi_adjust_cfa_offset(64+32)
+-#ifdef __clang__
+-  vstm sp, {d0-d7}
+-#else
+   stc p11, cr0, [sp], {16}@ vstm sp, {d0-d7}
+-#endif
+   stmdb   sp!, {ip,lr}
+ 
+   /* See above.  */
+@@ -320,25 +299,13 @@ ARM_FUNC_START_LOCAL(ffi_closure_ret)
+   cfi_rel_offset(lr, 4)
+ 0:
+ E(ARM_TYPE_VFP_S)
+-#ifdef __clang__
+-  vldr s0, [r2]
+-#else
+   ldc p10, cr0, [r2]  @ vldr s0, [r2]
+-#endif
+   ldm sp, {sp,pc}
+ E(ARM_TYPE_VFP_D)
+-#ifdef __clang__
+-  vldr d0, [r2]
+-#else
+   ldc p11, cr0, [r2]  @ vldr d0, [r2]
+-#endif
+   ldm sp, {sp,pc}
+ E(ARM_TYPE_VFP_N)
+-#ifdef __clang__
+-  vldm r2, {d0-d3}
+-#else
+   ldc p11, cr0, [r2], {8} @ vldm r2, {d0-d3}
+-#endif
+   ldm sp, {sp,pc}
+ E(ARM_TYPE_INT64)
+   ldr r1, [r2, #4]
+-- 
+2.17.1
+
diff --git a/meta/recipes-support/libffi/libffi_3.3.bb 
b/meta/recipes-support/libffi/libffi_3.3.bb
index 9dfdb9e39b..10ef003242 100644
--- a/meta/recipes-support/libffi/libffi_3.3.bb
+++ b/meta/recipes-support/libffi/libffi_3.3.bb
@@ -13,6 +13,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=492385fe22195952f5b9b197868ba268"
 SRC_URI = 
"https://github.com/libffi/libffi/releases/download/v${PV}/${BPN}-${PV}.tar.gz \
file://not-win32.patch \
file://0001-Fixed-missed-ifndef-for-__mips_soft_float.patch \
+   file://0001-arm-sysv-reverted-clang-VFP-mitigation.patch \
file://0001-powerpc-fix-build-failure-on-power7-and-older-532.patch 
\
file://0001-Address-platforms-with-no-__int128.patch \
file://0001-Address-platforms-with-no-__int128-part2.patch \
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145577): 
https://lists.openembedded.org/g/openembedded-core/message/145577
Mute This Topic: https://lists.openembedded.org/mt/78951380/21656

[OE-core][dunfell 15/25] meta/lib/oe/reproducible.py: gitsm:// works just as fine as git:// for timestamps

[Steve Sakoman]

From: Alexander Kanavin 

This in particular addresses vulkan-samples reproducibility which made me 
scratch my
head for a while.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 4a2936126f12eeacecced051fa339c32c1f16576)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oe/reproducible.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/reproducible.py b/meta/lib/oe/reproducible.py
index 421bb12f54..0fb02ccdb0 100644
--- a/meta/lib/oe/reproducible.py
+++ b/meta/lib/oe/reproducible.py
@@ -47,7 +47,7 @@ def find_git_folder(d, sourcedir):
 return None
 
 def get_source_date_epoch_from_git(d, sourcedir):
-if not "git://" in d.getVar('SRC_URI'):
+if not "git://" in d.getVar('SRC_URI') and not "gitsm://" in 
d.getVar('SRC_URI'):
 return None
 
 gitpath = find_git_folder(d, sourcedir)
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145579): 
https://lists.openembedded.org/g/openembedded-core/message/145579
Mute This Topic: https://lists.openembedded.org/mt/78951383/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 16/25] llvm: fix reproducibility

[Steve Sakoman]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit a467c0a03d077861c37e317dcb2905b6388cb64c)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/llvm/llvm_git.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index a8607f5008..6ea1b80e1f 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -101,6 +101,11 @@ do_configure_prepend() {
sed -ri "s#lib/${LLVM_DIR}#${baselib}/${LLVM_DIR}#g" 
${S}/tools/llvm-config/llvm-config.cpp
 }
 
+# patch out build host paths for reproducibility
+do_compile_prepend_class-target() {
+sed -i -e "s,${WORKDIR},,g" ${B}/tools/llvm-config/BuildVariables.inc
+}
+
 do_compile() {
ninja -v ${PARALLEL_MAKE}
 }
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145580): 
https://lists.openembedded.org/g/openembedded-core/message/145580
Mute This Topic: https://lists.openembedded.org/mt/78951385/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 14/25] kernel-module-split.bbclass: fix kernel modules getting marked as CONFFILES

[Steve Sakoman]

From: Gratian Crisan 

Yi pointed out that commit 1a70a92d1f10 ("kernel-module-split.bbclass:
identify kernel modconf files as configuration files") is
unintentionally adding the actual kernel /lib/modules .ko files to the
CONFFILES variable.

The root cause is the re-use of the 'files' variable in that commit.
Fix it by using a separate variable to keep track of the generated
module .conf files that need to be marked as configuration files.

Fixes: 1a70a92d1f10 ("kernel-module-split.bbclass: identify kernel modconf 
files as configuration files")
Reported-by: Yi Zhao 
Signed-off-by: Gratian Crisan 
Signed-off-by: Richard Purdie 
(cherry picked from commit db5f2ca532db4f0d2e05b7cb5f9d146e1dd76ab3)
Signed-off-by: Steve Sakoman 
---
 meta/classes/kernel-module-split.bbclass | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel-module-split.bbclass 
b/meta/classes/kernel-module-split.bbclass
index c8ede26996..baa32e0a90 100644
--- a/meta/classes/kernel-module-split.bbclass
+++ b/meta/classes/kernel-module-split.bbclass
@@ -120,7 +120,10 @@ python split_kernel_module_packages () {
 files = d.getVar('FILES_%s' % pkg)
 files = "%s /etc/modules-load.d/%s.conf /etc/modprobe.d/%s.conf" % 
(files, basename, basename)
 d.setVar('FILES_%s' % pkg, files)
-d.setVar('CONFFILES_%s' % pkg, files)
+
+conffiles = d.getVar('CONFFILES_%s' % pkg)
+conffiles = "%s /etc/modules-load.d/%s.conf /etc/modprobe.d/%s.conf" % 
(conffiles, basename, basename)
+d.setVar('CONFFILES_%s' % pkg, conffiles)
 
 if "description" in vals:
 old_desc = d.getVar('DESCRIPTION_' + pkg) or ""
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145578): 
https://lists.openembedded.org/g/openembedded-core/message/145578
Mute This Topic: https://lists.openembedded.org/mt/78951381/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 12/25] coreutils: add SUSE-specific issues to CVE whitelist

[Steve Sakoman]

From: Ross Burton 

CVE-2013-0221 through -223 are all SUSE-specific, so add them to the
whitelist.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 59f2120de3b6d53bbfb9db858ffb8b7b20c8d1ce)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/coreutils/coreutils_8.31.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-core/coreutils/coreutils_8.31.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb
index 0c8452da98..bd7a8a2f35 100644
--- a/meta/recipes-core/coreutils/coreutils_8.31.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -199,3 +199,6 @@ do_install_ptest () {
 }
 
 FILES_${PN}-ptest += "${bindir}/getlimits"
+
+# These are specific to Opensuse
+CVE_WHITELIST += "CVE-2013-0221 CVE-2013-0222 CVE-2013-0223"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145576): 
https://lists.openembedded.org/g/openembedded-core/message/145576
Mute This Topic: https://lists.openembedded.org/mt/78951377/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 11/25] cve-update-db-native: handle all-wildcard versions

[Steve Sakoman]

From: Ross Burton 

If a CPE version field is just *:*:*:* it should be handled the same as
-:*:*:*, that is 'all versions'.  To ease handling, transform this case
to use -.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 04a9bc4ca5294fe6834513669c7746a824d12b04)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/cve-update-db-native.bb | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/meta/cve-update-db-native.bb 
b/meta/recipes-core/meta/cve-update-db-native.bb
index 0cd3a1c153..9e8e006a32 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -166,7 +166,12 @@ def parse_node_and_insert(c, node, cveId):
 op_end = '<'
 v_end = cpe['versionEndExcluding']
 
-yield [cveId, vendor, product, v_start, op_start, v_end, 
op_end]
+if op_start or op_end or v_start or v_end:
+yield [cveId, vendor, product, v_start, op_start, v_end, 
op_end]
+else:
+# This is no version information, expressed differently.
+# Save processing by representing as -.
+yield [cveId, vendor, product, '-', '', '', '']
 
 c.executemany("insert into PRODUCTS values (?, ?, ?, ?, ?, ?, ?)", 
cpe_generator())
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145575): 
https://lists.openembedded.org/g/openembedded-core/message/145575
Mute This Topic: https://lists.openembedded.org/mt/78951375/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 10/25] meta/lib/oeqa/manual/oe-core.json: Update test_bitbake_devshell

[Steve Sakoman]

From: sangeeta jain 

Update command used for cross compilation to include ${CONFIGUREOPTS}
to ensure right arguments are passed for cross compiling on any host.

Signed-off-by: sangeeta jain 
Signed-off-by: Richard Purdie 
(cherry picked from commit e995e67bc7a3d30adf9f8d0d2f4df92a941baeae)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/manual/oe-core.json | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/manual/oe-core.json 
b/meta/lib/oeqa/manual/oe-core.json
index fb47c5ec36..4ad524d89b 100644
--- a/meta/lib/oeqa/manual/oe-core.json
+++ b/meta/lib/oeqa/manual/oe-core.json
@@ -80,7 +80,7 @@
   "expected_results": ""
 },
 "7": {
-  "action": "Run command:./configure && make ",
+  "action": "Run command:./configure ${CONFIGUREOPTS} && make ",
   "expected_results": "Verify that \"matchbox-desktop\" binary file 
was created successfully under \"src/\" directory "
 },
 "8": {
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145574): 
https://lists.openembedded.org/g/openembedded-core/message/145574
Mute This Topic: https://lists.openembedded.org/mt/78951373/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 08/25] linux-firmware: upgrade 20201022 -> 20201118

[Steve Sakoman]

From: Dmitry Baryshkov 

License-Update: firmware versions/filenames
Signed-off-by: Dmitry Baryshkov 
Signed-off-by: Richard Purdie 
(cherry picked from commit c8b2f1e058e83e3f6676189fd77fcfad3acd019f)
Signed-off-by: Steve Sakoman 
---
 ...{linux-firmware_20201022.bb => linux-firmware_20201118.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20201022.bb => 
linux-firmware_20201118.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20201022.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20201022.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
index 93b9d5308a..5de7157f3a 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20201022.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
@@ -126,7 +126,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=daf28db5d6353de0a886f08106cffa22 \
+file://WHENCE;md5=ef221e03fc58f4d34a132b801dfa1d68 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -198,7 +198,7 @@ PE = "1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/firmware/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"bf586e0beb4c65f22bf0a79811f259aa0a5a7cc9f70eebecb260525b6914cef7"
+SRC_URI[sha256sum] = 
"863d5a31da725b856a917280d1e3014929b3bc3d4e6e5faecf530c13afb7e2b9"
 
 inherit allarch
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145572): 
https://lists.openembedded.org/g/openembedded-core/message/145572
Mute This Topic: https://lists.openembedded.org/mt/78951366/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 09/25] linux-firmware: package ath11k firmware

[Steve Sakoman]

From: Dmitry Baryshkov 

Package firmware for new generation of Atheros WiFi cards.

Signed-off-by: Dmitry Baryshkov 
Signed-off-by: Richard Purdie 
(cherry picked from commit 23c606e41e49a93289b7bd5c5c7d5eec962a3ffa)
Signed-off-by: Steve Sakoman 
---
 .../linux-firmware/linux-firmware_20201118.bb  | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
index 5de7157f3a..baac26c510 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20201118.bb
@@ -261,7 +261,7 @@ PACKAGES =+ "${PN}-ralink-license ${PN}-ralink \
  ${PN}-bcm43xx-hdr \
  ${PN}-atheros-license ${PN}-ar9170 ${PN}-ath6k ${PN}-ath9k \
  ${PN}-gplv2-license ${PN}-carl9170 \
- ${PN}-ar3k-license ${PN}-ar3k ${PN}-ath10k-license ${PN}-ath10k 
${PN}-qca \
+ ${PN}-ar3k-license ${PN}-ar3k ${PN}-ath10k-license ${PN}-ath10k 
${PN}-ath11k ${PN}-qca \
  \
  ${PN}-imx-sdma-license ${PN}-imx-sdma-imx6q ${PN}-imx-sdma-imx7d \
  \
@@ -356,12 +356,17 @@ FILES_${PN}-ath10k = " \
   ${nonarch_base_libdir}/firmware/ath10k \
 "
 
+FILES_${PN}-ath11k = " \
+  ${nonarch_base_libdir}/firmware/ath11k \
+"
+
 FILES_${PN}-qca = " \
   ${nonarch_base_libdir}/firmware/qca \
 "
 
 RDEPENDS_${PN}-ar3k += "${PN}-ar3k-license"
 RDEPENDS_${PN}-ath10k += "${PN}-ath10k-license"
+RDEPENDS_${PN}-ath11k += "${PN}-ath10k-license"
 RDEPENDS_${PN}-qca += "${PN}-ath10k-license"
 
 # For ralink
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145573): 
https://lists.openembedded.org/g/openembedded-core/message/145573
Mute This Topic: https://lists.openembedded.org/mt/78951371/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 07/25] image_types: sort tarball file listings

[Steve Sakoman]

From: Ross Burton 

Help rootfs tarballs be reproducible by sorting the file listing.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 4fa68626bbcfd9795577e1426c27d00f4d9d1c17)
Signed-off-by: Steve Sakoman 
---
 meta/classes/image_types.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index f82f1d8862..d81747527b 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -126,7 +126,7 @@ IMAGE_CMD_squashfs-lz4 = "mksquashfs ${IMAGE_ROOTFS} 
${IMGDEPLOYDIR}/${IMAGE_NAM
 # required when extracting, but it seems prudent to use it in both cases.
 IMAGE_CMD_TAR ?= "tar"
 # ignore return code 1 "file changed as we read it" as other tasks(e.g. 
do_image_wic) may be hardlinking rootfs
-IMAGE_CMD_tar = "${IMAGE_CMD_TAR} --numeric-owner -cf 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.tar -C ${IMAGE_ROOTFS} . || [ 
$? -eq 1 ]"
+IMAGE_CMD_tar = "${IMAGE_CMD_TAR} --sort=name --numeric-owner -cf 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.tar -C ${IMAGE_ROOTFS} . || [ 
$? -eq 1 ]"
 
 do_image_cpio[cleandirs] += "${WORKDIR}/cpio_append"
 IMAGE_CMD_cpio () {
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145571): 
https://lists.openembedded.org/g/openembedded-core/message/145571
Mute This Topic: https://lists.openembedded.org/mt/78951365/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 06/25] devtool: remove unused variable

[Steve Sakoman]

From: Ross Burton 

This variable isn't used at all.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9676ee24d190b144cb50be6ebde3990644a6df2a)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/devtool/standard.py | 1 -
 1 file changed, 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index d140b97de1..261d642d4a 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -531,7 +531,6 @@ def _extract_source(srctree, keep_temp, devbranch, sync, 
config, basepath, works
 
 initial_rev = None
 
-appendexisted = False
 recipefile = d.getVar('FILE')
 appendfile = recipe_to_append(recipefile, config)
 is_kernel_yocto = bb.data.inherits_class('kernel-yocto', d)
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145570): 
https://lists.openembedded.org/g/openembedded-core/message/145570
Mute This Topic: https://lists.openembedded.org/mt/78951363/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 04/25] lz4: Use the new branch naming from upstream

[Steve Sakoman]

From: Richard Purdie 

Upstream renamed master -> dev, update SRC_URI to match.

[YOCTO #14135]

Signed-off-by: Richard Purdie 
(cherry picked from commit 3369aa0322693604533ef7d30dca234e52605fe2)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/lz4/lz4_1.9.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/lz4/lz4_1.9.2.bb 
b/meta/recipes-support/lz4/lz4_1.9.2.bb
index 6510156ed0..455d2a5141 100644
--- a/meta/recipes-support/lz4/lz4_1.9.2.bb
+++ b/meta/recipes-support/lz4/lz4_1.9.2.bb
@@ -11,7 +11,7 @@ PE = "1"
 
 SRCREV = "fdf2ef5809ca875c454510610764d9125ef2ebbd"
 
-SRC_URI = "git://github.com/lz4/lz4.git \
+SRC_URI = "git://github.com/lz4/lz4.git;branch=dev \
file://run-ptest \
"
 UPSTREAM_CHECK_GITTAGREGEX = "v(?P.*)"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145568): 
https://lists.openembedded.org/g/openembedded-core/message/145568
Mute This Topic: https://lists.openembedded.org/mt/78951359/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 05/25] oeqa/devtool: use Yocto mirror for pv-1.5.3 tarball

[Steve Sakoman]

From: Ross Burton 

Some of the selftests failed over the weekend with "access denied" errors
fetching this tarball.  Instead of relying on upstream when fetching the
tarball, use the Yocto source mirrors instead.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 988e0ff4131f46dfed14516ff5f61d72b9fb6941)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/devtool.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index d8bf4aea08..5f59d14402 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -269,7 +269,7 @@ class DevtoolAddTests(DevtoolBase):
 self.track_for_cleanup(tempdir)
 pn = 'pv'
 pv = '1.5.3'
-url = 'http://www.ivarch.com/programs/sources/pv-1.5.3.tar.bz2'
+url = 
'http://downloads.yoctoproject.org/mirror/sources/pv-1.5.3.tar.bz2'
 result = runCmd('wget %s' % url, cwd=tempdir)
 result = runCmd('tar xfv %s' % os.path.basename(url), cwd=tempdir)
 srcdir = os.path.join(tempdir, '%s-%s' % (pn, pv))
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145569): 
https://lists.openembedded.org/g/openembedded-core/message/145569
Mute This Topic: https://lists.openembedded.org/mt/78951362/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 02/25] wireless-regdb: upgrade 2020.04.29 -> 2020.11.20

[Steve Sakoman]

From: zangrc 

Signed-off-by: Zang Ruochen 
Signed-off-by: Richard Purdie 
(cherry picked from commit c5461c6b0e21877c58a75834f62324a4798c2000)
Signed-off-by: Steve Sakoman 
---
 ...ireless-regdb_2020.04.29.bb => wireless-regdb_2020.11.20.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2020.04.29.bb => 
wireless-regdb_2020.11.20.bb} (94%)

diff --git a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb 
b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.11.20.bb
similarity index 94%
rename from meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb
rename to meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.11.20.bb
index 30d4cb523f..b3567bca95 100644
--- a/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.04.29.bb
+++ b/meta/recipes-kernel/wireless-regdb/wireless-regdb_2020.11.20.bb
@@ -5,7 +5,7 @@ LICENSE = "ISC"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=07c4f6dea3845b02a18dc00c8c87699c"
 
 SRC_URI = "https://www.kernel.org/pub/software/network/${BPN}/${BP}.tar.xz;
-SRC_URI[sha256sum] = 
"89fd031aed5977c219a71501e144375a10e7c90d1005d5d086ea7972886a2c7a"
+SRC_URI[sha256sum] = 
"b4164490d82ff7b0086e812ac42ab27baf57be24324d4c0ee1c5dd6ba27f2a52"
 
 inherit bin_package allarch
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145566): 
https://lists.openembedded.org/g/openembedded-core/message/145566
Mute This Topic: https://lists.openembedded.org/mt/78951356/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 03/25] kernel-dummy: fix executing unexpected tasks

[Steve Sakoman]

From: Andrej Valek 

 - correctly save files into sstate
  - fix: ERROR: Task linux-dummy.do_fetch attempted to execute unexpectedly

Signed-off-by: Andrej Valek 
Signed-off-by: Richard Purdie 
(cherry picked from commit 16f6833ccd732de9f3db82ac5b0a18eea5298ceb)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/linux/linux-dummy.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-dummy.bb 
b/meta/recipes-kernel/linux/linux-dummy.bb
index 62cf6f5ea6..649fc04dd1 100644
--- a/meta/recipes-kernel/linux/linux-dummy.bb
+++ b/meta/recipes-kernel/linux/linux-dummy.bb
@@ -5,10 +5,12 @@ where you wish to build the kernel externally from the build 
system."
 SECTION = "kernel"
 
 LICENSE = "GPLv2"
-LIC_FILES_CHKSUM = 
"file://${WORKDIR}/COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
+LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
 
 PROVIDES += "virtual/kernel"
 
+inherit deploy
+
 PACKAGES_DYNAMIC += "^kernel-module-.*"
 PACKAGES_DYNAMIC += "^kernel-image-.*"
 PACKAGES_DYNAMIC += "^kernel-firmware-.*"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145567): 
https://lists.openembedded.org/g/openembedded-core/message/145567
Mute This Topic: https://lists.openembedded.org/mt/78951357/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 01/25] libsdl2: Add directfb to PACKAGECONFIG rdepends

[Steve Sakoman]

From: Mark Jonas 

PACKAGECONFIG[directfb] already adds directfb to the build
dependencies. But the automatically generated runtime
dependencies do not add the directfb package to the runtime
dependencies. Most likely this happens because libsdl2 does not link
against directfb but uses dlopen() or similar. Thus, the runtime
dependency to directfb needs to be declared explicitly.

Signed-off-by: Mark Jonas 
Signed-off-by: Richard Purdie 
(cherry picked from commit 62d3cbe7c8261c1c875ff6da11572409262aaf02)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb 
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
index 1049aa548a..fa7acc4c50 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb
@@ -57,7 +57,7 @@ PACKAGECONFIG ??= " \
 "
 PACKAGECONFIG[alsa]   = "--enable-alsa 
--disable-alsatest,--disable-alsa,alsa-lib,"
 PACKAGECONFIG[arm-neon]   = "--enable-arm-neon,--disable-arm-neon"
-PACKAGECONFIG[directfb]   = 
"--enable-video-directfb,--disable-video-directfb,directfb"
+PACKAGECONFIG[directfb]   = 
"--enable-video-directfb,--disable-video-directfb,directfb,directfb"
 PACKAGECONFIG[gles2]  = 
"--enable-video-opengles,--disable-video-opengles,virtual/libgles2"
 PACKAGECONFIG[jack]   = "--enable-jack,--disable-jack,jack"
 PACKAGECONFIG[kmsdrm] = 
"--enable-video-kmsdrm,--disable-video-kmsdrm,libdrm virtual/libgbm"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145565): 
https://lists.openembedded.org/g/openembedded-core/message/145565
Mute This Topic: https://lists.openembedded.org/mt/78951354/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 00/25] Patch review

[Steve Sakoman]

Please review this next set of patches for dunfell and have comments back by
end of day Wednesday.

Passed a-full on autobuiler:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1673

with exception of known intermittent issue with qemux86-64-ltp. Passed
on subsequent retest:

https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1443

The following changes since commit e216b2223cbe8c459348262f98b3cfbe79d12023:

  go: update to 1.14.12 (2020-12-03 07:35:27 -1000)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib stable/dunfell-nut
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-nut

Alexander Kanavin (7):
  meta/lib/oe/reproducible.py: gitsm:// works just as fine as git:// for
timestamps
  llvm: fix reproducibility
  ruby: fix reproducibility
  webkitgtk: fix reproducibility
  ffmpeg: fix reproducibility
  serf: do not install the static library
  llvm: sort the lists in generated source reproducibibly

Andrej Valek (2):
  kernel-dummy: fix executing unexpected tasks
  python3: fix CVE-2019-20907

Brett Warren (1):
  libffi: add patch to revert clang VFP workaround

Changqing Li (1):
  buildtools-tarball: add wic dependency into extended buildtools

Dmitry Baryshkov (2):
  linux-firmware: upgrade 20201022 -> 20201118
  linux-firmware: package ath11k firmware

Gratian Crisan (1):
  kernel-module-split.bbclass: fix kernel modules getting marked as
CONFFILES

Hongxu Jia (1):
  glib-networking/btrfs-tools/dosfstools/parted/bmap-tools/libsoup-2.4:
add nativesdk support

Mark Jonas (1):
  libsdl2: Add directfb to PACKAGECONFIG rdepends

Richard Purdie (2):
  lz4: Use the new branch naming from upstream
  metadata_scm: Fix signature handling of METADATA_REVISION and
METADATA_BRANCH

Ross Burton (5):
  oeqa/devtool: use Yocto mirror for pv-1.5.3 tarball
  devtool: remove unused variable
  image_types: sort tarball file listings
  cve-update-db-native: handle all-wildcard versions
  coreutils: add SUSE-specific issues to CVE whitelist

sangeeta jain (1):
  meta/lib/oeqa/manual/oe-core.json: Update test_bitbake_devshell

zangrc (1):
  wireless-regdb: upgrade 2020.04.29 -> 2020.11.20

 meta/classes/image_types.bbclass  |   2 +-
 meta/classes/kernel-module-split.bbclass  |   5 +-
 meta/classes/metadata_scm.bbclass |   2 +
 meta/lib/oe/reproducible.py   |   2 +-
 meta/lib/oeqa/manual/oe-core.json |   2 +-
 meta/lib/oeqa/selftest/cases/devtool.py   |   2 +-
 meta/recipes-core/coreutils/coreutils_8.31.bb |   3 +
 .../glib-networking/glib-networking_2.62.4.bb |   2 +-
 .../meta/buildtools-extended-tarball.bb   |   3 +
 .../recipes-core/meta/cve-update-db-native.bb |   7 +-
 .../btrfs-tools/btrfs-tools_5.4.1.bb  |   2 +-
 .../dosfstools/dosfstools_4.1.bb  |   2 +-
 ...r-sort-ClassInfo-lists-by-name-as-we.patch |  31 ++
 meta/recipes-devtools/llvm/llvm_git.bb|   8 +-
 ...20-8492-Fix-AbstractBasicAuthHandler.patch |   0
 .../python/python3/CVE-2019-20907.patch   |  44 
 meta/recipes-devtools/python/python3_3.8.2.bb |   1 +
 ...e.in-do-not-write-host-cross-cc-item.patch |  32 ++
 meta/recipes-devtools/ruby/ruby_2.7.1.bb  |   1 +
 meta/recipes-extended/parted/parted_3.3.bb|   2 +-
 .../libsdl2/libsdl2_2.0.12.bb |   2 +-
 ...20201022.bb => linux-firmware_20201118.bb} |  11 +-
 meta/recipes-kernel/linux/linux-dummy.bb  |   4 +-
 04.29.bb => wireless-regdb_2020.11.20.bb} |   2 +-
 ...e-assembly-with-full-path-from-sourc.patch |  97 
 .../recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb |   6 +
 meta/recipes-sato/webkit/webkitgtk_2.28.2.bb  |  12 ++
 .../bmap-tools/bmap-tools_3.5.bb  |   2 +-
 ...m-sysv-reverted-clang-VFP-mitigation.patch | 104 ++
 meta/recipes-support/libffi/libffi_3.3.bb |   1 +
 .../libsoup/libsoup-2.4_2.68.4.bb |   2 +-
 meta/recipes-support/lz4/lz4_1.9.2.bb |   2 +-
 meta/recipes-support/serf/serf_1.3.9.bb   |   5 +
 scripts/lib/devtool/standard.py   |   1 -
 34 files changed, 383 insertions(+), 21 deletions(-)
 create mode 100644 
meta/recipes-devtools/llvm/llvm/0001-AsmMatcherEmitter-sort-ClassInfo-lists-by-name-as-we.patch
 rename meta/recipes-devtools/python/{files => 
python3}/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch (100%)
 create mode 100644 meta/recipes-devtools/python/python3/CVE-2019-20907.patch
 create mode 100644 
meta/recipes-devtools/ruby/ruby/0001-template-Makefile.in-do-not-write-host-cross-cc-item.patch
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20201022.bb => 
linux-firmware_20201118.bb} (99%)
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2020.04.29.bb => 
wireless-regdb_2020.11.20.bb} (94%)
 create mode 100644 

Re: [OE-core] [PATCH] systemd-boot: allow building for Arm targets

[Ross Burton]

On Mon, 14 Dec 2020 at 04:26, Mittal, Anuj  wrote:
>
> On Thu, 2020-12-10 at 16:32 +, Ross Burton wrote:
> >
> > Remove the SYSTEMD_BOOT_EFI_ARCH assignments, as they're never used.
>
> It's used by meta-intel. If it's not fixing any problems, can we keep
> it here?

Ah, didn't expect to find a do_install_append using it.

Can we just move the contents of that append into core?

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145563): 
https://lists.openembedded.org/g/openembedded-core/message/145563
Mute This Topic: https://lists.openembedded.org/mt/78857969/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Konrad Weihmann]

Had that at a bunch of my tools in meta-sca - as I couldn't rule out my 
own fault, I help myself with the static linking workaround


On 14.12.20 15:03, Otavio Salvador wrote:

Hello Konrad,

Em seg., 14 de dez. de 2020 às 09:51, Konrad Weihmann
 escreveu:

I'm experiencing the same on plain Ubuntu 20.04 since 1.15.x update on
master (dunfell works like a charm even without any hacks) - but also
Ubuntu 18.04 and 16.04 based containers do show the same behavior.
This affects only the native variants.


Indeed; reverting to 1.14 "fixes" it here as well.


As a partial workaround I disabled GO_DYNLINK for native - so I kind of
second the impression that relocation is buggy in here.


Where you did it? I tried in the 'glide-native' case but it did not work out.


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145562): 
https://lists.openembedded.org/g/openembedded-core/message/145562
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Otavio Salvador]

Hello Konrad,

Em seg., 14 de dez. de 2020 às 09:51, Konrad Weihmann
 escreveu:
> I'm experiencing the same on plain Ubuntu 20.04 since 1.15.x update on
> master (dunfell works like a charm even without any hacks) - but also
> Ubuntu 18.04 and 16.04 based containers do show the same behavior.
> This affects only the native variants.

Indeed; reverting to 1.14 "fixes" it here as well.

> As a partial workaround I disabled GO_DYNLINK for native - so I kind of
> second the impression that relocation is buggy in here.

Where you did it? I tried in the 'glide-native' case but it did not work out.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145561): 
https://lists.openembedded.org/g/openembedded-core/message/145561
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/3] syslinux: rewrite recipe so only target code is x86-specific

[Richard Purdie]

On Thu, 2020-12-10 at 15:02 +, Ross Burton wrote:
> Currently the syslinux recipe set COMPATIBLE_HOST to 32/64-bit x86.
> Whilst this makes sense for the target binaries as syslinux is
> x86-specific, this also affects the native recipe which should be able
> to be built on non-x86 build hosts (for example, arm64 build host,
> qemux86 target).
> 
> syslinux itself has a somewhat fragile build system but with care it is
> possible to build the installer for native/nativesdk, and the bootloader
> for target.  Despite claims the documentation to the contrary, not all
> of the bootloader is shipped precompiled in the tarball which does
> complicate matters.
> 
> Signed-off-by: Ross Burton 
> ---
>  .../syslinux/syslinux_6.04-pre2.bb| 80 ++-
>  1 file changed, 43 insertions(+), 37 deletions(-)

Something isn't quite right in this series:

https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/1654/steps/14/logs/stdio

(and all the other selftests in that build)

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145560): 
https://lists.openembedded.org/g/openembedded-core/message/145560
Mute This Topic: https://lists.openembedded.org/mt/78855703/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd-boot: allow building for Arm targets

[Richard Purdie]

On Thu, 2020-12-10 at 16:32 +, Ross Burton wrote:
> systemd-boot work on 32-bit and 64-bit Arm targets (assuming the
> firmware
> does EFI, obviously), so allow it to be built.
> 
> Remove the SYSTEMD_BOOT_EFI_ARCH assignments, as they're never used.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-core/systemd/systemd-boot_246.6.bb | 7 +--
>  1 file changed, 1 insertion(+), 6 deletions(-)
> 
> diff --git a/meta/recipes-core/systemd/systemd-boot_246.6.bb
> b/meta/recipes-core/systemd/systemd-boot_246.6.bb
> index f92c639810..453351d1b1 100644
> --- a/meta/recipes-core/systemd/systemd-boot_246.6.bb
> +++ b/meta/recipes-core/systemd/systemd-boot_246.6.bb
> @@ -47,15 +47,10 @@ RDEPENDS_${PN} += "virtual/systemd-bootconf"
>  
>  # Imported from the old gummiboot recipe
>  TUNE_CCARGS_remove = "-mfpmath=sse"
> -COMPATIBLE_HOST = "(x86_64.*|i.86.*)-linux"
> +COMPATIBLE_HOST = "(aarch64.*|arm.*|x86_64.*|i.86.*)-linux"
>  COMPATIBLE_HOST_x86-x32 = "null"
>  
>  do_compile() {
> - SYSTEMD_BOOT_EFI_ARCH="ia32"
> - if [ "${TARGET_ARCH}" = "x86_64" ]; then
> - SYSTEMD_BOOT_EFI_ARCH="x64"
> - fi
> -
>   ninja
> src/boot/efi/${SYSTEMD_BOOT_IMAGE_PREFIX}${SYSTEMD_BOOT_IMAGE}
>  }

Breaks meta-intel ?:

https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/1012/steps/12/logs/stdio

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145559): 
https://lists.openembedded.org/g/openembedded-core/message/145559
Mute This Topic: https://lists.openembedded.org/mt/78857969/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] yocto-check-layer: make argument parsing unambiguous

[Richard Purdie]

On Thu, 2020-12-10 at 16:20 +, Ross Burton wrote:
> Currently the argument parser uses nargs=+ for both the layers
> (positional arguments) and machines/dependencies/addition layers
> (optional arguments).  This means it's impossible to determine what is
> meant by:
> 
> $ yocto-check-layer --machines a b c
> 
> Is this machines=(a,b) and layers=(c), or machines=(a) and layers=(b,c)?
> Or even machines=(a,b,c) and layers=(), which results in a parse failure
> as the layers are mandatory?
> 
> The workaround is to re-order the arguments to an unambiguous form:
> 
> $ yocto-check-layer b c --machines a
> 
> However this means the user needs to know the problem and how to work
> around it.  Instead, change the parser to require an explicit --layers
> argument:
> 
> $ yocto-check-layer --machines a --layers b c
> 
> Also improve the other arguments by adding clearer metavars and short
> options.
> 
> [ YOCTO #14148 ]
> 
> Signed-off-by: Ross Burton 
> ---
>  scripts/yocto-check-layer | 10 +-
>  1 file changed, 5 insertions(+), 5 deletions(-)

https://autobuilder.yoctoproject.org/typhoon/#/builders/39/builds/2825

Do we need to update the way we're calling it on the autobuilder?

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145558): 
https://lists.openembedded.org/g/openembedded-core/message/145558
Mute This Topic: https://lists.openembedded.org/mt/78857660/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][PATCH] iproute2: Make it easier to manipulate SUBDIRS list from bbappend

[Anatol Belski]

Currently there's no easy way to override this part as it's hardcoded
into the EXTRA_OEMAKE var. This change makes it possible to manipulate
the list of subdirs in a more fine graned and future oriented manner.

Signed-off-by: Anatol Belski 
---
 meta/recipes-connectivity/iproute2/iproute2.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/iproute2/iproute2.inc 
b/meta/recipes-connectivity/iproute2/iproute2.inc
index 403d264308..7a22fe9252 100644
--- a/meta/recipes-connectivity/iproute2/iproute2.inc
+++ b/meta/recipes-connectivity/iproute2/iproute2.inc
@@ -20,11 +20,13 @@ PACKAGECONFIG[tipc] = ",,libmnl,"
 PACKAGECONFIG[elf] = ",,elfutils,"
 PACKAGECONFIG[devlink] = ",,libmnl,"
 
+IPROUTE2_MAKE_SUBDIRS = "lib tc ip bridge misc genl 
${@bb.utils.filter('PACKAGECONFIG', 'devlink tipc', d)}"
+
 EXTRA_OEMAKE = "\
 CC='${CC}' \
 KERNEL_INCLUDE=${STAGING_INCDIR} \
 DOCDIR=${docdir}/iproute2 \
-SUBDIRS='lib tc ip bridge misc genl ${@bb.utils.filter('PACKAGECONFIG', 
'devlink tipc', d)}' \
+SUBDIRS='${IPROUTE2_MAKE_SUBDIRS}' \
 SBINDIR='${base_sbindir}' \
 LIBDIR='${libdir}' \
 "
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145557): 
https://lists.openembedded.org/g/openembedded-core/message/145557
Mute This Topic: https://lists.openembedded.org/mt/78949268/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 1/5] systemd: update 246 -> 247

[Luca Bocassi]

From: Luca Boccassi 

Update systemd to v247.1.
Add rule for new oomd dbus conf and for new pam.d
conf directory in /usr/lib.
Drop selinux-hook-handling-to-enumerate-nexthop.patch,
merged upstream.
Backport 0001-meson-set-cxx-variable-before-using-it.patch
from v247-stable to fix builds without C++.
Refresh musl patches.

Signed-off-by: Luca Boccassi 
---
NOTE: the musl build has only been build-tested, and only on x86_64.
The glibc build has been built and runtime-tested on x86_64 and arm64.

 ...md-boot_246.6.bb => systemd-boot_247.1.bb} |   3 +
 ...md-conf_246.1.bb => systemd-conf_247.1.bb} |   0
 meta/recipes-core/systemd/systemd.inc |   4 +-
 ...tall-dependency-links-at-install-tim.patch |   8 +-
 ...son-set-cxx-variable-before-using-it.patch |  35 +++
 ...se-ROOTPREFIX-without-suffixed-slash.patch |   6 +-
 ...002-don-t-use-glibc-specific-qsort_r.patch |  57 +++--
 ...dd-__compare_fn_t-and-comparison_fn_.patch |  16 +-
 ...k-parse_printf_format-implementation.patch |  60 ++---
 ...missing.h-check-for-missing-strndupa.patch | 158 ++--
 .../0006-Include-netinet-if_ether.h.patch | 237 +++---
 ...B_BRACE-and-GLOB_ALTDIRFUNC-is-not-.patch} |  41 +--
 ...008-add-missing-FTW_-macros-for-musl.patch |  10 +-
 ...register_atfork-for-non-glibc-build.patch} |  16 +-
 ...0-Use-uintmax_t-for-handling-rlim_t.patch} |  40 +--
 ...able-tests-for-missing-typedefs-in-.patch} |  15 +-
 ..._SYMLINK_NOFOLLOW-flag-to-faccessat.patch} |  32 +--
 ...atible-basename-for-non-glibc-syste.patch} |  17 +-
 ...ffering-when-writing-to-oom_score_a.patch} |  16 +-
 ...ompliant-strerror_r-from-GNU-specif.patch} |  28 ++-
 ..._ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch} |  12 +-
 ...pe.h-add-__compar_d_fn_t-definition.patch} |  10 +-
 ...efinition-of-prctl_mm_map-structure.patch} |  12 +-
 ...atch => 0019-Handle-missing-LOCK_EX.patch} |  11 +-
 ...ble-pointer-type-struct-sockaddr_un.patch} |  11 +-
 ...ch => 0021-test-json.c-define-M_PIl.patch} |  12 +-
 ...not-disable-buffer-in-writing-files.patch} | 206 +++
 h.patch => 0023-Include-sys-wait.h.patch} |  12 +-
 ...al.h.patch => 0024-Include-signal.h.patch} |  10 +-
 ...tch => 0025-Handle-__cpu_mask-usage.patch} |  14 +-
 ...atch => 0026-Handle-missing-gshadow.patch} |  65 +++--
 ...x-hook-handling-to-enumerate-nexthop.patch |  46 
 .../{systemd_246.6.bb => systemd_247.1.bb}|  42 ++--
 33 files changed, 685 insertions(+), 577 deletions(-)
 rename meta/recipes-core/systemd/{systemd-boot_246.6.bb => 
systemd-boot_247.1.bb} (96%)
 rename meta/recipes-core/systemd/{systemd-conf_246.1.bb => 
systemd-conf_247.1.bb} (100%)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-meson-set-cxx-variable-before-using-it.patch
 rename 
meta/recipes-core/systemd/systemd/{0007-don-t-fail-if-GLOB_BRACE-and-GLOB_ALTDIRFUNC-is-not.patch
 => 0007-don-t-fail-if-GLOB_BRACE-and-GLOB_ALTDIRFUNC-is-not-.patch} (80%)
 rename 
meta/recipes-core/systemd/systemd/{0010-fix-missing-of-__register_atfork-for-non-glibc-build.patch
 => 0009-fix-missing-of-__register_atfork-for-non-glibc-build.patch} (77%)
 rename 
meta/recipes-core/systemd/systemd/{0011-Use-uintmax_t-for-handling-rlim_t.patch 
=> 0010-Use-uintmax_t-for-handling-rlim_t.patch} (77%)
 rename 
meta/recipes-core/systemd/systemd/{0014-test-sizeof.c-Disable-tests-for-missing-typedefs-in-.patch
 => 0011-test-sizeof.c-Disable-tests-for-missing-typedefs-in-.patch} (75%)
 rename 
meta/recipes-core/systemd/systemd/{0015-don-t-pass-AT_SYMLINK_NOFOLLOW-flag-to-faccessat.patch
 => 0012-don-t-pass-AT_SYMLINK_NOFOLLOW-flag-to-faccessat.patch} (83%)
 rename 
meta/recipes-core/systemd/systemd/{0016-Define-glibc-compatible-basename-for-non-glibc-syste.patch
 => 0013-Define-glibc-compatible-basename-for-non-glibc-syste.patch} (64%)
 rename 
meta/recipes-core/systemd/systemd/{0017-Do-not-disable-buffering-when-writing-to-oom_score_a.patch
 => 0014-Do-not-disable-buffering-when-writing-to-oom_score_a.patch} (76%)
 rename 
meta/recipes-core/systemd/systemd/{0018-distinguish-XSI-compliant-strerror_r-from-GNU-specif.patch
 => 0015-distinguish-XSI-compliant-strerror_r-from-GNU-specif.patch} (67%)
 rename 
meta/recipes-core/systemd/systemd/{0019-Hide-__start_BUS_ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch
 => 0016-Hide-__start_BUS_ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch} (81%)
 rename 
meta/recipes-core/systemd/systemd/{0020-missing_type.h-add-__compar_d_fn_t-definition.patch
 => 0017-missing_type.h-add-__compar_d_fn_t-definition.patch} (79%)
 rename 
meta/recipes-core/systemd/systemd/{0021-avoid-redefinition-of-prctl_mm_map-structure.patch
 => 0018-avoid-redefinition-of-prctl_mm_map-structure.patch} (73%)
 rename meta/recipes-core/systemd/systemd/{0021-Handle-missing-LOCK_EX.patch => 
0019-Handle-missing-LOCK_EX.patch} (74%)
 rename 
meta/recipes-core/systemd/systemd/{0022-Fix-incompatible-pointer-type-struct-sockaddr_un.patch
 => 0020-Fix-incompatible-pointer-type-struct-sockaddr_un.patch} (88%)
 rename 

[OE-core] [PATCH v2 4/5] systemd: set -Dmode=release as recommended by NEWS

[Luca Bocassi]

From: Luca Boccassi 

Signed-off-by: Luca Boccassi 
---
 meta/recipes-core/systemd/systemd_247.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/systemd/systemd_247.1.bb 
b/meta/recipes-core/systemd/systemd_247.1.bb
index 09dce2e07d..f20e86d94b 100644
--- a/meta/recipes-core/systemd/systemd_247.1.bb
+++ b/meta/recipes-core/systemd/systemd_247.1.bb
@@ -210,6 +210,7 @@ EXTRA_OEMESON += "-Dnobody-user=nobody \
   -Drootlibdir=${rootlibdir} \
   -Drootprefix=${rootprefix} \
   -Ddefault-locale=C \
+  -Dmode=release \
   "
 
 # Hardcode target binary paths to avoid using paths from sysroot
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#14): 
https://lists.openembedded.org/g/openembedded-core/message/14
Mute This Topic: https://lists.openembedded.org/mt/78949127/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 3/5] systemd: ship new systemd-dissect in -extra-utils

[Luca Bocassi]

From: Luca Boccassi 

Signed-off-by: Luca Boccassi 
---
 meta/recipes-core/systemd/systemd_247.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/systemd/systemd_247.1.bb 
b/meta/recipes-core/systemd/systemd_247.1.bb
index f20c2cffb7..09dce2e07d 100644
--- a/meta/recipes-core/systemd/systemd_247.1.bb
+++ b/meta/recipes-core/systemd/systemd_247.1.bb
@@ -471,6 +471,7 @@ FILES_${PN}-extra-utils = "\
 ${base_bindir}/systemd-escape \
 ${base_bindir}/systemd-inhibit \
 ${bindir}/systemd-detect-virt \
+${bindir}/systemd-dissect \
 ${bindir}/systemd-path \
 ${bindir}/systemd-run \
 ${bindir}/systemd-cat \
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145554): 
https://lists.openembedded.org/g/openembedded-core/message/145554
Mute This Topic: https://lists.openembedded.org/mt/78949020/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 5/5] systemd: add RRECOMMENDS for weak dependencies, if enabled

[Luca Bocassi]

From: Luca Boccassi 

Some libraries are now dlopen'ed and skipped at runtime if
not available. Add them to the RRECOMMENDS list, to allow
users to exclude them for smaller images even if generally
enabled at build time.

Signed-off-by: Luca Boccassi 
---
v2: set the rrecommends directly in PACKAGECONFIG

 meta/recipes-core/systemd/systemd_247.1.bb | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd_247.1.bb 
b/meta/recipes-core/systemd/systemd_247.1.bb
index f20e86d94b..8814677bf2 100644
--- a/meta/recipes-core/systemd/systemd_247.1.bb
+++ b/meta/recipes-core/systemd/systemd_247.1.bb
@@ -111,6 +111,9 @@ PACKAGECONFIG_remove_libc-musl = " \
 
 CFLAGS_append_libc-musl = " -D__UAPI_DEF_ETHHDR=0 "
 
+# Some of the dependencies are weak-style recommends - if not available at 
runtime,
+# systemd won't fail but the library-related feature will be skipped with a 
warning.
+
 # Use the upstream systemd serial-getty@.service and rely on
 # systemd-getty-generator instead of using the OE-core specific
 # systemd-serialgetty.bb - not enabled by default.
@@ -123,7 +126,7 @@ PACKAGECONFIG[binfmt] = "-Dbinfmt=true,-Dbinfmt=false"
 PACKAGECONFIG[bzip2] = "-Dbzip2=true,-Dbzip2=false,bzip2"
 PACKAGECONFIG[cgroupv2] = 
"-Ddefault-hierarchy=unified,-Ddefault-hierarchy=hybrid"
 PACKAGECONFIG[coredump] = "-Dcoredump=true,-Dcoredump=false"
-PACKAGECONFIG[cryptsetup] = 
"-Dlibcryptsetup=true,-Dlibcryptsetup=false,cryptsetup"
+PACKAGECONFIG[cryptsetup] = 
"-Dlibcryptsetup=true,-Dlibcryptsetup=false,cryptsetup,,cryptsetup"
 PACKAGECONFIG[dbus] = "-Ddbus=true,-Ddbus=false,dbus"
 PACKAGECONFIG[efi] = "-Defi=true,-Defi=false"
 PACKAGECONFIG[gnu-efi] = "-Dgnu-efi=true -Defi-libdir=${STAGING_LIBDIR} 
-Defi-includedir=${STAGING_INCDIR}/efi,-Dgnu-efi=false,gnu-efi"
@@ -144,8 +147,8 @@ PACKAGECONFIG[iptc] = 
"-Dlibiptc=true,-Dlibiptc=false,iptables"
 PACKAGECONFIG[journal-upload] = "-Dlibcurl=true,-Dlibcurl=false,curl"
 PACKAGECONFIG[kmod] = "-Dkmod=true,-Dkmod=false,kmod"
 PACKAGECONFIG[ldconfig] = "-Dldconfig=true,-Dldconfig=false,,ldconfig"
-PACKAGECONFIG[libidn] = "-Dlibidn=true,-Dlibidn=false,libidn"
-PACKAGECONFIG[libidn2] = "-Dlibidn2=true,-Dlibidn2=false,libidn2"
+PACKAGECONFIG[libidn] = "-Dlibidn=true,-Dlibidn=false,libidn,,libidn"
+PACKAGECONFIG[libidn2] = "-Dlibidn2=true,-Dlibidn2=false,libidn2,,libidn2"
 PACKAGECONFIG[localed] = "-Dlocaled=true,-Dlocaled=false"
 PACKAGECONFIG[logind] = "-Dlogind=true,-Dlogind=false"
 PACKAGECONFIG[lz4] = "-Dlz4=true,-Dlz4=false,lz4"
@@ -163,7 +166,7 @@ PACKAGECONFIG[pam] = 
"-Dpam=true,-Dpam=false,libpam,${PAM_PLUGINS}"
 PACKAGECONFIG[pcre2] = "-Dpcre2=true,-Dpcre2=false,libpcre2"
 PACKAGECONFIG[polkit] = "-Dpolkit=true,-Dpolkit=false"
 PACKAGECONFIG[portabled] = "-Dportabled=true,-Dportabled=false"
-PACKAGECONFIG[qrencode] = "-Dqrencode=true,-Dqrencode=false,qrencode"
+PACKAGECONFIG[qrencode] = "-Dqrencode=true,-Dqrencode=false,qrencode,,qrencode"
 PACKAGECONFIG[quotacheck] = "-Dquotacheck=true,-Dquotacheck=false"
 PACKAGECONFIG[randomseed] = "-Drandomseed=true,-Drandomseed=false"
 PACKAGECONFIG[resolved] = "-Dresolve=true,-Dresolve=false"
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145553): 
https://lists.openembedded.org/g/openembedded-core/message/145553
Mute This Topic: https://lists.openembedded.org/mt/78949019/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/5] systemd: add package config for systemd-oomd

[Luca Bocassi]

From: Luca Boccassi 

Disabled by default

Signed-off-by: Luca Boccassi 
---
 meta/recipes-core/systemd/systemd_247.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_247.1.bb 
b/meta/recipes-core/systemd/systemd_247.1.bb
index bf73630569..f20c2cffb7 100644
--- a/meta/recipes-core/systemd/systemd_247.1.bb
+++ b/meta/recipes-core/systemd/systemd_247.1.bb
@@ -157,6 +157,7 @@ PACKAGECONFIG[networkd] = "-Dnetworkd=true,-Dnetworkd=false"
 PACKAGECONFIG[nss] = "-Dnss-systemd=true,-Dnss-systemd=false"
 PACKAGECONFIG[nss-mymachines] = "-Dnss-mymachines=true,-Dnss-mymachines=false"
 PACKAGECONFIG[nss-resolve] = "-Dnss-resolve=true,-Dnss-resolve=false"
+PACKAGECONFIG[oomd] = "-Doomd=true,-Doomd=false"
 PACKAGECONFIG[openssl] = "-Dopenssl=true,-Dopenssl=false,openssl"
 PACKAGECONFIG[pam] = "-Dpam=true,-Dpam=false,libpam,${PAM_PLUGINS}"
 PACKAGECONFIG[pcre2] = "-Dpcre2=true,-Dpcre2=false,libpcre2"
@@ -565,6 +566,7 @@ FILES_${PN} = " ${base_bindir}/* \
 ${bindir}/resolvectl \
 ${bindir}/timedatectl \
 ${bindir}/bootctl \
+${bindir}/oomctl \
 ${exec_prefix}/lib/tmpfiles.d/*.conf \
 ${exec_prefix}/lib/systemd \
 ${exec_prefix}/lib/modules-load.d \
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145552): 
https://lists.openembedded.org/g/openembedded-core/message/145552
Mute This Topic: https://lists.openembedded.org/mt/78949018/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Mark Hatle]

The version in netbase is the correct one.

For a comparison, see the followng for the netbase version:

https://salsa.debian.org/md/netbase/-/blob/master/etc/ethertypes

and see the following for the ebtables version:

http://git.netfilter.org/ebtables/tree/ethertypes?h=ebtables-2.0.10-4

So the correct fix for this would be to remove ethertypes from the ebtables
recipe in meta-oe.

Additionally, it looks like there is a MUCH newer version of ebtables.  (2.0.10
was released 6 year ago, while 2.0.11 was released about 1 year ago.)

(Even 2.0.11 has an older version of the ethertypes file then what netbase has.)

--Mark

On 12/14/20 4:55 AM, Outback Dingo wrote:
> On Mon, Dec 14, 2020 at 5:39 PM Alexander Kanavin
>  wrote:
>>
>> Sorry, but you need to explain why the file from from ebtables (an optional 
>> package from a 3rd party layer) takes precedence over file from netbase 
>> (which is a core item).
> 
> further to the previous note, it conflicts with ebtables in meta-oe
> from what i can tell
> 
> commit c71a08cea8477f69ee3bc511f1f14d99e09c0a49
> Author: Paul Eggleton 
> Date:   Mon Dec 3 15:30:40 2012 +
> 
> ebtables: add from OE-Classic, update and tidy up
> 
> * Update to 2.0.10-4
> * Handle hardcoded paths in initscript
> * Add LIC_FILES_CHKSUM
> * Set SUMMARY (which sets DESCRIPTION)
> * Drop PRIORITY
> * Minor formatting/ordering tweaks
> 
> Based on a patch by Vladimir Redzhepoff 
> 
> Signed-off-by: Paul Eggleton 
> 
> 
>>
>> Alex
>>
>> On Mon, 14 Dec 2020 at 11:33, Outback Dingo  wrote:
>>>
>>> ---
>>>  meta/recipes-core/netbase/netbase_6.2.bb | 1 -
>>>  1 file changed, 1 deletion(-)
>>>
>>> diff --git a/meta/recipes-core/netbase/netbase_6.2.bb 
>>> b/meta/recipes-core/netbase/netbase_6.2.bb
>>> index a54d2e7764..262b2cf1bc 100644
>>> --- a/meta/recipes-core/netbase/netbase_6.2.bb
>>> +++ b/meta/recipes-core/netbase/netbase_6.2.bb
>>> @@ -19,5 +19,4 @@ do_install () {
>>> install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
>>> install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
>>> install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
>>> -   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
>>>  }
>>> --
>>> 2.20.1
>>>
>>>
>>>
>>>
>>>
>>>
>>> 
>>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145551): 
https://lists.openembedded.org/g/openembedded-core/message/145551
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Konrad Weihmann]

I'm experiencing the same on plain Ubuntu 20.04 since 1.15.x update on 
master (dunfell works like a charm even without any hacks) - but also 
Ubuntu 18.04 and 16.04 based containers do show the same behavior.

This affects only the native variants.
As a partial workaround I disabled GO_DYNLINK for native - so I kind of 
second the impression that relocation is buggy in here.


On 14.12.20 12:31, Otavio Salvador wrote:

Hello Khem,

Em seg., 14 de dez. de 2020 às 00:49, Khem Raj  escreveu:

On Sun, Dec 13, 2020 at 6:52 AM Otavio Salvador
 wrote:

Em sáb., 12 de dez. de 2020 às 23:30, Khem Raj  escreveu:

On Sat, Dec 12, 2020 at 3:52 PM Otavio Salvador
 wrote:

And this segfault is also happening inside the build. I ran the
readelf on them and it seems to have been modified to use the
uninative libc loader but I am in doubt how if this is the culprit.
Can someone shed any light on this?


it seems relocation is not working in some cases. whats your host
distro, are you using gold linker by any chance.


Ubuntu 20.04 inside Docker

The features are: DISTRO_FEATURES = argp ipv4 ipv6 systemd ldconfig


Does it happen outside docker ?


Yes as it fails on our CI as well; however in this specific host I
cannot avoid the Docker use as my host is NixOS.

How can I debug it?






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145550): 
https://lists.openembedded.org/g/openembedded-core/message/145550
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] Strange segfault on native Go binaries

[Otavio Salvador]

Hello Khem,

Em seg., 14 de dez. de 2020 às 00:49, Khem Raj  escreveu:
> On Sun, Dec 13, 2020 at 6:52 AM Otavio Salvador
>  wrote:
> > Em sáb., 12 de dez. de 2020 às 23:30, Khem Raj  
> > escreveu:
> > > On Sat, Dec 12, 2020 at 3:52 PM Otavio Salvador
> > >  wrote:
> > > > And this segfault is also happening inside the build. I ran the
> > > > readelf on them and it seems to have been modified to use the
> > > > uninative libc loader but I am in doubt how if this is the culprit.
> > > > Can someone shed any light on this?
> > >
> > > it seems relocation is not working in some cases. whats your host
> > > distro, are you using gold linker by any chance.
> >
> > Ubuntu 20.04 inside Docker
> >
> > The features are: DISTRO_FEATURES = argp ipv4 ipv6 systemd ldconfig
>
> Does it happen outside docker ?

Yes as it fails on our CI as well; however in this specific host I
cannot avoid the Docker use as my host is NixOS.

How can I debug it?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145549): 
https://lists.openembedded.org/g/openembedded-core/message/145549
Mute This Topic: https://lists.openembedded.org/mt/78918714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [SDK] How to use the gold linker

[Christian Eggers]

Branch: dunfell
Arch: arm

When I set -fuse-ld=gold with the Yocto SDK, the bfd linker is used anyway:

> . 
> /opt/poky-tiny/3.1.4/environment-setup-cortexa7t2hf-neon-vfpv4-poky-linux-musleabi
> ${CC} -fuse-ld=gold -Wl,--threads -o test test.c
/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/real-ld:
 unrecognized option '--threads'
/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/real-ld:
 use the --help option for usage information

When I call the "real-ld" with -h, I can see that it's the BFD linker.

> ${CC} -print-prog-name=ld
/opt/poky-tiny/3.1.4/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/9.3.0/ld

> ${CC} -fuse-ld=bfd -print-prog-name=ld
ld.bfd

> ${CC} -fuse-ld=gold -print-prog-name=ld
ld.gold

Compared to other cross toolchains I use, the output of the previous two 
commands
miss the full path to the linker. The gold linker is part of my SDK:

> arm-poky-linux-musleabi-ld.gold --help
Usage: arm-poky-linux-musleabi-ld.gold [options] file...
Options:
  --help  Report usage information
...

How can I use the gold linker from gcc (without making it default)?

regards
Christian




 
[http://assets.arri.com/media/sign/2020-04-03-E-mail-signature-Stellar2_V1.jpg] 


Get all the latest information from www.arri.com, 
Facebook, 
Twitter, Instagram 
and YouTube.

Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRA 57918
Persönlich haftender Gesellschafter: Arnold & Richter Cine Technik GmbH
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRB 54477
Geschäftsführer: Dr. Michael Neuhäuser; Stephan Schenk; Walter Trauninger; 
Markus Zeiler

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145548): 
https://lists.openembedded.org/g/openembedded-core/message/145548
Mute This Topic: https://lists.openembedded.org/mt/78948256/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Outback Dingo]

On Mon, Dec 14, 2020 at 5:39 PM Alexander Kanavin
 wrote:
>
> Sorry, but you need to explain why the file from from ebtables (an optional 
> package from a 3rd party layer) takes precedence over file from netbase 
> (which is a core item).

further to the previous note, it conflicts with ebtables in meta-oe
from what i can tell

commit c71a08cea8477f69ee3bc511f1f14d99e09c0a49
Author: Paul Eggleton 
Date:   Mon Dec 3 15:30:40 2012 +

ebtables: add from OE-Classic, update and tidy up

* Update to 2.0.10-4
* Handle hardcoded paths in initscript
* Add LIC_FILES_CHKSUM
* Set SUMMARY (which sets DESCRIPTION)
* Drop PRIORITY
* Minor formatting/ordering tweaks

Based on a patch by Vladimir Redzhepoff 

Signed-off-by: Paul Eggleton 


>
> Alex
>
> On Mon, 14 Dec 2020 at 11:33, Outback Dingo  wrote:
>>
>> ---
>>  meta/recipes-core/netbase/netbase_6.2.bb | 1 -
>>  1 file changed, 1 deletion(-)
>>
>> diff --git a/meta/recipes-core/netbase/netbase_6.2.bb 
>> b/meta/recipes-core/netbase/netbase_6.2.bb
>> index a54d2e7764..262b2cf1bc 100644
>> --- a/meta/recipes-core/netbase/netbase_6.2.bb
>> +++ b/meta/recipes-core/netbase/netbase_6.2.bb
>> @@ -19,5 +19,4 @@ do_install () {
>> install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
>> install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
>> install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
>> -   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
>>  }
>> --
>> 2.20.1
>>
>>
>> 
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145547): 
https://lists.openembedded.org/g/openembedded-core/message/145547
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH][dunfell 3/3] binutils: fix CVE-2020-16592/16598

[Lee Chee Yang]

From: Lee Chee Yang 

fix CVE-2020-16592 & CVE-2020-16598

removed changes to Changelog in patch file

Signed-off-by: Lee Chee Yang 
---
 .../binutils/binutils-2.34.inc|  2 +
 .../binutils/binutils/CVE-2020-16592.patch| 61 +++
 .../binutils/binutils/CVE-2020-16598.patch| 32 ++
 3 files changed, 95 insertions(+)
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2020-16592.patch
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2020-16598.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.34.inc 
b/meta/recipes-devtools/binutils/binutils-2.34.inc
index b5f5a1c69a..f557fe970c 100644
--- a/meta/recipes-devtools/binutils/binutils-2.34.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.34.inc
@@ -44,5 +44,7 @@ SRC_URI = "\
  file://0017-binutils-drop-redundant-program_name-definition-fno-.patch \
  file://CVE-2020-0551.patch \
  file://0001-gas-improve-reproducibility-for-stabs-debugging-data.patch \
+ file://CVE-2020-16592.patch \
+ file://CVE-2020-16598.patch \
 "
 S  = "${WORKDIR}/git"
diff --git a/meta/recipes-devtools/binutils/binutils/CVE-2020-16592.patch 
b/meta/recipes-devtools/binutils/binutils/CVE-2020-16592.patch
new file mode 100644
index 00..f5f9ccdd53
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils/CVE-2020-16592.patch
@@ -0,0 +1,61 @@
+From 7ecb51549ab1ec22aba5aaf34b70323cf0b8509a Mon Sep 17 00:00:00 2001
+From: Alan Modra 
+Date: Wed, 15 Apr 2020 18:58:11 +0930
+Subject: [PATCH] PR25823, Use after free in bfd_hash_lookup
+
+   PR 25823
+   * peXXigen.c (_bfd_XXi_swap_sym_in ): Don't use a
+   pointer into strings that may be freed for section name, always
+   allocate a new string.
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=7ecb51549ab1ec22aba5aaf34b70323cf0b8509a]
+CVE: CVE-2020-16592
+Signed-off-by: Chee Yang Lee 
+
+---
+ bfd/peXXigen.c | 20 ++--
+ 1 files changed, 10 insertions(+), 10 deletions(-)
+ 
+diff --git a/bfd/peXXigen.c b/bfd/peXXigen.c
+index b9eeb775d9b..8aa5914acd9 100644
+--- a/bfd/peXXigen.c
 b/bfd/peXXigen.c
+@@ -177,25 +177,25 @@ _bfd_XXi_swap_sym_in (bfd * abfd, void * ext1, void * 
in1)
+ int unused_section_number = 0;
+ asection *sec;
+ flagword flags;
++size_t name_len;
++char *sec_name;
+ 
+ for (sec = abfd->sections; sec; sec = sec->next)
+   if (unused_section_number <= sec->target_index)
+ unused_section_number = sec->target_index + 1;
+ 
+-if (name == namebuf)
++name_len = strlen (name) + 1;
++sec_name = bfd_alloc (abfd, name_len);
++if (sec_name == NULL)
+   {
+-name = (const char *) bfd_alloc (abfd, strlen (namebuf) + 1);
+-if (name == NULL)
+-  {
+-_bfd_error_handler (_("%pB: out of memory creating name for 
empty section"),
+-abfd);
+-return;
+-  }
+-strcpy ((char *) name, namebuf);
++_bfd_error_handler (_("%pB: out of memory creating name "
++  "for empty section"), abfd);
++return;
+   }
++memcpy (sec_name, name, name_len);
+ 
+ flags = SEC_HAS_CONTENTS | SEC_ALLOC | SEC_DATA | SEC_LOAD;
+-sec = bfd_make_section_anyway_with_flags (abfd, name, flags);
++sec = bfd_make_section_anyway_with_flags (abfd, sec_name, flags);
+ if (sec == NULL)
+   {
+ _bfd_error_handler (_("%pB: unable to create fake empty section"),
+-- 
+2.27.0
+
diff --git a/meta/recipes-devtools/binutils/binutils/CVE-2020-16598.patch 
b/meta/recipes-devtools/binutils/binutils/CVE-2020-16598.patch
new file mode 100644
index 00..52bd925c97
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils/CVE-2020-16598.patch
@@ -0,0 +1,32 @@
+From ca3f923f82a079dcf441419f4a50a50f8b4b33c2 Mon Sep 17 00:00:00 2001
+From: Alan Modra 
+Date: Fri, 17 Apr 2020 10:38:16 +0930
+Subject: [PATCH] PR25840, Null pointer dereference in objdump
+
+   PR 25840
+   * debug.c (debug_class_type_samep): Don't segfault on NULL type.
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=binutils-gdb.git;a=patch;h=ca3f923f82a079dcf441419f4a50a50f8b4b33c2]
+CVE: CVE-2020-16598
+Signed-off-by: Chee Yang Lee 
+
+---
+ binutils/debug.c   | 2 ++
+ 1 files changed, 2 insertions(+)
+
+diff --git a/binutils/debug.c b/binutils/debug.c
+index 022fa4edffb..5470e155edc 100644
+--- a/binutils/debug.c
 b/binutils/debug.c
+@@ -3277,6 +3277,8 @@ debug_class_type_samep (struct debug_handle *info, 
struct debug_type_s *t1,
+  names, since that sometimes fails in the presence of
+  typedefs and we really don't care.  */
+ if (strcmp (f1->name, f2->name) != 0
++|| f1->type == NULL
++|| f2->type == NULL
+ 

[OE-core] [PATCH][dunfell 2/3] qemu: fix CVE-2020-25723

[Lee Chee Yang]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 .../qemu/qemu/CVE-2020-25723.patch| 52 +++
 2 files changed, 53 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-25723.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 067179fdeb..7a963ad57c 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -51,6 +51,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
   
file://0001-target-mips-Increase-number-of-TLB-entries-on-the-34.patch \
   file://CVE-2019-20175.patch \
   file://CVE-2020-24352.patch \
+  file://CVE-2020-25723.patch \
   "
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2020-25723.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2020-25723.patch
new file mode 100644
index 00..e6e0f5ec30
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2020-25723.patch
@@ -0,0 +1,52 @@
+From 2fdb42d840400d58f2e706ecca82c142b97bcbd6 Mon Sep 17 00:00:00 2001
+From: Li Qiang 
+Date: Wed, 12 Aug 2020 09:17:27 -0700
+Subject: [PATCH] hw: ehci: check return value of 'usb_packet_map'
+
+If 'usb_packet_map' fails, we should stop to process the usb
+request.
+
+Signed-off-by: Li Qiang 
+Message-Id: <20200812161727.29412-1-liq...@163.com>
+Signed-off-by: Gerd Hoffmann 
+
+
+Upstream-Status: Backport 
[https://git.qemu.org/?p=qemu.git;a=commit;h=2fdb42d840400d58f2e706ecca82c142b97bcbd6]
+CVE: CVE-2020-25723
+Signed-off-by: Chee Yang Lee 
+
+---
+ hw/usb/hcd-ehci.c | 10 --
+ 1 file changed, 8 insertions(+), 2 deletions(-)
+
+diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
+index 58cceac..4da446d 100644
+--- a/hw/usb/hcd-ehci.c
 b/hw/usb/hcd-ehci.c
+@@ -1373,7 +1373,10 @@ static int ehci_execute(EHCIPacket *p, const char 
*action)
+ spd = (p->pid == USB_TOKEN_IN && NLPTR_TBIT(p->qtd.altnext) == 0);
+ usb_packet_setup(>packet, p->pid, ep, 0, p->qtdaddr, spd,
+  (p->qtd.token & QTD_TOKEN_IOC) != 0);
+-usb_packet_map(>packet, >sgl);
++if (usb_packet_map(>packet, >sgl)) {
++qemu_sglist_destroy(>sgl);
++return -1;
++}
+ p->async = EHCI_ASYNC_INITIALIZED;
+ }
+ 
+@@ -1453,7 +1456,10 @@ static int ehci_process_itd(EHCIState *ehci,
+ if (ep && ep->type == USB_ENDPOINT_XFER_ISOC) {
+ usb_packet_setup(>ipacket, pid, ep, 0, addr, false,
+  (itd->transact[i] & ITD_XACT_IOC) != 0);
+-usb_packet_map(>ipacket, >isgl);
++if (usb_packet_map(>ipacket, >isgl)) {
++qemu_sglist_destroy(>isgl);
++return -1;
++}
+ usb_handle_packet(dev, >ipacket);
+ usb_packet_unmap(>ipacket, >isgl);
+ } else {
+-- 
+1.8.3.1
+
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145545): 
https://lists.openembedded.org/g/openembedded-core/message/145545
Mute This Topic: https://lists.openembedded.org/mt/78947982/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH][dunfell 1/3] glibc: fix CVE-2020-29562

[Lee Chee Yang]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
---
 .../glibc/glibc/CVE-2020-29562.patch  | 156 ++
 meta/recipes-core/glibc/glibc_2.31.bb |   1 +
 2 files changed, 157 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-29562.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2020-29562.patch 
b/meta/recipes-core/glibc/glibc/CVE-2020-29562.patch
new file mode 100644
index 00..c51fb3223a
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2020-29562.patch
@@ -0,0 +1,156 @@
+From 228edd356f03bf62dcf2b1335f25d43c602ee68d Mon Sep 17 00:00:00 2001
+From: Michael Colavita 
+Date: Thu, 19 Nov 2020 11:44:40 -0500
+Subject: [PATCH] iconv: Fix incorrect UCS4 inner loop bounds (BZ#26923)
+
+Previously, in UCS4 conversion routines we limit the number of
+characters we examine to the minimum of the number of characters in the
+input and the number of characters in the output. This is not the
+correct behavior when __GCONV_IGNORE_ERRORS is set, as we do not consume
+an output character when we skip a code unit. Instead, track the input
+and output pointers and terminate the loop when either reaches its
+limit.
+
+This resolves assertion failures when resetting the input buffer in a step of
+iconv, which assumes that the input will be fully consumed given sufficient
+output space.
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=228edd356f03bf62dcf2b1335f25d43c602ee68d]
+CVE: CVE-2020-29562
+Signed-off-by: Chee Yang Lee 
+
+---
+ iconv/Makefile   |  2 +-
+ iconv/gconv_simple.c | 16 --
+ iconv/tst-iconv8.c   | 50 
+ 3 files changed, 55 insertions(+), 13 deletions(-)
+ create mode 100644 iconv/tst-iconv8.c
+
+diff --git a/iconv/Makefile b/iconv/Makefile
+index 30bf996d3a..f9b51e23ec 100644
+--- a/iconv/Makefile
 b/iconv/Makefile
+@@ -44,7 +44,7 @@ CFLAGS-linereader.c += -DNO_TRANSLITERATION
+ CFLAGS-simple-hash.c += -I../locale
+ 
+ tests = tst-iconv1 tst-iconv2 tst-iconv3 tst-iconv4 tst-iconv5 tst-iconv6 \
+-tst-iconv7 tst-iconv-mt tst-iconv-opt
++tst-iconv7 tst-iconv8 tst-iconv-mt tst-iconv-opt
+ 
+ others= iconv_prog iconvconfig
+ install-others-programs   = $(inst_bindir)/iconv
+diff --git a/iconv/gconv_simple.c b/iconv/gconv_simple.c
+index d4797fba17..963b29f246 100644
+--- a/iconv/gconv_simple.c
 b/iconv/gconv_simple.c
+@@ -239,11 +239,9 @@ ucs4_internal_loop (struct __gconv_step *step,
+   int flags = step_data->__flags;
+   const unsigned char *inptr = *inptrp;
+   unsigned char *outptr = *outptrp;
+-  size_t n_convert = MIN (inend - inptr, outend - outptr) / 4;
+   int result;
+-  size_t cnt;
+ 
+-  for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
++  for (; inptr + 4 <= inend && outptr + 4 <= outend; inptr += 4)
+ {
+   uint32_t inval;
+ 
+@@ -307,11 +305,9 @@ ucs4_internal_loop_unaligned (struct __gconv_step *step,
+   int flags = step_data->__flags;
+   const unsigned char *inptr = *inptrp;
+   unsigned char *outptr = *outptrp;
+-  size_t n_convert = MIN (inend - inptr, outend - outptr) / 4;
+   int result;
+-  size_t cnt;
+ 
+-  for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
++  for (; inptr + 4 <= inend && outptr + 4 <= outend; inptr += 4)
+ {
+   if (__glibc_unlikely (inptr[0] > 0x80))
+   {
+@@ -613,11 +609,9 @@ ucs4le_internal_loop (struct __gconv_step *step,
+   int flags = step_data->__flags;
+   const unsigned char *inptr = *inptrp;
+   unsigned char *outptr = *outptrp;
+-  size_t n_convert = MIN (inend - inptr, outend - outptr) / 4;
+   int result;
+-  size_t cnt;
+ 
+-  for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
++  for (; inptr + 4 <= inend && outptr + 4 <= outend; inptr += 4)
+ {
+   uint32_t inval;
+ 
+@@ -684,11 +678,9 @@ ucs4le_internal_loop_unaligned (struct __gconv_step *step,
+   int flags = step_data->__flags;
+   const unsigned char *inptr = *inptrp;
+   unsigned char *outptr = *outptrp;
+-  size_t n_convert = MIN (inend - inptr, outend - outptr) / 4;
+   int result;
+-  size_t cnt;
+ 
+-  for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
++  for (; inptr + 4 <= inend && outptr + 4 <= outend; inptr += 4)
+ {
+   if (__glibc_unlikely (inptr[3] > 0x80))
+   {
+diff --git a/iconv/tst-iconv8.c b/iconv/tst-iconv8.c
+new file mode 100644
+index 00..0b92b19f66
+--- /dev/null
 b/iconv/tst-iconv8.c
+@@ -0,0 +1,50 @@
++/* Test iconv behavior on UCS4 conversions with //IGNORE.
++   Copyright (C) 2020 Free Software Foundation, Inc.
++   This file is part of the GNU C Library.
++
++   The GNU C Library is free software; you can redistribute it and/or
++   modify it under the terms of the GNU Lesser General Public
++   License as published by the Free Software Foundation; either
++   version 2.1 of the License, or (at your option) any later version.
++
++   The GNU C Library is distributed in the hope that it will be useful,
++   but 

Re: [OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Outback Dingo]

On Mon, Dec 14, 2020 at 5:39 PM Alexander Kanavin
 wrote:
>
> Sorry, but you need to explain why the file from from ebtables (an optional 
> package from a 3rd party layer) takes precedence over file from netbase 
> (which is a core item).

I happened to run across it using poky and it was suggested i send a
patch, the fact it conflicts with an optional package, well i guess
Ill have to look at both, might just be that
it should come out of ebtables, either way i hit it due to the recent
change commit in netbase_6.2.bb telling me it was not previously there
until you actually added that line this month!

git show ba069a5a3dae374744f68a57ab9e7869167beb2b

-SRC_URI = "${DEBIAN_MIRROR}/main/n/${BPN}/${BPN}_${PV}~bpo10+1.tar.xz"
-S = "${WORKDIR}/${BPN}-${PV}~bpo10+1"
+SRC_URI = "${DEBIAN_MIRROR}/main/n/${BPN}/${BPN}_${PV}.tar.xz"

-SRC_URI[md5sum] = "4fa7517285b4045ac0dc8dbf6730dd7a"
-SRC_URI[sha256sum] =
"4e9c3082dff8896cb6b6bea9bb2200d82fb0d7c8d8c8fc9b18704fe553316237"
+inherit allarch
+
+SRC_URI[sha256sum] =
"309a24146a06347d654b261e9e07a82fab844b173674a42e223803dd8258541e"

 UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/n/netbase/"
-do_install () {

-   install -d ${D}/${mandir}/man8 ${D}${sysconfdir}
+do_install () {
+   install -d ${D}${sysconfdir}
install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
+   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
 }



>
> Alex
>
> On Mon, 14 Dec 2020 at 11:33, Outback Dingo  wrote:
>>
>> ---
>>  meta/recipes-core/netbase/netbase_6.2.bb | 1 -
>>  1 file changed, 1 deletion(-)
>>
>> diff --git a/meta/recipes-core/netbase/netbase_6.2.bb 
>> b/meta/recipes-core/netbase/netbase_6.2.bb
>> index a54d2e7764..262b2cf1bc 100644
>> --- a/meta/recipes-core/netbase/netbase_6.2.bb
>> +++ b/meta/recipes-core/netbase/netbase_6.2.bb
>> @@ -19,5 +19,4 @@ do_install () {
>> install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
>> install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
>> install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
>> -   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
>>  }
>> --
>> 2.20.1
>>
>>
>> 
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145543): 
https://lists.openembedded.org/g/openembedded-core/message/145543
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Mark Hatle]

I agree.  Netbase is the required for all installs.  ebtables is only used in
some installs.

So unless ebtables has a more up-to-date version of the file, it seems like the
bug is that ebtables needs to either remove the file or sync to the netbase 
version.

(You won't get a conflict if both files are identical, md5sum/shasum)

--Mark

On 12/14/20 4:39 AM, Alexander Kanavin wrote:
> Sorry, but you need to explain why the file from from ebtables (an optional
> package from a 3rd party layer) takes precedence over file from netbase (which
> is a core item).
> 
> Alex
> 
> On Mon, 14 Dec 2020 at 11:33, Outback Dingo  > wrote:
> 
> ---
>  meta/recipes-core/netbase/netbase_6.2.bb  | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/meta/recipes-core/netbase/netbase_6.2.bb
>  b/meta/recipes-core/netbase/netbase_6.2.bb
> 
> index a54d2e7764..262b2cf1bc 100644
> --- a/meta/recipes-core/netbase/netbase_6.2.bb 
> +++ b/meta/recipes-core/netbase/netbase_6.2.bb 
> @@ -19,5 +19,4 @@ do_install () {
>         install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
>         install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
>         install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
> -       install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
>  }
> -- 
> 2.20.1
> 
> 
> 
> 
> 
> 
> 
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145542): 
https://lists.openembedded.org/g/openembedded-core/message/145542
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Alexander Kanavin]

Sorry, but you need to explain why the file from from ebtables (an optional
package from a 3rd party layer) takes precedence over file from netbase
(which is a core item).

Alex

On Mon, 14 Dec 2020 at 11:33, Outback Dingo  wrote:

> ---
>  meta/recipes-core/netbase/netbase_6.2.bb | 1 -
>  1 file changed, 1 deletion(-)
>
> diff --git a/meta/recipes-core/netbase/netbase_6.2.bb
> b/meta/recipes-core/netbase/netbase_6.2.bb
> index a54d2e7764..262b2cf1bc 100644
> --- a/meta/recipes-core/netbase/netbase_6.2.bb
> +++ b/meta/recipes-core/netbase/netbase_6.2.bb
> @@ -19,5 +19,4 @@ do_install () {
> install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
> install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
> install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
> -   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
>  }
> --
> 2.20.1
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145541): 
https://lists.openembedded.org/g/openembedded-core/message/145541
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 5/5] systemd: add RRECOMMENDS for weak dependencies, if enabled

[Luca Bocassi]

On Fri, 2020-12-11 at 20:34 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org  > c...@lists.openembedded.org> On Behalf Of Luca Bocassi
> > Sent: den 10 december 2020 13:53
> > To: openembedded-core@lists.openembedded.org
> > Subject: [OE-core] [PATCH 5/5] systemd: add RRECOMMENDS for weak
> > dependencies, if enabled
> > 
> > From: Luca Boccassi 
> > 
> > Some libraries are now dlopen'ed and skipped at runtime if
> > not available. Add them to the RRECOMMENDS list, to allow
> > users to exclude them for smaller images even if generally
> > enabled at build time.
> > 
> > Signed-off-by: Luca Boccassi 
> > ---
> >  meta/recipes-core/systemd/systemd_247.1.bb | 7 +++
> >  1 file changed, 7 insertions(+)
> > 
> > diff --git a/meta/recipes-core/systemd/systemd_247.1.bb 
> > b/meta/recipes-core/systemd/systemd_247.1.bb
> > index f20e86d94b..951bffa23f 100644
> > --- a/meta/recipes-core/systemd/systemd_247.1.bb
> > +++ b/meta/recipes-core/systemd/systemd_247.1.bb
> > @@ -603,6 +603,13 @@ RRECOMMENDS_${PN} += "systemd-extra-utils \
> >systemd-conf \
> >  "
> > 
> > +# Weak dlopen-style dependencies: if explicitly requested via 
> > PACKAGECONFIG, recommend them
> > +RRECOMMENDS_${PN} += "${@bb.utils.contains('PACKAGECONFIG', 'qrencode', 
> > 'qrencode', '', d)} \
> > +  ${@bb.utils.contains('PACKAGECONFIG', 'libidn', 
> > 'libidn', '', d)} \
> > +  ${@bb.utils.contains('PACKAGECONFIG', 'libidn2', 
> > 'libidn2', '', d)} \
> > +  ${@bb.utils.contains('PACKAGECONFIG', 'cryptsetup', 
> > 'cryptsetup', '', d)} \
> > +"
> 
> Please write this as:
> 
> RRECOMMENDS_${PN} += "${@bb.utils.filter('PACKAGECONFIG', 'cryptsetup libidn 
> libidn2 qrencode', d)}"

Andre suggested instead to add the rrecommends directly in the
packageconfig definition.

-- 
Kind regards,
Luca Boccassi


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145540): 
https://lists.openembedded.org/g/openembedded-core/message/145540
Mute This Topic: https://lists.openembedded.org/mt/78853215/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] file /etc/ethertypes conflicts between netbase-1:6.2-r0.corei7_64 and ebtables-2.0.10+4-r4.corei7_64

[Outback Dingo]

---
 meta/recipes-core/netbase/netbase_6.2.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/netbase/netbase_6.2.bb 
b/meta/recipes-core/netbase/netbase_6.2.bb
index a54d2e7764..262b2cf1bc 100644
--- a/meta/recipes-core/netbase/netbase_6.2.bb
+++ b/meta/recipes-core/netbase/netbase_6.2.bb
@@ -19,5 +19,4 @@ do_install () {
install -m 0644 ${S}/etc/rpc ${D}${sysconfdir}/rpc
install -m 0644 ${S}/etc/protocols ${D}${sysconfdir}/protocols
install -m 0644 ${S}/etc/services ${D}${sysconfdir}/services
-   install -m 0644 ${S}/etc/ethertypes ${D}${sysconfdir}/ethertypes
 }
-- 
2.20.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145539): 
https://lists.openembedded.org/g/openembedded-core/message/145539
Mute This Topic: https://lists.openembedded.org/mt/78947734/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 5/5] systemd: add RRECOMMENDS for weak dependencies, if enabled

[Luca Bocassi]

On Fri, 2020-12-11 at 12:55 -0800, Andre McCurdy wrote:
> On Thu, Dec 10, 2020 at 4:53 AM Luca Bocassi  wrote:
> > From: Luca Boccassi 
> > 
> > Some libraries are now dlopen'ed and skipped at runtime if
> > not available. Add them to the RRECOMMENDS list, to allow
> > users to exclude them for smaller images even if generally
> > enabled at build time.
> 
> This seems to imply that these options have some basic level of
> functionality even when the corresponding shared library isn't found
> at runtime. Is that right?

Yes - or more precisely, the options themselves are not available at
runtime without the related library, but fallback is graceful. Eg: you
don't get a QR encoded printout when generating a recovery key, just
the textual form, and a warning that libqrencode is missing.

The system is designed to allow building just once with these features
enabled, but then make the decision on whether to include the
additional library when building the image.

> If there's no functionality at all without the corresponding shared
> library then these should just be regular dependencies (and users who
> need smaller images should disable via the PACKAGECONFIG rather than
> leaving the PACKAGECONFIG enabled but then excluding the shared
> library).
> 
> Note also that PACKAGECONFIG gives a way to express recommended
> dependencies (the 5th argument).
> 
>   
> https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-PACKAGECONFIG

Thanks for the suggestion, will send a v2.

-- 
Kind regards,
Luca Boccassi


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145538): 
https://lists.openembedded.org/g/openembedded-core/message/145538
Mute This Topic: https://lists.openembedded.org/mt/78853215/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] systemd: update from 244.3 to 244.5 stable release

[Mikko Rapeli]

Sorry, missed dunfell prefix. Fixed in v2.

-Mikko
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145537): 
https://lists.openembedded.org/g/openembedded-core/message/145537
Mute This Topic: https://lists.openembedded.org/mt/78947354/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-