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

> On Oct 13, 2015, at 10:03 PM, Richard Purdie > wrote: > > On Tue, 2015-10-13 at 09:52 -0700, Khem Raj wrote: >>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador >>> wrote: >>> >>> Hello, >>> >>> From time to time I see following error: >>> >>> | /usr/bin/install -c -m 644 >>> /home/otavio/s

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

On Tue, 2015-10-13 at 11:06 -0500, Aníbal Limón wrote: > Hi Benjamin, > > This commit is already merged Ross or RP improved the message. I did that since I wanted to get the fix merged due to the issues it was causing on the autobuilder and with the release. Nice find btw! Cheers, Richard --

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

On Tue, 2015-10-13 at 09:52 -0700, Khem Raj wrote: > > On Oct 13, 2015, at 9:45 AM, Otavio Salvador > > wrote: > > > > Hello, > > > > From time to time I see following error: > > > > | /usr/bin/install -c -m 644 > > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/gl

[OE-core] [PATCH 1/1 v2] bzip2: fix bunzip2 -qt returns 0 for corrupt archives

From: Wenzong Fan "bzip2 -t FILE" returns 2 if FILE exists, but is not a valid bzip2 file. "bzip2 -qt FILE" returns 0 when this happens, although it does print out an error message as is does so. This has been fix by Debian, just port changes from Debian patch file "20-legacy.patch". Debian def

[OE-core] [PATCH 0/1 v2] bzip2: fix bunzip2 -qt returns 0 for corrupt archives

From: Wenzong Fan V2 changes: * update Upstream-Status: "Backport [Debian] -> Pending" * add Debian defect/changelog links to commit log The following changes since commit d302c98822efe2cb78a63b620aed1b94b4ed4a68: bitbake: toaster: Fix missing tooltips from layers on project configuration p

Re: [OE-core] [PATCH] bzip2: fix bunzip2 -qt returns 0 for corrupt archives

On 10/13/2015 08:48 PM, Burton, Ross wrote: On 13 October 2015 at 03:04, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: I wrongly thought that it was right, and we did have several "Backport [Debian]" in oe-core/meta, should it be a Pending or Pending [Debian], please ? If

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

Ping ... Thanks Wenzong On 09/11/2015 01:51 PM, wenzong@windriver.com wrote: From: Wenzong Fan * Pass global CFLAGS to build: The CFLAGS does not pass to build at all since it was redefined by mdadm Makefile: CFLAGS = $(CWFLAGS) $(CXFLAGS) ... This could be done by setting 'CXFLAGS=

Re: [OE-core] [fido][PATCH] systemd: add PACKAGECONFIG for qrencode

On 28/09/15 04:28, Jonathan Liu wrote: Signed-off-by: Jonathan Liu Thanks Jonathan, I've queued this change in my joshuagl/fido-next branch[1]. Regards, Joshua 1. http://cgit.openembedded.org/openembedded-core-contrib/log/?h=joshuagl/fido-next --- meta/recipes-core/systemd/systemd_219.

Re: [OE-core] [PATCH] systemd: fix networking setup when ipv6 modules are missing

On 13/10/15 09:29, Stefan Christ wrote: If the ipv6 kernel modules are missing, e.g. /lib/modules/ doesn't match the runnig kernel, networkd doesn't bring up the interfaces correctly. Backport fix from systemd version v220. Signed-off-by: Stefan Christ --- Hi, this patch is only for the fido b

Re: [OE-core] [PATCH][fido] systemd: fix tmpfiles location when multilib in use

On 24/09/15 22:21, Reinette Chatre wrote: Systemd's configuration files for creation, deletion and cleaning of volatile and temporary files are installed in /usr/lib even when multilib is in use (when /usr/lib64 is available). In this check the systemd.conf file will not be found if libdir is /us

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

On 13 October 2015 at 22:44, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > I am handling it in my side, meta-fsl-arm, however I think gtk3-demo > ought to link to the library when building, no? > No - this is covered in the thread about this recently by Jussi. GTK+ 3 uses libepoxy

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

