Re: [OE-core] [PATCH v2 1/3] kernel-fitimage: add initramfs support

On Mon, Jul 18, 2016 at 12:57:55PM -0500, George McCollister wrote: > If INITRAMFS_IMAGE is set, build an additional fitImage containing the > initramfs. Copy the additional fitImage and the source (*.its) file, used > to create it to DEPLOYDIR. The fitImage containing the initramfs must be > built

Re: [OE-core] RFC: eclipse debug functionality issue

On 8/4/16 2:20 PM, Brian Avery wrote: > The core issue: > The busybox resize command breaks the eclipse ssh debug stream. This is > because the resize command for busybox sends a set of cursor control > escape sequences to stderr. The resize cfg was added to Krogoth and is > still in master. Th

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 08/04/2016 11:17 PM, Burton, Ross wrote: On 27 July 2016 at 10:34, Khem Raj mailto:raj.k...@gmail.com>> wrote: > I still get the same error after your patch applied: > > configure:16513: checking for perl > configure:16531: found /usr/bin/perl > configure:16543: result:

Re: [OE-core] [PATCH] at: add libselinux to PACKAGECONFIG

//ping Thanks, Grace On 2016年07月21日 10:40, mingli...@windriver.com wrote: * add libselinux to PACKAGECONFIG for at Signed-off-by: Mingli Yu --- meta/recipes-extended/at/at_3.1.20.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-extended/at/at_3.1.20.bb b/meta/reci

Re: [OE-core] [oe-commits] [openembedded-core] 11/43: libtasn1: upgrade to 4.9

On 8/4/16 7:34 AM, Martin Jansa wrote: > On Mon, Aug 01, 2016 at 10:49:35AM +, g...@git.openembedded.org wrote: >> > rpurdie pushed a commit to branch master >> > in repository openembedded-core. >> > >> > commit 7ad0009d9282bd2af15b8b5d26a20a321cab0a32 >> > Author: Maxin B. John >> > Autho

Re: [OE-core] [PATCH] kernel-devsrc: Don't package kernel meta-data

On Thu, Aug 4, 2016 at 3:48 AM, Jacob Kroon wrote: > On 08/04/2016 03:41 AM, Bruce Ashfield wrote: > >> On Wed, Aug 3, 2016 at 5:33 AM, Jacob Kroon > > wrote: >> > [...] > >> Ignore this patch, I'm suspecting that .kernel-meta/ directory >> shouldn't exist in

Re: [OE-core] [oe-commits] [openembedded-core] 06/10: tslib: replace pointercal with pointercal-xinput

On 4 August 2016 at 21:08, Martin Jansa wrote: > Since when tslib reads pointercal-xinput file? > That was my comment on the list too, but this series was left in my staging branch so ended up getting sucked into master. I propose a revert for this too. Ross -- ___

[OE-core] [PATCH] Update dnsmasq to version 2.76

diff --git a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc index cc7f9e3..9ef54fe 100644 --- a/meta-networking/recipes-support/dnsmasq/dnsmasq.inc +++ b/meta-networking/recipes-support/dnsmasq/dnsmasq.inc @@ -26,10 +26,10 @@ PACKAGECONFIG

[OE-core] [PATCH] terminal: Add sleep in pid-monitor loop

Monitoring the process started by gnome-terminal was spinning in a busy-loop. Insert some sleeping so that we don't eat all the cpu. Signed-off-by: Jacob Kroon --- meta/lib/oe/terminal.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py inde

[OE-core] RFC: eclipse debug functionality issue

The core issue: The busybox resize command breaks the eclipse ssh debug stream. This is because the resize command for busybox sends a set of cursor control escape sequences to stderr. The resize cfg was added to Krogoth and is still in master. The point of resize is to set the environment and te

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated: Revert "packagegroup-core-x11-base.bb: replace pointercal with pointercal-xinput"

On Thu, 2016-08-04 at 22:06 +0200, Martin Jansa wrote: > I think it shouldn't be merged at all. > > xinput-calibrator already RRECOMMENDS pointercal-xinput > > And empty pointercal-xinput (with Ross's ALLOW_EMPTY patch) is as > useless as pointercal-xinput without xinput-calibrator. Agreed, I sh

