[OE-core] [PATCH v2 0/7] Python3 packaging fixes

This moves a few python modules to more logical places (thus removing the need for python3-misc on more systems). A new package for typing.py is also created. 0001 add imp to importlib in the generator, the earlier commit in oe-core that made this move, only patched the generated manifest. v2:

[OE-core] [PATCH v2 7/7] python-3-manifest: split out typing

This allows us to use typing.py without having to add the whole python3-misc package. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 10 +++--- scripts/contrib/python/generate-manifest-3.5.py | 3 +++ 2 files changed,

[OE-core] [PATCH v2 3/7] python-3-manifest: add argparse to RDEPENDS for netclient

http/server.py requires argparse. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +- scripts/contrib/python/generate-manifest-3.5.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH v2 2/7] python3-manifest: move htlm.py to python3-html

This allows us to use html.py without importing misc. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +- scripts/contrib/python/generate-manifest-3.5.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH v2 1/7] python-3-manifest: fix adding imp to importlib

Commit: 512334f102a33833d39af53467894315f0715d07 "python-3.5-manifest: Add imp to importlib" added imp to importlib in the generated manifest, but not in the generator script. Signed-off-by: Anders Darander --- scripts/contrib/python/generate-manifest-3.5.py | 2

[OE-core] [PATCH v2 4/7] python-3-manifest: add socketserver to netserver

socketserver.* should be part of python3-netserver. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +- scripts/contrib/python/generate-manifest-3.5.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH v2 6/7] python-3-manifest: add ipaddress to python3-io

This allows us to use ipaddress without requiring the add the whole python3-misc. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +- scripts/contrib/python/generate-manifest-3.5.py | 2 +- 2 files changed, 2 insertions(+),

[OE-core] [PATCH v2 5/7] python-3-manifest: add _compat_pickle to python3-pickle

This allows us to depend on _compat_pickle.* wihtout having to add the whole python3-misc. Signed-off-by: Anders Darander --- meta/recipes-devtools/python/python-3.5-manifest.inc | 2 +- scripts/contrib/python/generate-manifest-3.5.py | 2 +- 2 files changed, 2

[OE-core] ✗ patchtest: failure for Python3 packaging fixes (rev2)