On Tue, Oct 13, 2015 at 6:42 PM, Burton, Ross wrote: > On 13 October 2015 at 22:32, Otavio Salvador > wrote: >> >> This includes a forced rdepends on libgl and I see no reason for this. > > Mainly because gtk3-demo will link to libGL.so on startup. > > It would be interesting to see what happens

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

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 on startup. It would be interesting to see what happens on platforms where libgl.so is

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

Hello folks, commit 3d95440b77bfe90d20c8b7a96e611b6cf2ffcb70 Author: Jussi Kukkonen Date: Fri Oct 9 15:20:55 2015 +0300 gtk+3: gtk3-demo needs libgl The demo app uses OpenGL (within a GtkGLArea): it needs a runtime dependency on a GL library. Current GTK+ can only handle full

Re: [OE-core] gcc: 0041-handle-target-sysroot-multilib.patch maybe doesn't work for n32?

On Tue, 13 Oct 2015 14:16:53 -0700 Khem Raj wrote: > also look at 0013-64-bit-multilib-hack.patch > this should not even look at bitness directories. I wonder why thats > happening. I don't know. I know that we didn't have this problem in the 4.9 era, but I think that our toolchain had 64-bit-m

Re: [OE-core] [PATCH 2/2] ARM: handle missing thumb suffix

On Tue, Oct 13, 2015 at 10:37:47PM +0200, Jens Rehsack wrote: > > When enabling tune for arm926ejs, poky optionally appends suffixes for > thumb and dsp support. Since sometimes arm926ejse (ARM code) and sometime > arm926ejste (thumb code) is used in PACKAGE_ARCH, allow both. LGTM > > Signed-of

Re: [OE-core] gcc: 0041-handle-target-sysroot-multilib.patch maybe doesn't work for n32?

On Tue, Oct 13, 2015 at 12:00 PM, Peter Seebach wrote: > So, we have this shiny new patch which appears to correct paths for MIPS, but > when I try it with an n32 multilib, I get Very Strange failures. > > The actual failing line, from gcc -v: > > /msp-lpggp22/seebs/oemips/sysroots/x86_64-oesdk-li

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

