[OE-core] [PATCH] libdrm: 2.4.75 -> 2.4.80

Upgrade libdrm from 2.4.75 to 2.4.80. Signed-off-by: Huang Qiyu --- meta/recipes-graphics/drm/{libdrm_2.4.75.bb => libdrm_2.4.80.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/drm/{libdrm_2.4.75.bb => libdrm_2.4.80.bb}

Re: [OE-core] [PATCH] cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

Thank you. Do I need to submit an amended patch to the mailing list, or will your fixup get merged in from your staging branch pending no problems? On Tue, Apr 18, 2017 at 3:17 PM, Burton, Ross wrote: > > On 18 April 2017 at 19:53, Khem Raj wrote: >

Re: [OE-core] [PATCH] libsdl2: disable check gcc -Wdeclaration-after-statement for ppc

On 2017年04月18日 23:30, Burton, Ross wrote: On 10 April 2017 at 04:14, > wrote: | CC build/SDL_blit_N.lo | .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-2.0.5/src/video/SDL_blit_N.c: In function

[OE-core] [PATCH V2 3/5] libtirpc: Enable des APIs for musl

Use memset() API instead of __bzero() Drop the patch removing des_* functions for musl Signed-off-by: Khem Raj --- V1 -> V2 - Add missing Upstream-Status for patches .../0001-replace-__bzero-with-memset-API.patch | 30 + .../libtirpc/remove-des-functionality.patch

[OE-core] ✗ patchtest: failure for "libtirpc: Backport fixes from ..." and 4 more

== Series Details == Series: "libtirpc: Backport fixes from ..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/6407/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 4/5] rpcbind: Remove uneeded patches

We were carrying patches which are no longer needed when building rpcbind for musl Signed-off-by: Khem Raj --- .../rpcbind/rpcbind/musl-sunrpc.patch | 30 -- .../rpcbind/rpcbind/remove-sys-queue.patch | 22

[OE-core] [PATCH 5/5] libidn: Fix build with gcc7

Replace a local patch for format warning with the one that got committed upstream Signed-off-by: Khem Raj --- ...1-idn-fix-printf-format-security-warnings.patch | 825 + .../libidn/libidn/gcc7-compatibility.patch | 334 +

[OE-core] [PATCH 2/5] libtirpc: Expose key_secretkey_is_set API

libnsl needs this API Signed-off-by: Khem Raj --- .../libtirpc/export_key_secretkey_is_set.patch| 19 +++ meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb | 1 + 2 files changed, 20 insertions(+) create mode 100644

[OE-core] [PATCH 3/5] libtirpc: Enable des APIs for musl

Use memset() API instead of __bzero() Drop the patch removing des_* functions for musl Signed-off-by: Khem Raj --- .../0001-replace-__bzero-with-memset-API.patch | 28 + .../libtirpc/remove-des-functionality.patch| 139 -

[OE-core] [PATCH 1/5] libtirpc: Backport fixes from 1.0.2rc3

These fixes are needed for it to work with gcc7 Signed-off-by: Khem Raj --- ...d-missing-rwlock_unlocks-in-xprt_register.patch | 62 -- .../libtirpc/libtirpc/libtirpc-1.0.2-rc3.patch | 743 + .../libtirpc/remove-des-functionality.patch| 39

Re: [OE-core] [PATCH] ltp: fix an incorrect macro checking

Got it, thanks! Thanks, Jackie From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Tuesday, April 18, 2017 18:03 To: Huang, Jie (Jackie) Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH] ltp: fix an incorrect macro checking On 18 April 2017 at 10:12, Huang, Jie

[OE-core] [PATCH] package_rpm.bbclass: Dosen't filter Conflicts if found in Provides

This filter was add to make compilence with debian packaging but in package_deb.bbclass is allowed to have the same values in Conflicts and Provides. With this filtering errors in recipe meta-data are hidden and could end on install two packages that conflicts [2]. Reviewing the RPM spec from

Re: [OE-core] [PATCH v2 1/2] runqemu: Automatically add a TFTP directory for slirp boot

On Fri, Apr 7, 2017 at 9:59 AM, Alistair Francis wrote: > On Fri, Mar 31, 2017 at 10:07 AM, Alistair Francis > wrote: >> On Fri, Mar 24, 2017 at 1:38 PM, Alistair Francis >> wrote: >>> When booting QEMU with slirp

Re: [OE-core] [PATCH] gtk+3: libgl has multiple providers

