date:20170601

[OE-core] [PATCH v2] lzo: Upgrade 2.09 -> 2.10

2017-06-01 Thread Fan Xin

1. Upgrade lzo from 2.09 to 2.10

2. Update the license checksum due to the date change, not license change.

3. Add a patch to fix the undefined error.

Signed-off-by: Fan Xin 
---
 ...-pkgconfigdir-to-solve-the-undefine-error.patch | 27 ++
 .../lzo/{lzo_2.09.bb => lzo_2.10.bb}   |  7 +++---
 2 files changed, 31 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
 rename meta/recipes-support/lzo/{lzo_2.09.bb => lzo_2.10.bb} (78%)

diff --git 
a/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
 
b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
new file mode 100644
index 000..5235a15
--- /dev/null
+++ 
b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
@@ -0,0 +1,27 @@
+From e730bfd7c2d3a4b5f3605878599cb9b20d31b1fd Mon Sep 17 00:00:00 2001
+From: Fan Xin 
+Date: Fri, 2 Jun 2017 11:52:25 +0900
+Subject: [PATCH] Add pkgconfigdir to solve the undefine error.
+
+Upstream-Status: Pending
+
+Signed-off-by: Fan Xin 
+---
+ Makefile.am | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/Makefile.am b/Makefile.am
+index e4d383b..c75023d 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -14,6 +14,7 @@ AM_CPPFLAGS = -I$(top_srcdir)/include -I$(top_srcdir)
+ LDADD = src/liblzo2.la
+ lib_LTLIBRARIES =
+ noinst_PROGRAMS =
++pkgconfigdir = $(libdir)/pkgconfig
+ pkgconfig_DATA = lzo2.pc
+ 
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-support/lzo/lzo_2.09.bb 
b/meta/recipes-support/lzo/lzo_2.10.bb
similarity index 78%
rename from meta/recipes-support/lzo/lzo_2.09.bb
rename to meta/recipes-support/lzo/lzo_2.10.bb
index 2978617..490d230 100644
--- a/meta/recipes-support/lzo/lzo_2.09.bb
+++ b/meta/recipes-support/lzo/lzo_2.10.bb
@@ -3,16 +3,17 @@ HOMEPAGE = "http://www.oberhumer.com/opensource/lzo/;
 SECTION = "libs"
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://src/lzo_init.c;beginline=5;endline=25;md5=355023835a9b9eeb70ab895395e951ff"
+
file://src/lzo_init.c;beginline=5;endline=25;md5=9ae697ca01829b0a383c5d2d163e0108"
 
 SRC_URI = "http://www.oberhumer.com/opensource/lzo/download/lzo-${PV}.tar.gz \
file://0001-Use-memcpy-instead-of-reinventing-it.patch \
+  file://0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch \
file://acinclude.m4 \
file://run-ptest \
"
 
-SRC_URI[md5sum] = "c7ffc9a103afe2d1bba0b015e7aa887f"
-SRC_URI[sha256sum] = 
"f294a7ced313063c057c504257f437c8335c41bfeed23531ee4e6a2b87bcb34c"
+SRC_URI[md5sum] = "39d3f3f9c55c87b1e5d6888e1420f4b5"
+SRC_URI[sha256sum] = 
"c0f892943208266f9b6543b3ae308fab6284c5c90e627931446fb49b4221a072"
 
 inherit autotools ptest
 
-- 
1.9.1

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

[OE-core] [PATCH 3/3] setuptoools.bbclass: Do not use -pie with hardening

2017-06-01 Thread Khem Raj

Fix build when PIE is turned on. It tries to build
.so file using -pie and -shared flags together because
its doing compile and link in same step CFLAGS and LDFLAGS
are combined and does not work, ending in errors e.g.

| 
/mnt/a/oe/build/tmp/work/cortexa7t2hf-neon-vfpv4-bec-linux-musleabi/python-pygpgme/0.3-r0/recipe-sysroot/usr/l
ib/Scrt1.o: In function `_start_c':
| /usr/src/debug/musl/1.1.16+gitAUTOINC+179766aa2e-r0/git/crt/crt1.c:17: 
undefined reference to `main'
| collect2: error: ld returned 1 exit status

This error while cryptic is due to the fact that we are
building a shared library but also pass -pie flag to the link
step after specify LDHSARED ( which is -shared linker flags )

we can not use -pie when doing shared libs. This is true for all the python
modules inheriting setup tools

Disable the pie flags thusly for all modules using setuptools since
this setting is done in setuptools makefiles which are then used
during module compiles

Signed-off-by: Khem Raj 
---
 meta/classes/setuptools.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/setuptools.bbclass b/meta/classes/setuptools.bbclass
index 56343b1c73..7d0c5267d7 100644
--- a/meta/classes/setuptools.bbclass
+++ b/meta/classes/setuptools.bbclass
@@ -6,3 +6,5 @@ DISTUTILS_INSTALL_ARGS = "--root=${D} \
 --prefix=${prefix} \
 --install-lib=${PYTHON_SITEPACKAGES_DIR} \
 --install-data=${datadir}"
+
+SECURITY_CFLAGS = "${SECURITY_NO_PIE_CFLAGS}"
-- 
2.13.0

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

[OE-core] [PATCH 2/3] musl: Update to lates master

2017-06-01 Thread Khem Raj

- towupper/towlower: fast path for ascii chars
- remove long-obsolete clang workarounds from mips* syscall_arch.h files
- fix fstatat syscall on mips64

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index e84bc7531b..67095a30ea 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -3,7 +3,7 @@
 
 require musl.inc
 
-SRCREV = "f9f686b7721e2cc35e20fa5c6df6da2dc4ac3f50"
+SRCREV = "179766aa2ef06df854bc1d9616bf6f00ce49b7f9"
 
 PV = "1.1.16+git${SRCPV}"
 
-- 
2.13.0

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

[OE-core] [PATCH 1/3] as-needed.inc: Compile pulseaudio with --as-needed

2017-06-01 Thread Khem Raj

This effectively reverts
commit f06e99d194eda49ee194f8ae401a23819e61b90f

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/as-needed.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/conf/distro/include/as-needed.inc 
b/meta/conf/distro/include/as-needed.inc
index 114d377eac..6a8ad9d624 100644
--- a/meta/conf/distro/include/as-needed.inc
+++ b/meta/conf/distro/include/as-needed.inc
@@ -8,7 +8,6 @@ ASNEEDED_pn-openobex = ""
 ASNEEDED_pn-icu = ""
 ASNEEDED_pn-pciutils = ""
 ASNEEDED_pn-puzzles = ""
-ASNEEDED_pn-pulseaudio = ""
 ASNEEDED_pn-rpm = ""
 
 TARGET_LDFLAGS += "${ASNEEDED}"
-- 
2.13.0

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

Re: [OE-core] [PATCH] lzo: Upgrade 2.09 -> 2.10

2017-06-01 Thread Khem Raj

On Thu, Jun 1, 2017 at 8:11 PM Fan Xin  wrote:

> 1. Upgrade lzo from 2.09 to 2.10
>
> 2. Update the license checksum due to the date change, not license change.
>
> 3. Add a patch to fix the undefined error.
>
> Signed-off-by: Fan Xin 
> ---
>  ...-pkgconfigdir-to-solve-the-undefine-error.patch | 27
> ++
>  .../lzo/{lzo_2.09.bb => lzo_2.10.bb}   |  9 
>  2 files changed, 32 insertions(+), 4 deletions(-)
>  create mode 100644
> meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
>  rename meta/recipes-support/lzo/{lzo_2.09.bb => lzo_2.10.bb} (74%)
>
> diff --git
> a/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
> b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
> new file mode 100644
> index 000..5235a15
> --- /dev/null
> +++
> b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
> @@ -0,0 +1,27 @@
> +From e730bfd7c2d3a4b5f3605878599cb9b20d31b1fd Mon Sep 17 00:00:00 2001
> +From: Fan Xin 
> +Date: Fri, 2 Jun 2017 11:52:25 +0900
> +Subject: [PATCH] Add pkgconfigdir to solve the undefine error.
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Fan Xin 
> +---
> + Makefile.am | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/Makefile.am b/Makefile.am
> +index e4d383b..c75023d 100644
> +--- a/Makefile.am
>  b/Makefile.am
> +@@ -14,6 +14,7 @@ AM_CPPFLAGS = -I$(top_srcdir)/include -I$(top_srcdir)
> + LDADD = src/liblzo2.la
> + lib_LTLIBRARIES =
> + noinst_PROGRAMS =
> ++pkgconfigdir = $(libdir)/pkgconfig
> + pkgconfig_DATA = lzo2.pc
> +
> +
> +--
> +1.9.1
> +
> diff --git a/meta/recipes-support/lzo/lzo_2.09.bb
> b/meta/recipes-support/lzo/lzo_2.10.bb
> similarity index 74%
> rename from meta/recipes-support/lzo/lzo_2.09.bb
> rename to meta/recipes-support/lzo/lzo_2.10.bb
> index 2978617..efeb167 100644
> --- a/meta/recipes-support/lzo/lzo_2.09.bb
> +++ b/meta/recipes-support/lzo/lzo_2.10.bb
> @@ -3,23 +3,24 @@ HOMEPAGE = "http://www.oberhumer.com/opensource/lzo/;
>  SECTION = "libs"
>  LICENSE = "GPLv2+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
> -
> file://src/lzo_init.c;beginline=5;endline=25;md5=355023835a9b9eeb70ab895395e951ff"
> +
> file://src/lzo_init.c;beginline=5;endline=25;md5=9ae697ca01829b0a383c5d2d163e0108"
>
>  SRC_URI = "
> http://www.oberhumer.com/opensource/lzo/download/lzo-${PV}.tar.gz \
> file://0001-Use-memcpy-instead-of-reinventing-it.patch \
> +  file://0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch \
> file://acinclude.m4 \
> file://run-ptest \
> "
>
> -SRC_URI[md5sum] = "c7ffc9a103afe2d1bba0b015e7aa887f"
> -SRC_URI[sha256sum] =
> "f294a7ced313063c057c504257f437c8335c41bfeed23531ee4e6a2b87bcb34c"
> +SRC_URI[md5sum] = "39d3f3f9c55c87b1e5d6888e1420f4b5"
> +SRC_URI[sha256sum] =
> "c0f892943208266f9b6543b3ae308fab6284c5c90e627931446fb49b4221a072"
>
>  inherit autotools ptest
>
>  EXTRA_OECONF = "--enable-shared"
>
>  do_configure_prepend () {
> -   cp ${WORKDIR}/acinclude.m4 ${S}/
> +#  cp ${WORKDIR}/acinclude.m4 ${S}/
>  }
>

Delete the whole function

