Re: [OE-core] [PATCH 0/1] busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)

Ping //Hongxu On 08/12/2014 08:10 PM, Hongxu Jia wrote: Test Steps: 1. vim local.conf: ... MACHINE ?= "qemumips" DEBUG_BUILD = "1" ... 2. bitbake busybox //Hongxu The following changes since commit 870bb8d35547b8313b3a487d7e8b914ab9470e64: local.conf.sample.extended: fix example for EXT

Re: [OE-core] [PATCH 0/1] puzzles: fix do_compile failed when DEBUG_BUILD

Ping //Hongxu On 08/11/2014 12:39 PM, Hongxu Jia wrote: Test steps: 1. vim local.conf ... MACHINE = "qemux86-64" DEBUG_BUILD = "1" ... 2. bitbake puzzles //Hongxu The following changes since commit 870bb8d35547b8313b3a487d7e8b914ab9470e64: local.conf.sample.extended: fix example for EXT

Re: [OE-core] [PATCH V2 0/1] guile: workaround ice ssa corruption while DEBUG_BUILD

Ping //Hongxu On 08/11/2014 10:23 AM, Hongxu Jia wrote: Changed in V2: - Remove the RDEPENDS part to make sure the fix doesn't conflict with Martin's patch http://lists.openembedded.org/pipermail/openembedded-core/2014-August/095585.html - Tweak the patch to make sure the logic of code

Re: [OE-core] [oe] [kernel.bbclass] [PATCH] let the multi-version kernel header files coexist on the target

On 08/19/2014 11:18 AM, fupan...@windriver.com wrote: From: fupan li Hi, All Please ignore this patch, I'll send another one! Thanks When do RCPL upgrading, we want to keep the different RCPL's kernel header files coexist, just as the kernel image does. Signed-off-by: fupan li --- meta/

[OE-core] [PATCH 1/1] classes/compress_doc.bbclass: compress man/info pages

A distribution compression policy should be established, and used by all packages. It compressed man pages in ${mandir} and info pages in ${infodir} 1. The doc will be compressed to gz format by default, which is configured in ${DOC_COMPRESS} 2. It will automatically correct the compressed doc wh

[OE-core] [PATCH 0/1] classes/compress_doc.bbclass: compress man/info pages

Test Steps: 1. vim local.conf ... IMAGE_INSTALL_append = " man info man-doc e2fsprogs-doc vim-doc" INHERIT += "compress_doc" DOC_COMPRESS = "xz" ... 2. bitbake core-image-minimal 3. Identify already compressed items, verify they conform to compression policy. Take man for example ('gz' --> 'xz')

[OE-core] [oe] [kernel.bbclass] [PATCH] let the multi-version kernel header files coexist on the target

From: fupan li When do RCPL upgrading, we want to keep the different RCPL's kernel header files coexist, just as the kernel image does. Signed-off-by: fupan li --- meta/classes/kernel.bbclass | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/meta/classes/

[OE-core] [PATCH v2] openssl: add DEPENDS on openssl-native for rehash

From: Jackie Huang 'make rehash' used the compiled openssl to get hash value for files, it always failed when cross compiling: /path/to/openssl/1.0.1i-r0/openssl-1.0.1i/util/shlib_wrap.sh: line 96: /path/to/openssl/1.0.1i-r0/openssl-1.0.1i/util/../apps/openssl: cannot execute binary file so add

Re: [OE-core] [PATCH] openssl: add DEPENDS on openssl-native for rehash