Re: [OE-core] [oe-commits] [openembedded-core] 10/10: packagegroup-core-x11-base.bb: replace pointercal with pointercal-xinput

On Thu, 2016-08-04 at 22:10 +0200, Martin Jansa wrote: > NAK pointercal-xinput is useless without xinput-calibrator. > > Just remove pointercal and let x11-common pull xinput-calibrator with > pointercal-xinupt by RRECOMMENDS. FWIW the pointercal commits in -next didn't make it into master delibe

Re: [OE-core] [oe-commits] [openembedded-core] 10/10: packagegroup-core-x11-base.bb: replace pointercal with pointercal-xinput

NAK pointercal-xinput is useless without xinput-calibrator. Just remove pointercal and let x11-common pull xinput-calibrator with pointercal-xinupt by RRECOMMENDS. On Thu, Aug 4, 2016 at 9:56 PM, wrote: > rpurdie pushed a commit to branch master-next > in repository openembedded-core. > > commi

Re: [OE-core] [oe-commits] [openembedded-core] 06/10: tslib: replace pointercal with pointercal-xinput

Since when tslib reads pointercal-xinput file? On Thu, Aug 4, 2016 at 9:56 PM, wrote: > rpurdie pushed a commit to branch master-next > in repository openembedded-core. > > commit a0e1ee6d4990d30f42875a8e47854131b9c8d130 > Author: Maxin B. John > AuthorDate: Tue Jul 12 17:07:40 2016 +0300 > >

Re: [OE-core] [oe-commits] [openembedded-core] 05/10: pointercal-xinput: set ALLOW_EMPTY

NAK On Thu, Aug 4, 2016 at 9:56 PM, wrote: > rpurdie pushed a commit to branch master-next > in repository openembedded-core. > > commit 461a01e4f126d5e45ca720e0e8d0e35afb13672c > Author: Ross Burton > AuthorDate: Tue Aug 2 21:00:56 2016 +0100 > > pointercal-xinput: set ALLOW_EMPTY > >

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated: Revert "packagegroup-core-x11-base.bb: replace pointercal with pointercal-xinput"

I think it shouldn't be merged at all. xinput-calibrator already RRECOMMENDS pointercal-xinput And empty pointercal-xinput (with Ross's ALLOW_EMPTY patch) is as useless as pointercal-xinput without xinput-calibrator. On Thu, Aug 4, 2016 at 9:56 PM, wrote: > rpurdie pushed a commit to branch ma

Re: [OE-core] [meta-oe][PATCH] patchelf: Update to version 0.9

On Fri, 2016-07-29 at 16:36 -0300, Fabio Berton wrote: > Remove patch maxsize.patch already applied upstream. > > Add patch Skip-empty-section-fixes-66.patch to prevent errors like: > > ERROR: go-cross-1.6.2-r0 do_populate_sysroot_setscene: '('patchelf > -uninative', > '--set-interpreter', '/home

Re: [OE-core] [oe-commits] [openembedded-core] 11/43: libtasn1: upgrade to 4.9

I can confirm now that it's failing only with -Os, removing -Os helps, but older version was building fine with -Os. On Thu, Aug 4, 2016 at 5:00 PM, Martin Jansa wrote: > On Thu, Aug 04, 2016 at 03:39:28PM +0100, Burton, Ross wrote: > > On 4 August 2016 at 15:34, Martin Jansa wrote: > > > > > |

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On Thu, 2016-08-04 at 16:17 +0100, Burton, Ross wrote: On 27 July 2016 at 10:34, Khem Raj mailto:raj.k...@gmail.com>> wrote: > I still get the same error after your patch applied: > > configure:16513: checking for perl > configure:16531: found /usr/bin/perl > configure:16543: result: /usr/bin/per

Re: [OE-core] [PATCH] kernel-fitimage.bbclass: do_assemble_fitimage(): cd to $B

