Re: [OE-core] [PATCH 19/19] epiphany: update to 3.22.1

[Khem Raj]

On Wed, Oct 19, 2016 at 8:06 AM, Alexander Kanavin
 wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  .../epiphany/{epiphany_3.20.3.bb => epiphany_3.22.1.bb} | 6 
> +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-gnome/epiphany/{epiphany_3.20.3.bb => 
> epiphany_3.22.1.bb} (77%)
>
> diff --git a/meta/recipes-gnome/epiphany/epiphany_3.20.3.bb 
> b/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
> similarity index 77%
> rename from meta/recipes-gnome/epiphany/epiphany_3.20.3.bb
> rename to meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
> index eba480b..57784ae 100644
> --- a/meta/recipes-gnome/epiphany/epiphany_3.20.3.bb
> +++ b/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
> @@ -10,10 +10,10 @@ inherit gnomebase gsettings distro_features_check 
> upstream-version-is-even
>  REQUIRED_DISTRO_FEATURES = "x11"
>
>  SRC_URI += "file://0001-yelp.m4-drop-the-check-for-itstool.patch"
> -SRC_URI[archive.md5sum] = "31822b6b199f724f212ae9200bc055f1"
> -SRC_URI[archive.sha256sum] = 
> "4d9de1bdb44c14adf25aa6dc02ea3de60925cff5eb01fe89545e6032c9b424a2"
> +SRC_URI[archive.md5sum] = "9b9b73601a32f5b11c02411952cec27a"
> +SRC_URI[archive.sha256sum] = 
> "aab162ede54d71e583e382ab5e3567f28d81e0cd42719a11cad8008b56c5cc0e"
>
> -EXTRA_OECONF += " --disable-nss --with-distributor-name=${DISTRO}"
> +EXTRA_OECONF += " --with-distributor-name=${DISTRO}"

why is nss not disabled explicitly anymore ?
>
>  do_configure_prepend() {
>  sed -i -e s:help::g ${S}/Makefile.am
> --
> 2.9.3
>
> --
> ___
> 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] meta-toolchain and meta-toolchain-qt for specific image

[Khem Raj]

> On Oct 19, 2016, at 1:19 AM, thilo.ceston...@ts.fujitsu.com wrote:
> 
> Hey!
> 
> I want to create such a nice toolchain installation package for my image 
> recipe.
> The problem I currently hit is, that I need to do populate_sdk and 
> populate_sdk_qt5 to have qt5 toolchain too.
> 
> Now I had an idea to create a recipe for the SDK like:
> 
> --
> SUMMARY = "Meta package for building an installable toolchain"
> LICENSE = "MIT"
> 
> PR = "r0"
> 
> inherit populate_sdk populate_sdk_qt5
> —


what is the advantage of such a recipe?
> 
> But how can I tell the recipe to additionally install all the "*-dev" 
> packages which my original image recipe installs.
> When I require the image recipe, the toolchain recipe does a do_rootfs task 
> (which is not needed, as it is done by building the image).
> 
> I read something about TOOLCHAIN_TARGET_TASK and adding all the "*-dev" 
> packages I want to this. But that doesn't work.
> 
> Any hints?
> 
> cheers,
> Thilo--
> ___
> 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 4/5] u-boot: Drop PV altogether

[Marek Vasut]

On 10/19/2016 11:39 PM, Burton, Ross wrote:
> 
> On 19 October 2016 at 22:15, Denys Dmytriyenko  > wrote:
> 
> > > But do we need to bump PE to ensure upgrade path and proper sorting?
> >
> > I don't think so, since the whole U-Boot version got updated.
> 
> Still, v.YY will always sort higher than .YY no matter what
> digits
> there are. That's what PE is for, to get the sorting working even when
> versioning schema gets changed in major way like this one...
> 
> 
> Agreed, PE is required here.

OK, snap. Can you pick 1,2,3,5 so I don't have to resubmit them ? They
should apply cleanly and they are pretty orthogonal from the 4/5.

I will check PE ASAP.

Thanks!

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

Re: [OE-core] [master][morty][krogoth][PATCH] musl: Security fix CVE-2016-8859

[Khem Raj]

On Wed, Oct 19, 2016 at 6:00 PM, Armin Kuster  wrote:
> From: Armin Kuster 
>
> CVE-2016-8859: TRE & musl libc regex integer overflows in buffer size 
> computations
>
> Affects musl <= 1.1.15

this is ok. I have a version bump planned for master soon after so
master should be covered.
>
> Signed-off-by: Armin Kuster 
> ---
>  meta/recipes-core/musl/files/CVE-2016-8859.patch | 79 
> 
>  meta/recipes-core/musl/musl_git.bb   |  1 +
>  2 files changed, 80 insertions(+)
>  create mode 100644 meta/recipes-core/musl/files/CVE-2016-8859.patch
>
> diff --git a/meta/recipes-core/musl/files/CVE-2016-8859.patch 
> b/meta/recipes-core/musl/files/CVE-2016-8859.patch
> new file mode 100644
> index 000..82da86f
> --- /dev/null
> +++ b/meta/recipes-core/musl/files/CVE-2016-8859.patch
> @@ -0,0 +1,79 @@
> +From c3edc06d1e1360f3570db9155d6b318ae0d0f0f7 Mon Sep 17 00:00:00 2001
> +From: Rich Felker 
> +Date: Thu, 6 Oct 2016 18:34:58 -0400
> +Subject: [PATCH] fix missing integer overflow checks in regexec buffer size
> + computations
> +
> +most of the possible overflows were already ruled out in practice by
> +regcomp having already succeeded performing larger allocations.
> +however at least the num_states*num_tags multiplication can clearly
> +overflow in practice. for safety, check them all, and use the proper
> +type, size_t, rather than int.
> +
> +also improve comments, use calloc in place of malloc+memset, and
> +remove bogus casts.
> +
> +Upstream-Status: Backport
> +CVE: CVE-2016-8859
> +
> +Signed-off-by: Armin Kuster 
> +
> +---
> + src/regex/regexec.c | 23 ++-
> + 1 file changed, 18 insertions(+), 5 deletions(-)
> +
> +diff --git a/src/regex/regexec.c b/src/regex/regexec.c
> +index 16c5d0a..dd52319 100644
> +--- a/src/regex/regexec.c
>  b/src/regex/regexec.c
> +@@ -34,6 +34,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> +
> + #include 
> +
> +@@ -206,11 +207,24 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const 
> void *string,
> +
> +   /* Allocate memory for temporary data required for matching.This 
> needs to
> +  be done for every matching operation to be thread safe.  This allocates
> +- everything in a single large block from the stack frame using alloca()
> +- or with malloc() if alloca is unavailable. */
> ++ everything in a single large block with calloc(). */
> +   {
> +-int tbytes, rbytes, pbytes, xbytes, total_bytes;
> ++size_t tbytes, rbytes, pbytes, xbytes, total_bytes;
> + char *tmp_buf;
> ++
> ++/* Ensure that tbytes and xbytes*num_states cannot overflow, and that
> ++ * they don't contribute more than 1/8 of SIZE_MAX to total_bytes. */
> ++if (num_tags > SIZE_MAX/(8 * sizeof(int) * tnfa->num_states))
> ++  goto error_exit;
> ++
> ++/* Likewise check rbytes. */
> ++if (tnfa->num_states+1 > SIZE_MAX/(8 * sizeof(*reach_next)))
> ++  goto error_exit;
> ++
> ++/* Likewise check pbytes. */
> ++if (tnfa->num_states > SIZE_MAX/(8 * sizeof(*reach_pos)))
> ++  goto error_exit;
> ++
> + /* Compute the length of the block we need. */
> + tbytes = sizeof(*tmp_tags) * num_tags;
> + rbytes = sizeof(*reach_next) * (tnfa->num_states + 1);
> +@@ -221,10 +235,9 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const 
> void *string,
> +   + (rbytes + xbytes * tnfa->num_states) * 2 + tbytes + pbytes;
> +
> + /* Allocate the memory. */
> +-buf = xmalloc((unsigned)total_bytes);
> ++buf = calloc(total_bytes, 1);
> + if (buf == NULL)
> +   return REG_ESPACE;
> +-memset(buf, 0, (size_t)total_bytes);
> +
> + /* Get the various pointers within tmp_buf (properly aligned). */
> + tmp_tags = (void *)buf;
> +--
> +2.7.4
> +
> diff --git a/meta/recipes-core/musl/musl_git.bb 
> b/meta/recipes-core/musl/musl_git.bb
> index c07101b..1ee56b6 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -11,6 +11,7 @@ PV = "1.1.15+git${SRCPV}"
>
>  SRC_URI = "git://git.musl-libc.org/musl \
> file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
> +   file://CVE-2016-8859.patch \
>"
>
>  S = "${WORKDIR}/git"
> --
> 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] [master][morty][krogoth][PATCH] musl: Security fix CVE-2016-8859

[Armin Kuster]

From: Armin Kuster 

CVE-2016-8859: TRE & musl libc regex integer overflows in buffer size 
computations

Affects musl <= 1.1.15

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/musl/files/CVE-2016-8859.patch | 79 
 meta/recipes-core/musl/musl_git.bb   |  1 +
 2 files changed, 80 insertions(+)
 create mode 100644 meta/recipes-core/musl/files/CVE-2016-8859.patch

diff --git a/meta/recipes-core/musl/files/CVE-2016-8859.patch 
b/meta/recipes-core/musl/files/CVE-2016-8859.patch
new file mode 100644
index 000..82da86f
--- /dev/null
+++ b/meta/recipes-core/musl/files/CVE-2016-8859.patch
@@ -0,0 +1,79 @@
+From c3edc06d1e1360f3570db9155d6b318ae0d0f0f7 Mon Sep 17 00:00:00 2001
+From: Rich Felker 
+Date: Thu, 6 Oct 2016 18:34:58 -0400
+Subject: [PATCH] fix missing integer overflow checks in regexec buffer size
+ computations
+
+most of the possible overflows were already ruled out in practice by
+regcomp having already succeeded performing larger allocations.
+however at least the num_states*num_tags multiplication can clearly
+overflow in practice. for safety, check them all, and use the proper
+type, size_t, rather than int.
+
+also improve comments, use calloc in place of malloc+memset, and
+remove bogus casts.
+
+Upstream-Status: Backport
+CVE: CVE-2016-8859
+
+Signed-off-by: Armin Kuster 
+
+---
+ src/regex/regexec.c | 23 ++-
+ 1 file changed, 18 insertions(+), 5 deletions(-)
+
+diff --git a/src/regex/regexec.c b/src/regex/regexec.c
+index 16c5d0a..dd52319 100644
+--- a/src/regex/regexec.c
 b/src/regex/regexec.c
+@@ -34,6 +34,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+@@ -206,11 +207,24 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void 
*string,
+ 
+   /* Allocate memory for temporary data required for matching.This 
needs to
+  be done for every matching operation to be thread safe.  This allocates
+- everything in a single large block from the stack frame using alloca()
+- or with malloc() if alloca is unavailable. */
++ everything in a single large block with calloc(). */
+   {
+-int tbytes, rbytes, pbytes, xbytes, total_bytes;
++size_t tbytes, rbytes, pbytes, xbytes, total_bytes;
+ char *tmp_buf;
++
++/* Ensure that tbytes and xbytes*num_states cannot overflow, and that
++ * they don't contribute more than 1/8 of SIZE_MAX to total_bytes. */
++if (num_tags > SIZE_MAX/(8 * sizeof(int) * tnfa->num_states))
++  goto error_exit;
++
++/* Likewise check rbytes. */
++if (tnfa->num_states+1 > SIZE_MAX/(8 * sizeof(*reach_next)))
++  goto error_exit;
++
++/* Likewise check pbytes. */
++if (tnfa->num_states > SIZE_MAX/(8 * sizeof(*reach_pos)))
++  goto error_exit;
++
+ /* Compute the length of the block we need. */
+ tbytes = sizeof(*tmp_tags) * num_tags;
+ rbytes = sizeof(*reach_next) * (tnfa->num_states + 1);
+@@ -221,10 +235,9 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void 
*string,
+   + (rbytes + xbytes * tnfa->num_states) * 2 + tbytes + pbytes;
+ 
+ /* Allocate the memory. */
+-buf = xmalloc((unsigned)total_bytes);
++buf = calloc(total_bytes, 1);
+ if (buf == NULL)
+   return REG_ESPACE;
+-memset(buf, 0, (size_t)total_bytes);
+ 
+ /* Get the various pointers within tmp_buf (properly aligned). */
+ tmp_tags = (void *)buf;
+-- 
+2.7.4
+
diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index c07101b..1ee56b6 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -11,6 +11,7 @@ PV = "1.1.15+git${SRCPV}"
 
 SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
+   file://CVE-2016-8859.patch \
   "
 
 S = "${WORKDIR}/git"
-- 
2.7.4

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Richard Purdie]

On Wed, 2016-10-19 at 17:34 -0400, Robert P. J. Day wrote:
>   so, i'm home and on a different system about to do a build ...
> refresh my memory, where are all those nativesdk rpms supposed to
> show
> up? if memory serves, they were under tmp/deploy/rpm/x86_64_linux.
> anything i should set before i attempt a build?

For SDKMACHINE="x86_64", the would appear in:

tmp/deploy/rpm/x86_64_nativesdk/

and SDKMACHINE="i686" in:

tmp/deploy/rpm/i686_nativesdk/

Switching SDKMACHINE might have been a trigger for one set
disappearing, particularly on older versions. Which version was this?
There were some bugs fixed in master/morty related to it.

Cheers,

Richard

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

On Wed, 19 Oct 2016, Richard Purdie wrote:

> On Wed, 2016-10-19 at 17:34 -0400, Robert P. J. Day wrote:
> >   so, i'm home and on a different system about to do a build ...
> > refresh my memory, where are all those nativesdk rpms supposed to
> > show
> > up? if memory serves, they were under tmp/deploy/rpm/x86_64_linux.
> > anything i should set before i attempt a build?
>
> For SDKMACHINE="x86_64", the would appear in:
>
> tmp/deploy/rpm/x86_64_nativesdk/
>
> and SDKMACHINE="i686" in:
>
> tmp/deploy/rpm/i686_nativesdk/
>
> Switching SDKMACHINE might have been a trigger for one set
> disappearing, particularly on older versions. Which version was this?
> There were some bugs fixed in master/morty related to it.

  i'm building with an up-to-date checkout of poky, and am building a
core-image-minimal for mpc8315. i know i saw all those nativesdk rpms
earlier today -- do you want me to run a test of some kind?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Richard Purdie]

On Thu, 2016-10-20 at 08:52 +1300, Paul Eggleton wrote:
> On Wed, 19 Oct 2016 15:42:27 Robert P. J. Day wrote:
> > 
> > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > > 
> > > On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> > > > 
> > > > i was reading this:
> > > > 
> > > > https://patchwork.openembedded.org/patch/120705/
> > > > 
> > > > but perhaps i'm just misinterpreting what i'm reading.
> > > Right - that patch makes the preservation of the package
> > > management
> > > database (what it refers to as the "packaging data") conditional.
> > > That
> > > code does nothing with the packages themselves.
> >   i'm about to create a new project directory as a test ... is
> > there
> > any configuration i should do to try to preserve all those
> > nativesdk
> > rpm files?
> I am not aware of any configuration that should control the presence
> or 
> absence of those files. As far as I'm concerned, if they are
> disappearing and 
> you're not doing anything to delete them, that's a bug.

