Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

[Lei, Maohui]

Ping.


> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> Sent: Monday, October 17, 2016 9:04 AM
> To: Maxin B. John; Jan-Simon Möller
> Cc: jsmoel...@linuxfoundation.org; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC
> 
> Hi Maxin, Simon
> 
> > > Instead of requesting the user to install the DoSOCSv2 from github
> > > or other repos, can we make the spdx.bbclass depend on "dosocs-native"
> > or
> > > similar and make that "DoSOCSv2" recipe available in oe-core ?
> >
> > That's a good idea. I will try.
> 
> I tried to make DoSOCSv2 recipe to oe-core, and find that there are at least
> the following direct dependencies that not belong to oe-core.
> 
> PostgreSQL
> python-psycopg2
> jinja2
> python-magic
> docopt
> SQLAlchemy
> psycopg2
> 
> I think it difficult to add them all into oe-core and it's the reason that why
> the original spdx module didn't add fossology into oe-core.
> 
> 
> 
> Best regards
> Lei
> 
> 
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> > Lei, Maohui
> > Sent: Thursday, September 22, 2016 10:19 AM
> > To: Maxin B. John; Jan-Simon Möller
> > Cc: jsmoel...@linuxfoundation.org; openembedded-
> > c...@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0
> > SPEC
> >
> > Hi Maxin, Simon
> >
> > > It would be nice to include the reason for change from fossology to
> > > dosocs2 in the commit message too (from cover letter)
> >
> > OK, I will add the reasons into the commit message in v3.
> >
> > > Instead of requesting the user to install the DoSOCSv2 from github
> > > or other repos, can we make the spdx.bbclass depend on "dosocs-native"
> > or
> > > similar and make that "DoSOCSv2" recipe available in oe-core ?
> >
> > That's a good idea. I will try.
> >
> >
> > Best Regards
> > Lei
> >
> >
> > > -Original Message-
> > > From: Maxin B. John [mailto:maxin.j...@intel.com]
> > > Sent: Monday, September 19, 2016 6:58 PM
> > > To: Lei, Maohui
> > > Cc: openembedded-core@lists.openembedded.org;
> > > jsmoel...@linuxfoundation.org
> > > Subject: Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support
> > > spdx2.0 SPEC
> > >
> > > Hi,
> > >
> > > Please find my comments below:
> > >
> > > On Mon, Sep 19, 2016 at 04:39:50PM +0800, Lei Maohui wrote:
> > > > More:
> > > > - change spdx tool from fossology to dosocs2
> > >
> > > It would be nice to include the reason for change from fossology to
> > > dosocs2 in the commit message too (from cover letter)
> > >
> > > > Signed-off-by: Lei Maohui 
> > > > ---
> > > >  meta/classes/spdx.bbclass | 505
> > > > ++--
> > > --
> > > >  meta/conf/licenses.conf   |  67 +-
> > > >  2 files changed, 198 insertions(+), 374 deletions(-)
> > > >
> > > > diff --git a/meta/classes/spdx.bbclass b/meta/classes/spdx.bbclass
> > > > index 0c92765..27c0fa0 100644
> > > > --- a/meta/classes/spdx.bbclass
> > > > +++ b/meta/classes/spdx.bbclass
> > > > @@ -1,365 +1,252 @@
> > > >  # This class integrates real-time license scanning, generation of
> > > > SPDX standard  # output and verifiying license info during the
> > > building process.
> > > > -# It is a combination of efforts from the OE-Core, SPDX and
> > > Fossology projects.
> > > > +# It is a combination of efforts from the OE-Core, SPDX and
> > > > +DoSOCSv2
> > > projects.
> > > >  #
> > > > -# For more information on FOSSology:
> > > > -#   http://www.fossology.org
> > > > -#
> > > > -# For more information on FOSSologySPDX commandline:
> > > > -#   https://github.com/spdx-tools/fossology-spdx/wiki/Fossology-
> > > SPDX-Web-API
> > > > +# For more information on DoSOCSv2:
> > > > +#   https://github.com/DoSOCSv2
> > >
> > > Instead of requesting the user to install the DoSOCSv2 from github
> > > or other repos, can we make the spdx.bbclass depend on "dosocs-native"
> > or
> > > similar and make that "DoSOCSv2" recipe available in oe-core ?
> > >
> > > That might make it easy to use this class.
> > >
> > > >  # For more information on SPDX:
> > > >  #   http://www.spdx.org
> > > >  #
> > > > +# Note:
> > > > +# 1) Make sure DoSOCSv2 has beed installed in your host # 2) By
> > > > +default,spdx files will be output to the path which is defined
> > > as[SPDX_MANIFEST_DIR]
> > > > +#in ./meta/conf/licenses.conf.
> > > >
> > > > -# SPDX file will be output to the path which is defined
> > > > as[SPDX_MANIFEST_DIR] -# in ./meta/conf/licenses.conf.
> > > > +SPDXOUTPUTDIR = "${WORKDIR}/spdx_output_dir"
> > > >  SPDXSSTATEDIR = "${WORKDIR}/spdx_sstate_dir"
> > > >
> > > >  # If ${S} isn't actually the top-level source directory, set
> > SPDX_S
> > > > to point at  # the real top-level directory.
> > > > +
> > > >  SP

[OE-core] [PATCH 2/2] lib/oe/recipeutils: print just filename in bbappend_recipe() if in temp dir

[Paul Eggleton]

If you use devtool update-recipe with the --append option, and a "local"
(in oe-local-files) has been modified we copy it into the specified
destination layer. With the way the devtool update-recipe code works now
the source is always a temp directory, and printing paths from within
that is just confusing, so if the path starts with the temp directory
then just print the file name alone.

Signed-off-by: Paul Eggleton 
---
 meta/lib/oe/recipeutils.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index 58e4028..6caae5f 100644
--- a/meta/lib/oe/recipeutils.py
+++ b/meta/lib/oe/recipeutils.py
@@ -786,7 +786,11 @@ def bbappend_recipe(rd, destlayerdir, srcfiles, 
install=None, wildcardver=False,
 for newfile, srcfile in copyfiles.items():
 filedest = os.path.join(appenddir, destsubdir, 
os.path.basename(srcfile))
 if os.path.abspath(newfile) != os.path.abspath(filedest):
-bb.note('Copying %s to %s' % (newfile, filedest))
+if newfile.startswith(tempfile.gettempdir()):
+newfiledisp = os.path.basename(newfile)
+else:
+newfiledisp = newfile
+bb.note('Copying %s to %s' % (newfiledisp, filedest))
 bb.utils.mkdirhier(os.path.dirname(filedest))
 shutil.copyfile(newfile, filedest)
 
-- 
2.5.5

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

[OE-core] [PATCH 1/2] devtool: update-recipe: decode output before treating it as a string

[Paul Eggleton]

When you receive output from subprocess, with Python 3 it's a stream of
bytes so you need to decode it before you can start treating it as a
string.

Fixes [YOCTO #10447].

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/standard.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 4eff6f8..32eac23 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -331,6 +331,7 @@ def _git_ls_tree(repodir, treeish='HEAD', recursive=False):
 cmd.append('-r')
 out, _ = bb.process.run(cmd, cwd=repodir)
 ret = {}
+out = out.decode('utf-8')
 for line in out.split('\0'):
 if line:
 split = line.split(None, 4)
-- 
2.5.5

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

[OE-core] [PATCH 0/2] Fixes for devtool update-recipe

[Paul Eggleton]

The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:

  oeqa/selftest/kernel.py: Add new file destined for kernel related tests 
(2016-11-01 10:05:40 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
paule/devtool-update-recipe
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/devtool-update-recipe

Paul Eggleton (2):
  devtool: update-recipe: decode output before treating it as a string
  lib/oe/recipeutils: print just filename in bbappend_recipe() if in temp dir

 meta/lib/oe/recipeutils.py  | 6 +-
 scripts/lib/devtool/standard.py | 1 +
 2 files changed, 6 insertions(+), 1 deletion(-)

-- 
2.5.5

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

[OE-core] [PATCH 1/2] runqemu: Split out the base name of QB_DEFAULT_KERNEL

[Alistair Francis]

The function write_qemuboot_conf() in qemuboot.bbclass always inserts
the full path into QB_DEFAULT_KERNEL. Remove this path before using the
variable.

Signed-off-by: Alistair Francis 
---
 scripts/runqemu | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index dbe17ab..922ebaf 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -478,9 +478,12 @@ class BaseConfig(object):
 if self.fstype in self.vmtypes:
 return
 
+# QB_DEFAULT_KERNEL is always a full file path
+kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
+
 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
 if not self.kernel:
-kernel_match_name = "%s/%s" % (deploy_dir_image, 
self.get('QB_DEFAULT_KERNEL'))
+kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
 kernel_match_link = "%s/%s" % (deploy_dir_image, 
self.get('KERNEL_IMAGETYPE'))
 kernel_startswith = "%s/%s*" % (deploy_dir_image, 
self.get('KERNEL_IMAGETYPE'))
 cmds = (kernel_match_name, kernel_match_link, kernel_startswith)
-- 
2.7.4

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

[OE-core] [PATCH v2 1/2] runqemu: Split out the base name of QB_DEFAULT_KERNEL

[Alistair Francis]

The function write_qemuboot_conf() in qemuboot.bbclass always inserts
the full path into QB_DEFAULT_KERNEL. Remove this path before using the
variable.

Signed-off-by: Alistair Francis 
---
 scripts/runqemu | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index dbe17ab..922ebaf 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -478,9 +478,12 @@ class BaseConfig(object):
 if self.fstype in self.vmtypes:
 return
 
+# QB_DEFAULT_KERNEL is always a full file path
+kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
+
 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
 if not self.kernel:
-kernel_match_name = "%s/%s" % (deploy_dir_image, 
self.get('QB_DEFAULT_KERNEL'))
+kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
 kernel_match_link = "%s/%s" % (deploy_dir_image, 
self.get('KERNEL_IMAGETYPE'))
 kernel_startswith = "%s/%s*" % (deploy_dir_image, 
self.get('KERNEL_IMAGETYPE'))
 cmds = (kernel_match_name, kernel_match_link, kernel_startswith)
-- 
2.7.4

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

[OE-core] [PATCH v2 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Alistair Francis]

In some cirsumstances the user doesn't want to supply a kernel, rootFS
or DTB to QEMU. This will occur more now that QEMU supports loading
images using a '-device loader' method.

Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
to avoid supplying these options to QEMU.

Signed-off-by: Alistair Francis 
---
 scripts/runqemu | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 922ebaf..5f60312 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -453,7 +453,7 @@ class BaseConfig(object):
 def check_rootfs(self):
 """Check and set rootfs"""
 
-if self.fstype == 'nfs':
+if self.fstype == 'nfs' or self.fstype == "none":
 return
 
 if self.rootfs and not os.path.exists(self.rootfs):
@@ -481,6 +481,10 @@ class BaseConfig(object):
 # QB_DEFAULT_KERNEL is always a full file path
 kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
 
+# The user didn't want a kernel to be loaded
+if kernel_name == "none":
+return
+
 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
 if not self.kernel:
 kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
@@ -857,6 +861,9 @@ class BaseConfig(object):
 k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server, 
self.nfs_dir, self.unfs_opts)
 self.kernel_cmdline = 'root=%s rw highres=off' % k_root
 
+if self.fstype == 'none':
+self.rootfs_options = ''
+
 self.set('ROOTFS_OPTIONS', self.rootfs_options)
 
 def guess_qb_system(self):
-- 
2.7.4

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

Re: [OE-core] [PATCH] gdb: update 7.11+git1a982b689c -> 7.11.1

[Khem Raj]

This is ok. Please backport it to morty as well

On Nov 2, 2016 4:00 PM, "Andre McCurdy"  wrote:

>   41d8236 Set GDB version number to 7.11.1.
>   136613e Fix PR gdb/19828: gdb -p : internal
> error
>   a0de87e Make gdb/linux-nat.c consider a waitstatus pending on the infrun
> side
>   cf2cd51 Add mi-threads-interrupt.exp test (PR 20039)
>   f0a8d0d Fix double prompt output after run control MI commands with
> mi-async on (PR 20045)
>   b5f0db4 Fix -exec-run not running asynchronously with mi-async on (PR
> gdb/18077)
>   7f8e34d Use target_terminal_ours_for_output in MI
>
> Signed-off-by: Andre McCurdy 
> ---
>  meta/recipes-devtools/gdb/gdb-7.11.1.inc   | 22
> 
>  meta/recipes-devtools/gdb/gdb-7.11.inc |  9 
>  meta/recipes-devtools/gdb/gdb-common.inc   | 24
> --
>  ...nadian_7.11.bb => gdb-cross-canadian_7.11.1.bb} |  0
>  .../gdb/{gdb-cross_7.11.bb => gdb-cross_7.11.1.bb} |  0
>  .../gdb/{gdb_7.11.bb => gdb_7.11.1.bb} |  0
>  6 files changed, 22 insertions(+), 33 deletions(-)
>  create mode 100644 meta/recipes-devtools/gdb/gdb-7.11.1.inc
>  delete mode 100644 meta/recipes-devtools/gdb/gdb-7.11.inc
>  rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.11.bb =>
> gdb-cross-canadian_7.11.1.bb} (100%)
>  rename meta/recipes-devtools/gdb/{gdb-cross_7.11.bb =>
> gdb-cross_7.11.1.bb} (100%)
>  rename meta/recipes-devtools/gdb/{gdb_7.11.bb => gdb_7.11.1.bb} (100%)
>
> diff --git a/meta/recipes-devtools/gdb/gdb-7.11.1.inc
> b/meta/recipes-devtools/gdb/gdb-7.11.1.inc
> new file mode 100644
> index 000..d9dfe6f
> --- /dev/null
> +++ b/meta/recipes-devtools/gdb/gdb-7.11.1.inc
> @@ -0,0 +1,22 @@
> +LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> +   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
> +   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6
> \
> +   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b66
> 74"
> +
> +SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \
> +   file://0001-include-sys-types.h-for-mode_t.patch \
> +   file://0002-make-man-install-relative-to-DESTDIR.patch \
> +   file://0003-mips-linux-nat-Define-_ABIO32-if-not-defined.patch
> \
> +   
> file://0004-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch
> \
> +   file://0005-Add-support-for-Renesas-SH-sh4-architecture.patch
> \
> +   
> file://0006-Dont-disable-libreadline.a-when-using-disable-static.patch
> \
> +   file://0007-use-asm-sgidefs.h.patch \
> +   file://0008-Use-exorted-definitions-of-SIGRTMIN.patch \
> +   file://0009-Change-order-of-CFLAGS.patch \
> +   file://0010-resolve-restrict-keyword-conflict.patch \
> +   file://0011-avx_mpx.patch \
> +"
> +
> +SRC_URI[md5sum] = "5aa71522e488e358243917967db87476"
> +SRC_URI[sha256sum] = "e9216da4e3755e9f414c1aa0026b62
> 6251dfc57ffe572a266e98da4f6988fc70"
> diff --git a/meta/recipes-devtools/gdb/gdb-7.11.inc
> b/meta/recipes-devtools/gdb/gdb-7.11.inc
> deleted file mode 100644
> index a9267d5..000
> --- a/meta/recipes-devtools/gdb/gdb-7.11.inc
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> -   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
> -   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6
> \
> -   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b66
> 74"
> -
> -SRC_URI[md5sum] = "b93a2721393e5fa226375b42d567d90b"
> -SRC_URI[sha256sum] = "ff14f8050e6484508c73cbfa63731e
> 57901478490ca1672dc0b5e2b03f6af622"
> -
> diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
> b/meta/recipes-devtools/gdb/gdb-common.inc
> index 0923143..33a5ce9 100644
> --- a/meta/recipes-devtools/gdb/gdb-common.inc
> +++ b/meta/recipes-devtools/gdb/gdb-common.inc
> @@ -1,6 +1,5 @@
>  SUMMARY = "GNU debugger"
>  HOMEPAGE = "http://www.gnu.org/software/gdb/";
> -LICENSE = "GPLv3+"
>  SECTION = "devel"
>  DEPENDS = "expat zlib ncurses virtual/libiconv ${LTTNGUST}"
>
> @@ -16,33 +15,10 @@ LTTNGUST_mips64eln32 = ""
>  LTTNGUST_sh4 = ""
>  LTTNGUST_libc-musl = ""
>
> -LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
> -   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674 \
> -   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
> -   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6"
> -
>  inherit autotools texinfo
>
> -SRCREV = "1a982b689ce4e20523bdf69e47fdd574c4f63934"
> -
> -SRC_URI = "git://sourceware.org/git/binutils-gdb.git;branch=gdb-7.
> 11-branch \
> -   file://0001-include-sys-types.h-for-mode_t.patch \
> -   file://0002-make-man-install-relative-to-DESTDIR.patch \
> -   file://0003-

