[OE-core] [PATCH] libpng: Upgrade 1.6.31 -> 1.6.32

2017-10-19 Thread ricky.yoon 
License file changes are due to updates in Version and Copyright date

Signed-off-by: ricky.yoon 
---
 .../libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.31.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.32.bb
index c96ea14..d93e72c 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6f21e4e1f795810b5ea491b333bc6ea1 \
-
file://png.h;endline=144;md5=af300c419a45c53a8d2daa0b7d167a66"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
+
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "1b34eab440263e32cfa39d19413fad54"
-SRC_URI[sha256sum] = 
"232a602de04916b2b5ce6f901829caf419519e6a16cc9cd7c1c91187d3ee8b41"
+SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
+SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

[OE-core] [PATCH] libpng: Upgrade 1.6.31 -> 1.6.32

2017-10-19 Thread youngseokyoon 
From: youngseok 

License file changes are due to updates in Version and Copyright date

Signed-off-by: youngseok 
---
 .../libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.31.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.32.bb
index c96ea14..d93e72c 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6f21e4e1f795810b5ea491b333bc6ea1 \
-
file://png.h;endline=144;md5=af300c419a45c53a8d2daa0b7d167a66"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
+
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "1b34eab440263e32cfa39d19413fad54"
-SRC_URI[sha256sum] = 
"232a602de04916b2b5ce6f901829caf419519e6a16cc9cd7c1c91187d3ee8b41"
+SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
+SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

Re: [OE-core] [PATCH] devtool: ensure temp directory is created

2017-10-19 Thread Paul Eggleton 
On Wednesday, 18 October 2017 5:34:14 AM NZDT Joshua Lock wrote:
> 
> On 17/10/17 17:12, Burton, Ross wrote:
> > On 17 October 2017 at 17:02, Joshua Lock  > > wrote:
> > 
> > FWIW the failure has been observed on multiple host distros (Ubuntu
> > 16.04, Fedora 26, Tumbleweed) and I could replicate it very easily
> > on my Fedora 26 host with an use of devtool modify -x.
> > 
> > 
> > If you can replicate it on demand how about using a tracing tool to 
> > figure out if a) the mkdir doesn't actually happen or b) something 
> > deletes the directory.
> 
> It seems it's not as easy to reproduce as I thought. I can't reproduce 
> it at all today on either of my two systems.
> 
> I will attempt to gather some logs next time we see it on the autobuilder.

Just to follow up on this thread, creating the temp directory doesn't fix the 
issue. I found and fixed the underlying problem yesterday, details on the bug:

  https://bugzilla.yoctoproject.org/show_bug.cgi?id=12185

I've sent a fix to the bitbake list.

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] ✗ patchtest: failure for Restructure python2 and python3 packaging system (rev2)

2017-10-19 Thread Leonardo Sandoval 
On Thu, 19 Oct 2017 20:14:58 -
Patchwork  wrote:

> == Series Details ==
> 
> Series: Restructure python2 and python3 packaging system (rev2)
> Revision: 2
> URL   : https://patchwork.openembedded.org/series/8314/
> State : failure
> 
> == Summary ==
> 
> 
> Thank you for submitting this patch series to OpenEmbedded Core. This is
> an automated response. Several tests have been executed on the proposed
> series by patchtest resulting in the following failures:
> 
> 
> 
> * Issue Series cannot be parsed correctly due to malformed diff 
> lines [test_mbox_format] 
>   Suggested fixCreate the series again using git-format-patch and ensure 
> it can be applied using git am
>   Diff line diff --git 
> a/meta/recipes-devtools/python/python-native_2.7.13.bb 
> b/meta/recipes-devtools/python/python-native_2.7.13.bb

Alex, please ignore this error. This is actually not a false-positive, is the 
long line patch issue that git-send-email truncates (thus malformat the patch 
itself) and it is what you indirectly trying to solve with your new approach. 
Just Ross needs to take it directly from poky-contrib.

Leo


> 
> 
> * Issue Series does not apply on top of target branch 
> [test_series_merge_on_head] 
>   Suggested fixRebase your series on top of targeted branch
>   Targeted branch  master (currently at 3b413a8057)
> 
> 
> 
> If you believe any of these test results are incorrect, please reply to the
> mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
> Otherwise we would appreciate you correcting the issues and submitting a new
> version of the patchset if applicable. Please ensure you add/increment the
> version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
> [PATCH v3] -> ...).
> 
> ---
> Guidelines: 
> https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
> Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
> Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core


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

[OE-core] ✗ patchtest: failure for Fix some issues in the fitImage generation (rev2)

2017-10-19 Thread Patchwork 
== Series Details ==