On Thu, Aug 04, 2016 at 01:40:40PM -0400, Andrew Bradford wrote: > From: Andrew Bradford > > Prior to assembling the fitimage, ensure that $B is the cwd due to > bitbake commit 67a7b8b021badc17d8fdf447c250e79d291e75f7 "build: don't > use $B as the default cwd for functions". > > Without this ch

[OE-core] [PATCH] kernel-fitimage.bbclass: do_assemble_fitimage(): cd to $B

From: Andrew Bradford Prior to assembling the fitimage, ensure that $B is the cwd due to bitbake commit 67a7b8b021badc17d8fdf447c250e79d291e75f7 "build: don't use $B as the default cwd for functions". Without this change, do_assemble_fitimage() fails like: Log data follows: | DEBUG: Executing s

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 27 July 2016 at 10:34, Khem Raj wrote: > > I still get the same error after your patch applied: > > > > configure:16513: checking for perl > > configure:16531: found /usr/bin/perl > > configure:16543: result: /usr/bin/perl > > configure:16554: checking for perl >= 5.8.1 > > configure:16561: re

Re: [OE-core] [oe-commits] [openembedded-core] 11/43: libtasn1: upgrade to 4.9

On Thu, Aug 04, 2016 at 03:39:28PM +0100, Burton, Ross wrote: > On 4 August 2016 at 15:34, Martin Jansa wrote: > > > | In file included from ../../libtasn1-4.9/lib/structure.c:32:0: > > | ../../libtasn1-4.9/lib/parser_aux.h:97:1: error: inlining failed in > > call to '_asn1_set_down': call is unl

Re: [OE-core] [PATCH 0/7] dangling patches

On 04.08.2016 16:33, Burton, Ross wrote: > On 4 August 2016 at 14:27, Stefan Müller-Klieser < > s.mueller-klie...@phytec.de> wrote: > >> There are some patches floating around with no reference to it. I guess >> one just forgot to delete them during package upgrade. They should be >> removed for c

Re: [OE-core] [oe-commits] [openembedded-core] 11/43: libtasn1: upgrade to 4.9