Re: [OE-core] version of gdb in morty

[Khem Raj]

I think doing an upgrade to 7.11.1 and Backporting that to morty is a
reasonable option here

On Nov 2, 2016 4:15 PM, "Burton, Ross"  wrote:


On 2 November 2016 at 20:41, Andre McCurdy  wrote:

> It looks like morty (and master) are building gdb from git (ie cloning
> a ~660MB repo) with the git revision set to a snapshot mid-way between
> the 7.11 and 7.11.1 release tags.
>
> Was that the intention? Or is there a patch somewhere to switch to
> building from the official 7.11.1 tar file?
>

That was introduced by Khem with the commit message of "gdb: Upgrade to
7.11", so clearly we should have validated that the hash matches the tag
and that there wasn't the option of a tarball.

For master we can obviously take a 7.11.1 upgrade, for morty there is a
case to be made that a git clone is sufficiently huge and inconvenient for
users who are not tracking master that an upgrade to get the tarball is
reasonable.

Ross

--
___
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

Re: [OE-core] [PATCH 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Alistair Francis]

On Wed, Nov 2, 2016 at 5:13 PM, Andre McCurdy  wrote:
> On Wed, Nov 2, 2016 at 4:30 PM, Alistair Francis  wrote:
>> On Wed, Nov 2, 2016 at 4:18 PM, Alistair Francis
>>  wrote:
>>> In some cirsumstances the user doesn't want to supply a kernel, rootFS
>>> or DTB to QEMU. This will occur more now that QEMU supports loading
>>> images using a '-device loader' method.
>>>
>>> Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
>>> to avoid supplying these options to QEMU.
>>>
>>> Signed-off-by: Alistair Francis 
>>> ---
>>>  scripts/runqemu | 6 +-
>>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/scripts/runqemu b/scripts/runqemu
>>> index 922ebaf..ac10ee2 100755
>>> --- a/scripts/runqemu
>>> +++ b/scripts/runqemu
>>> @@ -453,7 +453,7 @@ class BaseConfig(object):
>>>  def check_rootfs(self):
>>>  """Check and set rootfs"""
>>>
>>> -if self.fstype == 'nfs':
>>> +if self.fstype == 'nfs' or self.fstype == "none":
>>>  return
>>>
>>>  if self.rootfs and not os.path.exists(self.rootfs):
>>> @@ -481,6 +481,10 @@ class BaseConfig(object):
>>>  # QB_DEFAULT_KERNEL is always a full file path
>>>  kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
>>>
>>> +# The user didn't want a kernel to be loaded
>>> +if kernel_name == "none":
>>> +return
>>> +
>>>  deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
>>>  if not self.kernel:
>>>  kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
>>
>> This diff didn't end up making it in somehow. This is also required:
>
> Squash the two commits and send the result as a v2.

I was trying to avoid spam, but you are right. I sent a v2

Thanks,

Alistair

>
>> diff --git a/scripts/runqemu b/scripts/runqemu
>> index ac10ee2..5f60312 100755
>> --- a/scripts/runqemu
>> +++ b/scripts/runqemu
>> @@ -861,6 +861,9 @@ class BaseConfig(object):
>>  k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server,
>> self.nfs_dir, self.unfs_opts)
>>  self.kernel_cmdline = 'root=%s rw highres=off' % k_root
>>
>> +if self.fstype == 'none':
>> +self.rootfs_options = ''
>> +
>>  self.set('ROOTFS_OPTIONS', self.rootfs_options)
>>
>>  def guess_qb_system(self):
>>
>> Thanks,
>>
>> Alistair
>>
>>> --
>>> 2.7.4
>>>
>> --
>> ___
>> 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 v2 0/2] runqemu: Allow users to not specify a kernel or RootFS

[Alistair Francis]

This patch series first fixes a bug in the runqemu script and secondly gives
users the option to tell the script that they don't want to load a kernel or
rootFS when starting QEMU.

Future versions of QEMU now include a generic loader that machines can use to
load images so there are cases where the user doesn't want to specify any
-kernel, -initrd or -dtb options.

V2:
 - Squash patch I missed the first time.

Alistair Francis (2):
  runqemu: Split out the base name of QB_DEFAULT_KERNEL
  runqemu: Allow the user to specity no kernel or rootFS

 scripts/runqemu | 14 --
 1 file changed, 12 insertions(+), 2 deletions(-)

-- 
2.7.4

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

Re: [OE-core] [PATCH 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Andre McCurdy]

On Wed, Nov 2, 2016 at 4:30 PM, Alistair Francis  wrote:
> On Wed, Nov 2, 2016 at 4:18 PM, Alistair Francis
>  wrote:
>> In some cirsumstances the user doesn't want to supply a kernel, rootFS
>> or DTB to QEMU. This will occur more now that QEMU supports loading
>> images using a '-device loader' method.
>>
>> Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
>> to avoid supplying these options to QEMU.
>>
>> Signed-off-by: Alistair Francis 
>> ---
>>  scripts/runqemu | 6 +-
>>  1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/scripts/runqemu b/scripts/runqemu
>> index 922ebaf..ac10ee2 100755
>> --- a/scripts/runqemu
>> +++ b/scripts/runqemu
>> @@ -453,7 +453,7 @@ class BaseConfig(object):
>>  def check_rootfs(self):
>>  """Check and set rootfs"""
>>
>> -if self.fstype == 'nfs':
>> +if self.fstype == 'nfs' or self.fstype == "none":
>>  return
>>
>>  if self.rootfs and not os.path.exists(self.rootfs):
>> @@ -481,6 +481,10 @@ class BaseConfig(object):
>>  # QB_DEFAULT_KERNEL is always a full file path
>>  kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
>>
>> +# The user didn't want a kernel to be loaded
>> +if kernel_name == "none":
>> +return
>> +
>>  deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
>>  if not self.kernel:
>>  kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
>
> This diff didn't end up making it in somehow. This is also required:

Squash the two commits and send the result as a v2.

> diff --git a/scripts/runqemu b/scripts/runqemu
> index ac10ee2..5f60312 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -861,6 +861,9 @@ class BaseConfig(object):
>  k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server,
> self.nfs_dir, self.unfs_opts)
>  self.kernel_cmdline = 'root=%s rw highres=off' % k_root
>
> +if self.fstype == 'none':
> +self.rootfs_options = ''
> +
>  self.set('ROOTFS_OPTIONS', self.rootfs_options)
>
>  def guess_qb_system(self):
>
> Thanks,
>
> Alistair
>
>> --
>> 2.7.4
>>
> --
> ___
> 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 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Alistair Francis]

In some cirsumstances the user doesn't want to supply a kernel, rootFS
or DTB to QEMU. This will occur more now that QEMU supports loading
images using a '-device loader' method.

Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
to avoid supplying these options to QEMU.