I have a suspicion that this is the sstate code removing them because
it decided that they were stale for some reason. Changing SDKMACHINE
could conceivably do that (but probably shouldn't?), as could updating
the metadata and the system deciding the data there was stale and
"unreachable" from the new metadata.

So I can imagine it happening but am not sure what the trigger would
have been. If they were stale/unreachable, it might have been correct
to remove them.

Cheers,

Richard


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

Re: [OE-core] [PATCH 4/5] u-boot: Drop PV altogether

[Burton, Ross]

On 19 October 2016 at 22:15, Denys Dmytriyenko  wrote:

> > > But do we need to bump PE to ensure upgrade path and proper sorting?
> >
> > I don't think so, since the whole U-Boot version got updated.
>
> Still, v.YY will always sort higher than .YY no matter what digits
> there are. That's what PE is for, to get the sorting working even when
> versioning schema gets changed in major way like this one...


Agreed, PE is required here.

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

On Thu, 20 Oct 2016, Paul Eggleton wrote:

> On Wed, 19 Oct 2016 15:42:27 Robert P. J. Day wrote:
> > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > > On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> > > > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > > > > On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> > > > > > On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> > > > > > >   not sure how dumb a question this is, but as i was doing a basic
> > > > > > >   OE
> > > > > > >
> > > > > > > build, i saw the growing number of "nativesdk" rpms piling up
> > > > > > > under
> > > > > > > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of
> > > > > > > them
> > > > > > > later, but after the sysroot was (i assume) populated with all of
> > > > > > > these rpms, that entire directory was deleted.
> > > > > > >
> > > > > > >   is there a switch to preserve that directory? thanks.
> > > > > >
> > > > > >   oh, wait, i think i found it:
> > > > > > SDKIMAGE_FEATURES += "package-management"
> > > > > >
> > > > > > does that look right?
> > > > >
> > > > > No, it doesn't. That's for turning on package management database in
> > > > > the
> > > > > SDK, which is not quite the same thing. The fact that those rpms are
> > > > > disappearing is a separate issue.
> > > > >
> > > > > Are you using rm_work?
> > > > >
> > > >   no. and are you sure you're reading the above correctly? i'm not
> > > >
> > > > saying
> > > >
> > > >   IMAGE_FEATURES += "package-management"
> > >
> > > Yep, I understood.
> > >
> > > > i was reading this:
> > > >
> > > > https://patchwork.openembedded.org/patch/120705/
> > > >
> > > > but perhaps i'm just misinterpreting what i'm reading.
> > >
> > > Right - that patch makes the preservation of the package management
> > > database (what it refers to as the "packaging data") conditional. That
> > > code does nothing with the packages themselves.
> >
> >   i'm about to create a new project directory as a test ... is there
> > any configuration i should do to try to preserve all those nativesdk
> > rpm files?
>
> I am not aware of any configuration that should control the presence
> or absence of those files. As far as I'm concerned, if they are
> disappearing and you're not doing anything to delete them, that's a
> bug.

  so, i'm home and on a different system about to do a build ...
refresh my memory, where are all those nativesdk rpms supposed to show
up? if memory serves, they were under tmp/deploy/rpm/x86_64_linux.
anything i should set before i attempt a build?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

Re: [OE-core] [PATCH 4/5] u-boot: Drop PV altogether

[Denys Dmytriyenko]

On Wed, Oct 19, 2016 at 11:00:02PM +0200, Marek Vasut wrote:
> On 10/19/2016 10:10 PM, Denys Dmytriyenko wrote:
> > On Tue, Oct 18, 2016 at 11:55:12PM +0200, Marek Vasut wrote:
> >> Drop the explicit setting of PV altogether. This changes the U-Boot
> >> version string from "v20yy.mm" to "20yy.mm" , so layer setting the
> >> PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.
> > 
> > Finally!
> > But do we need to bump PE to ensure upgrade path and proper sorting?
> 
> I don't think so, since the whole U-Boot version got updated.

Still, v.YY will always sort higher than .YY no matter what digits 
there are. That's what PE is for, to get the sorting working even when 
versioning schema gets changed in major way like this one...


> >> Signed-off-by: Marek Vasut 
> >> Cc: Richard Purdie 
> >> Cc: Denys Dmytriyenko 
> > 
> > Acked-by: Denys Dmytriyenko 
> 
> Thanks!
> 
> btw. given the layout of the u-boot package after this, updating is a
> matter of mv+sed combo :)
> 
> >> ---
> >>  meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 2 --
> >>  1 file changed, 2 deletions(-)
> >>
> >> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc 
> >> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> >> index 0a90621..a535df1 100644
> >> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> >> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> >> @@ -9,8 +9,6 @@ LIC_FILES_CHKSUM = 
> >> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> >>  # repo during parse
> >>  SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
> >>  
> >> -PV = "v2016.09.01"
> >> -
> >>  SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
> 
> And once 2016.11 is out, I believe I can even drop the ;branch= bit here.
> 
> >>  S = "${WORKDIR}/git"
> >> -- 
> >> 2.9.3
> >>
> 
> 
> -- 
> Best regards,
> Marek Vasut
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/5] u-boot: Drop PV altogether

[Marek Vasut]

On 10/19/2016 10:10 PM, Denys Dmytriyenko wrote:
> On Tue, Oct 18, 2016 at 11:55:12PM +0200, Marek Vasut wrote:
>> Drop the explicit setting of PV altogether. This changes the U-Boot
>> version string from "v20yy.mm" to "20yy.mm" , so layer setting the
>> PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.
> 
> Finally!
> But do we need to bump PE to ensure upgrade path and proper sorting?

I don't think so, since the whole U-Boot version got updated.

>> Signed-off-by: Marek Vasut 
>> Cc: Richard Purdie 
>> Cc: Denys Dmytriyenko 
> 
> Acked-by: Denys Dmytriyenko 

Thanks!

btw. given the layout of the u-boot package after this, updating is a
matter of mv+sed combo :)

>> ---
>>  meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 2 --
>>  1 file changed, 2 deletions(-)
>>
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc 
>> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
>> index 0a90621..a535df1 100644
>> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
>> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
>> @@ -9,8 +9,6 @@ LIC_FILES_CHKSUM = 
>> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>>  # repo during parse
>>  SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
>>  
>> -PV = "v2016.09.01"
>> -
>>  SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"

And once 2016.11 is out, I believe I can even drop the ;branch= bit here.

>>  S = "${WORKDIR}/git"
>> -- 
>> 2.9.3
>>


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

[OE-core] Question for OE variable "LABELS"

[Jianxun Zhang]

The current OE document has this LABELS variable and OE has some code to 
support its usage. But if I just set LABELS in a BSP conf or local.conf file, 
the build will show the warning message:

WARNING: core-image-minimal-1.0-r0 do_bootimg: Found potential conflicted var 
LABELS, please use LABELS_LIVE rather than LABELS"

Does anyone know a “proper” usage of LABELS so it won’t trigger the warning 
message? From the code I dig out, it doesn’t seem so:

in meta//classes/live-vm-common.bbclass:

def set_live_vm_vars(d, suffix):
vars = ['GRUB_CFG', 'SYSLINUX_CFG', 'ROOT', 'LABELS', 'INITRD']
for var in vars:
var_with_suffix = var + '_' + suffix
if d.getVar(var, True):
bb.warn('Found potential conflicted var %s, please use %s rather 
than %s' % \
(var, var_with_suffix, var))
elif d.getVar(var_with_suffix, True):
d.setVar(var, d.getVar(var_with_suffix, True))

Notice there is another corner case of false alarm when LABELS have same value 
of LABEL_LIVE or VM.

I can have a small patch to change it, but hope to know the intended behaviors 
first.

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

Re: [OE-core] [PATCH 1/5] u-boot: Factor out common bits

[Marek Vasut]

On 10/19/2016 10:13 PM, Denys Dmytriyenko wrote:
> On Tue, Oct 18, 2016 at 11:55:09PM +0200, Marek Vasut wrote:
>> The u-boot recipes share a couple of common variables, which makes
>> updating of the recipes error prone and a toil. Factor those common
>> bits into u-boot-common_${PV}.inc so that they are in one place.
>>
>> The u-boot_${PV}.bb now explicitly require u-boot-common_${PV}.inc
>> before require u-boot.inc , as doing require u-boot-common_${PV}.inc
>> from u-boot.inc would fail due to ${PV} not being set. This is a
>> functional change.
> 
> Any issues making .inc file version-agnostic and moving SRCREV out to .bb?

That's what it was initially, but got review comment to not do that.
I'm fine either way.

>> Signed-off-by: Marek Vasut 
>> Cc: Richard Purdie 
>> Cc: Denys Dmytriyenko 
>> ---
>>  meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc  | 16 
>>  meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb | 16 ++--
>>  meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb  | 17 ++---
>>  meta/recipes-bsp/u-boot/u-boot.inc |  8 
>>  meta/recipes-bsp/u-boot/u-boot_2016.03.bb  |  8 +---
>>  5 files changed, 21 insertions(+), 44 deletions(-)
>>  create mode 100644 meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
>>
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc 
>> b/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
>> new file mode 100644
>> index 000..403e316
>> --- /dev/null
>> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
>> @@ -0,0 +1,16 @@
>> +HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
>> +SECTION = "bootloaders"
>> +
>> +LICENSE = "GPLv2+"
>> +LIC_FILES_CHKSUM = 
>> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>> +
>> +# This revision corresponds to the tag "v2016.03"
>> +# We use the revision in order to avoid having to fetch it from the
>> +# repo during parse
>> +SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
>> +
>> +PV = "v2016.03+git${SRCPV}"
>> +
>> +SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
>> +
>> +S = "${WORKDIR}/git"
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb 
>> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
>> index 79f1548..f56862c 100644
>> --- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
>> +++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
>> @@ -1,20 +1,8 @@
>> +require u-boot-common_${PV}.inc
>> +
>>  SUMMARY = "U-Boot bootloader fw_printenv/setenv utilities"
>> -LICENSE = "GPLv2+"
>> -LIC_FILES_CHKSUM = 
>> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>> -SECTION = "bootloader"
>>  DEPENDS = "mtd-utils"
>>  
>> -# This revision corresponds to the tag "v2016.03"
>> -# We use the revision in order to avoid having to fetch it from the
>> -# repo during parse
>> -SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
>> -
>> -PV = "v2016.03+git${SRCPV}"
>> -
>> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
>> -
>> -S = "${WORKDIR}/git"
>> -
>>  INSANE_SKIP_${PN} = "already-stripped"
>>  EXTRA_OEMAKE_class-target = 'CROSS_COMPILE=${TARGET_PREFIX} CC="${CC} 
>> ${CFLAGS} ${LDFLAGS}" V=1'
>>  EXTRA_OEMAKE_class-cross = 'ARCH=${TARGET_ARCH} CC="${CC} ${CFLAGS} 
>> ${LDFLAGS}" V=1'
>> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb 
>> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
>> index d5921a0..5025961 100644
>> --- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
>> +++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
>> @@ -1,21 +1,8 @@
>> -SUMMARY = "U-Boot bootloader image creation tool"
>> -LICENSE = "GPLv2+"
>> -LIC_FILES_CHKSUM = 
>> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>> -SECTION = "bootloader"
>> +require u-boot-common_${PV}.inc
>>  
>> +SUMMARY = "U-Boot bootloader image creation tool"
>>  DEPENDS = "openssl"
>>  
>> -# This revision corresponds to the tag "v2016.03"
>> -# We use the revision in order to avoid having to fetch it from the
>> -# repo during parse
>> -SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
>> -
>> -PV = "v2016.03+git${SRCPV}"
>> -
>> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
>> -
>> -S = "${WORKDIR}/git"
>> -
>>  EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS} 
>> ${LDFLAGS}" STRIP=true V=1'
>>  
>>  do_compile () {
>> diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
>> b/meta/recipes-bsp/u-boot/u-boot.inc
>> index 252aae9..afe3fe9 100644
>> --- a/meta/recipes-bsp/u-boot/u-boot.inc
>> +++ b/meta/recipes-bsp/u-boot/u-boot.inc
>> @@ -1,14 +1,6 @@
>>  SUMMARY = "Universal Boot Loader for embedded devices"
>> -HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
>> -SECTION = "bootloaders"
>>  PROVIDES = "virtual/bootloader"
>>  
>> -LICENSE = "GPLv2+"
>> -LIC_FILES_CHKSUM = 
>> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>> -
>> -SRC_URI = 

Re: [OE-core] [PATCH] kernel-arch.bbclass: Add xtensa and arc into valid_archs table

[Bystricky, Juro]

Thanks. I will add the test for TARGET_OS in a separate patch.

> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Tuesday, October 18, 2016 10:53 AM
> To: Bystricky, Juro 
> Cc: openembedded-core@lists.openembedded.org; jurobystri...@hotmail.com
> Subject: Re: [OE-core] [PATCH] kernel-arch.bbclass: Add xtensa and arc into
> valid_archs table
> 
> 
> > On Oct 18, 2016, at 9:13 AM, Bystricky, Juro 
> wrote:
> >
> > The single purpose of "map_kernel_arch" is to set
> >
> > export ARCH = "arch_xxx"
> >
> > Presently, we must set ARCH even when building baremetal toolchains only,
> > without any need to build kernel. However, in this case we may
> > encounter a bogus error such as "cannot map arch_xxx to a linux kernel
> architecture".
> > The simplest way to avoid this is to place arch_xxx into the table
> > "valid_archs". (That was the main reason for the patch).
> >
> > A better but more complex way would be to modify the code so
> > map_kernel_arch is not called at all when NOT building kernel or kernel
> > modules. This would also allow building baremetal cross-toolchains for
> arches
> > that don't have Linux kernels at all.
> >
> > Another way to consider is perhaps just getting rid of the table
> > "valid_archs" entirely.
> >
> > "map_kernel_arch" maps arch_aaa -> arch_xxx for some cases.
> > If there is no explicit mapping, then it could simply map
> >
> > arch_aaa->arch_aaa
> >
> > resulting in export ARCH="arch_aaa"
> > There would be no error generated. If ARCH is not a valid
> > arch for a Linux kernel, we would encounter a build error at some point.
> > But that, I believe is the same case now if we try to build a kernel
> > with a valid kernel ARCH but not supported actively in OE or extended OE
> ecosystem.
> 
> I think you should add a check for testing TARGET_OS and if its not linux
> then
> ignore the valid kernel arches check.
> 
> >
> >
> >
> >
> >> -Original Message-
> >> From: Khem Raj [mailto:raj.k...@gmail.com]
> >> Sent: Monday, October 17, 2016 4:40 PM
> >> To: Bystricky, Juro 
> >> Cc: openembedded-core@lists.openembedded.org; jurobystri...@hotmail.com
> >> Subject: Re: [OE-core] [PATCH] kernel-arch.bbclass: Add xtensa and arc
> into
> >> valid_archs table
> >>
> >>
> >>> On Oct 11, 2016, at 9:31 AM, Juro Bystricky 
> >> wrote:
> >>>
> >>> Both "arc" and "xtensa" are valid Linux architectures, add
> >>> them into valid_archs table.
> >>>
> >>> Signed-off-by: Juro Bystricky 
> >>> ---
> >>> meta/classes/kernel-arch.bbclass | 2 +-
> >>> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>>
> >>> diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-
> >> arch.bbclass
> >>> index 8a4bef1..ea976c6 100644
> >>> --- a/meta/classes/kernel-arch.bbclass
> >>> +++ b/meta/classes/kernel-arch.bbclass
> >>> @@ -14,7 +14,7 @@ valid_archs = "alpha cris ia64 \
> >>>   parisc s390  v850 \
> >>>   avr32 blackfin \
> >>>   microblaze \
> >>> -   nios2"
> >>> +   nios2 arc xtensa”
> >>
> >> there parisc etc as well so in essence patch is ok but I wonder if we
> >> should
> >> remove the arches we dont actively support in OE or extended OE
> ecosystem.
> >>
> >>>
> >>> def map_kernel_arch(a, d):
> >>>import re
> >>> --
> >>> 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

Re: [OE-core] [PATCH 4/5] u-boot: Drop PV altogether

[Denys Dmytriyenko]

On Wed, Oct 19, 2016 at 03:09:26PM +0300, Alexander Kanavin wrote:
> On 10/19/2016 12:55 AM, Marek Vasut wrote:
> >Drop the explicit setting of PV altogether. This changes the U-Boot
> >version string from "v20yy.mm" to "20yy.mm" , so layer setting the
> >PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.
> 
> Don't drop the 'v'. Package versions need to monotonically increase,
> and also package version needs to match git tags so that upstream
> version check can work.
> 
> Basically, rename the recipe filenames so that 'v' is in their
> versions, and then you can drop the PV from the recipes. All in a
> single patch.

This has been discussed at OEDEM - we are trying to unify u-boot recipes. 
Looking at the layer index, it seems there's 50/50 split of using v.YY vs. 
just .YY versions:

https://layers.openembedded.org/layerindex/branch/master/recipes/?q=u-boot

So, I'd vote to drop "v" prefix and bump PE to get it sorted out...

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

Re: [OE-core] [PATCH 2/5] u-boot: Update to 2016.09.01 release

[Denys Dmytriyenko]

On Tue, Oct 18, 2016 at 11:55:10PM +0200, Marek Vasut wrote:
> Upgrade U-Boot to the latest version.
> 
> Signed-off-by: Marek Vasut 
> Cc: Richard Purdie 
> Cc: Denys Dmytriyenko 

Acked-by: Denys Dmytriyenko 


> ---
>  .../{u-boot-common_2016.03.inc => u-boot-common_2016.09.01.inc}   | 8 
> 
>  .../{u-boot-fw-utils_2016.03.bb => u-boot-fw-utils_2016.09.01.bb} | 0
>  .../{u-boot-mkimage_2016.03.bb => u-boot-mkimage_2016.09.01.bb}   | 0
>  .../u-boot/{u-boot_2016.03.bb => u-boot_2016.09.01.bb}| 0
>  4 files changed, 4 insertions(+), 4 deletions(-)
>  rename meta/recipes-bsp/u-boot/{u-boot-common_2016.03.inc => 
> u-boot-common_2016.09.01.inc} (59%)
>  rename meta/recipes-bsp/u-boot/{u-boot-fw-utils_2016.03.bb => 
> u-boot-fw-utils_2016.09.01.bb} (100%)
>  rename meta/recipes-bsp/u-boot/{u-boot-mkimage_2016.03.bb => 
> u-boot-mkimage_2016.09.01.bb} (100%)
>  rename meta/recipes-bsp/u-boot/{u-boot_2016.03.bb => u-boot_2016.09.01.bb} 
> (100%)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> similarity index 59%
> rename from meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
> rename to meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> index 403e316..ead5077 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> @@ -4,13 +4,13 @@ SECTION = "bootloaders"
>  LICENSE = "GPLv2+"
>  LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>  
> -# This revision corresponds to the tag "v2016.03"
> +# This revision corresponds to the tag "v2016.09.01"
>  # We use the revision in order to avoid having to fetch it from the
>  # repo during parse
> -SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
> +SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
>  
> -PV = "v2016.03+git${SRCPV}"
> +PV = "v2016.09.01+git${SRCPV}"
>  
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
> +SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
>  
>  S = "${WORKDIR}/git"
> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
> rename to meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.09.01.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
> rename to meta/recipes-bsp/u-boot/u-boot-mkimage_2016.09.01.bb
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> similarity index 100%
> rename from meta/recipes-bsp/u-boot/u-boot_2016.03.bb
> rename to meta/recipes-bsp/u-boot/u-boot_2016.09.01.bb
> -- 
> 2.9.3
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/5] u-boot: Factor out common bits

