[OE-core] [PATCH] build-appliance-image: Fix incorrect PATH

When modifying the PATH variable in .bashrc, double quote characters were used, resulting in expanding the variable $PATH with the value of PATH of the system building the Build Appliance. The original intent was to enter an un-expanded (literal) $PATH. In order to that, one must use single

Re: [OE-core] [PATCHv2 24/26] lttng-tools: do not install manpages in ptest package

On 10/28/2016 10:12 AM, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > meta/recipes-kernel/lttng/lttng-tools_git.bb | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb >

[OE-core] [master/morty][PATCH] binutils-2.27: Fix linker segfaults when linking binary files

Fixes segfaults when doing partial linking and generaring binary objects /tmp/binu/ld/ld-new -r -b binary -o etc_certs_ui_ca_pem.o etc_certs_ui_ca_pem 0 elf32_arm_count_additional_relocs (sec=0x79bf40) at /mnt/a/work/oe/binutils-gdb/bfd/elf32-arm.c:18210 1 0x0047635a in

Re: [OE-core] [PATCH] systemd: Reload configuration on package install

> On Oct 28, 2016, at 7:36 AM, Linus Wallgren wrote: > > When a systemd service file has changed it is required to reload > systemd's configuration. Otherwise changes to a service file will not be > picked up during package upgrade. while this seems reasonable. Does

Re: [OE-core] [PATCH][krogoth] weston: Add no-input-device patch to 1.9.0.

On 25 October 2016 at 19:09, Daniel Díaz wrote: > The included patch, backported from Weston master, allows > it to run without any input device at launch. An ini option > is introduced for this purpose, so there is no behavioral > change. > The patch process requires

[OE-core] Yocto Project Status WW44

Current Dev Position: YP 2.3 M1 Next Deadline: YP 2.3 M1 SWAT team rotation: Paul -> Ross https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *The YP 2.2rc4 QA report looked good and we were nearly able to release. *The kernel CVE issue

[OE-core] [PATCHv2 09/26] gtk+: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/gtk+.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc index c240baa..751bc49 100644 ---

[OE-core] [PATCHv2 12/26] libdrm: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/drm/libdrm_2.4.70.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/drm/libdrm_2.4.70.bb b/meta/recipes-graphics/drm/libdrm_2.4.70.bb index

[OE-core] [PATCHv2 18/26] libuser: do not depend on SGML stack

libuser tarballs already supply pre-generated html/txt outputs. Signed-off-by: Alexander Kanavin --- meta/recipes-extended/libuser/libuser_0.62.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/libuser/libuser_0.62.bb

[OE-core] [PATCHv2 11/26] libsecret: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/libsecret/libsecret_0.18.5.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-gnome/libsecret/libsecret_0.18.5.bb b/meta/recipes-gnome/libsecret/libsecret_0.18.5.bb

[OE-core] [PATCHv2 25/26] lttng-tools: do not install shared libraries in ptest package

This was creating a race in runtime library dependency resolution where sometimes the library was assumed to be provided by the ptest package. Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/lttng/lttng-tools_git.bb | 3 +++ 1 file changed, 3

[OE-core] [PATCHv2 21/26] gtk+3: remove SGML stack dependency

Gtk3 hasn't had it for a long time. Signed-off-by: Alexander Kanavin --- 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 b/meta/recipes-gnome/gtk+/gtk+3.inc index

[OE-core] [PATCHv2 06/26] glib: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-core/glib-2.0/glib.inc | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/glib-2.0/glib.inc b/meta/recipes-core/glib-2.0/glib.inc index 906e0d4..07d8734 100644 ---

[OE-core] [PATCHv2 13/26] kmod: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/kmod/kmod.inc | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/kmod/kmod.inc b/meta/recipes-kernel/kmod/kmod.inc index 166b3f0..a59c305 100644 ---

