Re: [OE-core] [jethro][PATCH] linux-firmware: rtl8192cx: Add latest available firmware

On 11/26/2015 02:21 PM, Bhuvanchandra DV wrote: Add latest available firmware binaries for RTL8192CX chipsets. These new firmwares have been released in 2012, have been used by the mainline kernel as preferred firmware since 3.13 and even backported to stable branches. Signed-off-by:

Re: [OE-core] [fido][PATCH] linux-firmware: rtl8192cx: Add latest available firmware

On 11/26/2015 02:21 PM, Bhuvanchandra DV wrote: Add latest available firmware binaries for RTL8192CX chipsets. These new firmwares have been released in 2012, have been used by the mainline kernel as preferred firmware since 3.13 and even backported to stable branches. Signed-off-by:

Re: [OE-core] [PATCH] linux-firmware: rtl8192cx: Add latest available firmware

On 11/26/2015 02:42 PM, Bhuvanchandra DV wrote: Add latest available firmware binaries for RTL8192CX chipsets. These new firmwares have been released in 2012, have been used by the mainline kernel as preferred firmware since 3.13 and even backported to stable branches. Signed-off-by:

Re: [OE-core] [jethro][fido][PATCH 4/4] openssl: three CVE fixes

Hi, * Armin Kuster [151208 02:49]: > meta/recipes-connectivity/openssl/openssl_1.0.2d.bb | 4 > 1 file changed, 4 insertions(+) I'm just a little curious about this serious, and a few others that I've seen recently. They all add a number of CVE-patches, with one

Re: [OE-core] [PATCH 1/1] python: gcc optimization level 2

> On Dec 2, 2015, at 2:28 AM, Hongxu Jia wrote: > > On 12/02/2015 05:57 PM, Burton, Ross wrote: >> >> On 2 December 2015 at 09:51, Hongxu Jia > > wrote: >> The root cause is the qemu didn't support gcc

Re: [OE-core] [PATCH v2] weston-init: Use weston-launch for XWayland

Hi Alex, We're wondering how best to fix this. The Weston website seems to give the answer for a run-time solution, which is basically 'if $DISPLAY is set use weston, otherwise use weston-launch'. http://wayland.freedesktop.org/building.html Is that the right approach? Another possibility is

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On 6 December 2015 at 18:22, Matt Madison wrote: > Close, but not quite, I think. It doesn't look like it addresses the > ordering mismatch that occurs due to the -vfp include being processed > before the -neon include, resulting vfpv4 preceding neon in > ARMPKGSFX_FPU

Re: [OE-core] [PATCH v2] weston-init: Use weston-launch for XWayland

On Mon, Dec 7, 2015 at 11:19 AM, Tom Hochstein wrote: > Hi Alex, > > We're wondering how best to fix this. > > The Weston website seems to give the answer for a run-time solution, which is > basically 'if $DISPLAY is set use weston, otherwise use weston-launch'. > >

Re: [OE-core] [PATCH] useradd_base: Make perform_groupmems work with native

On Mon, Dec 7, 2015 at 3:39 AM, Fabrice Coulon wrote: > I have a problem when using useradd_base.bbclass together with native. > ${sysconfdir} is BUILDDIR/tmp/sysroots/x86_64-linux/etc for native, > and ${sysconfdir} is "/etc" for target. > > rootdir is

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

On 12/7/15 8:01 AM, Burton, Ross wrote: > > On 6 December 2015 at 18:22, Matt Madison > wrote: > > Close, but not quite, I think. It doesn't look like it addresses the > ordering mismatch that occurs due to the -vfp include being

Re: [OE-core] [PATCH v2] weston-init: Use weston-launch for XWayland

On 12/07/2015 04:13 PM, Otavio Salvador wrote: We're wondering how best to fix this. The Weston website seems to give the answer for a run-time solution, which is basically 'if $DISPLAY is set use weston, otherwise use weston-launch'. http://wayland.freedesktop.org/building.html Is that the

Re: [OE-core] [PATCH 0/1] ARMPKGSFX_FP ordering

OK, I'll rework the patch to fix PACKAGE_EXTRA_ARCHS and rebase off Martin's changes. -Matt On Mon, Dec 7, 2015 at 7:17 AM, Mark Hatle wrote: > On 12/7/15 8:01 AM, Burton, Ross wrote: >> >> On 6 December 2015 at 18:22, Matt Madison >