== Series Details == Series: Python3 packaging fixes (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/5024/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the

Re: [OE-core] ✗ patchtest: failure for Python3 packaging fixes

* Leonardo Sandoval [170130 16:00]: > On 01/27/2017 03:40 AM, Anders Darander wrote: > > Hi, > > * Patchwork [170127 10:23]: > > > Series: Python3 packaging fixes > > > Revision: 1 > > > URL :

Re: [OE-core] [PATCH v2 1/2] grub_git: extend recipe for proper target deployment

ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org on behalf of Belal, Awais Sent: Tuesday, January 10, 2017 3:14 PM To: openembedded-core@lists.openembedded.org Subject: Re:

[OE-core] [PATCH] selftest/runtime-tests: Modify positins test to reduce execution time

From: Jose Perez Carranza Currently test_postinst_roofs_and_boot is building a full-cmdline image this is taking a lot of time to execute the test, so a minimal image will be build instead. Signed-off-by: Jose Perez Carranza

Re: [OE-core] [PATCH v2 2/2] grub-efi/live-vm-common: allow grub as EFI_PROVIDER

ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org on behalf of Belal, Awais Sent: Tuesday, January 10, 2017 5:19 PM To: openembedded-core@lists.openembedded.org Subject: Re:

Re: [OE-core] ✗ patchtest: failure for Python3 packaging fixes

On 01/27/2017 03:40 AM, Anders Darander wrote: Hi, * Patchwork [170127 10:23]: Series: Python3 packaging fixes Revision: 1 URL : https://patchwork.openembedded.org/series/5024/ State : failure * Issue Series does not apply on top of

[OE-core] [PATCH v2] libtasn1: Upgrade 4.9 -> 4.10

Removed the following Backported patches: 1. 0001-configure-don-t-add-Werror-to-build-flags.patch 2. 0002-ASN.y-corrected-compiler-warning.patch 3. 0003-parser_aux-corrected-potential-null-pointer-derefere.patch 4. 0004-tools-eliminated-compiler-warnings.patch fixed the following build error

[OE-core] [PATCH][morty 2/2] libx11: CVE-2016-7943

The XListFonts function in X.org libX11 before 1.6.4 might allow remote X servers to gain privileges via vectors involving length fields, which trigger out-of-bounds write operations. References: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7943

[OE-core] [PATCH][morty 1/2] libX11: CVE-2016-7942

The XGetImage function in X.org libX11 before 1.6.4 might allow remote X servers to gain privileges via vectors involving image type and geometry, which triggers out-of-bounds read operations. References https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7942 Upstream patch

[OE-core] [PATCH][krogoth 2/2] libx11: CVE-2016-7943

The XListFonts function in X.org libX11 before 1.6.4 might allow remote X servers to gain privileges via vectors involving length fields, which trigger out-of-bounds write operations. References: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7943

[OE-core] [PATCH][krogoth 1/2] libX11: CVE-2016-7942

The XGetImage function in X.org libX11 before 1.6.4 might allow remote X servers to gain privileges via vectors involving image type and geometry, which triggers out-of-bounds read operations. References https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-7942 Upstream patch

Re: [OE-core] [PATCH v2] libtasn1: Upgrade 4.9 -> 4.10

On 30 January 2017 at 11:55, Maxin B. John wrote: > +From b17dbb8d3c5605db3a1d82861fcaeef4636d1117 Mon Sep 17 00:00:00 2001 > +From: "Maxin B. John" > +Date: Thu, 26 Jan 2017 18:54:48 +0200 > +Subject: [PATCH] stdint.m4: reintroduce

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

Please name the class image_wic.bbclass instead. As dashes are not allowed in function names, you cannot use the image_wic_do_write_wks_template pattern of function names if you use a class name with a dash in it. -- Ola x Nilsson > -Original Message- > From:

Re: [OE-core] [PATCH v2] libtasn1: Upgrade 4.9 -> 4.10

Hi Ross, >On Mon, Jan 30, 2017 at 11:59:21AM +, Burton, Ross wrote: >>On 30 January 2017 at 11:55, Maxin B. John wrote: >> >>+From b17dbb8d3c5605db3a1d82861fcaeef4636d1117 Mon Sep 17 00:00:00 2001 >>+From: "Maxin B. John" >>+Date: Thu, 26 Jan 2017

[OE-core] Yocto Project Status WW05’17

Current Dev Position: YP 2.3 M3 Next Deadline: YP 2.3 M3 by Feb. 27, 2017 SWAT team rotation: Paul -> Ross on Jan. 27, 2017. SWAT team rotation: Ross -> Leo on Feb. 3, 2017. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·The recipe specific

[OE-core] [PATCH] at-spi2-atk: Add glib-2.0-native dependency

This package needs the glib-compile-schemas native binary, which may have been provided by host tools previously. The Recipe-Specific Sysroots might have also uncovered this dependency. Signed-off-by: Saul Wold --- meta/recipes-support/atk/at-spi2-atk_2.22.0.bb | 2 +- 1

[OE-core] [PATCH] wic-tools: Do not remove sysroot with rm_work, because wic needs it.

The sysroot of wic-tools is needed for wic, but if rm_work is enabled, it will be removed before wic has a chance to use it, hence this fix. Signed-off-by: Kristian Amlie --- meta/recipes-core/meta/wic-tools.bb | 4 1 file changed, 4 insertions(+) diff --git

[OE-core] [PATCHv3 4/5] oeqa/core/context.py: Add validation for run-tests option

From: Aníbal Limón The run-tests option is optional so if isn't specified set to None instead of crash on split(). Signed-off-by: Aníbal Limón --- meta/lib/oeqa/core/context.py | 6 +- 1 file changed, 5 insertions(+), 1

[OE-core] [PATCHv3 5/5] oeqa/runtime/cases: Rename syslog module to oe_syslog

From: Aníbal Limón Debian based distros has a builtin syslog module so when try to load tests using unittest it references the builtin module instead of runtime/cases. [YOCTO #10964] Signed-off-by: Aníbal Limón Signed-off-by: Mariano

Re: [OE-core] rootfs build failure

workaround: Try using another package manager as first option in the PACKAGE_CLASSES variable set on local.conf. I have a similar error on a OpenSUSE machine but did not report it. I was using the rpm (which is the default) but did the trick mentioned above and worked. On 01/30/2017 09:44

[OE-core] [PATCH] libbsd: libbsd-overlay.pc: Set Cflags to use -I instead of -isystem

pkg-config currently only handles -I and -L correctly, but misses -isystem, so we need to do this workaround to fix this issue. There's a open bug in: https://bugzilla.freedesktop.org/show_bug.cgi?id=99516 This appears when building lldpd and shows error: ERROR: lldpd-0.9.6-r0 do_configure:

Re: [OE-core] rootfs build failure

Anyone know what the deal is here? Andrew > -Original Message- > I now get the following build failure from do_rootfs > > The stack trace of python calls that resulted in this exception/failure was: > File: 'exec_python_func() autogenerated', lineno: 2, function: > 0001: > ***

[OE-core] [PATCHv3 3/5] testimage.bbclass: Allow to run tests on autobuilder's images

From: Mariano Lopez With the change to the new framework data store dependecy was removed, instead a new file is generated and used in testimage. When testing builds from the autobuilders the test data values are from the autobuilder, including the paths. Some

[OE-core] [PATCHv3 2/5] runtime/cases/smart.py: Check for IMAGE_PKGTYPE instead of PACKAGE_CLASSES

From: Mariano Lopez smart test requires to build the image using rpm packages, this check was included, but it checked for PACKAGE_CLASSES=='package_rpm', and this is not true when building packages for rpm and deb/ipk. So this would check IMAGE_PKGTYPE instead.

[OE-core] [PATCHv3 1/5] runtime/cases: Fix case numbers, missing cases and unused classes

From: Mariano Lopez connman: oeRuntimeTest class is not used anymore as part of runtime migration, this particular case was missed, so fix it. gcc: Removed unneded lines. multilib: fixed case number. syslog: added a missing test. [YOCTO #10964] Signed-off-by:

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

On Mon, Jan 30, 2017 at 10:25:59AM -0800, Rick Altherr wrote: > I'm not clear on which path is the preferred one. There are lots of bits > and pieces in image_types.bbclass that implement various image types. > uboot got added as a separate class at some point. The comments in >

Re: [OE-core] [PATCH] libbsd: libbsd-overlay.pc: Set Cflags to use -I instead of -isystem

On Mon, Jan 30, 2017 at 2:27 PM, Fabio Berton wrote: > pkg-config currently only handles -I and -L correctly, but misses > -isystem, so we need to do this workaround to fix this issue. > > There's a open bug in: >

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

Hmm. In local.conf.sample.extended, I find: # Additional image generation features # # The following is a list of classes to import to use in the generation of images # currently an example class is image_types_uboot # IMAGE_CLASSES = " image_types_uboot" Indeed, image_types_uboot isn't part of

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

On Mon, Jan 30, 2017 at 10:25:12AM +, Ola x Nilsson wrote: > Please name the class image_wic.bbclass instead. > > As dashes are not allowed in function names, you cannot use > the image_wic_do_write_wks_template pattern of function > names if you use a class name with a dash in it. >

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

On Mon, Jan 30, 2017 at 09:47:42AM -0800, Rick Altherr wrote: > Hmm. In local.conf.sample.extended, I find: > > # Additional image generation features > # > # The following is a list of classes to import to use in the generation of > images > # currently an example class is image_types_uboot > #

Re: [OE-core] [PATCH v5 09/12] runqemu: also accept -image suffix for rootfs parameter

> -Original Message- > From: Patrick Ohly [mailto:patrick.o...@intel.com] > Sent: Friday, January 27, 2017 11:22 AM > To: Bystricky, Juro > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH v5 09/12] runqemu: also accept -image suffix

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

Why didn't you make this image_types_wic.bbclass and use IMAGE_CLASSES to load it? On Fri, Jan 27, 2017 at 12:19 PM, Ed Bartosh wrote: > There is a lot of wic code in image.bbclass and image_types.bbclass > Having all code separated in one file should make it more

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

I'm not clear on which path is the preferred one. There are lots of bits and pieces in image_types.bbclass that implement various image types. uboot got added as a separate class at some point. The comments in local.conf.sample.extended imply IMAGE_CLASSES should be used to load additional

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

On Mon, Jan 30, 2017 at 09:27:54AM -0800, Rick Altherr wrote: > Why didn't you make this image_types_wic.bbclass and use IMAGE_CLASSES to > load it? Because of the following: - IMAGE_CLASSES[doc] = "A list of classes that all images should inherit." I'm not sure all images should include wic

[OE-core] [PATCH v2 1/1] runqemu: allow bypassing of network setup

At present it is silently assumed all QEMU machines support networking. As a consequence, one cannot run QEMUs without network emulation using "runqemu". This patch allows bypassing any network setup providing the user specifies: QB_NETWORK_DEVICE = "none" [YOCTO#10661] Signed-off-by: Juro

[OE-core] [PATCH v2 0/1] runqemu: disable network

Not all QEMU machines support network hardware emulation. Those machines cannot be run by "runqemu", as network hardware is implicitly always assumed. Trying to run them using "runqemu" would end up in raise Exception('Failed to run %s' % cmd) There is no way to disable network setup using

Re: [OE-core] [PATCH v3 01/11] image-wic: move wic code to image-wic.bbclass

On Mon, Jan 30, 2017 at 10:41:27AM -0800, Rick Altherr wrote: > Agreed. What if it was image_types_wic.bbclass and you did something > similar to build_uboot() in image.bbclass? > I can do this for now: IMAGE_TYPE_wic = "image_type_wic" inherit ${IMAGE_TYPE_wic} which is the same as 'inherit

[OE-core] [PATCH] ffmpeg: disable cpu autodetection

Just pass the correct -mcpu= configure switch (fallback to generic). Avoids warnings like: | warning: switch -mcpu=cortex-a15 conflicts with -march=armv7-a switch Signed-off-by: Andreas Oberritter --- meta/recipes-multimedia/ffmpeg/ffmpeg_3.2.2.bb | 7 +++ 1 file

Re: [OE-core] [PATCH] connman: Simplify and fix packaging of VPN plug-ins

Ping. On Mon, 5 Dec 2016 23:41:53 +0100 Andreas Oberritter wrote: > - Use simple static packaging. > - Move VPN runtime dependencies from connman to the individual plug-ins. > - Create a connmann-ppp package containing libppp-plugin.so, which is > a shared library

Re: [OE-core] [PATCH v4 02/12] acpica: work around flex 2.6.2 code generation issue

On Sat, Jan 21, 2017 at 08:00:13PM -0800, Khem Raj wrote: > On Fri, Jan 20, 2017 at 6:54 AM, Patrick Ohly wrote: > > On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote: > >> Without this patch, linking fails with a missing implementation of > >> yy_scan_string. This

[OE-core] [PATCH v4 3/3] selftest/containerimage.py: Add container IMAGE_FSTYPES test

This test checks to make sure only the files expected exist in a container image. Currently only ROOTFS_BOOTSTRAP_INSTALL, gets added to all images without the user specifying it. But this test should help if a developer in the future ever silently adds more than just ROOTFS_BOOTSTRAP_INSTALL,

[OE-core] [PATCH] kernel-module-split: Allow custom suffix for package names

This makes it possible to restore the behaviour changed by commit 78cde87 "kernel-module-split: Append KERNEL_VERSION string to kernel module name". Signed-off-by: Andreas Oberritter --- meta/classes/kernel-module-split.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [OE-core] [PATCH 1/2] bash: use update-alternatives for the bash binary

Ping. On Wed, 30 Nov 2016 19:50:26 +0100 Andreas Oberritter wrote: > Busybox may offer a bash applet. If enabled, the alternatives mechanism > avoids breaking logins if bash gets deinstalled while /bin/bash is configured > as a login shell. > > Signed-off-by: Andreas

Re: [OE-core] [PATCH 2/2] gptfdisk: put sgdisk into its own package

Ping. On Wed, 30 Nov 2016 22:50:46 +0100 Andreas Oberritter wrote: > This allows to avoid pulling in ncurses if only sgdisk is needed. > > Signed-off-by: Andreas Oberritter > --- > meta/recipes-devtools/fdisk/gptfdisk_1.0.1.bb | 6 ++ > 1

Re: [OE-core] [PATCH 1/2] gptfdisk: fix support for 'large' drives

Ping. On Wed, 30 Nov 2016 22:50:45 +0100 Andreas Oberritter wrote: > Make's switch '-e' replaced important compiler flags from the > project's Makefile, i.e. -D_FILE_OFFSET_BITS=64. > > Signed-off-by: Andreas Oberritter > --- >

Re: [OE-core] [PATCH 2/2] util-linux: create own package for lsblk

Ping. On Wed, 30 Nov 2016 19:50:27 +0100 Andreas Oberritter wrote: > Let util-linux-bash-completion depend on it, because it uses it. > > Signed-off-by: Andreas Oberritter > --- > meta/recipes-core/util-linux/util-linux.inc | 6 -- > 1 file

Re: [OE-core] [PATCH 2/2] connman: enable connman-wait-online.service

Ping. On Wed, 30 Nov 2016 13:22:31 +0100 Andreas Oberritter wrote: > Fixes network mounts on boot. > > Signed-off-by: Andreas Oberritter > --- > meta/recipes-connectivity/connman/connman.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [OE-core] [PATCH] systemd: respect USE_LDCONFIG when setting default PACKAGECONFIG

On Thu, Jan 26, 2017 at 10:18 PM, Khem Raj wrote: > On Thu, Jan 26, 2017 at 8:06 PM, Andre McCurdy wrote: >> Avoid trying to call ldconfig at run-time in distros which force >> USE_LDCONFIG to 0 and therefore don't provide it. >> >> Signed-off-by: Andre

Re: [OE-core] [opkg-devel] Re: opkg tries to remove package twice

On 01/29/2017 10:17 AM, stefan.seyfr...@googlemail.com wrote: > Am Samstag, 23. April 2016 22:41:17 UTC+2 schrieb Alejandro del Castillo: >> it should be backported to krogoth too since the next release of opkg is >> scheduled to June (too late for krogoth). I'll reply to your patch on >> the

Re: [OE-core] [PATCH v2] libtasn1: Upgrade 4.9 -> 4.10

On 1/30/17 3:55 AM, Maxin B. John wrote: > Removed the following Backported patches: > 1. 0001-configure-don-t-add-Werror-to-build-flags.patch > 2. 0002-ASN.y-corrected-compiler-warning.patch > 3. 0003-parser_aux-corrected-potential-null-pointer-derefere.patch > 4.

[OE-core] [PATCH v1] sdkext/cases oeqa/selftest: Updates decorators

Updates decorators for eSDK in test cases at: sdkext/cases/devtool.py and oeqa/selftest/eSDK.py Signed-off-by: Francisco Pedraza --- meta/lib/oeqa/sdkext/cases/devtool.py | 12 ++-- meta/lib/oeqa/selftest/eSDK.py| 6 +++--- 2 files

Re: [OE-core] [PATCH v5 09/12] runqemu: also accept -image suffix for rootfs parameter

On Mon, 2017-01-30 at 17:12 +, Bystricky, Juro wrote: > > > -Original Message- > > From: Patrick Ohly [mailto:patrick.o...@intel.com] > > Sent: Friday, January 27, 2017 11:22 AM > > To: Bystricky, Juro > > Cc: openembedded-core@lists.openembedded.org > >

Re: [OE-core] [PATCH 4/7] flex: upgrade to 2.6.2

On Thu, Jan 26, 2017 at 06:21:48PM -0800, Khem Raj wrote: > On Thu, Jan 26, 2017 at 6:19 PM, Martin Jansa wrote: > > I did try 2.6.3 but it was even worse as reported, > > thats just sad. > > if anyone wants to use it > > as starting point here it is: > >

Re: [OE-core] [PATCH v4 02/12] acpica: work around flex 2.6.2 code generation issue

On Mon, Jan 30, 2017 at 11:53 AM, Denys Dmytriyenko wrote: > On Sat, Jan 21, 2017 at 08:00:13PM -0800, Khem Raj wrote: >> On Fri, Jan 20, 2017 at 6:54 AM, Patrick Ohly wrote: >> > On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote: >> >> Without this

Re: [OE-core] [PATCH] ffmpeg: disable cpu autodetection

On Mon, 30 Jan 2017 18:21:10 -0500 Denys Dmytriyenko wrote: > On Mon, Jan 30, 2017 at 10:59:50PM +0100, Andreas Oberritter wrote: > > Just pass the correct -mcpu= configure switch (fallback to generic). > > > > Avoids warnings like: > > | warning: switch -mcpu=cortex-a15

[OE-core] [PATCH 4/5] binutils-cross: Remove exec_prefix from the linker search path

We don't put target libs into a native/cross ${exec_prefix} but having this in the default search path means all linker scripts have to be relocated. This is a considerable chunk of files to create multiple copies of for no good reason. Instead, patch out the paths we don't need. Signed-off-by:

[OE-core] [PATCH 1/5] utils: Avoid need to relocate wrapper scripts

Whilst the path to the executable is dynamically determined, the passed in environment variables or parameters are not relocatable and rely on the sstate remapping code. In the recipe specific sysroot case this has become more costly. This patch translates such paths into relocatable entries

[OE-core] [PATCH 2/5] relocatable: Make native .pc files relocatable

The native .pc files currently have hardcoded paths in them meaning each has to be relocated at final install time. pkg-config has built in functionality to avoid this, namely the pcfiledir variable. This function translates .pc files to use the variable meaning further relocation later is

[OE-core] [PATCH 3/5] distro/defaultsetup: Enable removal of libtool .la files by default

Relocation of native .la files during recipe specific sysroot relocation is probably the final straw in just killing these files off. Change things so this class is inherited by default. If distros don't want to do this, they can opt out but it seems like the best thing to do now since .la files

[OE-core] [PATCH 5/5] xmlto: Don't hardcode the path to tail

We don't need to hardcode a path to tail, follow the other tools examples and don't specify a path since PATH is good enough for us. Signed-off-by: Richard Purdie --- meta/recipes-devtools/xmlto/xmlto_0.0.28.bb | 2 +- 1 file changed, 1 insertion(+), 1

Re: [OE-core] [PATCH] ffmpeg: disable cpu autodetection

On Mon, Jan 30, 2017 at 10:59:50PM +0100, Andreas Oberritter wrote: > Just pass the correct -mcpu= configure switch (fallback to generic). > > Avoids warnings like: > | warning: switch -mcpu=cortex-a15 conflicts with -march=armv7-a switch That is actually a valid warning - cortex-a15 is armv7ve,

[OE-core] ✗ patchtest: failure for "utils: Avoid need to relocate ..." and 4 more

== Series Details == Series: "utils: Avoid need to relocate ..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/5072/ 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 1/5] utils: Avoid need to relocate wrapper scripts

On Mon, Jan 30, 2017 at 5:14 PM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Whilst the path to the executable is dynamically determined, the passed in > environment variables or parameters are not relocatable and rely on the > sstate > remapping code. In the recipe specific

Re: [OE-core] rootfs build failure

There seems to be some kind of intermittent issue where the pkgdata file either goes missing or is never created - this sounds vaguely familiar though I'm not sure where it came up before. Leo, can you file a bug for the situation you saw? Thanks, Paul On Monday, 30 January 2017 10:46:38 AM

Re: [OE-core] [PATCH] glib-2.0: native package should not depend on DISTRO_FEATURES

On 2017-01-21 06:02, Gary Thomas wrote: xxx-native packages should not depend on ${DISTRO} settings. Doing so feels inherently wrong and limits the usefulness of sstate-cache. This patch changes how this package is installed, in particular removing the dependency on the ${DISTRO_FEATURES}

[OE-core] [PATCH 1/4] libgpg-error_1.25.bb: Enable nativesdk

Enable nativesdk on this recipe. Signed-off-by: Nathan Rossi --- meta/recipes-support/libgpg-error/libgpg-error_1.25.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.25.bb

[OE-core] [PATCH 2/4] libgcrypt.inc: Enable nativesdk

Enable nativesdk on this recipe. Signed-off-by: Nathan Rossi --- meta/recipes-support/libgcrypt/libgcrypt.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libgcrypt/libgcrypt.inc b/meta/recipes-support/libgcrypt/libgcrypt.inc

[OE-core] [PATCH 3/4] libgcrypt.inc: Add PACKAGECONFIG for 'capabilities'

Add PACKAGECONFIG options for 'capabilities' which enables the libcap dependency. Signed-off-by: Nathan Rossi --- meta/recipes-support/libgcrypt/libgcrypt.inc | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH 4/4] libgcrypt.inc: Enable use of binconfig

Due to pkg-config support for libgcrypt being un-available for upstream libgcrypt, some packages that depend on libgcrypt rely on the use of libgcrypt-config (e.g. QEMU). Signed-off-by: Nathan Rossi --- meta/recipes-support/libgcrypt/libgcrypt.inc | 2 +- 1 file changed,

[OE-core] [PATCH 0/4] Make qemu.inc useful for generic use

This series is intended to make the qemu.inc more generic and useful for other recipes to use. This is achieved by moving version specific patches, task steps and ptest support into the qemu_*.bb recipe, additionally improvements are made to the PACKAGECONFIG options and changes to the configure

[OE-core] [PATCH 1/4] qemu: Improve and add PACKAGECONFIG options

Move the '--disable-bluez' and '--disable-iscsi' options to PACKAGECONFIG. And added the ${BLUEZ} dependency. Fix up the 'gcrypt' option to depend on 'libgcrypt' instead of gcrypt. This is the expected dependency as noted in the QEMU configure help. Handle the '--audio-drv-list' option inside

[OE-core] [PATCH 2/4] qemu: Consolidate EXTRA_OECONF

Consolidate the configure options into the EXTRA_OECONF variable, including merging any native(sdk) specific options. This consolidation also makes the use of 'system' pixman in the nativesdk case, this is desirable as the QEMU internal pixman may not be available (using QEMU git as opposed to

[OE-core] [PATCH 3/4] qemu: Convert KVMOPTS to PACKAGECONFIG

Move the KVMOPTS configuration checks and option setting to a PACKAGECONFIG option. This also changes the checking of KVM support on the host build machine so that it is processed as a PACKAGECONFIG _remove for class-native only. The darwin/mingw32 overrides are kept and applied as _remove

[OE-core] [PATCH 4/4] qemu: Move recipe version specific patches and features to recipe

Move all the version specific patches, overrides and configuration that are in qemu.inc to the versioned QEMU recipe. This includes moving patches that target the versioned recipe, ptest configuration (which is not available in QEMU by default) and the installing of the powerpc_rom.bin. All

[OE-core] [PATCH 0/3] MinGW specific improvements/fixes

This series contains a few patches that improve/fix MinGW specific parts that cannot be easily implemented outside of oe-core/meta. The first patch disables update-alternatives when TARGET_OS == mingw32, this is due to Windows not supporting symlinks in the same way as expected by

[OE-core] [PATCH 1/3] update-alternatives.bbclass: Disable for mingw32 targets

When building for mingw32 targets (e.g. nativesdk cross compiling for windows), disable the dependency on update-alternatives as the Windows platform does not support symlinks or package management. This avoids the complex (partly non-buildable for mingw32) dependency chain

[OE-core] [PATCH 3/3] libgpg-error_1.25.bb: Don't replace the syscfg header for mingw32

For mingw32 targets do not attempt to replace the syscfg/lock-obj-pub.*.h as for mingw32 there are no arch specific headers that are included in the libgpg-error source. Signed-off-by: Nathan Rossi --- meta/recipes-support/libgpg-error/libgpg-error_1.25.bb | 11

[OE-core] [PATCH 2/3] package.bbclass: Add SHLIB detection support for mingw targets

Add support to detect dll files as shared objects as well as process Windows .dll and .exe files to determine the runtime libraries dependencies. This implementation is sufficient to detect and map runtime library dependencies between packages. And does not implement any version naming