Re: [OE-core] [PATCH v2 4/4] weston: Set depends to the virtual needed not explicitly on Mesa

2019-09-30 Thread Denys Dmytriyenko
On Thu, Sep 26, 2019 at 10:19:12AM +0200, Stefan Agner wrote: > On 2019-09-17 15:10, Andrew F. Davis via Openembedded-core wrote: > > The dependency is for EGL and GLES2 libraries. On some systems these > > are not provided by Mesa, list what is actually needed so the system > > can choose the corr

[OE-core] [PATCH] icecc: Export ICECC_CC and friends via wrapper-script

2019-09-30 Thread Douglas Royds via Openembedded-core
By exporting ICECC_CC, ICECC_CXX, and ICECC_VERSION in a wrapper-script, and putting this wrapper-script in the PATH, the Makefiles generated by CMake or the autotools are able to function correctly outside of bitbake. This provides a convenient developer workflow in which the modify-compile-unitte

[OE-core] [warrior-next 1/2] qemuarm64: Add QB_CPU_KVM to allow kvm acceleration

2019-09-30 Thread Armin Kuster
From: Richard Purdie This allows kvm acceleration on arm systems that support it. "host" is the best option I can find right now to attempt to use the acceleration. It potentially might not be correct but arm systems are sensitive to the correct values and I don't want to encode the autobuilders

[OE-core] [warrior-next 2/2] runqemu: Add support for kvm on aarch64

2019-09-30 Thread Armin Kuster
From: Richard Purdie The main issue is to make the x86 checks apply to x86 targets only. We may end up with better checks on other architectures but this adapts the code to allow for that and its still controlled by whether QB_CPU_KVM is set. The code needed minor refactoring so the qemu-system-

[OE-core] [warrior-next 0/2] warrior pull request

2019-09-30 Thread Armin Kuster
These two commits fix the qemuarm64-ptest failures on the arm host The following changes since commit 8c87e78547c598cada1bce92e7b25d85b994e2eb: cve-check: backport rewrite from master (2019-09-29 21:38:22 -0700) are available in the git repository at: git://git.openembedded.org/openembedde

[OE-core] [oe-core][thud][PATCH] perl: Fix CVE-2018-18311 to 18314

2019-09-30 Thread msft . dantran
From: Dan Tran Signed-off-by: Dan Tran --- .../perl/perl/CVE-2018-18311.patch| 183 .../perl/perl/CVE-2018-18312.patch| Bin 0 -> 2125 bytes .../perl/perl/CVE-2018-18313.patch| 60 .../perl/perl/CVE-2018-18314.patch| 271 +++

Re: [OE-core] [yocto] Xilinx/meta-jupyter layer

2019-09-30 Thread Paul Eggleton
FYI I've just changed the layer index entry to point to the new repo. New content should be indexed in a few hours. Thanks for working this out! Dmitry: sorry, for clarity did you mean a separate mailing list or one of the YP / OE ones ? Cheers, Paul On Saturday, 28 September 2019 9:52:26 AM

[OE-core] [PATCH] layer.conf: Add xserver-nodm-init to SIGGEN_EXCLUDERECIPES_ABISAFE

2019-09-30 Thread Khem Raj
Found signature differences when same machine is used as a copy see ERROR: xscreensaver different signature for task do_package_write_ipk.sigdata between qemux86copy and qemux86 Hash for dependent task x11-common/xserver-nodm-init_3.0.bb:do_packagedata changed from de0944d4fcaeed0efdb143a18cc406

[OE-core] [PATCH] opkg: remove pathfinder PACKAGECONFIG option

2019-09-30 Thread Trevor Gamblin
From: Trevor Gamblin pathfinder has no recipe and its last update was in 2013 (see http://freshmeat.sourceforge.net/projects/pathfinder), so it should be removed from the list of PACKAGECONFIG options for opkg. --disable-pathfinder is added to EXTRA_OECONF for good measure. Signed-off-by: Trevor

[OE-core] Fwd: [yocto] Schedule Announced for Yocto Project Summit Europe 2019

2019-09-30 Thread Philip Balister
The schedule looks really good. Lot's of talks from people doing work with OpenEmbedded and the Yocto Project,. Philip Forwarded Message Subject: [yocto] Schedule Announced for Yocto Project Summit Europe 2019 Date: Fri, 27 Sep 2019 04:33:12 + From: Volosincu, Andreea S To

[OE-core] [thud] wget: Security fixes CVE-2018-20483

2019-09-30 Thread Aviraj Cj (acj) via Openembedded-core
Source: http://git.savannah.gnu.org/cgit/wget.git/ Type: Security Fix Disposition: Backport from http://git.savannah.gnu.org/cgit/wget.git/ Description: Fixes CVE-2018-20483 Signed-off-by: Aviraj CJ diff --git a/meta/recipes-extended/wget/wget/CVE-2018-20483_p1.patch b/meta/recipes-extended/wge

[OE-core] (no subject)

2019-09-30 Thread Stephen K 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#New

Re: [OE-core] [yocto] Xilinx/meta-jupyter layer

2019-09-30 Thread Mark Hatle
On 9/27/19 3:12 PM, Chandana Kalluri wrote: > Hello all, > > https://github.com/Xilinx/meta-jupyter is a meta-jupyter layer containing > recipes for jupyter notebook. The initial recipes are based of Dmitry > Kargin's meta-jupyter layer > https://layers.openembedded.org/layerindex/branch/mas

Re: [OE-core] [PATCH 1/1] bluez5: Fix for --enable-btpclient

2019-09-30 Thread Ross Burton
On 29/09/2019 04:44, Robert Yang wrote: +Upstream-Status: Inappropriate [Upstream already fixed] So this is a backport then? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/lis

Re: [OE-core] [PATCH v2] ruby: fix non-IPv6 support

2019-09-30 Thread André Draszik
On Fri, 2019-09-27 at 17:32 +0200, Alexander Kanavin wrote: > On Fri, 27 Sep 2019 at 17:24, André Draszik wrote: > > Can't the auto-updater do it? (Without the repackaging?) > > I think it fails at the rebasing patches step - merge conflicts can only be > resolved by a human. OK, I'll try to h

Re: [OE-core] [PATCH 1/2] ruby: configure mis-detects isnan/isinf on musl

2019-09-30 Thread André Draszik
On Fri, 2019-09-27 at 16:15 +0100, Ross Burton wrote: > On 27/09/2019 14:54, André Draszik wrote: > > From: André Draszik > > > > The configure script does not detect isnan/isinf as macros > > as is the case in musl. > > > > Help it by providing the correct result via > > CACHED_CONFIGUREVARS. >