[OE-core] [PATCH] libjpeg-turbo: fix build error on x32 ABI

libjpeg-turbo doesn't support x32 ABI now. Work around missing x32 ABI support by building with "--without-simd" option. Signed-off-by: Maxin B. John --- meta/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [OE-core] [PATCH 1/1] bind: 9.10.2-P4 -> 9.10.3

On 3 December 2015 at 02:20, Kang Kai wrote: > Could we discuss this patch now? Thanks. > Certainly. Can you rebase it to current master please? Ross -- ___ Openembedded-core mailing list

[OE-core] [PATCH 2/2] libical: Fix x32 ABI build

Fix x32 ABI build failure by using GNUInstallDirs in CMakeLists.txt Signed-off-by: Maxin B. John --- .../libical/libical/Fix-x32-ABI-build.patch| 38 ++ meta/recipes-support/libical/libical_1.0.1.bb | 1 + 2 files changed, 39 insertions(+)

[OE-core] [PATCH 1/2 v2] libical: Upgrade 1.0.0 -> 1.0.1

From: Jussi Kukkonen * Build system changed to cmake. * Patch build system to not check for perl (we use host perl which won't be found) Signed-off-by: Jussi Kukkonen Signed-off-by: Maxin B. John ---

Re: [OE-core] [PATCH v4 1/4] lttng-modules: Upgrade to 2.7 release

On 19 November 2015 at 15:48, Otavio Salvador wrote: > Signed-off-by: Otavio Salvador > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: None > Sorry but this just failed on the AB:

[OE-core] [PATCH] libical: Upgrade 1.0.0 -> 1.0.1

From: Jussi Kukkonen * Build system changed to cmake. * Patch build system to not check for perl (we use host perl which won't be found) Signed-off-by: Jussi Kukkonen Signed-off-by: Maxin B. John ---

[OE-core] [PATCH] libpcre: upgrade to 8.38

This is the latest release in the 8.xx series. It fixes 46 bugs as listed: http://vcs.pcre.org/pcre/code/trunk/ChangeLog?view=markup Vulnerabilities from CVE-2015-8380 to CVE-2015-8395 have been fixed in 8.38. Signed-off-by: Fan Xin ---

[OE-core] [PATCH v2] libpcre: upgrade to 8.38

This is the latest release in the 8.xx series. It fixes 46 bugs as listed: http://vcs.pcre.org/pcre/code/trunk/ChangeLog?view=markup Vulnerabilities from CVE-2015-8380 to CVE-2015-8395 have been fixed in 8.38. Signed-off-by: Fan Xin ---

Re: [OE-core] [PATCH] pseudo: Make it possible to override the append in a bbappend

On 12/02/2015 08:05 PM, Andre McCurdy wrote: On Wed, Dec 2, 2015 at 5:22 AM, Fabrice Coulon wrote: I need this in order to avoid a conflict when used with base-passwd-native. Doesn't something like this work from your .bbappend? do_install_append_class-native ()

[OE-core] what feature fixed the gcc-5 preprocessor build error from a few months back?

once upon a time, i asked a question about the origin of this OE build error using gcc-5 to build ncurses-native: > In file included from /home/rpjday/oe/builds/oe/qemux86/tmp-glibc/work/x86_64-linux/ncurses-native/5.9-r15.1/ncurses-5.9/ncurses/curses.priv.h:283:0, > from

Re: [OE-core] what feature fixed the gcc-5 preprocessor build error from a few months back?

Hello Robert, On 07.12.2015 10:44, Robert P. J. Day wrote: > > once upon a time, i asked a question about the origin of this OE > build error using gcc-5 to build ncurses-native: > >> In file included from >

[OE-core] [PATCH] useradd_base: Make perform_groupmems work with native

I have a problem when using useradd_base.bbclass together with native. ${sysconfdir} is BUILDDIR/tmp/sysroots/x86_64-linux/etc for native, and ${sysconfdir} is "/etc" for target. rootdir is BUILDDIR/tmp/sysroots/x86_64-linux for native, so, $rootdir${sysconfdir} is not correct for native. The

Re: [OE-core] [PATCHv2 0/6] wic: Allow to user defined files as config for bootloaders

Hi Mariano, The patchset looks good to me. Thank you. Signed-off-by: Ed Bartosh On Tue, Dec 01, 2015 at 09:38:58AM +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > These patches add a new option for the

Re: [OE-core] [PATCH] hand the TEMPLATECONF local over to setup-builddir

Ping! Attaching a version of the patch that works with current master; without the fix, oe-init-build-env simply doesn't work with zsh. It really isn't a big patch, so if you need me to correct anything, please don't hesitate to point me to it; I'm totally new to openembedded, so if my

Re: [OE-core] what feature fixed the gcc-5 preprocessor build error from a few months back?

On Mon, 7 Dec 2015, Andreas Oberritter wrote: > Hello Robert, > > On 07.12.2015 10:44, Robert P. J. Day wrote: > > > > once upon a time, i asked a question about the origin of this OE > > build error using gcc-5 to build ncurses-native: > > > >> In file included from > >

[OE-core] [PATCH V2] bluez5: upgrade to 5.36

Backported a fix for a segfault crash. Signed-off-by: Cristian Iorga --- meta/recipes-connectivity/bluez5/bluez5.inc| 1 + ...e-Fix-possible-crash-when-registering-pro.patch | 54 ++ .../bluez5/{bluez5_5.33.bb => bluez5_5.36.bb} | 4

Re: [OE-core] [PATCH V2] bluez5: upgrade to 5.36

V2 fixes a segfault that was not planned for inclusion into the upgrade :-P. Regards, Cristian Iorga Yocto Project Intel Corporation -Original Message- From: Iorga, Cristian Sent: Monday, December 7, 2015 3:06 PM To: openembedded-core@lists.openembedded.org Cc: Iorga, Cristian

[OE-core] [PATCH 0/1] Fix ext SDK installer regression

The following changes since commit 687e5ef86361a16d6c411386939d4ba96a5909ea: libsdl: remove redundant configure_tweak patch (2015-12-01 21:31:04 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/sdk-env-fix3

[OE-core] [PATCH 1/1] toolchain-shar-extract.sh: ensure cleaned environment will work for ext SDK

In OE-Core revision 6d2074d477596971dc52027dd87b02af7f39138d we added a line which re-executes the script with a cleaned environment using env -i; unfortunately that caused a regression in the extensible SDK on Ubuntu 14.04 - strangely, there it seems that the value you get for PATH under env -i

[OE-core] [oe-core][PATCH 1/1] perl: do not use PERLHOSTLIB

I don't like this one bit, which is why I am not removing the now unused dynload patch. If we look at PERLHOSTLIB in target perl, we will be using the wrong libraries when doing a self-hosted build for packages that inherit cpan, and maybe others. I think that only perl-native should heed

Re: [OE-core] [PATCH 3/4] systemd: add myhostname to nsswitch.conf

On Tue, Nov 17, 2015 at 8:49 PM, Dan McGregor wrote: > On 12 Nov 2015 5:41 p.m., "Christopher Larson" wrote: > > > > From: Christopher Larson > > > > We don't need nss-myhostname on systemd systems, because systemd already

[OE-core] [PATCH 0/2] ptest-runner

These two commits adds a new ptest-runner written in python the sh one is conserved to use in tiny systems. What's new in ptest runner: - Monitor/timeout stdout, stderr of the test suite to avoid block indefinetly. - Add option for change ptest root directory. - Add

[OE-core] [PATCH 2/2] ptest-runner: Add a recipe for install ptest-runner 2.0.

[YOCTO #8021] Signed-off-by: Aníbal Limón --- .../ptest-runner/ptest-runner_2.0.bb | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb diff --git

[OE-core] [PATCH 1/2] ptest-runner: Add version 2.0 re-implementation in python.

The new ptest-runner supports timeout of upstream tests executed, it looks for stdout of process and if no information is available in certain time (defaults to 5m) the process is treaty as blocked and ptest-runner kills it, this handles problems of ptest-runner being blocked indefinitly for

[OE-core] [PATCH] cross-canadian.bbclass: Add BASECANADIANEXTRAOS to specify main extraos

By default the system will expand the extra os entries for uclibc and musl even if they are not enabled in the build. There was no way to prevent this behavior while still getting the expansion for things like x32 or spe. The change adds a new setting which a distribution creator can override

Re: [OE-core] [PATCH] cross-canadian.bbclass: Add BASECANADIANEXTRAOS to specify main extraos

Sorry forgot to setup a cover letter. The issue is that various extra OS entries cause numerous symlinks to be set. These symlinks can cause confusion for someone looking in the directory. They may think uclibc or musl is actually supported. However, the real problem is when you build an SDK

Re: [OE-core] [PATCHv3 5/6] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi and ARMPKGSFX_EABI

On Wed, Nov 18, 2015 at 07:37:21PM +0100, Martin Jansa wrote: > * without this change it wasn't possible to use call-convention hard > together with vfpv4 > > Signed-off-by: Martin Jansa > --- > meta/conf/machine/include/arm/feature-arm-vfp.inc | 5 - > 1 file

Re: [OE-core] [PATCH v3] libjpeg: Replace libjpeg with libjpeg-turbo

On 2 December 2015 at 07:56, Maxin B. John wrote: > meta/recipes-core/jpeg/jpeg_9a.bb| 29 --- > meta/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb | 36 > > (CCing the usual suspects who will notice and care about

Re: [OE-core] [PATCH v3] libjpeg: Replace libjpeg with libjpeg-turbo

On Mon, Dec 07, 2015 at 10:56:48PM +, Burton, Ross wrote: > On 2 December 2015 at 07:56, Maxin B. John wrote: > > > meta/recipes-core/jpeg/jpeg_9a.bb| 29 --- > > meta/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb | 36 > >

[OE-core] [PATCH] automake: Remove delays in configure scripts using automake

By default automake puts "sleep 1" into the start of configure scripts which adds pointless delays to them. Rather than do this, lets just assume our systems are sane. Since this means our patches touch m4 files, we need to stop automake running autoreconf so we tweak the do_configure to avoid

[OE-core] [PATCH] site/common-linux: Add some macros to avoid sleeps during configure

If you profile gettext do_configure you notice it has some "sleep 1" type events occurring. This patch ensures we cache the right values to avoid those pointless delays there and in any other configure scripts using the same macros. Signed-off-by: Richard Purdie

Re: [OE-core] [PATCH 1/2] dbus: build with systemd support

On Fri, 2015-11-20 at 15:38 +0100, Andrew Shadura wrote: > It's good to have the extra functionality, such as seat support > provided with systemd support. Not least of all to support > systemd user-sessions. Your patch is against D-Bus 1.10.2, which is not yet in OE-core master. I adapted the

Re: [OE-core] [PATCH 1/2] dbus: build with systemd support

On 07/12/15 20:02, Patrick Ohly wrote: > On Fri, 2015-11-20 at 15:38 +0100, Andrew Shadura wrote: >> > It's good to have the extra functionality, such as seat support >> > provided with systemd support. Not least of all to support >> > systemd user-sessions. > Your patch is against D-Bus 1.10.2,

[OE-core] [PATCH] autoconf: Disable macro which causes excessive delays when using dash as sh

At the start of every configure script, the check for solaris 'print' causes significant problems on a linux machine with dash as /bin/sh since it triggers the execution of "print" which on some linux systems is a perl script which is part of mailcap. Worse, this perl script calls "which file" and

[OE-core] [jethro][fido][PATCH 2/4] openssl: fix for CVE-2015-3194

From: Armin Kuster Signed-off-by: Armin Kuster --- .../openssl/0001-Add-test-for-CVE-2015-3194.patch | 66 ++ .../CVE-2015-3194-1-Add-PSS-parameter-check.patch | 45 +++ 2 files changed, 111 insertions(+) create mode

[OE-core] [jethro][fido][PATCH 4/4] openssl: three CVE fixes

From: Armin Kuster CVE-2015-3193 CVE-2015-3194 CVE-2105-3195 Signed-off-by: Armin Kuster --- meta/recipes-connectivity/openssl/openssl_1.0.2d.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2d.bb

[OE-core] [jethro][fido][PATCH 3/4] openssl: fix for CVE-2015-3195

From: Armin Kuster Signed-off-by: Armin Kuster --- ...CVE-2015-3195-Fix-leak-with-ASN.1-combine.patch | 64 ++ 1 file changed, 64 insertions(+) create mode 100644

[OE-core] [jethro][fido][PATCH 1/4] openssl: fix for CVE-2015-3193

From: Armin Kuster Signed-off-by: Armin Kuster --- ...64-mont5.pl-fix-carry-propagating-bug-CVE.patch | 101 + 1 file changed, 101 insertions(+) create mode 100644