[OE-core] [PATCHv2 14/26] lttng: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/lttng/lttng-tools_git.bb | 4 ++-- meta/recipes-kernel/lttng/lttng-ust_git.bb | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb

[OE-core] [PATCHv2 26/26] core-image-{lsb/rt/sato}: add documentation packages to the SDK images

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/images/core-image-lsb-sdk.bb | 2 +- meta/recipes-rt/images/core-image-rt-sdk.bb| 2 +- meta/recipes-sato/images/core-image-sato-sdk.bb| 2 +- 3 files changed, 3 insertions(+), 3

[OE-core] [PATCHv2 24/26] lttng-tools: do not install manpages in ptest package

Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/lttng/lttng-tools_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb b/meta/recipes-kernel/lttng/lttng-tools_git.bb index 016346f..18259e4 100644

[OE-core] [PATCHv2 23/26] Remove the SGML stack

It is not used for anything, and is something of a pain to maintain. Signed-off-by: Alexander Kanavin --- .../docbook-dsssl-stylesheets-native_1.79.bb | 71 .../docbook-sgml-dtd-3.1-native_3.1.bb | 26 -

[OE-core] [PATCHv2 10/26] json-glib: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/json-glib/json-glib_1.2.2.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-gnome/json-glib/json-glib_1.2.2.bb b/meta/recipes-gnome/json-glib/json-glib_1.2.2.bb index

Re: [OE-core] [PATCH 1/4] u-boot: Update to 2016.09.01 release

On 28 October 2016 at 03:14, Marek Vasut wrote: > > Ross, > > > > Care to elaborate on what is breaking for you and what setup you are > using? > > Please do, indeed. Sorry, I was away for a week and my out-of-office only fires for @intel.com senders to avoid spamming the

[OE-core] [PATCHv2 05/26] avahi: enable manpages

They come prebuilt and don't require any dependencies, so there is no penalty in enabling them. Signed-off-by: Alexander Kanavin --- meta/recipes-connectivity/avahi/avahi.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCHv2 20/26] gtk+: remove dependency on SGML stack

This means that FAQ and tutorial will not be built, but even when they were, they were not installed anywhere. Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/gtk+.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCHv2 22/26] iputils: do not build or install manpages

This allows dropping the SGML stack dependency, and iputils is the only package in oe-core that still needs it (for manpages only). Signed-off-by: Alexander Kanavin --- meta/recipes-extended/iputils/iputils_s20151218.bb | 11 +++ 1 file changed, 3

[OE-core] [PATCHv2 16/26] pulseaudio: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc

[OE-core] [PATCHv2 15/26] alsa-utils: enable optional building of manpages

'xmlto' package feature is renamed to 'manpages' for consistency with other manpage-enabled recipes. Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/alsa/alsa-utils_1.1.2.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCHv2 17/26] btrfs-tools: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/btrfs-tools/btrfs-tools_4.7.1.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.7.1.bb

[OE-core] [PATCHv2 19/26] systemd: do not depend on SGML stack

I couldn't find any reference whatsoever to it in the source tree. Signed-off-by: Alexander Kanavin --- meta/recipes-core/systemd/systemd_230.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd_230.bb

[OE-core] [PATCHv2 07/26] systemd: enable building of manpages if api-documentation feature is in distro features

Signed-off-by: Alexander Kanavin --- meta/recipes-core/systemd/systemd_230.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd_230.bb b/meta/recipes-core/systemd/systemd_230.bb index a949fe8..f675036 100644

[OE-core] [PATCHv2 01/26] manpages.bbclass: add a class

This class enables 'manpages' feature in packages if 'api-documentation' is in distro features. This ensures that manpages are always built and installed when API documentation feature is enabled. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCHv2 04/26] systemd-boot: add a comment about manpages being disabled

Signed-off-by: Alexander Kanavin --- meta/recipes-bsp/systemd-boot/systemd-boot.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-bsp/systemd-boot/systemd-boot.bb b/meta/recipes-bsp/systemd-boot/systemd-boot.bb index 5b1164e..7036664 100644