> Am 13.10.2015 um 18:49 schrieb Khem Raj : > >> >> On Oct 13, 2015, at 4:45 AM, Otavio Salvador >> wrote: >> >> Hello Jens and Khem, >> >> On Mon, Oct 12, 2015 at 2:54 PM, Jens Rehsack wrote: Am 12.10.2015 um 18:32 schrieb Khem Raj : On Mon, Oct 12, 2015 at 9:01 AM, Jens Rehsack

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

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 made to WebOS-Ports (as I consider it essential to webOS-Ports that OE has a strong

[OE-core] [PATCH 2/2] ARM: handle missing thumb suffix

When enabling tune for arm926ejs, poky optionally appends suffixes for thumb and dsp support. Since sometimes arm926ejse (ARM code) and sometime arm926ejste (thumb code) is used in PACKAGE_ARCH, allow both. Signed-off-by: Jens Rehsack --- meta/conf/machine/include/tune-arm926ejs.inc | 2 +- 1 f

[OE-core] [PATCH 1/2] udev: Don't introduce usb or pci dependencies without usb or pci being featured

Fixes that udev always requires PCI or USB, idenpendently from DISTRO_FEATURES or PACKAGECONFIG. Signed-off-by: Jens Rehsack --- meta/recipes-core/udev/udev.inc | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/

[OE-core] [PATCH] autotools: Allow recipe-individual configure scripts

OpenJDK-8 has it's configure script at common/autotools - which will cause the entire assumption of ${S}/configure is regenerated by autoreconf, intltoolize or alike fails heavily. Also - other configure mechanisms can be supported more similar (see how pkgsrc manages different ones ...) Signed

[OE-core] gcc: 0041-handle-target-sysroot-multilib.patch maybe doesn't work for n32?

So, we have this shiny new patch which appears to correct paths for MIPS, but when I try it with an n32 multilib, I get Very Strange failures. The actual failing line, from gcc -v: /msp-lpggp22/seebs/oemips/sysroots/x86_64-oesdk-linux/usr/libexec/mips64-oe-linux/gcc/mips64-oe-linux/5.2.0/collect2

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

On Tue, Oct 13, 2015 at 2:02 PM, Khem Raj wrote: > >> On Oct 13, 2015, at 9:59 AM, Otavio Salvador >> wrote: >> >> On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj wrote: >>> On Oct 13, 2015, at 9:53 AM, Otavio Salvador wrote: On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj wrote: >>>

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

> On Oct 13, 2015, at 9:59 AM, Otavio Salvador > wrote: > > On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj wrote: >> >>> On Oct 13, 2015, at 9:53 AM, Otavio Salvador >>> wrote: >>> >>> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj wrote: > On Oct 13, 2015, at 9:45 AM, Otavio Salvador >>

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

On Tue, Oct 13, 2015 at 1:54 PM, Khem Raj wrote: > >> On Oct 13, 2015, at 9:53 AM, Otavio Salvador >> wrote: >> >> On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj wrote: >>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador wrote: Hello, From time to time I see following er

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

> On Oct 13, 2015, at 9:53 AM, Otavio Salvador > wrote: > > On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj wrote: >> >>> On Oct 13, 2015, at 9:45 AM, Otavio Salvador >>> wrote: >>> >>> Hello, >>> >>> From time to time I see following error: >>> >>> | /usr/bin/install -c -m 644 >>> /home/otavi

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

On Tue, Oct 13, 2015 at 1:52 PM, Khem Raj wrote: > >> On Oct 13, 2015, at 9:45 AM, Otavio Salvador >> wrote: >> >> Hello, >> >> From time to time I see following error: >> >> | /usr/bin/install -c -m 644 >> /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0

[OE-core] [PATCH 3/4] 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 b/meta/classes/populate_sdk_ext.bbclass index 0feb3b2..

[OE-core] [PATCH 2/4] classes/populate_sdk_ext: prevent do_rootfs from executing

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 t

[OE-core] [PATCH 4/4] 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 b/meta/files/toolchain-shar-extract.sh index

[OE-core] [PATCH 0/4] Extensible SDK fixes

The following changes since commit e42d8eff9eed7d1454b4f331d96dcee6dea232df: bash: Disable custom memory allocator (2015-10-12 14:35:42 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/extsdkfixes2 http://cgit.openembedded.org/cgit.

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

Make the indentation consistent before doing further work on this part of the code. 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

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

> On Oct 13, 2015, at 9:45 AM, Otavio Salvador > wrote: > > Hello, > > From time to time I see following error: > > | /usr/bin/install -c -m 644 > /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h > /home/

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

> On Oct 13, 2015, at 4:45 AM, Otavio Salvador > wrote: > > Hello Jens and Khem, > > On Mon, Oct 12, 2015 at 2:54 PM, Jens Rehsack wrote: >>> Am 12.10.2015 um 18:32 schrieb Khem Raj : >>> On Mon, Oct 12, 2015 at 9:01 AM, Jens Rehsack wrote: > Am 08.10.2015 um 18:40 schrieb Khem Raj : >>>

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

Hello, >From time to time I see following error: | /usr/bin/install -c -m 644 /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc/2.22-r0/build-arm-oel-linux-gnueabi/gnu/option-groups.h /home/otavio/src/yocto/build/tmp/work/cortexa9hf-vfp-neon-oel-linux-gnueabi/glibc

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

Great! On Tue, 2015-10-13 at 11:06 -0500, Aníbal Limón wrote: > Hi Benjamin, > > This commit is already merged Ross or RP improved the message. > > Cheers, > alimon > > On 13/10/15 10:58, Benjamin Esquivel wrote: > > Hey Anibal, a line or 2 in mentioning the issue at the git commit > > mes

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

Hi Benjamin, This commit is already merged Ross or RP improved the message. Cheers, alimon On 13/10/15 10:58, Benjamin Esquivel wrote: Hey Anibal, a line or 2 in mentioning the issue at the git commit message would be required. You're only mentioning that there is an issue and it would be

Re: [OE-core] [PATCH] lib/oe/image.py: Fix dependency handling for compressed types

On Tuesday 13 October 2015 12:29:37 Otavio Salvador wrote: > The dependency code needs to also include the dependency of base > types. For example: > > - sdcard.gz image with ext4 > > The dependency chain needs to include: > > - sdcard > - ext4 > - gz > > Until this change, the ext4 depende

Re: [OE-core] [PATCH] bash: Disable custom memory allocator

Hey Anibal, a line or 2 in mentioning the issue at the git commit message would be required. You're only mentioning that there is an issue and it would be informational to say what it is, even though the bug number is at the end. On Fri, 2015-10-09 at 17:21 -0500, Aníbal Limón wrote: > Bash is fai

Re: [OE-core] [PATCH] metadata_scm: rewrite git hash logic

On Tue, Oct 13, 2015 at 8:11 AM, Ross Burton wrote: > The code to get the git and branch hash for the current commit in a > specific > repository was quite complex and prone to breakage, replace it with > subprocess > and git rev-parse. > > Signed-off-by: Ross Burton > Nicely done, parsing outp

Re: [OE-core] [PATCH] libsdl: enable fbcon video when fbdev distro feature is present

On Tue, Oct 13, 2015 at 11:22:47AM -0400, Matt Porter wrote: > On Tue, Oct 13, 2015 at 05:19:25PM +0200, Martin Jansa wrote: > > On Tue, Oct 13, 2015 at 11:13:31AM -0400, Matt Porter wrote: > > > The fbcon video backend is always disabled. Use the fbdev distro > > > feature flag to enable/disable t

[OE-core] [PATCH] lib/oe/image.py: Fix dependency handling for compressed types

The dependency code needs to also include the dependency of base types. For example: - sdcard.gz image with ext4 The dependency chain needs to include: - sdcard - ext4 - gz Until this change, the ext4 dependency were not being taken into account when using the compressed one. Signed-off-by

Re: [OE-core] [PATCH] libsdl: enable fbcon video when fbdev distro feature is present

On Tue, Oct 13, 2015 at 05:19:25PM +0200, Martin Jansa wrote: > On Tue, Oct 13, 2015 at 11:13:31AM -0400, Matt Porter wrote: > > The fbcon video backend is always disabled. Use the fbdev distro > > feature flag to enable/disable the fbcon video backend. > > > > Signed-off-by: Matt Porter > > Revi

Re: [OE-core] [PATCH] libsdl: enable fbcon video when fbdev distro feature is present

On Tue, Oct 13, 2015 at 11:13:31AM -0400, Matt Porter wrote: > The fbcon video backend is always disabled. Use the fbdev distro > feature flag to enable/disable the fbcon video backend. > > Signed-off-by: Matt Porter > Reviewed-by: Tom Rini > --- > meta/recipes-graphics/libsdl/libsdl_1.2.15.bb

[OE-core] [PATCH] metadata_scm: rewrite git hash logic

The code to get the git and branch hash for the current commit in a specific repository was quite complex and prone to breakage, replace it with subprocess and git rev-parse. Signed-off-by: Ross Burton --- meta/classes/metadata_scm.bbclass | 23 --- 1 file changed, 12 inserti

[OE-core] [PATCH] libsdl: enable fbcon video when fbdev distro feature is present

The fbcon video backend is always disabled. Use the fbdev distro feature flag to enable/disable the fbcon video backend. Signed-off-by: Matt Porter Reviewed-by: Tom Rini --- meta/recipes-graphics/libsdl/libsdl_1.2.15.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta

[OE-core] [PATCH] oeqa/selftest/bbtests: Updated bitbake TCs

- Added new TC test_force_task_1 (1354); check that do_package_write_rpm() re-executes upon changes in package image. - Updated TC test_force_task_2 (163); changed test recipe to zlib and added do_package() to the task execution list. - Removed unnecessary imports. Fix for bug [YOCTO #5875]. Si

[OE-core] [PATCH] oeqa/runexported: Add ability to run tests grouped in folders.

It can accept parameters like oeqa.runtime. and it will run all test files from that folder. Also a small fix for detecting ssh_target_log symlink when it points to a nonexisting file. Signed-off-by: Lucian Musat --- meta/lib/oeqa/runexported.py | 8 +++- 1 file changed, 7 insertions(+), 1 d

[OE-core] [PATCH] linux-yocto-custom: fix typo in Upstream-Status tag

Signed-off-by: Ross Burton --- .../linux/linux-yocto-custom/0001-linux-version-tweak.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-skeleton/recipes-kernel/linux/linux-yocto-custom/0001-linux-version-tweak.patch b/meta-skeleton/recipes-kernel/linux/l

Re: [OE-core] [PATCH] bzip2: fix bunzip2 -qt returns 0 for corrupt archives

On 13 October 2015 at 03:04, Robert Yang wrote: > I wrongly thought that it was right, and we did have several "Backport > [Debian]" > in oe-core/meta, should it be a Pending or Pending [Debian], please ? > If the Debian bug/patch doesn't refer to an upstream bug, I'd suggest Pending with a link

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

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 would prefer to have it included and Java working fine >> than a local patch applied forever.

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

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 would prefer to have it included and Java working fine > than a local patch applied forever. :-( Maybe you'd like to file a bug against upstream GCC in

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

Hello Jens and Khem, On Mon, Oct 12, 2015 at 2:54 PM, Jens Rehsack wrote: >> Am 12.10.2015 um 18:32 schrieb Khem Raj : >> On Mon, Oct 12, 2015 at 9:01 AM, Jens Rehsack wrote: Am 08.10.2015 um 18:40 schrieb Khem Raj : >>> [...] >>> During hacking on the fix in meta/conf/machine/ I recognized

[OE-core] State of bitbake world, Failed tasks 2015-10-12

== Tested changes (not included in master yet) - bitbake == b4175ee world-image: add extra target == Tested changes (not included in master yet) - openembedded-core == 24c3d80 webkitgtk, gcr, libsecret: force ARM mode 14d14b3 arch-armv7ve: add tune include for armv7ve and use it from cortexa7 and

[OE-core] [PATCH] systemd: fix networking setup when ipv6 modules are missing

If the ipv6 kernel modules are missing, e.g. /lib/modules/ doesn't match the runnig kernel, networkd doesn't bring up the interfaces correctly. Backport fix from systemd version v220. Signed-off-by: Stefan Christ --- Hi, this patch is only for the fido branch. The current master uses the systemd

Re: [OE-core] [PATCH 7/8] autotools.bbclass: use relative path to run configure script

On Tuesday 13 October 2015 15:17:45 Robert Yang wrote: > On 10/13/2015 03:08 PM, Paul Eggleton wrote: > > On Friday 09 October 2015 19:30:07 Robert Yang wrote: > >> On 10/09/2015 06:51 PM, Burton, Ross wrote: > >>> On 9 October 2015 at 02:28, Robert Yang >>> > >>>

Re: [OE-core] [PATCH 7/8] autotools.bbclass: use relative path to run configure script

On 10/13/2015 03:08 PM, Paul Eggleton wrote: On Friday 09 October 2015 19:30:07 Robert Yang wrote: On 10/09/2015 06:51 PM, Burton, Ross wrote: On 9 October 2015 at 02:28, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: I'm afraid that realpath is not generally existed on the build

Re: [OE-core] [PATCH 7/8] autotools.bbclass: use relative path to run configure script

On Friday 09 October 2015 19:30:07 Robert Yang wrote: > On 10/09/2015 06:51 PM, Burton, Ross wrote: > > On 9 October 2015 at 02:28, Robert Yang > > > > wrote: > > I'm afraid that realpath is not generally existed on the build host ? > > > > It's part of core