Series: Fix some issues in the fitImage generation (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/9386/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patch[meta,pyro] Fix some issues in the fitImage generation
 Issue Shortlog does not follow expected format 
[test_shortlog_format] 
  Suggested fixCommit shortlog (first line of commit message) should follow 
the format ": "



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] ✗ patchtest: failure for wayland-protocols: upgrade to 1.11 (rev2)

2017-10-19 Thread Patchwork 
== Series Details ==

Series: wayland-protocols: upgrade to 1.11 (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/9332/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 3b413a8057)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] ✗ patchtest: failure for Restructure python2 and python3 packaging system (rev2)

2017-10-19 Thread Patchwork 
== Series Details ==

Series: Restructure python2 and python3 packaging system (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/8314/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series cannot be parsed correctly due to malformed diff 
lines [test_mbox_format] 
  Suggested fixCreate the series again using git-format-patch and ensure it 
can be applied using git am
  Diff line diff --git 
a/meta/recipes-devtools/python/python-native_2.7.13.bb 
b/meta/recipes-devtools/python/python-native_2.7.13.bb


* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 3b413a8057)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] [PATCH 2/2] texinfo: upgrade to 6.5

2017-10-19 Thread leonardo . sandoval . gonzalez 
From: Leonardo Sandoval 

Besides revision change, this version includes the project M4 macros path into
EXTRA_AUTORECONF which avoid the following compilation issue:

In file included from ../../../texinfo-6.5/gnulib/lib/mbrtowc.c:21:0:
./wchar.h:571:6: error: #if with no expression
 # if
  ^
Makefile:1378: recipe for target 'mbrtowc.o' failed
make[4]: *** [mbrtowc.o] Error 1
make[4]: *** Waiting for unfinished jobs
In file included from ../../../texinfo-6.5/gnulib/lib/mbswidth.c:33:0:
./wchar.h:571:6: error: #if with no expression
 # if
  ^

Signed-off-by: Leonardo Sandoval 
---
 meta/recipes-extended/texinfo/{texinfo_6.3.bb => texinfo_6.5.bb} | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/texinfo/{texinfo_6.3.bb => texinfo_6.5.bb} (94%)

diff --git a/meta/recipes-extended/texinfo/texinfo_6.3.bb 
b/meta/recipes-extended/texinfo/texinfo_6.5.bb
similarity index 94%
rename from meta/recipes-extended/texinfo/texinfo_6.3.bb
rename to meta/recipes-extended/texinfo/texinfo_6.5.bb
index f58df928aa..f966457f88 100644
--- a/meta/recipes-extended/texinfo/texinfo_6.3.bb
+++ b/meta/recipes-extended/texinfo/texinfo_6.5.bb
@@ -37,13 +37,15 @@ SRC_URI = "${GNU_MIRROR}/texinfo/${BP}.tar.gz \
${TARGET_PATCH} \
   "
 
-SRC_URI[md5sum] = "9b08daca9bf8eccae9b0f884aba41f9e"
-SRC_URI[sha256sum] = 
"300a6ba4958c2dd4a6d5ce60f0a335daf7e379f5374f276f6ba31a221f02f606"
+SRC_URI[md5sum] = "94e8f7149876793030e5518dd8d6e956"
+SRC_URI[sha256sum] = 
"d34272e4042c46186ddcd66bd5d980c0ca14ff73686ccf8131f6ec8b1427"
 
 tex_texinfo = "texmf/tex/texinfo"
 
 inherit gettext autotools
 