Signed-off-by: Alistair Francis 
---
 scripts/runqemu | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 922ebaf..ac10ee2 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -453,7 +453,7 @@ class BaseConfig(object):
 def check_rootfs(self):
 """Check and set rootfs"""
 
-if self.fstype == 'nfs':
+if self.fstype == 'nfs' or self.fstype == "none":
 return
 
 if self.rootfs and not os.path.exists(self.rootfs):
@@ -481,6 +481,10 @@ class BaseConfig(object):
 # QB_DEFAULT_KERNEL is always a full file path
 kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
 
+# The user didn't want a kernel to be loaded
+if kernel_name == "none":
+return
+
 deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
 if not self.kernel:
 kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
-- 
2.7.4

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

[OE-core] [PATCH 0/2] runqemu: Allow users to not specify a kernel or RootFS

[Alistair Francis]

This patch series first fixes a bug in the runqemu script and secondly gives
users the option to tell the script that they don't want to load a kernel or
rootFS when starting QEMU.

Future versions of QEMU now include a generic loader that machines can use to
load images so there are cases where the user doesn't want to specify any
-kernel, -initrd or -dtb options.

Alistair Francis (2):
  runqemu: Split out the base name of QB_DEFAULT_KERNEL
  runqemu: Allow the user to specity no kernel or rootFS

 scripts/runqemu | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

-- 
2.7.4

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

Re: [OE-core] [PATCH 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Alistair Francis]

On Wed, Nov 2, 2016 at 4:18 PM, Alistair Francis
 wrote:
> In some cirsumstances the user doesn't want to supply a kernel, rootFS
> or DTB to QEMU. This will occur more now that QEMU supports loading
> images using a '-device loader' method.
>
> Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
> to avoid supplying these options to QEMU.
>
> Signed-off-by: Alistair Francis 
> ---
>  scripts/runqemu | 6 +-
>  1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 922ebaf..ac10ee2 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -453,7 +453,7 @@ class BaseConfig(object):
>  def check_rootfs(self):
>  """Check and set rootfs"""
>
> -if self.fstype == 'nfs':
> +if self.fstype == 'nfs' or self.fstype == "none":
>  return
>
>  if self.rootfs and not os.path.exists(self.rootfs):
> @@ -481,6 +481,10 @@ class BaseConfig(object):
>  # QB_DEFAULT_KERNEL is always a full file path
>  kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
>
> +# The user didn't want a kernel to be loaded
> +if kernel_name == "none":
> +return
> +
>  deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
>  if not self.kernel:
>  kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)

This diff didn't end up making it in somehow. This is also required:

diff --git a/scripts/runqemu b/scripts/runqemu
index ac10ee2..5f60312 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -861,6 +861,9 @@ class BaseConfig(object):
 k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server,
self.nfs_dir, self.unfs_opts)
 self.kernel_cmdline = 'root=%s rw highres=off' % k_root

+if self.fstype == 'none':
+self.rootfs_options = ''
+
 self.set('ROOTFS_OPTIONS', self.rootfs_options)

 def guess_qb_system(self):

Thanks,

Alistair

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

Re: [OE-core] [PATCH] db: remove pointless documentation

[Christopher Larson]

On Wed, Nov 2, 2016 at 10:48 AM, Ross Burton  wrote:

> db-doc has an installed footprint of 94MB, but 60MB of that is the
> documentation
> for the Java and C# bindings which are not part of this recipe.  Remove
> them and
> the for-print PDF manuals to massively reduce the footprint of db-doc.
>
> Also improve the fix for the documentation install path, and put the
> documentation under ${docdir}/db instead of just ${docdir} (which is
> /usr/share/doc by default).
>
> Signed-off-by: Ross Burton 
>

Hmm, we should probably think about adding a QA check for files being
dropped into the root of ${docdir}. It’s not the first recipe to have such
a bug (ffmpeg was doing it too).
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Burton, Ross]

On 2 November 2016 at 19:40, Marek Vasut  wrote:

> > But u-boot-common doesn't set EXTRA_OEMAKE...
>
> Should be u-boot.inc , sorry.
>

Yes, but u-book-mkimage doesn't include that file. :)

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

Re: [OE-core] version of gdb in morty

[Burton, Ross]

On 2 November 2016 at 20:41, Andre McCurdy  wrote:

> It looks like morty (and master) are building gdb from git (ie cloning
> a ~660MB repo) with the git revision set to a snapshot mid-way between
> the 7.11 and 7.11.1 release tags.
>
> Was that the intention? Or is there a patch somewhere to switch to
> building from the official 7.11.1 tar file?
>

That was introduced by Khem with the commit message of "gdb: Upgrade to
7.11", so clearly we should have validated that the hash matches the tag
and that there wasn't the option of a tarball.

For master we can obviously take a 7.11.1 upgrade, for morty there is a
case to be made that a git clone is sufficiently huge and inconvenient for
users who are not tracking master that an upgrade to get the tarball is
reasonable.

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

Re: [OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Beth 'pidge' Flanagan]

On Wed, 2016-11-02 at 20:22 +, Burton, Ross wrote:
> 
> On 2 November 2016 at 18:37, Beth 'pidge' Flanagan 
> om> wrote:
> > It's been a bit since I've looked at license.bbclass, but I guess
> > my
> > question here is this seems to take out all notification that a
> > recipe
> > doesn't have a LIC_FILES_CHKSUM, correct?
> > 
> > I'd rather we maybe kept the note in and maybe whitelisted recipes
> > that
> > did interesting things so that didn't appear than just ignored when
> > a
> > recipe was missing it. 
> > 
> > Because if we don't at least bb.note it, I can see people just
> > ignoring
> > it entirely (which would be bad in a lot of ways)
> > 
> No, this check was belt-and-braces (the other check is a
> bb.error()).  Also bb.note() from tasks don't appear in the user-
> visible log by default, you've got to dig into the task log to see
> them which is buried in the work directories.
Ah, correct (I generally see them since I'm piping most of the time).
Ok, in that case then yes, that makes sense.
-b
> > Ross
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gdb: update 7.11+git1a982b689c -> 7.11.1

[Andre McCurdy]

  41d8236 Set GDB version number to 7.11.1.
  136613e Fix PR gdb/19828: gdb -p : internal error
  a0de87e Make gdb/linux-nat.c consider a waitstatus pending on the infrun side
  cf2cd51 Add mi-threads-interrupt.exp test (PR 20039)
  f0a8d0d Fix double prompt output after run control MI commands with mi-async 
on (PR 20045)
  b5f0db4 Fix -exec-run not running asynchronously with mi-async on (PR 
gdb/18077)
  7f8e34d Use target_terminal_ours_for_output in MI

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/gdb/gdb-7.11.1.inc   | 22 
 meta/recipes-devtools/gdb/gdb-7.11.inc |  9 
 meta/recipes-devtools/gdb/gdb-common.inc   | 24 --
 ...nadian_7.11.bb => gdb-cross-canadian_7.11.1.bb} |  0
 .../gdb/{gdb-cross_7.11.bb => gdb-cross_7.11.1.bb} |  0
 .../gdb/{gdb_7.11.bb => gdb_7.11.1.bb} |  0
 6 files changed, 22 insertions(+), 33 deletions(-)
 create mode 100644 meta/recipes-devtools/gdb/gdb-7.11.1.inc
 delete mode 100644 meta/recipes-devtools/gdb/gdb-7.11.inc
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.11.bb => 
gdb-cross-canadian_7.11.1.bb} (100%)
 rename meta/recipes-devtools/gdb/{gdb-cross_7.11.bb => gdb-cross_7.11.1.bb} 
(100%)
 rename meta/recipes-devtools/gdb/{gdb_7.11.bb => gdb_7.11.1.bb} (100%)

diff --git a/meta/recipes-devtools/gdb/gdb-7.11.1.inc 
b/meta/recipes-devtools/gdb/gdb-7.11.1.inc
new file mode 100644
index 000..d9dfe6f
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-7.11.1.inc
@@ -0,0 +1,22 @@
+LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
+LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
+   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
+   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
+   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
+
+SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \
+   file://0001-include-sys-types.h-for-mode_t.patch \
+   file://0002-make-man-install-relative-to-DESTDIR.patch \
+   file://0003-mips-linux-nat-Define-_ABIO32-if-not-defined.patch \
+   
file://0004-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch \
+   file://0005-Add-support-for-Renesas-SH-sh4-architecture.patch \
+   
file://0006-Dont-disable-libreadline.a-when-using-disable-static.patch \
+   file://0007-use-asm-sgidefs.h.patch \
+   file://0008-Use-exorted-definitions-of-SIGRTMIN.patch \
+   file://0009-Change-order-of-CFLAGS.patch \
+   file://0010-resolve-restrict-keyword-conflict.patch \
+   file://0011-avx_mpx.patch \
+"
+
+SRC_URI[md5sum] = "5aa71522e488e358243917967db87476"
+SRC_URI[sha256sum] = 
"e9216da4e3755e9f414c1aa0026b626251dfc57ffe572a266e98da4f6988fc70"
diff --git a/meta/recipes-devtools/gdb/gdb-7.11.inc 
b/meta/recipes-devtools/gdb/gdb-7.11.inc
deleted file mode 100644
index a9267d5..000
--- a/meta/recipes-devtools/gdb/gdb-7.11.inc
+++ /dev/null
@@ -1,9 +0,0 @@
-LICENSE = "GPLv2 & GPLv3 & LGPLv2 & LGPLv3"
-LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
-   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
-   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
-   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
-
-SRC_URI[md5sum] = "b93a2721393e5fa226375b42d567d90b"
-SRC_URI[sha256sum] = 
"ff14f8050e6484508c73cbfa63731e57901478490ca1672dc0b5e2b03f6af622"
-
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 0923143..33a5ce9 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -1,6 +1,5 @@
 SUMMARY = "GNU debugger"
 HOMEPAGE = "http://www.gnu.org/software/gdb/";
-LICENSE = "GPLv3+"
 SECTION = "devel"
 DEPENDS = "expat zlib ncurses virtual/libiconv ${LTTNGUST}"
 
@@ -16,33 +15,10 @@ LTTNGUST_mips64eln32 = ""
 LTTNGUST_sh4 = ""
 LTTNGUST_libc-musl = ""
 
-LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
-   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674 \
-   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
-   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6"
-
 inherit autotools texinfo
 
-SRCREV = "1a982b689ce4e20523bdf69e47fdd574c4f63934"
-
-SRC_URI = "git://sourceware.org/git/binutils-gdb.git;branch=gdb-7.11-branch \
-   file://0001-include-sys-types.h-for-mode_t.patch \
-   file://0002-make-man-install-relative-to-DESTDIR.patch \
-   file://0003-mips-linux-nat-Define-_ABIO32-if-not-defined.patch \
-   
file://0004-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch \
-   file://0005-Add-support-for-Renesas-SH-sh4-architecture.patch \
-   
file://0006-Dont-disable-libreadline.a-when-using-disable-static.patch \
-   file://00

[OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Ross Burton]

Previously do_populate_lic would bail writing the license files (such as the MIT
license text) to deploy/licenses/${PN}/ if there were no files listed in
LIC_FILES_CHKSUM.  In general this isn't a problem since LIC_FILES_CHKSUM was
effectively a required field, and for packages which don't have traditional
content was generally set to a separate license such as
${COREBASE}/meta/COPYING.MIT.

However LIC_FILES_CHKSUM is now only required if there are sources in SRC_URI,
so oe-core b18fa5f removed these now redundant values. The unexpected side
effect of this is that that recipes that generate their content (such as
os-release) or are otherwise "interesting" (such as perf) don't have their
license files copied over, resulting in warnings from do_rootfs.