No, I should be _append, sorry for that, I will fix and resend. Thanks, Jackie From: kerg...@gmail.com [mailto:kerg...@gmail.com] On Behalf Of Christopher Larson Sent: Monday, August 18, 2014 10:36 PM To: Huang, Jie (Jackie) Cc: Patches and discussions about the oe-core layer Subject: Re: [OE-co

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 07:31:02PM +, Paul Barker wrote: > On Mon, Aug 18, 2014 at 12:14:08PM -0700, Khem Raj wrote: > > On Mon, Aug 18, 2014 at 12:08 PM, Paul Barker wrote: > > >> That would be handy too. But I wanted was to keep this info in project > > >> for folks to try it out. > > >> > >

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 12:14:08PM -0700, Khem Raj wrote: > On Mon, Aug 18, 2014 at 12:08 PM, Paul Barker wrote: > >> That would be handy too. But I wanted was to keep this info in project > >> for folks to try it out. > >> > > > > I'll just post one ticket for now. > > > > Thats fine too. > > >

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 12:08 PM, Paul Barker wrote: >> That would be handy too. But I wanted was to keep this info in project >> for folks to try it out. >> > > I'll just post one ticket for now. > Thats fine too. > I think I've got a fix for e2fsprogs as well. Great. when we write patches tha

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 12:04:54PM -0700, Khem Raj wrote: > On Mon, Aug 18, 2014 at 11:50 AM, Paul Barker wrote: > > On Mon, Aug 18, 2014 at 11:26:26AM -0700, Khem Raj wrote: > >> > >> Thanks cool. Can you open a ticket on github with this information ? > > > > Will do. Do you want just want one t

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 11:50 AM, Paul Barker wrote: > On Mon, Aug 18, 2014 at 11:26:26AM -0700, Khem Raj wrote: >> On Mon, Aug 18, 2014 at 11:14 AM, Paul Barker wrote: >> > On Sat, Aug 16, 2014 at 05:50:38PM -0700, Khem Raj wrote: >> >> Hello All >> >> >> >> musl is a

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 11:26:26AM -0700, Khem Raj wrote: > On Mon, Aug 18, 2014 at 11:14 AM, Paul Barker wrote: > > On Sat, Aug 16, 2014 at 05:50:38PM -0700, Khem Raj wrote: > >> Hello All > >> > >> musl is a newer implementation licensed > >> under MIT licence > >> A

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Mon, Aug 18, 2014 at 11:14 AM, Paul Barker wrote: > On Sat, Aug 16, 2014 at 05:50:38PM -0700, Khem Raj wrote: >> Hello All >> >> musl is a newer implementation licensed >> under MIT licence >> A layer to support musl to supply your system C library as an >> alternati

Re: [OE-core] Announcing meta-musl OE/Yocto layer supporting musl C library

On Sat, Aug 16, 2014 at 05:50:38PM -0700, Khem Raj wrote: > Hello All > > musl is a newer implementation licensed > under MIT licence > A layer to support musl to supply your system C library as an > alternative to uclibc and eglibc/glibc is now available at > > https

Re: [OE-core] [RFC] Allarch and packagegroup improvement proposal

On Mon, 2014-08-18 at 15:39 +0100, Richard Purdie wrote: > On Mon, 2014-08-18 at 15:14 +0200, Martin Jansa wrote: > > Well then maybe that allarch package with perl dependency shouldn't be > > marked as allarch. > > Take a step back and think about this from the end user system > perspective. The

Re: [OE-core] image build with python fails due to missing berkeley db 5.3

>> My image build on yocto master fails reporting that python-bsddb >> cannot be installed as no package provides libdb-5.3.so. On >> examination it is evident that the "bitbake db" command builds >> BerkeleyDB 6.0 instead of 5.3 > PREFERRED_VERSION_db = "5.3.28" Thanks Martin - is there also a v

Re: [OE-core] [RFC] Allarch and packagegroup improvement proposal

On Mon, 2014-08-18 at 15:14 +0200, Martin Jansa wrote: > On Mon, Aug 18, 2014 at 01:46:50PM +0100, Richard Purdie wrote: > > As some people are already painfully aware, the current way packagegroup > > and allarch interact with the sstate signatures is painful. > > > > Some example problem cases:

Re: [OE-core] [PATCH] openssl: add DEPENDS on openssl-native for rehash

On Mon, Aug 18, 2014 at 3:12 AM, wrote: > DEPENDS = "perl-native-runtime" > +DEPENDS_class-target = "openssl-native" > This is removing the perl-native-runtime dependency for the target recipe, is that really the intent? -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenE

[OE-core] [PATCH 0/1] sstate task dependency fix

The following change since commit 0300a46a8350cc58b40cfc5887ab04f0b0f5435e: site/common-darwin: Really fix common-darwin typo (2014-08-18 10:00:14 +0100) is available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/sstate http://cgit.openembedded.org/c

[OE-core] [PATCH 1/1] classes/sstate: ensure do_package_qa_setscene doesn't pull in do_package_setscene

If we have done do_package_qa_setscene we do not also need do_package_setscene. This means we can again for example rebuild an image without needing do_package sstate packages to be present. Signed-off-by: Paul Eggleton --- meta/classes/sstate.bbclass | 6 +++--- 1 file changed, 3 insertions(+),

[OE-core] [PATCH] oeqa/runtime: Automatic test for parsing the logs on a machine and search for certain error keywords.

Also it has machine dependent ignore filters. Signed-off-by: Lucian Musat --- meta/lib/oeqa/runtime/parselogs.py | 128 + 1 file changed, 128 insertions(+) create mode 100644 meta/lib/oeqa/runtime/parselogs.py diff --git a/meta/lib/oeqa/runtime/parselogs.py

Re: [OE-core] [RFC] Allarch and packagegroup improvement proposal

On Mon, Aug 18, 2014 at 09:42:50PM +0800, Robert Yang wrote: > > > On 08/18/2014 09:14 PM, Martin Jansa wrote: > > On Mon, Aug 18, 2014 at 01:46:50PM +0100, Richard Purdie wrote: > >> As some people are already painfully aware, the current way packagegroup > >> and allarch interact with the sstat

Re: [OE-core] [RFC] Allarch and packagegroup improvement proposal

On 08/18/2014 09:14 PM, Martin Jansa wrote: On Mon, Aug 18, 2014 at 01:46:50PM +0100, Richard Purdie wrote: As some people are already painfully aware, the current way packagegroup and allarch interact with the sstate signatures is painful. Some example problem cases: * An allarch package of

Re: [OE-core] [RFC] Allarch and packagegroup improvement proposal

On Mon, Aug 18, 2014 at 01:46:50PM +0100, Richard Purdie wrote: > As some people are already painfully aware, the current way packagegroup > and allarch interact with the sstate signatures is painful. > > Some example problem cases: > > * An allarch package of scripts with an interpretor dependen

[OE-core] [RFC] Allarch and packagegroup improvement proposal

As some people are already painfully aware, the current way packagegroup and allarch interact with the sstate signatures is painful. Some example problem cases: * An allarch package of scripts with an interpretor dependency (e.g perl) * A packagegroup with dependencies on something which is debi

Re: [OE-core] [PATCH] buildhistory: rename build-id to build-id.txt and add more info

On Saturday 16 August 2014 20:21:09 Martin Jansa wrote: > On Fri, Jul 25, 2014 at 03:15:38PM +0200, Martin Jansa wrote: > > * use .txt extension like other reports (e.g. image-info.txt) it's > > > > also useful when looking at the file from web server which doesn't > > have text/plain as defau

Re: [OE-core] image build with python fails due to missing berkeley db 5.3

On Mon, Aug 18, 2014 at 11:14:08AM +0100, Lewis, Nick wrote: > My image build on yocto master fails reporting that python-bsddb cannot be > installed as no package provides libdb-5.3.so. On examination it is evident > that the "bitbake db" command builds BerkeleyDB 6.0 instead of 5.3 > > As an e

[OE-core] image build with python fails due to missing berkeley db 5.3

My image build on yocto master fails reporting that python-bsddb cannot be installed as no package provides libdb-5.3.so. On examination it is evident that the "bitbake db" command builds BerkeleyDB 6.0 instead of 5.3 As an experiment I temporarily renamed the "recipe-support/db_6.0.30.bb" recip

[OE-core] [PATCH] openssl: add DEPENDS on openssl-native for rehash

From: Jackie Huang 'make rehash' used the compiled openssl to get hash value for files, it always failed when cross compiling: /path/to/openssl/1.0.1i-r0/openssl-1.0.1i/util/shlib_wrap.sh: line 96: /path/to/openssl/1.0.1i-r0/openssl-1.0.1i/util/../apps/openssl: cannot execute binary file so add

[OE-core] [PATCH V2 1/1] librsvg: disable Bsymbolic if it is not supported on some hosts

When trying to build on my Centos 5.5 machine, got below error: | checking for gdk-pixbuf-query-loaders... /home/build/clu1/build/qemux86_standard_glibc-std/bitbake_build/tmp/sysroots/x86_64-linux/usr/bin/gdk-pixbuf-query-loaders | checking if gcc supports "-Wl,-Bsymbolic-functions" flag... | con

[OE-core] [PATCH V2 0/1] librsvg: disable Bsymbolic if it is not supported on some hosts

The following changes since commit b7e451894c2c9b02570deb053f76bae611968151: site/common-darwin: Really fix common-darwin typo (2014-08-18 10:00:26 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/librsvg http://git.pokylinux.org/cgit.cgi/poky-con

[OE-core] [PATCH] qemu: fix Darwin cross-compilation

Darwin target will not be detected correctly if qemu is cross-compiled under a Linux host. Signed-off-by: Cristian Iorga --- .../configure-fix-Darwin-target-detection.patch| 32 ++ meta/recipes-devtools/qemu/qemu_2.1.0.bb | 4 +-- 2 files changed, 34 insertions

Re: [OE-core] [PATCH 1/1] librsvg: disable Bsymbolic if it is not supported on some hosts

On Mon, 2014-08-18 at 14:26 +0800, Chong Lu wrote: > When trying to build on my Centos 5.5 machine, got below error: > | checking for gdk-pixbuf-query-loaders... > /home/build/clu1/build/qemux86_standard_glibc-std/bitbake_build/tmp/sysroots/x86_64-linux/usr/bin/gdk-pixbuf-query-loaders > | checkin

Re: [OE-core] How to find out why shared sstate is not being used for a recipe

On 05/27/2014 08:58 AM, Mike Looijmans wrote: I have a deja-vu feeling about this question. I have this recipe: https://github.com/topic-embedded-products/meta-topic/blob/master/recipes-bsp/fpga/fpga-image-miami.bb Which includes this one: https://github.com/topic-embedded-products/meta-topi

Re: [OE-core] [PATCH] udev: fix /var/volatile/tmp permissions

Hi, Any updates on this one? Riku On 14 August 2014 12:03, Riku Voipio wrote: > Mariadb postinstall will fail with: > > ERROR: 1 Can't create/write to file '/tmp/#sql_a2a_0.MAI' (Errcode: 13) > 140814 8:14:06 [ERROR] Aborting > > /tmp is a link to /var/volatile/tmp, set as: > > drwxr-xr-x 3 r