+EXTRA_AUTORECONF += "-I ${S}/gnulib/m4"
+
 do_configure_prepend () {
# autotools_do_configure updates po/Makefile.in.in, we also need
# update po_document.
-- 
2.12.3

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

[OE-core] [PATCH 1/2] qemu: upgrade to 2.10.1

2017-10-19 Thread leonardo . sandoval . gonzalez 
From: Leonardo Sandoval 

All CVE patches removed because these are already integrated in 2.10.1.

Signed-off-by: Leonardo Sandoval 
---
 .../qemu/qemu/CVE-2017-13672.patch | 504 -
 .../qemu/qemu/CVE-2017-13673.patch |  53 ---
 .../qemu/qemu/CVE-2017-13711.patch |  87 
 .../qemu/qemu/CVE-2017-14167.patch |  70 ---
 meta/recipes-devtools/qemu/qemu/glibc-2.25.patch   |  14 -
 .../qemu/{qemu_2.10.0.bb => qemu_2.10.1.bb}|   8 +-
 6 files changed, 2 insertions(+), 734 deletions(-)
 delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2017-13672.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2017-13673.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2017-13711.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2017-14167.patch
 rename meta/recipes-devtools/qemu/{qemu_2.10.0.bb => qemu_2.10.1.bb} (86%)

diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2017-13672.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2017-13672.patch
deleted file mode 100644
index ce0b1ee3ed..00
--- a/meta/recipes-devtools/qemu/qemu/CVE-2017-13672.patch
+++ /dev/null
@@ -1,504 +0,0 @@
-From 3d90c6254863693a6b13d918d2b8682e08bbc681 Mon Sep 17 00:00:00 2001
-From: Gerd Hoffmann 
-Date: Mon, 28 Aug 2017 14:29:06 +0200
-Subject: [PATCH] vga: stop passing pointers to vga_draw_line* functions
-
-Instead pass around the address (aka offset into vga memory).
-Add vga_read_* helper functions which apply vbe_size_mask to
-the address, to make sure the address stays within the valid
-range, similar to the cirrus blitter fixes (commits ffaf857778
-and 026aeffcb4).
-
-Impact:  DoS for privileged guest users.  qemu crashes with
-a segfault, when hitting the guard page after vga memory
-allocation, while reading vga memory for display updates.
-
-Fixes: CVE-2017-13672
-Cc: P J P 
-Reported-by: David Buchanan 
-Signed-off-by: Gerd Hoffmann 
-Message-id: 20170828122906.18993-1-kra...@redhat.com
-
-Upstream-Status: Backport
-[https://git.qemu.org/?p=qemu.git;a=commit;h=3d90c6254863693a6b13d918d2b8682e08bbc681]
-
-CVE: CVE-2017-13672
-
-Signed-off-by: Yi Zhao 

- hw/display/vga-helpers.h | 202 ++-
- hw/display/vga.c |   5 +-
- hw/display/vga_int.h |   1 +
- 3 files changed, 114 insertions(+), 94 deletions(-)
-
-diff --git a/hw/display/vga-helpers.h b/hw/display/vga-helpers.h
-index 94f6de2..5a752b3 100644
 a/hw/display/vga-helpers.h
-+++ b/hw/display/vga-helpers.h
-@@ -95,20 +95,46 @@ static void vga_draw_glyph9(uint8_t *d, int linesize,
- } while (--h);
- }
- 
-+static inline uint8_t vga_read_byte(VGACommonState *vga, uint32_t addr)
-+{
-+return vga->vram_ptr[addr & vga->vbe_size_mask];
-+}
-+
-+static inline uint16_t vga_read_word_le(VGACommonState *vga, uint32_t addr)
-+{
-+uint32_t offset = addr & vga->vbe_size_mask & ~1;
-+uint16_t *ptr = (uint16_t *)(vga->vram_ptr + offset);
-+return lduw_le_p(ptr);
-+}
-+
-+static inline uint16_t vga_read_word_be(VGACommonState *vga, uint32_t addr)
-+{
-+uint32_t offset = addr & vga->vbe_size_mask & ~1;
-+uint16_t *ptr = (uint16_t *)(vga->vram_ptr + offset);
-+return lduw_be_p(ptr);
-+}
-+
-+static inline uint32_t vga_read_dword_le(VGACommonState *vga, uint32_t addr)
-+{
-+uint32_t offset = addr & vga->vbe_size_mask & ~3;
-+uint32_t *ptr = (uint32_t *)(vga->vram_ptr + offset);
-+return ldl_le_p(ptr);
-+}
-+
- /*
-  * 4 color mode
-  */
--static void vga_draw_line2(VGACommonState *s1, uint8_t *d,
--   const uint8_t *s, int width)
-+static void vga_draw_line2(VGACommonState *vga, uint8_t *d,
-+   uint32_t addr, int width)
- {
- uint32_t plane_mask, *palette, data, v;
- int x;
- 
--palette = s1->last_palette;
--plane_mask = mask16[s1->ar[VGA_ATC_PLANE_ENABLE] & 0xf];
-+palette = vga->last_palette;
-+plane_mask = mask16[vga->ar[VGA_ATC_PLANE_ENABLE] & 0xf];
- width >>= 3;
- for(x = 0; x < width; x++) {
--data = ((uint32_t *)s)[0];
-+data = vga_read_dword_le(vga, addr);
- data &= plane_mask;
- v = expand2[GET_PLANE(data, 0)];
- v |= expand2[GET_PLANE(data, 2)] << 2;
-@@ -124,7 +150,7 @@ static void vga_draw_line2(VGACommonState *s1, uint8_t *d,
- ((uint32_t *)d)[6] = palette[(v >> 4) & 0xf];
- ((uint32_t *)d)[7] = palette[(v >> 0) & 0xf];
- d += 32;
--s += 4;
-+addr += 4;
- }
- }
- 
-@@ -134,17 +160,17 @@ static void vga_draw_line2(VGACommonState *s1, uint8_t 
*d,
- /*
-  * 4 color mode, dup2 horizontal
-  */
--static void vga_draw_line2d2(VGACommonState *s1, uint8_t *d,
-- const uint8_t *s, int

Re: [OE-core] [pyro][PATCH] goarch.bbclass: Replace logic for setting GOARM

2017-10-19 Thread Will Newton 
On Wed, Sep 27, 2017 at 4:08 AM, akuster808  wrote:

Hi Armin,

> On 09/26/2017 09:36 AM, Will Newton wrote:
>> Hi,
>>
>> Is this change ok for the stable branch?
> merged into staging.

Do you have a feel for when these changes might make their way to the
pyro branch?

Thanks,

>> On Mon, Sep 18, 2017 at 4:43 PM, Will Newton  wrote:
>>> From: Will Newton 
>>>
>>> The previous logic applied a regex to TUNE_FEATURES which could
>>> set the GOARM value to 7 incorrectly, for example when dealing
>>> with an arm1176 core. Simplify to check for the presence of
>>> "armv7" instead. At the same time add a check for "armv6" and
>>> set GOARM to 6 in that case.
>>>
>>> (From OE-Core rev: 07b60c15e9ef650940afdde37bf3f3b9c50a336d)
>>>
>>> Signed-off-by: Will Newton 
>>> Signed-off-by: Otavio Salvador 
>>> Signed-off-by: Richard Purdie 
>>> ---
>>>  meta/classes/goarch.bbclass | 7 +--
>>>  1 file changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
>>> index 4a5b2ec787..12df88f8c4 100644
>>> --- a/meta/classes/goarch.bbclass
>>> +++ b/meta/classes/goarch.bbclass
>>> @@ -38,8 +38,11 @@ def go_map_arch(a, d):
>>>
>>>  def go_map_arm(a, f, d):
>>>  import re
>>> -if re.match('arm.*', a) and re.match('arm.*7.*', f):
>>> -return '7'
>>> +if re.match('arm.*', a):
>>> +if 'armv7' in f:
>>> +return '7'
>>> +elif 'armv6' in f:
>>> +return '6'
>>>  return ''
>>>
>>>  def go_map_os(o, d):
>>> --
>>> 2.13.5
>>>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] python-scons*: upgrade to 3.0.0

2017-10-19 Thread Jose Lamego 
Both python-scons and python-scons-native need to be upgraded to latest
upstream version.
LIC_FILES_CHKSUM changed due to updated year in date, but rest of file
remain the same.
Following dependencies were added to enable appropriate package usage:
python-shell, python-pprint and python-importlib.
A patch was taken from upstream to support python2 print statements
in SConscripts. This should be included in next version.
These changes were tested in qemux86 with core-image-minimal.

Signed-off-by: Jose Lamego 
---
 ...ative_2.5.1.bb => python-scons-native_3.0.0.bb} |  0
 ...onscript-Support-python2-print-statements.patch | 38 ++
 ...python-scons_2.5.1.bb => python-scons_3.0.0.bb} | 12 ---
 3 files changed, 46 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/python/{python-scons-native_2.5.1.bb => 
python-scons-native_3.0.0.bb} (100%)
 create mode 100644 
meta/recipes-devtools/python/python-scons/SConscript-Support-python2-print-statements.patch
 rename meta/recipes-devtools/python/{python-scons_2.5.1.bb => 
python-scons_3.0.0.bb} (51%)

diff --git a/meta/recipes-devtools/python/python-scons-native_2.5.1.bb 
b/meta/recipes-devtools/python/python-scons-native_3.0.0.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-scons-native_2.5.1.bb
rename to meta/recipes-devtools/python/python-scons-native_3.0.0.bb
diff --git 
a/meta/recipes-devtools/python/python-scons/SConscript-Support-python2-print-statements.patch
 
b/meta/recipes-devtools/python/python-scons/SConscript-Support-python2-print-statements.patch
new file mode 100644
index 000..b1a7902
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python-scons/SConscript-Support-python2-print-statements.patch
@@ -0,0 +1,38 @@
+From 885aabdb313685405737112dcb7d7774eee6d879 Mon Sep 17 00:00:00 2001
+From: Thomas Berg 
+Date: Thu, 19 Oct 2017 14:02:21 -0500
+Subject: [PATCH] SConscript: Support python2 print statements
+
+This fixes a regression introduced in scons-3.0.0, where
+SConscripts containing python 2 print statements would cause
+syntax errors even when executing scons with python 2.7.
+
+This ensures backward compatibility, allowing users to build
+legacy code with scons-3.0.0 without having to patch it.
+
+Taken from
+https://github.com/SConsProject/scons/commit/2e0de3c55f22b3eaa7767b69740b898f3d2f46bf
+
+Upstream-Status: Accepted
+
+Signed-off-by: Jose Lamego 
+---
+ engine/SCons/Script/SConscript.py | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/engine/SCons/Script/SConscript.py 
b/engine/SCons/Script/SConscript.py
+index bc05540..332d1fa 100644
+--- a/engine/SCons/Script/SConscript.py
 b/engine/SCons/Script/SConscript.py
+@@ -5,8 +5,6 @@ files.
+ 
+ """
+ 
+-from __future__ import print_function
+-
+ #
+ # Copyright (c) 2001 - 2017 The SCons Foundation
+ #
+-- 
+2.7.4
+
diff --git a/meta/recipes-devtools/python/python-scons_2.5.1.bb 
b/meta/recipes-devtools/python/python-scons_3.0.0.bb
similarity index 51%
rename from meta/recipes-devtools/python/python-scons_2.5.1.bb
rename to meta/recipes-devtools/python/python-scons_3.0.0.bb
index 3f43856..33bfb45 100644
--- a/meta/recipes-devtools/python/python-scons_2.5.1.bb
+++ b/meta/recipes-devtools/python/python-scons_3.0.0.bb
@@ -1,13 +1,14 @@
 SUMMARY = "Software Construction tool (make/autotools replacement)"
 SECTION = "devel/python"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3a885dff6d14e4cd876d9008a09a42de"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=46ddf66004e5be5566367cb525a66fc6"
 SRCNAME = "scons"
 
-SRC_URI = 
"https://files.pythonhosted.org/packages/source/s/${SRCNAME}/${SRCNAME}-${PV}.tar.gz;
+SRC_URI = 
"https://files.pythonhosted.org/packages/source/s/${SRCNAME}/${SRCNAME}-${PV}.tar.gz
 \
+   file://SConscript-Support-python2-print-statements.patch"
 
-SRC_URI[md5sum] = "3eac81e5e8206304a9b4683c57665aa4"
-SRC_URI[sha256sum] = 
"c8de85fc02ed1a687b1f2ac791eaa0c1707b4382a204f17d782b5b111b9fdf07"
+SRC_URI[md5sum] = "7ca558edaaa1942fe38f3105ca2400fb"
+SRC_URI[sha256sum] = 
"aa5afb33c2bbd33c311e47e912412195739e9ffb2e933534a31f85fba8f3470e"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/SCons/;
 
@@ -20,4 +21,7 @@ RDEPENDS_${PN} = "\
   python-io \
   python-json \
   python-subprocess \
+  python-shell \
+  python-pprint \
+  python-importlib \
   "
-- 
2.7.4

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

[OE-core] [PATCH v8] kernel: Add support for multiple kernel packages

2017-10-19 Thread Haris Okanovic 
Some distros may want to provide alternate kernel "flavors" via feeds or
within bootable images. For example, readily available builds which
provide certain diagnostic features can enable developers and testers to
more quickly resolve issues by avoiding lengthy kernel builds.

This change allows for building multiple flavors of the kernel and
module packages by templatizing kernel package names via a new
KERNEL_PACKAGE_NAME variable in kernel.bbclass. It defaults to the old
name of "kernel", but can be overridden by certain recipes providing
alternate kernel flavors.

To maintain compatibility, recipes providing alternate kernel flavors
cannot be the "preferred provider" for virtual/kernel. This is because
OE puts the preferred provider's build and source at
"tmp-glibc/work-shared/$MACHINE/kernel-build-artifacts/" and
"tmp-glibc/work-shared/$MACHINE/kernel-source/" instead of
"tmp-glibc/work/*/$PN/" like other recipes. Therefore, recipes using the
default KERNEL_PACKAGE_NAME="kernel" follows the old semantics -- build
in the old location and may be preferred provider -- while recipes using
all other KERNEL_PACKAGE_NAME's build from the normal WORKDIR and don't
provide "virtual/kernel".

Testing:
 1. Prepended `KERNEL_PACKAGE_NAME = "tiny-linux"` to
linux-yocto-tiny_4.9.bb so that it may build alongside
the main kernel.
 2. `bitbake linux-yocto linux-yocto-tiny` to build both kernel flavors.
 3. Verified image and modules IPKs exist for both:
tmp-glibc/deploy/ipk/qemux86/kernel-* for linux-yocto
tmp-glibc/deploy/ipk/qemux86/tiny-linux* for linux-yocto-tiny
 4. Verified linux-yocto is the "preferred provider", and was built in
shared directory: tmp-glibc/work-shared/qemux86/kernel-*
 5. Appended `CORE_IMAGE_BASE_INSTALL += "tiny-linux"` to
core-image-base.bb to include both kernel flavors.
 6. `bitbake core-image-base` to build an image.
 7. Verified image contains two bzImage's under /boot/, with
"yocto-standard" selected to boot via symlink.

Discussion threads:
http://lists.openembedded.org/pipermail/openembedded-core/2015-December/thread.html#114122
http://lists.openembedded.org/pipermail/openembedded-core/2017-July/thread.html#139130

Signed-off-by: Ioan-Adrian Ratiu 
Signed-off-by: Gratian Crisan 
Signed-off-by: Haris Okanovic 
Coauthored-by: Gratian Crisan 
Coauthored-by: Haris Okanovic 
Coauthored-by: Josh Hernstrom 
---
[PATCH v2] Change STAGING_KERNEL_DIR and STAGING_KERNEL_BUILDDIR to the
"work" directory in alternate kernel builds, instead of "work-shared",
so
that the two builds don't clobber each other.

[PATCH v3] An updated version of this change rebased onto the current
OE-core master. Changes:
 - Remove PREFERRED_PROVIDER check in linux-yocto.inc in alternate
   kernel builds, since alternate kernels aren't the
   PREFERRED_PROVIDER for virtual/kernel by definition.
 - Remove "virtual/kernel" from PROVIDES in alternate kernel builds.

[PATCH v4] Another rebase onto master; no functional change.
Improved description and testing steps.

[PATCH v5]
 - Warn when PN == KERNEL_PACKAGE_NAME (bug # 11905)
 - Add KERNEL_DEPLOYSUBDIR to avoid DEPLOYDIR collisions

[PATCH v6] Add KERNEL_PACKAGE_NAME to kernel-module-split.bbclass for
module recipes; fixes lttng-modules build.

[PATCH v7] Remove second definition of KERNEL_PACKAGE_NAME from
kernel-module-split.bbclass; apply a default in two places where
KERNEL_PACKAGE_NAME is referenced.

[PATCH v8] Rebase onto current master and more fixups.
 - kernel-devicetree.bbclass: Fixup package names
 - depmodwrapper-cross: don't error when called from alt kernel recipes
 - kernel.bbclass: Don't install /boot/image symlink in alt recipes

https://github.com/harisokanovic/openembedded-core/tree/dev/hokanovi/multi-kernel-packages-v8
---
 meta/classes/kernel-devicetree.bbclass |   8 +-
 meta/classes/kernel-module-split.bbclass   |   9 +-
 meta/classes/kernel.bbclass| 114 +
 meta/conf/documentation.conf   |   1 +
 .../recipes-kernel/kmod/depmodwrapper-cross_1.0.bb |  14 +--
 meta/recipes-kernel/linux/linux-yocto.inc  |   2 +-
 6 files changed, 90 insertions(+), 58 deletions(-)

diff --git a/meta/classes/kernel-devicetree.bbclass 
b/meta/classes/kernel-devicetree.bbclass
index 6e08be4b70..4f80cc62eb 100644
--- a/meta/classes/kernel-devicetree.bbclass
+++ b/meta/classes/kernel-devicetree.bbclass
@@ -1,10 +1,10 @@
 # Support for device tree generation
 PACKAGES_append = " \
-kernel-devicetree \
-${@['kernel-image-zimage-bundle', ''][d.getVar('KERNEL_DEVICETREE_BUNDLE') 
!= '1']} \
+${KERNEL_PACKAGE_NAME}-devicetree \
+${@[d.getVar('KERNEL_PACKAGE_NAME') + '-image-zimage-bundle', 
''][d.getVar('KERNEL_DEVICETREE_BUNDLE') != '1']} \
 "
-FILES_kernel-devicetree = "/${KERNEL_IMAGEDEST}/*.dtb

[OE-core] [PATCH] libpng: Upgrade 1.6.31 -> 1.6.32

2017-10-19 Thread youngseok 
From: "ricky.yoon" 

License file changes are due to updates in Version and Copyright date

Signed-off-by: youngseok 
---
 .../libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.31.bb => libpng_1.6.32.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.31.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.32.bb
index c96ea14..d93e72c 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.31.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=6f21e4e1f795810b5ea491b333bc6ea1 \
-
file://png.h;endline=144;md5=af300c419a45c53a8d2daa0b7d167a66"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
+
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "1b34eab440263e32cfa39d19413fad54"
-SRC_URI[sha256sum] = 
"232a602de04916b2b5ce6f901829caf419519e6a16cc9cd7c1c91187d3ee8b41"
+SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
+SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

[OE-core] [PATCH 2/2] useradd-staticids: explain how to fix the the problem

2017-10-19 Thread Patrick Ohly 
When a distro uses useradd-staticids.bbclass and some developer
unfamiliar with the static ID mechanism tries to add a recipe which
needs new IDs, the resulting error or warning is typically not
something that the developer will understand.

Even experienced developers do not get enough information. They first
must find out whether the missing ID is for a system user or group,
then locate the file(s) in which the ID could be added. Both of this
is now part of the message:

ERROR: .../meta/recipes-extended/cronie/cronie_1.5.1.bb: cronie -
cronie: system groupname crontab does not have a static ID defined.
Add crontab to one of these files: /.../conf/distro/include/my-distro-group

The case that no file was found is also handled:

ERROR: .../meta/recipes-extended/cronie/cronie_1.5.1.bb: cronie -
cronie: system groupname crontab does not have a static ID defined.
USERADD_GID_TABLES file(s) not found in BBPATH: files/group

It would be nice if the error message could also list the range in
which a new ID needs to be allocated, but /etc/login.defs isn't
available at the time of creating the message, so that part is still
something that a developer needs to know.

Signed-off-by: Patrick Ohly 
---
 meta/classes/useradd-staticids.bbclass | 62 ---
 1 file changed, 29 insertions(+), 33 deletions(-)

diff --git a/meta/classes/useradd-staticids.bbclass 
b/meta/classes/useradd-staticids.bbclass
index 3d0bc09..589a99f 100644
--- a/meta/classes/useradd-staticids.bbclass
+++ b/meta/classes/useradd-staticids.bbclass
@@ -38,10 +38,14 @@ def update_useradd_static_config(d):
 
 return id_table
 
-def handle_missing_id(id, type, pkg):
+def handle_missing_id(id, type, pkg, files, var, value):
 # For backwards compatibility we accept "1" in addition to "error"
 error_dynamic = d.getVar('USERADD_ERROR_DYNAMIC')
 msg = "%s - %s: %sname %s does not have a static ID defined." % 
(d.getVar('PN'), pkg, type, id)
+if files:
+msg += " Add %s to one of these files: %s" % (id, files)
+else:
+msg += " %s file(s) not found in BBPATH: %s" % (var, value)
 if error_dynamic == 'error' or error_dynamic == '1':
 raise NotImplementedError(msg)
 elif error_dynamic == 'warn':
@@ -49,23 +53,24 @@ def update_useradd_static_config(d):
 elif error_dynamic == 'skip':
 raise bb.parse.SkipRecipe(msg)
 
+# Return a list of configuration files based on either the default
+# files/group or the contents of USERADD_GID_TABLES, resp.
+# files/passwd for USERADD_UID_TABLES.
+# Paths are resolved via BBPATH.
+def get_table_list(d, var, default):
+files = []
+bbpath = d.getVar('BBPATH', True)
+tables = d.getVar(var, True)
+if not tables:
+tables = default
+for conf_file in tables.split():
+files.append(bb.utils.which(bbpath, conf_file))
+return (' '.join(files), var, default)
+
 # We parse and rewrite the useradd components
 def rewrite_useradd(params, is_pkg):
 parser = oe.useradd.build_useradd_parser()
 
-# Return a list of configuration files based on either the default
-# files/passwd or the contents of USERADD_UID_TABLES
-# paths are resolved via BBPATH
-def get_passwd_list(d):
-str = ""
-bbpath = d.getVar('BBPATH')
-passwd_tables = d.getVar('USERADD_UID_TABLES')
-if not passwd_tables:
-passwd_tables = 'files/passwd'
-for conf_file in passwd_tables.split():
-str += " %s" % bb.utils.which(bbpath, conf_file)
-return str
-
 newparams = []
 users = None
 for param in oe.useradd.split_commands(params):
@@ -86,10 +91,12 @@ def update_useradd_static_config(d):
 # all new users get the default ('*' which prevents login) until 
the user is
 # specifically configured by the system admin.
 if not users:
-users = merge_files(get_passwd_list(d), 7)
+files, table_var, table_value = get_table_list(d, 
'USERADD_UID_TABLES', 'files/passwd')
+users = merge_files(files, 7)
 
+type = 'system user' if uaargs.system else 'normal user'
 if uaargs.LOGIN not in users:
-handle_missing_id(uaargs.LOGIN, 'user', pkg)
+handle_missing_id(uaargs.LOGIN, type, pkg, files, table_var, 
table_value)
 newparams.append(param)
 continue
 
@@ -147,7 +154,7 @@ def update_useradd_static_config(d):
 
 # Should be an error if a specific option is set...
 if not uaargs.uid or not uaargs.uid.isdigit() or not uaargs.gid:
- handle_missing_id(uaargs.LOGIN, 'user', pkg)
+ handle_missing_id(uaargs.LOGIN, type, pkg, files, table_var, 
table_value)

[OE-core] [PATCH 0/2] enhance useradd-staticids

2017-10-19 Thread Patrick Ohly 
I recently tried to enable useradd-staticids.bbclass in a distro which
includes a large portion of meta-oe. This was a rather arduous task
because plenty of IDs need to be defined for recipes which are part of
the world build but not actually used in the distro.

The error or warning messages also aren't particularly helpful.

These two patches address both problems.

However, long term I think it would be worthwhile to rethink the
entire current approach. At the moment, useradd-staticids.bbclass
rewrites the USER/GROUPADD parameters at parse time for all future
usages of the parameters, including setting up local sysroots. This
has the downside that changing IDs later on leads to warnings or
errors about sysroots containing the old IDs.

I think static IDs are only needed for the preinst scripts in packages
for rootfs and target installation, and nowhere else. Therefore IMHO
it would be better to inject the static IDs only into those
scripts. Warnings and errors then can be triggered as part of
installing the package, if desired. Then it becomes possible to build
recipes where some packages create users or groups without actually
defining static IDs, as long as those packages then don't get used.

Triggering a stricter error already during parsing or build time would
still be possible. I'm just not sure how useful that is - perhaps to
catch potential problems without actually having to install the packages.

Patrick Ohly (2):
  useradd-staticids: skip recipes without static IDs
  useradd-staticids: explain how to fix the the problem

 meta/classes/useradd-staticids.bbclass | 74 +--
 1 file changed, 37 insertions(+), 37 deletions(-)

base-commit: 39ffa0f3779305c5e8ef86fe4572e961c5912021
-- 
git-series 0.9.1
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] useradd-staticids: skip recipes without static IDs

2017-10-19 Thread Patrick Ohly 
When enabling useradd-staticids.bbclass, one has to define static IDs
for all recipes in a world build, otherwise those without static IDs
generate parse errors or warnings, depending on USERADD_ERROR_DYNAMIC.

Defining unused IDs is a lot of work and clutters the passwd/group
file of a distro.

Distros which want to avoid this can now set USERADD_ERROR_DYNAMIC =
"skip" and recipes which would have triggered a message then silently
get disabled. Trying to build them then still shows the error message:

$ bitbake apt
...
ERROR: Nothing PROVIDES 'apt'
ERROR: apt was skipped: apt - apt: username _apt does not have a
static ID defined.

However, some recipes only get selected indirectly through
dependencies. If the recipe providing something that is needed for the
build gets skipped (for example, the nfs-utils recipe providing the
nfs-utils-client package), then the error message is a bit more
obscure:

ERROR: Nothing RPROVIDES 'nfs-utils-client' (but
.../meta/recipes-core/packagegroups/packagegroup-core-nfs.bb RDEPENDS
on or otherwise requires it)

Signed-off-by: Patrick Ohly 
---
 meta/classes/useradd-staticids.bbclass | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/classes/useradd-staticids.bbclass 
b/meta/classes/useradd-staticids.bbclass
index eb8e59e..3d0bc09 100644
--- a/meta/classes/useradd-staticids.bbclass
+++ b/meta/classes/useradd-staticids.bbclass
@@ -40,10 +40,14 @@ def update_useradd_static_config(d):
 
 def handle_missing_id(id, type, pkg):
 # For backwards compatibility we accept "1" in addition to "error"
-if d.getVar('USERADD_ERROR_DYNAMIC') == 'error' or 
d.getVar('USERADD_ERROR_DYNAMIC') == '1':
-raise NotImplementedError("%s - %s: %sname %s does not have a 
static ID defined. Skipping it." % (d.getVar('PN'), pkg, type, id))
-elif d.getVar('USERADD_ERROR_DYNAMIC') == 'warn':
-bb.warn("%s - %s: %sname %s does not have a static ID defined." % 
(d.getVar('PN'), pkg, type, id))
+error_dynamic = d.getVar('USERADD_ERROR_DYNAMIC')
+msg = "%s - %s: %sname %s does not have a static ID defined." % 
(d.getVar('PN'), pkg, type, id)
+if error_dynamic == 'error' or error_dynamic == '1':
+raise NotImplementedError(msg)
+elif error_dynamic == 'warn':
+bb.warn(msg)
+elif error_dynamic == 'skip':
+raise bb.parse.SkipRecipe(msg)
 
 # We parse and rewrite the useradd components
 def rewrite_useradd(params, is_pkg):
-- 
git-series 0.9.1
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core