[Denys Dmytriyenko]

On Tue, Oct 18, 2016 at 11:55:09PM +0200, Marek Vasut wrote:
> The u-boot recipes share a couple of common variables, which makes
> updating of the recipes error prone and a toil. Factor those common
> bits into u-boot-common_${PV}.inc so that they are in one place.
> 
> The u-boot_${PV}.bb now explicitly require u-boot-common_${PV}.inc
> before require u-boot.inc , as doing require u-boot-common_${PV}.inc
> from u-boot.inc would fail due to ${PV} not being set. This is a
> functional change.

Any issues making .inc file version-agnostic and moving SRCREV out to .bb?


> Signed-off-by: Marek Vasut 
> Cc: Richard Purdie 
> Cc: Denys Dmytriyenko 
> ---
>  meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc  | 16 
>  meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb | 16 ++--
>  meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb  | 17 ++---
>  meta/recipes-bsp/u-boot/u-boot.inc |  8 
>  meta/recipes-bsp/u-boot/u-boot_2016.03.bb  |  8 +---
>  5 files changed, 21 insertions(+), 44 deletions(-)
>  create mode 100644 meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
> new file mode 100644
> index 000..403e316
> --- /dev/null
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.03.inc
> @@ -0,0 +1,16 @@
> +HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
> +SECTION = "bootloaders"
> +
> +LICENSE = "GPLv2+"
> +LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> +
> +# This revision corresponds to the tag "v2016.03"
> +# We use the revision in order to avoid having to fetch it from the
> +# repo during parse
> +SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
> +
> +PV = "v2016.03+git${SRCPV}"
> +
> +SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
> +
> +S = "${WORKDIR}/git"
> diff --git a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
> index 79f1548..f56862c 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
> +++ b/meta/recipes-bsp/u-boot/u-boot-fw-utils_2016.03.bb
> @@ -1,20 +1,8 @@
> +require u-boot-common_${PV}.inc
> +
>  SUMMARY = "U-Boot bootloader fw_printenv/setenv utilities"
> -LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> -SECTION = "bootloader"
>  DEPENDS = "mtd-utils"
>  
> -# This revision corresponds to the tag "v2016.03"
> -# We use the revision in order to avoid having to fetch it from the
> -# repo during parse
> -SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
> -
> -PV = "v2016.03+git${SRCPV}"
> -
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
> -
> -S = "${WORKDIR}/git"
> -
>  INSANE_SKIP_${PN} = "already-stripped"
>  EXTRA_OEMAKE_class-target = 'CROSS_COMPILE=${TARGET_PREFIX} CC="${CC} 
> ${CFLAGS} ${LDFLAGS}" V=1'
>  EXTRA_OEMAKE_class-cross = 'ARCH=${TARGET_ARCH} CC="${CC} ${CFLAGS} 
> ${LDFLAGS}" V=1'
> diff --git a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
> index d5921a0..5025961 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
> +++ b/meta/recipes-bsp/u-boot/u-boot-mkimage_2016.03.bb
> @@ -1,21 +1,8 @@
> -SUMMARY = "U-Boot bootloader image creation tool"
> -LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> -SECTION = "bootloader"
> +require u-boot-common_${PV}.inc
>  
> +SUMMARY = "U-Boot bootloader image creation tool"
>  DEPENDS = "openssl"
>  
> -# This revision corresponds to the tag "v2016.03"
> -# We use the revision in order to avoid having to fetch it from the
> -# repo during parse
> -SRCREV = "df61a74e6845ec9bdcdd48d2aff5e9c2c6debeaa"
> -
> -PV = "v2016.03+git${SRCPV}"
> -
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
> -
> -S = "${WORKDIR}/git"
> -
>  EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS} 
> ${LDFLAGS}" STRIP=true V=1'
>  
>  do_compile () {
> diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
> b/meta/recipes-bsp/u-boot/u-boot.inc
> index 252aae9..afe3fe9 100644
> --- a/meta/recipes-bsp/u-boot/u-boot.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot.inc
> @@ -1,14 +1,6 @@
>  SUMMARY = "Universal Boot Loader for embedded devices"
> -HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
> -SECTION = "bootloaders"
>  PROVIDES = "virtual/bootloader"
>  
> -LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
> -
> -SRC_URI = "git://git.denx.de/u-boot.git;branch=master"
> -
> -S = "${WORKDIR}/git"
>  B = "${WORKDIR}/build"
>  
>  PACKAGE_ARCH = "${MACHINE_ARCH}"
> diff --git a/meta/recipes-bsp/u-boot/u-boot_2016.03.bb 
> b/meta/recipes-bsp/u-boot/u-boot_2016.03.bb
> index 836b0ce..dabe709 100644
> --- 

Re: [OE-core] [PATCH 5/5] u-boot: Drop redundant comment

[Denys Dmytriyenko]

On Tue, Oct 18, 2016 at 11:55:13PM +0200, Marek Vasut wrote:
> Drop comment stating that the SRCREV corresponds to particular U-Boot
> version. This comment is redundant, since the U-Boot version is part
> of the recipe filename.
> 
> Signed-off-by: Marek Vasut 
> Cc: Richard Purdie 
> Cc: Denys Dmytriyenko 

Acked-by: Denys Dmytriyenko 


> ---
>  meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> index a535df1..5b02c87 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> @@ -4,7 +4,6 @@ SECTION = "bootloaders"
>  LICENSE = "GPLv2+"
>  LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>  
> -# This revision corresponds to the tag "v2016.09.01"
>  # We use the revision in order to avoid having to fetch it from the
>  # repo during parse
>  SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
> -- 
> 2.9.3
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/5] u-boot: Drop the +git part from PV

[Denys Dmytriyenko]

On Tue, Oct 18, 2016 at 11:55:11PM +0200, Marek Vasut wrote:
> The U-Boot package is using release versions of U-Boot,
> so drop the extra +git part from PV.

As long as it's using release-based SRCREV, should be fine. IIRC, +git suffix 
was from the days when we needed to pick up additional commits after the 
release for bug fixes and such...


> Signed-off-by: Marek Vasut 
> Cc: Richard Purdie 
> Cc: Denys Dmytriyenko 

Acked-by: Denys Dmytriyenko 


> ---
>  meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> index ead5077..0a90621 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>  # repo during parse
>  SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
>  
> -PV = "v2016.09.01+git${SRCPV}"
> +PV = "v2016.09.01"
>  
>  SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
>  
> -- 
> 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/5] u-boot: Drop PV altogether

[Denys Dmytriyenko]

On Tue, Oct 18, 2016 at 11:55:12PM +0200, Marek Vasut wrote:
> Drop the explicit setting of PV altogether. This changes the U-Boot
> version string from "v20yy.mm" to "20yy.mm" , so layer setting the
> PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.

Finally!
But do we need to bump PE to ensure upgrade path and proper sorting?


> Signed-off-by: Marek Vasut 
> Cc: Richard Purdie 
> Cc: Denys Dmytriyenko 

Acked-by: Denys Dmytriyenko 


> ---
>  meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc | 2 --
>  1 file changed, 2 deletions(-)
> 
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> index 0a90621..a535df1 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common_2016.09.01.inc
> @@ -9,8 +9,6 @@ LIC_FILES_CHKSUM = 
> "file://Licenses/README;md5=a2c678cfd4a4d97135585cad908541c6"
>  # repo during parse
>  SRCREV = "f3363c060497515ca8b71451cb56f3ec0abacaa9"
>  
> -PV = "v2016.09.01"
> -
>  SRC_URI = "git://git.denx.de/u-boot.git;branch=u-boot-2016.09.y"
>  
>  S = "${WORKDIR}/git"
> -- 
> 2.9.3
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Paul Eggleton]

On Wed, 19 Oct 2016 15:42:27 Robert P. J. Day wrote:
> On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> > > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > > > On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> > > > > On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> > > > > >   not sure how dumb a question this is, but as i was doing a basic
> > > > > >   OE
> > > > > > 
> > > > > > build, i saw the growing number of "nativesdk" rpms piling up
> > > > > > under
> > > > > > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of
> > > > > > them
> > > > > > later, but after the sysroot was (i assume) populated with all of
> > > > > > these rpms, that entire directory was deleted.
> > > > > > 
> > > > > >   is there a switch to preserve that directory? thanks.
> > > > >   
> > > > >   oh, wait, i think i found it:
> > > > > SDKIMAGE_FEATURES += "package-management"
> > > > > 
> > > > > does that look right?
> > > > 
> > > > No, it doesn't. That's for turning on package management database in
> > > > the
> > > > SDK, which is not quite the same thing. The fact that those rpms are
> > > > disappearing is a separate issue.
> > > > 
> > > > Are you using rm_work?
> > > > 
> > >   no. and are you sure you're reading the above correctly? i'm not
> > > 
> > > saying
> > > 
> > >   IMAGE_FEATURES += "package-management"
> > 
> > Yep, I understood.
> > 
> > > i was reading this:
> > > 
> > > https://patchwork.openembedded.org/patch/120705/
> > > 
> > > but perhaps i'm just misinterpreting what i'm reading.
> > 
> > Right - that patch makes the preservation of the package management
> > database (what it refers to as the "packaging data") conditional. That
> > code does nothing with the packages themselves.
> 
>   i'm about to create a new project directory as a test ... is there
> any configuration i should do to try to preserve all those nativesdk
> rpm files?

I am not aware of any configuration that should control the presence or 
absence of those files. As far as I'm concerned, if they are disappearing and 
you're not doing anything to delete them, that's a bug.

Cheers,
Paul

-- 

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

On Thu, 20 Oct 2016, Paul Eggleton wrote:

> On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > > On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> > > > On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> > > > >   not sure how dumb a question this is, but as i was doing a basic OE
> > > > >
> > > > > build, i saw the growing number of "nativesdk" rpms piling up under
> > > > > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
> > > > > later, but after the sysroot was (i assume) populated with all of
> > > > > these rpms, that entire directory was deleted.
> > > > >
> > > > >   is there a switch to preserve that directory? thanks.
> > > >
> > > >   oh, wait, i think i found it:
> > > > SDKIMAGE_FEATURES += "package-management"
> > > >
> > > > does that look right?
> > >
> > > No, it doesn't. That's for turning on package management database in the
> > > SDK, which is not quite the same thing. The fact that those rpms are
> > > disappearing is a separate issue.
> > >
> > > Are you using rm_work?
> >
> >   no. and are you sure you're reading the above correctly? i'm not
> > saying
> >
> >   IMAGE_FEATURES += "package-management"
>
> Yep, I understood.
>
> > i was reading this:
> >
> > https://patchwork.openembedded.org/patch/120705/
> >
> > but perhaps i'm just misinterpreting what i'm reading.
>
> Right - that patch makes the preservation of the package management database
> (what it refers to as the "packaging data") conditional. That code does
> nothing with the packages themselves.

  i'm about to create a new project directory as a test ... is there
any configuration i should do to try to preserve all those nativesdk
rpm files?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

Re: [OE-core] [PATCH 00/19] Recipe updates and version check fixes

[akuster808]

Alexander,


On 10/19/2016 08:06 AM, Alexander Kanavin wrote:

This is a bunch of assorted version updates, and upstream check fixes. I have 
also
re-enabled gobject introspection on musl (seems to work now). Some version 
updates
are held off by the need to update glib/gtk first, or are more involved 
(openssl),
they will come later.


Are these updates just bug fixes or do they also contain new features / 
enhancements. Having a little more description in the commit will help  
the morty maintainer determine if any of the updates are suitable to 
backporting.


regards,
Armin



The following changes since commit 9c04beb9adf5ed05b4fe89322bfa4dd60296de2b:

   ref-manual: Removed RM_OLD_IMAGE variable description. (2016-10-19 12:56:33 
+0100)

are available in the git repository at:

   git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
   
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

Alexander Kanavin (19):
   musl: enable gobject introspection
   mklibs-native: fix upstream version check
   cve-check-tool: fix upstream version check
   pigz: fix upstream version check
   boost: update to 1.62.0
   btrfs-tools: update to 4.8.1
   cmake: update to 3.6.2
   dtc: update to 1.4.2
   ffmpeg: update to 3.1.4
   gnome-desktop3: update to 3.22.1
   gnutls: update to 3.5.5
   libksba: update to 1.3.5
   lighttpd: update to 1.4.42
   mpg123: update to 1.23.8
   nspr: update to 4.13
   nss: update to 3.27.1
   vala: update to 0.34.1
   webkitgtk: update to 2.14.1
   epiphany: update to 3.22.1

  meta/conf/distro/include/tclibc-musl.inc   |   4 -
  .../btrfs-tools/btrfs-tools/fix-parallel.patch |  32 ---
  .../{btrfs-tools_4.7.1.bb => btrfs-tools_4.8.1.bb} |   3 +-
  ...cmake-native_3.6.1.bb => cmake-native_3.6.2.bb} |   0
  meta/recipes-devtools/cmake/cmake.inc  |   4 +-
  .../cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb}   |   0
  .../cve-check-tool/cve-check-tool_5.6.4.bb |   2 +
  .../mklibs/mklibs-native_0.1.41.bb |   2 +
  meta/recipes-devtools/vala/vala.inc|   2 +-
  .../vala/{vala_0.32.1.bb => vala_0.34.1.bb}|   4 +-
  .../{lighttpd_1.4.41.bb => lighttpd_1.4.42.bb} |   4 +-
  meta/recipes-extended/pigz/pigz.inc|   2 -
  meta/recipes-extended/pigz/pigz_2.3.3.bb   |   2 +-
  .../{epiphany_3.20.3.bb => epiphany_3.22.1.bb} |   6 +-
  ...desktop3_3.20.2.bb => gnome-desktop3_3.22.1.bb} |   4 +-
  .../dtc/{dtc_git.bb => dtc_1.4.2.bb}   |   3 +-
  .../ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb}|   4 +-
  .../mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb}  |   4 +-
  ...bKitMacros-Append-to-I-and-not-to-isystem.patch | 272 +
  .../{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb}   |  26 +-
  ...bjam-native_1.61.0.bb => bjam-native_1.62.0.bb} |   0
  .../boost/{boost-1.61.0.inc => boost-1.62.0.inc}   |   4 +-
  ...ips-assembly-doesn-t-compile-in-mips16e-m.patch |  60 -
  .../boost/{boost_1.61.0.bb => boost_1.62.0.bb} |   1 -
  ...001-Use-correct-include-dir-with-minitasn.patch |  31 ---
  .../gnutls/gnutls/CVE-2016-7444.patch  |  35 ---
  meta/recipes-support/gnutls/gnutls_3.5.3.bb|  13 -
  meta/recipes-support/gnutls/gnutls_3.5.5.bb|   9 +
  .../libksba/{libksba_1.3.4.bb => libksba_1.3.5.bb} |   4 +-
  .../nspr/{nspr_4.12.bb => nspr_4.13.bb}|   4 +-
  .../recipes-support/nss/nss/pqg.c-ULL_addend.patch |   8 +-
  .../nss/{nss_3.25.bb => nss_3.27.1.bb} |   6 +-
  32 files changed, 173 insertions(+), 382 deletions(-)
  delete mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
  rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.7.1.bb => 