>
>  do_install_ptest() {
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lzo: Upgrade 2.09 -> 2.10

2017-06-01 Thread Fan Xin

1. Upgrade lzo from 2.09 to 2.10

2. Update the license checksum due to the date change, not license change.

3. Add a patch to fix the undefined error.

Signed-off-by: Fan Xin 
---
 ...-pkgconfigdir-to-solve-the-undefine-error.patch | 27 ++
 .../lzo/{lzo_2.09.bb => lzo_2.10.bb}   |  9 
 2 files changed, 32 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
 rename meta/recipes-support/lzo/{lzo_2.09.bb => lzo_2.10.bb} (74%)

diff --git 
a/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
 
b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
new file mode 100644
index 000..5235a15
--- /dev/null
+++ 
b/meta/recipes-support/lzo/lzo/0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch
@@ -0,0 +1,27 @@
+From e730bfd7c2d3a4b5f3605878599cb9b20d31b1fd Mon Sep 17 00:00:00 2001
+From: Fan Xin 
+Date: Fri, 2 Jun 2017 11:52:25 +0900
+Subject: [PATCH] Add pkgconfigdir to solve the undefine error.
+
+Upstream-Status: Pending
+
+Signed-off-by: Fan Xin 
+---
+ Makefile.am | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/Makefile.am b/Makefile.am
+index e4d383b..c75023d 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -14,6 +14,7 @@ AM_CPPFLAGS = -I$(top_srcdir)/include -I$(top_srcdir)
+ LDADD = src/liblzo2.la
+ lib_LTLIBRARIES =
+ noinst_PROGRAMS =
++pkgconfigdir = $(libdir)/pkgconfig
+ pkgconfig_DATA = lzo2.pc
+ 
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-support/lzo/lzo_2.09.bb 
b/meta/recipes-support/lzo/lzo_2.10.bb
similarity index 74%
rename from meta/recipes-support/lzo/lzo_2.09.bb
rename to meta/recipes-support/lzo/lzo_2.10.bb
index 2978617..efeb167 100644
--- a/meta/recipes-support/lzo/lzo_2.09.bb
+++ b/meta/recipes-support/lzo/lzo_2.10.bb
@@ -3,23 +3,24 @@ HOMEPAGE = "http://www.oberhumer.com/opensource/lzo/;
 SECTION = "libs"
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://src/lzo_init.c;beginline=5;endline=25;md5=355023835a9b9eeb70ab895395e951ff"
+
file://src/lzo_init.c;beginline=5;endline=25;md5=9ae697ca01829b0a383c5d2d163e0108"
 
 SRC_URI = "http://www.oberhumer.com/opensource/lzo/download/lzo-${PV}.tar.gz \
file://0001-Use-memcpy-instead-of-reinventing-it.patch \
+  file://0001-Add-pkgconfigdir-to-solve-the-undefine-error.patch \
file://acinclude.m4 \
file://run-ptest \
"
 
-SRC_URI[md5sum] = "c7ffc9a103afe2d1bba0b015e7aa887f"
-SRC_URI[sha256sum] = 
"f294a7ced313063c057c504257f437c8335c41bfeed23531ee4e6a2b87bcb34c"
+SRC_URI[md5sum] = "39d3f3f9c55c87b1e5d6888e1420f4b5"
+SRC_URI[sha256sum] = 
"c0f892943208266f9b6543b3ae308fab6284c5c90e627931446fb49b4221a072"
 
 inherit autotools ptest
 
 EXTRA_OECONF = "--enable-shared"
 
 do_configure_prepend () {
-   cp ${WORKDIR}/acinclude.m4 ${S}/
+#  cp ${WORKDIR}/acinclude.m4 ${S}/
 }
 
 do_install_ptest() {
-- 
1.9.1

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

Re: [OE-core] [PATCH 08/11] libunwind: update to 1.2

2017-06-01 Thread Randy MacLeod


On 2017-05-31 09:57 PM, Randy MacLeod wrote:

I'll send that change tomorrow unless there's new from upstream
or someone has a better idea.


Upstream is going to release a new tarball "soon"

   On 2017-06-01 12:18 PM, Dave Watson wrote:
   > The fix is in v1.2-stable and master, of which the next releases
   > will be v1.2.1 and v1.3, neither of which have been released yet.
   > I haven't seen any other fixes to go in v1.2.1 for a while, so
   > I'll roll that one out shortly.  Thanks


so I'll wait for that since it's been a month and no one else
has reported the mips* build failures.
--
# Randy MacLeod. SMTS, Linux, Wind River
Direct: 613.963.1350 | 350 Terry Fox Drive, Suite 200, Ottawa, ON, 
Canada, K2K 2W5

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

Re: [OE-core] [PATCH] runqemu-export-rootfs: don't change RPC ports

2017-06-01 Thread Cody P Schafer

On Thu, Jun 1, 2017 at 1:02 PM, Mark Hatle  wrote:

>
> The rpcbind runs on a privileged port (usually).  So either you have to 
> 're-use'
> the system wide on or run your own.  On many environments, with a system wide
> one, you will clash if someone else is offering the same services.  So you are
> forced to run your own and/or register then with a different set of port 
> numbers.
>
> This is absolutely needed in a multi-user or 'locked system' configuration 
> where
> the user does not have permission to run these types of things.

unfsd does not include rpcbind, it optionally uses the system's rpcbind.

In the runqemu-export-rootfs case, unfsd does not use any rpcbind at all.

Still not seeing anything that would require runqemu-export-rootfs to
use custom rpc program numbers.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel.bbclass: fix KERNEL_IMAGETYPE(S) for Image.gz

2017-06-01 Thread Nicolas Dechesne

On Thu, Jun 1, 2017 at 9:11 PM, Andre McCurdy  wrote:
> You could use types.replace('vmlinux.gz', 'vmlinux') here (and then
> drop the "import re"). Also, if vmlinux.gz is the only special case
> being supported, then the kernel_do_compile() can be simplified too
> (see the patch I sent yesterday).

yes, you're right. that change seems like an improvement. i will test
it out and resend..
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel.bbclass: fix KERNEL_IMAGETYPE(S) for Image.gz

2017-06-01 Thread Andre McCurdy

On Thu, Jun 1, 2017 at 2:21 AM, Nicolas Dechesne
 wrote:
> KERNEL_IMAGETYPES lists all the kernel images that we want to build. in
> cb17b6c2a7 (kernel.bbclass: support kernel image type of vmlinux.gz), some 
> logic
> was added to support vmlinux.gz which is not a target built by kernel
> makefiles (only vmlinux). It is clear that the goal of this logic is only to
> support vmlinux.gz and not others compressed format (such as Image.gz) which 
> are
> valid target for kernel makefiles.
>
> For Image.gz we should rely on the kernel makefiles and not do the compression
> in kernel class.
>
> This patch updates the logic used to filter out non supported kernel target 
> from
> KERNEL_IMAGETYPES, and make vmlinux.gz a 'special case', instead of *.gz. If
> more special cases are needed in the future, we could add them in a similar 
> way.
>
> This patch should be a no-op for anyone using vmlinux or vmlinux.gz, and on 
> top
> of that it is fixing the build for Image.gz which was not working until now.
>
> Signed-off-by: Nicolas Dechesne 
> ---
>  meta/classes/kernel.bbclass | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 7a134d5c29..459b6d66a3 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -44,7 +44,10 @@ python __anonymous () {
>  types = (alttype + ' ' + types).strip()
>  d.setVar('KERNEL_IMAGETYPES', types)
>
> -typeformake = re.sub(r'\.gz', '', types)
> +# some commonly used kernel images aren't generated by the kernel build 
> system, such as vmlinux.gz
> +# typeformake lists only valid kernel make targets, and post processing 
> can be done after the kernel
> +# is built (such as using gzip to compress vmlinux)
> +typeformake = re.sub(r'vmlinux\.gz', 'vmlinux', types)

You could use types.replace('vmlinux.gz', 'vmlinux') here (and then
drop the "import re"). Also, if vmlinux.gz is the only special case
being supported, then the kernel_do_compile() can be simplified too
(see the patch I sent yesterday).

>  d.setVar('KERNEL_IMAGETYPE_FOR_MAKE', typeformake)
>
>  for type in types.split():
> --
> 2.11.0
>
> --
> ___
> 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/2] package_rpm.bbclass: use multithreaded xz compression

2017-06-01 Thread Andre McCurdy

On Thu, Jun 1, 2017 at 8:15 AM, Alexander Kanavin
 wrote:
> RPM's default is single-threaded gz; the change greatly helps with
> both buildtimes (when there is a small number of large-sized packages)
> and disk space taken by resulting rpms.

Do you have any test results for that? Obviously build times will be
longer when building with a single CPU since xz compression needs more
CPU than gzip, but I'm curious how many CPUs are required before the
multiple threads win over and build times actually get shorter. 4? 8?

One other concern with parallel xz compression is memory usage. Single
threaded xz needs more memory than gzip and running multiple xz
compression threads together will push the memory usage up again.
Maybe not an issue if the peak is still acceptable, but something to
be aware of (I've given up trying to build in 4GB, but hopefully 8GB
build machines still have some life left in them...).

> Signed-off-by: Alexander Kanavin 
> ---
>  meta/classes/package_rpm.bbclass | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/classes/package_rpm.bbclass 
> b/meta/classes/package_rpm.bbclass
> index a844c4d4360..dc241975c3b 100644
> --- a/meta/classes/package_rpm.bbclass
> +++ b/meta/classes/package_rpm.bbclass
> @@ -644,6 +644,8 @@ python do_package_rpm () {
>  cmd = cmd + " --define '_build_name_fmt 
> %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'"
>  cmd = cmd + " --define '_use_internal_dependency_generator 0'"
>  cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
> +cmd = cmd + " --define '_binary_payload w6T.xzdio'"
> +cmd = cmd + " --define '_source_payload w6T.xzdio'"
>  if perfiledeps:
>  cmd = cmd + " --define '__find_requires " + outdepends + "'"
>  cmd = cmd + " --define '__find_provides " + outprovides + "'"
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] piglit: fix building issues regarding gbm_bo_map and a MESA test

2017-06-01 Thread Daniel Díaz

These patches fix a few building problems but are not being
taken into consideration at the moment, even though they have
been reviewed upstream with most of them merged (and accepted
already in OE-core master):
1.- CMake: define GBM_BO_MAP only when symbol is found
2.- util/egl: Honour Surfaceless MESA in get_default_display
3.- egl_mesa_platform_surfaceless: Don't use eglGetPlatformDisplay directly
4.- egl_mesa_platform_surfaceless: Use EXT functions for surfaces

Signed-off-by: Daniel Díaz 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index eae3eed..2ea5779 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -5,6 +5,10 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b2beded7103a3d8a442a2a0391d607b0"
 SRC_URI = "git://anongit.freedesktop.org/piglit \
file://0001-cmake-install-bash-completions-in-the-right-place.patch 
\
file://0001-tests-Use-FE_UPWARD-only-if-its-defined-in-fenv.h.patch 
\
+   file://0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch 
\
+   
file://0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch \
+   
file://0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch \
+   
file://0004-egl_mesa_platform_surfaceless-Use-EXT-functions-for-.patch \
"
 
 # From 2017-02-06
-- 
1.9.1

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

Re: [OE-core] [PATCH 1/2] package_rpm.bbclass: use multithreaded xz compression

2017-06-01 Thread Alexander Kanavin


On 06/01/2017 08:11 PM, Mark Hatle wrote:

On 6/1/17 10:15 AM, Alexander Kanavin wrote:

RPM's default is single-threaded gz; the change greatly helps with
both buildtimes (when there is a small number of large-sized packages)
and disk space taken by resulting rpms.


If you wnable XZ here, you need to make sure XZ compression is enabled within
rpm itself.  (I know how that worked in rpm5, not sure how rpm4 does it -- it
may be enable that the binary be present to call out to.)


rpm4 does not call out to any binary, it is linking against liblzma from 
xz package, if it can find it during configure. Xz was already in list 
of dependencies, so nothing needed to be done. Same for other 
compression schemes.



Finally I have not investigated parallel XZ, but in some cases the resulting
compressed file is different depending on compression artifacts due to
parallelization.  (The compressed file is different, not the uncompressed 
content.)

This can be a concern to some who want fully reproducible builds (from source).
So we need to make sure we have a way to disable this type of parallelization
--if-- it causes a problem with different contents.


Let's first see if it is an actual concern for anyone. If the 
uncompressed contents is exactly same, I have difficulty seeing what is 
the problem specifically.


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

Re: [OE-core] [PATCH 0/2] Multi-threaded RPM support

2017-06-01 Thread Alexander Kanavin


On 06/01/2017 08:13 PM, Mark Hatle wrote:

perl
before: 1m19s 63M
after: 55s 42M

python3
before: 40s 38M
after: 28s 24M


it is interesting to see that perl and python does not benefit 'much'.
buildstats should give us a better picture per recipe.


This may be due to how we process rpmdeps within OpenEmbedded.. but I'm not
sure.  I'd have expected a bigger time difference with large packages (lots of
sub packages) like perl and python3.


The numbers include the overhead of starting bitbake (some 10 seconds). 
Subtract that (from both 'before' and 'after') and then it's more 
impressive :) I tested via


time bitbake -f -c do_package_write_rpm perl

Alex

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

Re: [OE-core] [PATCH 0/2] Multi-threaded RPM support

2017-06-01 Thread Mark Hatle

On 6/1/17 11:52 AM, Leonardo Sandoval wrote:
> On Thu, 2017-06-01 at 18:15 +0300, Alexander Kanavin wrote:

...

>> perl
>> before: 1m19s 63M
>> after: 55s 42M
>>
>> python3
>> before: 40s 38M
>> after: 28s 24M
> 
> it is interesting to see that perl and python does not benefit 'much'.
> buildstats should give us a better picture per recipe.

This may be due to how we process rpmdeps within OpenEmbedded.. but I'm not
sure.  I'd have expected a bigger time difference with large packages (lots of
sub packages) like perl and python3.

(kernel-modules would be another to look at, as it can get quite large.)
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] package_rpm.bbclass: use multithreaded xz compression

2017-06-01 Thread Mark Hatle

On 6/1/17 10:15 AM, Alexander Kanavin wrote:
> RPM's default is single-threaded gz; the change greatly helps with
> both buildtimes (when there is a small number of large-sized packages)
> and disk space taken by resulting rpms.

If you wnable XZ here, you need to make sure XZ compression is enabled within
rpm itself.  (I know how that worked in rpm5, not sure how rpm4 does it -- it
may be enable that the binary be present to call out to.)

Similarly to XZ, you can use pigz or other parallel compression tools to do
similar with other schemes.

Finally I have not investigated parallel XZ, but in some cases the resulting
compressed file is different depending on compression artifacts due to
parallelization.  (The compressed file is different, not the uncompressed 
content.)

This can be a concern to some who want fully reproducible builds (from source).
So we need to make sure we have a way to disable this type of parallelization
--if-- it causes a problem with different contents.

(Note the fact RPM package metadata changes each time a new RPM is constructed,
this is far -less- of a concern to me.. but something to be aware of.)

--Mark

> Signed-off-by: Alexander Kanavin 
> ---
>  meta/classes/package_rpm.bbclass | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/meta/classes/package_rpm.bbclass 
> b/meta/classes/package_rpm.bbclass
> index a844c4d4360..dc241975c3b 100644
> --- a/meta/classes/package_rpm.bbclass
> +++ b/meta/classes/package_rpm.bbclass
> @@ -644,6 +644,8 @@ python do_package_rpm () {
>  cmd = cmd + " --define '_build_name_fmt 
> %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'"
>  cmd = cmd + " --define '_use_internal_dependency_generator 0'"
>  cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
> +cmd = cmd + " --define '_binary_payload w6T.xzdio'"
> +cmd = cmd + " --define '_source_payload w6T.xzdio'"
>  if perfiledeps:
>  cmd = cmd + " --define '__find_requires " + outdepends + "'"
>  cmd = cmd + " --define '__find_provides " + outprovides + "'"
> 

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

Re: [OE-core] [PATCH] runqemu-export-rootfs: don't change RPC ports

2017-06-01 Thread Mark Hatle

On 5/31/17 3:27 PM, Cody P Schafer wrote:
>> RPC Ports are just the bindings into rpcbind.   The tcp/udp ports are the 
>> ones
>> that typically conflict and why this was all done to begin with.
> 
> Ok, then it doesn't sound like that is a conflict or a "privileged
> ports" issue, and it is safe to drop the custom rpc program numbers
> ("RPC Ports") from `unfsd`s arguments & the kernel parameters.
> 
> As I've noted, runqemu-export-rootfs does not register with rpcbind
> (we pass the `-p` flag to `unfsd`).

The rpcbind runs on a privileged port (usually).  So either you have to 're-use'
the system wide on or run your own.  On many environments, with a system wide
one, you will clash if someone else is offering the same services.  So you are
forced to run your own and/or register then with a different set of port 
numbers.

This is absolutely needed in a multi-user or 'locked system' configuration where
the user does not have permission to run these types of things.

--Mark

> Or is there something else system-wide which is keeping a list of rpc
> program numbers?
> 

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

Re: [OE-core] [PATCH 0/2] Multi-threaded RPM support

2017-06-01 Thread Leonardo Sandoval

On Thu, 2017-06-01 at 18:15 +0300, Alexander Kanavin wrote:
> These two patches add multi-threaded features to RPM to speed up the 
> do_package_write_rpm task.
> 
> Specifically:
> 
> 1) Multi-threaded xz compressor is used instead of default single-threaded 
> gz. This has the most
> dramatic effect when a recipe produces a smaller number of large-sized 
> packages.
> 
> 2) Packages creation is run in multiple threads via thread pools. This is 
> most beneficial when
> a recipe produces a large amount of small packages.
> 
> Some not very scientific benchmarks for time and .rpm sizes
> (time is measured for do_package_write_rpm tasks only):
> 
> webkitgtk
> before: 9m22s 1550M
> after: 1m50s 858M
> 
> glibc-locale
> before: 3m2s 125M
> after: 40s 56M
> 
> glibc
> before: 56s 54M
> after: 23s 38M
> 
> perl
> before: 1m19s 63M
> after: 55s 42M
> 
> python3
> before: 40s 38M
> after: 28s 24M

it is interesting to see that perl and python does not benefit 'much'.
buildstats should give us a better picture per recipe.

Leo


> 
> The following changes since commit bd063fa288b49b6e3ea77982d0ccc46610feb1ad:
> 
>   tune-mips32*.inc: use consistent comments across all three .inc files 
> (2017-05-30 10:15:20 +0100)
> 
> are available in the git repository at:
> 
>   git://git.yoctoproject.org/poky-contrib akanavin/parallel-rpm
>   
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/parallel-rpm
> 
> Alexander Kanavin (2):
>   package_rpm.bbclass: use multithreaded xz compression
>   rpm: run binary package generation via thread pools
> 
>  meta/classes/package_rpm.bbclass   |   2 +
>  ...y-package-building-into-a-separate-functi.patch |  83 
>  ...-binary-package-creation-via-thread-pools.patch | 137 +
>  ...c-make-operations-over-string-pools-threa.patch | 209 +++
>  ...c-remove-static-local-variables-from-buil.patch | 227 
> +
>  meta/recipes-devtools/rpm/rpm_git.bb   |   4 +
>  6 files changed, 662 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0003-rpmstrpool.c-make-operations-over-string-pools-threa.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/files/0004-build-pack.c-remove-static-local-variables-from-buil.patch
> 
> -- 
> 2.11.0
> 


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

Re: [OE-core] [PATCH 1/3 v2] bitbake: Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko.Rapeli

Hmm, do I need to rebase the patches from yocto to upstream
bitbake and meta-poky git trees?

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

Re: [OE-core] AS_NEEDED and rpm4

2017-06-01 Thread Khem Raj

On Thu, Jun 1, 2017 at 8:43 AM Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 06/01/2017 06:37 PM, Khem Raj wrote:
> > I don't use rpm so I won't be able to test it
>
> You only need to issue 'bitbake rpm', no?



Be mindful of what you ask for just building is not enough for such a
change and rpm is quite fundamental component

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

Re: [OE-core] [PATCH 2/2] rpm: run binary package generation via thread pools

2017-06-01 Thread Alexander Kanavin


On 06/01/2017 06:15 PM, Alexander Kanavin wrote:

This greatly reduces build times when there is a large amount of small
rpm packages to produce. The patches are rather invasive,
and so will be submitted upstream.


And now the pull request is open:

https://github.com/rpm-software-management/rpm/pull/226
https://github.com/rpm-software-management/rpm/issues/211

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

Re: [OE-core] AS_NEEDED and rpm4

2017-06-01 Thread Mark Hatle

On 6/1/17 10:41 AM, Alexander Kanavin wrote:
> On 06/01/2017 06:37 PM, Khem Raj wrote:
>> I don't use rpm so I won't be able to test it
> 
> You only need to issue 'bitbake rpm', no?

In the past rpm5 would build, but did not function properly w/ the standard
configuration.  So basic run-time testing is needed.

--Mark

> 
> Alex
> 

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

[OE-core] ✗ patchtest: failure for Fix return value checks from subprocess.call()'s (rev2)

2017-06-01 Thread Patchwork

== Series Details ==

Series: Fix return value checks from subprocess.call()'s (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/6800/
State : failure

== Summary ==


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



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



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] ✗ patchtest: failure for "[1/3,pyro] piglit: depend on v..." and 2 more

2017-06-01 Thread Patchwork

== Series Details ==

Series: "[1/3,pyro] piglit: depend on v..." and 2 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/7014/
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 Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence] 
  Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
 (possible values: Pending, Submitted, Accepted, Backport, Denied, 
Inappropriate)



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 3/3 v2] meta: Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko Rapeli

Python function subprocess.call() returns the return value of the
executed process. If return values are not checked, errors may
go unnoticed and bad things can happen.

Change all callers of subprocess.call() which do not check for
the return value to use subprocess.check_call() which raises
CalledProcessError if the subprocess returns with non-zero value.

https://docs.python.org/2/library/subprocess.html#using-the-subprocess-module

All users of the function were found with:

$ git grep "subprocess\.call" | \
  egrep -v 'if.*subprocess\.call|=\ +subprocess\.call|return.*subprocess\.call'

Tested similar patch on top of yocto jethro. Only compile tested
core-image-minimal on poky master branch.

