Re: [OE-core] having llvm available for gallium

2017-04-10 Thread Martin Jansa 
Check this:

http://lists.openembedded.org/pipermail/openembedded-core/2017-April/135050.html

On Tue, Apr 11, 2017 at 3:38 AM, Trevor Woerner  wrote:

> I think this might be a casualty of RSS, but when trying to build mesa for
> the
> gizmo2 I get:
>
> | checking for wayland-scanner... no
> | checking for XCB_DRI2... yes
> | checking for x86_64-oe-linux-llvm-config... no
> | checking for llvm-config... no
> | checking for RADEON... yes
> | configure: error: LLVM is required to build Gallium R300 on x86
> and x86_64
>
> There already is a dependency on llvm${MESA_LLVM_RELEASE} so I'm not sure
> what
> magic is required to make llvm-config available.
> --
> ___
> 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] binutils: Fix CVE-2017-6965 and CVE-2017-6966

2017-04-10 Thread Yuanjie Huang 



On 04/11/2017 06:10 AM, Richard Purdie wrote:

On Mon, 2017-04-10 at 03:34 -0700, Yuanjie Huang wrote:

meta/recipes-devtools/binutils/binutils-2.27.inc

Given master contains 2.28, I don't think this patch was based on or
tested against master?
Not yet, I will work on that, and will send the patch for master later. 
Our current product is based on Morty, so I fixed it first.


Cheers,
Yuanjie

Cheers,

Richard


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

Re: [OE-core] [PATCH] binutils: Fix CVE-2017-6965 and CVE-2017-6966

2017-04-10 Thread Richard Purdie 
On Mon, 2017-04-10 at 03:34 -0700, Yuanjie Huang wrote:
> meta/recipes-devtools/binutils/binutils-2.27.inc

Given master contains 2.28, I don't think this patch was based on or
tested against master?

Cheers,

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

Re: [OE-core] Fwd: About misappropriation of one of my patches in OpenEmbedded

2017-04-10 Thread Alexander Kanavin 

On 04/10/2017 11:17 PM, Mark Hatle wrote:


Nearly all the Free and Open Source Software work I do is in my
limited spare time (I don't do any FOSS work for a living), and it's
heartbreaking to see people take my work and re-attribute it to
themselves, or say things on my behalf that I certainly did not say.


Neal, no one deliberately tried to strip you of your credit; it was an 
honest mistake, and I assure you we correct these things quickly.


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

[OE-core] Fwd: [PATCH V2] python2/3: Move config/Makefile from core package to dev package

2017-04-10 Thread Zhou, Li 

Hi, Richard:

 From the mails I received, I think you have merged the 1st 
version of this patch, while I have sent out the 2nd version for fixing 
the issue mentioned by Jussi .


I just sent this patch in an accessory, because there are lines which 
are too long to pass the auto tests (but they shouldn't be changed).


So, please take a look at my 2nd patch in the *accessory*. Thank you.



 Forwarded Message 
Subject: 	[OE-core] [PATCH V2] python2/3: Move config/Makefile from core 
package to dev package

Date:   Mon, 10 Apr 2017 17:25:10 +0800
From:   Zhou, Li 
To: 	Patches and discussions about the oe-core layer 





Here is the 2nd version for this patch. Still send it in an 
accessory.


@Jussi: Thank you for the reminding.


On 04/10/2017 04:08 PM, Jussi Kukkonen wrote:
On 10 April 2017 at 10:10, Li Zhou > wrote:


Move config/Makefile in libdir from core package to dev package for
python, because it is only needed in development process.

Signed-off-by: Li Zhou mailto:li.z...@windriver.com>>
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 4 ++--
 meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--


These are generated files (see comments in the beginning of the 
files). You should modify the generators, run them to re-generate 
these files, and then send all the changes.


Thanks,
  Jussi

 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 413405a..7ed254b 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -46,7 +46,7 @@
FILES_${PN}-contextlib="${libdir}/python${PYTHON_MAJMIN}/contextlib.*
"

 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
-FILES_${PN}-core="${libdir}/python2.7/__future__.*
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
${libdir}/python2.7/UserString.*
${libdir}/python2.7/lib-dynload/binascii.so
${libdir}/python2.7/lib-dynload/_struct.so
${libdir}/python2.7/lib-dynload/time.so
${libdir}/python2.7/lib-dynload/xreadlines.so
${libdir}/python2.7/types.* ${libdir}/python2.7/platform.*
${bindir}/python* ${libdir}/python2.7/_weakrefset.*
${libdir}/python2.7/sysconfig.*
${libdir}/python2.7/_sysconfigdata.* ${libdir}/python2.7/con
 fig/Makefile ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python2.7/__future__.*
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
${libdir}/python2.7/UserString.*
${libdir}/python2.7/lib-dynload/binascii.so
${libdir}/python2.7/lib-dynload/_struct.so
${libdir}/python2.7/lib-dynload/time.so
${libdir}/python2.7/lib-dynload/xreadlines.so
${libdir}/python2.7/types.* ${libdir}/python2.7/platform.*
${bindir}/python* ${libdir}/python2.7/_weakrefset.*
${libdir}/python2.7/sysconfig.*
${libdir}/python2.7/_sysconfigdata.* ${includedir}/python${P
 YTHON_MAJMIN}/pyconfig*.h
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "

 SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
 RDEPENDS_${PN}-crypt="${PN}-core"
@@ -74,7 +74,7 @@ FILES_${PN}-debugger="${libdir}/python2.7/bdb.*
${libdir}/python2.7/pdb.* "

 SUMMARY_${PN}-dev="Python development package"
 RDEPENDS_${PN}-dev="${PN}-core"
-FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV}
${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig
${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal
${datadir}/pkgconfig "
+FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV}
${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig
${

Re: [OE-core] [PATCH] libsdl2: disable check gcc -Wdeclaration-after-statement for ppc

2017-04-10 Thread Kang Kai 

On 2017年04月11日 03:51, Khem Raj wrote:


On 4/10/17 12:28 AM, Richard Purdie wrote:

On Mon, 2017-04-10 at 11:14 +0800, kai.k...@windriver.com wrote:

From: Kai Kang 

Disable check gcc option -Wdeclaration-after-statement for powerpc
and
powerpc64 which causes compile failures:


   CC build/SDL_blit_N.lo
.../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
2.0.5/src/video/SDL_blit_N.c: In function 'calc_swizzle32':
.../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
2.0.5/src/video/SDL_blit_N.c:127:5: error: ISO C90 forbids
mixed declarations and code [-Werror=declaration-after-statement]
  const vector unsigned char plus = VECUINT8_LITERAL(0x00, 0x00,
0x00, 0x00,
  ^

Signed-off-by: Kai Kang 
---
  ...able-check-gcc-Wdeclaration-after-statement.patch | 20

  meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb   |  2 ++
  2 files changed, 22 insertions(+)
  create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/disable-
check-gcc-Wdeclaration-after-statement.patch

diff --git a/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
Wdeclaration-after-statement.patch b/meta/recipes-
graphics/libsdl2/libsdl2/disable-check-gcc-Wdeclaration-after-
statement.patch
new file mode 100644
index 000..ad48af7
--- /dev/null
+++ b/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
Wdeclaration-after-statement.patch
@@ -0,0 +1,20 @@
+Upstream-Status: Inappropriate [disable feature]

Given upstream explicitly enable this warning and the issue looks to be
in their code, surely upstream would want to fix this.

Also, would it not be easier to patch the code and fix this than
disabling the warning?

yes, I think it should be fixed in code unless we know that this warning
is being wrongly generated for ppc64


I suppose this a gcc bug about powerpc/ppc64. gcc 6 uses default 
'-std=gnu11' to compile but it stills fails with 'ISO C90 forbids...'.
Compare to x86, it also compiles with -Wdeclaration-after-statement and 
-Werror=declaration-after-statement too but succeeds.



Regards,
Kai



Cheers,

Richard



+Disable check gcc option -Wdeclaration-after-statement for powerpc
and
+powerpc64 which causes compile failures.
+
+Signed-off-by: Kai Kang 
+---
+diff --git a/configure.in b/configure.in
+index e2ddc9c..73b10f5 100644
+--- a/configure.in
 b/configure.in
+@@ -2950,7 +2950,7 @@ case "$host" in
+ *-*-minix*) ARCH=minix ;;
+ esac
+ CheckVisibilityHidden
+-CheckDeclarationAfterStatement
++#CheckDeclarationAfterStatement
+ CheckDummyVideo
+ CheckDiskAudio
+ CheckDummyAudio
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
index d747cf1..33963c1 100644
--- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
+++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
@@ -20,6 +20,8 @@ SRC_URI = " \
  file://0001-prepend-our-sysroot-path-so-that-make-finds-our-
wayl.patch \
  file://0002-Avoid-finding-build-host-s-wayland-scanner.patch \
  "
+SRC_URI_append_powerpc = " file://disable-check-gcc-Wdeclaration-
after-statement.patch"
+SRC_URI_append_powerpc64 = " file://disable-check-gcc-Wdeclaration-
after-statement.patch"
  
  S = "${WORKDIR}/SDL2-${PV}"
  
--

2.10.1




--
Regards,
Neil | Kai Kang

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

Re: [OE-core] [PATCH 7/8] qemuboot.bbclass: add two vars for use by runqemu

2017-04-10 Thread ChenQi 

On 04/11/2017 12:53 AM, Richard Purdie wrote:

On Fri, 2017-04-07 at 02:47 -0700, Robert Yang wrote:

From: Chen Qi 

Add STAGING_DIR_TUNCTL_NATIVE and STAGING_DIR_QEMU_BINDIR_NATIVE so
that
runqemu could find 'tunctl' and 'qemu-xxx' binaries to run correctly.

[YOCTO #11266]
[YOCTO #11193]

Signed-off-by: Chen Qi 

Hi Robert/Qi,

Unfortunately this can't work as we can't use binaries directly from
the sysroot-components directory if they link to any libraries. tunctl
is ok but qemu links against libfdt.so.1 which isn't there. If the
system has its own copy, it may happen to work by luck but if it
doesn't, or the system version is incompatible we'd see failures.

So I'm afraid we need to find a different solution.

Cheers,

Richard



Thanks for pointing that out.
I'm thinking about still just preserving recipe-sysroot-native of image 
as the solution, because this directory seems to be the only one which 
have both 'qemu-xxx' from qemu-native and 'tunctl' from 
qemu-native-helper. What do you think?


P.S. I noticed that Ed also sent out a patch using this solution. The 
patch title is "image.bbclass: prevent rm_work to remove native RSS".


Best Regards,
Chen Qi


  meta/classes/qemuboot.bbclass | 5 -
  1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/classes/qemuboot.bbclass
b/meta/classes/qemuboot.bbclass
index 2870388dfb..ac52ef295e 100644
--- a/meta/classes/qemuboot.bbclass
+++ b/meta/classes/qemuboot.bbclass
@@ -70,12 +70,15 @@ QB_DRIVE_TYPE ?= "/dev/sd"
  # Create qemuboot.conf
  addtask do_write_qemuboot_conf after do_rootfs before do_image
  IMGDEPLOYDIR ?= "${WORKDIR}/deploy-${PN}-image-complete"
+STAGING_DIR_TUNCTL_NATIVE = "${STAGING_DIR}-
components/${BUILD_ARCH}/qemu-helper-native"
+STAGING_DIR_QEMU_BINDIR_NATIVE = "${STAGING_DIR}-
components/${BUILD_ARCH}/qemu-native/usr/bin"
  
  def qemuboot_vars(d):

  build_vars = ['MACHINE', 'TUNE_ARCH', 'DEPLOY_DIR_IMAGE',
  'KERNEL_IMAGETYPE', 'IMAGE_NAME', 'IMAGE_LINK_NAME',
  'STAGING_DIR_NATIVE', 'STAGING_BINDIR_NATIVE',
-'STAGING_DIR_HOST']
+'STAGING_DIR_HOST', 'STAGING_DIR_TUNCTL_NATIVE',
+'STAGING_DIR_QEMU_BINDIR_NATIVE']
  return build_vars + [k for k in d.keys() if k.startswith('QB_')]
  
  do_write_qemuboot_conf[vardeps] += "${@' '.join(qemuboot_vars(d))}"

--
2.11.0.rc2.dirty



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

Re: [OE-core] [PATCH 6/8] runqemu: do not rely on grepping images

2017-04-10 Thread Robert Yang 



On 04/08/2017 10:24 PM, Richard Purdie wrote:

On Fri, 2017-04-07 at 02:47 -0700, Robert Yang wrote:

Fixed when the image is large and not enough memory:
  grep: memory exhausted
  Aborted

[YOCTO #11073]

Signed-off-by: Robert Yang 
---
 meta/classes/qemuboot.bbclass |  3 +++
 scripts/runqemu   | 19 +++
 2 files changed, 14 insertions(+), 8 deletions(-)


This breaks oe-selftest:

https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/248/steps/Running%20oe-selftest/logs/stdio

Perhaps not all the failures but certainly:
wic.Wic.test_rawcopy_plugin_qemu
wic.Wic.test_qemu_efi
wic.Wic.test_qemu

We see intermittent failures on these tests anyway and I think you're
onto the right track with a potential fix though.



Sorry, I was on sick leave yesterday, I will work on it today.

// Robert



Cheers,

Richard




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

[OE-core] [PATCH] openssh: upgrade to 7.5p1

2017-04-10 Thread Dengke Du 
Signed-off-by: Dengke Du 
---
 .../openssh/{openssh_7.4p1.bb => openssh_7.5p1.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-connectivity/openssh/{openssh_7.4p1.bb => 
openssh_7.5p1.bb} (97%)

diff --git a/meta/recipes-connectivity/openssh/openssh_7.4p1.bb 
b/meta/recipes-connectivity/openssh/openssh_7.5p1.bb
similarity index 97%
rename from meta/recipes-connectivity/openssh/openssh_7.4p1.bb
rename to meta/recipes-connectivity/openssh/openssh_7.5p1.bb
index c8093d4..5b96745 100644
--- a/meta/recipes-connectivity/openssh/openssh_7.4p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_7.5p1.bb
@@ -29,8 +29,8 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
 
 PAM_SRC_URI = "file://sshd"
 
-SRC_URI[md5sum] = "b2db2a83caf66a208bb78d6d287cdaa3"
-SRC_URI[sha256sum] = 
"1b1fc4a14e2024293181924ed24872e6f2e06293f3e8926a376b8aec481f19d1"
+SRC_URI[md5sum] = "652fdc7d8392f112bef11cacf7e69e23"
+SRC_URI[sha256sum] = 
"9846e3c5fab9f0547400b4d2c017992f914222b3fd1f8eee6c7dc6bc5e59f9f0"
 
 inherit useradd update-rc.d update-alternatives systemd
 
-- 
2.8.1

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

[OE-core] [morty][PATCH V2] binutils: Fix CVE-2017-6965 and CVE-2017-6966

2017-04-10 Thread Yuanjie Huang 
Backport upstream commit to address vulnerabilities:

CVE: CVE-2017-6965
[BZ 21137] -- https://sourceware.org/bugzilla/show_bug.cgi?id=21137

Fix readelf writing to illegal addresses whilst processing corrupt input
files containing symbol-difference relocations.

PR binutils/21137
* readelf.c (target_specific_reloc_handling): Add end parameter.
Check for buffer overflow before writing relocated values.
(apply_relocations): Pass end to target_specific_reloc_handling.

CVE: CVE-2017-6966
[BZ 21139] -- https://sourceware.org/bugzilla/show_bug.cgi?id=21139

Fix read-after-free error in readelf when processing multiple, relocated
sections in an MSP430 binary.

PR binutils/21139
* readelf.c (target_specific_reloc_handling): Add num_syms
parameter.  Check for symbol table overflow before accessing
symbol value.  If reloc pointer is NULL, discard all saved state.
(apply_relocations): Pass num_syms to target_specific_reloc_handling.
Call target_specific_reloc_handling with a NULL reloc pointer
after processing all of the relocs.

Signed-off-by: Yuanjie Huang 
---
 meta/recipes-devtools/binutils/binutils-2.27.inc   |   2 +
 .../binutils/binutils/CVE-2017-6965.patch  | 127 +++
 .../binutils/binutils/CVE-2017-6966.patch  | 240 +
 3 files changed, 369 insertions(+)
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2017-6966.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.27.inc 
b/meta/recipes-devtools/binutils/binutils-2.27.inc
index a7cdb6f1d4..f98fef9e02 100644
--- a/meta/recipes-devtools/binutils/binutils-2.27.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.27.inc
@@ -39,6 +39,8 @@ SRC_URI = "\
  file://0016-Fix-seg-fault-in-ARM-linker-when-trying-to-parse-a-b.patch \
  file://0017-Fix-the-generation-of-alignment-frags-in-code-sectio.patch \
  file://0001-ppc-apuinfo-for-spe-parsed-incorrectly.patch \
+ file://CVE-2017-6965.patch \
+ file://CVE-2017-6966.patch \
 "
 S  = "${WORKDIR}/git"
 
diff --git a/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch 
b/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
new file mode 100644
index 00..85f7f98fe0
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
@@ -0,0 +1,127 @@
+From 6f898c17b1d6f6a29a05ca6de31f0fc8f52cfbfe Mon Sep 17 00:00:00 2001
+From: Nick Clifton 
+Date: Mon, 13 Feb 2017 13:08:32 +
+Subject: [PATCH 1/2] Fix readelf writing to illegal addresses whilst
+ processing corrupt input files containing symbol-difference relocations.
+
+   PR binutils/21137
+   * readelf.c (target_specific_reloc_handling): Add end parameter.
+   Check for buffer overflow before writing relocated values.
+   (apply_relocations): Pass end to target_specific_reloc_handling.
+
+(cherry pick from commit 03f7786e2f440b9892b1c34a58fb26222ce1b493)
+Upstream-Status: Backport [master]
+CVE: CVE-2017-6965
+
+Signed-off-by: Yuanjie Huang 
+---
+ binutils/ChangeLog |  7 +++
+ binutils/readelf.c | 30 +-
+ 2 files changed, 32 insertions(+), 5 deletions(-)
+
+diff --git a/binutils/ChangeLog b/binutils/ChangeLog
+index 995de87dc3..154b797a29 100644
+--- a/binutils/ChangeLog
 b/binutils/ChangeLog
+@@ -5,6 +5,13 @@
+   Check for buffer overflow before writing relocated values.
+   (apply_relocations): Pass end to target_specific_reloc_handling.
+ 
++2017-02-13  Nick Clifton  
++
++  PR binutils/21137
++  * readelf.c (target_specific_reloc_handling): Add end parameter.
++  Check for buffer overflow before writing relocated values.
++  (apply_relocations): Pass end to target_specific_reloc_handling.
++
+ 2016-08-03  Tristan Gingold  
+ 
+   * configure: Regenerate.
+diff --git a/binutils/readelf.c b/binutils/readelf.c
+index d31558c3b4..220671f76f 100644
+--- a/binutils/readelf.c
 b/binutils/readelf.c
+@@ -11345,6 +11345,7 @@ process_syminfo (FILE * file ATTRIBUTE_UNUSED)
+ static bfd_boolean
+ target_specific_reloc_handling (Elf_Internal_Rela * reloc,
+   unsigned char * start,
++  unsigned char * end,
+   Elf_Internal_Sym *  symtab)
+ {
+   unsigned int reloc_type = get_reloc_type (reloc->r_info);
+@@ -11384,13 +11385,19 @@ target_specific_reloc_handling (Elf_Internal_Rela * 
reloc,
+ handle_sym_diff:
+   if (saved_sym != NULL)
+ {
++  int reloc_size = reloc_type == 1 ? 4 : 2;
+   bfd_vma value;
+ 
+   value = reloc->r_addend
+ + (symtab[get_reloc_symindex (reloc->r_info)].st_value
+- saved_sym->st_value);
+ 
+-  byte_put (start + reloc->r_offset, value, reloc_type == 1 ? 4 : 
2);
++  if (st

[OE-core] having llvm available for gallium

2017-04-10 Thread Trevor Woerner 
I think this might be a casualty of RSS, but when trying to build mesa for the
gizmo2 I get:

| checking for wayland-scanner... no
| checking for XCB_DRI2... yes
| checking for x86_64-oe-linux-llvm-config... no
| checking for llvm-config... no
| checking for RADEON... yes
| configure: error: LLVM is required to build Gallium R300 on x86 and 
x86_64

There already is a dependency on llvm${MESA_LLVM_RELEASE} so I'm not sure what
magic is required to make llvm-config available.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Fwd: About misappropriation of one of my patches in OpenEmbedded

2017-04-10 Thread Trevor Woerner 
First and foremost, yes a patch from Neal was mishandled. However, I
think the dial went up to 11 on this one a bit too quickly.

As far as I can tell Neal's attribution still appears in the
0001-Add-fallback-fopencookie-implementation.patch file. All that
happened was that an extraneous "com>" was removed from the email
address so it is now valid. The line was modified, not removed.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gnu-efi: copy header files for x32 build

2017-04-10 Thread Khem Raj 


On 4/10/17 4:09 PM, Richard Purdie wrote:
> On Mon, 2017-04-10 at 15:31 -0700, Saul Wold wrote:
>> On Mon, 2017-04-10 at 12:57 -0700, Khem Raj wrote:
>>>
>>>
>>> On 4/10/17 8:58 AM, Saul Wold wrote:


 Gnu-efi needs to be build for 64bit since it is a boot time tool.
 It
 needs these 2 headers to be in 64 bit versions, we can use the
 existing
 32bit ones as there is not really any difference.

 [YOCTO #11051]

 Signed-off-by: Saul Wold 
 ---
  meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb | 5 +
  1 file changed, 5 insertions(+)

 diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
 b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
 index f46381d..6f235b7 100644
 --- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
 +++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
 @@ -24,6 +24,11 @@ SRC_URI[sha256sum] =
 "bd8fcd5914f18fc0e4ba948ab03b00013e528504f529c60739b748f6ef
  COMPATIBLE_HOST = "(x86_64.*|i.86.*|aarch64.*|arm.*)-linux"
  COMPATIBLE_HOST_armv4 = 'null'
  
 +do_configure_linux-gnux32_prepend() {
 +  cp ${STAGING_INCDIR}/gnu/stubs-x32.h
 ${STAGING_INCDIR}/gnu/stubs-64.h
 +  cp ${STAGING_INCDIR}/bits/long-double-32.h
 ${STAGING_INCDIR}/bits/long-double-64.h
 +}
 +
>>> making long-double-32.h pretend long-double-64.h seems wrong to me.
>>> but
>>> if you were to do that then symlinking might be better
>>>
>> I guess I could symlink it, as it turns out with glibc it's an empty
>> header file other than boilerplate, I did not check musl, which I
>> guess
>> I will do now!
>>
>> Even the stubs file is pretty much the same file.
> 
> FWIW, the copy makes the task re-executable. If you make symlinks, the
> code gets a bit more ugly so the task can be re-executed.
> 

ln -sf ?

> Cheers,
> 
> Richard
> 



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

Re: [OE-core] [PATCH] gnu-efi: copy header files for x32 build

2017-04-10 Thread Richard Purdie 
On Mon, 2017-04-10 at 15:31 -0700, Saul Wold wrote:
> On Mon, 2017-04-10 at 12:57 -0700, Khem Raj wrote:
> > 
> > 
> > On 4/10/17 8:58 AM, Saul Wold wrote:
> > > 
> > > 
> > > Gnu-efi needs to be build for 64bit since it is a boot time tool.
> > > It
> > > needs these 2 headers to be in 64 bit versions, we can use the
> > > existing
> > > 32bit ones as there is not really any difference.
> > > 
> > > [YOCTO #11051]
> > > 
> > > Signed-off-by: Saul Wold 
> > > ---
> > >  meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb | 5 +
> > >  1 file changed, 5 insertions(+)
> > > 
> > > diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > > b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > > index f46381d..6f235b7 100644
> > > --- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > > +++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > > @@ -24,6 +24,11 @@ SRC_URI[sha256sum] =
> > > "bd8fcd5914f18fc0e4ba948ab03b00013e528504f529c60739b748f6ef
> > >  COMPATIBLE_HOST = "(x86_64.*|i.86.*|aarch64.*|arm.*)-linux"
> > >  COMPATIBLE_HOST_armv4 = 'null'
> > >  
> > > +do_configure_linux-gnux32_prepend() {
> > > + cp ${STAGING_INCDIR}/gnu/stubs-x32.h
> > > ${STAGING_INCDIR}/gnu/stubs-64.h
> > > + cp ${STAGING_INCDIR}/bits/long-double-32.h
> > > ${STAGING_INCDIR}/bits/long-double-64.h
> > > +}
> > > +
> > making long-double-32.h pretend long-double-64.h seems wrong to me.
> > but
> > if you were to do that then symlinking might be better
> > 
> I guess I could symlink it, as it turns out with glibc it's an empty
> header file other than boilerplate, I did not check musl, which I
> guess
> I will do now!
> 
> Even the stubs file is pretty much the same file.

FWIW, the copy makes the task re-executable. If you make symlinks, the
code gets a bit more ugly so the task can be re-executed.

Cheers,

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

Re: [OE-core] [PATCH] gnu-efi: copy header files for x32 build

2017-04-10 Thread Saul Wold 
On Mon, 2017-04-10 at 12:57 -0700, Khem Raj wrote:
> 
> On 4/10/17 8:58 AM, Saul Wold wrote:
> > 
> > Gnu-efi needs to be build for 64bit since it is a boot time tool.
> > It
> > needs these 2 headers to be in 64 bit versions, we can use the
> > existing
> > 32bit ones as there is not really any difference.
> > 
> > [YOCTO #11051]
> > 
> > Signed-off-by: Saul Wold 
> > ---
> >  meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb | 5 +
> >  1 file changed, 5 insertions(+)
> > 
> > diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > index f46381d..6f235b7 100644
> > --- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > +++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> > @@ -24,6 +24,11 @@ SRC_URI[sha256sum] =
> > "bd8fcd5914f18fc0e4ba948ab03b00013e528504f529c60739b748f6ef
> >  COMPATIBLE_HOST = "(x86_64.*|i.86.*|aarch64.*|arm.*)-linux"
> >  COMPATIBLE_HOST_armv4 = 'null'
> >  
> > +do_configure_linux-gnux32_prepend() {
> > +   cp ${STAGING_INCDIR}/gnu/stubs-x32.h
> > ${STAGING_INCDIR}/gnu/stubs-64.h
> > +   cp ${STAGING_INCDIR}/bits/long-double-32.h
> > ${STAGING_INCDIR}/bits/long-double-64.h
> > +}
> > +
> making long-double-32.h pretend long-double-64.h seems wrong to me.
> but
> if you were to do that then symlinking might be better
> 
I guess I could symlink it, as it turns out with glibc it's an empty
header file other than boilerplate, I did not check musl, which I guess
I will do now!

Even the stubs file is pretty much the same file.

Sau!

> > 
> >  def gnu_efi_arch(d):
> >  import re
> >  tarch = d.getVar("TARGET_ARCH")
> > 
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-clang] oe-core and meta-clang llvm coexsting?

2017-04-10 Thread Martin Kelly 

On 03/31/2017 03:53 PM, Martin Kelly wrote:

On 03/30/2017 04:58 PM, Martin Kelly wrote:

On 03/30/2017 12:31 PM, Khem Raj wrote:



On 3/30/17 12:20 PM, Martin Kelly wrote:

Hi,

I'm trying to integrate the meta-clang version of LLVM 4.0 (used for
recipes that need a newer LLVM version) alongside the oe-core
version of
LLVM 3.3 (used for mesa). I'd like some recipes to use LLVM 4.0 and
some
to use LLVM 3.3 and for them not to collide with each other.

Right now, once the meta-clang layer is enabled, the recipes collide
because they both provide llvm-common.bb. I tried explicitly versioning
llvm-common, which makes them no longer collide. However, mesa then
fails to build because the meta-clang version of LLVM installs
llvm-config into the native common sysroot in


merging all llvm-common into a single recipe might be good




I thought more about this issue. Absent some clever solution that allows
us to unify the wrappers (which is difficult due to the issues I
mentioned in the last mail), I think we have three routes that could
work to at least allow meta-clang and meta-oe to exist in the same Yocto
workspace without breakage:

(a) Instead of installing llvm-config into
${SYSROOT_DESTDIR}${bindir_crossscripts} -- which causes collisions when
meta-clang and meta-oe both try to overwrite the same shared file --
install into ${D}{bindir}llvm-config, and install the binary llvm-config
into ${D}${bindir}/llvm-config${PV}. Recipes requiring LLVM will then
need to depend on either llvm-common3.3 or llvm-common4.0, but at least
there will be no collision or ambiguity which one gets used.

(b) Use a common wrapper in
${SYSROOT_DESTDIR}${bindir_crossscripts}/llvm-config that does what the
meta-oe current version does; just exec
${SYSROOT_DESTDIR}${bindir_crossscripts}/llvm-config${WANT_LLVM_RELEASE}. Let
the meta-oe LLVM 3.3 install the binary llvm-config into
${SYSROOT_DESTDIR}${bindir_crossscripts}/llvm-config3.3 and let the
meta-clang LLVM 4.0 install its wrapper llvm-config into
${SYSROOT_DESTDIR}${bindir_crossscripts}/llvm-config4.0. meta-clang will
have to use the second wrapper script because it needs to edit
TARGET_CFLAGS and similar to avoid compiling target binaries using
native flags (due to the CMake LLVM build which appears not to respect
cross-compile).

(c) Use a common llvm-config wrapper in
${SYSROOT_DESTDIR}${bindir_crossscripts}/llvm-config that does a
hardcoded check for WANT_LLVM_RELEASE. If the version is 4.0 or greater,
then edit the TARGET_CFLAGS and similar, otherwise don't.

It seems to me that all these options are undesireable, but (a) is
probably least so.

Khem and others: which option would you like me to pursue, or do you
have an alternate suggestion?



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

Re: [OE-core] [PATCH] image.bbclass: prevent rm_work to remove native RSS

2017-04-10 Thread Andre McCurdy 
On Mon, Apr 10, 2017 at 1:46 PM, Ed Bartosh  wrote:
> Added recipe-sysroot-native directory to RM_WORK_EXCLUDE_ITEMS
> for image recipes.
>
> This should keep qemu and other useful tools in the native sysroot of
> the image recipe even if rm_work is enabled.
>
> [YOCTO #11266]
> [YOCTO #11193]
>
> Signed-off-by: Ed Bartosh 
> ---
>  meta/classes/image.bbclass | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 405fd73..7165bb4 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -17,6 +17,8 @@ RRECOMMENDS += "${PACKAGE_INSTALL_ATTEMPTONLY}"
>
>  INHIBIT_DEFAULT_DEPS = "1"
>
> +RM_WORK_EXCLUDE_ITEMS += " recipe-sysroot-native"

Either _append with a space or += without a space.

> +
>  TESTIMAGECLASS = "${@base_conditional('TEST_IMAGE', '1', 'testimage-auto', 
> '', d)}"
>  inherit ${TESTIMAGECLASS}
>
> --
> 2.1.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] libsolve: 0001-Add-fallback-fopencookie-implementation.patch fix attribution

2017-04-10 Thread Mark Hatle 
On 4/10/17 4:29 PM, Khem Raj wrote:
> 
> 
> On 4/10/17 1:58 PM, Mark Hatle wrote:
>> This patch has no technical change, but attempts to properly restore the
>> attribution of the original patch to Neal Gompa.
>>
> 
> I think it will be good to add some guidelines for OE devs around this
> kind of situation, since there will be cases where patches are imported
> from other locations than upstream.

My expectations for this type of thing is at least mostly covered on the wiki.
I think this addresses all of Neal's concerns, and also follows my expectation
of best practices.

You take in the upstream patch as you find it, and you attribute it as such.  If
you pull from site XYZ and THEY misrepresented it, that is not your fault and
something we can fix.  The problem is this patch came from a site, it was
originally attributed properly (but with a signed-off-by line that was
improper), it was then modified and the attributions were removed.

Below is the sections from the wiki,
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines

Importing from Elsewhere


If you are importing work from somewhere else, such as a cherry-pick from
another repository or a code patch pulled from a mailing list, the minimum patch
header or commit message is not enough. It does not clearly establish the
provenance of the code.

The following specifies the additional guidelines required for importing changes
from elsewhere.

By default you should keep the original author's summary and description, along
with any tag lines such as, "Signed-off-by:". If the original change that was
imported does not have a summary and/or commit message from the original author,
it is still your responsibility to add the summary and commit message to the
patch header. Just as if you wrote the code, you should be able to clearly
explain what the change does. It is also necessary to document the original
author of the change. You should indicate the original author by simply stating
"written by" or "posted to the ... mailing list by". You must not add a
Signed-off-by: tag line with their name, only the original author may add their
own Signed-off-by: tag line.

It is also required that the origin of the work be fully documented. The origin
should be specified as part of the commit message in a way that an average
developer would be able to track down the original code. URLs should reference
original authoritative sources and not mirrors.
If changes were required to resolve conflicts, they should be documented as
well. When incorporating a commit or patch from an external source, changes to
the functionality not related to resolving conflicts should be made in a second
commit or patch. This preserves the original external commit, and makes the
modifications clearly visible, and prevents confusion over the author of the 
code.

Finally you must add a "Signed-off-by:" tag line to indicate that you worked
with the patch.





>> Signed-off-by: Mark Hatle 
>> ---
>>  ...1-Add-fallback-fopencookie-implementation.patch | 186 
>> +
>>  1 file changed, 150 insertions(+), 36 deletions(-)
>>
>> diff --git 
>> a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
>>  
>> b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
>> index 851fe57569..c75611cfd8 100644
>> --- 
>> a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
>> +++ 
>> b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
>> @@ -1,30 +1,48 @@
>> -From 0a8e50f7322832efdaf33da87839fbba05a755de Mon Sep 17 00:00:00 2001
>> -From: "Maxin B. John" 
>> -Date: Mon, 21 Nov 2016 11:46:00 +0200
>> -Subject: [PATCH] Add fallback fopencookie() implementation
>> -MIME-Version: 1.0
>> -Content-Type: text/plain; charset=UTF-8
>> -Content-Transfer-Encoding: 8bit
>> +Add the following patch to fix build with musl:
>> +
>> +Original patch from:
>> + 
>> https://patch-diff.githubusercontent.com/raw/openSUSE/libsolv/pull/112.patch
>> +
>> +Patch was original integrated (dcc5d6bc2e3e5848f36fe1001b8cb65576047b7d)
>> + by Maxin B. John :
>> +0.6.19 -> 0.6.20
>> +
>> +Added the following patch to fix build with musl:
>> +0001-Add-fallback-fopencookie-implementation.patch
>> +
>> +Later updated (60d6c0018c6855e669ced66c420b761d9e7ddd78)
>> + by Maxin B. John :
>> +libsolv: upgrade to 0.6.24
>> +Refreshed the following patch:
>> +a) 0001-Add-fallback-fopencookie-implementation.patch
>> +
>> +The later update modified the ext/CMakeLists.txt.
>> +
>> +Upstream-Status: Submitted [ https://github.com/openSUSE/libsolv/pull/112 ]
>> +
>> +Signed-off-by: Mark Hatle 
>> +
>> +From 63ab8d928ab38f9686405d186d427f2496a9cce5 Mon Sep 17 00:00:00 2001
>> +From: =?UTF-8?q?Neal=20Gompa=20=28=E3=83=8B=E3=83=BC=E3=83=AB=E3=83=BB?=
>> + =?UTF-8?q?=E3=82=B3=E3=82=99=E3=83=B3=E3=83=8F=E3=82=9A=29?=
>> + 
>> +Date:

Re: [OE-core] [PATCH 1/1] libsolve: 0001-Add-fallback-fopencookie-implementation.patch fix attribution

2017-04-10 Thread Khem Raj 


On 4/10/17 1:58 PM, Mark Hatle wrote:
> This patch has no technical change, but attempts to properly restore the
> attribution of the original patch to Neal Gompa.
> 

I think it will be good to add some guidelines for OE devs around this
kind of situation, since there will be cases where patches are imported
from other locations than upstream.

> Signed-off-by: Mark Hatle 
> ---
>  ...1-Add-fallback-fopencookie-implementation.patch | 186 
> +
>  1 file changed, 150 insertions(+), 36 deletions(-)
> 
> diff --git 
> a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
>  
> b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
> index 851fe57569..c75611cfd8 100644
> --- 
> a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
> +++ 
> b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
> @@ -1,30 +1,48 @@
> -From 0a8e50f7322832efdaf33da87839fbba05a755de Mon Sep 17 00:00:00 2001
> -From: "Maxin B. John" 
> -Date: Mon, 21 Nov 2016 11:46:00 +0200
> -Subject: [PATCH] Add fallback fopencookie() implementation
> -MIME-Version: 1.0
> -Content-Type: text/plain; charset=UTF-8
> -Content-Transfer-Encoding: 8bit
> +Add the following patch to fix build with musl:
> +
> +Original patch from:
> + https://patch-diff.githubusercontent.com/raw/openSUSE/libsolv/pull/112.patch
> +
> +Patch was original integrated (dcc5d6bc2e3e5848f36fe1001b8cb65576047b7d)
> + by Maxin B. John :
> +0.6.19 -> 0.6.20
> +
> +Added the following patch to fix build with musl:
> +0001-Add-fallback-fopencookie-implementation.patch
> +
> +Later updated (60d6c0018c6855e669ced66c420b761d9e7ddd78)
> + by Maxin B. John :
> +libsolv: upgrade to 0.6.24
> +Refreshed the following patch:
> +a) 0001-Add-fallback-fopencookie-implementation.patch
> +
> +The later update modified the ext/CMakeLists.txt.
> +
> +Upstream-Status: Submitted [ https://github.com/openSUSE/libsolv/pull/112 ]
> +
> +Signed-off-by: Mark Hatle 
> +
> +From 63ab8d928ab38f9686405d186d427f2496a9cce5 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?Neal=20Gompa=20=28=E3=83=8B=E3=83=BC=E3=83=AB=E3=83=BB?=
> + =?UTF-8?q?=E3=82=B3=E3=82=99=E3=83=B3=E3=83=8F=E3=82=9A=29?=
> + 
> +Date: Wed, 11 Nov 2015 20:32:17 -0500
> +Subject: [PATCH 1/2] Add fallback fopencookie() implementation
>  
>  In environments where neither fopencookie() nor funopen()
>  are implemented, we need to provide a suitable implementation
>  of fopencookie() that we can use.
> -
> -Upstream-Status: Denied [ https://github.com/openSUSE/libsolv/pull/112 ]
> -
> -Signed-off-by: Neal Gompa (ニール・ゴンパ) 
> -Signed-off-by: Maxin B. John 
>  ---
>   ext/CMakeLists.txt |   7 ++
>   ext/solv_xfopen.c  |  10 +--
> - ext/solv_xfopen_fallback_fopencookie.c | 124 
> +
> + ext/solv_xfopen_fallback_fopencookie.c | 123 
> +
>   ext/solv_xfopen_fallback_fopencookie.h |  28 
> - 4 files changed, 165 insertions(+), 4 deletions(-)
> + 4 files changed, 164 insertions(+), 4 deletions(-)
>   create mode 100644 ext/solv_xfopen_fallback_fopencookie.c
>   create mode 100644 ext/solv_xfopen_fallback_fopencookie.h
>  
>  diff --git a/ext/CMakeLists.txt b/ext/CMakeLists.txt
> -index 586eda8..477a2ef 100644
> +index ad52495..4f282ce 100644
>  --- a/ext/CMakeLists.txt
>  +++ b/ext/CMakeLists.txt
>  @@ -4,6 +4,13 @@ SET (libsolvext_SRCS
> @@ -38,7 +56,8 @@ index 586eda8..477a2ef 100644
>  +solv_xfopen_fallback_fopencookie.h)
>  +ENDIF (NOT HAVE_FOPENCOOKIE AND NOT HAVE_FUNOPEN)
>  +
> - IF (ENABLE_RPMDB OR ENABLE_RPMPKG)
> +-IF (ENABLE_RPMDB)
> ++IF (ENABLE_RPMDB OR ENABLE_RPMPKG)
>   SET (libsolvext_SRCS ${libsolvext_SRCS}
>   pool_fileconflicts.c repo_rpmdb.c)
>  diff --git a/ext/solv_xfopen.c b/ext/solv_xfopen.c
> @@ -85,17 +104,17 @@ index b0421bf..31345dd 100644
>   
>  diff --git a/ext/solv_xfopen_fallback_fopencookie.c 
> b/ext/solv_xfopen_fallback_fopencookie.c
>  new file mode 100644
> -index 000..89426a9
> +index 000..0ce2571
>  --- /dev/null
>  +++ b/ext/solv_xfopen_fallback_fopencookie.c
> -@@ -0,0 +1,124 @@
> -+/*
> +@@ -0,0 +1,123 @@
> ++/* 
>  + *  Provides a very limited fopencookie() for environments with a libc
>  + *  that lacks it.
> -+ *
> -+ *  Authors: zhasha & nsz
> ++ *  
> ++ *  Author: zhasha
>  + *  Modified for libsolv by Neal Gompa
> -+ *
> ++ *  
>  + *  This program is licensed under the BSD license, read LICENSE.BSD
>  + *  for further information.
>  + *
> @@ -124,7 +143,7 @@ index 000..89426a9
>  +{
>  +struct ctx *ctx = arg;
>  +ssize_t r;
> -+size_t n, k;
> ++size_t n;
>  +
>  +pthread_detach(pthread_self());
>  +
> @@ -138,18 +157,17 @@ index 000..89426a9
>  +}
>  +if (r == 0) { break; }
>  +
> -+n = r, k = 0;
>  +while (n > 0) {

[OE-core] [PATCH] image.bbclass: prevent rm_work to remove native RSS

2017-04-10 Thread Ed Bartosh 
Added recipe-sysroot-native directory to RM_WORK_EXCLUDE_ITEMS
for image recipes.

This should keep qemu and other useful tools in the native sysroot of
the image recipe even if rm_work is enabled.

[YOCTO #11266]
[YOCTO #11193]

Signed-off-by: Ed Bartosh 
---
 meta/classes/image.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 405fd73..7165bb4 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -17,6 +17,8 @@ RRECOMMENDS += "${PACKAGE_INSTALL_ATTEMPTONLY}"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
+RM_WORK_EXCLUDE_ITEMS += " recipe-sysroot-native"
+
 TESTIMAGECLASS = "${@base_conditional('TEST_IMAGE', '1', 'testimage-auto', '', 
d)}"
 inherit ${TESTIMAGECLASS}
 
-- 
2.1.4

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

[OE-core] [PATCH] classutils.py: deterministic sorting

2017-04-10 Thread Juro Bystricky 
The method "prioritized" returns a list sorted by the value
of the "priority" field, in descending order. However, if several
list items have the same priority, the ordering of those items
within the priority-sorted list becomes random. As a consequence,
we may end up with a non-deterministic oe-terminal spawning, as several
terminals have the same priority. So running commands such as

$ bitbake xxx -cdevshell
$ bitbake yyy -cmenuconfig

may spawn a different terminal each time, for example sometimes Gnome
and sometimes Konsole as hey have the same priority.
Rather than modifying the priorities so they all differ, we sub-sort
the list based on (terminal) names.
This way we achieve a deterministic outcome.

[YOCTO#10938]

Signed-off-by: Juro Bystricky 
---
 meta/lib/oe/classutils.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/classutils.py b/meta/lib/oe/classutils.py
index e7856c8..45cd524 100644
--- a/meta/lib/oe/classutils.py
+++ b/meta/lib/oe/classutils.py
@@ -36,7 +36,7 @@ abstract base classes out of the registry)."""
 @classmethod
 def prioritized(tcls):
 return sorted(list(tcls.registry.values()),
-  key=lambda v: v.priority, reverse=True)
+  key=lambda v: (v.priority, v.name), reverse=True)
 
 def unregister(cls):
 for key in cls.registry.keys():
-- 
2.7.4

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

[OE-core] [PATCH 1/1] libsolve: 0001-Add-fallback-fopencookie-implementation.patch fix attribution

2017-04-10 Thread Mark Hatle 
This patch has no technical change, but attempts to properly restore the
attribution of the original patch to Neal Gompa.

Signed-off-by: Mark Hatle 
---
 ...1-Add-fallback-fopencookie-implementation.patch | 186 +
 1 file changed, 150 insertions(+), 36 deletions(-)

diff --git 
a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
 
b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
index 851fe57569..c75611cfd8 100644
--- 
a/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
+++ 
b/meta/recipes-extended/libsolv/libsolv/0001-Add-fallback-fopencookie-implementation.patch
@@ -1,30 +1,48 @@
-From 0a8e50f7322832efdaf33da87839fbba05a755de Mon Sep 17 00:00:00 2001
-From: "Maxin B. John" 
-Date: Mon, 21 Nov 2016 11:46:00 +0200
-Subject: [PATCH] Add fallback fopencookie() implementation
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
+Add the following patch to fix build with musl:
+
+Original patch from:
+ https://patch-diff.githubusercontent.com/raw/openSUSE/libsolv/pull/112.patch
+
+Patch was original integrated (dcc5d6bc2e3e5848f36fe1001b8cb65576047b7d)
+ by Maxin B. John :
+0.6.19 -> 0.6.20
+
+Added the following patch to fix build with musl:
+0001-Add-fallback-fopencookie-implementation.patch
+
+Later updated (60d6c0018c6855e669ced66c420b761d9e7ddd78)
+ by Maxin B. John :
+libsolv: upgrade to 0.6.24
+Refreshed the following patch:
+a) 0001-Add-fallback-fopencookie-implementation.patch
+
+The later update modified the ext/CMakeLists.txt.
+
+Upstream-Status: Submitted [ https://github.com/openSUSE/libsolv/pull/112 ]
+
+Signed-off-by: Mark Hatle 
+
+From 63ab8d928ab38f9686405d186d427f2496a9cce5 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Neal=20Gompa=20=28=E3=83=8B=E3=83=BC=E3=83=AB=E3=83=BB?=
+ =?UTF-8?q?=E3=82=B3=E3=82=99=E3=83=B3=E3=83=8F=E3=82=9A=29?=
+ 
+Date: Wed, 11 Nov 2015 20:32:17 -0500
+Subject: [PATCH 1/2] Add fallback fopencookie() implementation
 
 In environments where neither fopencookie() nor funopen()
 are implemented, we need to provide a suitable implementation
 of fopencookie() that we can use.
-
-Upstream-Status: Denied [ https://github.com/openSUSE/libsolv/pull/112 ]
-
-Signed-off-by: Neal Gompa (ニール・ゴンパ) 
-Signed-off-by: Maxin B. John 
 ---
  ext/CMakeLists.txt |   7 ++
  ext/solv_xfopen.c  |  10 +--
- ext/solv_xfopen_fallback_fopencookie.c | 124 +
+ ext/solv_xfopen_fallback_fopencookie.c | 123 +
  ext/solv_xfopen_fallback_fopencookie.h |  28 
- 4 files changed, 165 insertions(+), 4 deletions(-)
+ 4 files changed, 164 insertions(+), 4 deletions(-)
  create mode 100644 ext/solv_xfopen_fallback_fopencookie.c
  create mode 100644 ext/solv_xfopen_fallback_fopencookie.h
 
 diff --git a/ext/CMakeLists.txt b/ext/CMakeLists.txt
-index 586eda8..477a2ef 100644
+index ad52495..4f282ce 100644
 --- a/ext/CMakeLists.txt
 +++ b/ext/CMakeLists.txt
 @@ -4,6 +4,13 @@ SET (libsolvext_SRCS
@@ -38,7 +56,8 @@ index 586eda8..477a2ef 100644
 +solv_xfopen_fallback_fopencookie.h)
 +ENDIF (NOT HAVE_FOPENCOOKIE AND NOT HAVE_FUNOPEN)
 +
- IF (ENABLE_RPMDB OR ENABLE_RPMPKG)
+-IF (ENABLE_RPMDB)
++IF (ENABLE_RPMDB OR ENABLE_RPMPKG)
  SET (libsolvext_SRCS ${libsolvext_SRCS}
  pool_fileconflicts.c repo_rpmdb.c)
 diff --git a/ext/solv_xfopen.c b/ext/solv_xfopen.c
@@ -85,17 +104,17 @@ index b0421bf..31345dd 100644
  
 diff --git a/ext/solv_xfopen_fallback_fopencookie.c 
b/ext/solv_xfopen_fallback_fopencookie.c
 new file mode 100644
-index 000..89426a9
+index 000..0ce2571
 --- /dev/null
 +++ b/ext/solv_xfopen_fallback_fopencookie.c
-@@ -0,0 +1,124 @@
-+/*
+@@ -0,0 +1,123 @@
++/* 
 + *Provides a very limited fopencookie() for environments with a libc
 + *that lacks it.
-+ *
-+ *Authors: zhasha & nsz
++ *
++ *Author: zhasha
 + *Modified for libsolv by Neal Gompa
-+ *
++ *
 + *This program is licensed under the BSD license, read LICENSE.BSD
 + *for further information.
 + *
@@ -124,7 +143,7 @@ index 000..89426a9
 +{
 +struct ctx *ctx = arg;
 +ssize_t r;
-+size_t n, k;
++size_t n;
 +
 +pthread_detach(pthread_self());
 +
@@ -138,18 +157,17 @@ index 000..89426a9
 +}
 +if (r == 0) { break; }
 +
-+n = r, k = 0;
 +while (n > 0) {
 +r = ctx->io.write ?
-+(ctx->io.write)(ctx->cookie, ctx->buf + k, n) :
-+write(ctx->fd, ctx->buf + k, n);
++(ctx->io.write)(ctx->cookie, ctx->buf + ((size_t)r - n), n) :
++write(ctx->fd, ctx->buf + ((size_t)r - n), n);
 +if (r < 0) {
 +if (errno != EINTR) { break; }
 +continue;
 +}
 +if (r == 0) { break; }
 +
-+n -

[OE-core] [PATCH 0/1] Restore proper attributions to libsolv patch

2017-04-10 Thread Mark Hatle 

Per the email: 
http://lists.openembedded.org/pipermail/openembedded-core/2017-April/135460.html

Neal's attribution to the original code was lost.  In addition the original
two patches were squashed together.  This was not indicated in any change
information.  Again, making it unclear the proper history of the patches.

The associated change has no technical content change to the patches, it
is purely cosmetic.  The attempt is to restore the original unmodified
patches, including all attributions.  Maxim's patch to the if clause
in one hunk was then restored on top.

Let me know if there are any questions or concerns with this set.

(Note, Neal has not provided a signed-off-by line, which is his right as
an external author.  Since I modified the code, I did not add Maxim's either
as I do not have the right to add a signed-off-by line by someone else
without their express permission.)

Mark Hatle (1):
  libsolve: 0001-Add-fallback-fopencookie-implementation.patch fix
attribution

 ...1-Add-fallback-fopencookie-implementation.patch | 186 +
 1 file changed, 150 insertions(+), 36 deletions(-)

-- 
2.11.0

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

[OE-core] Fwd: About misappropriation of one of my patches in OpenEmbedded

2017-04-10 Thread Mark Hatle 
Neal attempted to send this directly to the list, but he is not subscribed.  For
an issue such as this, he also should not be required to subscribe to get this
corrected.


 Forwarded Message 
Subject: About misappropriation of one of my patches in OpenEmbedded
Date: Mon, 10 Apr 2017 16:13:57 -0400
From: Neal Gompa 
To: openembedded-core@lists.openembedded.org
CC: richard.pur...@linuxfoundation.org, Mark Hatle 

Hello all,

Recently, I started poking around with Yocto/OE stuff (specifically
around the RPM stack) and I noticed that one of my patches was pulled
into OpenEmbedded, specifically my patch for making libsolv compile
against musl[1]. I wrote that to make DNF work on a musl-based RPM
based Linux distribution (Unity Linux) two years ago. I'm certainly
happy to see my patch used in OpenEmbedded, but I am very displeased
with how it was handled.

Contrary to the Commit Patch Message Guidelines[2], someone added a
Signed-off-by line for me that I did not approve. No one ever asked me
about it, and I never even knew about this patch being in OE until a
couple of weeks ago.

To add insult to injury, when the patch was refreshed for libsolv
0.6.24, the attribution of my authorship was completely removed[3]. As
a Git formatted patch, it is very easy to preserve the original
attribution, and I'm extremely upset and disappointed that a
professional project like OpenEmbedded permitted this.

Nearly all the Free and Open Source Software work I do is in my
limited spare time (I don't do any FOSS work for a living), and it's
heartbreaking to see people take my work and re-attribute it to
themselves, or say things on my behalf that I certainly did not say.

I would greatly appreciate this being corrected immediately.

Thanks in advance,
Neal Gompa

[1]:
https://github.com/openembedded/openembedded-core/commit/dcc5d6bc2e3e5848f36fe1001b8cb65576047b7d

[2]: http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines

[3]:
https://github.com/openembedded/openembedded-core/commit/60d6c0018c6855e669ced66c420b761d9e7ddd78

-- 
真実はいつも一つ！/ Always, there's only one truth!
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gnu-efi: copy header files for x32 build

2017-04-10 Thread Khem Raj 


On 4/10/17 8:58 AM, Saul Wold wrote:
> Gnu-efi needs to be build for 64bit since it is a boot time tool. It
> needs these 2 headers to be in 64 bit versions, we can use the existing
> 32bit ones as there is not really any difference.
> 
> [YOCTO #11051]
> 
> Signed-off-by: Saul Wold 
> ---
>  meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb | 5 +
>  1 file changed, 5 insertions(+)
> 
> diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb 
> b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> index f46381d..6f235b7 100644
> --- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> +++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
> @@ -24,6 +24,11 @@ SRC_URI[sha256sum] = 
> "bd8fcd5914f18fc0e4ba948ab03b00013e528504f529c60739b748f6ef
>  COMPATIBLE_HOST = "(x86_64.*|i.86.*|aarch64.*|arm.*)-linux"
>  COMPATIBLE_HOST_armv4 = 'null'
>  
> +do_configure_linux-gnux32_prepend() {
> + cp ${STAGING_INCDIR}/gnu/stubs-x32.h ${STAGING_INCDIR}/gnu/stubs-64.h
> + cp ${STAGING_INCDIR}/bits/long-double-32.h 
> ${STAGING_INCDIR}/bits/long-double-64.h
> +}
> +
making long-double-32.h pretend long-double-64.h seems wrong to me. but
if you were to do that then symlinking might be better

>  def gnu_efi_arch(d):
>  import re
>  tarch = d.getVar("TARGET_ARCH")
> 



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

[OE-core] [PATCH 2/3] scripts: Drop cleanup-workdir

2017-04-10 Thread Richard Purdie 
This script appears broken and is actively breaking build directories.
For example, binutils-cross-i586 gets run do_fetch to do_populate_sysroot by:

$ oe-selftest -r devtool.DevtoolTests.test_devtool_virtual_kernel_modify

then:

$ oe-selftest -r oescripts.BuildhistoryDiffTests.test_buildhistory_diff

wipes out the contents of tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/
but does not wipe out the corresponding stamps, then:

$ oe-selftest -r runtime-test.Postinst.test_postinst_rootfs_and_boot

needs binutils-cross-i586:do_populate_lic and if and only if this is
unavailable from sstate, it fails since it thinks the source is already
unpacked when it isn't resulting in:

WARNING: binutils-cross-i586-2.28-r0 do_populate_lic: Could not copy license 
file /home/pokybuild/yocto-autobuilder/yocto-worker/nigh
tly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/git/COPYING3.LIB
 to /home/pokybuild/yocto-autobuilder/yocto
-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/license-destdir/binutils-cross-i586/COPYING3.LI
B: [Errno 2] No such file or directory: 
'/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-l
inux/binutils-cross-i586/2.28-r0/git/COPYING3.LIB'
ERROR: binutils-cross-i586-2.28-r0 do_populate_lic: QA Issue: 
binutils-cross-i586: LIC_FILES_CHKSUM points to an invalid file: /home/
pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/git/COPYING3
 [license-checksum]

and similar errors.

Its safer for users to wipe tmp than try and maintain scripts which try
to remove pieces of tmp and get it wrong so remove the script.

Signed-off-by: Richard Purdie 
---
 meta/lib/oeqa/selftest/oescripts.py |  27 -
 scripts/cleanup-workdir | 198 
 2 files changed, 225 deletions(-)
 delete mode 100755 scripts/cleanup-workdir

diff --git a/meta/lib/oeqa/selftest/oescripts.py 
b/meta/lib/oeqa/selftest/oescripts.py
index c2e2b45..29547f5 100644
--- a/meta/lib/oeqa/selftest/oescripts.py
+++ b/meta/lib/oeqa/selftest/oescripts.py
@@ -10,33 +10,6 @@ from oeqa.selftest.buildhistory import BuildhistoryBase
 from oeqa.utils.commands import Command, runCmd, bitbake, get_bb_var, 
get_test_layer
 from oeqa.utils.decorators import testcase
 
-class TestScripts(oeSelfTest):
-
-@testcase(300)
-def test_cleanup_workdir(self):
-path = os.path.dirname(get_bb_var('WORKDIR', 'selftest-ed'))
-old_version_recipe = os.path.join(get_bb_var('COREBASE'), 
'meta-selftest/recipes-test/selftest-ed/selftest-ed_0.5.bb')
-old_version = '0.5'
-bitbake("-c clean selftest-ed")
-bitbake("-c clean -b %s" % old_version_recipe)
-
-if os.path.exists(path):
-initial_contents = os.listdir(path)
-else:
-initial_contents = []
-
-bitbake('selftest-ed')
-intermediary_contents = os.listdir(path)
-bitbake("-b %s" % old_version_recipe)
-runCmd('cleanup-workdir')
-remaining_contents = os.listdir(path)
-
-expected_contents = [x for x in intermediary_contents if x not in 
initial_contents]
-remaining_not_expected = [x for x in remaining_contents if x not in 
expected_contents]
-self.assertFalse(remaining_not_expected, msg="Not all necessary 
content has been deleted from %s: %s" % (path, ', '.join(map(str, 
remaining_not_expected
-expected_not_remaining = [x for x in expected_contents if x not in 
remaining_contents]
-self.assertFalse(expected_not_remaining, msg="The script removed extra 
contents from %s: %s" % (path, ', '.join(map(str, expected_not_remaining
-
 class BuildhistoryDiffTests(BuildhistoryBase):
 
 @testcase(295)
diff --git a/scripts/cleanup-workdir b/scripts/cleanup-workdir
deleted file mode 100755
index 98769f6..000
--- a/scripts/cleanup-workdir
+++ /dev/null
@@ -1,198 +0,0 @@
-#!/usr/bin/env python3
-
-# Copyright (c) 2012 Wind River Systems, Inc.
-#
-# This program is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License version 2 as
-# published by the Free Software Foundation.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
-# See the GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software
-# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
-
-import os
-import sys
-import optparse
-import re
-import subprocess
-import shutil
-
-pkg_cur_dirs = {}
-obsolete_dirs = []
-parser = None
-
-def err_quit(msg):
-print(msg)
-parser.print_usage()
-sys.exit(1)
-
-def parse_version(verstr):
-elem

Re: [OE-core] [PATCH] libsdl2: disable check gcc -Wdeclaration-after-statement for ppc

2017-04-10 Thread Khem Raj 


On 4/10/17 12:28 AM, Richard Purdie wrote:
> On Mon, 2017-04-10 at 11:14 +0800, kai.k...@windriver.com wrote:
>> From: Kai Kang 
>>
>> Disable check gcc option -Wdeclaration-after-statement for powerpc
>> and
>> powerpc64 which causes compile failures:
>>
>>>
>>>   CC build/SDL_blit_N.lo
>>> .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
>>> 2.0.5/src/video/SDL_blit_N.c: In function 'calc_swizzle32':
>>> .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
>>> 2.0.5/src/video/SDL_blit_N.c:127:5: error: ISO C90 forbids
>>> mixed declarations and code [-Werror=declaration-after-statement]
>>>  const vector unsigned char plus = VECUINT8_LITERAL(0x00, 0x00,
>>> 0x00, 0x00,
>>>  ^
>> Signed-off-by: Kai Kang 
>> ---
>>  ...able-check-gcc-Wdeclaration-after-statement.patch | 20
>> 
>>  meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb   |  2 ++
>>  2 files changed, 22 insertions(+)
>>  create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/disable-
>> check-gcc-Wdeclaration-after-statement.patch
>>
>> diff --git a/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
>> Wdeclaration-after-statement.patch b/meta/recipes-
>> graphics/libsdl2/libsdl2/disable-check-gcc-Wdeclaration-after-
>> statement.patch
>> new file mode 100644
>> index 000..ad48af7
>> --- /dev/null
>> +++ b/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
>> Wdeclaration-after-statement.patch
>> @@ -0,0 +1,20 @@
>> +Upstream-Status: Inappropriate [disable feature]
> 
> Given upstream explicitly enable this warning and the issue looks to be
> in their code, surely upstream would want to fix this.
> 
> Also, would it not be easier to patch the code and fix this than
> disabling the warning?

yes, I think it should be fixed in code unless we know that this warning
is being wrongly generated for ppc64

> 
> Cheers,
> 
> Richard
> 
> 
>> +Disable check gcc option -Wdeclaration-after-statement for powerpc
>> and
>> +powerpc64 which causes compile failures.
>> +
>> +Signed-off-by: Kai Kang 
>> +---
>> +diff --git a/configure.in b/configure.in
>> +index e2ddc9c..73b10f5 100644
>> +--- a/configure.in
>>  b/configure.in
>> +@@ -2950,7 +2950,7 @@ case "$host" in
>> + *-*-minix*) ARCH=minix ;;
>> + esac
>> + CheckVisibilityHidden
>> +-CheckDeclarationAfterStatement
>> ++#CheckDeclarationAfterStatement
>> + CheckDummyVideo
>> + CheckDiskAudio
>> + CheckDummyAudio
>> diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
>> b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
>> index d747cf1..33963c1 100644
>> --- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
>> +++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
>> @@ -20,6 +20,8 @@ SRC_URI = " \
>>  file://0001-prepend-our-sysroot-path-so-that-make-finds-our-
>> wayl.patch \
>>  file://0002-Avoid-finding-build-host-s-wayland-scanner.patch \
>>  "
>> +SRC_URI_append_powerpc = " file://disable-check-gcc-Wdeclaration-
>> after-statement.patch"
>> +SRC_URI_append_powerpc64 = " file://disable-check-gcc-Wdeclaration-
>> after-statement.patch"
>>  
>>  S = "${WORKDIR}/SDL2-${PV}"
>>  
>> -- 
>> 2.10.1
>>



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

[OE-core] [PATCH 1/3] oeqa/selftest: Don't use cleanup-workdir

2017-04-10 Thread Richard Purdie 
cleanup-workdir isn't a partcularly good way to attempt to cleanup after
tests and in some cases is actively breaking the workdir. Whilst this is
a bug in cleanup-workdir, I'd prefer it didn't break tests, particularly
when as far as I can see, these calls are "belt and braces" and don't appear
to serve a specific purpose. If this introduces bugs, we should fix this
bugs.

For the purposes of history, binutils-cross-i586 gets run do_fetch to
do_populate_sysroot by:

$ oe-selftest -r devtool.DevtoolTests.test_devtool_virtual_kernel_modify

then:

$ oe-selftest -r oescripts.BuildhistoryDiffTests.test_buildhistory_diff

wipes out the contents of tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/
but does not wipe out the corresponding stamps, then:

$ oe-selftest -r runtime-test.Postinst.test_postinst_rootfs_and_boot

needs binutils-cross-i586:do_populate_lic and if and only if this is
unavailable from sstate, it fails since it thinks the source is already
unpacked when it isn't resulting in:

WARNING: binutils-cross-i586-2.28-r0 do_populate_lic: Could not copy license 
file 
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/git/COPYING3.LIB
 to 
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/license-destdir/binutils-cross-i586/COPYING3.LIB:
 [Errno 2] No such file or directory: 
'/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/git/COPYING3.LIB'
ERROR: binutils-cross-i586-2.28-r0 do_populate_lic: QA Issue: 
binutils-cross-i586: LIC_FILES_CHKSUM points to an invalid file: 
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-oe-selftest/build/build/tmp/work/x86_64-linux/binutils-cross-i586/2.28-r0/git/COPYING3
 [license-checksum]

and similar errors.

Signed-off-by: Richard Purdie 
---
 meta/lib/oeqa/selftest/buildoptions.py | 2 --
 meta/lib/oeqa/selftest/oescripts.py| 1 -
 2 files changed, 3 deletions(-)

diff --git a/meta/lib/oeqa/selftest/buildoptions.py 
b/meta/lib/oeqa/selftest/buildoptions.py
index d155f64..a6e0203 100644
--- a/meta/lib/oeqa/selftest/buildoptions.py
+++ b/meta/lib/oeqa/selftest/buildoptions.py
@@ -163,7 +163,6 @@ class BuildhistoryTests(BuildhistoryBase):
 
 @testcase(294)
 def test_buildhistory_buildtime_pr_backwards(self):
-self.add_command_to_tearDown('cleanup-workdir')
 target = 'xcursor-transparent-theme'
 error = "ERROR:.*QA Issue: Package version for package %s went 
backwards which would break package feeds from (.*-r1.* to .*-r0.*)" % target
 self.run_buildhistory_operation(target, target_config="PR = \"r1\"", 
change_bh_location=True)
@@ -175,7 +174,6 @@ class ArchiverTest(oeSelfTest):
 """
 Test for archiving the work directory and exporting the source files.
 """
-self.add_command_to_tearDown('cleanup-workdir')
 self.write_config("INHERIT += \"archiver\"\nARCHIVER_MODE[src] = 
\"original\"\nARCHIVER_MODE[srpm] = \"1\"")
 res = bitbake("xcursor-transparent-theme", ignore_status=True)
 self.assertEqual(res.status, 0, "\nCouldn't build 
xcursortransparenttheme.\nbitbake output %s" % res.output)
diff --git a/meta/lib/oeqa/selftest/oescripts.py 
b/meta/lib/oeqa/selftest/oescripts.py
index baf3b6a..c2e2b45 100644
--- a/meta/lib/oeqa/selftest/oescripts.py
+++ b/meta/lib/oeqa/selftest/oescripts.py
@@ -41,7 +41,6 @@ class BuildhistoryDiffTests(BuildhistoryBase):
 
 @testcase(295)
 def test_buildhistory_diff(self):
-self.add_command_to_tearDown('cleanup-workdir')
 target = 'xcursor-transparent-theme'
 self.run_buildhistory_operation(target, target_config="PR = \"r1\"", 
change_bh_location=True)
 self.run_buildhistory_operation(target, target_config="PR = \"r0\"", 
change_bh_location=False, expect_error=True)
-- 
2.7.4

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

[OE-core] [PATCH 3/3] staging: Fix sysroot problem with populate_sysroot dependencies on do_fetch

2017-04-10 Thread Richard Purdie 
Dependencies on svn:// urls were failing as the cleandirs on do_fetch was 
destroying
any sysroot setup by the extend_recipe_sysroot function.

Add code so that if the task do_fetch, we move the cleandirs to the 
extend_recipe_sysroot
task else we'd wipe out the sysroot we just created.

This allows fetcher do_populate_sysroot dependencies to work correctly again.

Signed-off-by: Richard Purdie 
---
 meta/classes/staging.bbclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.bbclass
index 27fcd1e..c50abd0 100644
--- a/meta/classes/staging.bbclass
+++ b/meta/classes/staging.bbclass
@@ -647,6 +647,11 @@ python staging_taskhandler() {
 deps = d.getVarFlag(task, "depends")
 if deps and "populate_sysroot" in deps:
 d.appendVarFlag(task, "prefuncs", " extend_recipe_sysroot")
+# If this is do_fetch, we need to move the cleandirs above to the 
extend_recipe_sysroot task
+# else we'd wipe out the sysroot we just created.
+if task == "do_fetch":
+d.setVarFlag("extend_recipe_sysroot", "cleandirs", 
d.getVarFlag(task, "cleandirs"))
+d.delVarFlag(task, "cleandirs")
 }
 staging_taskhandler[eventmask] = "bb.event.RecipeTaskPreProcess"
 addhandler staging_taskhandler
-- 
2.7.4

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

[OE-core] [PATCHv2] openssl: fix the reference to native perl in ptests

2017-04-10 Thread Alexander Kanavin 
This was causing a couple of ptest failures.

[YOCTO #10840]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-connectivity/openssl/openssl.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-connectivity/openssl/openssl.inc 
b/meta/recipes-connectivity/openssl/openssl.inc
index 481a4445605..c721d8c570d 100644
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -205,6 +205,10 @@ do_install () {
 
 do_install_ptest () {
cp -r -L Makefile.org Makefile test ${D}${PTEST_PATH}
+
+# Replace the path to native perl with the path to target perl
+sed -i 's,^PERL=.*,PERL=${bindir}/perl,' ${D}${PTEST_PATH}/Makefile
+
cp Configure config e_os.h ${D}${PTEST_PATH}
cp -r -L include ${D}${PTEST_PATH}
ln -sf ${libdir}/libcrypto.a ${D}${PTEST_PATH}
-- 
2.11.0

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

[OE-core] [PATCH] bluez5: Upgrade 5.43 -> 5.44

2017-04-10 Thread Marc Ferland 
Mostly fixes to BLE.

Also in this commit:

- Experimental tools are no longer experimental and are part of the
  official tools.
- Experimental was renamed to "testing" (hence the addition of the
  "testing" pacakge config option).
- Classic command line tools like hciattach, hciconfig are now enabled
  by the "--enable-deprecated" configure option (enabled by default for
  backward compatibility).

Signed-off-by: Marc Ferland 
---
 meta/recipes-connectivity/bluez5/bluez5.inc|  9 ++---
 .../bluez5/{bluez5_5.43.bb => bluez5_5.44.bb}  | 23 +-
 2 files changed, 24 insertions(+), 8 deletions(-)
 rename meta/recipes-connectivity/bluez5/{bluez5_5.43.bb => bluez5_5.44.bb} 
(64%)

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index ed75db2..76b87a2 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -14,8 +14,8 @@ RCONFLICTS_${PN} = "bluez4"
 
 PACKAGECONFIG ??= "obex-profiles readline"
 PACKAGECONFIG[obex-profiles] = "--enable-obex,--disable-obex,libical"
-PACKAGECONFIG[experimental] = "--enable-experimental,--disable-experimental,"
 PACKAGECONFIG[readline] = "--enable-client,--disable-client,readline,"
+PACKAGECONFIG[testing] = "--enable-testing,--disable-testing,,"
 
 SRC_URI = "\
 ${KERNELORG_MIRROR}/linux/bluetooth/bluez-${PV}.tar.xz \
@@ -31,6 +31,7 @@ inherit autotools pkgconfig systemd update-rc.d 
distro_features_check ptest
 
 EXTRA_OECONF = "\
   --enable-tools \
+  --enable-deprecated \
   --disable-cups \
   --enable-test \
   --enable-datafiles \
@@ -41,10 +42,12 @@ EXTRA_OECONF = "\
 # bluez5 builds a large number of useful utilities but does not
 # install them.  Specify which ones we want put into ${PN}-noinst-tools.
 NOINST_TOOLS_READLINE ??= ""
-NOINST_TOOLS_EXPERIMENTAL ??= ""
+NOINST_TOOLS_TESTING ??= ""
+NOINST_TOOLS_BT ??= ""
 NOINST_TOOLS = " \
 ${@bb.utils.contains('PACKAGECONFIG', 'readline', 
'${NOINST_TOOLS_READLINE}', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG', 'experimental', 
'${NOINST_TOOLS_EXPERIMENTAL}', '', d)} \
+${@bb.utils.contains('PACKAGECONFIG', 'testing', 
'${NOINST_TOOLS_TESTING}', '', d)} \
+${NOINST_TOOLS_BT} \
 "
 
 do_install_append() {
diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.43.bb 
b/meta/recipes-connectivity/bluez5/bluez5_5.44.bb
similarity index 64%
rename from meta/recipes-connectivity/bluez5/bluez5_5.43.bb
rename to meta/recipes-connectivity/bluez5/bluez5_5.44.bb
index e10b82d..1095f88 100644
--- a/meta/recipes-connectivity/bluez5/bluez5_5.43.bb
+++ b/meta/recipes-connectivity/bluez5/bluez5_5.44.bb
@@ -2,8 +2,8 @@ require bluez5.inc
 
 REQUIRED_DISTRO_FEATURES = "bluez5"
 
-SRC_URI[md5sum] = "698def88df96840dfbb0858bb6d73350"
-SRC_URI[sha256sum] = 
"16c9c05d2a1da644ce3570d975ada3643d2e60c007a955bac09c0a0efeb58d15"
+SRC_URI[md5sum] = "94273617129ced06612fcb9f5273d14c"
+SRC_URI[sha256sum] = 
"0c321e291f8b45e6a78e379dfe80592b65955a0f0ab191f1cca0edd8ec356c85"
 
 # noinst programs in Makefile.tools that are conditional on READLINE
 # support
@@ -16,12 +16,13 @@ NOINST_TOOLS_READLINE ?= " \
 tools/btmgmt \
 "
 
-# noinst programs in Makefile.tools that are conditional on EXPERIMENTAL
+# noinst programs in Makefile.tools that are conditional on TESTING
 # support
-NOINST_TOOLS_EXPERIMENTAL ?= " \
+NOINST_TOOLS_TESTING ?= " \
 emulator/btvirt \
 emulator/b1ee \
 emulator/hfp \
+peripheral/btsensor \
 tools/3dsp \
 tools/mgmt-tester \
 tools/gap-tester \
@@ -30,6 +31,13 @@ NOINST_TOOLS_EXPERIMENTAL ?= " \
 tools/smp-tester \
 tools/hci-tester \
 tools/rfcomm-tester \
+tools/bnep-tester \
+tools/userchan-tester \
+"
+
+# noinst programs in Makefile.tools that are conditional on TOOLS
+# support
+NOINST_TOOLS_BT ?= " \
 tools/bdaddr \
 tools/avinfo \
 tools/avtest \
@@ -39,17 +47,22 @@ NOINST_TOOLS_EXPERIMENTAL ?= " \
 tools/hcieventmask \
 tools/hcisecfilter \
 tools/btinfo \
-tools/btattach \
 tools/btsnoop \
 tools/btproxy \
 tools/btiotest \
+tools/bneptest \
 tools/mcaptest \
 tools/cltest \
 tools/oobtest \
 tools/seq2bseq \
+tools/nokfw \
+tools/create-image \
+tools/eddystone \
 tools/ibeacon \
 tools/btgatt-client \
 tools/btgatt-server \
+tools/test-runner \
+tools/check-selftest \
 tools/gatt-service \
 profiles/iap/iapd \
 "
-- 
2.7.4

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

[OE-core] [PATCH 6/6] runqemu: do not rely on grepping images

2017-04-10 Thread Ed Bartosh 
Hi,

This patch breaks wic test_qemu test case. The reason is that it runs qemu with
-drive if=none command line option. Changing it to -drive if=virtio should fix 
the issue.

stty: standard input: Inappropriate ioctl for device
runqemu - INFO - Running /bin/ip link...
runqemu - INFO - Acquiring lockfile /tmp/qemu-tap-locks/tap0.lock...
runqemu - INFO - Using preconfigured tap device tap0
runqemu - INFO - If this is not intended, touch
/tmp/qemu-tap-locks/tap0.skip to make runqemu skip tap0.
runqemu - INFO - Network configuration:
192.168.7.2::192.168.7.1:255.255.255.0
runqemu - INFO - Using scsi drive
runqemu - INFO - Running ldd
/home/ed/git/yocto/poky/build/tmp/work/qemux86_64-poky-linux/wic-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/qemu-system-x86_64...
runqemu - INFO - Running
/home/ed/git/yocto/poky/build/tmp/work/qemux86_64-poky-linux/wic-image-minimal/1.0-r0/recipe-sysroot-native/usr/bin/qemu-system-x86_64
-device virtio-net-pci,netdev=net0,mac=52:54:00:12:34:02 -netdev
tap,id=net0,ifname=tap0,script=no,downscript=no -drive
if=none,id=hd,file=/home/ed/git/yocto/poky/build/tmp/deploy/images/qemux86-64/wic-image-minimal-qemux86-64.wic,format=raw
-device virtio-scsi-pci,id=scsi -device scsi-hd,drive=hd -no-reboot -vga
vmware -show-cursor -usb -usbdevice tablet -device virtio-rng-pci
-nographic -serial tcp:127.0.0.1:38144  -cpu core2duo -m 256 -serial
tcp:127.0.0.1:33992 -snapshot 
QEMU 2.8.0 monitor - type 'help' for more information
(qemu) 
Waiting at most 1000 seconds for login banner
Connection from 127.0.0.1:51177
Reached login banner
Logged as root in serial console
Stopping logging thread
Stop event received
Tearing down logging thread
Sending SIGTERM to runqemu
FAIL

==
FAIL: test_qemu (oeqa.selftest.wic.Wic)
Test wic-image-minimal under qemu
--
Traceback (most recent call last):
  File "/home/ed/git/yocto/poky/meta/lib/oeqa/utils/decorators.py", line
109, in wrapped_f
return func(*args, **kwargs)
  File "/home/ed/git/yocto/poky/meta/lib/oeqa/selftest/wic.py", line 57,
in wrapped_f
return func(*args, **kwargs)
  File "/home/ed/git/yocto/poky/meta/lib/oeqa/selftest/wic.py", line
613, in test_qemu
self.assertEqual(output, '/dev/root /\r\n/dev/vda3 /mnt')
AssertionError: '/dev/root /' != '/dev/root /\r\n/dev/vda3 /mnt'
- /dev/root /
+ /dev/root /
/dev/vda3 /mnt


--
Ran 1 test in 179.193s

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

[OE-core] [PATCH] ptest-runner: Upgrade to minor version 2.0.2

2017-04-10 Thread Aníbal Limón 
To fix a problem when print ERROR after a ptest timeout, this
causes the user confusion about if a test ends or not.

[YOCTO #10842]

Signed-off-by: Aníbal Limón 
---
 .../ptest-runner/{ptest-runner_2.0.bb => ptest-runner_2.0.2.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/ptest-runner/{ptest-runner_2.0.bb => 
ptest-runner_2.0.2.bb} (89%)

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.2.bb
similarity index 89%
rename from meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
rename to meta/recipes-support/ptest-runner/ptest-runner_2.0.2.bb
index 9d45513..a3e9a7e 100644
--- a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.2.bb
@@ -7,8 +7,8 @@ HOMEPAGE = 
"http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/about/";
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
 
-SRCREV = "e2aa4256745377b784c8691f546041b59f6e046b"
-PV = "2.0.1+git${SRCPV}"
+SRCREV = "6d2872116cd9d6e1617a768f9d72bbf091489b2d"
+PV = "2.0.2+git${SRCPV}"
 
 SRC_URI = "git://git.yoctoproject.org/ptest-runner2"
 S = "${WORKDIR}/git"
-- 
2.1.4

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

Re: [OE-core] [PATCH 7/8] qemuboot.bbclass: add two vars for use by runqemu

2017-04-10 Thread Richard Purdie 
On Fri, 2017-04-07 at 02:47 -0700, Robert Yang wrote:
> From: Chen Qi 
> 
> Add STAGING_DIR_TUNCTL_NATIVE and STAGING_DIR_QEMU_BINDIR_NATIVE so
> that
> runqemu could find 'tunctl' and 'qemu-xxx' binaries to run correctly.
> 
> [YOCTO #11266]
> [YOCTO #11193]
> 
> Signed-off-by: Chen Qi 

Hi Robert/Qi,

Unfortunately this can't work as we can't use binaries directly from
the sysroot-components directory if they link to any libraries. tunctl
is ok but qemu links against libfdt.so.1 which isn't there. If the
system has its own copy, it may happen to work by luck but if it
doesn't, or the system version is incompatible we'd see failures.

So I'm afraid we need to find a different solution.

Cheers,

Richard

>  meta/classes/qemuboot.bbclass | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes/qemuboot.bbclass
> b/meta/classes/qemuboot.bbclass
> index 2870388dfb..ac52ef295e 100644
> --- a/meta/classes/qemuboot.bbclass
> +++ b/meta/classes/qemuboot.bbclass
> @@ -70,12 +70,15 @@ QB_DRIVE_TYPE ?= "/dev/sd"
>  # Create qemuboot.conf
>  addtask do_write_qemuboot_conf after do_rootfs before do_image
>  IMGDEPLOYDIR ?= "${WORKDIR}/deploy-${PN}-image-complete"
> +STAGING_DIR_TUNCTL_NATIVE = "${STAGING_DIR}-
> components/${BUILD_ARCH}/qemu-helper-native"
> +STAGING_DIR_QEMU_BINDIR_NATIVE = "${STAGING_DIR}-
> components/${BUILD_ARCH}/qemu-native/usr/bin"
>  
>  def qemuboot_vars(d):
>  build_vars = ['MACHINE', 'TUNE_ARCH', 'DEPLOY_DIR_IMAGE',
>  'KERNEL_IMAGETYPE', 'IMAGE_NAME', 'IMAGE_LINK_NAME',
>  'STAGING_DIR_NATIVE', 'STAGING_BINDIR_NATIVE',
> -'STAGING_DIR_HOST']
> +'STAGING_DIR_HOST', 'STAGING_DIR_TUNCTL_NATIVE',
> +'STAGING_DIR_QEMU_BINDIR_NATIVE']
>  return build_vars + [k for k in d.keys() if k.startswith('QB_')]
>  
>  do_write_qemuboot_conf[vardeps] += "${@' '.join(qemuboot_vars(d))}"
> -- 
> 2.11.0.rc2.dirty
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] openssl: fix the reference to native perl in ptests

2017-04-10 Thread Richard Purdie 
On Mon, 2017-04-10 at 18:59 +0300, Alexander Kanavin wrote:
> This was causing a couple of ptest failures.
> 
> [YOCTO #10840]
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-connectivity/openssl/openssl.inc | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/meta/recipes-connectivity/openssl/openssl.inc
> b/meta/recipes-connectivity/openssl/openssl.inc
> index 481a4445605..fcaf2318085 100644
> --- a/meta/recipes-connectivity/openssl/openssl.inc
> +++ b/meta/recipes-connectivity/openssl/openssl.inc
> @@ -205,6 +205,10 @@ do_install () {
>  
>  do_install_ptest () {
>   cp -r -L Makefile.org Makefile test ${D}${PTEST_PATH}
> +
> +# Replace the path to native perl with the path to target
> perl
> +sed -i 's,^PERL=.*,PERL=/usr/bin/perl,'
> ${D}${PTEST_PATH}/Makefile
> +

I think this would need to be ${bindir}/perl?

Cheers,

Richard

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

[OE-core] [PATCH] openssl: fix the reference to native perl in ptests

2017-04-10 Thread Alexander Kanavin 
This was causing a couple of ptest failures.

[YOCTO #10840]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-connectivity/openssl/openssl.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-connectivity/openssl/openssl.inc 
b/meta/recipes-connectivity/openssl/openssl.inc
index 481a4445605..fcaf2318085 100644
--- a/meta/recipes-connectivity/openssl/openssl.inc
+++ b/meta/recipes-connectivity/openssl/openssl.inc
@@ -205,6 +205,10 @@ do_install () {
 
 do_install_ptest () {
cp -r -L Makefile.org Makefile test ${D}${PTEST_PATH}
+
+# Replace the path to native perl with the path to target perl
+sed -i 's,^PERL=.*,PERL=/usr/bin/perl,' ${D}${PTEST_PATH}/Makefile
+
cp Configure config e_os.h ${D}${PTEST_PATH}
cp -r -L include ${D}${PTEST_PATH}
ln -sf ${libdir}/libcrypto.a ${D}${PTEST_PATH}
-- 
2.11.0

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

[OE-core] [PATCH] gnu-efi: copy header files for x32 build

2017-04-10 Thread Saul Wold 
Gnu-efi needs to be build for 64bit since it is a boot time tool. It
needs these 2 headers to be in 64 bit versions, we can use the existing
32bit ones as there is not really any difference.

[YOCTO #11051]

Signed-off-by: Saul Wold 
---
 meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb 
b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
index f46381d..6f235b7 100644
--- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
+++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.5.bb
@@ -24,6 +24,11 @@ SRC_URI[sha256sum] = 
"bd8fcd5914f18fc0e4ba948ab03b00013e528504f529c60739b748f6ef
 COMPATIBLE_HOST = "(x86_64.*|i.86.*|aarch64.*|arm.*)-linux"
 COMPATIBLE_HOST_armv4 = 'null'
 
+do_configure_linux-gnux32_prepend() {
+   cp ${STAGING_INCDIR}/gnu/stubs-x32.h ${STAGING_INCDIR}/gnu/stubs-64.h
+   cp ${STAGING_INCDIR}/bits/long-double-32.h 
${STAGING_INCDIR}/bits/long-double-64.h
+}
+
 def gnu_efi_arch(d):
 import re
 tarch = d.getVar("TARGET_ARCH")
-- 
2.7.4

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

[OE-core] Yocto Project Status WW15’17

2017-04-10 Thread Jolley, Stephen K 
Current Dev Position: YP 2.3 M4

Next Deadline: YP 2.3 M4 Cutoff is April 10, 2017


*** FEATURE FREEZE for 2.3 is now in effect. ***


SWAT team rotation: Maxin -> Cal on April 7, 2017.

SWAT team rotation: Cal -> Joshua on April 14, 2017.

https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Key Status/Updates:

·We now have a YP 2.3 M3 rc2 QA report after we worked around a couple 
of issues which unblocked the majority of the tests: 
https://wiki.yoctoproject.org/wiki/WW14_-_2017-03-28_-_Full_Test_Cycle_2.3_M3_rc2

·Based on the QA report, we are likely to release this as M3 and move 
on to M4.

·Merging of patches to master has completely stalled whilst we try and 
figure out why some failures are occurring persistently on one autobuilder but 
not another for the same tests (in oe-selftest). There appears to be a patch in 
master-next which could be triggering this but we have been unable to identify 
which one and since selftest is a long running test, bisection isn’t looking 
attractive. The sheer number of bad patches triggering regressions is 
overwhelming the people/process.

·The interaction between RSS, rm_work, the ide plugins and the 
SDK/eSDKs continues to be a significant cause for concern for the release, 
unfortunately this is blocked by the above patch merging issues.

·Since we’re into the stabilization phase of 2.3, planning for 2.4 has 
begun and we’re entering 2.4 ideas and enhancements in to bugzilla. If you have 
suggestions for 2.4, please ensure they are in bugzilla.


Proposed upcoming dot releases:

YP 2.1.3 Cut off May 15, 2017

YP 2.1.3 Release by May 26, 2017

YP 2.2.2 Cut off May 29, 2017

YP 2.2.2 Release by June 9, 2017


Key YP 2.3 Dates:

YP 2.3 M3 Release is Mar. 10, 2017 (Will be a few weeks late.)

YP 2.3 M4 Cutoff is April 10, 2017

YP 2.3 M4 Release is May 5, 2017


Tracking Metrics:

WDD 2678 (last week 2691)

(https://wiki.yoctoproject.org/charts/combo.html)


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.3_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.3_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.3_Features

[If anyone has suggestions for other information you’d like to see on this 
weekly status update, let us know!]

Thanks,

Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
•   Work Telephone:(503) 712-0534
•Cell:   (208) 244-4460
• Email:stephen.k.jol...@intel.com

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

Re: [OE-core] go-cross: incorrect dependency on tune-specific libgcc

2017-04-10 Thread Patrick Ohly 
On Mon, 2017-04-10 at 09:16 -0400, Bruce Ashfield wrote:

> Either way, I still have a problem when changes like this merge into
> oe-core and I never know exactly when .. until I get the email of
> people telling me that things are broken in meta-virt :D

I'm not sure how to solve this. Now that you mentioned it, I can keep an
eye on it and sent a separate warning once it enters master, but usually
a patch submitter doesn't even get a notification himself that something
was merged.


-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

Re: [OE-core] go-cross: incorrect dependency on tune-specific libgcc

2017-04-10 Thread Bruce Ashfield 
On Mon, Apr 10, 2017 at 9:09 AM, Patrick Ohly 
wrote:

> On Mon, 2017-04-10 at 08:59 -0400, Bruce Ashfield wrote:
> >
> >
> > On Mon, Apr 10, 2017 at 8:49 AM, Patrick Ohly 
> > wrote:
> [...]
> > diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
> > index 85f71a2e9a6..ac41c80d377 100644
> > --- a/meta/classes/go.bbclass
> > +++ b/meta/classes/go.bbclass
> > @@ -26,7 +26,7 @@ export CGO_CPPFLAGS = "${TARGET_CPPFLAGS}"
> >  export CGO_CXXFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> > ${TARGET_CXXFLAGS}"
> >  export CGO_LDFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> > ${TARGET_LDFLAGS}"
> >
> > -DEPENDS += "go-cross-${TARGET_ARCH}"
> > +DEPENDS += "go-cross-${TUNE_PKGARCH}"
> >  DEPENDS_class-native += "go-native"
> >
> >  FILES_${PN}-staticdev += "${GOSRC_FINAL}/${GO_IMPORT}"
> [...]
>
> > This requires any layers with existing DEPENDS on go-cross-${TARGET}
> > to be updated,
>
> "inherit go" hides that detail, so only recipes which depend on
> go-cross-${TARGET_ARCH} directly instead of using go.bbclass need to be
> updated (and perhaps should be changed to use go.bbclass instead?).
>

True!

I don't universally use the go bbclass in oe-core, since my recipes all
predate
it by a significant amount.

Either way, I still have a problem when changes like this merge into
oe-core and
I never know exactly when .. until I get the email of people telling me
that things
are broken in meta-virt :D

Bruce


>
> But I'm not a go expert, so let's hear from those first ;-}
>
> --
> Best Regards, Patrick Ohly
>
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
>
>
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] go-cross: incorrect dependency on tune-specific libgcc

2017-04-10 Thread Patrick Ohly 
On Mon, 2017-04-10 at 08:59 -0400, Bruce Ashfield wrote:
> 
> 
> On Mon, Apr 10, 2017 at 8:49 AM, Patrick Ohly 
> wrote:
[...]
> diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
> index 85f71a2e9a6..ac41c80d377 100644
> --- a/meta/classes/go.bbclass
> +++ b/meta/classes/go.bbclass
> @@ -26,7 +26,7 @@ export CGO_CPPFLAGS = "${TARGET_CPPFLAGS}"
>  export CGO_CXXFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> ${TARGET_CXXFLAGS}"
>  export CGO_LDFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> ${TARGET_LDFLAGS}"
> 
> -DEPENDS += "go-cross-${TARGET_ARCH}"
> +DEPENDS += "go-cross-${TUNE_PKGARCH}"
>  DEPENDS_class-native += "go-native"
> 
>  FILES_${PN}-staticdev += "${GOSRC_FINAL}/${GO_IMPORT}"
[...]

> This requires any layers with existing DEPENDS on go-cross-${TARGET}
> to be updated,

"inherit go" hides that detail, so only recipes which depend on
go-cross-${TARGET_ARCH} directly instead of using go.bbclass need to be
updated (and perhaps should be changed to use go.bbclass instead?).

But I'm not a go expert, so let's hear from those first ;-}

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

Re: [OE-core] go-cross: incorrect dependency on tune-specific libgcc

2017-04-10 Thread Bruce Ashfield 
On Mon, Apr 10, 2017 at 8:49 AM, Patrick Ohly 
wrote:

> Hello!
>
> I'm currently extending the yocto-compat-layer.py so that it can detect
> invalid signature changes when changing MACHINE. go-cross-x86_64 shows
> up as broken when comparing signatures for MACHINE=intel-corei7-64 and
> MACHINE=qemux86-64.
>
> Both machines share the same go-cross-x86_64, but that DEPENDS on
> libgcc:
>
> meta/recipes-devtools/go/go.inc:# libgcc is required for the target
> specific libraries to build properly
> meta/recipes-devtools/go/go.inc:DEPENDS += "go-bootstrap-native libgcc"
>
> And libgcc itself depends on the tune flags for the target architecture
> and thus is different for these two machines:
>
> $ bitbake-diffsigs -t go-cross-x86_64 do_prepare_recipe_sysroot -s
> 563f419e3854c2351e2cbbf33a9025f6 64e378fd9853a6cd6a4e7f684f52d2fc
> Hash for dependent task gcc/libgcc_6.3.bb.do_populate_sysroot changed
> from afb6b55c0e2b7d2e816b3d2d214a7326 to 208fac5ae428b07a4aa491b130879e4a
>   Hash for dependent task gcc/libgcc_6.3.bb.do_multilib_install changed
> from 596e1612d7b84b7a9c1b409ee78cca89 to d41e2e835d0abe7646e53e3d63ce00cd
> Hash for dependent task gcc/libgcc_6.3.bb.do_install changed from
> 9ca4126c69fcceb410253a0603c3d76b to cb0c49687a91ea17f1027c6394baacab
>   Hash for dependent task gcc/libgcc_6.3.bb.do_compile changed from
> ab80902424c73af49257cc3f6fe049aa to 436f978a703476968bd5ae1c1915ee5a
> Hash for dependent task gcc/libgcc_6.3.bb.do_configure changed
> from eb0c36d87f32ce1ceb7d1e42609578fb to f62c98806faf3a28c2144919b89d3460
>   Hash for dependent task gcc/libgcc_6.3.bb.do_prepare_recipe_sysroot
> changed from b037b950e346bef71a4f8fd2c6a2195c to
> d4564b5730941279392932e3c670a5a5
> Hash for dependent task gcc/libgcc_6.3.bb.do_fetch changed
> from e64cd9e029ed63ba3a09e5fe085b7057 to ea4d3f9d10544219ceb8591d5a5a4041
>   basehash changed from 8744593af2eddb60244788f2b9476e2d to
> dabeb22478ef501e35311af75119a2cf
>   Variable TUNE_CCARGS value changed:
>   " -m64 [--march=corei7 -mtune=corei7-] {+-march=core2
> -mtune=core2 -msse3+} -mfpmath=sse [--msse4.2-]"
>
> Does this fix look correct? It turns go-cross into a package that is
> specific to the tune flags for the target. That fixes the signature
> check, and go-helloworld for both machines still builds okay (haven't
> tested anything else):
>
> diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
> index 85f71a2e9a6..ac41c80d377 100644
> --- a/meta/classes/go.bbclass
> +++ b/meta/classes/go.bbclass
> @@ -26,7 +26,7 @@ export CGO_CPPFLAGS = "${TARGET_CPPFLAGS}"
>  export CGO_CXXFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> ${TARGET_CXXFLAGS}"
>  export CGO_LDFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS}
> ${TARGET_LDFLAGS}"
>
> -DEPENDS += "go-cross-${TARGET_ARCH}"
> +DEPENDS += "go-cross-${TUNE_PKGARCH}"
>  DEPENDS_class-native += "go-native"
>
>  FILES_${PN}-staticdev += "${GOSRC_FINAL}/${GO_IMPORT}"
> diff --git a/meta/recipes-devtools/go/go-cross.inc
> b/meta/recipes-devtools/go/go-cross.inc
> index 68f5efd6c09..83015b49a99 100644
> --- a/meta/recipes-devtools/go/go-cross.inc
> +++ b/meta/recipes-devtools/go/go-cross.inc
> @@ -2,7 +2,7 @@ inherit cross
>
>  DEPENDS += "gcc-cross-${TARGET_ARCH}"
>
> -PN = "go-cross-${TARGET_ARCH}"
> +PN = "go-cross-${TUNE_PKGARCH}"
>


This requires any layers with existing DEPENDS on go-cross-${TARGET} to be
updated, so
if it is correct .. it would be best to get it in sooner rather than later,
and have some way to
notify when it is actually merged.

Bruce


>
>  FILESEXTRAPATHS =. "${FILE_DIRNAME}/go-cross:"
>
> The alternative would be to drop the libgcc dependency, but I have no
> idea whether that would work at all.
>
> --
> Best Regards, Patrick Ohly
>
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] go-cross: incorrect dependency on tune-specific libgcc

2017-04-10 Thread Patrick Ohly 
Hello!

I'm currently extending the yocto-compat-layer.py so that it can detect
invalid signature changes when changing MACHINE. go-cross-x86_64 shows
up as broken when comparing signatures for MACHINE=intel-corei7-64 and
MACHINE=qemux86-64.

Both machines share the same go-cross-x86_64, but that DEPENDS on
libgcc:

meta/recipes-devtools/go/go.inc:# libgcc is required for the target specific 
libraries to build properly
meta/recipes-devtools/go/go.inc:DEPENDS += "go-bootstrap-native libgcc"

And libgcc itself depends on the tune flags for the target architecture
and thus is different for these two machines:

$ bitbake-diffsigs -t go-cross-x86_64 do_prepare_recipe_sysroot -s 
563f419e3854c2351e2cbbf33a9025f6 64e378fd9853a6cd6a4e7f684f52d2fc
Hash for dependent task gcc/libgcc_6.3.bb.do_populate_sysroot changed from 
afb6b55c0e2b7d2e816b3d2d214a7326 to 208fac5ae428b07a4aa491b130879e4a
  Hash for dependent task gcc/libgcc_6.3.bb.do_multilib_install changed from 
596e1612d7b84b7a9c1b409ee78cca89 to d41e2e835d0abe7646e53e3d63ce00cd
Hash for dependent task gcc/libgcc_6.3.bb.do_install changed from 
9ca4126c69fcceb410253a0603c3d76b to cb0c49687a91ea17f1027c6394baacab
  Hash for dependent task gcc/libgcc_6.3.bb.do_compile changed from 
ab80902424c73af49257cc3f6fe049aa to 436f978a703476968bd5ae1c1915ee5a
Hash for dependent task gcc/libgcc_6.3.bb.do_configure changed from 
eb0c36d87f32ce1ceb7d1e42609578fb to f62c98806faf3a28c2144919b89d3460
  Hash for dependent task gcc/libgcc_6.3.bb.do_prepare_recipe_sysroot 
changed from b037b950e346bef71a4f8fd2c6a2195c to 
d4564b5730941279392932e3c670a5a5
Hash for dependent task gcc/libgcc_6.3.bb.do_fetch changed from 
e64cd9e029ed63ba3a09e5fe085b7057 to ea4d3f9d10544219ceb8591d5a5a4041
  basehash changed from 8744593af2eddb60244788f2b9476e2d to 
dabeb22478ef501e35311af75119a2cf
  Variable TUNE_CCARGS value changed:
  " -m64 [--march=corei7 -mtune=corei7-] {+-march=core2 
-mtune=core2 -msse3+} -mfpmath=sse [--msse4.2-]"

Does this fix look correct? It turns go-cross into a package that is
specific to the tune flags for the target. That fixes the signature
check, and go-helloworld for both machines still builds okay (haven't
tested anything else):

diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 85f71a2e9a6..ac41c80d377 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -26,7 +26,7 @@ export CGO_CPPFLAGS = "${TARGET_CPPFLAGS}"
 export CGO_CXXFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS} 
${TARGET_CXXFLAGS}"
 export CGO_LDFLAGS = "${TARGET_CC_ARCH}${TOOLCHAIN_OPTIONS} ${TARGET_LDFLAGS}"
 
-DEPENDS += "go-cross-${TARGET_ARCH}"
+DEPENDS += "go-cross-${TUNE_PKGARCH}"
 DEPENDS_class-native += "go-native"
 
 FILES_${PN}-staticdev += "${GOSRC_FINAL}/${GO_IMPORT}"
diff --git a/meta/recipes-devtools/go/go-cross.inc 
b/meta/recipes-devtools/go/go-cross.inc
index 68f5efd6c09..83015b49a99 100644
--- a/meta/recipes-devtools/go/go-cross.inc
+++ b/meta/recipes-devtools/go/go-cross.inc
@@ -2,7 +2,7 @@ inherit cross
 
 DEPENDS += "gcc-cross-${TARGET_ARCH}"
 
-PN = "go-cross-${TARGET_ARCH}"
+PN = "go-cross-${TUNE_PKGARCH}"
 
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/go-cross:"
 
The alternative would be to drop the libgcc dependency, but I have no
idea whether that would work at all.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

[OE-core] [PATCH] oeqa/sdk/cases/buildcpio: enable use of cached cpio from DL_DIR

2017-04-10 Thread Joshua Lock 
All build project test cases will try to copy the requested source
artefacts from DL_DIR before fetching. This testcase is referencing bzipped
tarball whereas the recipe fetches a gzipped tarball.

Switch to fetching the gzipped tarball in the test case so that we're able
to use a cached tarball from DL_DIR

Signed-off-by: Joshua Lock 
---
 meta/lib/oeqa/sdk/cases/buildcpio.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/sdk/cases/buildcpio.py 
b/meta/lib/oeqa/sdk/cases/buildcpio.py
index 11d629a..333dc7c 100644
--- a/meta/lib/oeqa/sdk/cases/buildcpio.py
+++ b/meta/lib/oeqa/sdk/cases/buildcpio.py
@@ -10,7 +10,7 @@ class BuildCpioTest(OESDKTestCase):
 dl_dir = self.td.get('DL_DIR', None)
 
 self.project = SDKBuildProject(self.tc.sdk_dir + "/cpio/", 
self.tc.sdk_env,
-"https://ftp.gnu.org/gnu/cpio/cpio-2.12.tar.bz2";,
+"https://ftp.gnu.org/gnu/cpio/cpio-2.12.tar.gz";,
 self.tc.sdk_dir, self.td['DATETIME'], dl_dir=dl_dir)
 self.project.download_archive()
 
-- 
2.9.3

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

[OE-core] ✗ patchtest: failure for binutils: Fix CVE-2017-6965 and CVE-2017-6966

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

Series: binutils: Fix CVE-2017-6965 and CVE-2017-6966
Revision: 1
URL   : https://patchwork.openembedded.org/series/6259/
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:



* Patchbinutils: Fix CVE-2017-6965 and CVE-2017-6966
 Issue Missing or incorrectly formatted CVE tag in commit message 
[test_cve_presence_in_commit_message] 
  Suggested fixInclude a "CVE--" tag in the commit message

* 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 901659a51c)



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] -> ...).

---
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 v2] package_manager.py: Split feed_archs for RPM repo URIs

2017-04-10 Thread Ian.Arkver 
By default the feed_archs variable is split into single characters
resulting in very many broken short repo_uris. Add a split() to
split the string into words first.

Signed-off-by: Ian.Arkver 
---
Changes since v1:
Change shortlog message to meet style requirement

 meta/lib/oe/package_manager.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 54a3c5e293..23bf51f168 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -552,7 +552,7 @@ class RpmPM(PackageManager):
 for uri in remote_uris:
 repo_name = "oe-remote-repo" + 
"-".join(urlparse(uri).path.split("/"))
 if feed_archs is not None:
-repo_uris = [uri + "/" + arch for arch in feed_archs]
+repo_uris = [uri + "/" + arch for arch in feed_archs.split()]
 else:
 repo_uris = [uri]
 open(oe.path.join(self.target_rootfs, "etc", "yum.repos.d", 
repo_name + ".repo"), 'w').write("[%s]\nbaseurl=%s\n" % (repo_name, " 
".join(repo_uris)))
-- 
2.12.1

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

[OE-core] [PATCH] binutils: Fix CVE-2017-6965 and CVE-2017-6966

2017-04-10 Thread Yuanjie Huang 
Backport upstream commit to address vulnerabilities:

[BZ 21137] -- https://sourceware.org/bugzilla/show_bug.cgi?id=21137

Fix readelf writing to illegal addresses whilst processing corrupt input
files containing symbol-difference relocations.

PR binutils/21137
* readelf.c (target_specific_reloc_handling): Add end parameter.
Check for buffer overflow before writing relocated values.
(apply_relocations): Pass end to target_specific_reloc_handling.

[BZ 21139] -- https://sourceware.org/bugzilla/show_bug.cgi?id=21139

Fix read-after-free error in readelf when processing multiple, relocated
sections in an MSP430 binary.

PR binutils/21139
* readelf.c (target_specific_reloc_handling): Add num_syms
parameter.  Check for symbol table overflow before accessing
symbol value.  If reloc pointer is NULL, discard all saved state.
(apply_relocations): Pass num_syms to target_specific_reloc_handling.
Call target_specific_reloc_handling with a NULL reloc pointer
after processing all of the relocs.

Signed-off-by: Yuanjie Huang 
---
 meta/recipes-devtools/binutils/binutils-2.27.inc   |   2 +
 .../binutils/binutils/CVE-2017-6965.patch  | 127 +++
 .../binutils/binutils/CVE-2017-6966.patch  | 240 +
 3 files changed, 369 insertions(+)
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
 create mode 100644 meta/recipes-devtools/binutils/binutils/CVE-2017-6966.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.27.inc 
b/meta/recipes-devtools/binutils/binutils-2.27.inc
index a7cdb6f1d4..f98fef9e02 100644
--- a/meta/recipes-devtools/binutils/binutils-2.27.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.27.inc
@@ -39,6 +39,8 @@ SRC_URI = "\
  file://0016-Fix-seg-fault-in-ARM-linker-when-trying-to-parse-a-b.patch \
  file://0017-Fix-the-generation-of-alignment-frags-in-code-sectio.patch \
  file://0001-ppc-apuinfo-for-spe-parsed-incorrectly.patch \
+ file://CVE-2017-6965.patch \
+ file://CVE-2017-6966.patch \
 "
 S  = "${WORKDIR}/git"
 
diff --git a/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch 
b/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
new file mode 100644
index 00..85f7f98fe0
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils/CVE-2017-6965.patch
@@ -0,0 +1,127 @@
+From 6f898c17b1d6f6a29a05ca6de31f0fc8f52cfbfe Mon Sep 17 00:00:00 2001
+From: Nick Clifton 
+Date: Mon, 13 Feb 2017 13:08:32 +
+Subject: [PATCH 1/2] Fix readelf writing to illegal addresses whilst
+ processing corrupt input files containing symbol-difference relocations.
+
+   PR binutils/21137
+   * readelf.c (target_specific_reloc_handling): Add end parameter.
+   Check for buffer overflow before writing relocated values.
+   (apply_relocations): Pass end to target_specific_reloc_handling.
+
+(cherry pick from commit 03f7786e2f440b9892b1c34a58fb26222ce1b493)
+Upstream-Status: Backport [master]
+CVE: CVE-2017-6965
+
+Signed-off-by: Yuanjie Huang 
+---
+ binutils/ChangeLog |  7 +++
+ binutils/readelf.c | 30 +-
+ 2 files changed, 32 insertions(+), 5 deletions(-)
+
+diff --git a/binutils/ChangeLog b/binutils/ChangeLog
+index 995de87dc3..154b797a29 100644
+--- a/binutils/ChangeLog
 b/binutils/ChangeLog
+@@ -5,6 +5,13 @@
+   Check for buffer overflow before writing relocated values.
+   (apply_relocations): Pass end to target_specific_reloc_handling.
+ 
++2017-02-13  Nick Clifton  
++
++  PR binutils/21137
++  * readelf.c (target_specific_reloc_handling): Add end parameter.
++  Check for buffer overflow before writing relocated values.
++  (apply_relocations): Pass end to target_specific_reloc_handling.
++
+ 2016-08-03  Tristan Gingold  
+ 
+   * configure: Regenerate.
+diff --git a/binutils/readelf.c b/binutils/readelf.c
+index d31558c3b4..220671f76f 100644
+--- a/binutils/readelf.c
 b/binutils/readelf.c
+@@ -11345,6 +11345,7 @@ process_syminfo (FILE * file ATTRIBUTE_UNUSED)
+ static bfd_boolean
+ target_specific_reloc_handling (Elf_Internal_Rela * reloc,
+   unsigned char * start,
++  unsigned char * end,
+   Elf_Internal_Sym *  symtab)
+ {
+   unsigned int reloc_type = get_reloc_type (reloc->r_info);
+@@ -11384,13 +11385,19 @@ target_specific_reloc_handling (Elf_Internal_Rela * 
reloc,
+ handle_sym_diff:
+   if (saved_sym != NULL)
+ {
++  int reloc_size = reloc_type == 1 ? 4 : 2;
+   bfd_vma value;
+ 
+   value = reloc->r_addend
+ + (symtab[get_reloc_symindex (reloc->r_info)].st_value
+- saved_sym->st_value);
+ 
+-  byte_put (start + reloc->r_offset, value, reloc_type == 1 ? 4 : 
2);
++  if (start + reloc->r_offset + reloc_size >=

Re: [OE-core] [PATCH] libsdl2: disable check gcc -Wdeclaration-after-statement for ppc

2017-04-10 Thread Richard Purdie 
On Mon, 2017-04-10 at 11:14 +0800, kai.k...@windriver.com wrote:
> From: Kai Kang 
> 
> Disable check gcc option -Wdeclaration-after-statement for powerpc
> and
> powerpc64 which causes compile failures:
> 
> > 
> >   CC build/SDL_blit_N.lo
> > .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
> > 2.0.5/src/video/SDL_blit_N.c: In function 'calc_swizzle32':
> > .../tmp/work/ppc7400-wrs-linux/libsdl2/2.0.5-r0/SDL2-
> > 2.0.5/src/video/SDL_blit_N.c:127:5: error: ISO C90 forbids
> > mixed declarations and code [-Werror=declaration-after-statement]
> >  const vector unsigned char plus = VECUINT8_LITERAL(0x00, 0x00,
> > 0x00, 0x00,
> >  ^
> Signed-off-by: Kai Kang 
> ---
>  ...able-check-gcc-Wdeclaration-after-statement.patch | 20
> 
>  meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb   |  2 ++
>  2 files changed, 22 insertions(+)
>  create mode 100644 meta/recipes-graphics/libsdl2/libsdl2/disable-
> check-gcc-Wdeclaration-after-statement.patch
> 
> diff --git a/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
> Wdeclaration-after-statement.patch b/meta/recipes-
> graphics/libsdl2/libsdl2/disable-check-gcc-Wdeclaration-after-
> statement.patch
> new file mode 100644
> index 000..ad48af7
> --- /dev/null
> +++ b/meta/recipes-graphics/libsdl2/libsdl2/disable-check-gcc-
> Wdeclaration-after-statement.patch
> @@ -0,0 +1,20 @@
> +Upstream-Status: Inappropriate [disable feature]

Given upstream explicitly enable this warning and the issue looks to be
in their code, surely upstream would want to fix this.

Also, would it not be easier to patch the code and fix this than
disabling the warning?

Cheers,

Richard


> +Disable check gcc option -Wdeclaration-after-statement for powerpc
> and
> +powerpc64 which causes compile failures.
> +
> +Signed-off-by: Kai Kang 
> +---
> +diff --git a/configure.in b/configure.in
> +index e2ddc9c..73b10f5 100644
> +--- a/configure.in
>  b/configure.in
> +@@ -2950,7 +2950,7 @@ case "$host" in
> + *-*-minix*) ARCH=minix ;;
> + esac
> + CheckVisibilityHidden
> +-CheckDeclarationAfterStatement
> ++#CheckDeclarationAfterStatement
> + CheckDummyVideo
> + CheckDiskAudio
> + CheckDummyAudio
> diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
> b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
> index d747cf1..33963c1 100644
> --- a/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
> +++ b/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb
> @@ -20,6 +20,8 @@ SRC_URI = " \
>  file://0001-prepend-our-sysroot-path-so-that-make-finds-our-
> wayl.patch \
>  file://0002-Avoid-finding-build-host-s-wayland-scanner.patch \
>  "
> +SRC_URI_append_powerpc = " file://disable-check-gcc-Wdeclaration-
> after-statement.patch"
> +SRC_URI_append_powerpc64 = " file://disable-check-gcc-Wdeclaration-
> after-statement.patch"
>  
>  S = "${WORKDIR}/SDL2-${PV}"
>  
> -- 
> 2.10.1
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] State of bitbake world, Failed tasks 2017-04-09

2017-04-10 Thread Martin Jansa 
== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='14'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64
||qemuarm||max||min ||qemux86||max||min ||all   ||already-stripped  
||libdir||textrel   ||build-deps||file-rdeps
||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||ldflags   ||compile-host-path 
||  
|-
||2017-04-09||0 ||0 ||0 ||N/A   ||N/A   ||N/A   ||N/A   ||N/A   
||N/A   ||0 ||0 ||0 ||3 ||0 
||0 ||0 ||1 ||0 ||0 
||0 ||0 ||0 ||0 ||0 
||  
|}

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2017-04-09 ==

INFO: jenkins-job.sh-1.8.20 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170409_221502.log

=== common () ===

=== common-x86 (0) ===

=== qemuarm (0) ===

=== qemux86 (0) ===

=== qemux86_64 (0) ===

=== Number of failed tasks (0) ===
{| class=wikitable
|-
|| qemuarm  || 0 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemuarm.20170406_085524.log/
 || 
|-
|| qemux86  || 0 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemux86.20170406_085529.log/
 || 
|-
|| qemux86_64   || 0 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemux86-64.20170409_203725.log/
 || 
|}

=== PNBLACKLISTs (442) ===

=== QA issues (4) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||build-deps
|-
||0 ||compile-host-path
|-
||0 ||file-rdeps
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||ldflags
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||0 ||version-going-backwards
|-
||1 ||host-user-contaminated
|-
||3 ||textrel
|}



=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.signatures.20170407_070148.log/

No issues detected



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

[OE-core] ✗ patchtest: failure for Split feed_archs into words for RPM repo URIs

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

Series: Split feed_archs into words for RPM repo URIs
Revision: 1
URL   : https://patchwork.openembedded.org/series/6258/
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:



* PatchSplit feed_archs into words for RPM repo URIs
 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] -> ...).

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

Re: [OE-core] [PATCH] ethtool: Switch to download mirror

2017-04-10 Thread Paul Barker 
On Mon, 3 Apr 2017 09:57:15 +0100
"Burton, Ross"  wrote:

> On 2 April 2017 at 22:31, Paul Barker  wrote:
> 
> > The md5sum & sha256sum for ethtool-4.8.tar.gz have changed upstream :(
> >  
> 
> Have you verified with upstream that they haven't been compromised?
> 
> Ross

Now verified with upstream:

On Wed, 5 Apr 2017 10:00:04 -0400
"John W. Linville"  wrote:

> Yes, the .tar.gz file got regenerated locally as I was tinkering with
> the release scripts that I inherited from the former ethtool maintainer,
> and the regenerated .tar.gz file got uploaded. The newly updated one
> is properly signed and the signature is there to verify. (Note that
> the signature is against the .tar file and not the .tar.gz file.)

Looks like this has already been merged to master anyway but good to
have that confirmation.

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

[OE-core] [PATCH V2] python2/3: Move config/Makefile from core package to dev package

2017-04-10 Thread Zhou, Li 
Here is the 2nd version for this patch. Still send it in an 
accessory.


@Jussi: Thank you for the reminding.


On 04/10/2017 04:08 PM, Jussi Kukkonen wrote:
On 10 April 2017 at 10:10, Li Zhou > wrote:


Move config/Makefile in libdir from core package to dev package for
python, because it is only needed in development process.

Signed-off-by: Li Zhou mailto:li.z...@windriver.com>>
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 4 ++--
 meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--


These are generated files (see comments in the beginning of the 
files). You should modify the generators, run them to re-generate 
these files, and then send all the changes.


Thanks,
  Jussi

 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 413405a..7ed254b 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -46,7 +46,7 @@
FILES_${PN}-contextlib="${libdir}/python${PYTHON_MAJMIN}/contextlib.*
"

 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
-FILES_${PN}-core="${libdir}/python2.7/__future__.*
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
${libdir}/python2.7/UserString.*
${libdir}/python2.7/lib-dynload/binascii.so
${libdir}/python2.7/lib-dynload/_struct.so
${libdir}/python2.7/lib-dynload/time.so
${libdir}/python2.7/lib-dynload/xreadlines.so
${libdir}/python2.7/types.* ${libdir}/python2.7/platform.*
${bindir}/python* ${libdir}/python2.7/_weakrefset.*
${libdir}/python2.7/sysconfig.*
${libdir}/python2.7/_sysconfigdata.* ${libdir}/python2.7/con
 fig/Makefile ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python2.7/__future__.*
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
${libdir}/python2.7/UserString.*
${libdir}/python2.7/lib-dynload/binascii.so
${libdir}/python2.7/lib-dynload/_struct.so
${libdir}/python2.7/lib-dynload/time.so
${libdir}/python2.7/lib-dynload/xreadlines.so
${libdir}/python2.7/types.* ${libdir}/python2.7/platform.*
${bindir}/python* ${libdir}/python2.7/_weakrefset.*
${libdir}/python2.7/sysconfig.*
${libdir}/python2.7/_sysconfigdata.* ${includedir}/python${P
 YTHON_MAJMIN}/pyconfig*.h
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "

 SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
 RDEPENDS_${PN}-crypt="${PN}-core"
@@ -74,7 +74,7 @@ FILES_${PN}-debugger="${libdir}/python2.7/bdb.*
${libdir}/python2.7/pdb.* "

 SUMMARY_${PN}-dev="Python development package"
 RDEPENDS_${PN}-dev="${PN}-core"
-FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV}
${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig
${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal
${datadir}/pkgconfig "
+FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV}
${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig
${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal
${datadir}/pkgconfig ${libdir}/python2.7/config/Makefile "

 SUMMARY_${PN}-difflib="Python helpers for computing deltas
between objects"
 RDEPENDS_${PN}-difflib="${PN}-lang ${PN}-re"
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 55bcc4b..b78158e 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -38,7 +38,7 @@
FILES_${PN}-compression="${libdir}/python3.5/gzip.*
${libdir}/python3.5/__pycach

[OE-core] [PATCH] Split feed_archs into words for RPM repo URIs

2017-04-10 Thread ian . arkver . dev 
From: Ian.Arkver 

By default the feed_archs variable is split into single characters
resulting in very many broken short repo_uris. Add a split() to
split the string into words first.

Signed-off-by: Ian.Arkver 
---
 meta/lib/oe/package_manager.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 54a3c5e293..23bf51f168 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -552,7 +552,7 @@ class RpmPM(PackageManager):
 for uri in remote_uris:
 repo_name = "oe-remote-repo" + 
"-".join(urlparse(uri).path.split("/"))
 if feed_archs is not None:
-repo_uris = [uri + "/" + arch for arch in feed_archs]
+repo_uris = [uri + "/" + arch for arch in feed_archs.split()]
 else:
 repo_uris = [uri]
 open(oe.path.join(self.target_rootfs, "etc", "yum.repos.d", 
repo_name + ".repo"), 'w').write("[%s]\nbaseurl=%s\n" % (repo_name, " 
".join(repo_uris)))
-- 
2.12.1

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

[OE-core] [PATCH v3 3/3] linux-firmware: Fix build failure when update SRCREV to latest HEAD

2017-04-10 Thread wei . tee . ng 
From: "Chang, Rebecca Swee Fun" 

When we update the SRCREV to latest, we will encouter the following
bitbake error.

Build error message:
| Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
| error: Arch dependent binaries in noarch package
|
|
| RPM build errors:
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0081-0001_1x40.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0099-0001_2x25.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0097-0001_8x10.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0081-0001_4x10.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0097-0001_4x10_1x40.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0099-0001_2x10.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0097-0001_2x40.nffw
| Missing build-id in 
/home/phoongst/work2/test00/tmp/work/all-poky-linux/linux-firmware/1_0.0+gitAUTOINC+44d8e8d4fd-r0/package/lib/firmware/netronome/nic_AMDA0096-0001_2x10.nffw
| Deprecated external dependency generator is used!
| Arch dependent binaries in noarch package
| WARNING: exit code 1 from a shell command.

This is due to netronome firmware is not included in noarch package.
Hence we removed the netronome firmware before it is packaged,
until the rpm issue is resolved.

Signed-off-by: Chang, Rebecca Swee Fun 
Signed-off-by: Ng, Wei Tee 
---
 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index 7b43c25..be5bdbd 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -112,7 +112,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 \
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 \
 file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=4c56371b1c0d9e75f7620563c652b566 \
+file://WHENCE;md5=ad12d0618287e8c10ae3da05fa0edcfb \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -172,7 +172,7 @@ NO_GENERIC_LICENSE[Firmware-xc5000] = "LICENCE.xc5000"
 NO_GENERIC_LICENSE[Firmware-xc5000c] = "LICENCE.xc5000c"
 NO_GENERIC_LICENSE[WHENCE] = "WHENCE"
 
-SRCREV = "a4dde74b504522d239e8521617b53b03f393ed6a"
+SRCREV = "b14134583c2a15d4404695f72cb523daedb877ab"
 PE = "1"
 PV = "0.0+git${SRCPV}"
 
@@ -216,6 +216,9 @@ do_install() {
 
 # Copy the iwlwifi ucode
 cp ${WORKDIR}/iwlwifi-8000C-19.ucode 
${D}${nonarch_base_libdir}/firmware/
+
+   # TODO: Remove netronome firmware until RPM packaging issue is resolved
+   rm -r ${D}${nonarch_base_libdir}/firmware/netronome/
 }
 
 
-- 
2.7.4

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

[OE-core] [PATCH v3 0/3] Set linux-firmware to correct license

2017-04-10 Thread wei . tee . ng 
From: "Ng, Wei Tee" 

This is the revised version to fix the ipk packaging error as below:
ERROR: linux-firmware-1_0.0+gitAUTOINC+b14134583c-r0 do_package_write_ipk: 
Function failed: do_package_ipk

These patches is to update the SRCREV of linux-firmware to the latest HEAD
and set the license file explicitly for linux-firmware-carl9170 to GPL-2.
This also targeted to solve the Bugzilla ID 11090.

The SRCREV for linux-firmware was updated to the latest in order to
include the GPL-2 license file. The netronome firmware was removed
until rpm packaging issue is resolved.
 
This configuration are build and tested for ipk, rpm and deb packaging.
 
Please review and provide feedback if you have any.

Thanks.
 
Regards,

Wei Tee

Chang, Rebecca Swee Fun (1):
  linux-firmware: Fix build failure when update SRCREV to latest HEAD

Ng, Wei Tee (2):
  linux-firmware: update to revision a4dde74b
  linux-firmware: Set the license for carl9170 to GPLv2

 .../linux-firmware/linux-firmware_git.bb   | 40 ++
 1 file changed, 25 insertions(+), 15 deletions(-)

-- 
2.7.4

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

[OE-core] [PATCH v3 2/3] linux-firmware: Set the license for carl9170 to GPLv2

2017-04-10 Thread wei . tee . ng 
From: "Ng, Wei Tee" 

linux-firmwara-carl9170 was set to a wrong license string.
Carl9170 firmware is bounded by GPLv2 via code inspection on
linux firmware source tree. Hence we include GPLv2 in LICENSE
field and set carl9170 firmware to the correct license.

[YOCTO #11090]

Signed-off-by: Ng, Wei Tee 
---
 .../linux-firmware/linux-firmware_git.bb| 21 -
 1 file changed, 16 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index be82a63..7b43c25 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -19,6 +19,7 @@ LICENSE = "\
 & Firmware-ene_firmware \
 & Firmware-fw_sst_0f28 \
 & Firmware-go7007 \
+& Firmware-GPLv2 \
 & Firmware-hfi1_firmware \
 & Firmware-i2400m \
 & Firmware-i915 \
@@ -75,6 +76,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.ene_firmware;md5=ed67f0f62f8f798130c296720b7d3921 \
 file://LICENCE.fw_sst_0f28;md5=6353931c988ad52818ae733ac61cd293 \
 file://LICENCE.go7007;md5=c0bb9f6aaaba55b0529ee9b30aa66beb \
+file://GPL-2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 file://LICENSE.hfi1_firmware;md5=5e7b6e586ce7339d12689e49931ad444 \
 file://LICENCE.i2400m;md5=14b901969e23c41881327c0d9e4b7d36 \
 file://LICENSE.i915;md5=2b0b2e0d20984affd4490ba2cba02570 \
@@ -132,6 +134,7 @@ NO_GENERIC_LICENSE[Firmware-e100] = "LICENCE.e100"
 NO_GENERIC_LICENSE[Firmware-ene_firmware] = "LICENCE.ene_firmware"
 NO_GENERIC_LICENSE[Firmware-fw_sst_0f28] = "LICENCE.fw_sst_0f28"
 NO_GENERIC_LICENSE[Firmware-go7007] = "LICENCE.go7007"
+NO_GENERIC_LICENSE[Firmware-GPLv2] = "GPL-2"
 NO_GENERIC_LICENSE[Firmware-hfi1_firmware] = "LICENSE.hfi1_firmware"
 NO_GENERIC_LICENSE[Firmware-i2400m] = "LICENCE.i2400m"
 NO_GENERIC_LICENSE[Firmware-i915] = "LICENSE.i915"
@@ -223,7 +226,8 @@ PACKAGES =+ "${PN}-ralink-license ${PN}-ralink \
  ${PN}-vt6656-license ${PN}-vt6656 \
  ${PN}-rtl-license ${PN}-rtl8188 ${PN}-rtl8192cu ${PN}-rtl8192ce 
${PN}-rtl8192su ${PN}-rtl8723 ${PN}-rtl8821 \
  ${PN}-broadcom-license ${PN}-bcm4329 ${PN}-bcm4330 ${PN}-bcm4334 
${PN}-bcm43340 ${PN}-bcm4339 ${PN}-bcm43430 ${PN}-bcm4354 \
- ${PN}-atheros-license ${PN}-ar9170 ${PN}-carl9170 ${PN}-ath6k 
${PN}-ath9k \
+ ${PN}-atheros-license ${PN}-ar9170 ${PN}-ath6k ${PN}-ath9k \
+ ${PN}-gplv2-license ${PN}-carl9170 \
  ${PN}-ar3k-license  ${PN}-ar3k  ${PN}-ath10k-license  
${PN}-ath10k  \
  \
  ${PN}-iwlwifi-license ${PN}-iwlwifi \
@@ -253,9 +257,6 @@ FILES_${PN}-atheros-license = 
"${nonarch_base_libdir}/firmware/LICENCE.atheros_f
 FILES_${PN}-ar9170 = " \
   ${nonarch_base_libdir}/firmware/ar9170*.fw \
 "
-FILES_${PN}-carl9170 = " \
-  ${nonarch_base_libdir}/firmware/carl9170*.fw \
-"
 FILES_${PN}-ath6k = " \
   ${nonarch_base_libdir}/firmware/ath6k \
 "
@@ -269,10 +270,20 @@ FILES_${PN}-ath9k = " \
 "
 
 RDEPENDS_${PN}-ar9170 += "${PN}-atheros-license"
-RDEPENDS_${PN}-carl9170 += "${PN}-atheros-license"
 RDEPENDS_${PN}-ath6k += "${PN}-atheros-license"
 RDEPENDS_${PN}-ath9k += "${PN}-atheros-license"
 
+# For carl9170
+LICENSE_${PN}-carl9170 = "Firmware-GPLv2"
+LICENSE_${PN}-gplv2-license = "Firmware-GPLv2"
+
+FILES_${PN}-gplv2-license = "${nonarch_base_libdir}/firmware/GPL-2"
+FILES_${PN}-carl9170 = " \
+  ${nonarch_base_libdir}/firmware/carl9170*.fw \
+"
+
+RDEPENDS_${PN}-carl9170 += "${PN}-gplv2-license"
+
 # For QualCommAthos
 LICENSE_${PN}-ar3k = "Firmware-qualcommAthos_ar3k"
 LICENSE_${PN}-ar3k-license = "Firmware-qualcommAthos_ar3k"
-- 
2.7.4

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

[OE-core] [PATCH v3 1/3] linux-firmware: update to revision a4dde74b

2017-04-10 Thread wei . tee . ng 
From: "Ng, Wei Tee" 

-change in amdgpu firmware copyright year
-change in radeon firmware copyright year
-LICENCE.mwl8335 was removed in linux-firmware source tree
-specify the copyright year for siano
-change in qla2xxx firmware copyright year

Signed-off-by: Ng, Wei Tee 
---
 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 16 ++--
 1 file changed, 6 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index d393231..be82a63 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -29,7 +29,6 @@ LICENSE = "\
 & Firmware-kaweth \
 & Firmware-Marvell \
 & Firmware-moxa \
-& Firmware-mwl8335 \
 & Firmware-myri10ge_firmware \
 & Firmware-nvidia \
 & Firmware-OLPC \
@@ -62,7 +61,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.adsp_sst;md5=615c45b91a5a4a9fe046d6ab9a2df728 \
 file://LICENCE.agere;md5=af0133de6b4a9b2522defd5f188afd31 \
-file://LICENSE.amdgpu;md5=3fe8a3430700a518990c3b3d75297209 \
+file://LICENSE.amdgpu;md5=0aa3c2f3e736af320a08a3aeeccecf29 \
 file://LICENSE.amd-ucode;md5=3a0de451253cc1edbf30a3c621effee3 \
 file://LICENCE.atheros_firmware;md5=30a14c7823beedac9fa39c64fdd01a13 \
 file://LICENSE.atmel;md5=aa74ac0c60595dee4d4e239107ea77a3 \
@@ -86,7 +85,6 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.kaweth;md5=b1d876e562f4b3b8d391ad8395dfe03f \
 file://LICENCE.Marvell;md5=9ddea1734a4baf3c78d845151f42a37a \
 file://LICENCE.moxa;md5=1086614767d8ccf744a923289d3d4261 \
-file://LICENCE.mwl8335;md5=9a6271ee0e644404b2ff3c61fd070983 \
 file://LICENCE.myri10ge_firmware;md5=42e32fb89f6b959ca222e25ac8df8fed \
 file://LICENCE.nvidia;md5=4428a922ed3ba2ceec95f076a488ce07 \
 file://LICENCE.OLPC;md5=5b917f9d8c061991be4f6f5f108719cd \
@@ -94,15 +92,15 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.phanfw;md5=954dcec0e051f9409812b561ea743bfa \
 file://LICENCE.qat_firmware;md5=9e7d8bea77612d7cc7d9e9b54b623062 \
 file://LICENCE.qla1280;md5=d6895732e622d950609093223a2c4f5d \
-file://LICENCE.qla2xxx;md5=f5ce8529ec5c17cb7f911d2721d90e91 \
+file://LICENCE.qla2xxx;md5=505855e921b75f1be4a437ad9b79dff0 \
 file://LICENSE.QualcommAtheros_ar3k;md5=b5fe244fb2b532311de1472a3bc06da5 \
 file://LICENSE.QualcommAtheros_ath10k;md5=b5fe244fb2b532311de1472a3bc06da5 
\
 file://LICENCE.r8a779x_usb3;md5=4c1671656153025d7076105a5da7e498 \
-file://LICENSE.radeon;md5=69612f4f7b141a97659cb1d609a1bde2 \
+file://LICENSE.radeon;md5=68ec28bacb3613200bca44f404c69b16 \
 
file://LICENCE.ralink_a_mediatek_company_firmware;md5=728f1a85fd53fd67fa8d7afb080bc435
 \
 file://LICENCE.ralink-firmware.txt;md5=ab2c269277c45476fb449673911a2dfd \
 file://LICENCE.rtlwifi_firmware.txt;md5=00d06cfd3eddd5a2698948ead2ad54a5 \
-file://LICENCE.siano;md5=602c79ae3f98f1e73d880fd9f940a418 \
+file://LICENCE.siano;md5=4556c1bf830067f12ca151ad953ec2a5 \
 file://LICENCE.tda7706-firmware.txt;md5=835997cf5e3c131d0695c7d9103e \
 file://LICENCE.ti-connectivity;md5=c5e02be633f1499c109d1652514d85ec \
 file://LICENCE.ti-keystone;md5=3a86335d32864b0bef996bee26cc0f2c \
@@ -112,7 +110,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 \
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 \
 file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=f514a0c53c5d73c2fe98d5861103f0c6 \
+file://WHENCE;md5=4c56371b1c0d9e75f7620563c652b566 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -144,7 +142,6 @@ NO_GENERIC_LICENSE[Firmware-iwlwifi_firmware] = 
"LICENCE.iwlwifi_firmware"
 NO_GENERIC_LICENSE[Firmware-kaweth] = "LICENCE.kaweth"
 NO_GENERIC_LICENSE[Firmware-Marvell] = "LICENCE.Marvell"
 NO_GENERIC_LICENSE[Firmware-moxa] = "LICENCE.moxa"
-NO_GENERIC_LICENSE[Firmware-mwl8335] = "LICENCE.mwl8335"
 NO_GENERIC_LICENSE[Firmware-myri10ge_firmware] = "LICENCE.myri10ge_firmware"
 NO_GENERIC_LICENSE[Firmware-nvidia] = "LICENCE.nvidia"
 NO_GENERIC_LICENSE[Firmware-OLPC] = "LICENCE.OLPC"
@@ -172,7 +169,7 @@ NO_GENERIC_LICENSE[Firmware-xc5000] = "LICENCE.xc5000"
 NO_GENERIC_LICENSE[Firmware-xc5000c] = "LICENCE.xc5000c"
 NO_GENERIC_LICENSE[WHENCE] = "WHENCE"
 
-SRCREV = "42ad5367dd38371b2a1bb263b6efa85f9b92fc93"
+SRCREV = "a4dde74b504522d239e8521617b53b03f393ed6a"
 PE = "1"
 PV = "0.0+git${SRCPV}"
 
@@ -598,7 +595,6 @@ LICENSE_${PN} = "\
 & Firmware-IntcSST2 \
 & Firmware-kaweth \
 & Firmware-moxa \
-& Firmware-mwl8335 \
 & Firmware-myri10ge_firmware \
 & Firmware-nvidia \
 & Firmware-OLPC \
-- 
2.7.4

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

[OE-core] [PATCH] at-spi2-core: 2.22.0 -> 2.24.0

2017-04-10 Thread Huang Qiyu 
Upgreade at-spi2-core from 2.22.0 to 2.24.0.

Signed-off-by: Huang Qiyu 
---
 .../atk/{at-spi2-core_2.22.0.bb => at-spi2-core_2.24.0.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/atk/{at-spi2-core_2.22.0.bb => 
at-spi2-core_2.24.0.bb} (88%)

diff --git a/meta/recipes-support/atk/at-spi2-core_2.22.0.bb 
b/meta/recipes-support/atk/at-spi2-core_2.24.0.bb
similarity index 88%
rename from meta/recipes-support/atk/at-spi2-core_2.22.0.bb
rename to meta/recipes-support/atk/at-spi2-core_2.24.0.bb
index 272849e..c3b0c48 100644
--- a/meta/recipes-support/atk/at-spi2-core_2.22.0.bb
+++ b/meta/recipes-support/atk/at-spi2-core_2.24.0.bb
@@ -9,8 +9,8 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://0001-build-Add-with-systemduserunitdir.patch \
   "
 
-SRC_URI[md5sum] = "3da5fe62a653e49dad1c47f9a46fee56"
-SRC_URI[sha256sum] = 
"415ea3af21318308798e098be8b3a17b2f0cf2fe16cecde5ad840cf4e0f2c80a"
+SRC_URI[md5sum] = "27598276ec58371a6254a4f8b949bf8c"
+SRC_URI[sha256sum] = 
"6179f314fbd903b3cd3477a57b6b1fecca88b76ce769ce777fda0d3e5f61afcd"
 
 DEPENDS = "dbus glib-2.0 virtual/libx11 libxi libxtst intltool-native"
 
-- 
2.7.4



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

[OE-core] [PATCH] at-spi2-atk : 2.22.0 -> 2.24.0

2017-04-10 Thread Huang Qiyu 
Upgrade at-spi2-atk from 2.22.0 to 2.24.0.

Signed-off-by: Huang Qiyu 
---
 .../atk/{at-spi2-atk_2.22.0.bb => at-spi2-atk_2.24.0.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/atk/{at-spi2-atk_2.22.0.bb => 
at-spi2-atk_2.24.0.bb} (81%)

diff --git a/meta/recipes-support/atk/at-spi2-atk_2.22.0.bb 
b/meta/recipes-support/atk/at-spi2-atk_2.24.0.bb
similarity index 81%
rename from meta/recipes-support/atk/at-spi2-atk_2.22.0.bb
rename to meta/recipes-support/atk/at-spi2-atk_2.24.0.bb
index 58edb6e..98a1c9c 100644
--- a/meta/recipes-support/atk/at-spi2-atk_2.22.0.bb
+++ b/meta/recipes-support/atk/at-spi2-atk_2.24.0.bb
@@ -5,8 +5,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e9f288ba982d60518f375b5898283886"
 MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz"
-SRC_URI[md5sum] = "aa62aed21b8e03dc44ab81ae49d893ca"
-SRC_URI[sha256sum] = 
"e8bdedbeb873eb229eb08c88e11d07713ec25ae175251648ad1a9da6c21113c1"
+SRC_URI[md5sum] = "984f27528b0e3ec1f153a901cd4fe497"
+SRC_URI[sha256sum] = 
"022d68497c05cc65ba7cd2b166132de9a160c8d90e9200b5faa473ef7e784c61"
 
 DEPENDS = "dbus glib-2.0 glib-2.0-native atk at-spi2-core"
 
-- 
2.7.4



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

[OE-core] [PATCH] buildhistory.bbclass: do not influence sstate of do_rootfs

2017-04-10 Thread Patrick Ohly 
Enabling or disabling buildhistory caused a rebuild of images, which
is undesirable. For example, it prevented image reuse from a main
build with buildhistory in a following oe-selftest where buildhistory
must be disabled.

The reason are the additional ROOTFS_POSTUNINSTALL_COMMAND and
ROOTFS_POSTUNINSTALL_COMMAND entries. Those need to be excluded both
via vardepvalueexclude and vardepsexclude.

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

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index 109b375..eea1e72 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -579,10 +579,14 @@ python buildhistory_get_extra_sdkinfo() {
 
 # By using ROOTFS_POSTUNINSTALL_COMMAND we get in after uninstallation of
 # unneeded packages but before the removal of packaging files
-ROOTFS_POSTUNINSTALL_COMMAND += " buildhistory_list_installed_image ;\
-buildhistory_get_image_installed ; "
-
-IMAGE_POSTPROCESS_COMMAND += " buildhistory_get_imageinfo ; "
+ROOTFS_POSTUNINSTALL_COMMAND += "buildhistory_list_installed_image ;"
+ROOTFS_POSTUNINSTALL_COMMAND += "buildhistory_get_image_installed ;"
+ROOTFS_POSTUNINSTALL_COMMAND[vardepvalueexclude] .= "| 
buildhistory_list_installed_image ;| buildhistory_get_image_installed ;"
+ROOTFS_POSTUNINSTALL_COMMAND[vardepsexclude] += 
"buildhistory_list_installed_image buildhistory_get_image_installed"
+
+IMAGE_POSTPROCESS_COMMAND += "buildhistory_get_imageinfo ;"
+IMAGE_POSTPROCESS_COMMAND[vardepvalueexclude] .= "| buildhistory_get_imageinfo 
;"
+IMAGE_POSTPROCESS_COMMAND[vardepsexclude] += "buildhistory_get_imageinfo"
 
 # We want these to be the last run so that we get called after complementary 
package installation
 POPULATE_SDK_POST_TARGET_COMMAND_append = " 
buildhistory_list_installed_sdk_target;"

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

Re: [OE-core] [PATCH] python2/3: Move config/Makefile from core package to dev package

2017-04-10 Thread Jussi Kukkonen 
On 10 April 2017 at 10:10, Li Zhou  wrote:

> Move config/Makefile in libdir from core package to dev package for
> python, because it is only needed in development process.
>
> Signed-off-by: Li Zhou 
> ---
>  meta/recipes-devtools/python/python-2.7-manifest.inc | 4 ++--
>  meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--
>

These are generated files (see comments in the beginning of the files). You
should modify the generators, run them to re-generate these files, and then
send all the changes.

Thanks,
  Jussi



>  2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
> b/meta/recipes-devtools/python/python-2.7-manifest.inc
> index 413405a..7ed254b 100644
> --- a/meta/recipes-devtools/python/python-2.7-manifest.inc
> +++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
> @@ -46,7 +46,7 @@ 
> FILES_${PN}-contextlib="${libdir}/python${PYTHON_MAJMIN}/contextlib.*
> "
>
>  SUMMARY_${PN}-core="Python interpreter and core modules"
>  RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
> -FILES_${PN}-core="${libdir}/python2.7/__future__.*
> ${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
> ${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
> ${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
> ${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
> ${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
> ${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
> ${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
> ${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
> ${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
> ${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so
> ${libdir}/python2.7/lib-dynload/_struct.so 
> ${libdir}/python2.7/lib-dynload/time.so
> ${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.*
> ${libdir}/python2.7/platform.* ${bindir}/python* 
> ${libdir}/python2.7/_weakrefset.*
> ${libdir}/python2.7/sysconfig.* ${libdir}/python2.7/_sysconfigdata.*
> ${libdir}/python2.7/con
>  fig/Makefile ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h
> ${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
> +FILES_${PN}-core="${libdir}/python2.7/__future__.*
> ${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.*
> ${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.*
> ${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.*
> ${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.*
> ${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.*
> ${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.*
> ${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.*
> ${libdir}/python2.7/site.* ${libdir}/python2.7/stat.*
> ${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.*
> ${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so
> ${libdir}/python2.7/lib-dynload/_struct.so 
> ${libdir}/python2.7/lib-dynload/time.so
> ${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.*
> ${libdir}/python2.7/platform.* ${bindir}/python* 
> ${libdir}/python2.7/_weakrefset.*
> ${libdir}/python2.7/sysconfig.* ${libdir}/python2.7/_sysconfigdata.*
> ${includedir}/python${P
>  YTHON_MAJMIN}/pyconfig*.h ${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py
> "
>
>  SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
>  RDEPENDS_${PN}-crypt="${PN}-core"
> @@ -74,7 +74,7 @@ FILES_${PN}-debugger="${libdir}/python2.7/bdb.*
> ${libdir}/python2.7/pdb.* "
>
>  SUMMARY_${PN}-dev="Python development package"
>  RDEPENDS_${PN}-dev="${PN}-core"
> -FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la
> ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a
> ${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig "
> +FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la
> ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a
> ${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig
> ${libdir}/python2.7/config/Makefile "
>
>  SUMMARY_${PN}-difflib="Python helpers for computing deltas between
> objects"
>  RDEPENDS_${PN}-difflib="${PN}-lang ${PN}-re"
> diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc
> b/meta/recipes-devtools/python/python-3.5-manifest.inc
> index 55bcc4b..b78158e 100644
> --- a/meta/recipes-devtools/python/python-3.5-manifest.inc
> +++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
> @@ -38,7 +38,7 @@ FILES_${PN}-compression="${libdir}/python3.5/gzip.*
> ${libdir}/python3.5/__pycach
>
>  SUMMARY_${PN}-core="Python interpreter and core modules"
>  RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs
> ${PN}-io ${PN}-math"
> -FILES_${PN}-core="${libdir}/python3.5/__future__.*
> ${libdir}/python3.5/__pycache__/__future__.*
> ${libdir}/python3.5/_abcoll.* ${libdir}/python3.5/__pycache__/_abcoll.*
> ${libdir}/python3.5/abc.* ${libdir}/python3.5/__pycache__/abc.*
> ${lib

[OE-core] [PATCH] python2/3: Move config/Makefile from core package to dev package

2017-04-10 Thread Zhou, Li 

Hi,
Since my change involves the long line  in 
poky/meta/recipes-devtools/python/python-2.7-manifest.inc and 
python-3.5-manifest.inc, it can't pass the auto tests.
But I think my patch isn't needed to be changed. So send the patch again 
as an accessory.

Thank you.

--
Best Regards!
Zhou Li
Phone number: 86-10-84778511

From 69243aaed16d4509047365f5953eb0508f4b223a Mon Sep 17 00:00:00 2001
From: Li Zhou 
Date: Sun, 9 Apr 2017 23:41:24 -0700
Subject: [PATCH] python2/3: Move config/Makefile from core package to dev
 package

Move config/Makefile in libdir from core package to dev package for
python, because it is only needed in development process.

Signed-off-by: Li Zhou 
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 4 ++--
 meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 413405ae9a..7ed254bbd6 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -46,7 +46,7 @@ FILES_${PN}-contextlib="${libdir}/python${PYTHON_MAJMIN}/contextlib.* "
 
 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
-FILES_${PN}-core="${libdir}/python2.7/__future__.* ${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.* ${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.* ${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.* ${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.* ${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.* ${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.* ${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.* ${libdir}/python2.7/site.* ${libdir}/python2.7/stat.* ${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.* ${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so ${libdir}/python2.7/lib-dynload/_struct.so ${libdir}/python2.7/lib-dynload/time.so ${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.* ${libdir}/python2.7/platform.* ${bindir}/python* ${libdir}/python2.7/_weakrefset.* ${libdir}/python2.7/sysconfig.* ${libdir}/python2.7/_sysconfigdata.* ${libdir}/python2.7/config/Makefile ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h ${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python2.7/__future__.* ${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.* ${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.* ${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.* ${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.* ${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.* ${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.* ${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.* ${libdir}/python2.7/site.* ${libdir}/python2.7/stat.* ${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.* ${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so ${libdir}/python2.7/lib-dynload/_struct.so ${libdir}/python2.7/lib-dynload/time.so ${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.* ${libdir}/python2.7/platform.* ${bindir}/python* ${libdir}/python2.7/_weakrefset.* ${libdir}/python2.7/sysconfig.* ${libdir}/python2.7/_sysconfigdata.* ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h ${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
 
 SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
 RDEPENDS_${PN}-crypt="${PN}-core"
@@ -74,7 +74,7 @@ FILES_${PN}-debugger="${libdir}/python2.7/bdb.* ${libdir}/python2.7/pdb.* "
 
 SUMMARY_${PN}-dev="Python development package"
 RDEPENDS_${PN}-dev="${PN}-core"
-FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig "
+FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la ${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig ${libdir}/python2.7/config/Makefile "
 
 SUMMARY_${PN}-difflib="Python helpers for computing deltas between objects"
 RDEPENDS_${PN}-difflib="${PN}-lang ${PN}-re"
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 55bcc4b6da..b78158ef00 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -38,7 +38,7 @@ FILES_${PN}-compression="${libdir}/python3.5/gzip.* ${libdir}/python3.5/__pycach
 
 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs ${PN}-io ${PN}-math"
-FILES_${PN}-core="${libdir}/python3.5/__future__.* ${libdir}/python3.5/__pycache__/__future__.* ${libdir

[OE-core] ✗ patchtest: failure for python2/3: Move config/Makefile from core package to dev package

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

Series: python2/3: Move config/Makefile from core package to dev package
Revision: 1
URL   : https://patchwork.openembedded.org/series/6252/
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 @@ -66,7 +66,7 @@ 
FILES_${PN}-debugger="${libdir}/python3.5/bdb.* ${libdir}/python3.5/__pycache__/


* 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 901659a51c)



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] -> ...).

---
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] python2/3: Move config/Makefile from core package to dev package

2017-04-10 Thread Li Zhou 
Move config/Makefile in libdir from core package to dev package for
python, because it is only needed in development process.

Signed-off-by: Li Zhou 
---
 meta/recipes-devtools/python/python-2.7-manifest.inc | 4 ++--
 meta/recipes-devtools/python/python-3.5-manifest.inc | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc 
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 413405a..7ed254b 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -46,7 +46,7 @@ 
FILES_${PN}-contextlib="${libdir}/python${PYTHON_MAJMIN}/contextlib.* "
 
 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re"
-FILES_${PN}-core="${libdir}/python2.7/__future__.* 
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.* 
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.* 
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.* 
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.* 
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.* 
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.* 
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.* 
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.* 
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.* 
${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so 
${libdir}/python2.7/lib-dynload/_struct.so 
${libdir}/python2.7/lib-dynload/time.so 
${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.* 
${libdir}/python2.7/platform.* ${bindir}/python* 
${libdir}/python2.7/_weakrefset.* ${libdir}/python2.7/sysconfig.* 
${libdir}/python2.7/_sysconfigdata.* ${libdir}/python2.7/con
 fig/Makefile ${includedir}/python${PYTHON_MAJMIN}/pyconfig*.h 
${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
+FILES_${PN}-core="${libdir}/python2.7/__future__.* 
${libdir}/python2.7/_abcoll.* ${libdir}/python2.7/abc.* 
${libdir}/python2.7/ast.* ${libdir}/python2.7/copy.* 
${libdir}/python2.7/copy_reg.* ${libdir}/python2.7/ConfigParser.* 
${libdir}/python2.7/genericpath.* ${libdir}/python2.7/getopt.* 
${libdir}/python2.7/linecache.* ${libdir}/python2.7/new.* 
${libdir}/python2.7/os.* ${libdir}/python2.7/posixpath.* 
${libdir}/python2.7/struct.* ${libdir}/python2.7/warnings.* 
${libdir}/python2.7/site.* ${libdir}/python2.7/stat.* 
${libdir}/python2.7/UserDict.* ${libdir}/python2.7/UserList.* 
${libdir}/python2.7/UserString.* ${libdir}/python2.7/lib-dynload/binascii.so 
${libdir}/python2.7/lib-dynload/_struct.so 
${libdir}/python2.7/lib-dynload/time.so 
${libdir}/python2.7/lib-dynload/xreadlines.so ${libdir}/python2.7/types.* 
${libdir}/python2.7/platform.* ${bindir}/python* 
${libdir}/python2.7/_weakrefset.* ${libdir}/python2.7/sysconfig.* 
${libdir}/python2.7/_sysconfigdata.* ${includedir}/python${P
 YTHON_MAJMIN}/pyconfig*.h ${libdir}/python${PYTHON_MAJMIN}/sitecustomize.py "
 
 SUMMARY_${PN}-crypt="Python basic cryptographic and hashing support"
 RDEPENDS_${PN}-crypt="${PN}-core"
@@ -74,7 +74,7 @@ FILES_${PN}-debugger="${libdir}/python2.7/bdb.* 
${libdir}/python2.7/pdb.* "
 
 SUMMARY_${PN}-dev="Python development package"
 RDEPENDS_${PN}-dev="${PN}-core"
-FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la 
${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a 
${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig "
+FILES_${PN}-dev="${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la 
${libdir}/*.a ${libdir}/*.o ${libdir}/pkgconfig ${base_libdir}/*.a 
${base_libdir}/*.o ${datadir}/aclocal ${datadir}/pkgconfig 
${libdir}/python2.7/config/Makefile "
 
 SUMMARY_${PN}-difflib="Python helpers for computing deltas between objects"
 RDEPENDS_${PN}-difflib="${PN}-lang ${PN}-re"
diff --git a/meta/recipes-devtools/python/python-3.5-manifest.inc 
b/meta/recipes-devtools/python/python-3.5-manifest.inc
index 55bcc4b..b78158e 100644
--- a/meta/recipes-devtools/python/python-3.5-manifest.inc
+++ b/meta/recipes-devtools/python/python-3.5-manifest.inc
@@ -38,7 +38,7 @@ FILES_${PN}-compression="${libdir}/python3.5/gzip.* 
${libdir}/python3.5/__pycach
 
 SUMMARY_${PN}-core="Python interpreter and core modules"
 RDEPENDS_${PN}-core="${PN}-lang ${PN}-re ${PN}-reprlib ${PN}-codecs ${PN}-io 
${PN}-math"
-FILES_${PN}-core="${libdir}/python3.5/__future__.* 
${libdir}/python3.5/__pycache__/__future__.* ${libdir}/python3.5/_abcoll.* 
${libdir}/python3.5/__pycache__/_abcoll.* ${libdir}/python3.5/abc.* 
${libdir}/python3.5/__pycache__/abc.* ${libdir}/python3.5/ast.* 
${libdir}/python3.5/__pycache__/ast.* ${libdir}/python3.5/copy.* 
${libdir}/python3.5/__pycache__/copy.* ${libdir}/python3.5/copyreg.* 
${libdir}/python3.5/__pycache__/copyreg.* ${libdir}/python3.5/configparser.* 
${libdir}/python3.5/__pycache__/configparser.* 
${libdir}/python3.5/genericpath.* ${libdir}/python3.5/__pycache__/genericpath.* 
${libdir}/py