btrfs-tools_4.8.1.bb} (91%)
  rename meta/recipes-devtools/cmake/{cmake-native_3.6.1.bb => 
cmake-native_3.6.2.bb} (100%)
  rename meta/recipes-devtools/cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb} (100%)
  rename meta/recipes-devtools/vala/{vala_0.32.1.bb => vala_0.34.1.bb} (56%)
  rename meta/recipes-extended/lighttpd/{lighttpd_1.4.41.bb => 
lighttpd_1.4.42.bb} (94%)
  rename meta/recipes-gnome/epiphany/{epiphany_3.20.3.bb => epiphany_3.22.1.bb} 
(77%)
  rename meta/recipes-gnome/gnome-desktop/{gnome-desktop3_3.20.2.bb => 
gnome-desktop3_3.22.1.bb} (83%)
  rename meta/recipes-kernel/dtc/{dtc_git.bb => dtc_1.4.2.bb} (75%)
  rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb} 
(97%)
  rename meta/recipes-multimedia/mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb} 
(95%)
  rename meta/recipes-sato/webkit/{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb} 
(85%)
  rename meta/recipes-support/boost/{bjam-native_1.61.0.bb => 
bjam-native_1.62.0.bb} (100%)
  rename meta/recipes-support/boost/{boost-1.61.0.inc => boost-1.62.0.inc} (83%)
  delete mode 100644 
meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
  rename 

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Paul Eggleton]

On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> > > On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> > > >   not sure how dumb a question this is, but as i was doing a basic OE
> > > > 
> > > > build, i saw the growing number of "nativesdk" rpms piling up under
> > > > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
> > > > later, but after the sysroot was (i assume) populated with all of
> > > > these rpms, that entire directory was deleted.
> > > > 
> > > >   is there a switch to preserve that directory? thanks.
> > >   
> > >   oh, wait, i think i found it:
> > > SDKIMAGE_FEATURES += "package-management"
> > > 
> > > does that look right?
> > 
> > No, it doesn't. That's for turning on package management database in the
> > SDK, which is not quite the same thing. The fact that those rpms are
> > disappearing is a separate issue.
> > 
> > Are you using rm_work?
> 
>   no. and are you sure you're reading the above correctly? i'm not
> saying
> 
>   IMAGE_FEATURES += "package-management"

Yep, I understood.
 
> i was reading this:
> 
> https://patchwork.openembedded.org/patch/120705/
> 
> but perhaps i'm just misinterpreting what i'm reading.

Right - that patch makes the preservation of the package management database 
(what it refers to as the "packaging data") conditional. That code does 
nothing with the packages themselves.

Cheers,
Paul

-- 

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

On Thu, 20 Oct 2016, Paul Eggleton wrote:

> On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> > On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> > >   not sure how dumb a question this is, but as i was doing a basic OE
> > >
> > > build, i saw the growing number of "nativesdk" rpms piling up under
> > > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
> > > later, but after the sysroot was (i assume) populated with all of
> > > these rpms, that entire directory was deleted.
> > >
> > >   is there a switch to preserve that directory? thanks.
> >
> >   oh, wait, i think i found it:
> >
> > SDKIMAGE_FEATURES += "package-management"
> >
> > does that look right?
>
> No, it doesn't. That's for turning on package management database in the SDK,
> which is not quite the same thing. The fact that those rpms are disappearing
> is a separate issue.
>
> Are you using rm_work?

  no. and are you sure you're reading the above correctly? i'm not
saying

  IMAGE_FEATURES += "package-management"

i was reading this:

https://patchwork.openembedded.org/patch/120705/

but perhaps i'm just misinterpreting what i'm reading.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday



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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Paul Eggleton]

On Wed, 19 Oct 2016 11:27:05 Robert P. J. Day wrote:
> On Wed, 19 Oct 2016, Robert P. J. Day wrote:
> >   not sure how dumb a question this is, but as i was doing a basic OE
> > 
> > build, i saw the growing number of "nativesdk" rpms piling up under
> > tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
> > later, but after the sysroot was (i assume) populated with all of
> > these rpms, that entire directory was deleted.
> > 
> >   is there a switch to preserve that directory? thanks.
> 
>   oh, wait, i think i found it:
> 
> SDKIMAGE_FEATURES += "package-management"
> 
> does that look right?

No, it doesn't. That's for turning on package management database in the SDK, 
which is not quite the same thing. The fact that those rpms are disappearing 
is a separate issue.

Are you using rm_work?

Cheers,
Paul

-- 

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

Re: [OE-core] [OE-Core][meta-oe][PATCH] glmark2: Enabling c++ 11 features

[Khem Raj]