Signed-off-by: Mikko Rapeli 
---
 meta/classes/archiver.bbclass| 2 +-
 meta/classes/cml1.bbclass| 2 +-
 meta/classes/kernel-module-split.bbclass | 2 +-
 meta/classes/sstate.bbclass  | 4 ++--
 meta/lib/oeqa/utils/buildproject.py  | 2 +-
 meta/lib/oeqa/utils/targetbuild.py   | 4 ++--
 meta/recipes-extended/cups/cups.inc  | 2 +-
 7 files changed, 9 insertions(+), 9 deletions(-)

v2:
split patches to bitbake, meta and scripts

v1:
http://lists.openembedded.org/pipermail/openembedded-core/2017-May/136901.html

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 2c04557..703eacb 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -288,7 +288,7 @@ def create_diff_gz(d, src_orig, src, ar_outdir):
 os.chdir(dirname)
 out_file = os.path.join(ar_outdir, '%s-diff.gz' % d.getVar('PF'))
 diff_cmd = 'diff -Naur %s.orig %s.patched | gzip -c > %s' % (basename, 
basename, out_file)
-subprocess.call(diff_cmd, shell=True)
+subprocess.check_call(diff_cmd, shell=True)
 bb.utils.remove(src_patched, recurse=True)
 
 # Run do_unpack and do_patch
diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
index 38e6613..eb8e790 100644
--- a/meta/classes/cml1.bbclass
+++ b/meta/classes/cml1.bbclass
@@ -63,7 +63,7 @@ python do_diffconfig() {
 
 if isdiff:
 statement = 'diff --unchanged-line-format= --old-line-format= 
--new-line-format="%L" ' + configorig + ' ' + config + '>' + fragment
-subprocess.call(statement, shell=True)
+subprocess.check_call(statement, shell=True)
 
 shutil.copy(configorig, config)
 
diff --git a/meta/classes/kernel-module-split.bbclass 
b/meta/classes/kernel-module-split.bbclass
index 5e10dcf..1035525 100644
--- a/meta/classes/kernel-module-split.bbclass
+++ b/meta/classes/kernel-module-split.bbclass
@@ -47,7 +47,7 @@ python split_kernel_module_packages () {
 tf = tempfile.mkstemp()
 tmpfile = tf[1]
 cmd = "%sobjcopy -j .modinfo -O binary %s %s" % 
(d.getVar("HOST_PREFIX") or "", file, tmpfile)
-subprocess.call(cmd, shell=True)
+subprocess.check_call(cmd, shell=True)
 f = open(tmpfile)
 l = f.read().split("\000")
 f.close()
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 0a12935..f446c3d 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -404,7 +404,7 @@ python sstate_hardcode_path_unpack () {
 return
 
 bb.note("Replacing fixme paths in sstate package: %s" % 
(sstate_hardcode_cmd))
-subprocess.call(sstate_hardcode_cmd, shell=True)
+subprocess.check_call(sstate_hardcode_cmd, shell=True)
 
 # Need to remove this or we'd copy it into the target directory and 
may 
 # conflict with another writer
@@ -453,7 +453,7 @@ def sstate_clean_manifest(manifest, d, prefix=None):
 if os.path.exists(manifest + ".postrm"):
 import subprocess
 os.chmod(postrm, 0o755)
-subprocess.call(postrm, shell=True)
+subprocess.check_call(postrm, shell=True)
 oe.path.remove(postrm)
 
 oe.path.remove(manifest)
diff --git a/meta/lib/oeqa/utils/buildproject.py 
b/meta/lib/oeqa/utils/buildproject.py
index 487f08b..721f35d 100644
--- a/meta/lib/oeqa/utils/buildproject.py
+++ b/meta/lib/oeqa/utils/buildproject.py
@@ -52,4 +52,4 @@ class BuildProject(metaclass=ABCMeta):
 
 def clean(self):
 self._run('rm -rf %s' % self.targetdir)
-subprocess.call('rm -f %s' % self.localarchive, shell=True)
+subprocess.check_call('rm -f %s' % self.localarchive, shell=True)
diff --git a/meta/lib/oeqa/utils/targetbuild.py 
b/meta/lib/oeqa/utils/targetbuild.py
index 9249fa2..1202d57 100644
--- a/meta/lib/oeqa/utils/targetbuild.py
+++ b/meta/lib/oeqa/utils/targetbuild.py
@@ -69,7 +69,7 @@ class BuildProject(metaclass=ABCMeta):
 
 def clean(self):
 self._run('rm -rf %s' % self.targetdir)
-subprocess.call('rm -f %s' % self.localarchive, shell=True)
+subprocess.check_call('rm -f %s' % self.localarchive, shell=True)
 pass
 
 class TargetBuildProject(BuildProject):
@@ -136,4 +136,4 @@ class

[OE-core] [PATCH 2/3 v2] scripts: Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko Rapeli

Python function subprocess.call() returns the return value of the
executed process. If return values are not checked, errors may
go unnoticed and bad things can happen.

Change all callers of subprocess.call() which do not check for
the return value to use subprocess.check_call() which raises
CalledProcessError if the subprocess returns with non-zero value.

https://docs.python.org/2/library/subprocess.html#using-the-subprocess-module

All users of the function were found with:

$ git grep "subprocess\.call" | \
  egrep -v 'if.*subprocess\.call|=\ +subprocess\.call|return.*subprocess\.call'

Tested similar patch on top of yocto jethro. Only compile tested
core-image-minimal on poky master branch.

Signed-off-by: Mikko Rapeli 
---
 scripts/runqemu | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

v2:
split patches to bitbake, meta and scripts

v1:
http://lists.openembedded.org/pipermail/openembedded-core/2017-May/136901.html

diff --git a/scripts/runqemu b/scripts/runqemu
index 72c4176..416c3f7 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -1098,7 +1098,7 @@ class BaseConfig(object):
 if self.serialstdio:
 logger.info("Interrupt character is '^]'")
 cmd = "stty intr ^]"
-subprocess.call(cmd, shell=True)
+subprocess.check_call(cmd, shell=True)
 
 first_serial = ""
 if not re.search("-nographic", self.qemu_opt):
@@ -1145,7 +1145,7 @@ class BaseConfig(object):
 if self.cleantap:
 cmd = 'sudo %s %s %s' % (self.qemuifdown, self.tap, 
self.bindir_native)
 logger.info('Running %s' % cmd)
-subprocess.call(cmd, shell=True)
+subprocess.check_call(cmd, shell=True)
 if self.lock_descriptor:
 logger.info("Releasing lockfile for tap device '%s'" % self.tap)
 self.release_lock()
@@ -1154,11 +1154,11 @@ class BaseConfig(object):
 logger.info("Shutting down the userspace NFS server...")
 cmd = "runqemu-export-rootfs stop %s" % self.rootfs
 logger.info('Running %s' % cmd)
-subprocess.call(cmd, shell=True)
+subprocess.check_call(cmd, shell=True)
 
 if self.saved_stty:
 cmd = "stty %s" % self.saved_stty
-subprocess.call(cmd, shell=True)
+subprocess.check_call(cmd, shell=True)
 
 if self.clean_nfs_dir:
 logger.info('Removing %s' % self.rootfs)
-- 
1.9.1

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

[OE-core] [PATCH 1/3 v2] bitbake: Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko Rapeli

Python function subprocess.call() returns the return value of the
executed process. If return values are not checked, errors may
go unnoticed and bad things can happen.

Change all callers of subprocess.call() which do not check for
the return value to use subprocess.check_call() which raises
CalledProcessError if the subprocess returns with non-zero value.

https://docs.python.org/2/library/subprocess.html#using-the-subprocess-module

All users of the function were found with:

$ git grep "subprocess\.call" | \
  egrep -v 'if.*subprocess\.call|=\ +subprocess\.call|return.*subprocess\.call'

Tested similar patch on top of yocto jethro. Only compile tested
core-image-minimal on poky master branch.

Signed-off-by: Mikko Rapeli 
---
 bitbake/lib/bb/ui/ncurses.py | 2 +-
 bitbake/lib/bb/utils.py  | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

v2:
split patches to bitbake, meta and scripts

v1:
http://lists.openembedded.org/pipermail/openembedded-core/2017-May/136901.html

diff --git a/bitbake/lib/bb/ui/ncurses.py b/bitbake/lib/bb/ui/ncurses.py
index d81e413..ca845a3 100644
--- a/bitbake/lib/bb/ui/ncurses.py
+++ b/bitbake/lib/bb/ui/ncurses.py
@@ -297,7 +297,7 @@ class NCursesUI:
 #bb.error("log data follows (%s)" % logfile)
 #number_of_lines = 
data.getVar("BBINCLUDELOGS_LINES", d)
 #if number_of_lines:
-#subprocess.call('tail -n%s %s' % 
(number_of_lines, logfile), shell=True)
+#subprocess.check_call('tail -n%s %s' % 
(number_of_lines, logfile), shell=True)
 #else:
 #f = open(logfile, "r")
 #while True:
diff --git a/bitbake/lib/bb/utils.py b/bitbake/lib/bb/utils.py
index 077fddc..6a44db5 100644
--- a/bitbake/lib/bb/utils.py
+++ b/bitbake/lib/bb/utils.py
@@ -680,7 +680,7 @@ def remove(path, recurse=False):
 if _check_unsafe_delete_path(path):
 raise Exception('bb.utils.remove: called with dangerous path 
"%s" and recurse=True, refusing to delete!' % path)
 # shutil.rmtree(name) would be ideal but its too slow
-subprocess.call(['rm', '-rf'] + glob.glob(path))
+subprocess.check_call(['rm', '-rf'] + glob.glob(path))
 return
 for name in glob.glob(path):
 try:
-- 
1.9.1

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

Re: [OE-core] AS_NEEDED and rpm4

2017-06-01 Thread Alexander Kanavin


On 06/01/2017 06:37 PM, Khem Raj wrote:

I don't use rpm so I won't be able to test it


You only need to issue 'bitbake rpm', no?


Alex

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

[OE-core] [PATCH 3/3][pyro] piglit: add patches for unbuildable surfaceless Mesa test

2017-06-01 Thread Daniel Díaz

[Backported from master.]

Some EGL implementations do not actually ship all Khronos-
extensions. As it turns out, the Mali 450 driver does not
include any of the following symbols, used by the
egl_mesa_platform_surfaceless.c spec test:
* eglGetPlatformDisplay
* eglCreatePlatformPixmapSurface
* eglCreatePlatformWindowSurface

The Right Thing To Do was to obtain the implementation of
these functions (via eglGetProcAddress), as is provided
by their EXT counterparts. These are guaranteed to exist
since they are required by EGL_EXT_platform_base.

Upstream-Status: Accepted, since git 7b74602.

Signed-off-by: Daniel Díaz 
---
 ...nour-Surfaceless-MESA-in-get_default_disp.patch | 48 ++
 ...atform_surfaceless-Don-t-use-eglGetPlatfo.patch | 30 +
 ...atform_surfaceless-Use-EXT-functions-for-.patch | 75 ++
 3 files changed, 153 insertions(+)
 create mode 100644 
meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
 create mode 100644 
meta/recipes-graphics/piglit/piglit/0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch
 create mode 100644 
meta/recipes-graphics/piglit/piglit/0004-egl_mesa_platform_surfaceless-Use-EXT-functions-for-.patch

diff --git 
a/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
 
b/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
new file mode 100644
index 000..734de2b
--- /dev/null
+++ 
b/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
@@ -0,0 +1,48 @@
+From aa6728cc4941a87e3933c2aa770ab8ae3080b870 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Daniel=20D=C3=ADaz?= 
+Date: Tue, 16 May 2017 12:37:07 -0500
+Subject: [PATCH 2/4] util/egl: Honour Surfaceless MESA in get_default_display
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Daniel Díaz 
+---
+ tests/util/piglit-util-egl.c | 7 +++
+ 1 file changed, 7 insertions(+)
+
+diff --git a/tests/util/piglit-util-egl.c b/tests/util/piglit-util-egl.c
+index 106c735..389fe12 100644
+--- a/tests/util/piglit-util-egl.c
 b/tests/util/piglit-util-egl.c
+@@ -85,6 +85,7 @@ piglit_egl_get_default_display(EGLenum platform)
+   static bool has_x11 = false;
+   static bool has_wayland = false;
+   static bool has_gbm = false;
++  static bool has_surfaceless_mesa = false;
+ 
+   static EGLDisplay (*peglGetPlatformDisplayEXT)(EGLenum platform, void 
*native_display, const EGLint *attrib_list);
+ 
+@@ -99,6 +100,7 @@ piglit_egl_get_default_display(EGLenum platform)
+   has_x11 = piglit_is_egl_extension_supported(EGL_NO_DISPLAY, 
"EGL_EXT_platform_x11");
+   has_wayland = piglit_is_egl_extension_supported(EGL_NO_DISPLAY, 
"EGL_EXT_platform_wayland");
+   has_gbm = piglit_is_egl_extension_supported(EGL_NO_DISPLAY, 
"EGL_EXT_platform_gbm");
++  has_surfaceless_mesa = 
piglit_is_egl_extension_supported(EGL_NO_DISPLAY, 
"EGL_MESA_platform_surfaceless");
+ 
+   peglGetPlatformDisplayEXT = (void*) 
eglGetProcAddress("eglGetPlatformDisplayEXT");
+   }
+@@ -123,6 +125,11 @@ piglit_egl_get_default_display(EGLenum platform)
+   return EGL_NO_DISPLAY;
+   }
+   break;
++  case EGL_PLATFORM_SURFACELESS_MESA:
++  if (!has_surfaceless_mesa) {
++  return EGL_NO_DISPLAY;
++  }
++  break;
+   default:
+   fprintf(stderr, "%s: unrecognized platform %#x\n", __func__, 
platform);
+   return EGL_NO_DISPLAY;
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-graphics/piglit/piglit/0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch
 
b/meta/recipes-graphics/piglit/piglit/0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch
new file mode 100644
index 000..7ec71dd
--- /dev/null
+++ 
b/meta/recipes-graphics/piglit/piglit/0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch
@@ -0,0 +1,30 @@
+From b02bdbfdba3464ce47f87c04bcd1d35a8fef3f54 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Daniel=20D=C3=ADaz?= 
+Date: Wed, 17 May 2017 17:53:10 -0500
+Subject: [PATCH 3/4] egl_mesa_platform_surfaceless: Don't use
+ eglGetPlatformDisplay directly
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Daniel Díaz 
+---
+ .../spec/egl_mesa_platform_surfaceless/egl_mesa_platform_surfaceless.c  | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git 
a/tests/egl/spec/egl_mesa_platform_surfaceless/egl_mesa_platform_surfaceless.c 
b/tests/egl/spec/egl_mesa_platform_surfaceless/egl_mesa_platform_surfaceless.c
+index 3bbd6aa..81a3919 100644
+---

[OE-core] [PATCH 2/3][pyro] piglit: add patch for lack of gbm_bo_map

2017-06-01 Thread Daniel Díaz

[Backported from master.]