On 18 April 2017 at 20:28, Trevor Woerner wrote: > -PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,,libgl" > +PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,,virtual/libgl" > That's the runtime dependency not build time, so virtual/libgl is wrong. Mesa for example

[OE-core] [morty][PATCH] logrotate: replace fedorahosted.org SRC_URI with github.com source

From: Choong YinThong fedorahosted.org was retired on March 1st, 2017. This is to update the SRC_URI to point to github.com. Update the ${PN} to ${BPN} in order to pass the autobuilder mulitlib enable configuration. [YOCTO #11226] Signed-off-by: Choong YinThong

[OE-core] [PATCH] gtk+3: libgl has multiple providers

The libgl can be satisfied by a set of libgl providers, therefore set the dependency to virtual/libgl. Signed-off-by: Trevor Woerner --- meta/recipes-gnome/gtk+/gtk+3.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc

Re: [OE-core] [PATCH] cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

On 18 April 2017 at 19:53, Khem Raj wrote: > dont use == here that will make it bash specific. > Well spotted Khem. I've merged this into my staging branch with the test changed to = for POSIXness. Thanks, Ross -- ___

Re: [OE-core] [PATCH] cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

On Tue, Apr 18, 2017 at 8:02 AM, Kyle Russell wrote: > If CMAKE_SYSTEM_NAME is defined, CMake assumes we're cross-compiling, > which is not necessarily the case. > --- > meta/classes/cmake.bbclass | 4 > 1 file changed, 4 insertions(+) > > diff --git

[OE-core] Yocto Project Status WW16’17

Current Dev Position: YP 2.3 M4 Next Deadline: YP 2.3 M4 Cutoff is April 10, 2017 *** FEATURE FREEZE for 2.3 is now in effect. *** SWAT team rotation: Cal -> Joshua on April 14, 2017. SWAT team rotation: Joshua -> Armin on April 21, 2017.

[OE-core] [PATCH] cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

If CMAKE_SYSTEM_NAME is defined, CMake assumes we're cross-compiling, which is not necessarily the case. Signed-off-by: Kyle Russell --- meta/classes/cmake.bbclass | 4 1 file changed, 4 insertions(+) diff --git a/meta/classes/cmake.bbclass

[OE-core] ✗ patchtest: failure for cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

== Series Details == Series: cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly Revision: 1 URL : https://patchwork.openembedded.org/series/6401/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

Re: [OE-core] [PATCH] libsdl2: disable check gcc -Wdeclaration-after-statement for ppc

On 10 April 2017 at 04:14, wrote: > | CC build/SDL_blit_N.lo > | > .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-2.0.5/src/video/SDL_blit_N.c: > In function 'calc_swizzle32': > | .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-2. >

Re: [OE-core] [PATCH] gnome-common: add EXTRA_OECONF "--with-autoconf-archive"

On 13 April 2017 at 08:41, Jussi Kukkonen wrote: > I had a quick look at this. We have three recipes in oe-core that "need" > gnome-common (python3-pygobject, gnome-desktop3, matchbox-desktop). The > only meaningful usage of gnome-common in their configure.ac's is >

[OE-core] [PATCH] package_manager: don't race on a file when installing complementary packages

PackageManager.install_complementary() uses WORKDIR/installed_pkgs.txt as a temporary file but if two tasks are executing for the same recipe which uses this file (e.g. bitbake my-image my-image:do_populate_sdk) then it's possible for the file to be overwritten or deleted. Instead of using a

Re: [OE-core] [PATCHv3 7/8] bluez5: cleanup tabs and spaces

On Tue, Apr 18, 2017 at 9:20 AM, Marc Ferland wrote: > --- > meta/recipes-connectivity/bluez5/bluez5.inc | 30 > ++--- > 1 file changed, 15 insertions(+), 15 deletions(-) > > diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc >

[OE-core] [PATCH] cmake.bbclass: Set CMAKE_CROSSCOMPILING correctly

If CMAKE_SYSTEM_NAME is defined, CMake assumes we're cross-compiling, which is not necessarily the case. --- meta/classes/cmake.bbclass | 4 1 file changed, 4 insertions(+) diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index 9e74599..2dbaa8c 100644 ---

Re: [OE-core] [PATCHv3 8/8] bluez5: rename "readline" config option to "client"

On Tue, Apr 18, 2017 at 10:14 AM, Burton, Ross wrote: > > On 18 April 2017 at 14:20, Marc Ferland wrote: > >> The configure option is "enable-client" not "enable-readline" (the >> latter does exists and is automatically enabled when enable-client is >>

Re: [OE-core] [PATCHv3 8/8] bluez5: rename "readline" config option to "client"

On 18 April 2017 at 14:20, Marc Ferland wrote: > The configure option is "enable-client" not "enable-readline" (the > latter does exists and is automatically enabled when enable-client is > passed). > The point of this was to remove dependencies on the GPLv3 readline

[OE-core] ✗ patchtest: failure for libmicrohttpd: update to version 0.9.53

== Series Details == Series: libmicrohttpd: update to version 0.9.53 Revision: 1 URL : https://patchwork.openembedded.org/series/6399/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] [PATCH] libmicrohttpd: update to version 0.9.53

Patches for meta-oe should go to openembedded-devel@, not core@. Ross On 18 April 2017 at 14:33, wrote: > From: José Bollo > > Change-Id: Idc7ef7c532a326eb094b4e557f1a80d4254411d2 > Signed-off-by: José Bollo > --- >

[OE-core] [PATCH] libmicrohttpd: update to version 0.9.53

From: José Bollo Change-Id: Idc7ef7c532a326eb094b4e557f1a80d4254411d2 Signed-off-by: José Bollo --- .../{libmicrohttpd_0.9.52.bb => libmicrohttpd_0.9.53.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] ✗ patchtest: failure for bluez: upgrade and refactoring (rev2)

== Series Details == Series: bluez: upgrade and refactoring (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/6387/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed

Re: [OE-core] [PATCH] Revert "openssl: Fix symlink creation"

On Tue, Apr 18, 2017 at 01:08:43PM +0300, Jussi Kukkonen wrote: > This reverts commit 991620f3962a9917fa99abb5582f4b72ebd42a3d. > > The commit breaks openssl-native (you can no longer generate keys > because it can't find the configuration file). Also the idea that we > would install

[OE-core] [PATCHv3 7/8] bluez5: cleanup tabs and spaces

--- meta/recipes-connectivity/bluez5/bluez5.inc | 30 ++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 47d8f22..01ade7d 100644 ---

[OE-core] [PATCHv3 8/8] bluez5: rename "readline" config option to "client"

The configure option is "enable-client" not "enable-readline" (the latter does exists and is automatically enabled when enable-client is passed). Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 8

[OE-core] [PATCHv3 6/8] bluez5: do not install audio.conf

The audio.conf file has been removed, stop installing it. Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc

[OE-core] [PATCHv3 4/8] bluez5: add PACKAGECONFIG option for systemd

Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 687656e..71a5016 100644 ---

[OE-core] [PATCHv3 3/8] bluez5: add PACKAGECONFIG option for midi

Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 4244fc8..687656e 100644 ---

[OE-core] [PATCHv3 5/8] bluez5: add PACKAGECONFIG option for cups

Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 71a5016..c8a240f 100644 ---

[OE-core] [PATCHv3 1/8] bluez5: Upgrade 5.43 -> 5.44

New feautures/fixes in this version: * fixes to BLE * a new midi plugin * support for single-mode controllers w/o public address * most of the experimental tools have been promoted and are now part of the official tools * 'experimental' has been renamed to 'testing' (hence the addition of the

[OE-core] [PATCHv3 2/8] bluez5: remove libasound-module references

Cleanup references to libasound-module since this code has been completly removed from Bluez. Signed-off-by: Marc Ferland --- meta/recipes-connectivity/bluez5/bluez5.inc | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git

[OE-core] [PATCHv3 0/8] bluez: upgrade and refactoring

V3: * shell functions use tabs not spaces (as pointed by Khem Raj) V2: This patch series: * upgrades to version 5.44 * renames variables and configure options to better reflect bluez options * adds midi, cups and systemd as PACKAGECONFIG options * removes references from files that are no longer

[OE-core] Yocto cups serial port support

Hello, I checked /usr/lib/cups/backend not inclued "serial" backend. How can enable cups serial port ? Thanks. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] State of bitbake world, Failed tasks 2017-04-14

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='14'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

[OE-core] [PATCH] pixbufcache.bbclass: update postinst script name

The name of postinst scripts created by pixbufcache class contains "useradd" in it. Remove it to avoid confusion. As suggested by RP. Signed-off-by: Maxin B. John --- meta/classes/pixbufcache.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH] openssh: upgrade to 7.5p1

On 18 April 2017 at 11:18, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > Yes, but... people keep doing it despite you and me and everyone else > telling them not to. How about someone would stash those updates to a kind > of 'master-next-next' branch, and dump them to the list

Re: [OE-core] [PATCH] openssh: upgrade to 7.5p1

On 04/17/2017 09:43 AM, Richard Purdie wrote: On Mon, 2017-04-17 at 12:37 +0800, Dengke Du wrote: Ping. We do not take upgrades after feature freeze when we're stabilising unless there is a pressing reason to do so. Your commit messages makes no mention of any pressing reason. Yes, but...

Re: [OE-core] [PATCH 0/2] Allow postinst functions to be verbose

On 04/14/2017 04:10 PM, Peter Kjellerstedt wrote: I'm afraid I can't take these since these scripts get written into the sstate objects for the recipes in question and this would make the sstate change depending on the parameters you call bitbake with. I think we'd both agree that is

[OE-core] [PATCH] Revert "openssl: Fix symlink creation"

This reverts commit 991620f3962a9917fa99abb5582f4b72ebd42a3d. The commit breaks openssl-native (you can no longer generate keys because it can't find the configuration file). Also the idea that we would install configuration files normally but then add the symlinks pointing to them in a

Re: [OE-core] [PATCH] ltp: fix an incorrect macro checking

On 18 April 2017 at 10:12, Huang, Jie (Jackie) wrote: > It's not merged yet, and I don't see any rejection on it. > Slipped through the net, we're very close to M4 so this may not make it into 2.3 but if not it can be backported. Ross --

Re: [OE-core] [PATCH] python: make python2 and python3 alternatives to python

On 18 April 2017 at 09:44, Dmitry Rozhkov wrote: > I've just checked PEP-349. It recommends that > > "- The more general python command should be installed whenever any > version of Python 2 is installed and should invoke the same version of > Python as the

Re: [OE-core] [PATCH 0/2] systemd: fixes for debug-shell service

Ping. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > jackie.hu...@windriver.com > Sent: Wednesday, February 22, 2017 14:42 > To: openembedded-core@lists.openembedded.org > Subject:

Re: [OE-core] ✗ patchtest: failure for layer.conf: add dl layer to LAYERRECOMMENDS

On 04/18/2017 05:05 PM, Anders Darander wrote: Hi Robert, * Robert Yang [170417 10:14]: Where should we send meta-gplv2's patch, please ? According to http://git.yoctoproject.org/cgit/cgit.cgi/meta-gplv2/tree/README, patches should be sent to

Re: [OE-core] [PATCH] ltp: fix an incorrect macro checking

Ping. It's not merged yet, and I don't see any rejection on it. Thanks, Jackie > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > jackie.hu...@windriver.com > Sent: Saturday, November

Re: [OE-core] ✗ patchtest: failure for layer.conf: add dl layer to LAYERRECOMMENDS

Hi Robert, * Robert Yang [170417 10:14]: > Where should we send meta-gplv2's patch, please ? According to http://git.yoctoproject.org/cgit/cgit.cgi/meta-gplv2/tree/README, patches should be sent to yo...@lists.yoctoproject.org. Cheers, Anders > On 04/17/2017 04:01

[OE-core] [PATCH] package.bbclass: Changed PACKAGESPLITFUNCS execution order

Fixes [YOCTO #11343] I've added runtime PACKAGESPLITFUNCS value modification in the context of do_package() function so that populate_packages_updatealternatives function is allways executed before populate_packages_updatercd Signed-off-by: Oleksandr Poznyak ---

Re: [OE-core] [PATCH] python: make python2 and python3 alternatives to python

On Thu, 2017-04-13 at 15:47 +0100, Burton, Ross wrote: > > On 13 April 2017 at 11:15, Alexander Kanavin .intel.com> wrote: > > This runs against upstream recommendation and common distro > > practice. And it will break scripts that have not been ported to > > Python 3.

[OE-core] [PATCH 1/1] acl: fix race issue when do_compile

Fixed race issue: In file included from acl_copy_entry.c:22:0: libacl.h:19:21: fatal error: sys/acl.h: No such file or directory #include [snip] compilation terminated. acl_get_file.c:27:24: fatal error: acl/libacl.h: No such file or directory #include ^ The

[OE-core] [PATCH 0/1] acl: fix race issue when do_compile

The following changes since commit ba2884f6ad3a4e746fc80cbd707f83fa8abd4210: oe-run-native: print more error messages (2017-04-14 10:26:10 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/acl

[OE-core] kernel.bbclass auto PR generation

Hi, In our build environment we have a buildbot building nightly clean builds of our images and a PRSERV instance managing the auto PR generation. With this setup we encountered the problem, that on each build the kernel PR is incremented by 3, even if nothing has changed, so the PR should be