[OE-core] [PATCHv2 03/26] pm-utils: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb b/meta/recipes-bsp/pm-utils/pm-utils_1.4.1.bb index

[OE-core] [PATCHv2 02/26] gummiboot: enable optional building of manpages

Signed-off-by: Alexander Kanavin --- meta/recipes-bsp/gummiboot/gummiboot_git.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-bsp/gummiboot/gummiboot_git.bb b/meta/recipes-bsp/gummiboot/gummiboot_git.bb index

[OE-core] [PATCHv2 00/26] Enable manpages wherever possible; drop SGML stack

This patchset eanbles (conditional) building of manpages in various recipes; there's plenty more recipes where manpages are supplied pre-built, for them nothing needs to be done. These changes enable better support for API documentation in Yocto SDKs

Re: [OE-core] can i arbitrarily mix "meta-debian" recipes into my build?

On 28 October 2016 at 09:00, Robert P. J. Day wrote: > more silly questions ... just noticed that some of the recipes i'm > looking for exist under meta-debian; is there any issue with "mixing" > those recipes into my normal, poky-based, bleeding-edge image builds? >

Re: [OE-core] can i arbitrarily mix "meta-debian" recipes into my build?

On Fri, 28 Oct 2016, Burton, Ross wrote: > > On 28 October 2016 at 09:00, Robert P. J. Day wrote: >   more silly questions ... just noticed that some of the recipes i'm > looking for exist under meta-debian; is there any issue with "mixing" > those

Re: [OE-core] [PATCH][krogoth] pseudo: backport 'Work around issues with glibc 2.24'

On 28 Oct 2016, at 1:09, Enrico Jorns wrote: + #else +- if (e != NULL) { ++ /*if (e != NULL) { + pseudo_diag("No real function for %s: %s\n", func->name, e); +- } ++ }*/ + #endif Looking at upstream, I do have a fix

[OE-core] [PATCH] python: fix python-tests rdepends

test.regrtest depends on most of python modules so require all of them. [YOCTO #10522] Signed-off-by: Markus Lehtonen --- meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] can i arbitrarily mix "meta-debian" recipes into my build?

more silly questions ... just noticed that some of the recipes i'm looking for exist under meta-debian; is there any issue with "mixing" those recipes into my normal, poky-based, bleeding-edge image builds? i note that the README for meta-debian specifically states that: "Currently, the

[OE-core] [PATCH] openssl: rehash actual mozilla certificates inside rootfs

The c_rehash utility is supposed to be run in the folder /etc/ssl/certs of a rootfs where the package ca-certificates puts symlinks to various CA certificates stored in /usr/share/ca-certificates/mozilla/. These symlinks are absolute. This means that when c_rehash is run at rootfs creation time it

[OE-core] [PATCH v2][krogoth] pseudo: backport 'Work around issues with glibc 2.24'

This patch is required for krogoth, too in order to make it properly work with glibc 2.24. Signed-off-by: Enrico Jorns Below the message of the original commit: There are issues with a change made to RTLD_NEXT behaviour in glibc 2.24 and that change was also backported to

[OE-core] [PATCH][krogoth] pseudo: backport 'Work around issues with glibc 2.24'

This patch is required for krogoth, too in order to make it properly work with glibc 2.24. Signed-off-by: Enrico Jorns Below the message of the original commit: There are issues with a change made to RTLD_NEXT behaviour in glibc 2.24 and that change was also backported to

[OE-core] [PATCH][krogoth] nss: fix compilation with glibc-2.24

`readdir_r` is deprecated as of glibc-2.24 and leads to a compilation error: | In file included from sysrand.c:16:0: | unix_rand.c: In function 'ReadOneFile': | unix_rand.c:1090:6: error: 'readdir_r' is deprecated [-Werror=deprecated-declarations] | error = readdir_r(fd, _dir, ); |