> On Oct 17, 2016, at 11:49 PM, Amarnath Valluri  
> wrote:
> 
> 
> 
> On Friday 14 October 2016 05:13 PM, Khem Raj wrote:
>> On Fri, Oct 14, 2016 at 3:21 PM, Amarnath Valluri
>>   wrote:
>>> > The failure was:
>>> > | ../src/image-reader.cpp: In member function 'bool PNGReader::init(const
>>> > string&)':
>>> > | ../src/image-reader.cpp:123:16: error: 'unique_ptr' in namespace 'std' 
>>> > does
>>> > not name a template type
>>> >
>>> > This change enables c++11 features, as code useing them.
>>> >
>>> > Signed-off-by: Amarnath Valluri  
>>> > 
>>> > ---
>>> >  meta-oe/recipes-benchmark/glmark2/glmark2_git.bb | 3 +++
>>> >  1 file changed, 3 insertions(+)
>>> >
>>> > diff --git a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb 
>>> > b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
>>> > index 396ae70..4cb233b 100644
>>> > --- a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
>>> > +++ b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
>>> > @@ -28,6 +28,9 @@ PACKAGECONFIG ?= 
>>> > "${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'x11-gl
>>> >${@bb.utils.contains('DISTRO_FEATURES', 'wayland 
>>> > opengl', 'wayland-gl wayland-gles2', '', d)} \
>>> >drm-gl drm-gles2"
>>> >
>>> > +# Enable C++11 features
>>> > +CXXFLAGS += "--std=c++11"
>> gcc6 now defaults to  -std=gnu++14,so I have couple of  questions here
>> 
>>  Are you pinning it to c++11 because it doesnt compile with c++14 ? or
>> is it because package is explicitly overrding the std option. In latter case
>> perhaps its better to patch the package and also submit it upstream
>> 
> This failure was visible with gcc version 5.4(GCCVERSION=5.%).  With gcc6 It 
> built successfully.
> 

I see, you should mention such things in commit message.

> - Amarnath
> 
> 
> -
> Intel Finland Oy
> Registered Address: PL 281, 00181 Helsinki
> Business Identity Code: 0357606 - 4
> Domiciled in Helsinki
> 
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
> 



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] connman: get the correct network interface name from dmesg during NFS booting

[Jagadeesh Krishnanjanappa]

Hi Christopher,

Thanks for applying the required changes under below commit,

https://github.com/openembedded/openembedded-core/compare/master...kergoth:connman-systemd-nfs

Are there any plans to submit it to OE-core?

Regards,
Jagadeesh


On Thu, Oct 13, 2016 at 7:31 AM, Jagadeesh Krishnanjanappa <
jkrishnanjana...@mvista.com> wrote:

>
>
> On Wed, Oct 12, 2016 at 12:30 PM, Andreas Oberritter  > wrote:
>
>> Hi Jagadeesh,
>>
>> On 11.10.2016 14:11, Jagadeesh Krishnanjanappa wrote:
>> > Hi Andreas,
>> >
>> > Thanks for reviewing the patch.
>> >
>> >
>> > I think this is too fragile to land in OE-Core. What happens if a
>> > network driver prints "device=eth0"? Or if other kernel messages
>> make
>> > the string disappear from dmesg and connman gets restarted later?
>> >
>> >
>> > True. If device=eth0 gets disappeared/corrupted, then we may have
>> problem.
>> >
>> >
>> > FWIW, I'm attaching my current wrapper script for connmand. I don't
>> > think it's perfect, but at least it doesn't depend on any init
>> manager
>> > and works across restarts.
>> >
>> > The wrapper script attached by you, takes care of the missing scenarios.
>> > Seems to be more complete.
>> >
>> >
>> >
>> > Add these lines to connman's do_install, in case you'd like to test
>> > and/or submit it:
>> >
>> > mv ${D}${sbindir}/connmand ${D}${sbindir}/connmand.real
>> > install -m 755 ${WORKDIR}/connmand-nfsroot.in
>> >  ${D}${sbindir}/connmand
>> > sed -e 's,@sbindir@,${sbindir},g' -i ${D}${sbindir}/connmand
>> >
>> > I think it would be good idea to integrate your changes into the already
>> > existing OE-core's connman script, instead of a calling original connman
>> > script from the wrapper script.
>>
>> please keep in mind that you'd need to implement the same logic for
>> systemd.
>>
>> Considering that the execution of connman on nfsroots without
>> appropriate parameters immediately hangs the system, a wrapper script
>> offers an additional level of protection compared to an init script or
>> systemd unit, especially for people debugging connman.
>>
>> The intention of integrating your changes into init script was to avoid
> an extra file being added to the layer. But yes, to help debugging and to
> support systemd; wrapper script can be helpful.
>
> Thanks,
> Jagadeesh
>
> Regards,
>> Andreas
>>
>> >
>> > Regards,
>> > Jagadeesh
>> >
>> > >
>> > > Signed-off-by: Jagadeesh Krishnanjanappa
>> > >
>> > > ---
>> > >  meta/recipes-connectivity/connman/connman/connman | 35
>> > +--
>> > >  1 file changed, 20 insertions(+), 15 deletions(-)
>> > >
>> > > diff --git a/meta/recipes-connectivity/connman/connman/connman
>> > b/meta/recipes-connectivity/connman/connman/connman
>> > > index c64fa0d..aae2ca6 100644
>> > > --- a/meta/recipes-connectivity/connman/connman/connman
>> > > +++ b/meta/recipes-connectivity/connman/connman/connman
>> > > @@ -29,23 +29,28 @@ done
>> > >  do_start() {
>> > >   EXTRA_PARAM=""
>> > >   if test $nfsroot -eq 1 ; then
>> > > - NET_DEVS=`cat /proc/net/dev | sed -ne 's/^\([a-zA-Z0-9
>> > ]*\):.*$/\1/p'`
>> > > - NET_ADDR=`cat /proc/cmdline | sed -ne 's/^.*ip=\([^
>> > :]*\).*$/\1/p'`
>> > > + ethn_from_dmesg=`dmesg | grep "device="| sed
>> > "s|\(.*\)device=\(.*\), hwaddr=\(.*\)|\2|g"`
>> > > + if [ ! -z "$ethn_from_dmesg" ]; then
>> > > + EXTRA_PARAM="-I $ethn_from_dmesg"
>> > > + else
>> > > + NET_DEVS=`cat /proc/net/dev | sed -ne
>> > 's/^\([a-zA-Z0-9 ]*\):.*$/\1/p'`
>> > > + NET_ADDR=`cat /proc/cmdline | sed -ne 's/^.*ip=\([^
>> > :]*\).*$/\1/p'`
>> > >
>> > > - if [ ! -z "$NET_ADDR" ]; then
>> > > - if [ "$NET_ADDR" = dhcp ]; then
>> > > - ethn=`ifconfig | grep "^eth" | sed -e
>> > "s/\(eth[0-9]\)\(.*\)/\1/"`
>> > > - if [ ! -z "$ethn" ]; then
>> > > - EXTRA_PARAM="-I $ethn"
>> > > - fi
>> > > - else
>> > > - for i in $NET_DEVS; do
>> > > - ADDR=`ifconfig $i | sed 's/addr://g' | sed
>> > -ne 's/^.*inet \([0-9.]*\) .*$/\1/p'`
>> > > - if [ "$NET_ADDR" = "$ADDR" ]; then
>> > > - EXTRA_PARAM="-I $i"
>> > > - break
>> > > + if [ ! -z "$NET_ADDR" ]; then
>> > > + if [ "$NET_ADDR" = dhcp ]; then
>> > > + ethn=`ifconfig | grep "^eth" | sed -e
>> > "s/\(eth[0-9]\)\(.*\)/\1/"`
>> > > + if [ ! -z "$ethn" ]; then
>> > > + EXTRA_PARAM="-I $ethn"
>> > >   

[OE-core] [PATCH 2/2] sstate-sysroot-cruft: Add /etc/ld.so.conf to whitelist

[Martin Jansa]

* it reports at least 2 issues in every build (this file in
  native and target sysroot) add it to whitelist

Signed-off-by: Martin Jansa 
---
 scripts/sstate-sysroot-cruft.sh | 12 
 1 file changed, 12 insertions(+)

diff --git a/scripts/sstate-sysroot-cruft.sh b/scripts/sstate-sysroot-cruft.sh
index e282e47..d9917f5 100755
--- a/scripts/sstate-sysroot-cruft.sh
+++ b/scripts/sstate-sysroot-cruft.sh
@@ -143,6 +143,18 @@ WHITELIST="${WHITELIST} \
   .*/var/cache/fontconfig/ \
 "
 
+# created by oe.utils.write_ld_so_conf which is used from few bbclasses and 
recipes:
+# meta/classes/image-prelink.bbclass:oe.utils.write_ld_so_conf(d)
+# meta/classes/insane.bbclass:oe.utils.write_ld_so_conf(d)
+# meta/classes/insane.bbclass:oe.utils.write_ld_so_conf(d)
+# meta/recipes-gnome/gobject-introspection/gobject-introspection_1.48.0.bb:
oe.utils.write_ld_so_conf(d)
+# meta/recipes-gnome/gobject-introspection/gobject-introspection_1.48.0.bb:
oe.utils.write_ld_so_conf(d)
+# introduced in oe-core commit 7fd1d7e639c2ed7e0699937a5cb245c187b7c811
+# and more visible since added to gobject-introspection in 
10e0c1a3a452baa05d160a92a54b2e33cf0fd061
+WHITELIST="${WHITELIST} \
+  [^/]*/etc/ld.so.conf \
+"
+
 SYSROOTS="`readlink -f ${tmpdir}`/sysroots/"
 
 mkdir ${OUTPUT}
-- 
2.10.1

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

Re: [OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

On Wed, 19 Oct 2016, Robert P. J. Day wrote:

>
>   not sure how dumb a question this is, but as i was doing a basic OE
> build, i saw the growing number of "nativesdk" rpms piling up under
> tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
> later, but after the sysroot was (i assume) populated with all of
> these rpms, that entire directory was deleted.
>
>   is there a switch to preserve that directory? thanks.

  oh, wait, i think i found it:

SDKIMAGE_FEATURES += "package-management"

does that look right?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

[OE-core] [PATCH 1/2] test-dependencies.sh: Strip also '\.bb: .*' before adding failed recipe to list of failed

[Martin Jansa]

From: Martin Jansa 

* format of bitbake tasks changed in:
  2c88afb   taskdata/runqueue: Rewrite without use of ID indirection

-ERROR: Task 4 
(/OE/build/oe-core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb, 
do_fetch) failed with exit code '1'
+ERROR: Task 
/OE/build/oe-core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb:do_fetch 
(/OE/build/oe-core/openembedded-core/meta/recipes-devtools/rpm/sftp.bb:do_fetch)
 failed with exit code '1'

  so strip not only '\.bb, .*' used before, but also '\.bb:.*' to drop
  the task name to get recipe name.

* for more details see:
  
http://lists.openembedded.org/pipermail/openembedded-core/2016-June/123132.html

* without this change you can see test-dependencies.sh trying to rebuild 
packages
  like:
  Building recipe: fbprogress (6/21)
  Building recipe: fbprogress.bb:do (7/21)
  where the later of course doesn't exist as a recipe

Signed-off-by: Martin Jansa 
Signed-off-by: Ross Burton 
---
 scripts/test-dependencies.sh | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/test-dependencies.sh b/scripts/test-dependencies.sh
index 00c50e0..0b94de8 100755
--- a/scripts/test-dependencies.sh
+++ b/scripts/test-dependencies.sh
@@ -141,7 +141,7 @@ build_all() {
   bitbake -k $targets 2>&1 | tee -a ${OUTPUT1}/complete.log
   RESULT+=${PIPESTATUS[0]}
   grep "ERROR: Task.*failed" ${OUTPUT1}/complete.log > 
${OUTPUT1}/failed-tasks.log
-  cat ${OUTPUT1}/failed-tasks.log | sed 's@.*/@@g; s@_.*@@g; s@\.bb, .*@@g; 
s@\.bb;.*@@g' | sort -u > ${OUTPUT1}/failed-recipes.log
+  cat ${OUTPUT1}/failed-tasks.log | sed 's@.*/@@g; s@_.*@@g; s@\.bb, .*@@g; 
s@\.bb:.*@@g' | sort -u > ${OUTPUT1}/failed-recipes.log
 }
 
 build_every_recipe() {
@@ -178,7 +178,7 @@ build_every_recipe() {
   RESULT+=${RECIPE_RESULT}
   mv ${OUTPUTB}/${recipe}.log ${OUTPUTB}/failed/
   grep "ERROR: Task.*failed"  ${OUTPUTB}/failed/${recipe}.log | tee -a 
${OUTPUTB}/failed-tasks.log
-  grep "ERROR: Task.*failed"  ${OUTPUTB}/failed/${recipe}.log | sed 
's@.*/@@g; s@_.*@@g; s@\.bb, .*@@g; s@\.bb;.*@@g' >> 
${OUTPUTB}/failed-recipes.log
+  grep "ERROR: Task.*failed"  ${OUTPUTB}/failed/${recipe}.log | sed 
's@.*/@@g; s@_.*@@g; s@\.bb, .*@@g; s@\.bb:.*@@g' >> 
${OUTPUTB}/failed-recipes.log
   # and append also ${recipe} in case the failed task was from some 
dependency
   echo ${recipe} >> ${OUTPUTB}/failed-recipes.log
 else
-- 
2.10.1

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

[OE-core] how can i ask to keep all the generated "nativesdk" rpms?

[Robert P. J. Day]

  not sure how dumb a question this is, but as i was doing a basic OE
build, i saw the growing number of "nativesdk" rpms piling up under
tmp/deploy/rpm/x86_64_linux, and wanted to examine a couple of them
later, but after the sysroot was (i assume) populated with all of
these rpms, that entire directory was deleted.

  is there a switch to preserve that directory? thanks.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

[OE-core] [PATCH 07/19] cmake: update to 3.6.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../cmake/{cmake-native_3.6.1.bb => cmake-native_3.6.2.bb}| 0
 meta/recipes-devtools/cmake/cmake.inc | 4 ++--
 meta/recipes-devtools/cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb}| 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/cmake/{cmake-native_3.6.1.bb => 
cmake-native_3.6.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb} (100%)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.6.1.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.6.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.6.1.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.6.2.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 4fcb0b1..961d33c 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -16,8 +16,8 @@ SRC_URI = 
"https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://qt4-fail-silent.patch \
"
 
-SRC_URI[md5sum] = "d6dd661380adacdb12f41b926ec99545"
-SRC_URI[sha256sum] = 
"28ee98ec40427d41a45673847db7a905b59ce9243bb866eaf59dce0f58aaef11"
+SRC_URI[md5sum] = "139d7affdd4e8ab1edfc9f4322d69e43"
+SRC_URI[sha256sum] = 
"189ae32a6ac398bb2f523ae77f70d463a6549926cde1544cd9cc7c6609f8b346"
 
 UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/cmake/cmake_3.6.1.bb 
b/meta/recipes-devtools/cmake/cmake_3.6.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.6.1.bb
rename to meta/recipes-devtools/cmake/cmake_3.6.2.bb
-- 
2.9.3

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

Re: [OE-core] [PATCH 0/2] Re-add piglit to sdk images

[Richard Purdie]

On Wed, 2016-10-19 at 16:02 +0200, Mike Looijmans wrote:
> On 19-10-16 14:53, Burton, Ross wrote:
> > 
> > 
> > On 18 October 2016 at 22:21, Paul Eggleton  > el.com
> > > wrote:
> > 
> > > > Q: Do I need to declare a runtime dependency that typically
> > comes
> > > > from busybox (tar)?
> > >
> > > Yes, because some people try to eliminate busybox from their
> > image.
> > 
> > How would one express such a dependency though, given that it
> > could come from
> > tar or busybox? "Virtual" runtime dependencies aren't allowed
> > except through
> > our somewhat awkward VIRTUAL-RUNTIME convention, but that
> > probably isn't
> > warranted here.
> > 
> > busybox could RRPOVIDE tar?
> If we go down that road, we'd end up with a busybox that RPROVIDES a
> hundred 
> and one utilities. I doubt anyone will be happy with that...

We've come across this problem before. It is something which is
probably worth looking at to see what options we have but it is
probably a tangential issue to the patch at hand.

Cheers,

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

[OE-core] [PATCH 19/19] epiphany: update to 3.22.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../epiphany/{epiphany_3.20.3.bb => epiphany_3.22.1.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.20.3.bb => epiphany_3.22.1.bb} 
(77%)

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.20.3.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
similarity index 77%
rename from meta/recipes-gnome/epiphany/epiphany_3.20.3.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
index eba480b..57784ae 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.20.3.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.22.1.bb
@@ -10,10 +10,10 @@ inherit gnomebase gsettings distro_features_check 
upstream-version-is-even
 REQUIRED_DISTRO_FEATURES = "x11"
 
 SRC_URI += "file://0001-yelp.m4-drop-the-check-for-itstool.patch"
-SRC_URI[archive.md5sum] = "31822b6b199f724f212ae9200bc055f1"
-SRC_URI[archive.sha256sum] = 
"4d9de1bdb44c14adf25aa6dc02ea3de60925cff5eb01fe89545e6032c9b424a2"
+SRC_URI[archive.md5sum] = "9b9b73601a32f5b11c02411952cec27a"
+SRC_URI[archive.sha256sum] = 
"aab162ede54d71e583e382ab5e3567f28d81e0cd42719a11cad8008b56c5cc0e"
 
-EXTRA_OECONF += " --disable-nss --with-distributor-name=${DISTRO}"
+EXTRA_OECONF += " --with-distributor-name=${DISTRO}"
 
 do_configure_prepend() {
 sed -i -e s:help::g ${S}/Makefile.am
-- 
2.9.3

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

[OE-core] [PATCH 18/19] webkitgtk: update to 2.14.1

[Alexander Kanavin]

Rebase 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch

Signed-off-by: Alexander Kanavin 
---
 ...bKitMacros-Append-to-I-and-not-to-isystem.patch | 272 +
 .../{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb}   |  26 +-
 2 files changed, 128 insertions(+), 170 deletions(-)
 rename meta/recipes-sato/webkit/{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb} 
(85%)

diff --git 
a/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
 
b/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
index 25b3c9f..ef209c8 100644
--- 
a/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
+++ 
b/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
@@ -1,4 +1,4 @@
-From 53a00058184cd710c6f4375f4daab49d7e885a30 Mon Sep 17 00:00:00 2001
+From 20ee11dd188e1538f8cdd17a289dc6f9c63a011e Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Sun, 17 Apr 2016 12:35:41 -0700
 Subject: [PATCH] WebKitMacros: Append to -I and not to -isystem
@@ -15,82 +15,95 @@ and ends up with compile errors e.g.
 /usr/include/c++/6.0.0/cstdlib:75:25: fatal error: stdlib.h: No such file or 
directory
 
 Signed-off-by: Khem Raj 

 Upstream-Status: Pending
+---
+ Source/JavaScriptCore/shell/CMakeLists.txt | 2 +-
+ Source/WebCore/PlatformGTK.cmake   | 6 +++---
+ Source/WebKit2/PlatformGTK.cmake   | 2 +-
+ Source/cmake/WebKitMacros.cmake| 2 +-
+ Tools/DumpRenderTree/TestNetscapePlugIn/CMakeLists.txt | 2 +-
+ Tools/ImageDiff/CMakeLists.txt | 2 +-
+ Tools/MiniBrowser/gtk/CMakeLists.txt   | 2 +-
+ Tools/TestWebKitAPI/PlatformGTK.cmake  | 2 +-
+ Tools/TestWebKitAPI/Tests/WebKit2Gtk/CMakeLists.txt| 2 +-
+ Tools/WebKitTestRunner/CMakeLists.txt  | 2 +-
+ 10 files changed, 12 insertions(+), 12 deletions(-)
 
- Source/cmake/WebKitMacros.cmake | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-Index: webkitgtk-2.12.1/Source/JavaScriptCore/CMakeLists.txt
-===
 webkitgtk-2.12.1.orig/Source/JavaScriptCore/CMakeLists.txt
-+++ webkitgtk-2.12.1/Source/JavaScriptCore/CMakeLists.txt
-@@ -1311,7 +1311,7 @@ add_subdirectory(shell)
+diff --git a/Source/JavaScriptCore/shell/CMakeLists.txt 
b/Source/JavaScriptCore/shell/CMakeLists.txt
+index 155c797..80fe22b 100644
+--- a/Source/JavaScriptCore/shell/CMakeLists.txt
 b/Source/JavaScriptCore/shell/CMakeLists.txt
+@@ -20,7 +20,7 @@ WEBKIT_INCLUDE_CONFIG_FILES_IF_EXISTS()
  
- WEBKIT_WRAP_SOURCELIST(${JavaScriptCore_SOURCES})
- include_directories(${JavaScriptCore_INCLUDE_DIRECTORIES})
+ WEBKIT_WRAP_SOURCELIST(${JSC_SOURCES})
+ include_directories(./ ${JavaScriptCore_INCLUDE_DIRECTORIES})
 -include_directories(SYSTEM ${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
 +include_directories(${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
- add_library(JavaScriptCore ${JavaScriptCore_LIBRARY_TYPE} 
${JavaScriptCore_HEADERS} ${JavaScriptCore_SOURCES})
- target_link_libraries(JavaScriptCore ${JavaScriptCore_LIBRARIES})
- set_target_properties(JavaScriptCore PROPERTIES COMPILE_DEFINITIONS 
"BUILDING_JavaScriptCore")
-Index: webkitgtk-2.12.1/Source/WTF/wtf/CMakeLists.txt
-===
 webkitgtk-2.12.1.orig/Source/WTF/wtf/CMakeLists.txt
-+++ webkitgtk-2.12.1/Source/WTF/wtf/CMakeLists.txt
-@@ -286,7 +286,7 @@ WEBKIT_INCLUDE_CONFIG_FILES_IF_EXISTS()
- 
- WEBKIT_WRAP_SOURCELIST(${WTF_SOURCES})
- include_directories(${WTF_INCLUDE_DIRECTORIES})
--include_directories(SYSTEM ${WTF_SYSTEM_INCLUDE_DIRECTORIES})
-+include_directories(${WTF_SYSTEM_INCLUDE_DIRECTORIES})
- add_library(WTF ${WTF_LIBRARY_TYPE} ${WTF_HEADERS} ${WTF_SOURCES})
- target_link_libraries(WTF ${WTF_LIBRARIES})
- set_target_properties(WTF PROPERTIES COMPILE_DEFINITIONS "BUILDING_WTF")
-Index: webkitgtk-2.12.1/Source/WebCore/CMakeLists.txt
-===
 webkitgtk-2.12.1.orig/Source/WebCore/CMakeLists.txt
-+++ webkitgtk-2.12.1/Source/WebCore/CMakeLists.txt
-@@ -3748,7 +3748,7 @@ WEBKIT_WRAP_SOURCELIST(${WebCore_IDL_FIL
- WEBKIT_WRAP_SOURCELIST(${WebCoreTestSupport_IDL_FILES} 
${WebCoreTestSupport_SOURCES})
- 
- include_directories(${WebCore_INCLUDE_DIRECTORIES} 
${WebCoreTestSupport_INCLUDE_DIRECTORIES})
--include_directories(SYSTEM ${WebCore_SYSTEM_INCLUDE_DIRECTORIES})
-+include_directories(${WebCore_SYSTEM_INCLUDE_DIRECTORIES})
- 
- if (MSVC)
- ADD_PRECOMPILED_HEADER("WebCorePrefix.h" "WebCorePrefix.cpp" 
WebCore_SOURCES)
-Index: webkitgtk-2.12.1/Source/WebKit/CMakeLists.txt
-===
 webkitgtk-2.12.1.orig/Source/WebKit/CMakeLists.txt
-+++ 

[OE-core] [PATCH 17/19] vala: update to 0.34.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/vala/vala.inc   | 2 +-
 meta/recipes-devtools/vala/{vala_0.32.1.bb => vala_0.34.1.bb} | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.32.1.bb => vala_0.34.1.bb} (56%)

diff --git a/meta/recipes-devtools/vala/vala.inc 
b/meta/recipes-devtools/vala/vala.inc
index 34c9db9..afa09ec 100644
--- a/meta/recipes-devtools/vala/vala.inc
+++ b/meta/recipes-devtools/vala/vala.inc
@@ -46,5 +46,5 @@ vapigen_sysroot_preprocess() {
 # up our wrapper.
 sed -i \
-e "s|vapigen=.*|vapigen=${bindir}/vapigen-wrapper|" \
-   ${SYSROOT_DESTDIR}${datadir}/pkgconfig/vapigen-${SHRT_VER}.pc
+   ${SYSROOT_DESTDIR}${libdir}/pkgconfig/vapigen-${SHRT_VER}.pc
 }
diff --git a/meta/recipes-devtools/vala/vala_0.32.1.bb 
b/meta/recipes-devtools/vala/vala_0.34.1.bb
similarity index 56%
rename from meta/recipes-devtools/vala/vala_0.32.1.bb
rename to meta/recipes-devtools/vala/vala_0.34.1.bb
index b34086e..a94e621 100644
--- a/meta/recipes-devtools/vala/vala_0.32.1.bb
+++ b/meta/recipes-devtools/vala/vala_0.34.1.bb
@@ -4,5 +4,5 @@ SRC_URI += " 
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.pa
  file://0001-vapigen.m4-use-PKG_CONFIG_SYSROOT_DIR.patch \
 "
 
-SRC_URI[md5sum] = "755881770bffac020b5ea5f625fbe528"
-SRC_URI[sha256sum] = 
"dd0d47e548a34cfb1e4b04149acd082a86414c49057ffb79902eb9a508a161a9"
+SRC_URI[md5sum] = "4c04e73025127e3ae43b968149c96329"
+SRC_URI[sha256sum] = 
"f5ccfcfc460a0c6797bfbd7e739042bf5988a0f44d82278dbe1880c0e5f29299"
-- 
2.9.3

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

[OE-core] [PATCH 14/19] mpg123: update to 1.23.8

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb} 
(95%)

diff --git a/meta/recipes-multimedia/mpg123/mpg123_1.23.6.bb 
b/meta/recipes-multimedia/mpg123/mpg123_1.23.8.bb
similarity index 95%
rename from meta/recipes-multimedia/mpg123/mpg123_1.23.6.bb
rename to meta/recipes-multimedia/mpg123/mpg123_1.23.8.bb
index 6ee457d..f4c5c7c 100644
--- a/meta/recipes-multimedia/mpg123/mpg123_1.23.6.bb
+++ b/meta/recipes-multimedia/mpg123/mpg123_1.23.8.bb
@@ -12,8 +12,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=1e86753638d3cf2512528b99079bc4f3"
 
 SRC_URI = "https://www.mpg123.de/download/${BP}.tar.bz2;
 
-SRC_URI[md5sum] = "ed22a3e664f076fa05131a3454ef8166"
-SRC_URI[sha256sum] = 
"4073d9c60a43872f6f5a3a322f5ea21ab7f0869d2ed25e79c3eb8521fa3c32d4"
+SRC_URI[md5sum] = "4dde045123a2ad1e385a0a82c0ef9268"
+SRC_URI[sha256sum] = 
"de2303c8ecb65593e39815c0a2f2f2d91f708c43b85a55fdd1934c82e677cf8e"
 
 inherit autotools pkgconfig
 
-- 
2.9.3

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

[OE-core] [PATCH 16/19] nss: update to 3.27.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/nss/nss/pqg.c-ULL_addend.patch | 8 
 meta/recipes-support/nss/{nss_3.25.bb => nss_3.27.1.bb} | 6 +++---
 2 files changed, 7 insertions(+), 7 deletions(-)
 rename meta/recipes-support/nss/{nss_3.25.bb => nss_3.27.1.bb} (97%)

diff --git a/meta/recipes-support/nss/nss/pqg.c-ULL_addend.patch 
b/meta/recipes-support/nss/nss/pqg.c-ULL_addend.patch
index 9caaaeb..9942bf19 100644
--- a/meta/recipes-support/nss/nss/pqg.c-ULL_addend.patch
+++ b/meta/recipes-support/nss/nss/pqg.c-ULL_addend.patch
@@ -13,11 +13,11 @@ Index: nss-3.24/nss/lib/freebl/pqg.c
 @@ -322,8 +322,8 @@ generate_h_candidate(SECItem *hit, mp_in
  
  static SECStatus
- addToSeed(const SECItem * seed,
--  unsigned long   addend,
--  int seedlen, /* g in 186-1 */
+ addToSeed(const SECItem *seed,
+-  unsigned long addend,
+-  int seedlen, /* g in 186-1 */
 +  unsigned long long  addend,
 +  int seedlen, /* g in 186-1 */
-   SECItem * seedout)
+   SECItem *seedout)
  {
  mp_int s, sum, modulus, tmp;
diff --git a/meta/recipes-support/nss/nss_3.25.bb 
b/meta/recipes-support/nss/nss_3.27.1.bb
similarity index 97%
rename from meta/recipes-support/nss/nss_3.25.bb
rename to meta/recipes-support/nss/nss_3.27.1.bb
index eff09eb..0917938 100644
--- a/meta/recipes-support/nss/nss_3.25.bb
+++ b/meta/recipes-support/nss/nss_3.27.1.bb
@@ -15,7 +15,7 @@ LIC_FILES_CHKSUM = 
"file://nss/COPYING;md5=3b1e88e1b9c0b5a4b2881d46cce06a18 \
 
file://nss/lib/freebl/mpi/doc/LICENSE-MPL;md5=5d425c8f3157dbf212db2ec53d9e5132"
 
 SRC_URI = "\
-
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_25_RTM/src/${BP}.tar.gz
 \
+
http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_27_1_RTM/src/${BP}.tar.gz
 \
 file://nss-fix-support-cross-compiling.patch \
 file://nss-no-rpath-for-cross-compiling.patch \
 file://nss-fix-incorrect-shebang-of-perl.patch \
@@ -25,8 +25,8 @@ SRC_URI = "\
 file://nss.pc.in \
 file://signlibs.sh \
 "
-SRC_URI[md5sum] = "23169c406adc8ac3672d34bf9ea2433d"
-SRC_URI[sha256sum] = 
"5d1ad475da19d0c033a716350dc5f8a747999d3eba5ac07ee0368c5bad6e2359"
+SRC_URI[md5sum] = "f18e1ebfe07969c84b890e45843edcb7"
+SRC_URI[sha256sum] = 
"fd3637a1930cd838239a89633a7ed9a18859ae9b599043f3a18f726dc4ec2a6b"
 
 UPSTREAM_CHECK_URI = 
"https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_Releases;
 UPSTREAM_CHECK_REGEX = "NSS_(?P.+)_release_notes"
-- 
2.9.3

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

[OE-core] [PATCH 15/19] nspr: update to 4.13

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/nspr/{nspr_4.12.bb => nspr_4.13.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/nspr/{nspr_4.12.bb => nspr_4.13.bb} (96%)

diff --git a/meta/recipes-support/nspr/nspr_4.12.bb 
b/meta/recipes-support/nspr/nspr_4.13.bb
similarity index 96%
rename from meta/recipes-support/nspr/nspr_4.12.bb
rename to meta/recipes-support/nspr/nspr_4.13.bb
index fa6d523..c616035 100644
--- a/meta/recipes-support/nspr/nspr_4.12.bb
+++ b/meta/recipes-support/nspr/nspr_4.13.bb
@@ -21,8 +21,8 @@ CACHED_CONFIGUREVARS_append_libc-musl = " CFLAGS='${CFLAGS} 
-D_PR_POLL_AVAILABLE
 UPSTREAM_CHECK_URI = "http://ftp.mozilla.org/pub/nspr/releases/;
 UPSTREAM_CHECK_REGEX = "v(?P\d+(\.\d+)+)/"
 
-SRC_URI[md5sum] = "0de760c1e00a92e180e611cf06ce9589"
-SRC_URI[sha256sum] = 
"e0b10a1e569153668ff8bdea6c7e491b389fab69c2f18285a1ebf7c2ea4269de"
+SRC_URI[md5sum] = "74ef1def8a9ff311e32e7648e2c5c8ce"
+SRC_URI[sha256sum] = 
"19c4bb3fa6d24800ffa65d7d806c54ad5f8c3758a5c11352ad43212ab181"
 
 S = "${WORKDIR}/nspr-${PV}/nspr"
 
-- 
2.9.3

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

[OE-core] [PATCH 12/19] libksba: update to 1.3.5

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/libksba/{libksba_1.3.4.bb => libksba_1.3.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libksba/{libksba_1.3.4.bb => libksba_1.3.5.bb} 
(86%)

diff --git a/meta/recipes-support/libksba/libksba_1.3.4.bb 
b/meta/recipes-support/libksba/libksba_1.3.5.bb
similarity index 86%
rename from meta/recipes-support/libksba/libksba_1.3.4.bb
rename to meta/recipes-support/libksba/libksba_1.3.5.bb
index e68255c..36b6670 100644
--- a/meta/recipes-support/libksba/libksba_1.3.4.bb
+++ b/meta/recipes-support/libksba/libksba_1.3.5.bb
@@ -17,8 +17,8 @@ UPSTREAM_CHECK_URI = "https://gnupg.org/download/index.html;
 SRC_URI = "${GNUPG_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://ksba-add-pkgconfig-support.patch"
 
-SRC_URI[md5sum] = "2bfc3d69053db7b6983b5627706033f4"
-SRC_URI[sha256sum] = 
"f6c2883cebec5608692d8730843d87f237c0964d923bbe7aa89c05f20558ad4f"
+SRC_URI[md5sum] = "8302a3e263a7c630aa7dea7d341f07a2"
+SRC_URI[sha256sum] = 
"41444fd7a6ff73a79ad9728f985e71c9ba8cd3e5e53358e70d5f066d35c1a340"
 
 do_configure_prepend () {
# Else these could be used in preference to those in aclocal-copy
-- 
2.9.3

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

[OE-core] [PATCH 13/19] lighttpd: update to 1.4.42

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../lighttpd/{lighttpd_1.4.41.bb => lighttpd_1.4.42.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/lighttpd/{lighttpd_1.4.41.bb => 
lighttpd_1.4.42.bb} (94%)

diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.41.bb 
b/meta/recipes-extended/lighttpd/lighttpd_1.4.42.bb
similarity index 94%
rename from meta/recipes-extended/lighttpd/lighttpd_1.4.41.bb
rename to meta/recipes-extended/lighttpd/lighttpd_1.4.42.bb
index 1a3f323..43856ca 100644
--- a/meta/recipes-extended/lighttpd/lighttpd_1.4.41.bb
+++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.42.bb
@@ -23,8 +23,8 @@ SRC_URI = 
"http://download.lighttpd.net/lighttpd/releases-1.4.x/lighttpd-${PV}.t
 file://0001-Use-pkg-config-for-pcre-dependency-instead-of-config.patch 
\
 "
 
-SRC_URI[md5sum] = "1df2e4dbc965cfe6f99f008ac3db4d8d"
-SRC_URI[sha256sum] = 
"4bcc383ef6d6dc7b284f68882d71a178e2986c83c4e85eeb3c8f3b882e346b6c"
+SRC_URI[md5sum] = "53c55d7e1dac7adec161cd5490491f6d"
+SRC_URI[sha256sum] = 
"b2c9069ed0bade9362c27b469a9b884641786aea1c3d686f9fd9f01d15e2a15f"
 
 PACKAGECONFIG ??= "openssl \
 ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6', '', d)} \
-- 
2.9.3

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

[OE-core] [PATCH 08/19] dtc: update to 1.4.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/dtc/{dtc_git.bb => dtc_1.4.2.bb} | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-kernel/dtc/{dtc_git.bb => dtc_1.4.2.bb} (75%)

diff --git a/meta/recipes-kernel/dtc/dtc_git.bb 
b/meta/recipes-kernel/dtc/dtc_1.4.2.bb
similarity index 75%
rename from meta/recipes-kernel/dtc/dtc_git.bb
rename to meta/recipes-kernel/dtc/dtc_1.4.2.bb
index 4446142..cc72adc 100644
--- a/meta/recipes-kernel/dtc/dtc_git.bb
+++ b/meta/recipes-kernel/dtc/dtc_1.4.2.bb
@@ -3,8 +3,7 @@ require dtc.inc
 LIC_FILES_CHKSUM = "file://GPL;md5=94d55d512a9ba36caa9b7df079bae19f \

file://libfdt/libfdt.h;beginline=3;endline=52;md5=fb360963151f8ec2d6c06b055bcbb68c"
 
-SRCREV = "302fca9f4c283e1994cf0a5a9ce1cf43ca15e6d2"
-PV = "1.4.1+git${SRCPV}"
+SRCREV = "ec02b34c05be04f249ffaaca4b666f5246877dea"
 
 S = "${WORKDIR}/git"
 
-- 
2.9.3

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

[OE-core] [PATCH 10/19] gnome-desktop3: update to 3.22.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../{gnome-desktop3_3.20.2.bb => gnome-desktop3_3.22.1.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gnome-desktop/{gnome-desktop3_3.20.2.bb => 
gnome-desktop3_3.22.1.bb} (83%)

diff --git a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.20.2.bb 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.22.1.bb
similarity index 83%
rename from meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.20.2.bb
rename to meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.22.1.bb
index eb061b2..867376e 100644
--- a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.20.2.bb
+++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.22.1.bb
@@ -7,8 +7,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 BPN = "gnome-desktop"
 
 inherit gnome pkgconfig upstream-version-is-even gobject-introspection
-SRC_URI[archive.md5sum] = "8354ed38624f5eb6b5d34267b658a9c9"
-SRC_URI[archive.sha256sum] = 
"492c2da7aa8c3a8b65796e8171fc8f0dfb5d322dd2799c0d76392e1fb061e2b2"
+SRC_URI[archive.md5sum] = "bc09d58d7870d6464f20803850cdb90f"
+SRC_URI[archive.sha256sum] = 
"6458add4fc3a81fbd9a63db90de22a1e3a62644c1bfd1aca042c43836195aab2"
 
 DEPENDS += "intltool-native gsettings-desktop-schemas gconf libxrandr 
virtual/libx11 gtk+3 glib-2.0 startup-notification xkeyboard-config iso-codes"
 
-- 
2.9.3

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

[OE-core] [PATCH 09/19] ffmpeg: update to 3.1.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb} 
(97%)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.3.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.4.bb
similarity index 97%
rename from meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.3.bb
rename to meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.4.bb
index 050f1ee..06e7a306 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.3.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.1.4.bb
@@ -16,8 +16,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://mips64_cpu_detection.patch \
   "
-SRC_URI[md5sum] = "72769316a4b2b8809c7f6d5a8b6766f4"
-SRC_URI[sha256sum] = 
"f8575c071e2a64437aeb70c8c030b385cddbe0b5cde20c9b18a6def840128822"
+SRC_URI[md5sum] = "b54d3e3d2d14d64305b840bb3d287445"
+SRC_URI[sha256sum] = 
"a80cb378dda5c9bbcdbd62a99bdec0e4eedbcb47f290e72845af4855c1146b5b"
 
 # Build fails when thumb is enabled: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
 ARM_INSTRUCTION_SET = "arm"
-- 
2.9.3

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

[OE-core] [PATCH 11/19] gnutls: update to 3.5.5

[Alexander Kanavin]

Remove backported 0001-Use-correct-include-dir-with-minitasn.patch and
CVE-2016-7444.patch (which still applied silently and incorrectly:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10450).

Signed-off-by: Alexander Kanavin 
---
 ...001-Use-correct-include-dir-with-minitasn.patch | 31 ---
 .../gnutls/gnutls/CVE-2016-7444.patch  | 35 --
 meta/recipes-support/gnutls/gnutls_3.5.3.bb| 13 
 meta/recipes-support/gnutls/gnutls_3.5.5.bb|  9 ++
 4 files changed, 9 insertions(+), 79 deletions(-)
 delete mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Use-correct-include-dir-with-minitasn.patch
 delete mode 100644 meta/recipes-support/gnutls/gnutls/CVE-2016-7444.patch
 delete mode 100644 meta/recipes-support/gnutls/gnutls_3.5.3.bb
 create mode 100644 meta/recipes-support/gnutls/gnutls_3.5.5.bb

diff --git 
a/meta/recipes-support/gnutls/gnutls/0001-Use-correct-include-dir-with-minitasn.patch
 
b/meta/recipes-support/gnutls/gnutls/0001-Use-correct-include-dir-with-minitasn.patch
deleted file mode 100644
index d7dd7cf..000
--- 
a/meta/recipes-support/gnutls/gnutls/0001-Use-correct-include-dir-with-minitasn.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From 2651b08477f42dd7a05ea7d6df410fb2c46de4fb Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Wed, 31 Aug 2016 11:04:06 +0300
-Subject: [PATCH] Use correct include dir with minitasn
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-This allows compiling certtool-cfg without libtasn headers.
-
-Upstream-Status: Submitted [https://gitlab.com/gnutls/gnutls/merge_requests/54]
-Signed-off-by: Jussi Kukkonen 

- src/Makefile.am | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/src/Makefile.am b/src/Makefile.am
-index 182f3a5..cf65388 100644
 a/src/Makefile.am
-+++ b/src/Makefile.am
-@@ -146,6 +146,7 @@ libcmd_cli_debug_la_SOURCES = cli-debug-args.def 
cli-debug-args.c cli-debug-args
- COMMON_LIBS = $(LIBOPTS) $(LTLIBINTL)
- if ENABLE_MINITASN1
- COMMON_LIBS += ../lib/minitasn1/libminitasn1.la ../gl/libgnu.la 
-+AM_CPPFLAGS += -I$(top_srcdir)/lib/minitasn1
- else
- COMMON_LIBS += $(LIBTASN1_LIBS)
- endif
--- 
-2.9.3
-
diff --git a/meta/recipes-support/gnutls/gnutls/CVE-2016-7444.patch 
b/meta/recipes-support/gnutls/gnutls/CVE-2016-7444.patch
deleted file mode 100644
index 215be5a..000
--- a/meta/recipes-support/gnutls/gnutls/CVE-2016-7444.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-CVE: CVE-2016-7444
-Upstream-Status: Backport
-Signed-off-by: Jussi Kukkonen 
-
-Upstream commit follows:
-
-
-From 964632f37dfdfb914ebc5e49db4fa29af35b1de9 Mon Sep 17 00:00:00 2001
-From: Nikos Mavrogiannopoulos 
-Date: Sat, 27 Aug 2016 17:00:22 +0200
-Subject: [PATCH] ocsp: corrected the comparison of the serial size in OCSP 
response
-
-Previously the OCSP certificate check wouldn't verify the serial length
-and could succeed in cases it shouldn't.
-
-Reported by Stefan Buehler.

- lib/x509/ocsp.c | 1 +
- 1 file changed, 1 insertion(+), 0 deletions(-)
-
-diff --git a/lib/x509/ocsp.c b/lib/x509/ocsp.c
-index 92db9b6..8181f2e 100644
 a/lib/x509/ocsp.c
-+++ b/lib/x509/ocsp.c
-@@ -1318,6 +1318,7 @@ gnutls_ocsp_resp_check_crt(gnutls_ocsp_resp_t resp,
-   gnutls_assert();
-   goto cleanup;
-   }
-+  cserial.size = t;
- 
-   if (rserial.size != cserial.size
-   || memcmp(cserial.data, rserial.data, rserial.size) != 0) {
---
-libgit2 0.24.0
-
diff --git a/meta/recipes-support/gnutls/gnutls_3.5.3.bb 
b/meta/recipes-support/gnutls/gnutls_3.5.3.bb
deleted file mode 100644
index b2dbb07..000
--- a/meta/recipes-support/gnutls/gnutls_3.5.3.bb
+++ /dev/null
@@ -1,13 +0,0 @@
-require gnutls.inc
-
-SRC_URI += "file://correct_rpl_gettimeofday_signature.patch \
-file://0001-configure.ac-fix-sed-command.patch \
-file://use-pkg-config-to-locate-zlib.patch \
-file://0001-Use-correct-include-dir-with-minitasn.patch \
-file://CVE-2016-7444.patch \
-   "
-SRC_URI[md5sum] = "6c2c7f40ddf52933ee3ca474cb8cb63c"
-SRC_URI[sha256sum] = 
"92c4bc999a10a1b95299ebefaeea8333f19d8a98d957a35b5eae74881bdb1fef"
-
-# x86 .text relocations should be fixed from 3.5.5 onwards
-INSANE_SKIP_${PN}_append_x86 = " textrel"
diff --git a/meta/recipes-support/gnutls/gnutls_3.5.5.bb 
b/meta/recipes-support/gnutls/gnutls_3.5.5.bb
new file mode 100644
index 000..d255959
--- /dev/null
+++ b/meta/recipes-support/gnutls/gnutls_3.5.5.bb
@@ -0,0 +1,9 @@
+require gnutls.inc
+
+SRC_URI += "file://correct_rpl_gettimeofday_signature.patch \
+file://0001-configure.ac-fix-sed-command.patch \
+file://use-pkg-config-to-locate-zlib.patch \
+   "
+SRC_URI[md5sum] = "fb84c4d7922c1545da8dda4dcb9487d4"
+SRC_URI[sha256sum] = 

[OE-core] [PATCH 06/19] btrfs-tools: update to 4.8.1

[Alexander Kanavin]

Remove fix-parallel.patch as version.h is now generated by autoconf in 
configure()

Signed-off-by: Alexander Kanavin 
---
 .../btrfs-tools/btrfs-tools/fix-parallel.patch | 32 --
 .../{btrfs-tools_4.7.1.bb => btrfs-tools_4.8.1.bb} |  3 +-
 2 files changed, 1 insertion(+), 34 deletions(-)
 delete mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.7.1.bb => 
btrfs-tools_4.8.1.bb} (91%)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
deleted file mode 100644
index bbc53c6..000
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 373eb51328b5e10529763cad441210e6b0efb24e Mon Sep 17 00:00:00 2001
-From: Robert Yang 
-Date: Wed, 11 Feb 2015 22:08:41 -0800
-Subject: [PATCH] Makefile: fix for parallel build
-
-Fixed:
-mkfs.c:300:46: error: 'BTRFS_BUILD_VERSION' undeclared (first use in this 
function)
-  fprintf(stderr, "mkfs.btrfs, part of %s\n", BTRFS_BUILD_VERSION);
-
-Upstream-Status: Pending
-
-Signed-off-by: Robert Yang 

- Makefile.in |2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/Makefile.in b/Makefile.in
-index 860a390..8a6fbd7 100644
 a/Makefile.in
-+++ b/Makefile.in
-@@ -142,7 +142,7 @@ else
-   check_echo = true
- endif
- 
--%.o.d: %.c
-+%.o.d: %.c version.h
-   $(Q)$(CC) -MM -MG -MF $@ -MT $(@:.o.d=.o) -MT $(@:.o.d=.static.o) -MT 
$@ $(CFLAGS) $<
- 
- .c.o:
--- 
-1.7.9.5
-
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.7.1.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.8.1.bb
similarity index 91%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_4.7.1.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_4.8.1.bb
index becf093..b06fd4a 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.7.1.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.8.1.bb
@@ -13,9 +13,8 @@ SECTION = "base"
 DEPENDS = "util-linux attr e2fsprogs lzo acl"
 RDEPENDS_${PN} = "libgcc"
 
-SRCREV = "6819fbcdcab63c2d95da1a2997e37be9a71ca533"
+SRCREV = "d8d0a60406b14b140e83a8c0d5eaedb5dca44092"
 SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\
-   file://fix-parallel.patch \
 "
 
 inherit autotools-brokensep pkgconfig
-- 
2.9.3

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

[OE-core] [PATCH 02/19] mklibs-native: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb 
b/meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb
index b3c1b5b..4cf1a5c 100644
--- a/meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb
+++ b/meta/recipes-devtools/mklibs/mklibs-native_0.1.41.bb
@@ -18,4 +18,6 @@ SRC_URI = 
"http://snapshot.debian.org/archive/debian/20160207T221625Z/pool/main/
 SRC_URI[md5sum] = "6b2979876a611717df3d49e7f9cf291d"
 SRC_URI[sha256sum] = 
"058c7349f8ec8a03b529c546a95cd6426741bd819f1e1211f499273eb4bf5d89"
 
+UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/m/mklibs/"
+
 inherit autotools gettext native pythonnative
-- 
2.9.3

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

[OE-core] [PATCH 04/19] pigz: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/pigz/pigz.inc  | 2 --
 meta/recipes-extended/pigz/pigz_2.3.3.bb | 2 +-
 2 files changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta/recipes-extended/pigz/pigz.inc 
b/meta/recipes-extended/pigz/pigz.inc
index 86f434c..978f905 100644
--- a/meta/recipes-extended/pigz/pigz.inc
+++ b/meta/recipes-extended/pigz/pigz.inc
@@ -7,8 +7,6 @@ HOMEPAGE = "http://zlib.net/pigz/;
 SECTION = "console/utils"
 LICENSE = "Zlib & Apache-2.0"
 
-SRC_URI = "http://zlib.net/${BPN}/${BP}.tar.gz;
-
 PROVIDES_class-native += "gzip-native"
 
 DEPENDS = "zlib"
diff --git a/meta/recipes-extended/pigz/pigz_2.3.3.bb 
b/meta/recipes-extended/pigz/pigz_2.3.3.bb
index 9e97273..b4fe831 100644
--- a/meta/recipes-extended/pigz/pigz_2.3.3.bb
+++ b/meta/recipes-extended/pigz/pigz_2.3.3.bb
@@ -1,7 +1,7 @@
 require pigz.inc
 LIC_FILES_CHKSUM = 
"file://pigz.c;beginline=7;endline=21;md5=a21d4075cb00ab4ca17fce5e7534ca95"
 
-UPSTREAM_CHECK_URI := "${SRC_URI}"
+UPSTREAM_CHECK_URI = "http://zlib.net/${BPN}/;
 SRC_URI = "http://downloads.yoctoproject.org/mirror/sources/${BP}.tar.gz;
 SRC_URI += "file://link-order.patch"
 
-- 
2.9.3

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

[OE-core] [PATCH 05/19] boost: update to 1.62.0

[Alexander Kanavin]

Remove backported 
0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch

Signed-off-by: Alexander Kanavin 
---
 ...bjam-native_1.61.0.bb => bjam-native_1.62.0.bb} |  0
 .../boost/{boost-1.61.0.inc => boost-1.62.0.inc}   |  4 +-
 ...ips-assembly-doesn-t-compile-in-mips16e-m.patch | 60 --
 .../boost/{boost_1.61.0.bb => boost_1.62.0.bb} |  1 -
 4 files changed, 2 insertions(+), 63 deletions(-)
 rename meta/recipes-support/boost/{bjam-native_1.61.0.bb => 
bjam-native_1.62.0.bb} (100%)
 rename meta/recipes-support/boost/{boost-1.61.0.inc => boost-1.62.0.inc} (83%)
 delete mode 100644 
meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
 rename meta/recipes-support/boost/{boost_1.61.0.bb => boost_1.62.0.bb} (85%)

diff --git a/meta/recipes-support/boost/bjam-native_1.61.0.bb 
b/meta/recipes-support/boost/bjam-native_1.62.0.bb
similarity index 100%
rename from meta/recipes-support/boost/bjam-native_1.61.0.bb
rename to meta/recipes-support/boost/bjam-native_1.62.0.bb
diff --git a/meta/recipes-support/boost/boost-1.61.0.inc 
b/meta/recipes-support/boost/boost-1.62.0.inc
similarity index 83%
rename from meta/recipes-support/boost/boost-1.61.0.inc
rename to meta/recipes-support/boost/boost-1.62.0.inc
index cd9d8a4..a097ea1 100644
--- a/meta/recipes-support/boost/boost-1.61.0.inc
+++ b/meta/recipes-support/boost/boost-1.62.0.inc
@@ -13,7 +13,7 @@ BOOST_P = "boost_${BOOST_VER}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/boost/${BOOST_P}.tar.bz2"
 
-SRC_URI[md5sum] = "6095876341956f65f9d35939ccea1a9f"
-SRC_URI[sha256sum] = 
"a547bd06c2fd9a71ba1d169d9cf0339da7ebf4753849a8f7d6fdb8feee99b640"
+SRC_URI[md5sum] = "7ef085456c48c49a7fe8237f07e5f674"
+SRC_URI[sha256sum] = 
"bce80293052e2d6230f1bec9b7524b33412e4fb26e9723460a0f362ac15b7acb"
 
 S = "${WORKDIR}/${BOOST_P}"
diff --git 
a/meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
 
b/meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
deleted file mode 100644
index 2b48d0d..000
--- 
a/meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
+++ /dev/null
@@ -1,60 +0,0 @@
-From 4f19d72ca94418431e068cfd4ffb96ed9b289f6c Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Andr=C3=A9=20Draszik?= 
-Date: Wed, 24 Aug 2016 17:34:59 +0100
-Subject: [PATCH 3/4] smart_ptr: mips assembly doesn't compile in mips16e mode
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-gcc.compile.c++ 
/boost/bin.v2/libs/date_time/build/gcc-4.3.1/release/threading-multi/gregorian/greg_month.o
-
-"mipsel-poky-linux-musl-g++" "-mel" "-mabi=32" "-msoft-float" 
"-march=mips32r2" "-mips16" "-minterlink-compressed" "-mtune=24kec" "-mdsp" 
"-Wl,-O1" "-Wl,--as-needed" "-fstack-protector-strong" "-Wl,-z,relro,-z,now" 
"--sysroot="  -ftemplate-depth-128 -O2 -pipe -g 
-feliminate-unused-debug-types 
-fdebug-prefix-map==/usr/src/debug/boost/1.61.0-r0 
-fdebug-prefix-map== -fdebug-prefix-map== 
-fstack-protector-strong -pie -fpie -D_FORTIFY_SOURCE=2 -Wformat 
-Wformat-security -Werror=format-security -fvisibility-inlines-hidden -O3 
-finline-functions -Wno-inline -Wall -pthread -fPIC  -DBOOST_ALL_DYN_LINK=1 
-DBOOST_ALL_NO_LIB=1 -DDATE_TIME_INLINE -DNDEBUG  -I"." -c -o 
"/boost/bin.v2/libs/date_time/build/gcc-4.3.1/release/threading-multi/gregorian/greg_month.o"
 "libs/date_time/src/gregorian/greg_month.cpp"
-
-{standard input}: Assembler messages:
-{standard input}:17603: Warning: the `dsp' extension requires MIPS32 revision 
2 or greater
-{standard input}:17604: Error: unrecognized opcode `ll $3,4($16)'
-{standard input}:17606: Error: unrecognized opcode `sc $2,4($16)'
-{standard input}:17734: Error: unrecognized opcode `ll $3,8($16)'
-{standard input}:17736: Error: unrecognized opcode `sc $2,8($16)'
-{standard input}:18084: Error: unrecognized opcode `ll $3,4($4)'
-{standard input}:18086: Error: unrecognized opcode `sc $2,4($4)'
-{standard input}:18318: Error: unrecognized opcode `ll $3,8($4)'
-{standard input}:18320: Error: unrecognized opcode `sc $2,8($4)'
-{standard input}:19921: Error: unrecognized opcode `ll $3,4($2)'
-{standard input}:19923: Error: unrecognized opcode `sc $3,4($2)'
-{standard input}:20199: Error: unrecognized opcode `ll $4,4($16)'
-{standard input}:20201: Error: unrecognized opcode `sc $2,4($16)'
-{standard input}:23392: Error: unrecognized opcode `ll $4,8($16)'
-{standard input}:23394: Error: unrecognized opcode `sc $2,8($16)'
-...failed updating 1 target...
-
-boost/smart_ptr/detail/sp_counted_base_gcc_mips.hpp
-contains hand-written MIPS assembly, which is not compatible
-with the MIPS16e instruction set.
-
-By not using this file in MIPS16e mode, we fallback to using
-g++ 4.1+ __sync intrinsics (__sync_fetch_and_add() and
-__sync_val_compare_and_swap()) which are working fine.
-

[OE-core] [PATCH 03/19] cve-check-tool: fix upstream version check

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
index 1baadea..6e35421 100644
--- a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
+++ b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb
@@ -14,6 +14,8 @@ SRC_URI = 
"https://github.com/ikeydoherty/${BPN}/releases/download/v${PV}/${BP}.
 SRC_URI[md5sum] = "c5f4247140fc9be3bf41491d31a34155"
 SRC_URI[sha256sum] = 
"b8f283be718af8d31232ac1bfc10a0378fb95849af39168f8acf501e6a5b"
 
+UPSTREAM_CHECK_URI = "https://github.com/ikeydoherty/cve-check-tool/releases;
+
 DEPENDS = "libcheck glib-2.0 json-glib curl libxml2 sqlite3 openssl 
ca-certificates"
 
 RDEPENDS_${PN} = "ca-certificates"
-- 
2.9.3

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

[OE-core] [PATCH 01/19] musl: enable gobject introspection

[Alexander Kanavin]

It's working with recent versions of musl, so there's no reason to
keep it disabled.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/tclibc-musl.inc | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/conf/distro/include/tclibc-musl.inc 
b/meta/conf/distro/include/tclibc-musl.inc
index e6b10f9..1ddd58e 100644
--- a/meta/conf/distro/include/tclibc-musl.inc
+++ b/meta/conf/distro/include/tclibc-musl.inc
@@ -25,7 +25,3 @@ LIBC_DEPENDENCIES = "\
 musl-dbg \
 musl-dev \
 "
-
-# GLib binaries trigger assertion failures and crash under qemu
-# when musl is in use
-DISTRO_FEATURES_BACKFILL_CONSIDERED += "gobject-introspection-data"
-- 
2.9.3

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

[OE-core] [PATCH 00/19] Recipe updates and version check fixes

[Alexander Kanavin]

This is a bunch of assorted version updates, and upstream check fixes. I have 
also
re-enabled gobject introspection on musl (seems to work now). Some version 
updates
are held off by the need to update glib/gtk first, or are more involved 
(openssl),
they will come later.

The following changes since commit 9c04beb9adf5ed05b4fe89322bfa4dd60296de2b:

  ref-manual: Removed RM_OLD_IMAGE variable description. (2016-10-19 12:56:33 
+0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

Alexander Kanavin (19):
  musl: enable gobject introspection
  mklibs-native: fix upstream version check
  cve-check-tool: fix upstream version check
  pigz: fix upstream version check
  boost: update to 1.62.0
  btrfs-tools: update to 4.8.1
  cmake: update to 3.6.2
  dtc: update to 1.4.2
  ffmpeg: update to 3.1.4
  gnome-desktop3: update to 3.22.1
  gnutls: update to 3.5.5
  libksba: update to 1.3.5
  lighttpd: update to 1.4.42
  mpg123: update to 1.23.8
  nspr: update to 4.13
  nss: update to 3.27.1
  vala: update to 0.34.1
  webkitgtk: update to 2.14.1
  epiphany: update to 3.22.1

 meta/conf/distro/include/tclibc-musl.inc   |   4 -
 .../btrfs-tools/btrfs-tools/fix-parallel.patch |  32 ---
 .../{btrfs-tools_4.7.1.bb => btrfs-tools_4.8.1.bb} |   3 +-
 ...cmake-native_3.6.1.bb => cmake-native_3.6.2.bb} |   0
 meta/recipes-devtools/cmake/cmake.inc  |   4 +-
 .../cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb}   |   0
 .../cve-check-tool/cve-check-tool_5.6.4.bb |   2 +
 .../mklibs/mklibs-native_0.1.41.bb |   2 +
 meta/recipes-devtools/vala/vala.inc|   2 +-
 .../vala/{vala_0.32.1.bb => vala_0.34.1.bb}|   4 +-
 .../{lighttpd_1.4.41.bb => lighttpd_1.4.42.bb} |   4 +-
 meta/recipes-extended/pigz/pigz.inc|   2 -
 meta/recipes-extended/pigz/pigz_2.3.3.bb   |   2 +-
 .../{epiphany_3.20.3.bb => epiphany_3.22.1.bb} |   6 +-
 ...desktop3_3.20.2.bb => gnome-desktop3_3.22.1.bb} |   4 +-
 .../dtc/{dtc_git.bb => dtc_1.4.2.bb}   |   3 +-
 .../ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb}|   4 +-
 .../mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb}  |   4 +-
 ...bKitMacros-Append-to-I-and-not-to-isystem.patch | 272 +
 .../{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb}   |  26 +-
 ...bjam-native_1.61.0.bb => bjam-native_1.62.0.bb} |   0
 .../boost/{boost-1.61.0.inc => boost-1.62.0.inc}   |   4 +-
 ...ips-assembly-doesn-t-compile-in-mips16e-m.patch |  60 -
 .../boost/{boost_1.61.0.bb => boost_1.62.0.bb} |   1 -
 ...001-Use-correct-include-dir-with-minitasn.patch |  31 ---
 .../gnutls/gnutls/CVE-2016-7444.patch  |  35 ---
 meta/recipes-support/gnutls/gnutls_3.5.3.bb|  13 -
 meta/recipes-support/gnutls/gnutls_3.5.5.bb|   9 +
 .../libksba/{libksba_1.3.4.bb => libksba_1.3.5.bb} |   4 +-
 .../nspr/{nspr_4.12.bb => nspr_4.13.bb}|   4 +-
 .../recipes-support/nss/nss/pqg.c-ULL_addend.patch |   8 +-
 .../nss/{nss_3.25.bb => nss_3.27.1.bb} |   6 +-
 32 files changed, 173 insertions(+), 382 deletions(-)
 delete mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-parallel.patch
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.7.1.bb => 
btrfs-tools_4.8.1.bb} (91%)
 rename meta/recipes-devtools/cmake/{cmake-native_3.6.1.bb => 
cmake-native_3.6.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.6.1.bb => cmake_3.6.2.bb} (100%)
 rename meta/recipes-devtools/vala/{vala_0.32.1.bb => vala_0.34.1.bb} (56%)
 rename meta/recipes-extended/lighttpd/{lighttpd_1.4.41.bb => 
lighttpd_1.4.42.bb} (94%)
 rename meta/recipes-gnome/epiphany/{epiphany_3.20.3.bb => epiphany_3.22.1.bb} 
(77%)
 rename meta/recipes-gnome/gnome-desktop/{gnome-desktop3_3.20.2.bb => 
gnome-desktop3_3.22.1.bb} (83%)
 rename meta/recipes-kernel/dtc/{dtc_git.bb => dtc_1.4.2.bb} (75%)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.1.3.bb => ffmpeg_3.1.4.bb} 
(97%)
 rename meta/recipes-multimedia/mpg123/{mpg123_1.23.6.bb => mpg123_1.23.8.bb} 
(95%)
 rename meta/recipes-sato/webkit/{webkitgtk_2.12.5.bb => webkitgtk_2.14.1.bb} 
(85%)
 rename meta/recipes-support/boost/{bjam-native_1.61.0.bb => 
bjam-native_1.62.0.bb} (100%)
 rename meta/recipes-support/boost/{boost-1.61.0.inc => boost-1.62.0.inc} (83%)
 delete mode 100644 
meta/recipes-support/boost/boost/0003-smart_ptr-mips-assembly-doesn-t-compile-in-mips16e-m.patch
 rename meta/recipes-support/boost/{boost_1.61.0.bb => boost_1.62.0.bb} (85%)
 delete mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Use-correct-include-dir-with-minitasn.patch
 delete mode 100644 meta/recipes-support/gnutls/gnutls/CVE-2016-7444.patch
 delete mode 100644 meta/recipes-support/gnutls/gnutls_3.5.3.bb
 create mode 100644 meta/recipes-support/gnutls/gnutls_3.5.5.bb
 rename 

Re: [OE-core] [PATCH 0/2] Re-add piglit to sdk images

[Burton, Ross]

On 19 October 2016 at 15:02, Mike Looijmans  wrote:

> busybox could RRPOVIDE tar?
>>
>
> If we go down that road, we'd end up with a busybox that RPROVIDES a
> hundred and one utilities. I doubt anyone will be happy with that...
>

Well, only for the utilities which are separately packaged and generally
swapped around. ie it wouldn't need to RPROVIDE "ls".

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

Re: [OE-core] [PATCH 0/2] Re-add piglit to sdk images

[Mike Looijmans]

On 19-10-16 14:53, Burton, Ross wrote:


On 18 October 2016 at 22:21, Paul Eggleton > wrote:

> > Q: Do I need to declare a runtime dependency that typically comes
> > from busybox (tar)?
>
> Yes, because some people try to eliminate busybox from their image.

How would one express such a dependency though, given that it could come 
from
tar or busybox? "Virtual" runtime dependencies aren't allowed except through
our somewhat awkward VIRTUAL-RUNTIME convention, but that probably isn't
warranted here.

busybox could RRPOVIDE tar?


If we go down that road, we'd end up with a busybox that RPROVIDES a hundred 
and one utilities. I doubt anyone will be happy with that...



Kind regards,

Mike Looijmans
System Expert

TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com

Please consider the environment before printing this e-mail





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

Re: [OE-core] [PATCH] package.bbclass: allow using EXCLUDE_FROM_SHLIBS for subpackages

[Andrii Bordunov]

Ping? Any comments?



Thank you,
Andrii

On 10.10.16 20:02, Andrii Bordunov wrote:

Some packages containing shared libraries might be registered
as shlib providers when they shouldn't (for example, the lib is for
their private use and must not generate any dependency).

EXCLUDE_FROM_SHLIBS is targeted at that, but it could be set
for entire recipe only.

This patch expands EXCLUDE_FROM_SHLIBS usage, so now it's possible
to set it in a style similar with RDEPENDS. For example:
 EXCLUDE_FROM_SHLIBS_${PN}-ptest = "1"

Signed-off-by: Andrii Bordunov 
---
 meta/classes/package.bbclass | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index a6f0a7a..9bf43dc 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1499,6 +1499,14 @@ python package_do_shlibs() {
 libdir_re = re.compile(".*/%s$" % d.getVar('baselib', True))

 packages = d.getVar('PACKAGES', True)
+
+shlib_pkgs = []
+for pkg in packages.split():
+if d.getVar('EXCLUDE_FROM_SHLIBS_' + pkg, 0):
+bb.note("not generating shlibs for %s" % pkg)
+else:
+shlib_pkgs.append(pkg)
+
 targetos = d.getVar('TARGET_OS', True)

 workdir = d.getVar('WORKDIR', True)
@@ -1614,7 +1622,7 @@ python package_do_shlibs() {
 needed = {}
 shlib_provider = oe.package.read_shlib_providers(d)

-for pkg in packages.split():
+for pkg in shlib_pkgs:
 private_libs = d.getVar('PRIVATE_LIBS_' + pkg, True) or d.getVar('PRIVATE_LIBS', 
True) or ""
 private_libs = private_libs.split()
 needs_ldconfig = False
@@ -1684,7 +1692,7 @@ python package_do_shlibs() {

 libsearchpath = [d.getVar('libdir', True), d.getVar('base_libdir', True)]

-for pkg in packages.split():
+for pkg in shlib_pkgs:
 bb.debug(2, "calculating shlib requirements for %s" % pkg)

 deps = list()


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

Re: [OE-core] [PATCH 0/2] Re-add piglit to sdk images

[Burton, Ross]

On 18 October 2016 at 22:21, Paul Eggleton 
wrote:

> > > Q: Do I need to declare a runtime dependency that typically comes
> > > from busybox (tar)?
> >
> > Yes, because some people try to eliminate busybox from their image.
>
> How would one express such a dependency though, given that it could come
> from
> tar or busybox? "Virtual" runtime dependencies aren't allowed except
> through
> our somewhat awkward VIRTUAL-RUNTIME convention, but that probably isn't
> warranted here.
>

busybox could RRPOVIDE tar?

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

Re: [OE-core] [PATCH 4/5] u-boot: Drop PV altogether

[Alexander Kanavin]

On 10/19/2016 12:55 AM, Marek Vasut wrote:

Drop the explicit setting of PV altogether. This changes the U-Boot
version string from "v20yy.mm" to "20yy.mm" , so layer setting the
PREFERRED_VERSION_u-boot must be updated by removing the leading 'v'.


Don't drop the 'v'. Package versions need to monotonically increase, and 
also package version needs to match git tags so that upstream version 
check can work.


Basically, rename the recipe filenames so that 'v' is in their versions, 
and then you can drop the PV from the recipes. All in a single patch.


Alex

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

Re: [OE-core] [PATCH 2/5] u-boot: Update to 2016.09.01 release

[Alexander Kanavin]

On 10/19/2016 12:55 AM, Marek Vasut wrote:

Upgrade U-Boot to the latest version.


Patches 3 and 5 should be squashed into this one.

Alex

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

[OE-core] [PATCH] buildhistory-collect-srcrevs: Fix multiple SRCREV definitions

[Tobias Hagelborn]

From: Tobias Hagelborn 

Fixed copy & paste error causing error when extracting SRCREV
for packages containing multiple SRCREV definitons.

Signed-off-by: Tobias Hagelborn 
---
 scripts/buildhistory-collect-srcrevs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/buildhistory-collect-srcrevs 
b/scripts/buildhistory-collect-srcrevs
index 8a03580..d375b04 100755
--- a/scripts/buildhistory-collect-srcrevs
+++ b/scripts/buildhistory-collect-srcrevs
@@ -101,7 +101,7 @@ def main():
 for name, value in srcrevs.items():
 orig = orig_srcrevs.get(name, orig_srcrev)
 if options.reportall or value != orig:
-all_srcrevs[curdir].append((pn, name, srcrev))
+all_srcrevs[curdir].append((pn, name, value))
 
 for curdir, srcrevs in sorted(all_srcrevs.items()):
 if srcrevs:
-- 
2.1.4

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

[OE-core] [PATCH 1/1] Remove $COREBASE/LICENSE from LIC_FILES_CHKSUM

[Olaf Mandel]

Several recipes reference the LICENSE file in their LIC_FILES_CHKSUM
variable as ${COREBASE}/LICENSE. This forces distribution providers to
keep this file verbatim or to overload the affected recipes. The section
"Moving to the Yocto Project 1.6 Release" in the Yocto manual suggests
removing the LICENSE file where possible.

Remove LICENSE in cases where COPYING.MIT is also given and replace
LICENSE with COPYING.MIT if the former was the only entry. All modified
recipes specify LICENSE = "MIT" and none of the in-tree files specify a
different license either.

As the packages do not change (the license files are not contained in
them), do not increase PR.
---
 meta-skeleton/recipes-skeleton/useradd/useradd-example.bb | 3 +--
 meta/recipes-bsp/formfactor/formfactor_0.0.bb | 3 +--
 meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb| 3 +--
 meta/recipes-core/systemd/systemd-compat-units.bb | 2 +-
 meta/recipes-core/systemd/systemd-systemctl-native.bb | 2 +-
 meta/recipes-core/udev/udev-extraconf_1.1.bb  | 3 +--
 meta/recipes-devtools/devel-config/distcc-config.bb   | 3 +--
 meta/recipes-devtools/devel-config/nfs-export-root.bb | 3 +--
 meta/recipes-devtools/run-postinsts/run-postinsts_1.0.bb  | 3 +--
 meta/recipes-graphics/wayland/weston-init.bb  | 2 +-
 meta/recipes-sato/shutdown-desktop/shutdown-desktop.bb| 3 +--
 11 files changed, 11 insertions(+), 19 deletions(-)

diff --git a/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb 
b/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb
index d3c02d5..20a101a 100644
--- a/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb
+++ b/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb
@@ -3,8 +3,7 @@ DESCRIPTION = "This recipe serves as an example for using 
features from useradd.
 SECTION = "examples"
 PR = "r1"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
-
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://file1 \
file://file2 \
diff --git a/meta/recipes-bsp/formfactor/formfactor_0.0.bb 
b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
index 5c30bd5..53cf1cf 100644
--- a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
+++ b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
@@ -1,8 +1,7 @@
 SUMMARY = "Device formfactor information"
 SECTION = "base"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
-
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 PR = "r45"
 
 SRC_URI = "file://config file://machconfig"
diff --git a/meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb 
b/meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb
index 51a76b4..b5f6895 100644
--- a/meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb
+++ b/meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb
@@ -4,8 +4,7 @@ DEPENDS = "ppp"
 RDEPENDS_${PN} = "ppp"
 PR = "r8"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690 \
-
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://host-peer \
file://ppp-dialin"
diff --git a/meta/recipes-core/systemd/systemd-compat-units.bb 
b/meta/recipes-core/systemd/systemd-compat-units.bb
index 421fc06..aa20014 100644
--- a/meta/recipes-core/systemd/systemd-compat-units.bb
+++ b/meta/recipes-core/systemd/systemd-compat-units.bb
@@ -1,7 +1,7 @@
 SUMMARY = "Enhances systemd compatilibity with existing SysVinit scripts"
 
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 PR = "r29"
 
diff --git a/meta/recipes-core/systemd/systemd-systemctl-native.bb 
b/meta/recipes-core/systemd/systemd-systemctl-native.bb
index fbdc9c0..fadc843 100644
--- a/meta/recipes-core/systemd/systemd-systemctl-native.bb
+++ b/meta/recipes-core/systemd/systemd-systemctl-native.bb
@@ -1,7 +1,7 @@
 SUMMARY = "Wrapper for enabling systemd services"
 
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 PR = "r6"
 
diff --git a/meta/recipes-core/udev/udev-extraconf_1.1.bb 
b/meta/recipes-core/udev/udev-extraconf_1.1.bb
index ecd4a8a..ae12550 100644
--- a/meta/recipes-core/udev/udev-extraconf_1.1.bb
+++ b/meta/recipes-core/udev/udev-extraconf_1.1.bb
@@ -1,8 +1,7 @@
 SUMMARY 

[OE-core] [PATCH 0/1] $COREBASE/LICENSE in LIC_FILES_CHKSUM

[Olaf Mandel]

I ran into QA issues when inadvertently replacing OEs LICENSE with
Yoctos LICENSE file. Why should recipes depend on the license for
the complete collection of layers? At least for "normal" recipes
that generate target device packages, this makes no sense to me.

I patched out the global LICENSE file from all those recipes that
are short enough and where I feel reasonably confident of not
having actually changed the claimed license terms in any way.

There are additional recipes that reference the global LICENSE
file, but where I am not sure if a less blanket license declaration
is appropriate or not. Especially for meta-toolchain and
build-appliance-image, the global LICENSE is probably correct.
Any comments?

If there are really recipes where the global LICENSE file is
appropriate, how to allow people running their own combo-layer to
quickly replace the file? Maybe add a variable CORELICENSE_MD5 that
gets used by all such recipes?

-- 
2.1.4

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

[OE-core] meta-toolchain and meta-toolchain-qt for specific image

[thilo.ceston...@ts.fujitsu.com]

Hey!

I want to create such a nice toolchain installation package for my image recipe.
The problem I currently hit is, that I need to do populate_sdk and 
populate_sdk_qt5 to have qt5 toolchain too.

Now I had an idea to create a recipe for the SDK like:

--
SUMMARY = "Meta package for building an installable toolchain"
LICENSE = "MIT"

PR = "r0"

inherit populate_sdk populate_sdk_qt5
--

But how can I tell the recipe to additionally install all the "*-dev" packages 
which my original image recipe installs.
When I require the image recipe, the toolchain recipe does a do_rootfs task 
(which is not needed, as it is done by building the image).

I read something about TOOLCHAIN_TARGET_TASK and adding all the "*-dev" 
packages I want to this. But that doesn't work.

Any hints?

cheers,
Thilo

smime.p7s
Description: S/MIME cryptographic signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] buildstats: check IMAGE_ROOTFS exists before checking its size

[Mikko Ylinen]

After 0d6b7276003f1afabc6de683f663540327d52bdc, the exceptions are
correctly checked if the rootfs size check fails. In case of a
failure a build error is triggered.

However, there are cases where this is known to fail (e.g.,
with meta-swupd the rootfs for swupd images is other than IMAGE_ROOTFS).

Because of that, check IMAGE_ROOTFS exists before trying to get the
size of it. Also, in case of any error catched as err, simply print
out a warning.

Signed-off-by: Mikko Ylinen 
---
 meta/classes/buildstats.bbclass | 13 +++--
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 8c2b7b3..599a219 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbclass
@@ -163,12 +163,13 @@ python run_buildstats () {
 bs = os.path.join(bsdir, "build_stats")
 with open(bs, "a") as f:
 rootfs = d.getVar('IMAGE_ROOTFS', True)
-try:
-rootfs_size = subprocess.check_output(["du", "-sh", 
rootfs],
-stderr=subprocess.STDOUT).decode('utf-8')
-except subprocess.CalledProcessError as e:
-bb.error("Failed to get rootfs size: %s" % e.output)
-f.write("Uncompressed Rootfs size: %s" % rootfs_size)
+if os.path.isdir(rootfs):
+try:
+rootfs_size = subprocess.check_output(["du", "-sh", 
rootfs],
+stderr=subprocess.STDOUT).decode('utf-8')
+f.write("Uncompressed Rootfs size: %s" % rootfs_size)
+except subprocess.CalledProcessError as err:
+bb.warn("Failed to get rootfs size: %s" % 
err.output.decode('utf-8'))
 
 elif isinstance(e, bb.build.TaskFailed):
 # Can have a failure before TaskStarted so need to mkdir here too
-- 
2.9.3

-
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

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