Resolve this by not returning early if LIC_FILES_CHKSUM is empty, and always
copy the references license files.

Signed-off-by: Ross Burton 
---
 meta/classes/license.bbclass | 8 +---
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 660b85f..afcfbfc 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -390,7 +390,7 @@ def find_license_files(d):
 from collections import defaultdict, OrderedDict
 
 # All the license files for the package
-lic_files = d.getVar('LIC_FILES_CHKSUM', True)
+lic_files = d.getVar('LIC_FILES_CHKSUM', True) or ""
 pn = d.getVar('PN', True)
 # The license files are located in S/LIC_FILE_CHECKSUM.
 srcdir = d.getVar('S', True)
@@ -469,12 +469,6 @@ def find_license_files(d):
 if not generic_directory:
 bb.fatal("COMMON_LICENSE_DIR is unset. Please set this in your distro 
config")
 
-if not lic_files:
-# No recipe should have an invalid license file. This is checked else
-# where, but let's be pedantic
-bb.note(pn + ": Recipe file does not have license file information.")
-return lic_files_paths
-
 for url in lic_files.split():
 try:
 (type, host, path, user, pswd, parm) = bb.fetch.decodeurl(url)
-- 
2.8.1

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

Re: [OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Burton, Ross]

On 2 November 2016 at 15:07, Ross Burton  wrote:

> Previously do_populate_lic would bail writing the license files (such as
> the MIT
> license text) to deploy/licenses/${PN}/ if there were no files listed in
> LIC_FILES_CHKSUM.
>
> However this means that recipes that generate their content (such as
> os-release)
> or are otherwise "interesting" (such as perf) don't have their license
> files
> copied over, resulting in warnings from do_rootfs.
>

I just did a bit more digging that I meant to do earlier but failed.  This
has recently become apparent because of
oe-core b18fa5f2f2f46afc6fdc58f4d29679dea9c36c43 which removed redundant
LIC_FILES_CHKSUMs from recipes.  For example, os-release had this:

LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

Which prompts the license code to copy COPYING.MIT and generic_MIT into
deploy/licenses.  It was removed because it generally serves no purpose:
you're verifying a license statement that has no relation to the contents
of the recipe (in this case, the content is generated, but other recipes
have no content).  The side effect was that the files are not copied, so my
patch changes the behaviour so that the recipe wide license file is
*always* copied even if there are no files in LIC_FILES_CHKSUM.

I'll update the commit message to reflect this.

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

[OE-core] [wic][PATCH] wic: call os.ftruncate instead of running truncate

[Ed Bartosh]

Replaced running of truncate utility with the standard library
call os.ftruncate

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/imager/direct.py |  5 +++--
 scripts/lib/wic/partition.py | 15 ++-
 2 files changed, 13 insertions(+), 7 deletions(-)

diff --git a/scripts/lib/wic/imager/direct.py b/scripts/lib/wic/imager/direct.py
index edf5e5d..2bedef0 100644
--- a/scripts/lib/wic/imager/direct.py
+++ b/scripts/lib/wic/imager/direct.py
@@ -56,8 +56,9 @@ class DiskImage():
 if self.created:
 return
 # create sparse disk image
-cmd = "truncate %s -s %s" % (self.device, self.size)
-exec_cmd(cmd)
+with open(self.device, 'w') as sparse:
+os.ftruncate(sparse.fileno(), self.size)
+
 self.created = True
 
 class DirectImageCreator(BaseImageCreator):
diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index 90f65a1..89c33ab 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -217,7 +217,8 @@ class Partition():
 msger.debug("Added %d extra blocks to %s to get to %d total blocks" % \
 (extra_blocks, self.mountpoint, rootfs_size))
 
-exec_cmd("truncate %s -s %d" % (rootfs, rootfs_size * 1024))
+with open(rootfs, 'w') as sparse:
+os.ftruncate(sparse.fileno(), rootfs_size * 1024)
 
 extra_imagecmd = "-i 8192"
 
@@ -250,7 +251,8 @@ class Partition():
 msger.debug("Added %d extra blocks to %s to get to %d total blocks" % \
 (extra_blocks, self.mountpoint, rootfs_size))
 
-exec_cmd("truncate %s -s %d" % (rootfs, rootfs_size * 1024))
+with open(rootfs, 'w') as sparse:
+os.ftruncate(sparse.fileno(), rootfs_size * 1024)
 
 label_str = ""
 if self.label:
@@ -305,7 +307,8 @@ class Partition():
 """
 Prepare an empty ext2/3/4 partition.
 """
-exec_cmd("truncate %s -s %d" % (rootfs, self.size * 1024))
+with open(rootfs, 'w') as sparse:
+os.ftruncate(sparse.fileno(), rootfs_size * 1024)
 
 extra_imagecmd = "-i 8192"
 
@@ -322,7 +325,8 @@ class Partition():
 """
 Prepare an empty btrfs partition.
 """
-exec_cmd("truncate %s -s %d" % (rootfs, self.size * 1024))
+with open(rootfs, 'w') as sparse:
+os.ftruncate(sparse.fileno(), rootfs_size * 1024)
 
 label_str = ""
 if self.label:
@@ -383,7 +387,8 @@ class Partition():
 """
 path = "%s/fs.%s" % (cr_workdir, self.fstype)
 
-exec_cmd("truncate %s -s %d" % (path, self.size * 1024))
+with open(path, 'w') as sparse:
+os.ftruncate(sparse.fileno(), self.size * 1024)
 
 import uuid
 label_str = ""
-- 
2.1.4

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

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Marek Vasut]

On 11/02/2016 03:48 PM, Burton, Ross wrote:
> 
> On 2 November 2016 at 12:07, Marek Vasut  > wrote:
> 
> Drop the incorrect EXTRA_OEMAKE and just use the one
> from u-boot-common*.inc . Moreover, since U-Boot buildsystem
> already strips the tools, add INSANE_SKIP = "already-stripped" .
> 
> 
> But u-boot-common doesn't set EXTRA_OEMAKE...

Should be u-boot.inc , sorry.


-- 
Best regards,
Marek Vasut
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] version of gdb in morty

[Andre McCurdy]

It looks like morty (and master) are building gdb from git (ie cloning
a ~660MB repo) with the git revision set to a snapshot mid-way between
the 7.11 and 7.11.1 release tags.

Was that the intention? Or is there a patch somewhere to switch to
building from the official 7.11.1 tar file?
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Burton, Ross]

On 2 November 2016 at 18:37, Beth 'pidge' Flanagan 
wrote:

> It's been a bit since I've looked at license.bbclass, but I guess my
> question here is this seems to take out all notification that a recipe
> doesn't have a LIC_FILES_CHKSUM, correct?
>
> I'd rather we maybe kept the note in and maybe whitelisted recipes that
> did interesting things so that didn't appear than just ignored when a
> recipe was missing it.
>
> Because if we don't at least bb.note it, I can see people just ignoring
> it entirely (which would be bad in a lot of ways)
>

No, this check was belt-and-braces (the other check is a bb.error()).  Also
bb.note() from tasks don't appear in the user-visible log by default,
you've got to dig into the task log to see them which is buried in the work
directories.

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

Re: [OE-core] [PATCH 1/2] lttng-tools: do not install shared libraries in ptest package

[Nathan Lynch]

On 11/02/2016 11:09 AM, Alexander Kanavin wrote:
> This was creating a race in runtime library dependency resolution
> where sometimes the library was assumed to be provided by the ptest
> package.
> 
> Signed-off-by: Alexander Kanavin 

FWIW:

Acked-by: Nathan Lynch 

Can this be applied to the morty branch after it hits master?

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

Re: [OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Beth 'pidge' Flanagan]

On Wed, 2016-11-02 at 15:07 +, Ross Burton wrote:
> Previously do_populate_lic would bail writing the license files (such
> as the MIT
> license text) to deploy/licenses/${PN}/ if there were no files listed
> in
> LIC_FILES_CHKSUM.
> 
> However this means that recipes that generate their content (such as
> os-release)
> or are otherwise "interesting" (such as perf) don't have their
> license files
> copied over, resulting in warnings from do_rootfs.
> 

It's been a bit since I've looked at license.bbclass, but I guess my
question here is this seems to take out all notification that a recipe
doesn't have a LIC_FILES_CHKSUM, correct?

I'd rather we maybe kept the note in and maybe whitelisted recipes that
did interesting things so that didn't appear than just ignored when a
recipe was missing it. 

Because if we don't at least bb.note it, I can see people just ignoring
it entirely (which would be bad in a lot of ways)

-b

> Signed-off-by: Ross Burton 
> ---
>  meta/classes/license.bbclass | 8 +---
>  1 file changed, 1 insertion(+), 7 deletions(-)
> 
> diff --git a/meta/classes/license.bbclass
> b/meta/classes/license.bbclass
> index 660b85f..afcfbfc 100644
> --- a/meta/classes/license.bbclass
> +++ b/meta/classes/license.bbclass
> @@ -390,7 +390,7 @@ def find_license_files(d):
>  from collections import defaultdict, OrderedDict
>  
>  # All the license files for the package
> -lic_files = d.getVar('LIC_FILES_CHKSUM', True)
> +lic_files = d.getVar('LIC_FILES_CHKSUM', True) or ""
>  pn = d.getVar('PN', True)
>  # The license files are located in S/LIC_FILE_CHECKSUM.
>  srcdir = d.getVar('S', True)
> @@ -469,12 +469,6 @@ def find_license_files(d):
>  if not generic_directory:
>  bb.fatal("COMMON_LICENSE_DIR is unset. Please set this in
> your distro config")
>  
> -if not lic_files:
> -# No recipe should have an invalid license file. This is
> checked else
> -# where, but let's be pedantic
> -bb.note(pn + ": Recipe file does not have license file
> information.")
> -return lic_files_paths
> -
>  for url in lic_files.split():
>  try:
>  (type, host, path, user, pswd, parm) =
> bb.fetch.decodeurl(url)
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] db: remove pointless documentation

[Ross Burton]

db-doc has an installed footprint of 94MB, but 60MB of that is the documentation
for the Java and C# bindings which are not part of this recipe.  Remove them and
the for-print PDF manuals to massively reduce the footprint of db-doc.

Also improve the fix for the documentation install path, and put the
documentation under ${docdir}/db instead of just ${docdir} (which is
/usr/share/doc by default).

Signed-off-by: Ross Burton 
---
 meta/recipes-support/db/db_6.0.35.bb | 14 ++
 1 file changed, 6 insertions(+), 8 deletions(-)

diff --git a/meta/recipes-support/db/db_6.0.35.bb 
b/meta/recipes-support/db/db_6.0.35.bb
index 32afbe8..f60edf9 100644
--- a/meta/recipes-support/db/db_6.0.35.bb
+++ b/meta/recipes-support/db/db_6.0.35.bb
@@ -87,7 +87,7 @@ MUTEX_arm = "${ARM_MUTEX}"
 MUTEX_armeb = "${ARM_MUTEX}"
 EXTRA_OECONF += "${MUTEX}"
 EXTRA_OEMAKE_append_class-target = " 
LIBTOOL=${STAGING_BINDIR_CROSS}/${HOST_SYS}-libtool"
-EXTRA_OEMAKE += "STRIP=true"
+EXTRA_OEMAKE += "STRIP=true docdir=${docdir}/db/"
 
 do_compile_prepend() {
# Stop libtool adding RPATHs
@@ -101,14 +101,12 @@ do_install_append() {
ln -s db60/db.h ${D}/${includedir}/db.h
ln -s db60/db_cxx.h ${D}/${includedir}/db_cxx.h
 
-   # The docs end up in /usr/docs - not right.
-   if test -d "${D}/${prefix}/docs"
-   then
-   mkdir -p "${D}/${datadir}"
-   test ! -d "${D}/${docdir}" || rm -rf "${D}/${docdir}"
-   mv "${D}/${prefix}/docs" "${D}/${docdir}"
-   fi
+   # Prune the documentation to remove large (PDF) or pointless (Java) 
files.
+   find ${D}${docdir} -name *.pdf -delete
+   rm -rf ${D}${docdir}/db/java
+   rm -rf ${D}${docdir}/db/csharp
 
+   # The makefiles use cp -p, so we need to chmod until that is fixed.
chown -R root:root ${D}
 }
 
-- 
2.8.1

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

Re: [OE-core] [PATCH 09/13] icu: update to 58.1

[Burton, Ross]

On 2 November 2016 at 17:22, Khem Raj  wrote:

> the _l functions were added as aliases for ABI compatibility reasons,
> however, it should work well and is compatible with glibc versions. however
> its not defined that
>

They won't work as "proper" strtod_l takes a locale argument whereas musl
just points it at strtod and ignores the passed locale, so the behaviour
will be different.

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

Re: [OE-core] [PATCH 09/13] icu: update to 58.1

[Khem Raj]

> On Nov 2, 2016, at 5:16 AM, Burton, Ross  wrote:
> 
> 
> On 1 November 2016 at 15:25, Alexander Kanavin 
>  > wrote:
> The copyright for the software has been transferred to Unicode Inc from IBM,
> but the terms are same.
> 
> libiculx and libicule are no longer produced as they depend on an external
> package icu-le-hb (previous versions had an option of using an internal
> implementation which now has been dropped). I have verified that icu
> dependencies in oe-core and meta-oe still build.
> 
> Signed-off-by: Alexander Kanavin  >
> 
> This breaks under musl:
> 
> ../../icu/source/i18n/digitlst.cpp:67:24: fatal error: xlocale.h: No such 
> file or directory
>  #   include 
> 
> musl doesn't have xlocale.h but does have a crippled strtod_l (doesn't 
> actually support a passed in locale, which is the entire point of the _l 
> functions).
> 
> Upstreams such as pulseaudio have done 
> https://bugs.freedesktop.org/attachment.cgi?id=118644 
>  to guard the include, 
> but I see that digitlist.cpp has an alternative branch where strtod_l isn't 
> supported: as that function on musl is crippled maybe ICU should be told not 
> to use it?

the _l functions were added as aliases for ABI compatibility reasons, however, 
it should work well and is compatible with glibc versions. however its not 
defined that
it should only come from xlocale.h so we should check for xlocale.h to be 
present on rootfs before using it.

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



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] lttng: enable optional building of manpages

[Alexander Kanavin]

On 11/02/2016 07:05 PM, Alexander Kanavin wrote:

(From OE-Core rev: 6ca9b7a56fac1d1b4f087346d3279bfdd50b93a3)

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 


Ignore this set please, I don't know how to use git send-email :D

Alex

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

[OE-core] [PATCH 1/2] lttng-tools: do not install shared libraries in ptest package

[Alexander Kanavin]

This was creating a race in runtime library dependency resolution
where sometimes the library was assumed to be provided by the ptest
package.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/lttng/lttng-tools_git.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb 
b/meta/recipes-kernel/lttng/lttng-tools_git.bb
index 016346f..0d2bd00 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
@@ -113,4 +113,7 @@ do_install_ptest () {
# checkpatch.pl is unneeded on target and causes file-rdeps QA
# warnings.
rm -f ${D}${PTEST_PATH}/extras/checkpatch.pl
+
+# Remove built libraries as they confuse the packages' runtime 
dependency resolution
+rm -rf ${D}${PTEST_PATH}/src/lib/lttng-ctl/.libs/
 }
-- 
2.10.1

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

[OE-core] [PATCH 2/2] populate_sdk_base.bbclass: add documentation packages to SDKs if api-documentation is in DISTRO_FEATURES

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 4462b52..a0d3527 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -17,7 +17,7 @@ def complementary_globs(featurevar, d):
 globs.append(glob)
 return ' '.join(globs)
 
-SDKIMAGE_FEATURES ??= "dev-pkgs dbg-pkgs"
+SDKIMAGE_FEATURES ??= "dev-pkgs dbg-pkgs 
${@bb.utils.contains('DISTRO_FEATURES', 'api-documentation', 'doc-pkgs', '', 
d)}"
 SDKIMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs("SDKIMAGE_FEATURES", 
d)}'
 
 inherit rootfs_${IMAGE_PKGTYPE}
-- 
2.10.1

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

[OE-core] [PATCH 2/2] oeqa/selftest/kernel.py: Add new file destined for kernel related tests

[Alexander Kanavin]

From: Costin Constantin 

[YP#7202]:  Test for linux-dummy
The new kernel.py file is intended for kernel related test cases.
The test for linux-dummy will ensure it is in good shape and can
be used as a kernel replacement at build time. To do this, the
test will first clean sstate for linux-dummy target, ensuring no
file is present in the stamps directory. After, core-image-minimal
is built, ensuring linux-dummy can be used as a kernel substitute.

(From OE-Core rev: 98c6ebf1e05158c689e01b785d32757847cdb10c)

Signed-off-by: Costin Constantin 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/selftest/kernel.py | 29 +
 1 file changed, 29 insertions(+)
 create mode 100644 meta/lib/oeqa/selftest/kernel.py

diff --git a/meta/lib/oeqa/selftest/kernel.py b/meta/lib/oeqa/selftest/kernel.py
new file mode 100644
index 000..3fe3517
--- /dev/null
+++ b/meta/lib/oeqa/selftest/kernel.py
@@ -0,0 +1,29 @@
+import os
+import oeqa.utils.ftools as ftools
+from oeqa.selftest.base import oeSelfTest
+from oeqa.utils.commands import runCmd, bitbake, get_bb_var
+from oeqa.utils.decorators import testcase
+
+class KernelTests(oeSelfTest):
+def  test_dummy_kernel(self):
+"""
+[YP#7202]
+- test that linux-dummy target can be used as kernel provider for an 
image
+- check no "multiple providers are available for" message is received 
while building the image
+"""
+config_param = 'PREFERRED_PROVIDER_virtual/kernel = "linux-dummy"'
+self.append_config(config_param)
+arch_dir = get_bb_var('MULTIMACH_TARGET_SYS', target='linux-dummy')
+stamps_dir = os.path.join(os.getenv('BUILDDIR'), "tmp/stamps")
+lnx_dmy_stamps_dir = os.path.join(stamps_dir, arch_dir, 'linux-dummy')
+res = bitbake("linux-dummy -ccleansstate") # ensure we have nothing 
related to linux-dummy in stamps dir.
+self.assertFalse(os.listdir(lnx_dmy_stamps_dir), msg='linux-dummy 
stamps dir. should have been cleaned. Something \
+ happened with bitbake linux-dummy -ccleansstate')
+res = bitbake("core-image-minimal")# testing linux-dummy is both 
buildable and usable within an image
+self.remove_config(config_param)
+self.assertEqual(res.status, 0, msg="core-image-minimal failed to 
build. Please check logs. ")
+self.assertNotIn("multiple providers are available for", res.output, 
msg="'multiple providers are available for\
+linux-dummy' message received during buildtime.")
+self.assertTrue(os.listdir(lnx_dmy_stamps_dir), msg="linux-dummy 
didn't build correctly. No stamp present in stamps \
+dir. %s" % lnx_dmy_stamps_dir)
+ 
-- 
2.10.1

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

[OE-core] [PATCH 1/2] lttng: enable optional building of manpages

[Alexander Kanavin]

(From OE-Core rev: 6ca9b7a56fac1d1b4f087346d3279bfdd50b93a3)

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
---
 meta/recipes-kernel/lttng/lttng-tools_git.bb | 4 ++--
 meta/recipes-kernel/lttng/lttng-ust_git.bb   | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb 
b/meta/recipes-kernel/lttng/lttng-tools_git.bb
index bfc657b..016346f 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb
@@ -26,7 +26,7 @@ PACKAGECONFIG ??= "lttng-ust"
 PACKAGECONFIG[python] = "--enable-python-bindings ${PYTHON_OPTION},,python3 
swig-native"
 PACKAGECONFIG[lttng-ust] = "--with-lttng-ust, --without-lttng-ust, lttng-ust"
 PACKAGECONFIG[kmod] = "--enable-kmod, --disable-kmod, kmod"
-PACKAGECONFIG[manpages] = "--enable-man-pages, --disable-man-pages, 
asciidoc-native"
+PACKAGECONFIG[manpages] = "--enable-man-pages, --disable-man-pages, 
asciidoc-native xmlto-native libxslt-native"
 PACKAGECONFIG_remove_libc-musl = "lttng-ust"
 
 SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.8 \
@@ -35,7 +35,7 @@ SRC_URI = 
"git://git.lttng.org/lttng-tools.git;branch=stable-2.8 \
 
 S = "${WORKDIR}/git"
 
-inherit autotools-brokensep ptest pkgconfig useradd python3-dir
+inherit autotools-brokensep ptest pkgconfig useradd python3-dir manpages
 
 USERADD_PACKAGES = "${PN}"
 GROUPADD_PARAM_${PN} = "tracing"
diff --git a/meta/recipes-kernel/lttng/lttng-ust_git.bb 
b/meta/recipes-kernel/lttng/lttng-ust_git.bb
index baff71f..07ce2f4 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_git.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_git.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=c963eb366b781252b0bf0fdf1624d9e9 \
 
file://snprintf/snprintf.c;endline=32;md5=d3d544959d8a3782b2e07451be0a903c \
 
file://snprintf/various.h;endline=31;md5=89f2509b6b4682c4fc95255eec4abe44"
 
-inherit autotools lib_package
+inherit autotools lib_package manpages
 
 DEPENDS = "liburcu util-linux"
 RDEPENDS_${PN}-bin = "python3-core"
@@ -26,7 +26,7 @@ SRC_URI = 
"git://git.lttng.org/lttng-ust.git;branch=stable-2.8 \
file://lttng-ust-doc-examples-disable.patch \
   "
 
-EXTRA_OECONF += "--disable-man-pages"
+PACKAGECONFIG[manpages] = "--enable-man-pages, --disable-man-pages, 
asciidoc-native xmlto-native libxslt-native"
 
 do_install_append() {
 # Patch python tools to use Python 3; they should be source 
compatible, but
-- 
2.10.1

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

Re: [OE-core] [PATCH 5/8] libsamplerate0: Update to version 0.1.9

[Burton, Ross]

On 1 November 2016 at 19:53, Fabio Berton 
wrote:

>  LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
> -file://src/samplerate.c;beginline=1;endline=17;md5=
> d0807c35fc906466d24a50463534815a"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=336d6faf40fb600bafb0061f4052f1f4 \
> +file://src/samplerate.c;beginline=1;endline=17;md5=
> c45e8e3c7371009f0a4a569f2f22e25c"
>

When you need to update the checksums always explain why they were
changed.  In this case as can be seen from Tanu's upgrade patch that he
just sent the change was required because the license has changed from
GPLv2+ to BSD.

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

Re: [OE-core] [PATCH 5/8] libsamplerate0: Update to version 0.1.9

[Alexander Kanavin]

On 11/01/2016 09:53 PM, Fabio Berton wrote:

-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
-
file://src/samplerate.c;beginline=1;endline=17;md5=d0807c35fc906466d24a50463534815a"
+LIC_FILES_CHKSUM = "file://COPYING;md5=336d6faf40fb600bafb0061f4052f1f4 \
+
file://src/samplerate.c;beginline=1;endline=17;md5=c45e8e3c7371009f0a4a569f2f22e25c"


When you do this, you *must* compare the two license files, and then 
explain in the commit log what happened. Tanu's patch does it correctly, 
as the license has in fact changed from GPL to BSD!


Alex

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

[OE-core] [PATCH 0/2] Update libsamplerate0

[Tanu Kaskinen]

The following changes since commit 98c6ebf1e05158c689e01b785d32757847cdb10c:

  oeqa/selftest/kernel.py: Add new file destined for kernel related tests 
(2016-11-01 10:05:40 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib tanuk/updates
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=tanuk/updates

Tanu Kaskinen (2):
  libsamplerate0: 0.1.8 -> 0.1.9
  libsamplerate0: clean up dependencies

 .../0001-configure.ac-improve-alsa-handling.patch  | 62 ++
 .../libsamplerate/libsamplerate0_0.1.8.bb  | 21 
 .../libsamplerate/libsamplerate0_0.1.9.bb  | 26 +
 3 files changed, 88 insertions(+), 21 deletions(-)
 create mode 100644 
meta/recipes-multimedia/libsamplerate/libsamplerate0/0001-configure.ac-improve-alsa-handling.patch
 delete mode 100644 
meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb
 create mode 100644 
meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb

-- 
2.9.3

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

[OE-core] [PATCH 2/2] libsamplerate0: clean up dependencies

[Tanu Kaskinen]

The flac dependency was completely bogus. Flac isn't used at all.

FFTW is only used by tests, so we don't need to provide a packageconfig
for that.

ALSA is only used by example code that isn't part of the packaged files,
so even if ALSA is enabled, it doesn't affect the build result.
Nevertheless, I prefer to disable it explicitly to be extra sure.

--disable-alsa resulted in a warning about an unsupported configure
option, although by some magic it seemed to actually work as expected.
A patch is added to get rid of that warning.

Signed-off-by: Tanu Kaskinen 
---
 .../0001-configure.ac-improve-alsa-handling.patch  | 62 ++
 .../libsamplerate/libsamplerate0_0.1.9.bb  | 11 ++--
 2 files changed, 70 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-multimedia/libsamplerate/libsamplerate0/0001-configure.ac-improve-alsa-handling.patch

diff --git 
a/meta/recipes-multimedia/libsamplerate/libsamplerate0/0001-configure.ac-improve-alsa-handling.patch
 
b/meta/recipes-multimedia/libsamplerate/libsamplerate0/0001-configure.ac-improve-alsa-handling.patch
new file mode 100644
index 000..d19b514
--- /dev/null
+++ 
b/meta/recipes-multimedia/libsamplerate/libsamplerate0/0001-configure.ac-improve-alsa-handling.patch
@@ -0,0 +1,62 @@
+From 957ebce3837588f71016e37ffaf9aad0a9d41cec Mon Sep 17 00:00:00 2001
+From: Tanu Kaskinen 
+Date: Fri, 23 Sep 2016 12:02:06 +0300
+Subject: [PATCH] configure.ac: improve alsa handling
+
+Three improvements:
+
+1) "--enable-alsa" or "--disable-alsa" caused a warning about an
+unsupported configure option, because AC_ARG_ENABLE was not used.
+
+2) If alsa was disabled, the "Have ALSA" item in the summary would print
+an empty string instead of "no".
+
+3) If "--enable-alsa" was passed to configure, but the headers were not
+found, configure would still succeed (with alsa disabled). It's better
+to fail and abort configure if a feature that was explicitly requested
+can't be enabled.
+
+Upstream-Status: Submitted [sent to s...@mega-nerd.com]
+
+Signed-off-by: Tanu Kaskinen 
+---
+ configure.ac | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index 474c6ab..bad597e 100644
+--- a/configure.ac
 b/configure.ac
+@@ -101,6 +101,9 @@ AC_ARG_ENABLE(cpu-clip,
+   AC_HELP_STRING([--disable-cpu-clip], [disable tricky cpu 
specific clipper]),
+   ac_arg_cpu_clip="N", ac_arg_cpu_clip="Y")
+ 
++AC_ARG_ENABLE(alsa,
++AC_HELP_STRING([--disable-alsa], [disable ALSA support in the 
varispeed-play example program]))
++
+ 
#
+ # Check types and their sizes.
+ 
+@@ -194,6 +197,10 @@ if test x$enable_alsa != xno ; then
+   if test x$ac_cv_header_alsa_asoundlib_h = xyes ; then
+   ALSA_LIBS="-lasound"
+   enable_alsa=yes
++elif test x$enable_alsa = xyes ; then
++AC_MSG_ERROR(["ALSA headers not found"])
++else
++enable_alsa=no
+   fi
+   fi
+ 
+@@ -340,7 +347,7 @@ AC_MSG_RESULT([
+ Have FFTW : ... ${ac_cv_fftw3}])
+ 
+ AC_MSG_RESULT([Have libsndfile : . ${ac_cv_sndfile}])
+-AC_MSG_RESULT([Have ALSA : ... 
${ac_cv_header_alsa_asoundlib_h}
++AC_MSG_RESULT([Have ALSA : ... ${enable_alsa}
+ ])
+ 
+ AC_MSG_RESULT([  Installation directories :
+-- 
+2.9.3
+
diff --git a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb 
b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
index a24b8c7..5473bff 100644
--- a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
+++ b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
@@ -4,10 +4,12 @@ SECTION = "libs"
 LICENSE = "BSD-2-Clause"
 LIC_FILES_CHKSUM = "file://COPYING;md5=336d6faf40fb600bafb0061f4052f1f4 \
 
file://src/samplerate.c;beginline=1;endline=7;md5=5b6982a8c2811c7312c13cccbf55f55e"
-DEPENDS = "flac libsndfile1"
+DEPENDS = "libsndfile1"
 PR = "r1"
 
-SRC_URI = "http://www.mega-nerd.com/SRC/libsamplerate-${PV}.tar.gz";
+SRC_URI = "http://www.mega-nerd.com/SRC/libsamplerate-${PV}.tar.gz \
+   file://0001-configure.ac-improve-alsa-handling.patch \
+"
 
 SRC_URI[md5sum] = "2b78ae9fe63b36b9fbb6267fad93f259"
 SRC_URI[sha256sum] = 
"0a7eb168e2f21353fb6d84da152e4512126f7dc48ccb0be80578c565413444c1"
@@ -18,4 +20,7 @@ S = "${WORKDIR}/libsamplerate-${PV}"
 
 inherit autotools pkgconfig
 
-PACKAGECONFIG[fftw] = ",--disable-fftw,fftw"
+# FFTW and ALSA are only used in tests and examples, so they don't affect
+# normal builds. It should be safe to ignore these, but explicitly disabling
+# them adds some extra certainty that builds are deterministic.
+EXTRA_OECONF = "--disable-fftw --disable-alsa"
-- 
2.9.3

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedd

[OE-core] [PATCH 1/2] libsamplerate0: 0.1.8 -> 0.1.9

[Tanu Kaskinen]

The license has changed to BSD as explained here:
http://www.mega-nerd.com/SRC/license.html

Signed-off-by: Tanu Kaskinen 
---
 .../{libsamplerate0_0.1.8.bb => libsamplerate0_0.1.9.bb}   | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-multimedia/libsamplerate/{libsamplerate0_0.1.8.bb => 
libsamplerate0_0.1.9.bb} (62%)

diff --git a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb 
b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
similarity index 62%
rename from meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb
rename to meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
index 1c37681..a24b8c7 100644
--- a/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.8.bb
+++ b/meta/recipes-multimedia/libsamplerate/libsamplerate0_0.1.9.bb
@@ -1,16 +1,16 @@
 SUMMARY = "Audio Sample Rate Conversion library"
 HOMEPAGE = "http://www.mega-nerd.com/SRC/";
 SECTION = "libs"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
-
file://src/samplerate.c;beginline=1;endline=17;md5=d0807c35fc906466d24a50463534815a"
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://COPYING;md5=336d6faf40fb600bafb0061f4052f1f4 \
+
file://src/samplerate.c;beginline=1;endline=7;md5=5b6982a8c2811c7312c13cccbf55f55e"
 DEPENDS = "flac libsndfile1"
 PR = "r1"
 
 SRC_URI = "http://www.mega-nerd.com/SRC/libsamplerate-${PV}.tar.gz";
 
-SRC_URI[md5sum] = "1c7fb25191b4e6e3628d198a66a84f47"
-SRC_URI[sha256sum] = 
"93b54bdf46d5e6d2354b7034395fe329c222a966790de34520702bb9642f1c06"
+SRC_URI[md5sum] = "2b78ae9fe63b36b9fbb6267fad93f259"
+SRC_URI[sha256sum] = 
"0a7eb168e2f21353fb6d84da152e4512126f7dc48ccb0be80578c565413444c1"
 
 UPSTREAM_CHECK_URI = "http://www.mega-nerd.com/SRC/download.html";
 
-- 
2.9.3

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

Re: [OE-core] [PATCH 4/8] serf: Update to version 1.3.9

[Alexander Kanavin]

On 11/02/2016 03:00 PM, Fabio Berton wrote:


I'll send a v2 using https://archive.apache.org/dist/serf/


Please update the UPSTREAM_CHECK_URI too, or maybe you can drop it 
altogether.


Alex

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

[OE-core] [PATCH] classes/license: copy licenses even if there are no checksummed files

[Ross Burton]

Previously do_populate_lic would bail writing the license files (such as the MIT
license text) to deploy/licenses/${PN}/ if there were no files listed in
LIC_FILES_CHKSUM.

However this means that recipes that generate their content (such as os-release)
or are otherwise "interesting" (such as perf) don't have their license files
copied over, resulting in warnings from do_rootfs.

Signed-off-by: Ross Burton 
---
 meta/classes/license.bbclass | 8 +---
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 660b85f..afcfbfc 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -390,7 +390,7 @@ def find_license_files(d):
 from collections import defaultdict, OrderedDict
 
 # All the license files for the package
-lic_files = d.getVar('LIC_FILES_CHKSUM', True)
+lic_files = d.getVar('LIC_FILES_CHKSUM', True) or ""
 pn = d.getVar('PN', True)
 # The license files are located in S/LIC_FILE_CHECKSUM.
 srcdir = d.getVar('S', True)
@@ -469,12 +469,6 @@ def find_license_files(d):
 if not generic_directory:
 bb.fatal("COMMON_LICENSE_DIR is unset. Please set this in your distro 
config")
 
-if not lic_files:
-# No recipe should have an invalid license file. This is checked else
-# where, but let's be pedantic
-bb.note(pn + ": Recipe file does not have license file information.")
-return lic_files_paths
-
 for url in lic_files.split():
 try:
 (type, host, path, user, pswd, parm) = bb.fetch.decodeurl(url)
-- 
2.8.1

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

[OE-core] [PATCH] sstate: Ensure we don't remove sigbasedata files

[Richard Purdie]

We don't remove sigdata files, we also shouldn't remove sigbasedata files
as this hinders debugging.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 172384b..8643f3d 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -457,7 +457,7 @@ def sstate_clean(ss, d):
 rm_nohash = ".do_%s" % ss['task']
 for stfile in glob.glob(wildcard_stfile):
 # Keep the sigdata
-if ".sigdata." in stfile:
+if ".sigdata." in stfile or ".sigbasedata." in stfile:
 continue
 # Preserve taint files in the stamps directory
 if stfile.endswith('.taint'):


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

[OE-core] [PATCH] rm_work: Ensure we don't remove sigbasedata files

[Richard Purdie]

We don't remove sigdata files, we also shouldn't remove sigbasedata files
as this hinders debugging.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index b71a9d1..64b6981 100644
--- a/meta/classes/rm_work.bbclass
+++ b/meta/classes/rm_work.bbclass
@@ -58,7 +58,7 @@ do_rm_work () {
 *do_setscene*)
 break
 ;;
-*sigdata*)
+*sigdata*|*sigbasedata*)
 i=dummy
 break
 ;;


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

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Burton, Ross]

On 2 November 2016 at 12:07, Marek Vasut  wrote:

> Drop the incorrect EXTRA_OEMAKE and just use the one
> from u-boot-common*.inc . Moreover, since U-Boot buildsystem
> already strips the tools, add INSANE_SKIP = "already-stripped" .
>

But u-boot-common doesn't set EXTRA_OEMAKE...

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

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[André Draszik]

On Wed, 2016-11-02 at 13:07 +0100, Marek Vasut wrote:
> The build failed on qemux86-64 because it couldn't execute
> tools/bin2header on a host due to it being compiled with target
> toolchain. Drop the incorrect EXTRA_OEMAKE and just use the one
> from u-boot-common*.inc . Moreover, since U-Boot buildsystem
> already strips the tools, add INSANE_SKIP = "already-stripped" .
> 
> Signed-off-by: Marek Vasut 
> Cc: Ross Burton 
> ---
>  meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> index 5025961..76b303e 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> +++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> @@ -3,8 +3,6 @@ require u-boot-common_${PV}.inc
>  SUMMARY = "U-Boot bootloader image creation tool"
>  DEPENDS = "openssl"
>  
> -EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS}
> ${LDFLAGS}" STRIP=true V=1'

Can we keep V=1, please? (Unless it's default anyway).

Cheers,
Andre'

> -
>  do_compile () {
>   oe_runmake sandbox_defconfig
>   oe_runmake cross_tools NO_SDL=1
> @@ -17,3 +15,4 @@ do_install () {
>  }
>  
>  BBCLASSEXTEND = "native nativesdk"
> +INSANE_SKIP_${PN} = "already-stripped"
> -- 
> 2.9.3
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 7/8] gawk: Update to version 4.1.4

[Fabio Berton]

Hi Ross,

I'll look this issue.

Thanks,

Fabio

On Wed, Nov 2, 2016 at 9:34 AM, Burton, Ross  wrote:

> This causes QA warnings:
>
> WARNING: gawk-4.1.4-r0 do_package_qa: QA Issue: 
> /usr/lib/gawk/ptest/test/arrayind1.awk
> contained in package gawk-ptest requires /usr/local/bin/awk, but no
> providers found in RDEPENDS_gawk-ptest? [file-rdeps]
>
> We should patch out the hashbang line (and submit that upstream as none of
> the other awk scripts in the test suite have a hashbang).
>
> Ross
>
> On 1 November 2016 at 19:53, Fabio Berton 
> wrote:
>
>> Signed-off-by: Fabio Berton 
>> ---
>>  meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest | 0
>>  meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} | 4 ++--
>>  2 files changed, 2 insertions(+), 2 deletions(-)
>>  rename meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest
>> (100%)
>>  rename meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} (89%)
>>
>> diff --git a/meta/recipes-extended/gawk/gawk-4.1.3/run-ptest
>> b/meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
>> similarity index 100%
>> rename from meta/recipes-extended/gawk/gawk-4.1.3/run-ptest
>> rename to meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
>> diff --git a/meta/recipes-extended/gawk/gawk_4.1.3.bb
>> b/meta/recipes-extended/gawk/gawk_4.1.4.bb
>> similarity index 89%
>> rename from meta/recipes-extended/gawk/gawk_4.1.3.bb
>> rename to meta/recipes-extended/gawk/gawk_4.1.4.bb
>> index 6ca7f3e..ad18237 100644
>> --- a/meta/recipes-extended/gawk/gawk_4.1.3.bb
>> +++ b/meta/recipes-extended/gawk/gawk_4.1.4.bb
>> @@ -19,8 +19,8 @@ SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
>> file://run-ptest \
>>  "
>>
>> -SRC_URI[md5sum] = "55d37f4069502677f25d1340df8eec97"
>> -SRC_URI[sha256sum] = "524effa5b9ecd4ed940f2581c5d3c
>> 1df4e4bd7e6f768aa033c1916f47dfc6e29"
>> +SRC_URI[md5sum] = "f20c94ca51b6ebfc9bffb90f95c8ffbb"
>> +SRC_URI[sha256sum] = "8c03080e2b5a56263e8783f6f1f30
>> 6398d4591be18254041f3f547efef944d35"
>>
>>  inherit autotools gettext texinfo update-alternatives
>>
>> --
>> 2.1.4
>>
>> --
>> ___
>> 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

Re: [OE-core] [PATCH 4/8] serf: Update to version 1.3.9

[Fabio Berton]

Ok,

I'll send a v2 using https://archive.apache.org/dist/serf/

Thanks,

Fabio

On Wed, Nov 2, 2016 at 10:21 AM, Burton, Ross  wrote:

>
> On 2 November 2016 at 11:39, Bas Mevissen  wrote:
>
>> It looks like https://archive.apache.org/dist/serf contains all
>> releases, including the current one.
>>
>
> Perfect, can you send a v2?
>
> (just checked the history and it moved to snapshot.debian.org from
> googlecode)
>
> Thanks,
> Ross
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] guilt: remove

[Ross Burton]

This was used by the kernel tooling but has since been replaced by kgit-s2q.  As
there are no other users in oe-core, and this was just a native recipe, remove
it.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/guilt/files/guilt-bash.patch | 288 -
 meta/recipes-devtools/guilt/guilt-native_git.bb|  23 --
 2 files changed, 311 deletions(-)
 delete mode 100644 meta/recipes-devtools/guilt/files/guilt-bash.patch
 delete mode 100644 meta/recipes-devtools/guilt/guilt-native_git.bb

diff --git a/meta/recipes-devtools/guilt/files/guilt-bash.patch 
b/meta/recipes-devtools/guilt/files/guilt-bash.patch
deleted file mode 100644
index 70a439e..000
--- a/meta/recipes-devtools/guilt/files/guilt-bash.patch
+++ /dev/null
@@ -1,288 +0,0 @@
-guilt: explicitly call for bash
-
-Running complex guilt stacks of patches/commits can cause interesting
-failures after ~20m of processing, with errors like "Bad substitution".
-
-These have been traced back to having /bin/sh -->  /bin/dash on Ubuntu
-systems.  Putting a shell that actually *works* (such as /bin/bash)
-in as /bin/sh makes the problem go away.  So here we change the guilt
-scripts to explicitly call for bash to ensure we don't have a similar
-issue after deployment.
-
-Upstream-Status: Inappropriate [oe-specific]
-
-Signed-off-by: Paul Gortmaker 
-

- guilt   |2 +-
- guilt-add   |2 +-
- guilt-applied   |2 +-
- guilt-branch|2 +-
- guilt-delete|2 +-
- guilt-diff  |2 +-
- guilt-export|2 +-
- guilt-files |2 +-
- guilt-fold  |2 +-
- guilt-fork  |2 +-
- guilt-graph |2 +-
- guilt-header|2 +-
- guilt-help  |2 +-
- guilt-import|2 +-
- guilt-import-commit |2 +-
- guilt-init  |4 ++--
- guilt-new   |2 +-
- guilt-next  |2 +-
- guilt-patchbomb |2 +-
- guilt-pop   |2 +-
- guilt-prev  |2 +-
- guilt-push  |2 +-
- guilt-rebase|2 +-
- guilt-refresh   |2 +-
- guilt-rm|2 +-
- guilt-series|2 +-
- guilt-status|2 +-
- guilt-top   |2 +-
- guilt-unapplied |2 +-
- 29 files changed, 30 insertions(+), 30 deletions(-)
-
 a/guilt
-+++ b/guilt
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006-2010
- #
 a/guilt-add
-+++ b/guilt-add
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-applied
-+++ b/guilt-applied
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-branch
-+++ b/guilt-branch
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007-2008
- #
 a/guilt-delete
-+++ b/guilt-delete
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-diff
-+++ b/guilt-diff
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (C) 2007 Josef 'Jeff' Sipek 
- #
 a/guilt-export
-+++ b/guilt-export
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Pierre Habouzit, 2007
- #
 a/guilt-files
-+++ b/guilt-files
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (C) 2007 Yasushi SHOJI 
- #
 a/guilt-fold
-+++ b/guilt-fold
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-fork
-+++ b/guilt-fork
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007
- #
 a/guilt-graph
-+++ b/guilt-graph
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007
- #
 a/guilt-header
-+++ b/guilt-header
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006-2010
- #
 a/guilt-help
-+++ b/guilt-help
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007
- #
 a/guilt-import
-+++ b/guilt-import
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007
- #
 a/guilt-import-commit
-+++ b/guilt-import-commit
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2007
- #
 a/guilt-init
-+++ b/guilt-init
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
-@@ -31,7 +31,7 @@ touch "$GUILT_DIR/$branch/status"
- 
- mkdir -p "$GIT_DIR/hooks/guilt"
- cat > "$GIT_DIR/hooks/guilt/delete" < 
- 
- echo "Removing patch '\$1'..."
 a/guilt-new
-+++ b/guilt-new
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-next
-+++ b/guilt-next
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+#!/bin/bash
- #
- # Copyright (c) Josef "Jeff" Sipek, 2006, 2007
- #
 a/guilt-patchbomb
-+++ b/guilt-patchbomb
-@@ -1,4 +1,4 @@
--#!/bin/sh
-+

Re: [OE-core] [PATCH 8/8] guilt-native: Update to tag v0.36

[Burton, Ross]

On 1 November 2016 at 19:54, Fabio Berton 
wrote:

> Signed-off-by: Fabio Berton 
>

The kernel tooling doesn't use this anymore, so I propose we remove it
instead.

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

Re: [OE-core] [PATCH 09/13] icu: update to 58.1

[Burton, Ross]

On 1 November 2016 at 15:25, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> The copyright for the software has been transferred to Unicode Inc from
> IBM,
> but the terms are same.
>
> libiculx and libicule are no longer produced as they depend on an external
> package icu-le-hb (previous versions had an option of using an internal
> implementation which now has been dropped). I have verified that icu
> dependencies in oe-core and meta-oe still build.
>
> Signed-off-by: Alexander Kanavin 
>

This breaks under musl:

../../icu/source/i18n/digitlst.cpp:67:24: fatal error: xlocale.h: No such
file or directory
 #   include 

musl doesn't have xlocale.h but does have a crippled strtod_l (doesn't
actually support a passed in locale, which is the entire point of the _l
functions).

Upstreams such as pulseaudio have done
https://bugs.freedesktop.org/attachment.cgi?id=118644 to guard the include,
but I see that digitlist.cpp has an alternative branch where strtod_l isn't
supported: as that function on musl is crippled maybe ICU should be told
not to use it?

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

Re: [OE-core] [PATCH 4/8] serf: Update to version 1.3.9

[Burton, Ross]

On 2 November 2016 at 11:39, Bas Mevissen  wrote:

> It looks like https://archive.apache.org/dist/serf contains all releases,
> including the current one.
>

Perfect, can you send a v2?

(just checked the history and it moved to snapshot.debian.org from
googlecode)

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

Re: [OE-core] [PATCH 1/4] u-boot: Update to 2016.09.01 release

[Marek Vasut]

On 10/31/2016 03:59 PM, Burton, Ross wrote:
> 
> On 30 October 2016 at 18:18, Marek Vasut  > wrote:
> 
> So the simplest test would be to do the build of native u-boot-mkimage
> on, say, centos/fedora ?
> 
> 
> No, a build on Debian (I've just replicated this on my own debian build
> machine).  Literally just "bitbake u-boot-mkimage" fails to build.

Got it, replicated, thanks.

I sent a patch, see if that works for you.

-- 
Best regards,
Marek Vasut
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Marek Vasut]

The build failed on qemux86-64 because it couldn't execute
tools/bin2header on a host due to it being compiled with target
toolchain. Drop the incorrect EXTRA_OEMAKE and just use the one
from u-boot-common*.inc . Moreover, since U-Boot buildsystem
already strips the tools, add INSANE_SKIP = "already-stripped" .

Signed-off-by: Marek Vasut 
Cc: Ross Burton 
---
 meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb 
b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
index 5025961..76b303e 100644
--- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
@@ -3,8 +3,6 @@ require u-boot-common_${PV}.inc
 SUMMARY = "U-Boot bootloader image creation tool"
 DEPENDS = "openssl"
 
-EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS} 
${LDFLAGS}" STRIP=true V=1'
-
 do_compile () {
oe_runmake sandbox_defconfig
oe_runmake cross_tools NO_SDL=1
@@ -17,3 +15,4 @@ do_install () {
 }
 
 BBCLASSEXTEND = "native nativesdk"
+INSANE_SKIP_${PN} = "already-stripped"
-- 
2.9.3

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

Re: [OE-core] [PATCH 4/8] serf: Update to version 1.3.9

[Bas Mevissen]

> On 2 Nov 2016, at 12:04, Burton, Ross  wrote:
> 
> 
>> On 1 November 2016 at 19:53, Fabio Berton  
>> wrote:
>> -SRC_URI = 
>> "http://snapshot.debian.org/archive/debian/20160728T043443Z/pool/main/s/${BPN}/${BPN}_${PV}.orig.tar.gz
>>  \
>> +SRC_URI = "https://www.apache.org/dist/${PN}/${PN}-${PV}.tar.bz2 \
> 
> The reason we download from snapshot.debian.org is that apache.org/dist/ only 
> contains the latest release (see http://apache.org/dist/serf/) so the moment 
> 1.4.0 is released the tarball will disappear.
> 
> If apache maintains an archive of *all* releases with a stable URL then that 
> would be preferable to snapshot.debian.org, but relying on apache.org/dist/ 
> isn't possible.
> 

It looks like https://archive.apache.org/dist/serf contains all releases, 
including the current one.

Bas.


> Ross
> -- 
> ___
> 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

Re: [OE-core] [PATCH 7/8] gawk: Update to version 4.1.4

[Burton, Ross]

This causes QA warnings:

WARNING: gawk-4.1.4-r0 do_package_qa: QA Issue:
/usr/lib/gawk/ptest/test/arrayind1.awk contained in package gawk-ptest
requires /usr/local/bin/awk, but no providers found in RDEPENDS_gawk-ptest?
[file-rdeps]

We should patch out the hashbang line (and submit that upstream as none of
the other awk scripts in the test suite have a hashbang).

Ross

On 1 November 2016 at 19:53, Fabio Berton 
wrote:

> Signed-off-by: Fabio Berton 
> ---
>  meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest | 0
>  meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} | 4 ++--
>  2 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-extended/gawk/{gawk-4.1.3 => gawk-4.1.4}/run-ptest
> (100%)
>  rename meta/recipes-extended/gawk/{gawk_4.1.3.bb => gawk_4.1.4.bb} (89%)
>
> diff --git a/meta/recipes-extended/gawk/gawk-4.1.3/run-ptest
> b/meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
> similarity index 100%
> rename from meta/recipes-extended/gawk/gawk-4.1.3/run-ptest
> rename to meta/recipes-extended/gawk/gawk-4.1.4/run-ptest
> diff --git a/meta/recipes-extended/gawk/gawk_4.1.3.bb
> b/meta/recipes-extended/gawk/gawk_4.1.4.bb
> similarity index 89%
> rename from meta/recipes-extended/gawk/gawk_4.1.3.bb
> rename to meta/recipes-extended/gawk/gawk_4.1.4.bb
> index 6ca7f3e..ad18237 100644
> --- a/meta/recipes-extended/gawk/gawk_4.1.3.bb
> +++ b/meta/recipes-extended/gawk/gawk_4.1.4.bb
> @@ -19,8 +19,8 @@ SRC_URI = "${GNU_MIRROR}/gawk/gawk-${PV}.tar.gz \
> file://run-ptest \
>  "
>
> -SRC_URI[md5sum] = "55d37f4069502677f25d1340df8eec97"
> -SRC_URI[sha256sum] = "524effa5b9ecd4ed940f2581c5d3c1
> df4e4bd7e6f768aa033c1916f47dfc6e29"
> +SRC_URI[md5sum] = "f20c94ca51b6ebfc9bffb90f95c8ffbb"
> +SRC_URI[sha256sum] = "8c03080e2b5a56263e8783f6f1f306
> 398d4591be18254041f3f547efef944d35"
>
>  inherit autotools gettext texinfo update-alternatives
>
> --
> 2.1.4
>
> --
> ___
> 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

Re: [OE-core] [PATCH 4/8] serf: Update to version 1.3.9

[Burton, Ross]

On 1 November 2016 at 19:53, Fabio Berton 
wrote:

> -SRC_URI = "http://snapshot.debian.org/archive/debian/
> 20160728T043443Z/pool/main/s/${BPN}/${BPN}_${PV}.orig.tar.gz \
> +SRC_URI = "https://www.apache.org/dist/${PN}/${PN}-${PV}.tar.bz2 \
>

The reason we download from snapshot.debian.org is that apache.org/dist/
only contains the latest release (see http://apache.org/dist/serf/) so the
moment 1.4.0 is released the tarball will disappear.

If apache maintains an archive of *all* releases with a stable URL then
that would be preferable to snapshot.debian.org, but relying on
apache.org/dist/ isn't possible.

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

Re: [OE-core] [PATCH 2/2] shadow: add nologin.8 to alternatives

[Burton, Ross]

On 2 November 2016 at 02:50, Paul Eggleton 
wrote:

> Missing commit message. Probably the most important thing to include would
> be
> which other recipe packages the same named binary.
>

Fixed in git, thanks.  I meant to go back and fill this in...

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

Re: [OE-core] [PATCH] connman: fix bad file descriptor initialisation

[Anders Darander]

* Lukasz Nowak  [161101 13:57]:

> It is a re-send. Apologies, but I have not received either of my two
> e-mails back from the mailing list, so I assumed the first one got
> stuck somewhere. I can see both of them in the web archive, though. Is
> that normal?

Are you receiving any email you send to an list? GMail is pretty good at
removing the e-mails from a list that you sent yourself... At least,
I've never received any of them myself.

There's quite a few old threads about this on GMails support forum.

/Anders

-- 
Anders Darander, Senior System Architect
ChargeStorm AB / eStorm AB
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] fix "svnadmin create" fail on x86

[Dengke Du]

When run the following command on x86:

svnadmin create /var/test_repo

It cause segmentation fault error like the following:

[16499.751837] svnadmin[21117]: segfault at 83 ip f74bf7f6 sp 
ffdd9b34 error 4 in libc-2.24.so[f7441000+1af000]
Segmentation fault (core dumped)

This is because in source code ./subversion/libsvn_fs_fs/low_level.c,
function svn_fs_fs__unparse_footer, when:

target arch:x86
apr_off_t:  4 bytes

if the "APR_OFF_T_FMT" is "lld", it still use type "apr_off_t" to pass
data to apr, but in apr source code file apr_snprintf.c the function
apr_vformatter meet "lld", it would use the:

i_quad = va_arg(ap, apr_int64_t);

It uses the apr_int64_t to deal data, it read 8 bytes, so the follow-up
data may be error.

Signed-off-by: Dengke Du 
---
 .../0001-fix-svnadmin-create-fail-on-x86.patch | 56 ++
 .../subversion/subversion_1.9.4.bb |  1 +
 2 files changed, 57 insertions(+)
 create mode 100644 
meta/recipes-devtools/subversion/subversion/0001-fix-svnadmin-create-fail-on-x86.patch

diff --git 
a/meta/recipes-devtools/subversion/subversion/0001-fix-svnadmin-create-fail-on-x86.patch
 
b/meta/recipes-devtools/subversion/subversion/0001-fix-svnadmin-create-fail-on-x86.patch
new file mode 100644
index 000..d440528
--- /dev/null
+++ 
b/meta/recipes-devtools/subversion/subversion/0001-fix-svnadmin-create-fail-on-x86.patch
@@ -0,0 +1,56 @@
+From 09475e0befca8d120c957177ce8568fa2209a1a9 Mon Sep 17 00:00:00 2001
+From: Dengke Du 
+Date: Wed, 2 Nov 2016 11:09:44 +0800
+Subject: [PATCH] fix "svnadmin create" fail on x86
+
+When run the following command on x86:
+
+svnadmin create /var/test_repo
+
+It cause segmentation fault error like the following:
+
+[16499.751837] svnadmin[21117]: segfault at 83 ip f74bf7f6 sp 
ffdd9b34 error 4 in libc-2.24.so[f7441000+1af000]
+Segmentation fault (core dumped)
+
+This is because in source code ./subversion/libsvn_fs_fs/low_level.c,
+function svn_fs_fs__unparse_footer, when:
+
+target arch:x86
+apr_off_t:  4 bytes
+
+if the "APR_OFF_T_FMT" is "lld", it still use type "apr_off_t" to pass
+data to apr, but in apr source code file apr_snprintf.c the function
+apr_vformatter meet "lld", it would use the:
+
+i_quad = va_arg(ap, apr_int64_t);
+
+It uses the apr_int64_t to deal data, it read 8 bytes, so the follow-up
+data may be error.
+
+Upstream-Status: Pending
+
+Signed-off-by: Dengke Du 
+---
+ subversion/libsvn_fs_fs/low_level.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/subversion/libsvn_fs_fs/low_level.c 
b/subversion/libsvn_fs_fs/low_level.c
+index a27bbcc..6ddbe28 100644
+--- a/subversion/libsvn_fs_fs/low_level.c
 b/subversion/libsvn_fs_fs/low_level.c
+@@ -250,10 +250,10 @@ svn_fs_fs__unparse_footer(apr_off_t l2p_offset,
+ {
+   return svn_stringbuf_createf(result_pool,
+"%" APR_OFF_T_FMT " %s %" APR_OFF_T_FMT " %s",
+-   l2p_offset,
++   (APR_OFF_T_FMT=="lld") ? 
(apr_int64_t)l2p_offset : l2p_offset,
+svn_checksum_to_cstring(l2p_checksum,
+scratch_pool),
+-   p2l_offset,
++   (APR_OFF_T_FMT=="lld") ? 
(apr_int64_t)p2l_offset : p2l_offset,
+svn_checksum_to_cstring(p2l_checksum,
+scratch_pool));
+ }
+-- 
+2.7.4
+
diff --git a/meta/recipes-devtools/subversion/subversion_1.9.4.bb 
b/meta/recipes-devtools/subversion/subversion_1.9.4.bb
index 3ce83c1..fa6a7f2 100644
--- a/meta/recipes-devtools/subversion/subversion_1.9.4.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.9.4.bb
@@ -14,6 +14,7 @@ SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://disable_macos.patch \
file://serf.m4-Regex-modified-to-allow-D-in-paths.patch \
file://0001-Fix-libtool-name-in-configure.ac.patch \
+   file://0001-fix-svnadmin-create-fail-on-x86.patch \
"
 
 SRC_URI[md5sum] = "29121a038f87641055a8183f49e9739f"
-- 
2.7.4

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

[OE-core] [PATCH 0/1] fix "svnadmin create" fail on x86

[Dengke Du]

The following changes since commit c3d2df883a9d6d5036277114339673656d89a728:

  oeqa/selftest/kernel.py: Add new file destined for kernel related tests 
(2016-11-01 10:05:46 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
dengke/fix-svnadmin-create-fail
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=dengke/fix-svnadmin-create-fail

Dengke Du (1):
  fix "svnadmin create" fail on x86

 .../0001-fix-svnadmin-create-fail-on-x86.patch | 56 ++
 .../subversion/subversion_1.9.4.bb |  1 +
 2 files changed, 57 insertions(+)
 create mode 100644 
meta/recipes-devtools/subversion/subversion/0001-fix-svnadmin-create-fail-on-x86.patch

-- 
2.7.4

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