On 4 August 2016 at 15:34, Martin Jansa wrote: > | In file included from ../../libtasn1-4.9/lib/structure.c:32:0: > | ../../libtasn1-4.9/lib/parser_aux.h:97:1: error: inlining failed in > call to '_asn1_set_down': call is unlikely and code size would grow > [-Werror=inline] > | _asn1_set_down (a

Re: [OE-core] [oe-commits] [openembedded-core] 11/43: libtasn1: upgrade to 4.9

On Mon, Aug 01, 2016 at 10:49:35AM +, g...@git.openembedded.org wrote: > rpurdie pushed a commit to branch master > in repository openembedded-core. > > commit 7ad0009d9282bd2af15b8b5d26a20a321cab0a32 > Author: Maxin B. John > AuthorDate: Wed Jul 27 16:02:51 2016 +0300 > > libtasn1: upgr

Re: [OE-core] [PATCH 0/7] dangling patches

On 4 August 2016 at 14:27, Stefan Müller-Klieser < s.mueller-klie...@phytec.de> wrote: > There are some patches floating around with no reference to it. I guess > one just forgot to delete them during package upgrade. They should be > removed for consistency. > I dont suppose you have tooling to

[OE-core] [PATCH 6/7] matchbox-desktop: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- ...thing-on-delete-event-when-not-STANDALONE.patch | 60 -- 1 file changed, 60 deletions(-) delete mode 100644 meta/recipes-sato/matchbox-desktop/files/0001-Do-nothing-on-delete-event-when-not-STANDALONE.patch diff --git a/meta/reci

[OE-core] [PATCH 1/7] gstreamer1.0-plugins-bad: remove two dangling patches

Signed-off-by: Stefan Müller-Klieser --- .../0001-glimagesink-Downrank-to-marginal.patch| 32 ...window-fix-memory-leak-of-navigation-thre.patch | 35 -- 2 files changed, 67 deletions(-) delete mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1

[OE-core] [PATCH 0/7] dangling patches

There are some patches floating around with no reference to it. I guess one just forgot to delete them during package upgrade. They should be removed for consistency. Stefan Müller-Klieser (7): gstreamer1.0-plugins-bad: remove two dangling patches openssl: remove dangling patch guile: remove

[OE-core] [PATCH 2/7] openssl: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- .../openssl/crypto_use_bigint_in_x86-64_perl.patch | 35 -- 1 file changed, 35 deletions(-) delete mode 100644 meta/recipes-connectivity/openssl/openssl/crypto_use_bigint_in_x86-64_perl.patch diff --git a/meta/recipes-connectivity/o

[OE-core] [PATCH 3/7] guile: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- .../files/opensuse/guile-turn-off-gc-test.patch| 49 -- 1 file changed, 49 deletions(-) delete mode 100644 meta/recipes-devtools/guile/files/opensuse/guile-turn-off-gc-test.patch diff --git a/meta/recipes-devtools/guile/files/op

[OE-core] [PATCH 5/7] alsa-utils: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- ...1-alsabat-rename-to-avoid-naming-conflict.patch | 153 - 1 file changed, 153 deletions(-) delete mode 100644 meta/recipes-multimedia/alsa/alsa-utils/0001-alsabat-rename-to-avoid-naming-conflict.patch diff --git a/meta/recipes-mul

[OE-core] [PATCH 7/7] matchbox-panel-2: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- ...top-Make-sure-active-state-is-initialized.patch | 50 -- 1 file changed, 50 deletions(-) delete mode 100644 meta/recipes-sato/matchbox-panel-2/files/0001-showdesktop-Make-sure-active-state-is-initialized.patch diff --git a/meta/r

[OE-core] [PATCH 4/7] python-numpy: remove dangling patch

Signed-off-by: Stefan Müller-Klieser --- .../python-numpy/files/add-glibc-check.patch | 36 -- 1 file changed, 36 deletions(-) delete mode 100644 meta/recipes-devtools/python-numpy/files/add-glibc-check.patch diff --git a/meta/recipes-devtools/python-numpy/files/add-g

[OE-core] [PATCH] util-linux: make prlimit a separate package

Busybox doesn't provide a similar tool so having it in a separate package allows to us it in addition to busybox without having to include all of util-linux. Before it was part of the top level util-linux package. Now it is a separate package util-linux-prlimit but the top level package still RREC

[OE-core] [PATCH 2/2] package.bbclass: warn about files under symlinked directories

[YOCTO #9827] Signed-off-by: Markus Lehtonen --- meta/classes/package.bbclass | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index df010e1..a9709ad 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@

[OE-core] [PATCH 1/2] package.bbclass: better handling of middle-path dir symlinks

For example in a directory structure like this . ├── symlink -> foo/bar └── foo └── bar └── file 'file' could be referenced by specifying e.g. 'foo/bar/file' or 'symlink/file'. In cases like this populate_packages() might crash if the file was referenced (in FILES)

[OE-core] [PATCH 0/2] package.bbclass: better handling of directory symlinks

FILES specifications that list files under directory symlinks can be problematic in packaging. Packaging fails if you specify a file within a symlinked directory but the real target directory is not included. The behavior on files like this is currently non-deterministic, even for valid configurati

Re: [OE-core] [krogoth][PATCH] gcc, qemuppc: Explicitly disable forcing SPE flags for 4.9

Any chance this will be merged to krogoth? On 15.07.2016 16:43, Pascal Bach wrote: > Hi Armin > > The patch only modifies an existing patch which already has a header. > I really just did the minimum change by copying and adapting the missing > section from the corresponding patch for 5.3. to ma

Re: [OE-core] [PATCH] kernel-devsrc: Don't package kernel meta-data

On 08/04/2016 03:41 AM, Bruce Ashfield wrote: On Wed, Aug 3, 2016 at 5:33 AM, Jacob Kroon mailto:jacob.kr...@gmail.com>> wrote: [...] Ignore this patch, I'm suspecting that .kernel-meta/ directory shouldn't exist in ${STAGING_KERNEL_DIR} to begin with ? It doesn't hurt anything by bei