Re: [OE-core] python3 dbus

On 12/02/2015 05:26 PM, Chris Trobridge wrote: I have a dbus-based service written in python3 that I want run on a Yocto system. I can run python3 and have patched a few python module recipes to python3 but the big outstanding issue is dbus, and gi.repository.GObject in particular. I can see

[OE-core] [PATCH] scripts: oe-selftest Added new features.

[YOCTO #8750] Allow oe-selftest to run custom test suites based on different criteria 1. Can run custom lists of tests based on different criteria: --run-tests-by eg: --run-tests-by module imagefeatures signing recipetool --run-tests-by id 1377 1273 935

[OE-core] python3 dbus

Hi, I have a dbus-based service written in python3 that I want run on a Yocto system. I can run python3 and have patched a few python module recipes to python3 but the big outstanding issue is dbus, and gi.repository.GObject in particular. I can see various discussions about keeping this up

[OE-core] [PATCH] libical: upgrade to 1.0.1

1.0.0 -> 1.0.1 libical switched to CMake build system Signed-off-by: Maxin B. John --- .../libical/{libical_1.0.0.bb => libical_1.0.1.bb}| 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) rename meta/recipes-support/libical/{libical_1.0.0.bb =>

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

On Fri, 2015-11-20 at 15:27 +0100, Andrew Shadura wrote: > The split is no longer necessary, and only makes it more complicated to > do changes in external layers. I'm not sure about the "more complicated to do changes in external layers". Why is that? Quite the opposite, I found it useful that

[OE-core] [PATCH] libav: Correctly handle prefix=""

libav's build system seems to think that prefix="" means that it should use its default of /usr/local. Setting a prefix of "/" appears to be sufficient to make it do the right thing. Signed-off-by: Mike Crowe --- meta/recipes-multimedia/libav/libav.inc | 6 +- 1 file

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

On 2 December 2015 at 16:27, Patrick Ohly wrote: > I'm not sure about the "more complicated to do changes in external > layers". Why is that? > > Quite the opposite, I found it useful that the version independent build > rules (*) were in a .inc file and relied on

[OE-core] [PATCH] busybox: backport upstream fixes for unzip

http://git.busybox.net/busybox/commit/?h=1_24_stable=6767af17f11144c7cd3cfe9ef799d7f89a78fe65 http://git.busybox.net/busybox/commit/?h=1_24_stable=092fabcf1df5d46cd22be4ffcd3b871f6180eb9c Signed-off-by: Andre McCurdy ---

[OE-core] [PATCH 0/1] meta/conf/toasterconf.json - remove SDKMACHINE variable

Hi, This removes SDKMACHINE from meta/conf/toasterconf.json as it is no longer used. -b The following changes since commit 698c74c373110ed081a7586e21d4a27b8b44c89b: libsdl: remove redundant configure_tweak patch (2015-12-01 21:32:15 +) are available in the git repository at:

[OE-core] [PATCH 1/1] meta/conf/toasterconf.json: remove SDKMACHINE

Signed-off-by: brian avery --- meta/conf/toasterconf.json | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/conf/toasterconf.json b/meta/conf/toasterconf.json index c8e42ef..1987793 100644 --- a/meta/conf/toasterconf.json +++

Re: [OE-core] [PATCH 2/2] rpm: fix file conflicts for MIPS64 N32

FYI, expect a 'v2' version of this. We found some further issues. The previous patch 1/2 is correct and won't change. --Mark On 12/2/15 7:32 AM, Robert Yang wrote: > Fixed: > 1) set %_transaction_color 7 in lib/rpm/macros to install MIPS64 N32 > 2) smart install

Re: [OE-core] Patchwork & patch handling improvements

On Wed, Dec 02, 2015 at 10:59:17AM +, Barros Pena, Belen wrote: > > > On 02/12/2015 10:54, "openembedded-core-boun...@lists.openembedded.org on > behalf of Barros Pena, Belen" > belen.barros.p...@intel.com> wrote: > > > > > >

[OE-core] [PATCH 0/2] Enable libsdl-native

Hi, This is part 1 of the intrusive changes to master to change qemu-native from linking to the host libsdl to build a libsdl-native. This part isn't actually intrusive and just enables libsdl-native, with a fix to the PACKAGECONFIG handling to make it work. Ross The following changes since

[OE-core] [PATCH 2/2] libsdl: expand PACKAGECONFIG and enable native builds

Use PACKAGECONFIG instead of using logic in DEPENDS and EXTRA_OECONF, adding new options for PulseAudio, tslib, DirectFB, OpenGL and X11. Pass --disable-x11-shared so that it links to the X libraries instead of using dlopen(). Disable tslib by default as the kernel event input subsystem is

[OE-core] [PATCH 1/2] base: check for existing prefix when expanding names in PACKAGECONFIG

When the DEPENDS are added as part of the PACKAGECONFIG logic the list of packages are expanded so that any required nativesdk-/-native/multilib prefixes and suffixes are added. However the special handling of virtual/foo names doesn't check that the prefix already exists, which breaks under

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On 2 December 2015 at 18:04, Martin Jansa wrote: > I'm depending on bundles heavily, to "mark" the patches for layers with > dedicated maintainer and also for extra "status" like merged in > "master-next" branch for jenkins build, because standard status values > aren't

Re: [OE-core] Should the devmem2 recipe move to oe-core?

On 11/30/2015 02:09 AM, Andre McCurdy wrote: > On Sat, Nov 28, 2015 at 6:30 PM, Philip Balister wrote: >> I was poking at the layer index and ran across this: >> >> http://layers.openembedded.org/layerindex/branch/master/recipes/?q=devmem >> >> The recipe appears in 4 layers.

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

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 () { # Remove to avoid conflict with

Re: [OE-core] Patchwork & patch handling improvements

On Mon, 2015-11-30 at 10:19 -0500, Trevor Woerner wrote: > On 11/26/15 16:00, Paul Eggleton wrote: > > I'm also > > trying to ensure that the patch validation is generic enough so it can live > > in > > OE-Core, and thus we can easily update and refine it over time in line with > > the > >

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

On 2 December 2015 at 05:06, Hongxu Jia wrote: > The qemu didn't support '-march=corei7 -mtune=corei7' and > gcc optimization level 3 '-O3' very well, in which the > /usr/lib64/python2.7/test/test_md5.py and > /usr/lib64/python2.7/test/test_sha.py failed. > > So we use

Re: [OE-core] [PATCH 2/3] connman-conf: mark as allarch and not requiring default deps

On Wed, Dec 02, 2015 at 11:03:53AM +, Joshua Lock wrote: > This recipe just installs some data files and thus is architecture > independent and doesn't require a compiler and libc in its DEPENDS. allarch.bbclass already sets INHIBIT_DEFAULT_DEPS > Signed-off-by: Joshua Lock

Re: [OE-core] [PATCH] libical: upgrade to 1.0.1

On 2 December 2015 at 11:03, Maxin B. John wrote: > 1.0.0 -> 1.0.1 > > libical switched to CMake build system > I discussed this patch with Maxin earlier on IM, but for everyone else Jussi sent a version of this in October which doesn't have the perlnative requirement but

Re: [OE-core] [PATCH] package_ipk: allow to specify OPKG_ARGS in local.conf

On 12/02/2015 05:19 PM, Burton, Ross wrote: > > On 2 December 2015 at 23:16, Alejandro del Castillo > > wrote: > > > Whilst the patch is fine, this is worrying as noexec /tmp shouldn't > break opkg. > > Maybe opkg

[OE-core] [PATCH 1/1] packagegroup-core-tools-testapps: disable kexec for mips64 and mis64n32

From: Kai Kang Signed-off-by: Kai Kang --- meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb

Re: [OE-core] [PATCH v3 1/3] dbus: merge .bb and .inc

On Wed, 2015-12-02 at 16:47 +, Burton, Ross wrote: > > On 2 December 2015 at 16:27, Patrick Ohly > wrote: > I'm not sure about the "more complicated to do changes in > external > layers". Why is that? > > Quite the opposite, I

[OE-core] [PATCH] initramfs-framework: create directory /var/run

The following error occurs when udevd startup: udevd[146]: bind failed: No such file or directory error binding udev control socket udevd[146]: error binding udev control socket Signed-off-by: Wills Wang --- meta/recipes-core/initrdscripts/initramfs-framework/udev | 1 + 1

Re: [OE-core] [PATCH] package_ipk: allow to specify OPKG_ARGS in local.conf

Hi Ross, On 02.12.2015 11:48, Burton, Ross wrote: > > On 2 December 2015 at 04:48, Vladimir Zapolskiy > wrote: > > sh: /tmp/opkg-5jPLag/run-postinsts-UsUtaI/preinst: /bin/sh: bad > interpreter: Permission denied > > > Whilst the patch is

[OE-core] [PATCH 0/1] packagegroup-core-tools-testapps:disable kexec for for mips64 and mis64n32

From: Kai Kang The following changes since commit 698c74c373110ed081a7586e21d4a27b8b44c89b: libsdl: remove redundant configure_tweak patch (2015-12-01 21:32:15 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib

Re: [OE-core] [PATCH 7/8] libxml2: fix CVE-2015-7942 and CVE-2015-8035

Hi Armin, On 12/02/2015 06:48 AM, Andre McCurdy wrote: On Tue, Dec 1, 2015 at 1:44 AM, Robert Yang wrote: From: Armin Kuster CVE-2015-7942 libxml2: heap-based buffer overflow in xmlParseConditionalSections() CVE-2015-8035 libxml2: DoS when

[OE-core] [PATCH 1/1] util-linux: Add ptest

Signed-off-by: Tudor Florea --- meta/recipes-core/util-linux/util-linux.inc| 31 +++- .../util-linux/avoid_parallel_tests.patch | 19 .../util-linux/avoid_unsupported_grep_opts.patch | 57 ++

[OE-core] [PATCHv2 0/1] util-linux: Add ptest

Difference from v1: rewrote run-ptest for better maintenability Sample ptest output: Sample ptest output: root@qemuppc:/usr/lib/util-linux/ptest# ./run-ptest util-linux regression tests For development purpose only.

Re: [OE-core] [PATCH] package_ipk: allow to specify OPKG_ARGS in local.conf

On 12/02/2015 03:48 AM, Burton, Ross wrote: > > On 2 December 2015 at 04:48, Vladimir Zapolskiy > wrote: > > sh: /tmp/opkg-5jPLag/run-postinsts-UsUtaI/preinst: /bin/sh: bad > interpreter: Permission denied > > > Whilst the patch is fine,

Re: [OE-core] [PATCH] package_ipk: allow to specify OPKG_ARGS in local.conf

On 2 December 2015 at 23:16, Alejandro del Castillo < alejandro.delcasti...@ni.com> wrote: > > Whilst the patch is fine, this is worrying as noexec /tmp shouldn't > break opkg. > > Maybe opkg should be changed to use something in /var for the scripts? > > Could you expand on why it's better to

Re: [OE-core] [PATCH 2/2] libsdl: expand PACKAGECONFIG and enable native builds

Hello Ross, On 02.12.2015 17:55, Ross Burton wrote: > +PACKAGECONFIG[directb] = "--enable-video-directfb, --disable-video-directfb, > directfb" s/directb/directfb/ Best regards, Andreas -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 2/2] libsdl: expand PACKAGECONFIG and enable native builds

On 2 December 2015 at 23:56, Andreas Oberritter wrote: > s/directb/directfb/ > Well spotted, thanks! Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] Patchwork & patch handling improvements

On 02/12/2015 08:17, "openembedded-core-boun...@lists.openembedded.org on behalf of Martin Jansa" wrote: >On Wed, Dec 02, 2015 at 04:01:40PM +1300, Paul Eggleton wrote: >> On Tue, 01 Dec 2015 11:47:20 Martin

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

Hi Burton, Ross, It still segfaults on startup quite often after the patch? From the log, I can’t find that the issue is related with Bluez-5.36. How can I do for it? Thanks. Best Regards Zheng Wu From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday, November 27, 2015 6:03 PM To:

Re: [OE-core] [PATCH] package_ipk: allow to specify OPKG_ARGS in local.conf

On 2 December 2015 at 04:48, Vladimir Zapolskiy wrote: > sh: /tmp/opkg-5jPLag/run-postinsts-UsUtaI/preinst: /bin/sh: bad > interpreter: Permission denied > Whilst the patch is fine, this is worrying as noexec /tmp shouldn't break opkg. Maybe opkg should be changed to use

[OE-core] [PATCH 2/2] libav: Add PACKAGECONFIG options: avdevice, avfilter, avplay, gpl

Signed-off-by: Mike Crowe --- meta/recipes-multimedia/libav/libav.inc | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/meta/recipes-multimedia/libav/libav.inc b/meta/recipes-multimedia/libav/libav.inc index a8c78be..e55038c 100644 ---

[OE-core] [PATCH 1/2] libav: Remove deprecated --disable-avserver

./configure --help says: --disable-avserver deprecated, does nothing Signed-off-by: Mike Crowe --- meta/recipes-multimedia/libav/libav.inc | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-multimedia/libav/libav.inc

[OE-core] [PATCH 1/3] connman-conf: convert to systemd oneshot

Install a oneshot unit file that is started before ConnMan to configure a wired network inteface with the wired-setup script rather than requiring this script to be manually run some how. Signed-off-by: Joshua Lock ---

[OE-core] [PATCH 2/3] connman-conf: mark as allarch and not requiring default deps

This recipe just installs some data files and thus is architecture independent and doesn't require a compiler and libc in its DEPENDS. Signed-off-by: Joshua Lock --- meta/recipes-connectivity/connman/connman-conf.bb | 4 +++- 1 file changed, 3 insertions(+), 1

[OE-core] [PATCH 0/3] Clean up connman-conf

s reported in YP#8399[1] we currently hack the connman service to try and execute a script which is only installed on qemu targets. This pair of patches changes the connman-conf recipe to install a oneshot systemd unit that is called before ConnMan, removes the ExecStartPre and adds an override to

[OE-core] [PATCH 3/3] connman: tidy up connman-conf usage

connman-conf is now a systemd oneshot so need not be sed'ed in to the ConnMan service file. Furthermore add connman-conf as RRECCOMENDS only for qemu machines. This cleans up connman-conf so that it is not automatically installed and unconditionally calling a script that doesn't exist for most

[OE-core] [PATCH] base-passwd: Make it possible to build and install native

In order to be able to install the package base-passwd-native in the sysroot, make it possible to override the install options specifying the owner and group names for native. This change is needed for introducing pseudo-native support. I.e., to be able to install, chown, into the sysroot with

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

On 2 December 2015 at 09:50, Zheng, Wu wrote: > I mean that can you help provide more log info for it? > > We can get the log of bluez by “bluetoothd -dn”. Thanks. > Not right not, I don't have any qemu images to hand and the builds on the AB would have been removed by now.

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

On 12/02/2015 05:19 PM, Burton, Ross wrote: On 2 December 2015 at 05:06, Hongxu Jia > wrote: The qemu didn't support '-march=corei7 -mtune=corei7' and gcc optimization level 3 '-O3' very well, in which the

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

On 2 December 2015 at 10:28, Hongxu Jia wrote: > Trace the issue costs a lot of time, the original failure was invoking > 'smart update' in qemu, and found out the python md5/sha checksum > output incorrect, and then found out qemu86-64 with corei7-64 did > not support

Re: [OE-core] Patchwork & patch handling improvements

On 02/12/2015 10:54, "openembedded-core-boun...@lists.openembedded.org on behalf of Barros Pena, Belen" wrote: > > >On 02/12/2015 08:17, "openembedded-core-boun...@lists.openembedded.org on >behalf of

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

Hi Burton, Ross, I mean that can you help provide more log info for it? We can get the log of bluez by “bluetoothd -dn”. Thanks. Best Regards Zheng Wu From: Zheng, Wu Sent: Wednesday, December 2, 2015 5:47 PM To: 'Burton, Ross' Cc: OE-core Subject: RE: [OE-core] [PATCH] bluez5:upgrade bluez5

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

On 2 December 2015 at 09:47, Zheng, Wu wrote: > From the log, I can’t find that the issue is related with Bluez-5.36. > > With the 5.36 upgrade, bluez segfaults on startup on every qemu image that we test on the autobuilder. It's probably related to the machines not having

Re: [OE-core] Patchwork & patch handling improvements

On Wed, Dec 02, 2015 at 04:01:40PM +1300, Paul Eggleton wrote: > On Tue, 01 Dec 2015 11:47:20 Martin Jansa wrote: > > On Tue, Dec 01, 2015 at 07:49:50AM +1300, Paul Eggleton wrote: > > > Hi Trevor, > > > > > > On Mon, 30 Nov 2015 10:19:35 Trevor Woerner wrote: > > > > On 11/26/15 16:00, Paul

[OE-core] [PATCHv2 10/10] dropbear: Upgrade 2015.68 -> 2015.70

Tweak a pam patch to make it apply on current source. Signed-off-by: Jussi Kukkonen --- Changes since v1: * Fix the pam options.h patch I've force pushed the branch with this change. Thanks, Jussi .../dropbear/0005-dropbear-enable-pam.patch| 26

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

Moving libjpeg-turbo from meta-oe as a replacement for libjpeg package. libjpeg-turbo has same API/ABI as libjpeg. It is relatively faster in JPEG compression/decompression than libjpeg. Changes in v2: a) Squash the two libjpeg related commits into one Changes in v3: a) Use libjpeg-turbo version

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