[Piglit Bug #100978] -- https://bugs.freedesktop.org/show_bug.cgi?id=100978

When linking against Mali 450 r6, errors like the following
can be seen:
  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_unmap'
  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_map'
  collect2: error: ld returned 1 exit status
  make[2]: *** [bin/point-sprite] Error 1

This is due to gbm_bo_map() and gbm_bo_unmap() being recently
added but not yet implemented by all graphics drivers.

Instead of relying on GBM's version, actually try to link
against those symbols.

Upstream-Status: Submitted [pig...@lists.freedesktop.org]

Signed-off-by: Daniel Díaz 
---
 ...fine-GBM_BO_MAP-only-when-symbol-is-found.patch | 48 ++
 1 file changed, 48 insertions(+)
 create mode 100644 
meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch

diff --git 
a/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
 
b/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
new file mode 100644
index 000..0750676
--- /dev/null
+++ 
b/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
@@ -0,0 +1,48 @@
+From 6b6acee8841d092e5066b1bec2ba1c49cce4f91f Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Daniel=20D=C3=ADaz?= 
+Date: Thu, 4 May 2017 00:57:39 -0500
+Subject: [PATCH 1/4] CMake: define GBM_BO_MAP only when symbol is found
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+gbm_bo_map() and _unmap() have been added recently to Mesa,
+and this update may not have reached all implementations of
+GBM, such as the one provided by Mali r6, where said
+definitions can be found in the header file but not in the
+library itself. This leads to errors like the following when
+linking:
+  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_unmap'
+  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_map'
+  collect2: error: ld returned 1 exit status
+  make[2]: *** [bin/point-sprite] Error 1
+
+Instead of relying on the header file, actually try to link
+using that symbol to determine if PIGLIT_HAS_GBM_BO_MAP
+should be defined.
+
+Signed-off-by: Daniel Díaz 
+Reviewed-by: Jan Vesely 
+---
+ CMakeLists.txt | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index a4ff99e..cc26fa8 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -141,8 +141,9 @@ IF(${CMAKE_SYSTEM_NAME} MATCHES "Linux")
+   if(GBM_FOUND)
+   set(PIGLIT_HAS_GBM True)
+   add_definitions(-DPIGLIT_HAS_GBM)
+-  if (GBM_VERSION VERSION_EQUAL "12.1" OR GBM_VERSION 
VERSION_GREATER "12.1")
+-  set(PIGLIT_HAS_GBM_BO_MAP True)
++  set(CMAKE_REQUIRED_LIBRARIES ${CMAKE_REQUIRED_LIBRARIES} 
${GBM_LIBRARIES})
++  CHECK_FUNCTION_EXISTS(gbm_bo_map PIGLIT_HAS_GBM_BO_MAP)
++  if (PIGLIT_HAS_GBM_BO_MAP)
+   add_definitions(-DPIGLIT_HAS_GBM_BO_MAP)
+   endif()
+   endif(GBM_FOUND)
+-- 
+1.9.1
+
-- 
1.9.1

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

[OE-core] [PATCH 1/3][pyro] piglit: depend on virtual/egl

2017-06-01 Thread Daniel Díaz

[Backported from master.]

While building for Hikey using Mali 450 driver (r6p0), an
error like the following appears while linking:

  [  1%] Linking C shared library ../../../../lib/libpiglitutil.so
  [...]
  [...]/aarch64-linaro-linux/gcc/aarch64-linaro-linux/6.3.1/ld: cannot find 
-lEGL
  collect2: error: ld returned 1 exit status
  make[2]: *** [lib/libpiglitutil.so.0] Error 1

Mesa generally provides virtual/egl (along with virtual/libgl,
which satisfies Piglit's current DEPENDS) but that is not the
implementation to use with Mali.

Signed-off-by: Daniel Díaz 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index d6bfb14..eae3eed 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -14,7 +14,7 @@ PV = "1.0+gitr${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-DEPENDS = "libpng virtual/libx11 libxkbcommon libxrender waffle virtual/libgl 
libglu python3-mako-native python3-numpy-native python3-six-native"
+DEPENDS = "libpng virtual/libx11 libxkbcommon libxrender waffle virtual/libgl 
libglu python3-mako-native python3-numpy-native python3-six-native virtual/egl"
 
 inherit cmake python3native distro_features_check bash-completion
 # depends on virtual/libx11
-- 
1.9.1

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

Re: [OE-core] AS_NEEDED and rpm4

2017-06-01 Thread Khem Raj

I don't use rpm so I won't be able to test it
It just occurred to me when I was looking into that file for pulse audio
which should be removed as well I have patch for that I will send shortly
On Thu, Jun 1, 2017 at 1:54 AM Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 06/01/2017 05:06 AM, Mark Hatle wrote:
>
> >> We added entry for disabling AS_NEEDED for rpm5, now that  we have move
> to rpm4
> >> is that entry sitll required in "conf/distro/include/as-needed.inc"
> >
> > Unknown, I hadn't realized this was done.  Should be easy to clear it
> and see if
> > everything is still working.
>
> Yes. That's why I really don't like those global include files that
> change flags behind recipes' back - any exceptions to default settings
> are very easy to miss and they really belong in recipes themselves. You
> are welcome to try and submit a patch.
>
> Alex
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/9] gstreamer1.0-plugins-ugly: upgrade to version 1.12.0

2017-06-01 Thread Burton, Ross

On 16 May 2017 at 12:26, Carlos Rafael Giani  wrote:

> * libmad plugin was removed in 1.12.0, since mad is GPLed, unmaintained,
>   and both gst-libav & the mpg123 plugin are fully functional alternatives
>

Something in this series is causing other plugins to change their
dependencies and I'm not sure if it's intentional or not.

For example, this happens when upgrading base/good/bad:

packages/corei7-64-poky-linux/gstreamer1.0-vaapi/gstreamer1.0-vaapi:
RDEPENDS: removed all items "libwayland-egl (['>= 17.1.1']) libgles2-mesa
(['>= 17.1.1'])"

I've not dug into this to see if that is expected or not.

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

Re: [OE-core] [PATCH v4 0/7] i#10073: generic EFI for wic

2017-06-01 Thread Wold, Saul

On Wed, 2017-05-17 at 13:47 +, Ed Bartosh wrote:
> Hi,
> 
> This patchset is an implementation of generic EFI approach for wic
> images.
> 
> Instead of introducing yet another wic plugin it uses existing APIs
> from
> EFI_PROVIDER classes to populate ${WORKDIR}/bootfs directory with EFI
> artifacts
> and bootloader configuration. This directory can be used by wic
> rootfs plugin
> to put into boot partition of the image.
> 
> Example kickstart file and 2 test cases were added to wic test suite
> to better
> illustrate the approach.
> 
> I personally like this approach much better than duplicating oe image
> creation
> functionality in wic plugins. This way we can have the code in one
> place and
> bootloaders can be configured the same way for oe and wic images.
> 

Ed,

I have been looking at this set of changes over the last few days, and
while I like the basic approach, I don't think it goes far enough.  I
am looking at how one would create a generic bootfs via a DEPLOY_DIR
and an image-bootfs.bb type of recipe that does the bootfs construction
instead of the existing systemd-boot or grub-efi bbclass construction.

This will allow for more flexibility in creating labels for
bootloaders, different types of boot loaders without having to create
classes.  We should then be able to construct the equivlant of hddimg
or iso images via a recipe that depends on the various do_deploy()
tasks of the images dependent items (syslinux, grub, virtual/kernel)
and configuration.

I think we are still too locked into prepare_wic_build() calling
build_efi_cfg and efi_bootfs_populate, which means wic still needs
knowledge of the boot loaders instead of just having a recipe populate
a bootfs partition and wic creating the partition and copying files
into it.

Maybe I am missing something, so please correct me if I am wrong.  I
have an example of what I am thinking of in contrib/sgw/wic_wip

Thanks

Sau!

> Changes in v2:
>  - added patch: fixed default value of GRUB_ROOT
>  - fixed typo in commit message: timage_types_wic > image_types_wic
> 
> Changes in v3:
>  - scheduled do_prepare_wic_build as earlier as possible
> 
> Changes in v4:
>  - fixed build on platforms that don't support EFI
>  - fixed non-gpl3 build
>  - fixed build failure in systemd-boot code caused by rescheduled
>    do_populate_bootfs to run earlier
> 
> The following changes since commit
> 920e1592fba8fd714b8fdf87f9792ebfa3377793:
> 
>   selftest: fix test_unsupported_subcommand test case (2017-05-17
> 13:35:28 +)
> 
> are available in the git repository at:
> 
>   git://git.yoctoproject.org/poky-contrib ed/wic/wip
>   http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ed/wic/wip
> 
> Ed Bartosh (7):
>   systemd-boot: create output dir if it doesn't exist
>   efi: add efi_bootfs_populate API
>   image_types_wic: add do_populate_bootfs task
>   image_types_wic: merged 2 tasks
>   oe-selftest: add wic tests for generic EFI
>   grub-efi: fixed default value of GRUB_ROOT
>   image_types_wic: schedule prepare_wic_build correctly
> 
>  meta-selftest/wic/test_generic_efi.wks.in |  9 
>  meta/classes/grub-efi.bbclass | 14 +++--
>  meta/classes/image_types_wic.bbclass  | 85
> +++
>  meta/classes/systemd-boot.bbclass |  8 +++
>  meta/lib/oeqa/selftest/wic.py | 36 +
>  5 files changed, 126 insertions(+), 26 deletions(-)
>  create mode 100644 meta-selftest/wic/test_generic_efi.wks.in
> 
> -- 
> Regards,
> Ed
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] rpm: run binary package generation via thread pools

2017-06-01 Thread Alexander Kanavin

This greatly reduces build times when there is a large amount of small
rpm packages to produce. The patches are rather invasive,
and so will be submitted upstream.

Signed-off-by: Alexander Kanavin 
---
 ...y-package-building-into-a-separate-functi.patch |  83 
 ...-binary-package-creation-via-thread-pools.patch | 137 +
 ...c-make-operations-over-string-pools-threa.patch | 209 +++
 ...c-remove-static-local-variables-from-buil.patch | 227 +
 meta/recipes-devtools/rpm/rpm_git.bb   |   4 +
 5 files changed, 660 insertions(+)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0003-rpmstrpool.c-make-operations-over-string-pools-threa.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0004-build-pack.c-remove-static-local-variables-from-buil.patch

diff --git 
a/meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
 
b/meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
new file mode 100644
index 000..b21c5119041
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
@@ -0,0 +1,83 @@
+From b841b699e519438a66b661247c94efff63d0700e Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 25 May 2017 18:15:27 +0300
+Subject: [PATCH 01/14] Split binary package building into a separate function
+
+So that it can be run as a thread pool task.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ build/pack.c | 33 +
+ 1 file changed, 21 insertions(+), 12 deletions(-)
+
+diff --git a/build/pack.c b/build/pack.c
+index 497300b96..891e6bdc3 100644
+--- a/build/pack.c
 b/build/pack.c
+@@ -546,18 +546,13 @@ static rpmRC checkPackages(char *pkgcheck)
+ return RPMRC_OK;
+ }
+ 
+-rpmRC packageBinaries(rpmSpec spec, const char *cookie, int cheating)
++static rpmRC packageBinary(rpmSpec spec, Package pkg, const char *cookie, int 
cheating, char** filename)
+ {
+-rpmRC rc;
+-const char *errorString;
+-Package pkg;
+-char *pkglist = NULL;
+-
+-for (pkg = spec->packages; pkg != NULL; pkg = pkg->next) {
+-  char *fn;
++const char *errorString;
++rpmRC rc = RPMRC_OK;
+ 
+   if (pkg->fileList == NULL)
+-  continue;
++  return rc;
+ 
+   if ((rc = processScriptFiles(spec, pkg)))
+   return rc;
+@@ -591,7 +586,7 @@ rpmRC packageBinaries(rpmSpec spec, const char *cookie, 
int cheating)
+headerGetString(pkg->header, RPMTAG_NAME), errorString);
+   return RPMRC_FAIL;
+   }
+-  fn = rpmGetPath("%{_rpmdir}/", binRpm, NULL);
++  *filename = rpmGetPath("%{_rpmdir}/", binRpm, NULL);
+   if ((binDir = strchr(binRpm, '/')) != NULL) {
+   struct stat st;
+   char *dn;
+@@ -613,14 +608,28 @@ rpmRC packageBinaries(rpmSpec spec, const char *cookie, 
int cheating)
+   free(binRpm);
+   }
+ 
+-  rc = writeRPM(pkg, NULL, fn, NULL);
++  rc = writeRPM(pkg, NULL, *filename, NULL);
+   if (rc == RPMRC_OK) {
+   /* Do check each written package if enabled */
+-  char *pkgcheck = rpmExpand("%{?_build_pkgcheck} ", fn, NULL);
++  char *pkgcheck = rpmExpand("%{?_build_pkgcheck} ", *filename, NULL);
+   if (pkgcheck[0] != ' ') {
+   rc = checkPackages(pkgcheck);
+   }
+   free(pkgcheck);
++  }
++return rc;
++}
++
++rpmRC packageBinaries(rpmSpec spec, const char *cookie, int cheating)
++{
++rpmRC rc;
++Package pkg;
++char *pkglist = NULL;
++
++for (pkg = spec->packages; pkg != NULL; pkg = pkg->next) {
++  char *fn = NULL;
++rc = packageBinary(spec, pkg, cookie, cheating, );
++  if (rc == RPMRC_OK) {
+   rstrcat(, fn);
+   rstrcat(, " ");
+   }
+-- 
+2.11.0
+
diff --git 
a/meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
 
b/meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
new file mode 100644
index 000..2987a979698
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
@@ -0,0 +1,137 @@
+From 45d92254cea0bceff38c42cbad89b301a0c07cea Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 25 May 2017 19:30:20 +0300
+Subject: [PATCH 02/14] Run binary package creation via thread pools.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ build/pack.c | 100

[OE-core] [PATCH] gstreamer1.0: upgrade to version 1.12.0

2017-06-01 Thread Ross Burton

From: Carlos Rafael Giani 

* Version 1.12 introduces support for libdw (provided by elfutils)
  libdw adds source lines & numbers to backtraces
  new dw packageconfig added for enabling/disabling this feature
* Leftover docbook cruft was removed

* Fix bash completion packaging (RB)

Signed-off-by: Carlos Rafael Giani 
Signed-off-by: Ross Burton 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0.inc |  6 +--
 ...tection-of-libunwind-and-libdw-determinis.patch | 56 ++
 .../gstreamer1.0/deterministic-unwind.patch| 24 --
 ...treamer1.0_1.10.4.bb => gstreamer1.0_1.12.0.bb} |  6 +--
 4 files changed, 62 insertions(+), 30 deletions(-)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-Make-the-detection-of-libunwind-and-libdw-determinis.patch
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/deterministic-unwind.patch
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.10.4.bb => 
gstreamer1.0_1.12.0.bb} (59%)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0.inc
index 72d7ce6..df3d4c4 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0.inc
@@ -25,10 +25,10 @@ PACKAGECONFIG[tests] = "--enable-tests,--disable-tests"
 PACKAGECONFIG[valgrind] = "--enable-valgrind,--disable-valgrind,valgrind,"
 PACKAGECONFIG[gst-tracer-hooks] = 
"--enable-gst-tracer-hooks,--disable-gst-tracer-hooks,"
 PACKAGECONFIG[unwind] = "--with-unwind,--without-unwind,libunwind"
+PACKAGECONFIG[dw] = "--with-dw,--without-dw,elfutils"
 
 EXTRA_OECONF = " \
 --disable-dependency-tracking \
---disable-docbook \
 --disable-examples \
 "
 
@@ -37,11 +37,11 @@ CACHED_CONFIGUREVARS += 
"ac_cv_header_valgrind_valgrind_h=no"
 # musl libc generates warnings if  is included directly
 CACHED_CONFIGUREVARS += "ac_cv_header_sys_poll_h=no"
 
