Re: [OE-core] [PATCH 08/11] systemd: drop unneeded $D check in prerm

On 12 November 2015 at 23:39, Christopher Larson wrote: > diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass > index 315c17f..1f5bbcc 100644 > --- a/meta/classes/qemu.bbclass > +++ b/meta/classes/qemu.bbclass > @@ -50,3 +50,8 @@ QEMU_EXTRAOPTIONS_ppc64e5500 = "

Re: [OE-core] [PATCH 08/11] systemd: drop unneeded $D check in prerm

On Mon, Nov 16, 2015 at 8:55 AM, Burton, Ross wrote: > On 16 November 2015 at 15:54, Christopher Larson > wrote: > >> Er, yes, no idea how I missed that when reviewing the diffs. That was >> meant to stay local. Sorry about that. >> > > Don't bother

Re: [OE-core] hostname issues

On Mon, Nov 16, 2015 at 4:57 PM, Christopher Larson wrote: > On Mon, Nov 16, 2015 at 7:14 AM, Andreas Müller > wrote: >> >> for xfce-session we have some very bad workaround entering machine >> name to /etc/hosts [1] >> >> I looked into this and

[OE-core] [PATCH 00/14] Proposed changes for fido

Please consider the following fixes, available in the joshuagl/fido-next branch of openembedded-core-contrib, for the fido branch. Regards, Joshua The following changes since commit f0873b83d693af4a103999160d67fcf25c7eedc1: build-appliance-image: Update to fido head revision (2015-09-29

Re: [OE-core] [PATCH 08/11] systemd: drop unneeded $D check in prerm

On Mon, Nov 16, 2015 at 8:18 AM, Burton, Ross wrote: > On 12 November 2015 at 23:39, Christopher Larson > wrote: > >> diff --git a/meta/classes/qemu.bbclass b/meta/classes/qemu.bbclass >> index 315c17f..1f5bbcc 100644 >> --- a/meta/classes/qemu.bbclass

Re: [OE-core] [PATCHv2 3/6] sysprof: add missing gdk-pixbuf/pango deps

On Mon, Nov 16, 2015 at 8:12 AM, Burton, Ross wrote: > On 13 November 2015 at 23:10, Christopher Larson > wrote: > >> -PACKAGECONFIG[gui] = "--enable-gui,--disable-gui,gtk+ libglade" >> +PACKAGECONFIG[gui] = "--enable-gui,--disable-gui,gtk+ gdk-pixbuf

Re: [OE-core] [PATCH 08/11] systemd: drop unneeded $D check in prerm

On 16 November 2015 at 15:54, Christopher Larson wrote: > Er, yes, no idea how I missed that when reviewing the diffs. That was > meant to stay local. Sorry about that. > Don't bother with a v2 by the way, I dropped that chunk when merging to mut. Ross --

Re: [OE-core] [PATCH 0/5] libav: fix 5 CVE issues

On 13 November 2015 at 08:03, wrote: > Jackie Huang (4): > libav: fix CVE-2015-3395 > libav: fix CVE-2015-6820 > libav: fix CVE-2015-6823 > libav: fix CVE-2015-6824 > > Kai Kang (1): > libav: fix CVE-2015-1872 > I'd tend to lean towards squashing these int

Re: [OE-core] [PATCH 00/29] Add gobject introspection support to oe-core

On 11/16/15 3:52 AM, Alexander Kanavin wrote: > On 11/13/2015 06:31 PM, Mark Hatle wrote: > >> The compiler today support many more instructions for a given architecture >> family then QEMU models for that same architecture. >> >> IA32 -- some of the current and even some former generate i7

Re: [OE-core] [PATCH 1/1] logrotate: do not move binary logrotate to /usr/bin

On Mon, Nov 2, 2015 at 1:33 AM, Hongxu Jia wrote: > In oe-core commit a46d3646a3e1781be4423b508ea63996b3cfca8a > ... > Author: Fahad Usman > Date: Tue Aug 26 13:16:48 2014 +0500 > > logrotate: obey our flags > > Needed to quiet

Re: [OE-core] [PATCHv2 3/6] sysprof: add missing gdk-pixbuf/pango deps

On 13 November 2015 at 23:10, Christopher Larson wrote: > -PACKAGECONFIG[gui] = "--enable-gui,--disable-gui,gtk+ libglade" > +PACKAGECONFIG[gui] = "--enable-gui,--disable-gui,gtk+ gdk-pixbuf pango > libglade" > As you're patching something you just introduced, I squashed

Re: [OE-core] hostname issues

On Mon, Nov 16, 2015 at 7:14 AM, Andreas Müller < schnitzelt...@googlemail.com> wrote: > for xfce-session we have some very bad workaround entering machine > name to /etc/hosts [1] > > I looked into this and found (let's assume ${MACHINE}='foomachine'): > > * basefiles: By default /etc/hostname

[OE-core] [PATCH v2] weston: Add PACKAGECONFIG option for colord CMS

Signed-off-by: Otavio Salvador --- Changes in v2: - Remove XWayland option as it has been merged onto OE-Core meta/recipes-graphics/wayland/weston_1.8.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-graphics/wayland/weston_1.8.0.bb

Re: [OE-core] [PATCH v2 2/3] lttng-tools: Upgrade to 2.7 release

On Mon, Nov 16, 2015 at 12:43 PM, Burton, Ross wrote: > > On 16 November 2015 at 11:39, Otavio Salvador > wrote: >> >> rename meta/recipes-kernel/lttng/{lttng-tools_2.6.0.bb => >> lttng-tools_git.bb} (90%) > > > There are upstream tarballs, is

Re: [OE-core] State of bitbake world, test-dependencies 2015-11-12

On Sat, Nov 14, 2015 at 10:57:39AM +0100, Martin Jansa wrote: > On Thu, Nov 12, 2015 at 12:43:11PM +0100, Martin Jansa wrote: > > Another incremental test, only 26 recipes were tested, but it found enough > > issues in just released Jethro. > > > > Complete log: > >

Re: [OE-core] State of bitbake world, test-dependencies 2015-11-12

On Mon, Nov 16, 2015 at 10:11 AM, Martin Jansa wrote: > On Sat, Nov 14, 2015 at 10:57:39AM +0100, Martin Jansa wrote: >> On Thu, Nov 12, 2015 at 12:43:11PM +0100, Martin Jansa wrote: >> > Another incremental test, only 26 recipes were tested, but it found enough >> >

Re: [OE-core] [PATCH][v2] e2fsprogs: fix the ptest

On 13 November 2015 at 00:03, Rongqing Li wrote: > Please edit the patch, instead of patching a patch. >> > > I did not patching a patch, I create a new patch > Exactly. You're adding a patch that fixes a patch we created, please just fix the broken code in the patch

Re: [OE-core] [meta-oe][PATCH] python-pickle: Add rdepend python-db

On 14 November 2015 at 21:44, Adrian Freihofer wrote: > meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +- > As the comment at the top of the file says: # WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I regenerate the file. #

Re: [OE-core] [PATCH v2] wpa-supplicant: upgrade to 2.5

On 16 November 2015 at 10:37, Fan Xin wrote: > wpa-supplicant: upgrade to 2.5 > > 1. upgrade to 2.5 > 2. remove eight patches since they have been applied in 2.5 > 3. update SRC_URI, HOMEPAGE and BUGTRACKER to use w1.fi instead > > Signed-off-by: Fan Xin > It looks like

Re: [OE-core] [PATCH 0/3] qemu: fix CVE-2015-5225, CVE-2015-6855, CVE-2015-7295

On 16 November 2015 at 07:32, wrote: > Wenzong Fan (3): > qemu: fix CVE-2015-5225 > qemu: fix CVE-2015-6855 > qemu: fix CVE-2015-7295 > Master has the 2.4.0.1 upgrade now, can you rebase this series? At least 5225 is fixed there already. Ross --

Re: [OE-core] [PATCH v2 2/3] lttng-tools: Upgrade to 2.7 release

On 16 November 2015 at 11:39, Otavio Salvador wrote: > rename meta/recipes-kernel/lttng/{lttng-tools_2.6.0.bb => lttng > -tools_git.bb} (90%) > There are upstream tarballs, is there a good reason this recipe is taken from git? Ross --

Re: [OE-core] [PATCH 2/3] lttng-tools: Upgrade to 2.7 release

On 16 November 2015 at 11:42, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > I think it applies fine, I can add it to the serie if Ross prefer > though... Ross? > Yeah I've updated the patch and merge it to staging. Ross -- ___

[OE-core] hostname issues

Hi, for xfce-session we have some very bad workaround entering machine name to /etc/hosts [1] I looked into this and found (let's assume ${MACHINE}='foomachine'): * basefiles: By default /etc/hostname contains 'foomachine' * netbase: /etc/hosts contains '127.0.0.1localhost.localdomain

Re: [OE-core] New warnings in default linux-yocto-4.1 builds

On Fri, Nov 13, 2015 at 6:56 AM, Martin Jansa wrote: > On Thu, Oct 29, 2015 at 05:55:13PM +0100, Martin Jansa wrote: >> Probably caused by last linux-yocto changes. >> >> NOTE: recipe linux-yocto-4.1.8+gitAUTOINC+aed9021602_dbe692d91c-r0: task >> do_kernel_configcheck:

Re: [OE-core] [PATCH] archiver.bbclass: fix an exception of the mode configured

On 16 November 2015 at 05:33, Jian Liu wrote: > +if d.getVarFlag('do_configure', 'noexec') == '1' or > 'do_configure' not in d.getVar('__BBTASKS', False): > __BBTASKS is internal so shouldn't beused unless you have an awesome reason. Richard tells me that

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 11/16/15 11:10 AM, akuster808 wrote: > > > On 11/16/2015 03:24 AM, Otavio Salvador wrote: >> On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin >> wrote: >>> On 11/16/2015 01:20 PM, Otavio Salvador wrote: >>> > Making a separate repository with this

[OE-core] [PATCHv2 12/19] xserver-xorg: Upgrade 1.17.2 -> 1.18.0

* Remove glibc-guard patch: xserver no longer uses termio.h on linux in any case. * Remove "--enable-glx-tls": this hasn't done anything since glapi was separated from glx * Note that xserver no longer installs evdev configuration (evdev and/or libinput should do it instead) * Add patch to

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 11/16/2015 03:24 AM, Otavio Salvador wrote: > On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin > wrote: >> On 11/16/2015 01:20 PM, Otavio Salvador wrote: >> Making a separate repository with this layer is even more disruptive, and complicates

Re: [OE-core] [PATCHv2 2/8] glib-2.0: Upgrade 2.44.1 -> 2.46.1

On 9 November 2015 at 12:43, Jussi Kukkonen wrote: > Fix cross-compilation build issue in gio tests. > glib-2.0-native fails with: | make all-recursive | make[5]: glib-compile-resources: Command not found | make[5]: Entering directory

Re: [OE-core] oecommit ml

On Mon, Nov 16, 2015 at 09:52:35PM +0100, Martin Jansa wrote: > On Fri, Nov 13, 2015 at 02:03:07PM -0800, Michael Halstead wrote: > > > > On 11/13/2015 01:50 PM, Khem Raj wrote: > > >> On Nov 13, 2015, at 1:45 PM, Michael Halstead > > >> wrote: > > >> > > >> Bitbake is

Re: [OE-core] oecommit ml

I'll get that fixed asap. Probably about 2 hours. On Nov 16, 2015 1:52 PM, "Martin Jansa" wrote: > On Fri, Nov 13, 2015 at 02:03:07PM -0800, Michael Halstead wrote: > > > > On 11/13/2015 01:50 PM, Khem Raj wrote: > > >> On Nov 13, 2015, at 1:45 PM, Michael Halstead < >

Re: [OE-core] oecommit ml

On Fri, Nov 13, 2015 at 02:03:07PM -0800, Michael Halstead wrote: > > On 11/13/2015 01:50 PM, Khem Raj wrote: > >> On Nov 13, 2015, at 1:45 PM, Michael Halstead > >> wrote: > >> > >> Bitbake is disabled with the note: > >> > >> # interferes with patchwork sice it sends

Re: [OE-core] [meta-oe][PATCH 0/3] runqemu improve networking

Hi Adrian, What's the runqemu line you are running with ? I am passing -net nic -net nic to the qemuparams line which works fine, but the the two devices come up with no IP addresses. My full qemu line is: ROOTFS= runqemu qemux86-64 nographic qemuparams="-cpu host --enable-kvm -m 4096 -net nic

[OE-core] [OE][Security] Backports for Jethro

Please backport the following from oe-core master to jethro. b09f0f2665745b756cb93092501ffe9094918163 libarchive: rename patch to reflect CVE b80935a6d745cca79a98e2da2a4f73f0f2aaac4e readline: rename patch to contain CVE reference 78e05984b1ac48b1f25547ccd9740611cd5890a9 unzip: rename patch to

Re: [OE-core] [PATCHv2 3/8] glib-2.0: Enable more tests while cross-compiling

On 9 November 2015 at 12:44, Jussi Kukkonen wrote: > +Upstream disables a few tests while cross-compiling because their build > +requires running other built binaries. This usually makes sense but we > +have a native glib already built: enable these tests. > This broke

[OE-core] [PATCH v2 1/3] lttng-modules: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v2: None meta/recipes-kernel/lttng/lttng-modules_git.bb | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/lttng/lttng-modules_git.bb

Re: [OE-core] [PATCH] cmake.bbclass: remove ${prefix} assignment

Am 14.11.2015 um 02:24 schrieb Kevron Rees: CMAKE_INSTALL_PREFIX has a different semantic meaning than ${prefix}[1]. cmake treats CMAKE_INSTALL_PREFIX the same as the DESTDIR environment variable. CMAKE_INSTALL_PREFIX and DESTDIR are different and used together [1]: [...] install the

[OE-core] [PATCH v2 2/3] lttng-tools: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v2: - Add PV field (thanks to Nathan Lynch) ...-sessiond-disable-match-app-event-by-name.patch | 58 --- .../lttng/lttng-tools/extern-decls.patch | 442 -

[OE-core] [PATCH v2 3/3] lttng-ust: Upgrade to 2.7 release

Signed-off-by: Otavio Salvador --- Changes in v2: None ...ttng-ust-Fix-live-timer-calculation-error.patch | 42 -- meta/recipes-kernel/lttng/lttng-ust_git.bb | 10 +++--- 2 files changed, 4 insertions(+), 48 deletions(-) delete mode 100644

Re: [OE-core] [PATCH 2/3] lttng-tools: Upgrade to 2.7 release

On Fri, Nov 13, 2015 at 8:18 PM, Nathan Lynch wrote: > On 11/13/2015 10:26 AM, Otavio Salvador wrote: ... >> S = "${WORKDIR}/git" > > Does this recipe need a PV assignment now? Agreed; I sent a v2 with this. Thanks for spotting it. > Also consider folding in >

Re: [OE-core] [PATCH 1/1] logrotate: do not move binary logrotate to /usr/bin

On 11/17/2015 12:32 AM, Christopher Larson wrote: On Mon, Nov 2, 2015 at 1:33 AM, Hongxu Jia > wrote: In oe-core commit a46d3646a3e1781be4423b508ea63996b3cfca8a ... Author: Fahad Usman

Re: [OE-core] [PATCH 0/3] qemu: fix CVE-2015-5225, CVE-2015-6855, CVE-2015-7295

On 11/16/2015 09:57 PM, Burton, Ross wrote: On 16 November 2015 at 07:32, > wrote: Wenzong Fan (3): qemu: fix CVE-2015-5225 qemu: fix CVE-2015-6855 qemu: fix CVE-2015-7295 Master has the 2.4.0.1 upgrade

[OE-core] [PATCH 1/2 v2] qemu: fix CVE-2015-6855

From: Wenzong Fan hw/ide/core.c in QEMU does not properly restrict the commands accepted by an ATAPI device, which allows guest users to cause a denial of service or possibly have unspecified other impact via certain IDE commands, as demonstrated by a

[OE-core] [PATCH 0/2 v2] qemu: fix CVE-2015-6855, CVE-2015-7295

From: Wenzong Fan V2 changes: * rebase to qemu 2.4.0.1 The following changes since commit d9aabf9639510fdb3e2ccc21ba5ae4aa9f6e4a57: gcc: Drop 4.8 (2015-11-16 14:59:18 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib

[OE-core] [PATCH 2/2 v2] qemu: fix CVE-2015-7295

From: Wenzong Fan hw/virtio/virtio.c in the Virtual Network Device (virtio-net) support in QEMU, when big or mergeable receive buffers are not supported, allows remote attackers to cause a denial of service (guest network consumption) via a flood of jumbo frames on the

Re: [OE-core] [PATCH] archiver.bbclass: fix an exception of the mode configured

Hi Ross, I check the values of d.getVarFlag('do_configure', 'task') and d.getVarFlag('do_unpack', 'task') for gcc-source. But it seems that both values are 1. I use the following command to get the values, os.system("echo 'do_unpack=%s, do_configure=%s, noexec=%s, pn=%s' >> /tmp/task.txt"

[OE-core] [PATCH 1/2] subversion: fix CVE-2015-3184

From: Wenzong Fan mod_authz_svn in Apache Subversion 1.7.x before 1.7.21 and 1.8.x before 1.8.14, when using Apache httpd 2.4.x, does not properly restrict anonymous access, which allows remote anonymous users to read hidden files via the path name. Patch is from:

[OE-core] [PATCH 2/2] subversion: fix CVE-2015-3187

From: Wenzong Fan The svn_repos_trace_node_locations function in Apache Subversion before 1.7.21 and 1.8.x before 1.8.14, when path-based authorization is used, allows remote authenticated users to obtain sensitive path information by reading the history of a node that

[OE-core] [PATCH 0/2] subversion: fix CVE-2015-3184, CVE-2015-3187

From: Wenzong Fan The following changes since commit d9aabf9639510fdb3e2ccc21ba5ae4aa9f6e4a57: gcc: Drop 4.8 (2015-11-16 14:59:18 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/svn

[OE-core] [PATCH] directfb.inc: force bfd linker for armv7a

Workaround for linker errors seen with armv7a + gold: | ../arm-rdk-linux-gnueabi-libtool --tag=CC --mode=link arm-rdk-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=hard -mtune=cortex-a15 --sysroot=.../build/tmp/sysroots/eos -I.../build/tmp/sysroots/eos/usr/include/freetype2

[OE-core] [PATCH] mc: upgrade to 4.8.15

4.8.14 -> 4.8.15 Signed-off-by: Maxin B. John --- meta/recipes-extended/mc/{mc_4.8.14.bb => mc_4.8.15.bb} | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-extended/mc/{mc_4.8.14.bb => mc_4.8.15.bb} (93%) diff --git

[OE-core] [PATCH] layer.conf: Correct gcc-cross dependency

The dependency listed in layer.conf is incorrect, gcc-cross DEPENDS on ${TARGET_PREFIX}libc-for-gcc, not virtual/libc. These happen to resolve the same values however they may not always both be built. The result of this was that gcc-cross gets a different task hash depending on whether

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 11/13/2015 01:46 PM, Martin Jansa wrote: 1) or even better in a separate repo To be honest, I had anticipated this being a separate meta-qt4 repo myself. It would be consistent with what has been done with Qt 5 and much earlier with Qt 3. Agreed. I'm also fine with separate layer.

[OE-core] volunteers for meta-qt4 repo maintenance?

On 11/16/2015 12:07 PM, Andreas Oberritter wrote: Making a separate repository with this layer is even more disruptive, and complicates administration and maintenance. I'm not going to handle those. So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no official maintainer or

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 12 November 2015 at 18:59, Martin Jansa wrote: > > > There is already enough meta-oe bloat moved from oe-core: > > > > > > > http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112665.html > > > > > > WARN: qt-mobility-embedded: qt-mobility-embedded

Re: [OE-core] [PATCH 00/29] Add gobject introspection support to oe-core

On 11/13/2015 06:31 PM, Mark Hatle wrote: The compiler today support many more instructions for a given architecture family then QEMU models for that same architecture. IA32 -- some of the current and even some former generate i7 instructions fall under this problem. If you host system does

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 16.11.2015 10:43, Alexander Kanavin wrote: > On 11/13/2015 01:46 PM, Martin Jansa wrote: > > 1) or even better in a separate repo To be honest, I had anticipated this being a separate meta-qt4 repo myself. It would be consistent with what has been done with Qt 5 and

Re: [OE-core] [PATCH v2] wpa-supplicant: upgrade to 2.5

wpa-supplicant: upgrade to 2.5 1. upgrade to 2.5 2. remove eight patches since they have been applied in 2.5 3. update SRC_URI, HOMEPAGE and BUGTRACKER to use w1.fi instead Signed-off-by: Fan Xin --- ...integer-underflow-in-WMM-Action-frame-par.patch | 45 -

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On Mon, Nov 16, 2015 at 7:43 AM, Alexander Kanavin wrote: > On 11/13/2015 01:46 PM, Martin Jansa wrote: > > 1) or even better in a separate repo To be honest, I had anticipated this being a separate meta-qt4 repo myself. It would be

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On 11/16/2015 01:20 PM, Otavio Salvador wrote: Making a separate repository with this layer is even more disruptive, and complicates administration and maintenance. I'm not going to handle those. So I'll make a meta-qt4 layer under meta-oe, and it's fine if there is no official maintainer or

Re: [OE-core] [oe] qt4 moves out of oe-core - to meta-qt4, or to meta-oe?

On Mon, Nov 16, 2015 at 9:23 AM, Alexander Kanavin wrote: > On 11/16/2015 01:20 PM, Otavio Salvador wrote: > >>> Making a separate repository with this layer is even more disruptive, and >>> complicates administration and maintenance. I'm not going to handle >>>

[OE-core] [PATCH] libusb1: fix make install race

There's an install race in when building in parallel, remove a redundant rule to stop it happening. Signed-off-by: Ross Burton --- meta/recipes-support/libusb/libusb1/no-dll.patch | 19 +++ meta/recipes-support/libusb/libusb1_1.0.20.bb| 1 + 2 files

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

On Fri, Nov 13, 2015 at 12:41 AM, Christopher Larson wrote: > From: Christopher Larson > > We don't need nss-myhostname on systemd systems, because systemd already > provides myhostname, but we weren't configuring nsswitch to use it. Being able > to

[OE-core] [PATCH] rpcbind: Security Advisory - rpcbind - CVE-2015-7236

From: Li Zhou rpcbind: Fix memory corruption in PMAP_CALLIT code Use-after-free vulnerability in xprt_set_caller in rpcb_svc_com.c in rpcbind 0.2.1 and earlier allows remote attackers to cause a denial of service (daemon crash) via crafted packets, involving a PMAP_CALLIT