I need this in order to avoid a conflict when used with base-passwd-native. Signed-off-by: Fabrice Coulon --- meta/recipes-devtools/pseudo/pseudo_1.7.4.bb | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

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

Moving libjpeg-turbo from meta-oe as a replacement for libjpeg package. libjpeg-turbo has same API/ABI as libjpeg. It is relatively faster in JPEG compression/decompression than libjpeg. [YOCTO #8628] Signed-off-by: Maxin B. John --- meta/recipes-core/jpeg/jpeg_9a.bb

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

Hi Otavio, On Wed, Dec 02, 2015 at 10:56:54AM -0200, Otavio Salvador wrote: > On Wed, Dec 2, 2015 at 5:56 AM, Maxin B. John wrote: > > Moving libjpeg-turbo from meta-oe as a replacement for libjpeg > > package. libjpeg-turbo has same API/ABI as libjpeg. It is > >

[OE-core] [PATCH 2/2] rpm: fix file conflicts for MIPS64 N32

Fixed: 1) set %_transaction_color 7 in lib/rpm/macros to install MIPS64 N32 2) smart install libc6-2.22-r0.1@lib32_mips32r2octeon3 libc6-dbg-2.22-r0.1@lib32_mips32r2octeon3 error: file /sbin/ldconfig conflicts between attempted installs of libc6-2.22-r0.1.lib32_mips32r2octeon3 and

