[OE-core] [PATCH 0/1] dmidecode: add powerpc to compatible host

[wenzong.fan]

From: Wenzong Fan wenzong@windriver.com

1) 'bitbake dmidecode' works;
2) dmidecode works on a powerpc 32bit target.

The following changes since commit e9554464d42e5972a483ec992c912e6f98c4e090:

  bitbake: runqueue: Fix typo (2014-03-06 22:35:55 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib wenzong/dmidecode
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/dmidecode

Wenzong Fan (1):
  dmidecode: add powerpc to compatible host

 meta/recipes-devtools/dmidecode/dmidecode_2.12.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] dmidecode: add powerpc to compatible host

[wenzong.fan]

From: Wenzong Fan wenzong@windriver.com

Signed-off-by: Wenzong Fan wenzong@windriver.com
---
 meta/recipes-devtools/dmidecode/dmidecode_2.12.bb |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb 
b/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
index 3fc75fe..61779fe 100644
--- a/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
+++ b/meta/recipes-devtools/dmidecode/dmidecode_2.12.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
file://LICENSE;md5=393a5ca445f6965873eca0259a17f833
 
 SRC_URI = http://savannah.nongnu.org/download/dmidecode/${BP}.tar.bz2;
 
-COMPATIBLE_HOST = (i.86|x86_64|aarch64|arm).*-linux
+COMPATIBLE_HOST = (i.86|x86_64|aarch64|arm|powerpc).*-linux
 
 do_install() {
oe_runmake DESTDIR=${D} install
-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2 0/1] diffutils: enable ptest support

[Chong Lu]

Changes since V1:

Modify Makefile of source code instead of create a new Makefile.

The following changes since commit e9554464d42e5972a483ec992c912e6f98c4e090:

  bitbake: runqueue: Fix typo (2014-03-06 22:35:55 +)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib chonglu/0307diffutils
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/0307diffutils

Chong Lu (1):
  diffutils: enable ptest support

 .../diffutils/diffutils-3.3/run-ptest|  3 +++
 meta/recipes-extended/diffutils/diffutils_3.3.bb | 20 +++-
 2 files changed, 22 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/run-ptest

-- 
1.8.1.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2 1/1] diffutils: enable ptest support

[Chong Lu]

Install diffutils test suite and run it as ptest.

Signed-off-by: Chong Lu chong...@windriver.com
---
 .../diffutils/diffutils-3.3/run-ptest|  3 +++
 meta/recipes-extended/diffutils/diffutils_3.3.bb | 20 +++-
 2 files changed, 22 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-extended/diffutils/diffutils-3.3/run-ptest

diff --git a/meta/recipes-extended/diffutils/diffutils-3.3/run-ptest 
b/meta/recipes-extended/diffutils/diffutils-3.3/run-ptest
new file mode 100644
index 000..695c5e8
--- /dev/null
+++ b/meta/recipes-extended/diffutils/diffutils-3.3/run-ptest
@@ -0,0 +1,3 @@
+#!/bin/sh
+
+make -C tests check-TESTS
diff --git a/meta/recipes-extended/diffutils/diffutils_3.3.bb 
b/meta/recipes-extended/diffutils/diffutils_3.3.bb
index 7a95c1a..a467f20 100644
--- a/meta/recipes-extended/diffutils/diffutils_3.3.bb
+++ b/meta/recipes-extended/diffutils/diffutils_3.3.bb
@@ -3,7 +3,9 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=d32239bcb673463ab874e80d47fae504
 
 require diffutils.inc
 
-SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz
+SRC_URI = ${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz \
+   file://run-ptest \
+
 
 do_configure_prepend () {
# Need to remove gettext macros with weird mix of versions
@@ -14,3 +16,19 @@ do_configure_prepend () {
 
 SRC_URI[md5sum] = 99180208ec2a82ce71f55b0d7389f1b3
 SRC_URI[sha256sum] = 
a25e89a8ab65fded1731e4186be1bb25cda967834b6df973599cdcd5abdfc19c
+
+inherit ptest
+
+do_install_ptest() {
+   t=${D}${PTEST_PATH}
+   install -D ${S}/build-aux/test-driver $t/build-aux/test-driver
+   cp -r ${S}/tests $t/
+   install ${B}/tests/Makefile $t/tests/
+   sed -e 's|^Makefile:|_Makefile:|' \
+   -e 's|bash|sh|' \
+   -e 's|^top_srcdir = \(.*\)|top_srcdir = ..\/|' \
+   -e 's|^srcdir = \(.*\)|srcdir = .|' \
+   -e 's|`$(built_programs)`|diff|' \
+   -e 's|gawk|awk|g' \
+   -i $t/tests/Makefile
+}
-- 
1.8.1.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] classes: Add gummiboot class

[Stanacar, StefanX]

On Thu, 2014-03-06 at 14:36 -0800, Darren Hart wrote:
 On 3/6/14, 10:15, Stefan Stanacar stefanx.stana...@intel.com wrote:
 
 Adds a gummiboot class similar to grub-efi class and makes the necessary
 changes so it can be used for live/hddimg images as well.
 
 One can set EFI_PROVIDER = gummiboot in local.conf to use gummiboot
 instead of grub-efi.
 Gummiboot requires some kernel options that are not enabled by default,
 so one has to build
 with KERNEL_FEATURES_append =  cfg/efi-ext.
 
 cfg/efi is insufficient?
 

cfg/efi doesn't have CONFIG_EFI_STUB=y which is required by gummiboot.
cfg/efi-ext adds more than that, it's true.

It's also a good idea to enable CONFIG_EFIVARS_FS, which is the
newer/better interface than CONFIG_EFI_VARS that cfg/efi-ext enables.

 
 The install scripts have been updated too, keeping the old behaviour
 around,
 but accounting for the new boot loader config files (if they exist).
 It can be argued that the installer and bootimg are a bit wierd and not
 necessarily correct,
 but I wanted to have the exact same behviour with gummiboot.
 With the default EFI_PROVIDER = grub-efi nothing changes, everthing
 should be just as before.
 
 I've tested live boot, install and normal boot on:
 - FRI2
 - genericx86-64 on NUC
 with:
   EFI_PROVIDER = gummiboot
   KERNEL_FEATURES_append =  cfg/efi-ext
 in local.conf.
 
 Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
 
 
 Generally looks good. My only reservation is the same as for 2/3, should
 we define an EFI interface rather than having to construct function names
 in the consumers of this class?

I don't have a strong opinion here, it just seemed the simplest way atm,
then adding another interface.

Cheers,
Stefan

 
 --
 Darren
 
 ---
  meta/classes/gummiboot.bbclass | 112
 +
  .../initrdscripts/files/init-install-efi.sh|  51 +++---
  2 files changed, 147 insertions(+), 16 deletions(-)
  create mode 100644 meta/classes/gummiboot.bbclass
 
 diff --git a/meta/classes/gummiboot.bbclass
 b/meta/classes/gummiboot.bbclass
 new file mode 100644
 index 000..5c11286
 --- /dev/null
 +++ b/meta/classes/gummiboot.bbclass
 @@ -0,0 +1,112 @@
 +EFICLASS_FUNC_PREFIX = gummiboot
 +
 +do_bootimg[depends] += gummiboot:do_deploy
 +do_bootdirectdisk[depends] += gummiboot:do_deploy
 +
 +EFIDIR = /EFI/BOOT
 +
 +GUMMIBOOT_CFG ?= ${S}/loader.conf
 +GUMMIBOOT_ENTRIES ?= 
 +GUMMIBOOT_TIMEOUT ?= 10
 +
 +gummiboot_populate() {
 +DEST=$1
 +
 +EFI_IMAGE=gummibootia32.efi
 +DEST_EFI_IMAGE=bootia32.efi
 +if [ ${TARGET_ARCH} = x86_64 ]; then
 +EFI_IMAGE=gummibootx64.efi
 +DEST_EFI_IMAGE=bootx64.efi
 +fi
 +
 +install -d ${DEST}${EFIDIR}
 +# gummiboot requires these paths for configuration files
 +# they are not customizable so no point in new vars
 +install -d ${DEST}/loader
 +install -d ${DEST}/loader/entries
 +install -m 0644 ${DEPLOY_DIR_IMAGE}/${EFI_IMAGE}
 ${DEST}${EFIDIR}/${DEST_EFI_IMAGE}
 +install -m 0644 ${GUMMIBOOT_CFG} ${DEST}/loader/loader.conf
 +for i in ${GUMMIBOOT_ENTRIES}; do
 +install -m 0644 ${i} ${DEST}/loader/entries
 +done
 +}
 +
 +gummiboot_iso_populate() {
 +iso_dir=$1
 +gummiboot_populate $iso_dir
 +mkdir -p ${EFIIMGDIR}/${EFIDIR}
 +cp $iso_dir/${EFIDIR}/* ${EFIIMGDIR}${EFIDIR}
 +cp $iso_dir/vmlinuz ${EFIIMGDIR}
 +echo ${DEST_EFI_IMAGE}  ${EFIIMGDIR}/startup.nsh
 +if [ -f $iso_dir/initrd ] ; then
 +cp $iso_dir/initrd ${EFIIMGDIR}
 +fi
 +}
 +
 +gummiboot_hddimg_populate() {
 +gummiboot_populate $1
 +}
 +
 +python build_gummiboot_cfg() {
 +s = d.getVar(S, True)
 +labels = d.getVar('LABELS', True)
 +if not labels:
 +bb.debug(1, LABELS not defined, nothing to do)
 +return
 +
 +if labels == []:
 +bb.debug(1, No labels, nothing to do)
 +return
 +
 +cfile = d.getVar('GUMMIBOOT_CFG', True)
 +try:
 + cfgfile = open(cfile, 'w')
 +except OSError:
 +raise bb.build.funcFailed('Unable to open %s' % (cfile))
 +
 +cfgfile.write('# Automatically created by OE\n')
 +cfgfile.write('default %s\n' % (labels.split()[0]))
 +timeout = d.getVar('GUMMIBOOT_TIMEOUT', True)
 +if timeout:
 +cfgfile.write('timeout %s\n' % timeout)
 +else:
 +cfgfile.write('timeout 10\n')
 +cfgfile.close()
 +
 +for label in labels.split():
 +localdata = d.createCopy()
 +
 +overrides = localdata.getVar('OVERRIDES', True)
 +if not overrides:
 +raise bb.build.FuncFailed('OVERRIDES not defined')
 +
 +entryfile = %s/%s.conf % (s, label)
 +d.appendVar(GUMMIBOOT_ENTRIES,   + entryfile)
 +try:
 +entrycfg = open(entryfile, w)
 +except OSError:
 +raise bb.build.funcFailed('Unable to open %s' % 

Re: [OE-core] [oe] [meta-oe][PATCH] bash-completion: remove allarch

[Paul Eggleton]

On Thursday 06 March 2014 20:21:22 Martin Jansa wrote:
 On Thu, Mar 06, 2014 at 05:59:29PM +, Paul Eggleton wrote:
  On Thursday 06 March 2014 18:04:50 Martin Jansa wrote:
   * it has runtime dependency on TUNE_PKGARCH bash, so it cannot be
   allarch
  
  As we've already discussed this is not universally true. There are other
  ways to solve this.
 
 Like making it special case like packagegroups? That is still making me
 headaches when some library (for some reason) included in packagegroup
 is renamed thanks to debian.bbclass and packagegroup isn't rebuilt, so
 it breaks do_rootfs..

Did you report this? FWIW it's the first I recall hearing of the problem; 
perhaps I just missed it.

 I would rather build bash-completion only once per architecture than
 rebuilding it as allarch every time I'm building for MACHINE with
 different TUNE_PKGARCH.

As I said last time, I'm not arguing that rebuilding allarch recipes on 
machine change is preferable - obviously it isn't. On the other hand, what 
you're doing with this kind of change is telling the build system that the 
recipe needs to be built differently depending on what the target architecture 
is, which is *not* true; this is only being done to work around the build 
system making an assumption that the rebuild needs to happen. Fix the 
assumption and the problem is fixed, properly. 

If we need to make changes to the core or BitBake to make it easier to handle 
this properly, by all means let's do that; but if we go down the road of 
applying the workaround to every recipe where we hit this issue (and as we 
have seen it's not just one or two recipes) we will never get around to fixing 
the underlying problem.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] layer.conf: update LAYERVERSION_core for core-image-full-cmdline

[Paul Eggleton]

LAYERVERSION_core change to 4 means rename of core-image-basic to
core-image-full-cmdline.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/conf/layer.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 758a92b..18609dd 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -9,7 +9,7 @@ BBFILE_PRIORITY_core = 5
 
 # This should only be incremented on significant changes that will
 # cause compatibility issues with other layers
-LAYERVERSION_core = 3
+LAYERVERSION_core = 4
 
 # Set a variable to get to the top of the metadata location
 COREBASE = '${@os.path.normpath(${LAYERDIR}/../)}'
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous abel...@broadcom.com

[Nicolas Dechesne]

Hi Khem,

On Fri, Mar 7, 2014 at 6:43 AM, Khem Raj raj.k...@gmail.com wrote:
 On Tue, Mar 4, 2014 at 1:55 PM, Andrey Belous abel...@broadcom.com wrote:
 Hi Phil,
 I have prebuild uclibc library that I would like to use, without that change 
 I cannot force to use my prebuild library


 OK so write a uclibc recipe for it and let it provide virtual/libc
 and, we can very well have multiple version of recipes, this is no
 different. Then use higher DEFAULT_PREFERENCE for your recipe.

I still don't get it why in distro/include/tclibc-uclibc.inc we have

PREFERRED_PROVIDER_virtual/libc = uclibc
PREFERRED_PROVIDER_virtual/libiconv ?= libiconv
PREFERRED_PROVIDER_virtual/libintl ?= gettext
PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= nativesdk-eglibc
PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= nativesdk-eglibc

and in distro/include/tclibc-eglibc.inc, we have:

PREFERRED_PROVIDER_virtual/libiconv ?= eglibc
PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= nativesdk-eglibc
PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= nativesdk-eglibc
PREFERRED_PROVIDER_virtual/libintl ?= eglibc
PREFERRED_PROVIDER_virtual/libc ?= eglibc
PREFERRED_PROVIDER_virtual/nativesdk-libc ?= nativesdk-eglibc
PREFERRED_PROVIDER_virtual/libc-locale ?= eglibc-locale

Is a specific reason why in the first case we use = and not ?=
like used everywhere else? This file is loaded last, so we have no
chance to override the value. regardless of the actual reason, don't
we need the change anyways?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wayland: Add target sysroot scanner m4 macro

[Richard Purdie]

With the new aclocals process, accesses to the macros is a lot stricter and
the native macros are not used. We need to ensure the modified macros are used
in target builds to get the correct scanner functionality. Inserting the
native macro into the target is the correct thing to do in this case.

This resolves build failures in libva.

Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-graphics/wayland/wayland_1.4.0.bb 
b/meta/recipes-graphics/wayland/wayland_1.4.0.bb
index 0f08cac..604b7f4 100644
--- a/meta/recipes-graphics/wayland/wayland_1.4.0.bb
+++ b/meta/recipes-graphics/wayland/wayland_1.4.0.bb
@@ -34,3 +34,7 @@ do_install_append_class-native() {
   -e 's,$PKG_CONFIG,pkg-config-native,g' \
   -i ${D}/${datadir}/aclocal/wayland-scanner.m4
 }
+
+sysroot_stage_all_append_class-target () {
+   cp ${STAGING_DATADIR_NATIVE}/aclocal/wayland-scanner.m4 
${SYSROOT_DESTDIR}/${datadir}/aclocal/
+}


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/targetcontrol: allow a custom port for SimpleRemoteTarget

[Stefan Stanacar]

We had the ability to use a custom port for the ssh connection,
but we weren't using it.

Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
 meta/lib/oeqa/targetcontrol.py | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/targetcontrol.py b/meta/lib/oeqa/targetcontrol.py
index d8a6ac0..17871f5 100644
--- a/meta/lib/oeqa/targetcontrol.py
+++ b/meta/lib/oeqa/targetcontrol.py
@@ -144,7 +144,12 @@ class SimpleRemoteTarget(BaseTarget):
 
 def __init__(self, d):
 super(SimpleRemoteTarget, self).__init__(d)
-self.ip = d.getVar(TEST_TARGET_IP, True) or bb.fatal('Please set 
TEST_TARGET_IP with the IP address of the machine you want to run the tests 
on.')
+addr = d.getVar(TEST_TARGET_IP, True) or bb.fatal('Please set 
TEST_TARGET_IP with the IP address of the machine you want to run the tests 
on.')
+self.ip = addr.split(:)[0]
+try:
+self.port = addr.split(:)[1]
+except IndexError:
+self.port = None
 bb.note(Target IP: %s % self.ip)
 self.server_ip = d.getVar(TEST_SERVER_IP, True)
 if not self.server_ip:
@@ -158,7 +163,7 @@ class SimpleRemoteTarget(BaseTarget):
 super(SimpleRemoteTarget, self).deploy()
 
 def start(self, params=None):
-self.connection = SSHControl(self.ip, logfile=self.sshlog)
+self.connection = SSHControl(self.ip, logfile=self.sshlog, 
port=self.port)
 
 def stop(self):
 self.connection = None
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/targetcontrol: fix loading a controller using a class name

[Stefan Stanacar]

This was wrong and if one would do TEST_TARGET = SimpleRemoteTarget
instead of TEST_TARGET = simpleremote it would complain
that there is no such controller when there is.

Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
 meta/lib/oeqa/targetcontrol.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/targetcontrol.py b/meta/lib/oeqa/targetcontrol.py
index d8a6ac0..490810d 100644
--- a/meta/lib/oeqa/targetcontrol.py
+++ b/meta/lib/oeqa/targetcontrol.py
@@ -9,6 +9,7 @@ import shutil
 import subprocess
 import bb
 import traceback
+import sys
 from oeqa.utils.sshcontrol import SSHControl
 from oeqa.utils.qemurunner import QemuRunner
 from oeqa.controllers.testtargetloader import TestTargetLoader
@@ -25,7 +26,7 @@ def get_target_controller(d):
 # use the class name
 try:
 # is it a core class defined here?
-controller = getattr(__name__, testtarget)
+controller = getattr(sys.modules[__name__], testtarget)
 except AttributeError:
 # nope, perhaps a layer defined one
 try:
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Create gstreamer-1.0 package groups

[Richard Purdie]

On Tue, 2014-03-04 at 09:19 +0100, Sebastien MENNETRIER wrote:
 Ping
 
 
 
 2014-02-27 14:53 GMT+01:00 Sébastien Mennetrier
 s.mennetr...@innotis.org:
 This recipe is based on gst-meta-base
 
 Signed-off-by: Sébastien Mennetrier s.mennetr...@innotis.org
 ---
  .../gstreamer/gstreamer1.0-meta-base.bb| 63
 ++
  1 file changed, 63 insertions(+)
  create mode 100644
 meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 
 diff --git
 a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 new file mode 100644
 index 000..3b797f0
 --- /dev/null
 +++
 b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 @@ -0,0 +1,63 @@
 +DESCRIPTION = Gstreamer1.0 package groups
 +LICENSE = MIT
 +DEPENDS = gstreamer1.0 gstreamer1.0-plugins-base
 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad
 +LIC_FILES_CHKSUM =
 file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
 +
  
 file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420

This patch broke the builds since it was written and tested against
something which was not master. I can tell this since
${COREBASE}/LICENSE changed.

Cheers,

Richard





___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Create gstreamer-1.0 package groups

[Sébastien Mennetrier]

Hi,

This patch was written in dora branch. I will try to adapt it for master
branch and I will send a new patch ASAP.
Sorry for my mistake.


Regards,
Sébastien


2014-03-07 13:39 GMT+01:00 Richard Purdie 
richard.pur...@linuxfoundation.org:

 On Tue, 2014-03-04 at 09:19 +0100, Sebastien MENNETRIER wrote:
  Ping
 
 
 
  2014-02-27 14:53 GMT+01:00 Sébastien Mennetrier
  s.mennetr...@innotis.org:
  This recipe is based on gst-meta-base
 
  Signed-off-by: Sébastien Mennetrier s.mennetr...@innotis.org
  ---
   .../gstreamer/gstreamer1.0-meta-base.bb| 63
  ++
   1 file changed, 63 insertions(+)
   create mode 100644
  meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 
  diff --git
  a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
  b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
  new file mode 100644
  index 000..3b797f0
  --- /dev/null
  +++
  b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
  @@ -0,0 +1,63 @@
  +DESCRIPTION = Gstreamer1.0 package groups
  +LICENSE = MIT
  +DEPENDS = gstreamer1.0 gstreamer1.0-plugins-base
  gstreamer1.0-plugins-good gstreamer1.0-plugins-bad
  +LIC_FILES_CHKSUM =
  file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58
 \
  +
 
  file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420

 This patch broke the builds since it was written and tested against
 something which was not master. I can tell this since
 ${COREBASE}/LICENSE changed.

 Cheers,

 Richard






___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Create gstreamer-1.0 package groups

[Richard Purdie]

On Fri, 2014-03-07 at 14:24 +0100, Sébastien Mennetrier wrote:
 Hi,
 
 
 This patch was written in dora branch. I will try to adapt it for
 master branch and I will send a new patch ASAP.
 
 Sorry for my mistake.
 
I think it needs:

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
index 3b797f0..a73b04c 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
@@ -1,7 +1,7 @@
DESCRIPTION = Gstreamer1.0 package groups
LICENSE = MIT
DEPENDS = gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-good 
gstreamer1.0-plugins-bad
-LIC_FILES_CHKSUM = 
file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
+LIC_FILES_CHKSUM = 
file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
PACKAGES = \

in future can you please say which branch it was tested on if its not master.

Cheers,

Richard



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Create gstreamer-1.0 package groups

[Sébastien Mennetrier]

Ok, I will test my patch with this change on master branch.

Thanks for your help and your tips.


Regards,
Sébastien


2014-03-07 14:34 GMT+01:00 Richard Purdie 
richard.pur...@linuxfoundation.org:

 On Fri, 2014-03-07 at 14:24 +0100, Sébastien Mennetrier wrote:
  Hi,
 
 
  This patch was written in dora branch. I will try to adapt it for
  master branch and I will send a new patch ASAP.
 
  Sorry for my mistake.
 
 I think it needs:

 diff --git 
 a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bbb/meta/recipes-multimedia/gstreamer/
 gstreamer1.0-meta-base.bb
 index 3b797f0..a73b04c 100644
 --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-meta-base.bb
 @@ -1,7 +1,7 @@
 DESCRIPTION = Gstreamer1.0 package groups
 LICENSE = MIT
 DEPENDS = gstreamer1.0 gstreamer1.0-plugins-base
 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad
 -LIC_FILES_CHKSUM =
 file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
 +LIC_FILES_CHKSUM =
 file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
 file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
 PACKAGES = \

 in future can you please say which branch it was tested on if its not
 master.

 Cheers,

 Richard




___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] PR bumps to remove PRINC use in meta-fsl-arm

[Otavio Salvador]

Those recipes need PR bump so we drop PRINC from meta-fsl-arm layer.

Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
 meta/recipes-bsp/alsa-state/alsa-state.bb  | 2 +-
 meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb | 2 +-
 meta/recipes-core/packagegroups/packagegroup-base.bb   | 2 +-
 meta/recipes-core/udev/udev-extraconf_1.0.bb   | 2 +-
 meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb  | 2 +-
 meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb  | 2 +-
 meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb | 2 ++
 7 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-bsp/alsa-state/alsa-state.bb 
b/meta/recipes-bsp/alsa-state/alsa-state.bb
index c996cd9..5ab1b13 100644
--- a/meta/recipes-bsp/alsa-state/alsa-state.bb
+++ b/meta/recipes-bsp/alsa-state/alsa-state.bb
@@ -10,7 +10,7 @@ sound state at system boot and save it at system shut down.
 LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
 PV = 0.2.0
-PR = r3
+PR = r4
 
 SRC_URI = \
   file://asound.conf \
diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb 
b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
index 09e0aef..0c6a530 100644
--- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
+++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
@@ -3,7 +3,7 @@
 #
 
 SUMMARY = Host packages for the standalone SDK or external toolchain
-PR = r11
+PR = r12
 LICENSE = MIT
 
 inherit packagegroup nativesdk
diff --git a/meta/recipes-core/packagegroups/packagegroup-base.bb 
b/meta/recipes-core/packagegroups/packagegroup-base.bb
index d3e35df..368c318 100644
--- a/meta/recipes-core/packagegroups/packagegroup-base.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-base.bb
@@ -1,6 +1,6 @@
 SUMMARY = Merge machine and distro options to create a basic machine 
task/package
 LICENSE = MIT
-PR = r82
+PR = r83
 
 inherit packagegroup
 
diff --git a/meta/recipes-core/udev/udev-extraconf_1.0.bb 
b/meta/recipes-core/udev/udev-extraconf_1.0.bb
index abfd9a0..3810b28 100644
--- a/meta/recipes-core/udev/udev-extraconf_1.0.bb
+++ b/meta/recipes-core/udev/udev-extraconf_1.0.bb
@@ -4,7 +4,7 @@ LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
 
-PR = r15
+PR = r16
 
 SRC_URI =  \
file://automount.rules \
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
index 3fe72e2..3749a1d 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bb
@@ -3,7 +3,7 @@ HOMEPAGE = http://www.x.org;
 SECTION = x11/base
 LICENSE = MIT-X
 LIC_FILES_CHKSUM = 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r19
+PR = r27
 
 SRC_URI = file://xorg.conf
 
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb 
b/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb
index 19473ba..53cc55c 100644
--- a/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-plugins-base_0.10.36.bb
@@ -14,7 +14,7 @@ SRC_URI += file://gst-plugins-base-tremor.patch \
 SRC_URI[md5sum] = 776c73883e567f67b9c4a2847d8d041a
 SRC_URI[sha256sum] = 
2cd3b0fa8e9b595db8f514ef7c2bdbcd639a0d63d154c00f8c9b609321f49976
 
-PR = r7
+PR = r8
 
 inherit gettext
 
diff --git a/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb 
b/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb
index 4474e1e..60de7c0 100644
--- a/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-plugins-gl_0.10.3.bb
@@ -10,6 +10,8 @@ SRC_URI +=  
file://0001-conditional-gl-framebuffer-undefined-use.patch
 
 DEPENDS += gst-plugins-base virtual/libgles2 virtual/egl jpeg libpng glew
 
+PR = r4
+
 inherit gettext gconf
 
 # This package doesn't have a configure switch for EGL or GL, so forcibly tell
-- 
1.9.0

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gcc-runtime: Build libatomic

[Cosmin Paraschiv]

GCC 4.8 includes a new runtime library, libatomic, which supports
atomic operations not supported by hardware or the OS. Build it,
so other packages can link against it, if needed.

Signed-off-by: Cosmin Paraschiv cosmin.parasc...@freescale.com
---
 meta/recipes-devtools/gcc/gcc-runtime.inc |   12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index d3b11a7..f8c1109 100644
--- a/meta/recipes-devtools/gcc/gcc-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
@@ -12,7 +12,7 @@ ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR}
 EXTRA_OECONF += --disable-libunwind-exceptions
 EXTRA_OECONF_append_linuxstdbase =  --enable-clocale=gnu
 
-RUNTIMETARGET = libssp libstdc++-v3 libgomp
+RUNTIMETARGET = libssp libstdc++-v3 libgomp libatomic
 #  ?
 # libiberty
 # libmudflap
@@ -87,6 +87,9 @@ PACKAGES = \
   libgomp \
   libgomp-dev \
   libgomp-staticdev \
+  libatomic \
+  libatomic-dev \
+  libatomic-staticdev \
 
 # The base package doesn't exist, so we clear the recommends.
 RRECOMMENDS_${PN}-dbg = 
@@ -161,6 +164,13 @@ FILES_libgomp-staticdev = \
   ${libdir}/libgomp*.a \
   
 
+FILES_libatomic = ${libdir}/libatomic.so.*
+FILES_libatomic-dev =  \
+  ${libdir}/libatomic.so \
+  ${libdir}/libatomic.la
+FILES_libatomic-staticdev =  \
+  ${libdir}/libatomic.a
+
 do_package_write_ipk[depends] += virtual/${MLPREFIX}libc:do_packagedata
 do_package_write_deb[depends] += virtual/${MLPREFIX}libc:do_packagedata
 do_package_write_rpm[depends] += virtual/${MLPREFIX}libc:do_packagedata
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3 v2] Improve setup scripts

[Gary Thomas]

On 2014-02-24 10:11, Gary Thomas wrote:
 These changes improve the setup scripts which are initiated
 by the user via 'oe-init-build-env'.
 
 Gary Thomas (3):
   This script is only useful when sourced into a shell.  These
 changes improve the detection of this operation, no matter how
 the script is referenced.
   Keeping track of the TEMPLATECONF variable in the build tree will
 let this script produce the same output when listing
 'conf-notes.txt' every time the script is run, regardless of
 whether or not TEMPLATECONF has been provided by the user.
   .templateconf: New file for customized template defaults
 
  .templateconf |2 ++
  oe-init-build-env |   42 +++---
  scripts/oe-setup-builddir |   10 +-
  3 files changed, 34 insertions(+), 20 deletions(-)
  create mode 100644 .templateconf
 

Ping?  Any comments or discussion?

-- 

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/utils/qemurunner: search for login string in the entire boot log

[Stefan Stanacar]

If some service is to spammy we might miss the login, so search
in the entire log instead of just the last few lines.
Use qemu in regex too (to avoid a login string from some service).

Signed-off-by: Stefan Stanacar stefanx.stana...@intel.com
---
 meta/lib/oeqa/utils/qemurunner.py | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 5366a63..c664d00 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -133,8 +133,7 @@ class QemuRunner:
 if data:
 self.log(data)
 self.bootlog += data
-lastlines = 
\n.join(self.bootlog.splitlines()[-2:])
-if re.search(login:, lastlines):
+if re.search(qemu.* login:, self.bootlog):
 stopread = True
 reachedlogin = True
 bb.note(Reached login banner)
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] xf86-video-intel: add recipe for 2.99.910, remove the git one

[Laurentiu Palcu]

Intel graphics stack releases = 2013Q3 need
xf86-video-intel = 2.99.902. However, keep the stable release around
too, in case people need it.

The git recipe is not really used. Remove.

Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
---
 meta/conf/distro/include/default-versions.inc  |3 ++
 .../xorg-driver/xf86-video-intel_2.99.910.bb   |   31 
 .../xorg-driver/xf86-video-intel_git.bb|   23 ---
 3 files changed, 34 insertions(+), 23 deletions(-)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-intel_2.99.910.bb
 delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb

diff --git a/meta/conf/distro/include/default-versions.inc 
b/meta/conf/distro/include/default-versions.inc
index 53ec2e7..a9a931d 100644
--- a/meta/conf/distro/include/default-versions.inc
+++ b/meta/conf/distro/include/default-versions.inc
@@ -9,3 +9,6 @@ PREFERRED_VERSION_python-native ?= 2.7.3
 
 # Force the older version of liberation-fonts until we fix the fontforge issue
 PREFERRED_VERSION_liberation-fonts ?= 1.04
+
+# Intel video stack 2013Q3 and newer need a version =2.99.902
+PREFERRED_VERSION_xf86-video-intel ?= 2.99.910
diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.99.910.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.99.910.bb
new file mode 100644
index 000..b74d174
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.99.910.bb
@@ -0,0 +1,31 @@
+require xorg-driver-video.inc
+
+SUMMARY = X.Org X server -- Intel integrated graphics chipsets driver
+
+DESCRIPTION = intel is an Xorg driver for Intel integrated graphics \
+chipsets. The driver supports depths 8, 15, 16 and 24. On some chipsets, \
+the driver supports hardware accelerated 3D via the Direct Rendering \
+Infrastructure (DRI).
+
+LIC_FILES_CHKSUM = file://COPYING;md5=8730ad58d11c7bbad9a7066d69f7808e
+
+DEPENDS += virtual/libx11 drm libpciaccess pixman
+
+SRC_URI += file://compat-api-Map-changes-of-DamageUnregister-API-in-1..patch \
+   
+
+PACKAGECONFIG ??= sna udev ${@base_contains('DISTRO_FEATURES', 'opengl', 
'dri', '', d)}
+
+PACKAGECONFIG[dri] = --enable-dri,--disable-dri,xf86driproto dri2proto
+PACKAGECONFIG[sna] = --enable-sna,--disable-sna
+PACKAGECONFIG[uxa] = --enable-uxa,--disable-uxa
+PACKAGECONFIG[udev] = --enable-udev,--disable-udev,udev
+PACKAGECONFIG[xvmc] = --enable-xvmc,--disable-xvmc,libxvmc
+
+# --enable-kms-only option is required by ROOTLESS_X
+EXTRA_OECONF += '${@base_conditional( ROOTLESS_X, 1,  --enable-kms-only, 
, d )}'
+
+COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
+
+SRC_URI[md5sum] = a9a5c2c15766c06a024381efe0d724bb
+SRC_URI[sha256sum] = 
203d46064449da0e23a111418dfb189422ba96ea08707167c8dee463e2d745b1
diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
deleted file mode 100644
index d4c7654..000
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
+++ /dev/null
@@ -1,23 +0,0 @@
-require xorg-driver-video.inc
-
-SUMMARY = X.Org X server -- Intel integrated graphics chipsets driver
-
-DESCRIPTION = intel is an Xorg driver for Intel integrated graphics \
-chipsets. The driver supports depths 8, 15, 16 and 24. On some chipsets, \
-the driver supports hardware accelerated 3D via the Direct Rendering \
-Infrastructure (DRI).
-
-DEPENDS += virtual/libx11 drm dri2proto glproto \
-   virtual/libgl xineramaproto libpciaccess udev
-
-SRCREV = 87ea531c5dc5b39809395b277c330854f019
-PV = 2.10.0+git${SRCPV}
-PR = ${INC_PR}.1
-
-EXTRA_OECONF += --disable-xvmc --enable-dri --disable-static
-
-SRC_URI = git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel
-
-S = ${WORKDIR}/git
-
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] xf86-video-intel: add recipe for 2.99.910, remove the git one

[Laurentiu Palcu]

The following changes since commit 2f9bf7bc97cb832f4db13df62ce09d96ce75e810:

  PR bumps to remove PRINC use in meta-fsl-arm (2014-03-07 13:39:11 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib lpalcu/b5705_q4_intel_graphics_stack
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b5705_q4_intel_graphics_stack

Laurentiu Palcu (1):
  xf86-video-intel: add recipe for 2.99.910, remove the git one

 meta/conf/distro/include/default-versions.inc  |3 ++
 .../xorg-driver/xf86-video-intel_2.99.910.bb   |   31 
 .../xorg-driver/xf86-video-intel_git.bb|   23 ---
 3 files changed, 34 insertions(+), 23 deletions(-)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-intel_2.99.910.bb
 delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb

-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] classes/uboot-config: ignore doc varflag

[Paul Eggleton]

The doc varflag on UBOOT_CONFIG should be ignored by this code; without
this the recent addition of the UBOOT_CONFIG[doc] to documentation.conf
causes errors when UBOOT_MACHINE is used.

Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
 meta/classes/uboot-config.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/uboot-config.bbclass 
b/meta/classes/uboot-config.bbclass
index 3e09f17..8ac1b71 100644
--- a/meta/classes/uboot-config.bbclass
+++ b/meta/classes/uboot-config.bbclass
@@ -14,6 +14,8 @@
 python () {
 ubootmachine = d.getVar(UBOOT_MACHINE, True)
 ubootconfigflags = d.getVarFlags('UBOOT_CONFIG')
+# The doc varflag is special, we don't want to see it here
+ubootconfigflags.pop('doc', None)
 
 if not ubootmachine and not ubootconfigflags:
 PN = d.getVar(PN, True)
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Create gstreamer-1.0 package groups

[Paul Eggleton]

On Friday 07 March 2014 14:36:59 Sébastien Mennetrier wrote:
 Ok, I will test my patch with this change on master branch.
 
 Thanks for your help and your tips.

BTW, if this recipe inherited packagegroup (as I think it should, since that's 
what it claims to be creating) then LIC_FILES_CHKSUM isn't necessary. As a 
bonus a number of behaviours desirable for packagegroups are enabled by the 
class.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous abel...@broadcom.com

[Phil Blundell]

Fair enough.  I also agree that these variables should at least be
consistent, and if we're assigning everything else with ?= then there
seems no reason for that one provider to be treated specially.  So I
think your patch is fine, though it might be a good idea to re-send it
with a less messed up commit message if you didn't already do that.

p.

On Tue, 2014-03-04 at 21:55 +, Andrey Belous wrote:
 Hi Phil,
 I have prebuild uclibc library that I would like to use, without that change 
 I cannot force to use my prebuild library
 
 -Andrey
 
 -Original Message-
 From: Phil Blundell [mailto:p...@pbcl.net] 
 Sent: Tuesday, March 04, 2014 4:43 PM
 To: Andrey Belous
 Cc: openembedded-core@lists.openembedded.org
 Subject: Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous 
 abel...@broadcom.com
 
 On Tue, 2014-03-04 at 15:40 -0500, Andrey Belous wrote:
  -PREFERRED_PROVIDER_virtual/libc = uclibc
  +PREFERRED_PROVIDER_virtual/libc ?= uclibc
 
 Why would you be including tclibc-uclibc.inc if you don't want to use
 uclibc?
 
 p.
 
 


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe] [meta-oe][PATCH] bash-completion: remove allarch

[Martin Jansa]

On Fri, Mar 07, 2014 at 10:09:00AM +, Paul Eggleton wrote:
 On Thursday 06 March 2014 20:21:22 Martin Jansa wrote:
  On Thu, Mar 06, 2014 at 05:59:29PM +, Paul Eggleton wrote:
   On Thursday 06 March 2014 18:04:50 Martin Jansa wrote:
* it has runtime dependency on TUNE_PKGARCH bash, so it cannot be
allarch
   
   As we've already discussed this is not universally true. There are other
   ways to solve this.
  
  Like making it special case like packagegroups? That is still making me
  headaches when some library (for some reason) included in packagegroup
  is renamed thanks to debian.bbclass and packagegroup isn't rebuilt, so
  it breaks do_rootfs..
 
 Did you report this? FWIW it's the first I recall hearing of the problem; 
 perhaps I just missed it.

I've discussed this with RP on IRC, but haven't filled the bugzilla
ticket, my fault, will do that later.

  I would rather build bash-completion only once per architecture than
  rebuilding it as allarch every time I'm building for MACHINE with
  different TUNE_PKGARCH.
 
 As I said last time, I'm not arguing that rebuilding allarch recipes on 
 machine change is preferable - obviously it isn't. On the other hand, what 
 you're doing with this kind of change is telling the build system that the 
 recipe needs to be built differently depending on what the target 
 architecture 
 is, which is *not* true; this is only being done to work around the build 
 system making an assumption that the rebuild needs to happen. Fix the 
 assumption and the problem is fixed, properly. 
 
 If we need to make changes to the core or BitBake to make it easier to handle 
 this properly, by all means let's do that; but if we go down the road of 
 applying the workaround to every recipe where we hit this issue (and as we 
 have seen it's not just one or two recipes) we will never get around to 
 fixing 
 the underlying problem.

What I'm trying to do is to prevent rebuilding them until the
underlaying problem is fixed (which can be tracked in bugzilla with 2
very simple recipes as reproducer).

I don't want this to show in every build and as known-possitive in
every sstate-diff-machine.sh call. It's less pain to just rebuild them
once per TUNE_PKGARCH even when they could be allarch.

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Signed-off-by: Andrey Belous abel...@broadcom.com

[Khem Raj]

On Fri, Mar 7, 2014 at 2:33 AM, Nicolas Dechesne
nicolas.deche...@linaro.org wrote:
 Hi Khem,

 On Fri, Mar 7, 2014 at 6:43 AM, Khem Raj raj.k...@gmail.com wrote:
 On Tue, Mar 4, 2014 at 1:55 PM, Andrey Belous abel...@broadcom.com wrote:
 Hi Phil,
 I have prebuild uclibc library that I would like to use, without that 
 change I cannot force to use my prebuild library


 OK so write a uclibc recipe for it and let it provide virtual/libc
 and, we can very well have multiple version of recipes, this is no
 different. Then use higher DEFAULT_PREFERENCE for your recipe.

 I still don't get it why in distro/include/tclibc-uclibc.inc we have

 PREFERRED_PROVIDER_virtual/libc = uclibc
 PREFERRED_PROVIDER_virtual/libiconv ?= libiconv
 PREFERRED_PROVIDER_virtual/libintl ?= gettext
 PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= nativesdk-eglibc
 PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= nativesdk-eglibc

 and in distro/include/tclibc-eglibc.inc, we have:

 PREFERRED_PROVIDER_virtual/libiconv ?= eglibc
 PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= nativesdk-eglibc
 PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= nativesdk-eglibc
 PREFERRED_PROVIDER_virtual/libintl ?= eglibc
 PREFERRED_PROVIDER_virtual/libc ?= eglibc
 PREFERRED_PROVIDER_virtual/nativesdk-libc ?= nativesdk-eglibc
 PREFERRED_PROVIDER_virtual/libc-locale ?= eglibc-locale

 Is a specific reason why in the first case we use = and not ?=
 like used everywhere else? This file is loaded last, so we have no
 chance to override the value. regardless of the actual reason, don't
 we need the change anyways?

I would think eglibc.inc should be fixed as well.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [poky][PATCH] mtd-utils: Update version to include fixes after 1.5.0

[Lauren Post]

This includes fixes on master branch not in the 1.5.0 release

Signed-off-by: Lauren Post lauren.p...@freescale.com
---
 .../add-exclusion-to-mkfs-jffs2-git-2.patch|0
 ...t-cleanmarker-with-flash_erase--j-command.patch |0
 .../mtd/{mtd-utils_1.5.0.bb = mtd-utils_git.bb}   |   11 ++-
 3 files changed, 6 insertions(+), 5 deletions(-)
 rename meta/recipes-devtools/mtd/{mtd-utils-1.5.0 = 
mtd-utils}/add-exclusion-to-mkfs-jffs2-git-2.patch (100%)
 rename meta/recipes-devtools/mtd/{mtd-utils-1.5.0 = 
mtd-utils}/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch 
(100%)
 rename meta/recipes-devtools/mtd/{mtd-utils_1.5.0.bb = mtd-utils_git.bb} (83%)

diff --git 
a/meta/recipes-devtools/mtd/mtd-utils-1.5.0/add-exclusion-to-mkfs-jffs2-git-2.patch
 b/meta/recipes-devtools/mtd/mtd-utils/add-exclusion-to-mkfs-jffs2-git-2.patch
similarity index 100%
rename from 
meta/recipes-devtools/mtd/mtd-utils-1.5.0/add-exclusion-to-mkfs-jffs2-git-2.patch
rename to 
meta/recipes-devtools/mtd/mtd-utils/add-exclusion-to-mkfs-jffs2-git-2.patch
diff --git 
a/meta/recipes-devtools/mtd/mtd-utils-1.5.0/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
 
b/meta/recipes-devtools/mtd/mtd-utils/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
similarity index 100%
rename from 
meta/recipes-devtools/mtd/mtd-utils-1.5.0/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
rename to 
meta/recipes-devtools/mtd/mtd-utils/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
diff --git a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb 
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
similarity index 83%
rename from meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb
rename to meta/recipes-devtools/mtd/mtd-utils_git.bb
index 94940f8..f1e2a8e 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -6,14 +6,15 @@ LICENSE = GPLv2+
 LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
 
file://include/common.h;beginline=1;endline=17;md5=ba05b07912a44ea2bf81ce409380049c
 
-SRCREV = ca39eb1d98e736109c64ff9c1aa2a6ecca222d8f
+# Use the latest version at 26 Oct, 2013
+SRCREV = dcea43eba91642939c82739387147da26d572758
 SRC_URI = git://git.infradead.org/mtd-utils.git \
-   file://add-exclusion-to-mkfs-jffs2-git-2.patch \
-   
file://mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch 
+   file://add-exclusion-to-mkfs-jffs2-git-2.patch \
+
 
-S = ${WORKDIR}/git/
+PV = 1.5.0+git${SRCPV}
 
-PR = r3
+S = ${WORKDIR}/git/
 
 EXTRA_OEMAKE = 'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS} 
-I${S}/include -DWITHOUT_XATTR' 'BUILDDIR=${S}'
 
-- 
1.7.9.5


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] classes/uboot-config: ignore doc varflag

[Otavio Salvador]

On Fri, Mar 7, 2014 at 11:48 AM, Paul Eggleton
paul.eggle...@linux.intel.com wrote:
 The doc varflag on UBOOT_CONFIG should be ignored by this code; without
 this the recent addition of the UBOOT_CONFIG[doc] to documentation.conf
 causes errors when UBOOT_MACHINE is used.

 Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com

Acked-by: Otavio Salvador ota...@ossystems.com.br

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [poky][PATCH] mtd-utils: Update version to include fixes after 1.5.0

[Otavio Salvador]

Hello Lauren,

Good to see you here :-)

On Fri, Mar 7, 2014 at 6:24 PM, Lauren Post lauren.p...@freescale.com wrote:
 This includes fixes on master branch not in the 1.5.0 release

 Signed-off-by: Lauren Post lauren.p...@freescale.com

Acked-by: Otavio Salvador ota...@ossystems.com.br

The only remark is the subject which you shouldn't need to add as
'poky' as this is for OE-Core in reality.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] mtd-utils: Update version to include fixes after 1.5.0

[Lauren Post]

This includes fixes on master branch not in the 1.5.0 release

Signed-off-by: Lauren Post lauren.p...@freescale.com
---
 .../add-exclusion-to-mkfs-jffs2-git-2.patch|0
 ...t-cleanmarker-with-flash_erase--j-command.patch |0
 .../mtd/{mtd-utils_1.5.0.bb = mtd-utils_git.bb}   |   11 ++-
 3 files changed, 6 insertions(+), 5 deletions(-)
 rename meta/recipes-devtools/mtd/{mtd-utils-1.5.0 = 
mtd-utils}/add-exclusion-to-mkfs-jffs2-git-2.patch (100%)
 rename meta/recipes-devtools/mtd/{mtd-utils-1.5.0 = 
mtd-utils}/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch 
(100%)
 rename meta/recipes-devtools/mtd/{mtd-utils_1.5.0.bb = mtd-utils_git.bb} (83%)

diff --git 
a/meta/recipes-devtools/mtd/mtd-utils-1.5.0/add-exclusion-to-mkfs-jffs2-git-2.patch
 b/meta/recipes-devtools/mtd/mtd-utils/add-exclusion-to-mkfs-jffs2-git-2.patch
similarity index 100%
rename from 
meta/recipes-devtools/mtd/mtd-utils-1.5.0/add-exclusion-to-mkfs-jffs2-git-2.patch
rename to 
meta/recipes-devtools/mtd/mtd-utils/add-exclusion-to-mkfs-jffs2-git-2.patch
diff --git 
a/meta/recipes-devtools/mtd/mtd-utils-1.5.0/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
 
b/meta/recipes-devtools/mtd/mtd-utils/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
similarity index 100%
rename from 
meta/recipes-devtools/mtd/mtd-utils-1.5.0/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
rename to 
meta/recipes-devtools/mtd/mtd-utils/mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch
diff --git a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb 
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
similarity index 83%
rename from meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb
rename to meta/recipes-devtools/mtd/mtd-utils_git.bb
index 94940f8..f1e2a8e 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -6,14 +6,15 @@ LICENSE = GPLv2+
 LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
 
file://include/common.h;beginline=1;endline=17;md5=ba05b07912a44ea2bf81ce409380049c
 
-SRCREV = ca39eb1d98e736109c64ff9c1aa2a6ecca222d8f
+# Use the latest version at 26 Oct, 2013
+SRCREV = dcea43eba91642939c82739387147da26d572758
 SRC_URI = git://git.infradead.org/mtd-utils.git \
-   file://add-exclusion-to-mkfs-jffs2-git-2.patch \
-   
file://mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch 
+   file://add-exclusion-to-mkfs-jffs2-git-2.patch \
+
 
-S = ${WORKDIR}/git/
+PV = 1.5.0+git${SRCPV}
 
-PR = r3
+S = ${WORKDIR}/git/
 
 EXTRA_OEMAKE = 'CC=${CC}' 'RANLIB=${RANLIB}' 'AR=${AR}' 'CFLAGS=${CFLAGS} 
-I${S}/include -DWITHOUT_XATTR' 'BUILDDIR=${S}'
 
-- 
1.7.9.5


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc-runtime: Build libatomic

[Khem Raj]

On Fri, Mar 7, 2014 at 5:39 AM, Cosmin Paraschiv
cosmin.parasc...@freescale.com wrote:
 GCC 4.8 includes a new runtime library, libatomic, which supports
 atomic operations not supported by hardware or the OS. Build it,
 so other packages can link against it, if needed.

what all architectures did you test


 Signed-off-by: Cosmin Paraschiv cosmin.parasc...@freescale.com
 ---
  meta/recipes-devtools/gcc/gcc-runtime.inc |   12 +++-
  1 file changed, 11 insertions(+), 1 deletion(-)

 diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
 b/meta/recipes-devtools/gcc/gcc-runtime.inc
 index d3b11a7..f8c1109 100644
 --- a/meta/recipes-devtools/gcc/gcc-runtime.inc
 +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
 @@ -12,7 +12,7 @@ ARCH_FLAGS_FOR_TARGET += -isystem${STAGING_INCDIR}
  EXTRA_OECONF += --disable-libunwind-exceptions
  EXTRA_OECONF_append_linuxstdbase =  --enable-clocale=gnu

 -RUNTIMETARGET = libssp libstdc++-v3 libgomp
 +RUNTIMETARGET = libssp libstdc++-v3 libgomp libatomic
  #  ?
  # libiberty
  # libmudflap
 @@ -87,6 +87,9 @@ PACKAGES = \
libgomp \
libgomp-dev \
libgomp-staticdev \
 +  libatomic \
 +  libatomic-dev \
 +  libatomic-staticdev \
  
  # The base package doesn't exist, so we clear the recommends.
  RRECOMMENDS_${PN}-dbg = 
 @@ -161,6 +164,13 @@ FILES_libgomp-staticdev = \
${libdir}/libgomp*.a \


 +FILES_libatomic = ${libdir}/libatomic.so.*
 +FILES_libatomic-dev =  \
 +  ${libdir}/libatomic.so \
 +  ${libdir}/libatomic.la
 +FILES_libatomic-staticdev =  \
 +  ${libdir}/libatomic.a
 +
  do_package_write_ipk[depends] += virtual/${MLPREFIX}libc:do_packagedata
  do_package_write_deb[depends] += virtual/${MLPREFIX}libc:do_packagedata
  do_package_write_rpm[depends] += virtual/${MLPREFIX}libc:do_packagedata
 --
 1.7.9.5


 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH][resend] runqemu: Add option for custom BIOS directory

[Ricardo Neri]

Add support to specify a directory for custom BIOS, VGA BIOS and
keymaps as supported by qemu (-L option). Even though this can be
done through qemuparams, having this option provides better user
experience by not having to specify a long and cluttered path along
other qemuparams that the user might want to specify.

This new options assumes that the path provided is relative to
OECORE_NATIVE_SYSROOT and will check whether it exists before proceeding.

Signed-off-by: Ricardo Neri ricardo.neri-calde...@linux.intel.com
---
 scripts/runqemu | 14 ++
 1 file changed, 14 insertions(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 619ffb6..9eff90d 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -149,6 +149,9 @@ while true; do
 SCRIPT_KERNEL_OPT=$SCRIPT_KERNEL_OPT console=ttyS0
 SERIALSTDIO=1
 ;;
+   biosdir=*)
+CUSTOMBIOSDIR=${arg##biosdir=}
+   ;;
 qemuparams=*)
 SCRIPT_QEMU_EXTRA_OPT=${arg##qemuparams=}
 
@@ -489,5 +492,16 @@ if [ ! -f $INTERNAL_SCRIPT -o ! -r $INTERNAL_SCRIPT ]; 
then
 INTERNAL_SCRIPT=`which runqemu-internal`
 fi
 
+# Specify directory for BIOS, VGA BIOS and keymaps
+if [ ! -z $CUSTOMBIOSDIR ]; then
+if [ -d $OECORE_NATIVE_SYSROOT/$CUSTOMBIOSDIR ]; then
+   echo Assuming $CUSTOMBIOSDIR really means 
$OECORE_NATIVE_SYSROOT/$CUSTOMBIOSDIR
+   SCRIPT_QEMU_OPT=$SCRIPT_QEMU_OPT -L 
$OECORE_NATIVE_SYSROOT/$CUSTOMBIOSDIR
+   else
+   echo Custom BIOS directory $OECORE_NATIVE_SYSROOT/$CUSTOMBIOSDIR 
not found.
+   exit 1;
+fi
+fi
+
 . $INTERNAL_SCRIPT
 exit $?
-- 
1.8.1.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core