-PACKAGES += "${PN}-bash-completion"
+PACKAGES =+ "${PN}-bash-completion"
 
 FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"
 FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la ${libdir}/gstreamer-1.0/*.a 
${libdir}/gstreamer-1.0/include"
-FILES_${PN}-bash-completion += "${datadir}/bash-completion/completions/ 
${datadir}/bash-completion/helpers/gst*"
+FILES_${PN}-bash-completion += "${datadir}/bash-completion/ 
${libexecdir}/gstreamer-1.0/gst-completion-helper"
 
 RRECOMMENDS_${PN}_qemux86 += "kernel-module-snd-ens1370 
kernel-module-snd-rawmidi"
 RRECOMMENDS_${PN}_qemux86-64 += "kernel-module-snd-ens1370 
kernel-module-snd-rawmidi"
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-Make-the-detection-of-libunwind-and-libdw-determinis.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-Make-the-detection-of-libunwind-and-libdw-determinis.patch
new file mode 100644
index 000..11ce5e9
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-Make-the-detection-of-libunwind-and-libdw-determinis.patch
@@ -0,0 +1,56 @@
+From fa2344e1a0ffed7e648e36ac72c8871d817e40e0 Mon Sep 17 00:00:00 2001
+From: Carlos Rafael Giani 
+Date: Mon, 8 May 2017 01:38:57 +0200
+Subject: [PATCH] Make the detection of libunwind and libdw deterministic
+
+Upstream-Status: Pending
+
+Signed-off-by: Carlos Rafael Giani 
+---
+ configure.ac | 28 
+ 1 file changed, 20 insertions(+), 8 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index b151208..b7922ac 100644
+--- a/configure.ac
 b/configure.ac
+@@ -821,16 +821,28 @@ fi
+ AM_CONDITIONAL(HAVE_GTK, test "x$HAVE_GTK" = "xyes")
+ 
+ dnl libunwind is optionally used by the leaks tracer
+-PKG_CHECK_MODULES(UNWIND, libunwind, HAVE_UNWIND=yes, HAVE_UNWIND=no)
+-if test "x$HAVE_UNWIND" = "xyes"; then
+-  AC_DEFINE(HAVE_UNWIND, 1, [libunwind available])
+-fi
++AC_ARG_WITH([unwind],[AS_HELP_STRING([--with-unwind],[use libunwind])],
++[], [with_unwind=yes])
++AS_IF([test "x$with_unwind" = xyes],
++  [PKG_CHECK_MODULES(UNWIND, libunwind)
++   HAVE_UNWIND=yes
++   AC_DEFINE(HAVE_UNWIND, 1, [libunwind available])
++  ], [
++   HAVE_UNWIND="no"
++  ]
++)
+ 
+ dnl libdw is optionally used to add source lines and numbers to backtraces
+-PKG_CHECK_MODULES(DW, libdw, HAVE_DW=yes, HAVE_DW=no)
+-if test "x$HAVE_DW" = "xyes"; then
+-  AC_DEFINE(HAVE_DW, 1, [libdw available])
+-fi
++AC_ARG_WITH([dw],[AS_HELP_STRING([--with-dw],[use libdw])],
++[], [with_dw=yes])
++AS_IF([test "x$with_dw" = xyes],
++  [PKG_CHECK_MODULES(DW, libdw)
++   HAVE_DW=yes
++   AC_DEFINE(HAVE_DW, 1, [libdw available])
++  ], [
++   HAVE_DW=no
++  ]
++)
+ 
+ dnl Check for backtrace() from libc
+ AC_CHECK_FUNC(backtrace, [
+-- 
+2.7.4
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/deterministic-unwind.patch

[OE-core] [PATCH 1/2] package_rpm.bbclass: use multithreaded xz compression

2017-06-01 Thread Alexander Kanavin

RPM's default is single-threaded gz; the change greatly helps with
both buildtimes (when there is a small number of large-sized packages)
and disk space taken by resulting rpms.

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

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index a844c4d4360..dc241975c3b 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -644,6 +644,8 @@ python do_package_rpm () {
 cmd = cmd + " --define '_build_name_fmt 
%%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm'"
 cmd = cmd + " --define '_use_internal_dependency_generator 0'"
 cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
+cmd = cmd + " --define '_binary_payload w6T.xzdio'"
+cmd = cmd + " --define '_source_payload w6T.xzdio'"
 if perfiledeps:
 cmd = cmd + " --define '__find_requires " + outdepends + "'"
 cmd = cmd + " --define '__find_provides " + outprovides + "'"
-- 
2.11.0

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

[OE-core] [PATCH 0/2] Multi-threaded RPM support

2017-06-01 Thread Alexander Kanavin

These two patches add multi-threaded features to RPM to speed up the 
do_package_write_rpm task.

Specifically:

1) Multi-threaded xz compressor is used instead of default single-threaded gz. 
This has the most
dramatic effect when a recipe produces a smaller number of large-sized packages.

2) Packages creation is run in multiple threads via thread pools. This is most 
beneficial when
a recipe produces a large amount of small packages.

Some not very scientific benchmarks for time and .rpm sizes
(time is measured for do_package_write_rpm tasks only):

webkitgtk
before: 9m22s 1550M
after: 1m50s 858M

glibc-locale
before: 3m2s 125M
after: 40s 56M

glibc
before: 56s 54M
after: 23s 38M

perl
before: 1m19s 63M
after: 55s 42M

python3
before: 40s 38M
after: 28s 24M

The following changes since commit bd063fa288b49b6e3ea77982d0ccc46610feb1ad:

  tune-mips32*.inc: use consistent comments across all three .inc files 
(2017-05-30 10:15:20 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/parallel-rpm
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/parallel-rpm

Alexander Kanavin (2):
  package_rpm.bbclass: use multithreaded xz compression
  rpm: run binary package generation via thread pools

 meta/classes/package_rpm.bbclass   |   2 +
 ...y-package-building-into-a-separate-functi.patch |  83 
 ...-binary-package-creation-via-thread-pools.patch | 137 +
 ...c-make-operations-over-string-pools-threa.patch | 209 +++
 ...c-remove-static-local-variables-from-buil.patch | 227 +
 meta/recipes-devtools/rpm/rpm_git.bb   |   4 +
 6 files changed, 662 insertions(+)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-Split-binary-package-building-into-a-separate-functi.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0002-Run-binary-package-creation-via-thread-pools.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0003-rpmstrpool.c-make-operations-over-string-pools-threa.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0004-build-pack.c-remove-static-local-variables-from-buil.patch

-- 
2.11.0

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

Re: [OE-core] [PATCH] insane.bbclass: fix override handling in RDEPENDS QA

2017-06-01 Thread Leonardo Sandoval

On Wed, 2017-05-31 at 17:24 -0700, Gan, Yau Wai wrote:
> The package_qa_check_rdepends() in insane.bbclass has
> incorrectly replace its localdata OVERRIDES value with
> the package name. Fixing it by appending the package name
> to the existing OVERRIDES value. This resolves RDEPENDS QA
> error when setting PACKAGECONFIG using a pn- override at
> local.conf.
> 
> [YOCTO #11374]
> 
> Signed-off-by: Gan, Yau Wai 
> ---
>  meta/classes/insane.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> index dc1c2f8..5a3d017 100644
> --- a/meta/classes/insane.bbclass
> +++ b/meta/classes/insane.bbclass
> @@ -867,7 +867,7 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, 
> taskdeps, packages, d):
>  
>  if not "-dbg" in pkg and not "packagegroup-" in pkg and not "-image" in 
> pkg:
>  localdata = bb.data.createCopy(d)
> -localdata.setVar('OVERRIDES', pkg)
> +localdata.setVar('OVERRIDES', localdata.getVar('OVERRIDES') + ':' + 
> pkg)

you may use localdata.appendVar instead of setting the value again.

>  
>  # Now check the RDEPENDS
>  rdepends = bb.utils.explode_deps(localdata.getVar('RDEPENDS') or "")
> -- 
> 2.7.4
> 


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

[OE-core] [krogoth][PATCH 3/3] ed: fix SRC_URI

2017-06-01 Thread Maxin B. John

Upstream has removed the source tarball from server. So,moving SRC_URI
to downloads.yoctoproject.org

[YOCTO #11555]

Signed-off-by: Maxin B. John 
---
 meta/recipes-extended/ed/ed_1.9.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/ed/ed_1.9.bb 
b/meta/recipes-extended/ed/ed_1.9.bb
index f2ec42a..ee5f8e0 100644
--- a/meta/recipes-extended/ed/ed_1.9.bb
+++ b/meta/recipes-extended/ed/ed_1.9.bb
@@ -11,7 +11,7 @@ SECTION = "base"
 # LSB states that ed should be in /bin/
 bindir = "${base_bindir}"
 
-SRC_URI = "${GNU_MIRROR}/ed/ed-${PV}.tar.gz"
+SRC_URI = "http://downloads.yoctoproject.org/mirror/sources/ed-${PV}.tar.gz;
 
 SRC_URI[md5sum] = "565b6d1d5a9a8816b9b304fc4ed9405d"
 SRC_URI[sha256sum] = 
"d5b372cfadf073001823772272fceac2cfa87552c5cd5a8efc1c8aae61f45a88"
-- 
2.4.0

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

[OE-core] [krogoth][PATCH 2/3] rng-tools: backport SRC_URI update

2017-06-01 Thread Maxin B. John

Backport SRC_URI update from OE-Core rev: 60732e6b91

[YOCTO #11558]

Signed-off-by: Maxin B. John 
---
 meta/recipes-support/rng-tools/rng-tools_5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/rng-tools/rng-tools_5.bb 
b/meta/recipes-support/rng-tools/rng-tools_5.bb
index 913a092..9329e8a 100644
--- a/meta/recipes-support/rng-tools/rng-tools_5.bb
+++ b/meta/recipes-support/rng-tools/rng-tools_5.bb
@@ -2,7 +2,7 @@ SUMMARY = "Random number generator daemon"
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=0b6f033afe6db235e559456585dc8cdc"
 
-SRC_URI = "http://heanet.dl.sourceforge.net/sourceforge/gkernel/${BP}.tar.gz \
+SRC_URI = "${SOURCEFORGE_MIRROR}/gkernel/${BP}.tar.gz \
file://0001-If-the-libc-is-lacking-argp-use-libargp.patch \
file://0002-Add-argument-to-control-the-libargp-dependency.patch \
file://underquote.patch \
-- 
2.4.0

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

[OE-core] [krogoth][PATCH 1/3] pax-utils: update SRC_URI

2017-06-01 Thread Maxin B. John

Fixes this warning:

WARNING: pax-utils-1.1.5-r0 do_fetch: Failed to fetch URL
http://gentoo.osuosl.org/distfiles/pax-utils-1.1.5.tar.xz,
attempting MIRRORS if available

[YOCTO #11559]

Signed-off-by: Maxin B. John 
---
 meta/recipes-devtools/pax-utils/pax-utils_1.1.5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/pax-utils/pax-utils_1.1.5.bb 
b/meta/recipes-devtools/pax-utils/pax-utils_1.1.5.bb
index a887c03..b3d9662 100644
--- a/meta/recipes-devtools/pax-utils/pax-utils_1.1.5.bb
+++ b/meta/recipes-devtools/pax-utils/pax-utils_1.1.5.bb
@@ -7,7 +7,7 @@ HOMEPAGE = 
"http://www.gentoo.org/proj/en/hardened/pax-utils.xml;
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=eb723b61539feef013de476e68b5c50a"
 
-SRC_URI = "http://gentoo.osuosl.org/distfiles/pax-utils-${PV}.tar.xz \
+SRC_URI = "https://dev.gentoo.org/~vapier/dist/pax-utils-${PV}.tar.xz \
 "
 
 SRC_URI[md5sum] = "bc3614322eaf88f167a608ae85d6b207"
-- 
2.4.0

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

Re: [OE-core] [PATCH] Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko.Rapeli

On Thu, Jun 01, 2017 at 01:40:10PM +0100, Burton, Ross wrote:
> On 19 May 2017 at 08:17, Mikko Rapeli  wrote:
> 
> >  bitbake/lib/bb/ui/ncurses.py | 2 +-
> >  bitbake/lib/bb/utils.py  | 2 +-
> >  meta/classes/archiver.bbclass| 2 +-
> >  meta/classes/cml1.bbclass| 2 +-
> >  meta/classes/kernel-module-split.bbclass | 2 +-
> >  meta/classes/sstate.bbclass  | 4 ++--
> >  meta/lib/oeqa/utils/buildproject.py  | 2 +-
> >  meta/lib/oeqa/utils/targetbuild.py   | 4 ++--
> >  meta/recipes-extended/cups/cups.inc  | 2 +-
> >  scripts/runqemu  | 8 
> >
> 
> Poky is a generated repository and you've patches that touch two upstream
> repositories, can you split this into bitbake/ (for the bitbake repo) and
> meta/ scripts/ (for the openembedded-core repository).

Yes, I can do that.

> I presume the transformation wasn't automated and you checked that throwing
> exceptions was the right thing to do?

I did the changes manually and to me throwing an exception in those places
is the right thing to do instead of ignoring all errors.

I will send a v2.

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

Re: [OE-core] [PATCH] Fix return value checks from subprocess.call()'s

2017-06-01 Thread Burton, Ross

On 19 May 2017 at 08:17, Mikko Rapeli  wrote:

>  bitbake/lib/bb/ui/ncurses.py | 2 +-
>  bitbake/lib/bb/utils.py  | 2 +-
>  meta/classes/archiver.bbclass| 2 +-
>  meta/classes/cml1.bbclass| 2 +-
>  meta/classes/kernel-module-split.bbclass | 2 +-
>  meta/classes/sstate.bbclass  | 4 ++--
>  meta/lib/oeqa/utils/buildproject.py  | 2 +-
>  meta/lib/oeqa/utils/targetbuild.py   | 4 ++--
>  meta/recipes-extended/cups/cups.inc  | 2 +-
>  scripts/runqemu  | 8 
>

Poky is a generated repository and you've patches that touch two upstream
repositories, can you split this into bitbake/ (for the bitbake repo) and
meta/ scripts/ (for the openembedded-core repository).

I presume the transformation wasn't automated and you checked that throwing
exceptions was the right thing to do?

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

[OE-core] [morty][PATCH 1/1] perf: add perf-feature for systemtap

2017-06-01 Thread Joshua Lock

Based on OE-Core rev: 8aafed5f4757550f2ff688e1b8981e5e8e6e3428 if systemtap
isn't disabled it's possible to race with systemtap headers being present
during autodetection and disappearing during the build:

tests/sdt.c:14:21: fatal error: sys/sdt.h: No such file or directory
 #include 

Signed-off-by: Joshua Lock 
---
 meta/recipes-kernel/perf/perf.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 471023d..03ae446 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -66,6 +66,7 @@ SCRIPTING_DEFINES = 
"${@perf_feature_enabled('perf-scripting', '', 'NO_LIBPERL=1
 TUI_DEFINES = "${@perf_feature_enabled('perf-tui', '', 'NO_NEWT=1',d)}"
 LIBUNWIND_DEFINES = "${@perf_feature_enabled('perf-libunwind', '', 
'NO_LIBUNWIND=1 NO_LIBDW_DWARF_UNWIND=1',d)}"
 LIBNUMA_DEFINES = "${@perf_feature_enabled('perf-libnuma', '', 
'NO_LIBNUMA=1',d)}"
+SYSTEMTAP_DEFINES = "${@perf_feature_enabled('perf-systemtap', '', 'NO_SDT=1', 
d)}"
 
 # The LDFLAGS is required or some old kernels fails due missing
 # symbols and this is preferred than requiring patches to every old
@@ -83,7 +84,7 @@ EXTRA_OEMAKE = '\
 EXTRA_CFLAGS="-ldw" \
 perfexecdir=${libexecdir} \
 NO_GTK2=1 ${TUI_DEFINES} NO_DWARF=1 ${LIBUNWIND_DEFINES} \
-${SCRIPTING_DEFINES} ${LIBNUMA_DEFINES} \
+${SCRIPTING_DEFINES} ${LIBNUMA_DEFINES} ${SYSTEMTAP_DEFINES} \
 '
 
 EXTRA_OEMAKE += "\
-- 
2.9.4

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

[OE-core] [PATCH v2] bitbake.conf: Add sdl-config to HOSTTOOLS if using host SDL

2017-06-01 Thread Jonathan Liu

If ASSUME_PROVIDES contains libsdl-native, we need to add sdl-config
to HOSTTOOLS to allow access to the host sdl-config.

Signed-off-by: Jonathan Liu 
---
 meta/conf/bitbake.conf | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 8e4f4bbb56..3ad905c917 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -471,6 +471,9 @@ HOSTTOOLS += " \
 # Tools needed to run testimage runtime image testing
 HOSTTOOLS += "ip ping ps scp ssh stty"
 
+# Link to sdl-config if using host SDL
+HOSTTOOLS += "${@bb.utils.contains('ASSUME_PROVIDES', 'libsdl-native', 
'sdl-config', '', d)}"
+
 # Link to these if present
 HOSTTOOLS_NONFATAL += "aws ccache gcc-ar gpg ld.bfd ld.gold nc sftp socat sudo"
 
-- 
2.12.2

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

[OE-core] [PATCH] bitbake.conf: Add sdl-config to HOSTTOOLS if using host SDL

2017-06-01 Thread Jonathan Liu

If ASSUME_PROVIVES contains libsdl-native, we need to add sdl-config
to HOSTTOOLS to allow access to the host sdl-config.

Signed-off-by: Jonathan Liu 
---
 meta/conf/bitbake.conf | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 8e4f4bbb56..3ad905c917 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -471,6 +471,9 @@ HOSTTOOLS += " \
 # Tools needed to run testimage runtime image testing
 HOSTTOOLS += "ip ping ps scp ssh stty"
 
+# Link to sdl-config if using host SDL
+HOSTTOOLS += "${@bb.utils.contains('ASSUME_PROVIDES', 'libsdl-native', 
'sdl-config', '', d)}"
+
 # Link to these if present
 HOSTTOOLS_NONFATAL += "aws ccache gcc-ar gpg ld.bfd ld.gold nc sftp socat sudo"
 
-- 
2.12.2

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

[OE-core] [PATCH 10/10] xkeyboard-config: Upgrade 2.20 -> 2.21

2017-06-01 Thread Jussi Kukkonen

Signed-off-by: Jussi Kukkonen 
---
 .../xorg-lib/{xkeyboard-config_2.20.bb => xkeyboard-config_2.21.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.20.bb => 
xkeyboard-config_2.21.bb} (87%)

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.21.bb
similarity index 87%
rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb
rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.21.bb
index 168b840..01a51ad 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.20.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.21.bb
@@ -13,8 +13,8 @@ LICENSE = "MIT & MIT-style"
 LIC_FILES_CHKSUM = "file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9"
 
 SRC_URI = 
"${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2"
-SRC_URI[md5sum] = "1f68886339116ae3877052204c9b9b88"
-SRC_URI[sha256sum] = 
"d1bfc72553c4e3ef1cd6f13eec0488cf940498b612ab8a0b362e7090c94bc134"
+SRC_URI[md5sum] = "af9498e8954907d0a47f0f7b3d21e1ef"
+SRC_URI[sha256sum] = 
"30c17049fae129fc14875656da9aa3099e3031d6ce0ee1d77aae190fd9edcec5"
 
 SECTION = "x11/libs"
 DEPENDS = "intltool-native util-macros libxslt-native"
-- 
2.1.4

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

[OE-core] [PATCH 06/10] clutter-gst-3.0: Upgrade 3.0.22 -> 3.0.24

2017-06-01 Thread Jussi Kukkonen

Very small release with only bug fixes.

Signed-off-by: Jussi Kukkonen 
---
 .../clutter/{clutter-gst-3.0_3.0.22.bb => clutter-gst-3.0_3.0.24.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.22.bb => 
clutter-gst-3.0_3.0.24.bb} (58%)

diff --git a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.22.bb 
b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.24.bb
similarity index 58%
rename from meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.22.bb
rename to meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.24.bb
index 6177c91..ca5e0ae 100644
--- a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.22.bb
+++ b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.24.bb
@@ -3,5 +3,5 @@ require clutter-gst-3.0.inc
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
 
file://clutter-gst/clutter-gst.h;beginline=1;endline=24;md5=95baacba194e814c110ea3bdf25ddbf4"
 
-SRC_URI[archive.md5sum] = "88eea2dd5fc4357b5b18f1dfeed56c62"
-SRC_URI[archive.sha256sum] = 
"f1fc57fb32ea7e3d9234b58db35eb9ef3028cf0b266d85235f959edc0fe3dfd4"
+SRC_URI[archive.md5sum] = "3e145e24bb3c340eeeddafd18efe547d"
+SRC_URI[archive.sha256sum] = 
"e9f1c87d8f4c47062e952fb8008704f8942cf2d6f290688f3f7d13e83578cc6c"
-- 
2.1.4

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

[OE-core] [PATCH 01/10] vte: Upgrade 0.46.1 -> 0.48.3

2017-06-01 Thread Jussi Kukkonen

Depend on gperf-native: The tarball used to include files generated
with gperf and this is no longer the case.
Use GIR_EXTRA_LIBS_PATH to fix introspection generation.

Signed-off-by: Jussi Kukkonen 
---
 meta/recipes-support/vte/{vte_0.46.1.bb => vte_0.48.3.bb} | 11 ---
 1 file changed, 8 insertions(+), 3 deletions(-)
 rename meta/recipes-support/vte/{vte_0.46.1.bb => vte_0.48.3.bb} (84%)

diff --git a/meta/recipes-support/vte/vte_0.46.1.bb 
b/meta/recipes-support/vte/vte_0.48.3.bb
similarity index 84%
rename from meta/recipes-support/vte/vte_0.46.1.bb
rename to meta/recipes-support/vte/vte_0.48.3.bb
index 0afe625..4720841 100644
--- a/meta/recipes-support/vte/vte_0.46.1.bb
+++ b/meta/recipes-support/vte/vte_0.48.3.bb
@@ -1,7 +1,7 @@
 SUMMARY = "Virtual terminal emulator GTK+ widget library"
 BUGTRACKER = "https://bugzilla.gnome.org/buglist.cgi?product=vte;
 LICENSE = "LGPLv2.1+"
-DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native"
+DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native gperf-native"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
@@ -11,8 +11,8 @@ inherit gnomebase gtk-doc distro_features_check 
upstream-version-is-even gobject
 SRC_URI += "file://0001-Don-t-enable-stack-protection-by-default.patch \
 ${@bb.utils.contains('PACKAGECONFIG', 'vala', '', 
'file://0001-Add-m4-vapigen.m4.patch', d) } \
 "
-SRC_URI[archive.md5sum] = "e8f4393b9f1ec2e2f3cdb3fd4f5a16de"
-SRC_URI[archive.sha256sum] = 
"8800cf8bc259704a12ad1853fb0eb43bfe3857af15242e6fb9f2c3fd95b3f5c6"
+SRC_URI[archive.md5sum] = "b300675ac5f269aa6eb48fe89a0d726d"
+SRC_URI[archive.sha256sum] = 
"a3a9fb182740b392a45cd3f46fa61a985f68bb6b1817b52daec22034c46158c3"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
@@ -24,6 +24,11 @@ export STAGING_DATADIR
 # Upstream Vala >= 0.11 looks in XDG_DATA_DIRS for .vapi files
 export XDG_DATA_DIRS = "${STAGING_DATADIR}"
 
+# Help g-ir-scanner find the .so for linking
+do_compile_prepend() {
+export GIR_EXTRA_LIBS_PATH="${B}/src/.libs"
+}
+
 # Package additional files
 FILES_${PN}-dev += "${datadir}/vala/vapi/*"
 
-- 
2.1.4

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

[OE-core] [PATCH 07/10] xf86-input-libinput: Upgrade 0.24.0 -> 0.25.1

2017-06-01 Thread Jussi Kukkonen

Small releases with just a few fixes.

Signed-off-by: Jussi Kukkonen 
---
 .../{xf86-input-libinput_0.24.0.bb => xf86-input-libinput_0.25.1.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-libinput_0.24.0.bb => 
xf86-input-libinput_0.25.1.bb} (63%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.24.0.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.25.1.bb
similarity index 63%
rename from meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.24.0.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.25.1.bb
index 14b1271..7b3ea16 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.24.0.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.25.1.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=5e6b20ea2ef94a998145f0ea3f788ee0"
 
 DEPENDS += "libinput"
 
-SRC_URI[md5sum] = "bd3fa118e4abadb8804dc6a099bb4ab3"
-SRC_URI[sha256sum] = 
"ddcb07350aed59b2996a92a1b4ff64d1c0b0c86a3f0ddca15b2b1c8c8bb13628"
+SRC_URI[md5sum] = "14003139614b25cc76c9a4cad059df89"
+SRC_URI[sha256sum] = 
"489f7d591c9ef08463d4966e61f7c6ea433f5fcbb9f5370fb621da639a84c7e0"
 
 FILES_${PN} += "${datadir}/X11/xorg.conf.d"
-- 
2.1.4

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

[OE-core] [PATCH 03/10] xdg-utils: Upgrade 1.1.1 -> 1.1.2

2017-06-01 Thread Jussi Kukkonen

Also inherit allarch: The utils are just shell scripts.

Signed-off-by: Jussi Kukkonen 
---
 .../xdg-utils/{xdg-utils_1.1.1.bb => xdg-utils_1.1.2.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/xdg-utils/{xdg-utils_1.1.1.bb => 
xdg-utils_1.1.2.bb} (83%)

diff --git a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.1.bb 
b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.2.bb
similarity index 83%
rename from meta/recipes-extended/xdg-utils/xdg-utils_1.1.1.bb
rename to meta/recipes-extended/xdg-utils/xdg-utils_1.1.2.bb
index 5007498..930e7cf 100644
--- a/meta/recipes-extended/xdg-utils/xdg-utils_1.1.1.bb
+++ b/meta/recipes-extended/xdg-utils/xdg-utils_1.1.2.bb
@@ -22,13 +22,13 @@ SRC_URI = 
"http://portland.freedesktop.org/download/${BPN}-${PV}.tar.gz \
file://0001-Don-t-build-the-in-script-manual.patch \
   "
 
-SRC_URI[md5sum] = "2d0aec6037769a5f138ff404b1bb4b15"
-SRC_URI[sha256sum] = 
"b0dd63a2576e0bb16f1aa78d6ddf7d6784784a098d4df17161cd6a17c7bc4125"
+SRC_URI[md5sum] = "361e75eb76c94d19f6f4f330d8ee626b"
+SRC_URI[sha256sum] = 
"951952e2c6bb21214e0bb54e0dffa057d30f5563300225c24c16fba846258bcc"
 
 UPSTREAM_CHECK_REGEX = 
"xdg-utils-(?P((\d+[\.\-_]*)+)((rc|alpha|beta)\d+)?)\.(tar\.gz|tgz)"
 
 # Needs brokensep as this doesn't use automake
-inherit autotools-brokensep distro_features_check
+inherit autotools-brokensep distro_features_check allarch
 
 # The xprop requires x11 in DISTRO_FEATURES
 REQUIRED_DISTRO_FEATURES = "x11"
-- 
2.1.4

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

[OE-core] [PATCH 09/10] xkbcomp: Upgrade 1.3.1 -> 1.4.0

2017-06-01 Thread Jussi Kukkonen

Release with a small amount of bug fixes.

Signed-off-by: Jussi Kukkonen 
---
 meta/recipes-graphics/xorg-app/{xkbcomp_1.3.1.bb => xkbcomp_1.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xkbcomp_1.3.1.bb => xkbcomp_1.4.0.bb} 
(78%)

diff --git a/meta/recipes-graphics/xorg-app/xkbcomp_1.3.1.bb 
b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb
similarity index 78%
rename from meta/recipes-graphics/xorg-app/xkbcomp_1.3.1.bb
rename to meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb
index 1c98359..c9dc327 100644
--- a/meta/recipes-graphics/xorg-app/xkbcomp_1.3.1.bb
+++ b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb
@@ -15,5 +15,5 @@ DEPENDS += "libxkbfile"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "a4d8353daf6cb0a9c47379b7413c42c6"
-SRC_URI[sha256sum] = 
"0304dc9e0d4ac10831a9ef5d5419722375ddbc3eac3ff4413094d57bc1f1923d"
+SRC_URI[md5sum] = "cc22b232bc78a303371983e1b48794ab"
+SRC_URI[sha256sum] = 
"bc69c8748c03c5ad9afdc8dff9db11994dd871b614c65f8940516da6bf61ce6b"
-- 
2.1.4

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

[OE-core] [PATCH 05/10] clutter-1.0: Upgrade 1.26.0 -> 1.26.2

2017-06-01 Thread Jussi Kukkonen

Mostly bug fixes in this release.

Signed-off-by: Jussi Kukkonen 
---
 .../clutter/{clutter-1.0_1.26.0.bb => clutter-1.0_1.26.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/clutter/{clutter-1.0_1.26.0.bb => 
clutter-1.0_1.26.2.bb} (67%)

diff --git a/meta/recipes-graphics/clutter/clutter-1.0_1.26.0.bb 
b/meta/recipes-graphics/clutter/clutter-1.0_1.26.2.bb
similarity index 67%
rename from meta/recipes-graphics/clutter/clutter-1.0_1.26.0.bb
rename to meta/recipes-graphics/clutter/clutter-1.0_1.26.2.bb
index dfa1cfe..48b0501 100644
--- a/meta/recipes-graphics/clutter/clutter-1.0_1.26.0.bb
+++ b/meta/recipes-graphics/clutter/clutter-1.0_1.26.2.bb
@@ -2,8 +2,8 @@ require clutter-1.0.inc
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-SRC_URI[archive.md5sum] = "b065e9ca53d1f6bc1ec26aeb27338bb7"
-SRC_URI[archive.sha256sum] = 
"67514e7824b3feb4723164084b36d6ce1ae41cb3a9897e9f1a56c8334993ce06"
+SRC_URI[archive.md5sum] = "a03482cbacf735eca8c996f210a21ee5"
+SRC_URI[archive.sha256sum] = 
"e7233314983055e9018f94f56882e29e7fc34d8d35de030789fdcd9b2d0e2e56"
 SRC_URI += "file://install-examples.patch \
 file://run-installed-tests-with-tap-output.patch \
 
file://0001-Remove-clutter.types-as-it-is-build-configuration-sp.patch \
-- 
2.1.4

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

[OE-core] [PATCH 08/10] xserver-xorg: Upgrade 1.19.1 -> 1.19.3

2017-06-01 Thread Jussi Kukkonen

Bug fix releases.

Signed-off-by: Jussi Kukkonen 
---
 .../xorg-xserver/{xserver-xorg_1.19.1.bb => xserver-xorg_1.19.3.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.19.1.bb => 
xserver-xorg_1.19.3.bb} (89%)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.3.bb
similarity index 89%
rename from meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.1.bb
rename to meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.3.bb
index 0dc1028..606367d 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.19.3.bb
@@ -6,8 +6,8 @@ SRC_URI += "file://musl-arm-inb-outb.patch \
 file://0003-modesetting-Fix-16-bit-depth-bpp-mode.patch \
 file://0003-Remove-check-for-useSIGIO-option.patch \
 "
-SRC_URI[md5sum] = "caa8ee7b2950abbf734347d137529fb6"
-SRC_URI[sha256sum] = 
"79ae2cf39d3f6c4a91201d8dad549d1d774b3420073c5a70d390040aa965a7fb"
+SRC_URI[md5sum] = "015d2fc4b9f2bfe7a626edb63a62c65e"
+SRC_URI[sha256sum] = 
"677a8166e03474719238dfe396ce673c4234735464d6dadf2959b600d20e5a98"
 
 # These extensions are now integrated into the server, so declare the migration
 # path for in-place upgrades.
-- 
2.1.4

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

[OE-core] [PATCH 00/10] More version upgrades

2017-06-01 Thread Jussi Kukkonen

Xorg and some unrelated individual upgrades.
The only major release here is libinput.

I've tested this on top of the previous batch of upgrades but this
should work fine independently as well.

Thanks,
 Jussi

The following changes since commit bd063fa288b49b6e3ea77982d0ccc46610feb1ad:

  tune-mips32*.inc: use consistent comments across all three .inc files 
(2017-05-30 10:15:20 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib jku/more-updates
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/more-updates

Jussi Kukkonen (10):
  vte: Upgrade 0.46.1 -> 0.48.3
  libinput: Upgrade 1.6.1 -> 1.7.2
  xdg-utils: Upgrade 1.1.1 -> 1.1.2
  libevdev: Upgrade 1.5.6 -> 1.5.7
  clutter-1.0: Upgrade 1.26.0 -> 1.26.2
  clutter-gst-3.0: Upgrade 3.0.22 -> 3.0.24
  xf86-input-libinput: Upgrade 0.24.0 -> 0.25.1
  xserver-xorg: Upgrade 1.19.1 -> 1.19.3
  xkbcomp: Upgrade 1.3.1 -> 1.4.0
  xkeyboard-config: Upgrade 2.20 -> 2.21

 .../xdg-utils/{xdg-utils_1.1.1.bb => xdg-utils_1.1.2.bb}  |  6 +++---
 .../clutter/{clutter-1.0_1.26.0.bb => clutter-1.0_1.26.2.bb}  |  4 ++--
 .../{clutter-gst-3.0_3.0.22.bb => clutter-gst-3.0_3.0.24.bb}  |  4 ++--
 .../wayland/{libinput_1.6.1.bb => libinput_1.7.2.bb}  | 10 +++---
 .../xorg-app/{xkbcomp_1.3.1.bb => xkbcomp_1.4.0.bb}   |  4 ++--
 ...input-libinput_0.24.0.bb => xf86-input-libinput_0.25.1.bb} |  4 ++--
 .../{xkeyboard-config_2.20.bb => xkeyboard-config_2.21.bb}|  4 ++--
 .../{xserver-xorg_1.19.1.bb => xserver-xorg_1.19.3.bb}|  4 ++--
 .../libevdev/{libevdev_1.5.6.bb => libevdev_1.5.7.bb} |  4 ++--
 meta/recipes-support/vte/{vte_0.46.1.bb => vte_0.48.3.bb} | 11 ---
 10 files changed, 32 insertions(+), 23 deletions(-)
 rename meta/recipes-extended/xdg-utils/{xdg-utils_1.1.1.bb => 
xdg-utils_1.1.2.bb} (83%)
 rename meta/recipes-graphics/clutter/{clutter-1.0_1.26.0.bb => 
clutter-1.0_1.26.2.bb} (67%)
 rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.22.bb => 
clutter-gst-3.0_3.0.24.bb} (58%)
 rename meta/recipes-graphics/wayland/{libinput_1.6.1.bb => libinput_1.7.2.bb} 
(74%)
 rename meta/recipes-graphics/xorg-app/{xkbcomp_1.3.1.bb => xkbcomp_1.4.0.bb} 
(78%)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-libinput_0.24.0.bb => 
xf86-input-libinput_0.25.1.bb} (63%)
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.20.bb => 
xkeyboard-config_2.21.bb} (87%)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.19.1.bb => 
xserver-xorg_1.19.3.bb} (89%)
 rename meta/recipes-support/libevdev/{libevdev_1.5.6.bb => libevdev_1.5.7.bb} 
(74%)
 rename meta/recipes-support/vte/{vte_0.46.1.bb => vte_0.48.3.bb} (84%)

-- 
2.1.4

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

[OE-core] [PATCH 04/10] libevdev: Upgrade 1.5.6 -> 1.5.7

2017-06-01 Thread Jussi Kukkonen

Small release with mostly build system fixes.

Signed-off-by: Jussi Kukkonen 
---
 .../recipes-support/libevdev/{libevdev_1.5.6.bb => libevdev_1.5.7.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libevdev/{libevdev_1.5.6.bb => libevdev_1.5.7.bb} 
(74%)

diff --git a/meta/recipes-support/libevdev/libevdev_1.5.6.bb 
b/meta/recipes-support/libevdev/libevdev_1.5.7.bb
similarity index 74%
rename from meta/recipes-support/libevdev/libevdev_1.5.6.bb
rename to meta/recipes-support/libevdev/libevdev_1.5.7.bb
index 2f84554..f740da2 100644
--- a/meta/recipes-support/libevdev/libevdev_1.5.6.bb
+++ b/meta/recipes-support/libevdev/libevdev_1.5.7.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=75aae0d38feea6fda97ca381cb9132eb \
 
 SRC_URI = "http://www.freedesktop.org/software/libevdev/${BP}.tar.xz;
 
-SRC_URI[md5sum] = "d4ce9f061f8f954bea7adba0cb768a53"
-SRC_URI[sha256sum] = 
"ecec7e9d66b1d3692f10b3b20aa97fb25e874a784c5552a7b1698091fef5a688"
+SRC_URI[md5sum] = "4f1cfaee8d75ea3fbbfeb99a98730952"
+SRC_URI[sha256sum] = 
"a1e59e37a2f0d397ffd7e83b73af0e638db83b8dd08902ef0f651a21cc1dd422"
 
 inherit autotools pkgconfig
-- 
2.1.4

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

[OE-core] [PATCH 02/10] libinput: Upgrade 1.6.1 -> 1.7.2

2017-06-01 Thread Jussi Kukkonen

Includes a major feature releas, release notes for that one:
https://lists.freedesktop.org/archives/wayland-devel/2017-March/033531.html

inherit lib_package to get the binaries into libinput-bin package.
This changes the final library package name so add
RPROVIDES/RREPLACES/RCONFLICTS.

Signed-off-by: Jussi Kukkonen 
---
 .../wayland/{libinput_1.6.1.bb => libinput_1.7.2.bb}   | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/wayland/{libinput_1.6.1.bb => libinput_1.7.2.bb} 
(74%)

diff --git a/meta/recipes-graphics/wayland/libinput_1.6.1.bb 
b/meta/recipes-graphics/wayland/libinput_1.7.2.bb
similarity index 74%
rename from meta/recipes-graphics/wayland/libinput_1.6.1.bb
rename to meta/recipes-graphics/wayland/libinput_1.7.2.bb
index c8714f2..f4693b6 100644
--- a/meta/recipes-graphics/wayland/libinput_1.6.1.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.7.2.bb
@@ -10,10 +10,10 @@ DEPENDS = "libevdev udev mtdev"
 SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \

file://touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch \
 "
-SRC_URI[md5sum] = "7e282344f8ed7ec5cf87ca9fc22674fb"
-SRC_URI[sha256sum] = 
"9d816f13eee63bcca0e9c3bb652c52ab55f39be4d1b90b54e4bfd1dc92ef55a8"
+SRC_URI[md5sum] = "d138d62c528fbf9aba300a97bae453cb"
+SRC_URI[sha256sum] = 
"0b1e5a6c106ccc609ccececd9e33e6b27c8b01fc7457ddb4c1dd266e780d6bc2"
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig lib_package
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[libunwind] = "--with-libunwind,--without-libunwind,libunwind"
@@ -23,3 +23,7 @@ PACKAGECONFIG[gui] = 
"--enable-event-gui,--disable-event-gui,cairo gtk+3"
 UDEVDIR = "`pkg-config --variable=udevdir udev`"
 
 EXTRA_OECONF += "--with-udev-dir=${UDEVDIR}"
+
+RPROVIDES_${PN} = "libinput"
+RREPLACES_${PN} = "libinput"
+RCONFLICTS_${PN} = "libinput"
-- 
2.1.4

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

[OE-core] [PATCH v2] mesa: upgrade to 17.1.1

2017-06-01 Thread Nicolas Dechesne

* Costmetic changes in license.html file required new MD5 hash
* Add PACKAGECONFIG option for libunwind support (new feature, disable by 
default)
* Rebased 0001-Use-wayland-scanner-in-the-path.patch
* Added zlib in DEPENDS, otherwise mesa no longer builds.
* Added 0001-util-rand_xor-add-missing-include-statements.patch, sent upstream

Signed-off-by: Nicolas Dechesne 
---
 .../0001-Use-wayland-scanner-in-the-path.patch | 12 
 ...l-rand_xor-add-missing-include-statements.patch | 35 ++
 .../mesa/{mesa-gl_17.0.6.bb => mesa-gl_17.1.1.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc|  6 ++--
 .../mesa/{mesa_17.0.6.bb => mesa_17.1.1.bb}|  5 ++--
 5 files changed, 48 insertions(+), 10 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-util-rand_xor-add-missing-include-statements.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_17.0.6.bb => mesa-gl_17.1.1.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_17.0.6.bb => mesa_17.1.1.bb} (76%)

diff --git 
a/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch 
b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
index e49695bf85..eb6ff4ff04 100644
--- 
a/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
+++ 
b/meta/recipes-graphics/mesa/files/0001-Use-wayland-scanner-in-the-path.patch
@@ -1,4 +1,4 @@
-From 2f68fcaaf4964e7feeb383f5c26851965cda037c Mon Sep 17 00:00:00 2001
+From c908f0c13ac81a3a52140f129a13b2bc997ff4ee Mon Sep 17 00:00:00 2001
 From: Jussi Kukkonen 
 Date: Tue, 15 Nov 2016 15:20:49 +0200
 Subject: [PATCH] Simplify wayland-scanner lookup
@@ -15,23 +15,23 @@ Signed-off-by: Jussi Kukkonen 
  1 file changed, 1 insertion(+), 6 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index e56e35a..a92005a 100644
+index 2c7e636fac..d2b2350739 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -2020,12 +2020,7 @@ if test "x$with_egl_platforms" != "x" -a "x$enable_egl" 
!= xyes; then
- AC_MSG_ERROR([cannot build egl state tracker without EGL library])
+@@ -2174,12 +2174,7 @@ if test "x$with_platforms" != xauto; then
+ with_egl_platforms=$with_platforms
  fi
  
 -PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
 -WAYLAND_SCANNER=`$PKG_CONFIG --variable=wayland_scanner 
wayland-scanner`,
 -WAYLAND_SCANNER='')
 -if test "x$WAYLAND_SCANNER" = x; then
--AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
+-AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
 -fi
 +AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner])
  
  # Do per-EGL platform setups and checks
  egl_platforms=`IFS=', '; echo $with_egl_platforms`
 -- 
-2.1.4
+2.13.0
 
diff --git 
a/meta/recipes-graphics/mesa/files/0001-util-rand_xor-add-missing-include-statements.patch
 
b/meta/recipes-graphics/mesa/files/0001-util-rand_xor-add-missing-include-statements.patch
new file mode 100644
index 00..ffe8b96163
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-util-rand_xor-add-missing-include-statements.patch
@@ -0,0 +1,35 @@
+From a8a1081ec05634e667d6670ab7c128d536cc60a9 Mon Sep 17 00:00:00 2001
+From: Nicolas Dechesne 
+Date: Thu, 1 Jun 2017 11:59:42 +0200
+Subject: [PATCH] util/rand_xor: add missing include statements
+
+Fixes for:
+
+src/util/rand_xor.c:60:13: error: implicit declaration of function 'open' 
[-Werror=implicit-function-declaration]
+int fd = open("/dev/urandom", O_RDONLY);
+ ^~~~
+src/util/rand_xor.c:60:34: error: 'O_RDONLY' undeclared (first use in this 
function)
+int fd = open("/dev/urandom", O_RDONLY);
+  ^~~~
+
+Upstream-Status: Submitted [ 
https://lists.freedesktop.org/archives/mesa-dev/2017-June/157542.html ]
+Signed-off-by: Nicolas Dechesne 
+---
+ src/util/rand_xor.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/util/rand_xor.c b/src/util/rand_xor.c
+index de05fa64b3..de04bbc284 100644
+--- a/src/util/rand_xor.c
 b/src/util/rand_xor.c
+@@ -25,6 +25,7 @@
+ #if defined(__linux__)
+ #include 
+ #include 
++#include 
+ #else
+ #include 
+ #endif
+-- 
+2.13.0
+
diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.0.6.bb 
b/meta/recipes-graphics/mesa/mesa-gl_17.1.1.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_17.0.6.bb
rename to meta/recipes-graphics/mesa/mesa-gl_17.1.1.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 447fd6d0df..67039a9962 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -10,11 +10,11 @@ HOMEPAGE = "http://mesa3d.org;
 BUGTRACKER = "https://bugs.freedesktop.org;
 SECTION = "x11"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://docs/license.html;md5=899fbe7e42d494c7c8c159c7001693d5"
+LIC_FILES_CHKSUM =

Re: [OE-core] [PATCH] mesa: upgrade to 17.1.1

2017-06-01 Thread Nicolas Dechesne

On Thu, Jun 1, 2017 at 11:27 AM, Burton, Ross  wrote:
> On 30 May 2017 at 16:32, Nicolas Dechesne 
> wrote:
>>
>> * Costmetic changes in license.html file required new MD5 hash
>> * Add PACKAGECONFIG option for libunwind support (new feature, disable by
>> default)
>> * Rebased 0001-Use-wayland-scanner-in-the-path.patch
>> * Added zlib in DEPENDS, otherwise mesa no longer builds.
>
>
> Breaks under musl:
>
> http://errors.yoctoproject.org/Errors/Details/143476/

thanks.. should be fixed now with
https://lists.freedesktop.org/archives/mesa-dev/2017-June/157542.html

i will update the recipe accordingly and resend.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Fix return value checks from subprocess.call()'s

2017-06-01 Thread Mikko.Rapeli

Hi,

On Fri, May 19, 2017 at 10:17:17AM +0300, Mikko Rapeli wrote:
> Python function subprocess.call() returns the return value of the
> executed process. If return values are not checked, errors may
> go unnoticed and bad things can happen.
> 
> Change all callers of subprocess.call() which do not check for
> the return value to use subprocess.check_call() which raises
> CalledProcessError if the subprocess returns with non-zero value.
> 
> https://docs.python.org/2/library/subprocess.html#using-the-subprocess-module
> 
> All users of the function were found with:
> 
> $ git grep "subprocess\.call" | \
>   egrep -v 'if.*subprocess\.call|=\ 
> +subprocess\.call|return.*subprocess\.call'
> 
> Tested similar patch on top of jethro. Only compile tested core-image-minimal
> on poky master branch.

Any comments to this patch?

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

[OE-core] [PATCH 1/2] json-glib: upgrade 1.2.2 -> 1.2.8

2017-06-01 Thread Dengke Du

Signed-off-by: Dengke Du 
---
 .../json-glib/{json-glib_1.2.2.bb => json-glib_1.2.8.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/json-glib/{json-glib_1.2.2.bb => json-glib_1.2.8.bb} 
(82%)

diff --git a/meta/recipes-gnome/json-glib/json-glib_1.2.2.bb 
b/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb
similarity index 82%
rename from meta/recipes-gnome/json-glib/json-glib_1.2.2.bb
rename to meta/recipes-gnome/json-glib/json-glib_1.2.8.bb
index 6869ba9..2c5d381 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.2.2.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_1.2.8.bb
@@ -10,8 +10,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
 
 DEPENDS = "glib-2.0"
 
-SRC_URI[archive.md5sum] = "c1daefb8d0fb59612af0c072c8aabb58"
-SRC_URI[archive.sha256sum] = 
"ea128ab52a824fcd06e5448fbb2bd8d9a13740d51c66d445828edba71321a621"
+SRC_URI[archive.md5sum] = "ff31e7d0594df44318e12facda3d086e"
+SRC_URI[archive.sha256sum] = 
"fd55a9037d39e7a10f0db64309f5f0265fa32ec962bf85066087b83a2807f40a"
 
 inherit gnomebase gettext lib_package gobject-introspection gtk-doc manpages
 
-- 
2.8.1

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

[OE-core] [PATCH 2/2] dropbear: upgrade 2016.74 -> 2017.75

2017-06-01 Thread Dengke Du

Drop patch support-out-of-tree-builds.patch:

Because the upstream has already contain it.

Signed-off-by: Dengke Du 
---
 .../dropbear/support-out-of-tree-builds.patch  | 43 --
 meta/recipes-core/dropbear/dropbear_2016.74.bb |  7 
 meta/recipes-core/dropbear/dropbear_2017.75.bb |  5 +++
 3 files changed, 5 insertions(+), 50 deletions(-)
 delete mode 100644 
meta/recipes-core/dropbear/dropbear/support-out-of-tree-builds.patch
 delete mode 100644 meta/recipes-core/dropbear/dropbear_2016.74.bb
 create mode 100644 meta/recipes-core/dropbear/dropbear_2017.75.bb

diff --git 
a/meta/recipes-core/dropbear/dropbear/support-out-of-tree-builds.patch 
b/meta/recipes-core/dropbear/dropbear/support-out-of-tree-builds.patch
deleted file mode 100644
index df6efb4..000
--- a/meta/recipes-core/dropbear/dropbear/support-out-of-tree-builds.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From: =?UTF-8?q?Henrik=20Nordstr=C3=B6m?= 
-Date: Wed, 11 May 2016 12:35:06 +0200
-Subject: [PATCH] Support out-of-tree builds usign bundled libtom
-
-When building out-of-tree we need both source and generated
-folders in include paths to find both distributed and generated
-headers.
-
-
-
-Signed-off-by: Jussi Kukkonen 
-Upstream-Status: Backport

- libtomcrypt/Makefile.in | 2 +-
- libtommath/Makefile.in  | 2 +-
- 2 files changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/libtomcrypt/Makefile.in b/libtomcrypt/Makefile.in
-index 3056ef0..7970700 100644
 a/libtomcrypt/Makefile.in
-+++ b/libtomcrypt/Makefile.in
-@@ -19,7 +19,7 @@ srcdir=@srcdir@
- 
- # Compilation flags. Note the += does not write over the user's CFLAGS!
- # The rest of the flags come from the parent Dropbear makefile
--CFLAGS += -c -I$(srcdir)/src/headers/ -I$(srcdir)/../ -DLTC_SOURCE 
-I$(srcdir)/../libtommath/
-+CFLAGS += -c -Isrc/headers/ -I$(srcdir)/src/headers/ -I../ -I$(srcdir)/../ 
-DLTC_SOURCE -I../libtommath/ -I$(srcdir)/../libtommath/
- 
- # additional warnings (newer GCC 3.4 and higher)
- ifdef GCC_34
-diff --git a/libtommath/Makefile.in b/libtommath/Makefile.in
-index 06aba68..019c50b 100644
 a/libtommath/Makefile.in
-+++ b/libtommath/Makefile.in
-@@ -9,7 +9,7 @@ VPATH=@srcdir@
- srcdir=@srcdir@
- 
- # So that libtommath can include Dropbear headers for options and m_burn()
--CFLAGS += -I$(srcdir)/../libtomcrypt/src/headers/ -I$(srcdir)/../
-+CFLAGS += -I. -I$(srcdir) -I../libtomcrypt/src/headers/ 
-I$(srcdir)/../libtomcrypt/src/headers/ -I../ -I$(srcdir)/../
- 
- ifndef IGNORE_SPEED
- 
diff --git a/meta/recipes-core/dropbear/dropbear_2016.74.bb 
b/meta/recipes-core/dropbear/dropbear_2016.74.bb
deleted file mode 100644
index a702097..000
--- a/meta/recipes-core/dropbear/dropbear_2016.74.bb
+++ /dev/null
@@ -1,7 +0,0 @@
-require dropbear.inc
-
-SRC_URI += "file://support-out-of-tree-builds.patch"
-
-SRC_URI[md5sum] = "9ad0172731e0f16623937804643b5bd8"
-SRC_URI[sha256sum] = 
"2720ea54ed009af812701bcc290a2a601d5c107d12993e5d92c0f5f81f718891"
-
diff --git a/meta/recipes-core/dropbear/dropbear_2017.75.bb 
b/meta/recipes-core/dropbear/dropbear_2017.75.bb
new file mode 100644
index 000..cfb0d19
--- /dev/null
+++ b/meta/recipes-core/dropbear/dropbear_2017.75.bb
@@ -0,0 +1,5 @@
+require dropbear.inc
+
+SRC_URI[md5sum] = "e57e9b9d25705dcb073ba15c416424fd"
+SRC_URI[sha256sum] = 
"6cbc1dcb1c9709d226dff669e5604172a18cf5dbf9a201474d5618ae4465098c"
+
-- 
2.8.1

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

[OE-core] [PATCH 0/2] json-glib,dropbear: upgrade to new version

2017-06-01 Thread Dengke Du

The following changes since commit bd063fa288b49b6e3ea77982d0ccc46610feb1ad:

  tune-mips32*.inc: use consistent comments across all three .inc files 
(2017-05-30 10:15:20 +0100)

are available in the git repository at:

  https://github.com/DengkeDu/openembedded-core.git 
dengke/json-glib_dropbear_upgrade
  https://github.com//tree/dengke/json-glib_dropbear_upgrade

Dengke Du (2):
  json-glib: upgrade 1.2.2 -> 1.2.8
  dropbear: upgrade 2016.74 -> 2017.75

 .../dropbear/support-out-of-tree-builds.patch  | 43 --
 meta/recipes-core/dropbear/dropbear_2016.74.bb |  7 
 meta/recipes-core/dropbear/dropbear_2017.75.bb |  5 +++
 .../{json-glib_1.2.2.bb => json-glib_1.2.8.bb} |  4 +-
 4 files changed, 7 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-core/dropbear/dropbear/support-out-of-tree-builds.patch
 delete mode 100644 meta/recipes-core/dropbear/dropbear_2016.74.bb
 create mode 100644 meta/recipes-core/dropbear/dropbear_2017.75.bb
 rename meta/recipes-gnome/json-glib/{json-glib_1.2.2.bb => json-glib_1.2.8.bb} 
(82%)

-- 
2.8.1

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

Re: [OE-core] [PATCH] mesa: upgrade to 17.1.1

2017-06-01 Thread Burton, Ross

On 30 May 2017 at 16:32, Nicolas Dechesne 
wrote:

> * Costmetic changes in license.html file required new MD5 hash
> * Add PACKAGECONFIG option for libunwind support (new feature, disable by
> default)
> * Rebased 0001-Use-wayland-scanner-in-the-path.patch
> * Added zlib in DEPENDS, otherwise mesa no longer builds.
>

Breaks under musl:

http://errors.yoctoproject.org/Errors/Details/143476/

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

Re: [OE-core] [PATCH] ncurses: 6.0+20161126 -> 6.0+20170408

2017-06-01 Thread Burton, Ross

On 26 May 2017 at 10:31, Huang Qiyu  wrote:

> 1) Upgrade ncurses from 6.0+20161126 to 6.0+20170408.
> 2) Delete patch "fix-cflags-mangle.patch",since it is integrated upstream.
>

As usual, the ncurses upgrade has broke mc:

http://errors.yoctoproject.org/Errors/Details/143477/

I haven't investigate what recipe is to blame, but obviously we can't merge
ncurses unless mc builds.

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

[OE-core] [PATCH] kernel.bbclass: fix KERNEL_IMAGETYPE(S) for Image.gz

2017-06-01 Thread Nicolas Dechesne

KERNEL_IMAGETYPES lists all the kernel images that we want to build. in
cb17b6c2a7 (kernel.bbclass: support kernel image type of vmlinux.gz), some logic
was added to support vmlinux.gz which is not a target built by kernel
makefiles (only vmlinux). It is clear that the goal of this logic is only to
support vmlinux.gz and not others compressed format (such as Image.gz) which are
valid target for kernel makefiles.

For Image.gz we should rely on the kernel makefiles and not do the compression
in kernel class.

This patch updates the logic used to filter out non supported kernel target from
KERNEL_IMAGETYPES, and make vmlinux.gz a 'special case', instead of *.gz. If
more special cases are needed in the future, we could add them in a similar way.

This patch should be a no-op for anyone using vmlinux or vmlinux.gz, and on top
of that it is fixing the build for Image.gz which was not working until now.

Signed-off-by: Nicolas Dechesne 
---
 meta/classes/kernel.bbclass | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 7a134d5c29..459b6d66a3 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -44,7 +44,10 @@ python __anonymous () {
 types = (alttype + ' ' + types).strip()
 d.setVar('KERNEL_IMAGETYPES', types)
 
-typeformake = re.sub(r'\.gz', '', types)
+# some commonly used kernel images aren't generated by the kernel build 
system, such as vmlinux.gz
+# typeformake lists only valid kernel make targets, and post processing 
can be done after the kernel
+# is built (such as using gzip to compress vmlinux)
+typeformake = re.sub(r'vmlinux\.gz', 'vmlinux', types)
 d.setVar('KERNEL_IMAGETYPE_FOR_MAKE', typeformake)
 
 for type in types.split():
-- 
2.11.0

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

Re: [OE-core] KERNEL_IMAGETYPES and Image.gz

2017-06-01 Thread Nicolas Dechesne

On Thu, Jun 1, 2017 at 12:56 AM, Andre McCurdy  wrote:
> Unfortunately this doesn't work if "vmlinux" isn't already included in

yes. correct. i noticed that when I wrote my patch.

> KERNEL_IMAGETYPES etc, so we either need to search and replace as
> before, or add something like:
>
> typeformake = types
> if 'vmlinux.gz' in types.split():
> typeformake = typeformake.replace('vmlinux.gz', '').strip()
> if 'vmlinux' not in typeformake.split():
> typeformake = typeformake + ' vmlinux'
>
> which is a little more complex, but has the advantage of not risking
> duplicating "vmlinux" in typeformake, and therefore not calling "make
> vmlinux" twice in kernel_do_compile(), which I guess we sometimes do
> now...

well, i think you are trying to fix 'another' issue here, since we
already have this issue before my proposed patch... so i would prefer
to treat that separately.  this is a more generic issue (e.g.
duplicate in KERNEL_IMAGETYPES) and we could simply remove  duplicates
from typeformake.

I will send out a proper patch with my proposed change.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] AS_NEEDED and rpm4

2017-06-01 Thread Alexander Kanavin


On 06/01/2017 05:06 AM, Mark Hatle wrote:


We added entry for disabling AS_NEEDED for rpm5, now that  we have move to rpm4
is that entry sitll required in "conf/distro/include/as-needed.inc"


Unknown, I hadn't realized this was done.  Should be easy to clear it and see if
everything is still working.


Yes. That's why I really don't like those global include files that 
change flags behind recipes' back - any exceptions to default settings 
are very easy to miss and they really belong in recipes themselves. You 
are welcome to try and submit a patch.


Alex

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

[OE-core] [PATCH 1/1] ltp: upgrade to 20170516

2017-06-01 Thread Dengke Du

1. rebase patch 0034-periodic_output.patch

This patch can't apply, because in memcg_stress_test.sh, it used a
different value for RUN_TIME: 15*60, we can check it here:


https://github.com/linux-test-project/ltp/blob/20170516/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh#L40

Previous is 60*60, we can check it here:


https://github.com/linux-test-project/ltp/blob/20170116/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh#L40

2. delete patch 0039-fcntl-fix-the-time-def-to-use-time_t.patch

This patch didn't need any more, because the upstream has remove the
unneeded time() declaration. We can check it here:


https://github.com/linux-test-project/ltp/commit/f8c96804e5e89d360707c9670b18221b11cf3858

Signed-off-by: Dengke Du 
---
 .../ltp/ltp/0034-periodic_output.patch | 32 +++---
 ...0039-fcntl-fix-the-time-def-to-use-time_t.patch | 29 
 .../ltp/{ltp_20170116.bb => ltp_20170516.bb}   |  5 ++--
 3 files changed, 24 insertions(+), 42 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
 rename meta/recipes-extended/ltp/{ltp_20170116.bb => ltp_20170516.bb} (96%)

diff --git a/meta/recipes-extended/ltp/ltp/0034-periodic_output.patch 
b/meta/recipes-extended/ltp/ltp/0034-periodic_output.patch
index 59caefe..c2ef899 100644
--- a/meta/recipes-extended/ltp/ltp/0034-periodic_output.patch
+++ b/meta/recipes-extended/ltp/ltp/0034-periodic_output.patch
@@ -1,4 +1,7 @@
-Add periodic output for long time test.
+From 5a77e2bdc083f4f842a8ba7c2db1a7ac6e5f0664 Mon Sep 17 00:00:00 2001
+From: Dengke Du 
+Date: Wed, 31 May 2017 21:26:05 -0400
+Subject: [PATCH] Add periodic output for long time test.
 
 This is needed in context of having scripts running ltp tests and
 waiting with a timeout for the output of the tests.
@@ -6,20 +9,26 @@ waiting with a timeout for the output of the tests.
 Signed-off-by: Tudor Florea 
 Upstream-Status: Pending
 
-diff -ruN a/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh 
b/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh
 a/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh   
2013-11-08 15:54:09.515049081 +0100
-+++ b/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh   
2013-11-08 22:32:15.587370406 +0100
-@@ -37,7 +37,8 @@
+Signed-off-by: Dengke Du 
+---
+ .../kernel/controllers/memcg/stress/memcg_stress_test.sh  | 11 ---
+ 1 file changed, 8 insertions(+), 3 deletions(-)
+
+diff --git a/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh 
b/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh
+index af1a708..084e628 100755
+--- a/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh
 b/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh
+@@ -37,7 +37,8 @@ if [ "x$(grep -w memory /proc/cgroups | cut -f4)" != "x1" ]; 
then
  exit 0
  fi
  
--RUN_TIME=$(( 60 * 60 ))
+-RUN_TIME=$(( 15 * 60 ))
 +ONE_MINUTE=60
-+RUN_TIME=60
++RUN_TIME=15
  
  cleanup()
  {
-@@ -62,7 +63,7 @@
+@@ -62,7 +63,7 @@ do_mount()
  # $1 - Number of cgroups
  # $2 - Allocated how much memory in one process? in MB
  # $3 - The interval to touch memory in a process
@@ -28,16 +37,19 @@ diff -ruN 
a/testcases/kernel/controllers/memcg/stress/memcg_stress_test.sh b/tes
  run_stress()
  {
do_mount;
-@@ -81,7 +82,11 @@
+@@ -81,7 +82,11 @@ run_stress()
eval /bin/kill -s SIGUSR1 \$pid$i 2> /dev/null
done
  
 -  sleep $4
 +  for i in $(seq 0 $(($4-1)))
 +  do
-+  eval echo "Started $i min ago. Still alive... " 
++  eval echo "Started $i min ago. Still alive... "
 +  sleep $ONE_MINUTE
 +  done
  
for i in $(seq 0 $(($1-1)))
do
+-- 
+2.8.1
+
diff --git 
a/meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch 
b/meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
deleted file mode 100644
index c0c1dad..000
--- 
a/meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-From 7bce3d223494803cb32897cabe66119076e53d89 Mon Sep 17 00:00:00 2001
-From: Dengke Du 
-Date: Wed, 8 Feb 2017 16:23:51 +0800
-Subject: [PATCH 5/5] fcntl: fix the time() def to use time_t
-
-This fixes the build on X32, where long is 32-bit rather than 64-bit.
-
-Signed-off-by: Christopher Larson 
-Signed-off-by: Dengke Du 

- testcases/kernel/syscalls/fcntl/fcntl14.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/testcases/kernel/syscalls/fcntl/fcntl14.c 
b/testcases/kernel/syscalls/fcntl/fcntl14.c
-index c61eb24..99e3867 100644

[OE-core] [PATCH 0/1] ltp: upgrade to 20170516

2017-06-01 Thread Dengke Du

The following changes since commit bd063fa288b49b6e3ea77982d0ccc46610feb1ad:

  tune-mips32*.inc: use consistent comments across all three .inc files 
(2017-05-30 10:15:20 +0100)

are available in the git repository at:

  https://github.com/DengkeDu/openembedded-core.git dengke/ltp20170516

Dengke Du (1):
  ltp: upgrade to 20170516

 .../ltp/ltp/0034-periodic_output.patch | 32 +++---
 ...0039-fcntl-fix-the-time-def-to-use-time_t.patch | 29 
 .../ltp/{ltp_20170116.bb => ltp_20170516.bb}   |  5 ++--
 3 files changed, 24 insertions(+), 42 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
 rename meta/recipes-extended/ltp/{ltp_20170116.bb => ltp_20170516.bb} (96%)

-- 
2.8.1

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

[OE-core] [PATCH] insane.bbclass: fix override handling in RDEPENDS QA

2017-06-01 Thread Gan, Yau Wai

The package_qa_check_rdepends() in insane.bbclass has
incorrectly replace its localdata OVERRIDES value with
the package name. Fixing it by appending the package name
to the existing OVERRIDES value. This resolves RDEPENDS QA
error when setting PACKAGECONFIG using a pn- override at
local.conf.

[YOCTO #11374]

Signed-off-by: Gan, Yau Wai 
---
 meta/classes/insane.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index dc1c2f8..5a3d017 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -867,7 +867,7 @@ def package_qa_check_rdepends(pkg, pkgdest, skip, taskdeps, 
packages, d):
 
 if not "-dbg" in pkg and not "packagegroup-" in pkg and not "-image" in 
pkg:
 localdata = bb.data.createCopy(d)
-localdata.setVar('OVERRIDES', pkg)
+localdata.setVar('OVERRIDES', localdata.getVar('OVERRIDES') + ':' + 
pkg)
 
 # Now check the RDEPENDS
 rdepends = bb.utils.explode_deps(localdata.getVar('RDEPENDS') or "")
-- 
2.7.4

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

[OE-core] [PATCHv2] oe-pkgdata-util: package-info: Allow extra variables to be displayed

2017-06-01 Thread Peter Kjellerstedt

By specifying the -e  option one or multiple times, extra
variables available in the pkgdata can be displayed, e.,g,
`oe-pkgdata-util package-info -e SUMMARY -e LICENSE ...`. The extra
variables displayed are quoted since some of them may contain
whitespace.

Signed-off-by: Peter Kjellerstedt 
---
PATCHv2: Changed references to SRC_URI into LICENSE, since SRC_URI is
not an available variable in the pkgdata.

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

diff --git a/scripts/oe-pkgdata-util b/scripts/oe-pkgdata-util
index 6255662a4b..87beecb9da 100755
--- a/scripts/oe-pkgdata-util
+++ b/scripts/oe-pkgdata-util
@@ -325,8 +325,14 @@ def package_info(args):
 recipe_version = recipe_version + "-" + mappings[pkg]['PR']
 pkg_size = mappings[pkg]['PKGSIZE']
 
-items.append("%s %s %s %s %s" %
- (pkg, pkg_version, recipe, recipe_version, pkg_size))
+line = "%s %s %s %s %s" % (pkg, pkg_version, recipe, recipe_version, 
pkg_size)
+
+for val in args.extra:
+src_uri = mappings[pkg][val].strip()
+src_uri = re.sub(r'\s+', ' ', src_uri)
+line += ' "%s"' % src_uri
+
+items.append(line)
 print('\n'.join(items))
 
 def get_recipe_pkgs(pkgdata_dir, recipe, unpackaged):
@@ -530,6 +536,7 @@ def main():
   description='Looks up the specified 
runtime package(s) and display information')
 parser_package_info.add_argument('pkg', nargs='*', help='Runtime package 
name to look up')
 parser_package_info.add_argument('-f', '--file', help='Read package names 
from the specified file (one per line, first field only)')
+parser_package_info.add_argument('-e', '--extra', help='Extra variables to 
display, e.g., LICENSE (can be specified multiple times)', action='append')
 parser_package_info.set_defaults(func=package_info)
 
 parser_find_path = subparsers.add_parser('find-path',
-- 
2.12.0

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

73 matches

Mail list logo