Drop all systemd-boot patches and use MESON_CROSS_... configuration
instead to pick up EFI cc and objcopy. For EFI ld, we can use the
command line efi-ld option, but have to ensure it's something which can
be exec'd directly.
Commits from v244-stable:
c4280c342bbf Revert "Support Plugable
Add MESON_CROSS_BINARIES, MESON_CROSS_PROPERTIES as a colon separated
list of meson properties which are exported into meson.cross.
Signed-off-by: Alex Kiernan
---
Changes in v3: None
Changes in v2: None
meta/classes/meson.bbclass | 161 -
1 file changed,
From: "Jeremy A. Puhlman"
All of the .pc files contain the path to ${libdir} which fails
in a multilib rpm image.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-devtools/subversion/subversion_1.13.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: "Jeremy A. Puhlman"
sndfile.h can differ depending on the combined architectures.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
From: "Jeremy A. Puhlman"
x11perfcomp encodes the library paths in the script.
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-graphics/xorg-app/x11perf_1.6.1.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-graphics/xorg-app/x11perf_1.6.1.bb
From: "Jeremy A. Puhlman"
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index
From: "Jeremy A. Puhlman"
assuan.h is generated and can differ between mutlilibs.
Signed-off-by: Jeremy Puhlman
---
meta/recipes-support/libassuan/libassuan_2.5.3.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libassuan/libassuan_2.5.3.bb
From: "Jeremy A. Puhlman"
Signed-off-by: Jeremy A. Puhlman
---
meta/recipes-connectivity/bind/bind_9.11.13.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/bind/bind_9.11.13.bb
b/meta/recipes-connectivity/bind/bind_9.11.13.bb
index
From: "Jeremy A. Puhlman"
xsltconfig.h is generated and can be different between multilibs
Signed-off-by: Jeremy Puhlman
---
meta/recipes-support/libxslt/libxslt_1.1.34.bb | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/libxslt/libxslt_1.1.34.bb
On Fri, Feb 14, 2020 at 5:33 PM Khem Raj wrote:
>
> This should fix the vdso crashes seen with kernel 5.0+
cool. I'll test this locally and follow up over the weekend.
Bruce
>
> python3[11312] general protection fault ip:b7e966b0 sp:bf8175cc error:0 in
> libc.so[b7e8b000+6b000]
>
>
On Fri, Feb 14, 2020 at 5:02 PM Andre McCurdy wrote:
>
> On Fri, Feb 14, 2020 at 7:42 AM Khem Raj wrote:
> >
> > Detailed changelog is here [1]
> >
> > [1]
> > https://git.musl-libc.org/cgit/musl/log/?qt=range=e6093b5a870a38ebfb3e54382acd48c698bde15d..a662220df547e5c2446518e74440a7d834f9ebe6
>
On Fri, Feb 14, 2020 at 7:42 AM Khem Raj wrote:
>
> Detailed changelog is here [1]
>
> [1]
> https://git.musl-libc.org/cgit/musl/log/?qt=range=e6093b5a870a38ebfb3e54382acd48c698bde15d..a662220df547e5c2446518e74440a7d834f9ebe6
Up to now, musl version updates have basically always just made
From: Lee Chee Yang
see:
https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
Signed-off-by: Lee Chee Yang
---
.../libxml/libxml2/CVE-2019-20388.patch| 37 ++
meta/recipes-core/libxml/libxml2_2.9.10.bb | 1 +
2 files changed, 38 insertions(+)
On 1/6/20 5:30 AM, Robert Yang wrote:
There is already a relocate.patch for native which is used for reading
GNUPG_BINDIR from environment variables, now also enable it for nativesdk.
Otherwise, command like the following one doesn't work for nativesdk:
$ gpg-connect-agent --homedir ../keys/
These are meta packages
Signed-off-by: Khem Raj
---
meta/classes/image.bbclass | 1 +
meta/recipes-core/meta/package-index.bb | 1 +
2 files changed, 2 insertions(+)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index c2824395c9..07aa1f1fa5 100644
---
This should fix the vdso crashes seen with kernel 5.0+
python3[11312] general protection fault ip:b7e966b0 sp:bf8175cc error:0 in
libc.so[b7e8b000+6b000]
Signed-off-by: Khem Raj
Cc: Bruce Ashfield
---
...001-clock-Do-not-define-own-timespec.patch | 45 +++
If you look at the log.do_rootfs it will give you more or less the exact
failure(using the message below as a guide), the error message below is
basically
the final catchall that says "at least one of them failed, please go fix
it" kind of message.
On 2/14/2020 10:30 AM, Andrew Boos wrote:
Set the platform information required to build Xvisor.
https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-extended/xvisor
Signed-off-by: Alistair Francis
---
meta/conf/machine/qemuriscv64.conf | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Fri, Feb 14, 2020 at 11:21 AM Alexander Kanavin
wrote:
> I got to it finally. Normally /var/lib/rpm is absent when opkg is in use,
> but when /usr/bin/rpm is present, python3's ptest involves distutils test
> creating rpm packages (and presumably installing them too), which creates a
>
Linux Kernel 4.4 is an LTS kernel so people may still
build it with OE.
Thus make copying of some files optional:
- arm64 module.lds file first appeared with kernel v4.6 commit
fd045f6cd98e arm64: add support for module PLTs"
- arm32 *.tbl files first appeared in kernel v4.10 in
commit
I got to it finally. Normally /var/lib/rpm is absent when opkg is in use,
but when /usr/bin/rpm is present, python3's ptest involves distutils test
creating rpm packages (and presumably installing them too), which creates a
database in /var/lib/rpm, which then triggers rpm tests to run and fail.
== Series Details ==
Series: busybox: Fix typo in patch
Revision: 1
URL : https://patchwork.openembedded.org/series/22636/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
Signed-off-by: Khem Raj
---
...1-Remove-syscall-wrappers-around-clock_gettime-closes-.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-core/busybox/busybox/0001-Remove-syscall-wrappers-around-clock_gettime-closes-.patch
By passing --disabled-newlib-supplied-syscalls, newlib will disable the
generation of builtin syscalls and move this to libgloss. (This also
affects the generation of crt0.o.)
libgloss SHOULD then provide the syscalls, crt0.o and other functions that
are no longer part of newlib itself. This
This is an RFC, because I only know of my particular use-case. So I'm not
sure how generic of a change this really is.
In my own use-case, we want to build a generic newlib and then customize
our equivalent to libgloss when linking baremetal applications.
I found that if we don't pass
Thanks Jeremy for the hint about update-alternatives. It turns out that
lmbench was installing a binary called "stream" that conflicts with
ImageMagick's own stream. All we had to do was remove lmbench from our
IMAGE_INSTALL and the problem went away. I'm posting the original error for
anyone that
Since we now have an example recipe on meta-skeleton to
build baremetal applications using OpenEmbedded, a user
produced SDK should be able to run such application.
Include nativesdk-qemu on TOOLCHAIN_HOST_TASK so its
built inside the baremetal based SDK.
Signed-off-by: Alejandro Enedino
Since we now have an example recipe on meta-skeleton to
build baremetal applications using OpenEmbedded, a user
produced SDK should be able to run such application.
Include nativesdk-qemu on TOOLCHAIN_HOST_TASK so its
built inside the newlib based SDK.
Signed-off-by: Alejandro Enedino Hernandez
On Fri, 2020-02-14 at 08:18 -0500, Bruce Ashfield wrote:
> On Thu, Feb 13, 2020 at 10:58 PM wrote:
> > From: He Zhe
> >
> > To make the native python3 is always used,
> >
> > - Use sed one-liner instead
> > - Add substitution for ${S}/scripts/bpf_helpers_doc.py to fix the
> > following
This helps compiling with musl on 32bit arches now that musl has
switched to 64bit time_t
Signed-off-by: Khem Raj
---
v2: backport another similar patch for runsv
refresh without meta-riscv patches
...rappers-around-clock_gettime-closes-.patch | 120 ++
Thanks Wang, the recipe upgrade work is very appreciated, particularly
because it doesn't fit very well into commercial product development and
its typical incentives.
Do you want to be the official maintainer for any of the oe-core recipes?
In the sense that you would be listed for them in
On Fri, 2020-02-14 at 17:01 +, Peter Kjellerstedt wrote:
> Shouldn't /sbin/ be treated the same way as /bin/?
I guess so, yes. I've done that.
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org boun...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 14 februari 2020 14:03
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] staging: Handle races between binaries
Signed-off-by: Wang Mingyu
---
meta/recipes-support/icu/{icu_64.2.bb => icu_65.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/icu/{icu_64.2.bb => icu_65.1.bb} (88%)
diff --git a/meta/recipes-support/icu/icu_64.2.bb
-License-Update: "PDX-License-Identifier: LGPL-2.1-only OR MPL-1.1"
is added
Signed-off-by: Wang Mingyu
---
...{python3-pycairo_1.18.2.bb => python3-pycairo_1.19.0.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-devtools/python/{python3-pycairo_1.18.2.bb =>
Signed-off-by: Wang Mingyu
---
meta/recipes-core/ell/{ell_0.27.bb => ell_0.28.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/ell/{ell_0.27.bb => ell_0.28.bb} (83%)
diff --git a/meta/recipes-core/ell/ell_0.27.bb
b/meta/recipes-core/ell/ell_0.28.bb
libgpg-error-1.36-gawk5-support.patch
Removed since it is included in 1.37.
Signed-off-by: Wang Mingyu
---
.../libgpg-error-1.36-gawk5-support.patch | 144 -
.../{libgpg-error_1.36.bb => libgpg-error_1.37.bb} | 5 +-
2 files changed, 2 insertions(+), 147
== Series Details ==
Series: "musl: Update to latest tip..." and 2 more (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/19281/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have
On Fri, 2020-02-14 at 19:28 +0800, chee.yang@intel.com wrote:
> From: Lee Chee Yang
>
> see:
> https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
>
> Signed-off-by: Lee Chee Yang
> ---
> .../libxml/libxml2/CVE-2019-20388.patch| 37
> ++
>
On Fri, Feb 14, 2020 at 06:42:12AM -0800, Khem Raj wrote:
> On Fri, Feb 14, 2020 at 6:35 AM Adrian Bunk wrote:
> >
> > On Thu, Feb 13, 2020 at 11:03:52PM -0800, Khem Raj wrote:
> > > Upstream has a patch [1] to fix musl builds, Prior to this it would not
> > > build on musl due to missing GNU
On Fri, Feb 14, 2020 at 6:51 AM Richard Purdie
wrote:
>
> On Fri, 2020-02-14 at 06:46 -0800, Khem Raj wrote:
> > On Fri, Feb 14, 2020 at 5:03 AM Richard Purdie
> > wrote:
> > > There is a long standing issue where a binary could be installed
> > > into the
> > > sysroot before its library
Drop security patches which are now in 9.1 already
Forward port rest of patches to 9.1
Detailed changes [1]
[1] https://lists.gnu.org/archive/html/info-gnu/2020-02/msg8.html
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
This helps compiling with musl on 32bit arches now that musl has
switched to 64bit time_t
Signed-off-by: Khem Raj
---
...rappers-around-clock_gettime-closes-.patch | 113 ++
...-Use-64-prefix-syscall-if-we-have-to.patch | 53
Detailed changelog is here [1]
[1]
https://git.musl-libc.org/cgit/musl/log/?qt=range=e6093b5a870a38ebfb3e54382acd48c698bde15d..a662220df547e5c2446518e74440a7d834f9ebe6
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
meta/recipes-core/musl/musl_git.bb | 2 +-
1 file changed, 1
On Fri, Feb 14, 2020 at 6:49 AM Robert P. J. Day wrote:
>
>
> "swuashfs"?
>
I think I sent a v2
> rday
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Fri, 2020-02-14 at 06:46 -0800, Khem Raj wrote:
> On Fri, Feb 14, 2020 at 5:03 AM Richard Purdie
> wrote:
> > There is a long standing issue where a binary could be installed
> > into the
> > sysroot before its library dependencies. We've always argued
> > nothing should
> > use the binary
"swuashfs"?
rday
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Fri, Feb 14, 2020 at 5:03 AM Richard Purdie
wrote:
>
> There is a long standing issue where a binary could be installed into the
> sysroot before its library dependencies. We've always argued nothing should
> use the binary until its been installed by a dependency but there are issues
> around
On Fri, Feb 14, 2020 at 7:25 AM Alex Kiernan wrote:
>
> On Fri, Feb 14, 2020 at 7:17 AM Khem Raj wrote:
> >
> > On Thu, Feb 13, 2020 at 3:40 PM Richard Purdie
> > wrote:
> > >
> > > On Thu, 2020-02-13 at 06:16 +, Alex Kiernan wrote:
> > > > Commits from v244-stable:
> > >
> > > I think this
On Fri, Feb 14, 2020 at 6:35 AM Adrian Bunk wrote:
>
> On Thu, Feb 13, 2020 at 11:03:52PM -0800, Khem Raj wrote:
> > Upstream has a patch [1] to fix musl builds, Prior to this it would not
> > build on musl due to missing GNU extentions for fnmatch
> >
> > [1]
> >
On Thu, Feb 13, 2020 at 11:03:52PM -0800, Khem Raj wrote:
> Upstream has a patch [1] to fix musl builds, Prior to this it would not
> build on musl due to missing GNU extentions for fnmatch
>
> [1]
> https://github.com/plougher/squashfs-tools/commit/4280e74de14070869787a9166242f9ce2dafd82e
>...
On Fri, Feb 14, 2020 at 6:18 AM Richard Purdie
wrote:
>
> On Fri, 2020-02-14 at 07:15 -0600, Joshua Watt wrote:
> >
> >
> > On Fri, Feb 14, 2020, 12:34 AM Khem Raj wrote:
> > > Hi Joshua
> > >
> > > I think it needs to be ignored on musl
> > >
> > > 15:37:23 ERROR: Nothing RPROVIDES
On Fri, 2020-02-14 at 07:15 -0600, Joshua Watt wrote:
>
>
> On Fri, Feb 14, 2020, 12:34 AM Khem Raj wrote:
> > Hi Joshua
> >
> > I think it needs to be ignored on musl
> >
> > 15:37:23 ERROR: Nothing RPROVIDES 'squashfs-tools' (but
> >
On Thu, 2020-02-13 at 14:36 +0100, Jens Rehsack wrote:
> Announcement:
> https://lists.gnu.org/archive/html/bug-make/2020-01/msg00057.html
>
> 1) Remove upstream provided patches 0001-glob-Do-not-assume-glibc-
> glob-internals.patch
>and 0002-glob-Do-not-assume-glibc-glob-internals.patch.
>
On Thu, Feb 13, 2020 at 10:58 PM wrote:
>
> From: He Zhe
>
> To make the native python3 is always used,
>
> - Use sed one-liner instead
> - Add substitution for ${S}/scripts/bpf_helpers_doc.py to fix the
> following warning.
>
> File "/usr/lib/python3.6/sysconfig.py", line 421, in _init_posix
On Fri, Feb 14, 2020, 12:34 AM Khem Raj wrote:
> Hi Joshua
>
> I think it needs to be ignored on musl
>
> 15:37:23 ERROR: Nothing RPROVIDES 'squashfs-tools' (but
>
> /mnt/jenkins/workspace/Yocto-world-musl/sources/openembedded-core/meta/recipes-support/diffoscope/
> diffoscope_136.bb
> RDEPENDS
was documenting the use of [EXTRA_]IMAGE_FEATURES, and noticed that
while the oe-core layer defines a related feature:
core-image.bbclass:FEATURE_PACKAGES_hwcodecs = "${MACHINE_HWCODECS}"
core-image.bbclass:MACHINE_HWCODECS ??= ""
i see no actual usage of that variable in oe-core (the
There is a long standing issue where a binary could be installed into the
sysroot before its library dependencies. We've always argued nothing should
use the binary until its been installed by a dependency but there are issues
around binaries which conflict with the host system, for example patch,
On Fri, 14 Feb 2020 at 08:15, Khem Raj wrote:
> local.conf I have
>
> DISTRO_FEATURES_append = " largefile opengl ptest multiarch wayland pam
> polkit "
> IMAGE_CLASSES += "testimage testsdk"
>
Right, I'm running this now, it's a bit tricky because I have to do it on
the Yocto AB. Big company's
From: Lee Chee Yang
see:
https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
Signed-off-by: Lee Chee Yang
---
.../libxml/libxml2/CVE-2019-20388.patch| 37 ++
meta/recipes-core/libxml/libxml2_2.9.10.bb | 1 +
2 files changed, 38 insertions(+)
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
meta/recipes-extended/bash/bash_5.0.bb | 15 +++
1 file changed, 15 insertions(+)
diff --git a/meta/recipes-extended/bash/bash_5.0.bb
b/meta/recipes-extended/bash/bash_5.0.bb
index 0c7b234..8ff9e6e 100644
---
== Series Details ==
Series: "bash: include patch 12-16..." and 1 more
Revision: 1
URL : https://patchwork.openembedded.org/series/22618/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
On Mon, 2020-02-10 at 09:38 -0800, Wang Mingyu wrote:
> Signed-off-by: Wang Mingyu
> ---
> .../{xkeyboard-config_2.28.bb => xkeyboard-config_2.29.bb}| 4
> ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.28.bb =>
>
From: Lee Chee Yang
see:
https://gitlab.gnome.org/GNOME/libxml2/merge_requests/68
Signed-off-by: Lee Chee Yang
---
.../libxml/libxml2/CVE-2019-20388.patch| 33 ++
meta/recipes-core/libxml/libxml2_2.9.10.bb | 1 +
2 files changed, 34 insertions(+)
From: Lee Chee Yang
Signed-off-by: Lee Chee Yang
---
meta/recipes-extended/bash/bash_5.0.bb | 15 +++
1 file changed, 15 insertions(+)
diff --git a/meta/recipes-extended/bash/bash_5.0.bb
b/meta/recipes-extended/bash/bash_5.0.bb
index 0c7b234..8ff9e6e 100644
---
65 matches
Mail list logo