[OE-core] [PATCH 0/2] rpm: Enable MIPS64 N32 transactions

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 rbt/rpm

[OE-core] [PATCH 1/2] rpm_5.4.14: Enable MIPS64 N32 transactions

From: Mark Hatle In a multilib install RPM will break a conflict using the transaction color. However, by default MIPS64 N32 transactions are not enabled. This change always enables them. This is effectively a no-op on non-MIPS systems, and required if we need to

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

On Wed, Dec 2, 2015 at 5:56 AM, Maxin B. John wrote: > Moving libjpeg-turbo from meta-oe as a replacement for libjpeg > package. libjpeg-turbo has same API/ABI as libjpeg. It is > relatively faster in JPEG compression/decompression than libjpeg. > > Changes in v2: > a)

[OE-core] [v2 PATCH 0/2] rpm: Enable MIPS64 N32 transactions

patch 1/2 is the same. patch 2/2 was revised. Mark Hatle (1): rpm_5.4.14: Enable MIPS64 N32 transactions Robert Yang (1): rpm: fix file conflicts for MIPS64 N32 ...ction.c-fix-file-conflicts-for-mips64-N32.patch | 52 ++ meta/recipes-devtools/rpm/rpm_5.4.14.bb

[OE-core] [v2 PATCH 2/2] rpm: fix file conflicts for MIPS64 N32

