[OE-core] [PATCH 0/2] Implement GPG_PATH variable

This optional setting makes it possible to specify a non-default gpg home directory in the bitbake configuration. [YOCTO #8134] The following changes since commit e42d8eff9eed7d1454b4f331d96dcee6dea232df: bash: Disable custom memory allocator (2015-10-12 14:35:42 +0100) are available in the

[OE-core] [PATCH 1/2] sign_rpm.bbclass: introduce GPG_PATH variable

This bitbake configuration variable can be used to define the gpg home directory. Signed-off-by: Markus Lehtonen --- meta/classes/sign_rpm.bbclass | 4 1 file changed, 4 insertions(+) diff --git a/meta/classes/sign_rpm.bbclass

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

On Wed, Oct 14, 2015 at 11:41 AM, Paul Eggleton wrote: > FWIW assuming it works and isn't specially patched, I think for x11vnc we'd > probably be better off using an external lib we can keep up-to-date rather > than > a bundled one that might be out-of-date; that

[OE-core] [PATCH 2/2] package_manager: support GPG_PATH variable

If defined, use GPG_PATH as the gpg home directory when signing package feeds. This setting is only used by package_manager if package feed singning has been enabled, i.e. PACKAGE_FEED_SIGN="1". Signed-off-by: Markus Lehtonen --- meta/lib/oe/package_manager.py

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

On Wednesday 14 October 2015 17:33:23 Ioan-Adrian Ratiu wrote: > On 14.10.2015 17:16, Martin Jansa wrote: > > On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote: > >> On 13.10.2015 16:08, Martin Jansa wrote: > >>> On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote: >

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote: > On 13.10.2015 16:08, Martin Jansa wrote: > > On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote: > >> On 13.10.2015 13:53, Martin Jansa wrote: > >>> On Fri, Oct 09, 2015 at 09:58:07AM +0300, Ioan-Adrian Ratiu

Re: [OE-core] [PATCHv2] fontcache: allow to pass extra parameters and environment to fc-cache

On Tue, Sep 29, 2015 at 05:50:55PM +0200, Martin Jansa wrote: > On Thu, Sep 10, 2015 at 04:31:26PM +0200, Martin Jansa wrote: > > * this can be useful for passing extra parameters, pass > > -v by default to see what's going on in do_rootfs > > * we need to use this for extra parameter we

Re: [OE-core] [oe] [meta-oe][PATCH v2] meta-oe: recipes-graphics: add libvncserver recipe

On 14.10.2015 17:16, Martin Jansa wrote: On Wed, Oct 14, 2015 at 05:06:07PM +0300, Ioan-Adrian Ratiu wrote: On 13.10.2015 16:08, Martin Jansa wrote: On Tue, Oct 13, 2015 at 03:40:20PM +0300, Ioan-Adrian Ratiu wrote: On 13.10.2015 13:53, Martin Jansa wrote: On Fri, Oct 09, 2015 at 09:58:07AM

[OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-10-14

On Tue, Sep 08, 2015 at 07:09:42PM +0200, Martin Jansa wrote: > ERROR: 84 issues were found in these recipes: android-tools > cryptodev-tests dracut initscripts ipsec-tools libauthen-sasl-perl > libdigest-hmac-perl libio-socket-ssl-perl linux-atm lmsensors > lttng-tools luna-sysmgr-ipc-messages

Re: [OE-core] Error due GTK+3 new rdepends on libgl

On Wed, Oct 14, 2015 at 9:54 AM, Otavio Salvador wrote: > On Wed, Oct 14, 2015 at 4:31 AM, Jussi Kukkonen > wrote: >> On 14 October 2015 at 00:42, Burton, Ross wrote: >>> >>> >>> On 13 October 2015 at 22:32, Otavio

Re: [OE-core] Error due GTK+3 new rdepends on libgl

On 14 October 2015 at 00:42, Burton, Ross wrote: > > On 13 October 2015 at 22:32, Otavio Salvador < > otavio.salva...@ossystems.com.br> wrote: > >> This includes a forced rdepends on libgl and I see no reason for this. >> > > Mainly because gtk3-demo will link to libGL.so

[OE-core] [PATCH v2 2/5] classes/populate_sdk_ext: prevent do_rootfs from executing on install

In order to prepare the build system within the extensible SDK, we actually go ahead and build the targets specified by SDK_TARGETS (by default the image the SDK was built for). Assuming that's an image, we don't actually need to build the image itself - we just need to have everything done up to

[OE-core] [PATCH v2 1/5] classes/populate_sdk_ext: consistent indentation

Signed-off-by: Paul Eggleton --- meta/classes/populate_sdk_ext.bbclass | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ext.bbclass index c244d93..90033ba 100644 ---

[OE-core] [PATCH v2 5/5] toolchain-shar-extract.sh: print full-length title underline

Print a line that's the full length of the title that it's underneath. Signed-off-by: Paul Eggleton --- meta/files/toolchain-shar-extract.sh | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/files/toolchain-shar-extract.sh

[OE-core] [PATCH v2 4/5] classes/populate_sdk_ext: detect and warn if running in OE environment

If you run the extensible SDK environment setup script in a shell session where oe-init-build-env has been run already, and attempt to use the two together, strange things happen - you may not even be running devtool from the extensible SDK, but the OE tree. This isn't a supported use case anyway,

[OE-core] [PATCH v2 0/5] Extensible SDK fixes

Changes since v1: * Simplify "prevent do_rootfs from executing on install" fix to avoid creating a class that we don't need - just put the stubbing out of do_rootfs in each bbappend file. * Print a warning within the env setup script if the OE env setup script has previously been

[OE-core] [PATCH v2 3/5] classes/populate_sdk_ext: add note to env setup script

Print a note at the end of the environment setup script pointing to devtool. Signed-off-by: Paul Eggleton --- meta/classes/populate_sdk_ext.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/populate_sdk_ext.bbclass

Re: [OE-core] [PATCH 1/1] toolchain-shar-extract.sh: fix path in example

On Tuesday 13 October 2015 11:15:04 Chen Qi wrote: > $env_setup_script already contains $target_sdk_dir. > Fix the path in the example. > > Signed-off-by: Chen Qi > --- > meta/files/toolchain-shar-extract.sh | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

[OE-core] [PATCH 2/2] devtool: handle virtual providers

For modify / extract / upgrade, if the specified "recipe" is not actually a recipe but a virtual target such as virtual/kernel, map it correctly to the actual recipe and make sure we use that name within the workspace. Thanks to Chris Larson for reminding me this was still broken and for a hint on

[OE-core] [PATCH 1/2] devtool: extract: fix error handling

If recipe parsing fails we need to exit out instead of attempting to use the data object that's set to None, which resulted in a traceback. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/standard.py | 8 1 file changed, 8 insertions(+) diff --git

[OE-core] [PATCH 0/2] A couple of fixes for devtool

The following changes since commit 10e5df3503632a6e1c54612055b19f7258c3ae2f: lib/oe/image.py: Fix dependency handling for compressed types (2015-10-14 18:08:22 +0300) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/devtool-fixes8

Re: [OE-core] [oe] kernel.bbclass: Fix do_shared_workdir task ordering

On Wed, Oct 14, 2015 at 3:30 PM, S. Lockwood-Childs wrote: > http://patchwork.openembedded.org/patch/99875/ > > Apparently this patch is still not in master, and I just ran across the > problem with an externally built module (omaplfb from omap3-sgx-modules) > in meta-ti layer.

Re: [OE-core] [oe] kernel.bbclass: Fix do_shared_workdir task ordering

http://patchwork.openembedded.org/patch/99875/ Apparently this patch is still not in master, and I just ran across the problem with an externally built module (omaplfb from omap3-sgx-modules) in meta-ti layer. What's the plan for getting a correct Module.symver into shared_workdir for external

[OE-core] [PATCH] classes/base: provide hints on PACKAGECONFIG error

Commit 771f89498c introduces an error message that is very rarely hit and when it is, it is usually easy to trace the root cause very quickly. The information provided in the error message isn't enough to lead you back to the actual failure, however, so expand upon it a bit, pinpointing the

[OE-core] syslinux + gcc 5.2 build error

I'm seeing what looks like a gcc bug when building syslinux with certain combinations of TUNE_CCARGS. A specific combination which fails is: TUNE_CCARGS = " -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -fschedule-insns" ( ie the default flags set by tune-core2.inc with one additional

Re: [OE-core] [PATCH] mdadm: fix CFLAGS invalid issue

On 14 October 2015 at 03:27, wenzong fan wrote: > Ping ... > This doesn't apply to master now, can you rebase please. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] [RFC PATCH 2/2] 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] [RFC PATCH 0/2] Clean up connman-conf

As 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

[OE-core] [RFC PATCH 1/2] 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] guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb where it fails for qemuarm

Signed-off-by: Martin Jansa --- meta/recipes-devtools/gcc/gcc_4.9.bb | 5 ++--- meta/recipes-devtools/guile/guile_2.0.11.bb | 4 meta/recipes-devtools/opensp/opensp_1.5.2.bb | 4

[OE-core] [PATCH] icu: force arm mode

* otherwise it triggers following ICE: ERROR: Function failed: do_compile (log file is located at /OE/build/shr-core/tmp-eglibc/work/arm920tt-oe-linux-gnueabi/icu/53.1-r0/temp/log.do_compile.21570) ERROR: Logfile of failure stored in:

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj wrote: > An agressive optimization in gcc5 meant that we get linking errors > with uclibc build, this patch fixes the issue by letting gcc know > that these funcitons are used. Just for reference, the same fix has been in uclibc-ng

[OE-core] [PATCH 01/11] busybox_git: Enable getopt applet

Keep git recipe in sync with 1.23.2: http://git.openembedded.org/openembedded-core/commit/?id=10c2c484d5916ad476ad7717c3629f6684f01e6d Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox_git.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH 00/11] busybox fixes and cleanups + update to 1.24

In anticipation of master re-opening for commits, here's a re-send of the previous busybox fixes and cleanups patches, plus new patches to update to 1.24. Andre McCurdy (11): busybox_git: Enable getopt applet busybox.inc: don't export EXTRA_OEMAKE busybox: move common EXTRA_OEMAKE options

[OE-core] [PATCH 05/11] busybox.inc: don't set .config CROSS_COMPILER_PREFIX

Setting CROSS_COMPILER_PREFIX via .config is redundant (setting CROSS_COMPILE via the make command line will always over-ride it). Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[OE-core] [PATCH] uclibc: Fix build with gcc5

An agressive optimization in gcc5 meant that we get linking errors with uclibc build, this patch fixes the issue by letting gcc know that these funcitons are used. Change-Id: I8ecf3999a0855b3bbf4bc2df576be5351f9be5b0 Signed-off-by: Khem Raj ---

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

please backport this to jethro as well. with out this uclibc images won't build. On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj wrote: > An agressive optimization in gcc5 meant that we get linking errors > with uclibc build, this patch fixes the issue by letting gcc know > that

Re: [OE-core] [PATCH] uclibc: Fix build with gcc5

On Wed, Oct 14, 2015 at 6:01 PM, Andre McCurdy wrote: > On Wed, Oct 14, 2015 at 5:44 PM, Khem Raj wrote: >> An agressive optimization in gcc5 meant that we get linking errors >> with uclibc build, this patch fixes the issue by letting gcc know >> that

[OE-core] [PATCH 06/11] busybox.inc: fix CONFIG_EXTRA_CFLAGS configmangle

With current busybox Kbuild, setting .config to: CONFIG_EXTRA_CFLAGS="foo" "bar" and then running 'make oldconfig' results in .config containing: CONFIG_EXTRA_CFLAGS="foo" ie the CONFIG_EXTRA_CFLAGS configmangle in the busybox.inc doesn't currently work as intended. Remove the extra \" \"

[OE-core] [PATCH 08/11] busybox: move common do_install_ptest() into busybox.inc

Current do_install_ptest() is common to all supported versions of busybox (1.23.2 and git), so move from version specific recipes into busybox.inc. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc | 6 ++

[OE-core] [PATCH 10/11] busybox: update 1.23.2 -> 1.24.0 (and git recipe to latest trunk)

The busybox defconfig has also been refreshed, with all new apps and features disabled by default. Signed-off-by: Andre McCurdy --- .../busybox/0001-Switch-to-POSIX-utmpx-API.patch | 388 - .../busybox/busybox/0001-chown-fix-help-text.patch | 34 --

[OE-core] [PATCH 11/11] busybox: disable support for mounting NFS file systems on Linux < 2.6.23

The busybox CONFIG_FEATURE_MOUNT_NFS config option is described as: Enable mounting of NFS file systems on Linux kernels prior to version 2.6.23. Note that in this case mounting of NFS over IPv6 will not be possible. Since OE-core sets OLDEST_KERNEL = "2.6.32", CONFIG_FEATURE_MOUNT_NFS is

[OE-core] [PATCH 09/11] busybox: re-order defconfig to align with busybox 1.24.0

No functional changes, simply re-order lines in defconfig so that the existing options don't move elsewhere in the file when run though busybox 1.24.0 'make oldconfig'. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox/defconfig | 38

[OE-core] [PATCH 03/11] busybox: move common EXTRA_OEMAKE options into busybox.inc

Current EXTRA_OEMAKE options are common to all supported versions of busybox (1.23.2 and git), so move from version specific recipes into busybox.inc. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc | 1 +

Re: [OE-core] [PATCH 2/2] gcc: Avoid non-aligned access for ARM5e

On Tue, 2015-10-13 at 09:18 -0300, Otavio Salvador wrote: > On Tue, Oct 13, 2015 at 9:07 AM, Phil Blundell wrote: > > On Tue, 2015-10-13 at 08:45 -0300, Otavio Salvador wrote: > > > I understand Khem is excitant to include more non-upstreamed > > > patches > > > into GCC but I

[OE-core] [PATCH] oeqa/selftest/buildoptions: Use the correct script for cleaning the workdir

From: Leonardo Sandoval The script 'cleanupworkdir' does not exit, so changing it to 'cleanup-workdir'. Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/selftest/buildoptions.py | 4 ++-- 1 file changed,

Re: [OE-core] glibc build error when it is rebuild due hash mismatch

On Wed, Oct 14, 2015 at 2:10 AM, Khem Raj wrote: >> On Oct 13, 2015, at 10:03 PM, Richard Purdie >> wrote: >> Agreed, this does look like a missing gettext-native dependency >> somewhere in the system. Unfortunately gettext(native) is a

Re: [OE-core] Error due GTK+3 new rdepends on libgl

On Wed, Oct 14, 2015 at 4:31 AM, Jussi Kukkonen wrote: > On 14 October 2015 at 00:42, Burton, Ross wrote: >> >> >> On 13 October 2015 at 22:32, Otavio Salvador >> wrote: >>> >>> This includes a forced rdepends on

Re: [OE-core] World builds HW Was: [PATCH 04/12] gnome-icon-theme: remove the recipe

On Tue, Oct 13, 2015 at 04:43:44PM -0400, Randy MacLeod wrote: > On 2015-09-18 01:56 PM, Tom King wrote: > > Martin, Randy et.al .: > > > > I'm moving around things such that I can give Martin a full builder: > > > > 24Cores, 256GB RAM, up to 3TB storage from the donation that HP

[OE-core] [PATCH 07/11] busybox.inc: remove MAKEFLAGS over-ride from EXTRA_OEMAKE

Busybox Kbuild likes to control its own MAKEFLAGS (it adds -rR, etc), so avoid over-riding MAKEFLAGS via EXTRA_OEMAKE. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc | 4 1 file changed, 4 insertions(+) diff --git

[OE-core] [PATCH 02/11] busybox.inc: don't export EXTRA_OEMAKE

EXTRA_OEMAKE is private to OE and shouldn't be exported to the busybox build. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox.inc

[OE-core] [PATCH 04/11] busybox.inc: explicitly include CC=${CC} on make command line

The busybox build currently relies on 'make -e' to over-ride CC and the make command line to over-ride LD. Add CC to the make command line to make the CC over-ride more explicit and consistent with LD. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox.inc |