[oe] [PATCH 0/3] Fix doc pkg conflicts

Something must have enabled more strict checking on doc package confilcts as these recently showed up: Error: Transaction check error: file /usr/share/man/man1/dnsdomainname.1 conflicts between attempted installs of inetutils-doc-1.9.4-r0.core2_64 and net-tools-doc-1.60+26-r0.core2_64

[oe] [PATCH 3/3] inetutils: use update-alternatives for more manpages

To fix: file /usr/share/man/man1/dnsdomainname.1 conflicts between attempted installs of inetutils-doc-1.9.4-r0.core2_64 and net-tools-doc-1.60+26-r0.core2_64 file /usr/share/man/man8/syslogd.8 conflicts between attempted installs of inetutils-doc-1.9.4-r0.core2_64 and

[oe] [PATCH 2/3] eject: use update-alternatives for manpage

To fix: file /usr/share/man/man1/eject.1 conflicts between attempted installs of util-linux-doc-2.29.1-r0.core2_64 and eject-doc-2.1.5-r1.core2_64 Signed-off-by: Paul Gortmaker --- meta-oe/recipes-support/eject/eject_2.1.5.bb | 2 ++ 1 file changed, 2

[oe] [PATCH 1/3] inetutils: bump priority to avoid conflict issue

To fix: [log_check] Warn: update-alternatives: logger.1 has multiple providers with the same priority, please check tmp/work/genericx86_64-overc-linux/cube-graphical-builder/0.2-r0/rootfs/usr/lib/opkg/alternatives/logger.1 for details In that file we see: /usr/share/man/man1/logger.1

[oe] [PATCH][morty][meta-oe] lftp: change SRC_URI source

From: Oleksandr Kravchuk Changed SRC_URI source to official web-site, which keeps tarballs with old releases. Cherry-picked from master, but without the upgrade to 4.7.5. Signed-off-by: Oleksandr Kravchuk Signed-off-by:

Re: [oe] [meta-oe][PATCH 8/8] lvm2: Move libdevmapper to a separate package

On Thu, 2017-03-16 at 16:42 +0100, Patrick Ohly wrote: > On Sat, 2017-02-18 at 03:10 +0100, Peter Kjellerstedt wrote: > > This allows, e.g., cryptsetup to use libdevmapper without having to > > pull in all of lvm2. > > I'm experiencing an issue where both kpartx and cryptsetup hang > infinitely.

Re: [oe] [meta-webserver][krogoth][PATCH] apache2: always use the archive.apache.org to ensure older releases are always available

> On 17-01-20 10:31 +0100, Olof Johansson wrote: > > From: Derek Straka > > > > Signed-off-by: Derek Straka > > Signed-off-by: Martin Jansa > > Signed-off-by: Olof Johansson > > --- > >

Re: [oe] [meta-oe][PATCH] gperftools: fix do_compile failure for qemuppc

On Thu, Mar 16, 2017 at 04:40:53PM +0800, Chen Qi wrote: > Signed-off-by: Chen Qi Please rebase and test on recent master. > --- > .../files/0001-Fix-build-failure-for-ppc.patch | 28 > ++ > .../recipes-support/gperftools/gperftools_2.5.bb | 3

[oe] [PATCH][meta-oe 3/3] lprng: disable clear support

* otherwise configure checks for clear and fails to find it since HOSTTOOLS filtering Signed-off-by: Martin Jansa --- meta-oe/recipes-extended/lprng/lprng_3.8.C.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta-oe/recipes-extended/lprng/lprng_3.8.C.bb

[oe] [PATCH][meta-oe 1/3] scsirastools: add dependency on groff-native

* calls nroff Signed-off-by: Martin Jansa --- meta-oe/recipes-extended/scsirastools/scsirastools_1.6.4.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta-oe/recipes-extended/scsirastools/scsirastools_1.6.4.bb

[oe] [PATCH][meta-oe 2/3] openflow: add dependency on openssl-native

* calls openssl * I haven't checked what it does with openssl call, maybe it should be modified to get the data from target openssl not native Signed-off-by: Martin Jansa --- meta-networking/recipes-protocols/openflow/openflow.inc | 2 +- 1 file changed, 1

Re: [oe] [meta-java][PATCH] jikes: fix absolute symlink error

On 13 March 2017 at 03:22, Maxin B. John wrote: > The following oe-core commit made asbolute symlink an error: > > commit 3eee8e99e114b3db8b718834ca52da8d2919b83f > sstate: Make absolute symlinks an error > > Fix this by inheritting relative_symlinks class: > ERROR:

Re: [oe] [meta-oe][PATCH 8/8] lvm2: Move libdevmapper to a separate package

On Sat, 2017-02-18 at 03:10 +0100, Peter Kjellerstedt wrote: > This allows, e.g., cryptsetup to use libdevmapper without having to > pull in all of lvm2. I'm experiencing an issue where both kpartx and cryptsetup hang infinitely. For kpartx, I traced it down to the lack of dmsetup udev rules in

[oe] [meta-oe][PATCH] gperftools: fix do_compile failure for qemuppc

Signed-off-by: Chen Qi --- .../files/0001-Fix-build-failure-for-ppc.patch | 28 ++ .../recipes-support/gperftools/gperftools_2.5.bb | 3 ++- 2 files changed, 30 insertions(+), 1 deletion(-) create mode 100644

[oe] State of bitbake world, Failed tasks 2017-03-15

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

[oe] [meta-oe][PATCH V2] gperftools: fix do_compile failure for qemuppc

Fix the following error for qemuppc. error: 'siginfo_t' does not name a type Signed-off-by: Chen Qi --- .../0001-Fix-build-failure-for-ppc.patch | 28 ++ .../recipes-support/gperftools/gperftools_2.5.bb | 3 ++- 2 files changed, 30