From: Robert Yang The following error can occur: smart install libc6-2.22-r0.1@lib32_mips32r2octeon3 libc6-dbg-2.22-r0.1@lib32_mips32r2octeon3 error: file /sbin/ldconfig conflicts between attempted installs of libc6-2.22-r0.1.lib32_mips32r2octeon3 and

[OE-core] [PATCH 1/2] rpm_5.4.14: Enable MIPS64 N32 transactions

In a multilib install RPM will break a conflict using the transaction color. However, by default MIPS64 N32 transactions are not enabled. This change always enables them. This is effectively a no-op on non-MIPS systems, and required if we need to support N32 on MIPS. Signed-off-by: Mark Hatle

Re: [OE-core] [Openembedded-architecture] Patchwork & patch handling improvements

On Wed, Dec 2, 2015 at 10:43 AM, Burton, Ross wrote: > > On 2 December 2015 at 18:04, Martin Jansa wrote: > >> I'm depending on bundles heavily, to "mark" the patches for layers with >> dedicated maintainer and also for extra "status" like merged

Re: [OE-core] [v2 PATCH 2/2] rpm: fix file conflicts for MIPS64 N32

On 12/2/15 3:30 PM, Mark Hatle wrote: > From: Robert Yang > > The following error can occur: > smart install libc6-2.22-r0.1@lib32_mips32r2octeon3 > libc6-dbg-2.22-r0.1@lib32_mips32r2octeon3 > error: file /sbin/ldconfig conflicts between attempted installs of >

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

On 2015年09月18日 18:53, Burton, Ross wrote: On 18 September 2015 at 04:22, > wrote: Upgrade bind to 9.10.3 to fix CVE issues. Sorry, but we just had the M3 build so can you submit this as a patch to 9.10.2-P4 instead of an upgrade?

Re: [OE-core] [PATCH 0/1] Don't expand vars which starts with multilib prefix already

On 2015年11月13日 17:24, kai.k...@windriver.com wrote: From: Kai Kang Test steps: 1 set MACHINE and multilibs in local.conf === MACHINE = "qemux86-64" require conf/multilib.conf MULTILIBS = "multilib:lib32 multilib:lib64"