[OE-core] [PATCH V3] libgpg-error: 1.27 -> 1.28

[Hongxu Jia]

- Rebase pkgconfig.patch

- Fix regression on arm64 due to invalid use of va_list

License-Update: copyright years

Signed-off-by: Hongxu Jia 
---
 ...gression-on-arm64-due-to-invalid-use-of-v.patch | 61 
 .../libgpg-error/libgpg-error/pkgconfig.patch  | 67 +-
 .../libgpg-error/libgpg-error_1.27.bb  | 62 
 .../libgpg-error/libgpg-error_1.28.bb  | 63 
 4 files changed, 165 insertions(+), 88 deletions(-)
 create mode 100644 
meta/recipes-support/libgpg-error/libgpg-error/0001-core-Fix-regression-on-arm64-due-to-invalid-use-of-v.patch
 delete mode 100644 meta/recipes-support/libgpg-error/libgpg-error_1.27.bb
 create mode 100644 meta/recipes-support/libgpg-error/libgpg-error_1.28.bb

diff --git 
a/meta/recipes-support/libgpg-error/libgpg-error/0001-core-Fix-regression-on-arm64-due-to-invalid-use-of-v.patch
 
b/meta/recipes-support/libgpg-error/libgpg-error/0001-core-Fix-regression-on-arm64-due-to-invalid-use-of-v.patch
new file mode 100644
index 000..c35e724
--- /dev/null
+++ 
b/meta/recipes-support/libgpg-error/libgpg-error/0001-core-Fix-regression-on-arm64-due-to-invalid-use-of-v.patch
@@ -0,0 +1,61 @@
+From 791177de023574223eddf7288eb7c5a0721ac623 Mon Sep 17 00:00:00 2001
+From: Werner Koch 
+Date: Sun, 18 Mar 2018 17:39:43 +0100
+Subject: [PATCH] core: Fix regression on arm64 due to invalid use of va_list.
+
+* src/logging.c (_gpgrt_log_printhex): Provide a dummy arg instead of
+NULL.
+--
+
+Fix
+Suggested-by: Jakub Wilk 
+
+Signed-off-by: Werner Koch 
+
+Upstream-Status: Backport
+
+Signed-off-by: Hongxu Jia 
+
+---
+ src/logging.c | 18 ++
+ 1 file changed, 14 insertions(+), 4 deletions(-)
+
+diff --git a/src/logging.c b/src/logging.c
+index 1a4f620..d01f974 100644
+--- a/src/logging.c
 b/src/logging.c
+@@ -1090,9 +1090,10 @@ _gpgrt_log_flush (void)
+ 
+ 
+ /* Print a hexdump of (BUFFER,LENGTH).  With FMT passed as NULL print
+- * just the raw dump, with FMT being an empty string, print a trailing
+- * linefeed, otherwise print an entire debug line with the expanded
+- * FMT followed by a possible wrapped hexdump and a final LF.  */
++ * just the raw dump (in this case ARG_PTR is not used), with FMT
++ * being an empty string, print a trailing linefeed, otherwise print
++ * an entire debug line with the expanded FMT followed by a possible
++ * wrapped hexdump and a final LF.  */
+ void
+ _gpgrt_logv_printhex (const void *buffer, size_t length,
+   const char *fmt, va_list arg_ptr)
+@@ -1150,7 +1151,16 @@ _gpgrt_log_printhex (const void *buffer, size_t length,
+   va_end (arg_ptr);
+ }
+   else
+-_gpgrt_logv_printhex (buffer, length, NULL, NULL);
++{
++  /* va_list is not necessary a pointer and thus we can't use NULL
++   * because that would conflict with platforms using a straight
++   * struct for it (e.g. arm64).  We use a dummy variable instead;
++   * the static is a simple way zero it out so to not get
++   * complains about uninitialized use.  */
++  static va_list dummy_argptr;
++
++  _gpgrt_logv_printhex (buffer, length, NULL, dummy_argptr);
++}
+ }
+ 
+ 
+-- 
+2.7.4
+
diff --git a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch 
b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
index 9ffeedb..3066613 100644
--- a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
+++ b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
@@ -1,15 +1,26 @@
-
-#
-# Patch managed by http://www.mn-logistik.de/unsupported/pxa250/patcher
-#
+From ec309e20b5a27d42a5fb915c328d61e924ab5f19 Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Thu, 29 Mar 2018 15:12:17 +0800
+Subject: [PATCH] support pkgconfig
 
 Upstream-Status: Pending
 
-Index: libgpg-error-1.17/configure.ac
-===
 libgpg-error-1.17.orig/configure.ac
-+++ libgpg-error-1.17/configure.ac
-@@ -529,6 +529,7 @@ AC_CONFIG_FILES([src/Makefile tests/Make
+Rebase to 1.28
+
+Signed-off-by: Hongxu Jia 
+---
+ configure.ac|  1 +
+ src/Makefile.am |  4 ++-
+ src/gpg-error.m4| 71 +++--
+ src/gpg-error.pc.in | 11 +
+ 4 files changed, 18 insertions(+), 69 deletions(-)
+ create mode 100644 src/gpg-error.pc.in
+
+diff --git a/configure.ac b/configure.ac
+index aca9300..f7794e9 100644
+--- a/configure.ac
 b/configure.ac
+@@ -621,6 +621,7 @@ AC_CONFIG_FILES([src/Makefile tests/Makefile])
  AC_CONFIG_FILES([lang/Makefile lang/cl/Makefile lang/cl/gpg-error.asd])
  AC_CONFIG_FILES([src/versioninfo.rc src/gpg-error.w32-manifest])
  AC_CONFIG_FILES([src/gpg-error-config], [chmod +x src/gpg-error-config])
@@ -17,33 +28,33 @@ Index: libgpg-error-1.17/configure.ac
  
  AC_OUTPUT
  
-Index: libgpg-error-1.17/src/Makefile.am
-===
---

Re: [OE-core] [PATCH V2 4/7] libgpg-error: 1.27 -> 1.28

[Hongxu Jia]

On 2018年04月04日 02:35, Martin Jansa wrote:

This seems to cause:

| ../../libgpg-error-1.28/src/logging.c: In function 
'_gpgrt_log_printhex':
| ../../libgpg-error-1.28/src/logging.c:1153:49: error: incompatible 
type for argument 4 of '_gpgrt_logv_printhex'

|      _gpgrt_logv_printhex (buffer, length, NULL, NULL);
|                                                  ^~~~
| ../../libgpg-error-1.28/src/logging.c:1097:1: note: expected 
'va_list {aka __va_list}' but argument is of type 'void *'

|  _gpgrt_logv_printhex (const void *buffer, size_t length,
|  ^~~~
| make[3]: *** [libgpg_error_la-logging.lo] Error 1

which looks the same as:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893370



Yes, backport a fix from upstream git repo could fix the issue

https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=commitdiff;h=791177de023574223eddf7288eb7c5a0721ac623

V3 incoming

//Hongxu



On Fri, Mar 30, 2018 at 10:52 AM, Hongxu Jia > wrote:


- Rebase pkgconfig.patch

License-Update: copyright years

Signed-off-by: Hongxu Jia mailto:hongxu@windriver.com>>
---
 .../libgpg-error/libgpg-error/pkgconfig.patch     | 67
+-
 .../{libgpg-error_1.27.bb  =>
libgpg-error_1.28.bb } |  6 +-
 2 files changed, 44 insertions(+), 29 deletions(-)
 rename meta/recipes-support/libgpg-error/{libgpg-error_1.27.bb
 => libgpg-error_1.28.bb
} (88%)

diff --git
a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
index 9ffeedb..3066613 100644
--- a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
+++ b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
@@ -1,15 +1,26 @@
-
-#
-# Patch managed by
http://www.mn-logistik.de/unsupported/pxa250/patcher

-#
+From ec309e20b5a27d42a5fb915c328d61e924ab5f19 Mon Sep 17 00:00:00
2001
+From: Hongxu Jia mailto:hongxu@windriver.com>>
+Date: Thu, 29 Mar 2018 15:12:17 +0800
+Subject: [PATCH] support pkgconfig

 Upstream-Status: Pending

-Index: libgpg-error-1.17/configure.ac 
-===
 libgpg-error-1.17.orig/configure.ac 
-+++ libgpg-error-1.17/configure.ac 
-@@ -529,6 +529,7 @@ AC_CONFIG_FILES([src/Makefile tests/Make
+Rebase to 1.28
+
+Signed-off-by: Hongxu Jia mailto:hongxu@windriver.com>>
+---
+ configure.ac        |  1 +
+ src/Makefile.am     |  4 ++-
+ src/gpg-error.m4    | 71
+++--
+ src/gpg-error.pc.in  | 11 +
+ 4 files changed, 18 insertions(+), 69 deletions(-)
+ create mode 100644 src/gpg-error.pc.in 
+
+diff --git a/configure.ac  b/configure.ac

+index aca9300..f7794e9 100644
+--- a/configure.ac 
 b/configure.ac 
+@@ -621,6 +621,7 @@ AC_CONFIG_FILES([src/Makefile tests/Makefile])
  AC_CONFIG_FILES([lang/Makefile lang/cl/Makefile
lang/cl/gpg-error.asd])
  AC_CONFIG_FILES([src/versioninfo.rc src/gpg-error.w32-manifest])
  AC_CONFIG_FILES([src/gpg-error-config], [chmod +x
src/gpg-error-config])
@@ -17,33 +28,33 @@ Index: libgpg-error-1.17/configure.ac


  AC_OUTPUT

-Index: libgpg-error-1.17/src/Makefile.am
-===
 libgpg-error-1.17.orig/src/Makefile.am
-+++ libgpg-error-1.17/src/Makefile.am
-@@ -75,6 +75,8 @@ nodist_include_HEADERS = gpg-error.h
- bin_SCRIPTS = gpg-error-config
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 268c2ab..95f8459 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -87,6 +87,8 @@ bin_SCRIPTS = gpg-error-config
+ nodist_bin_SCRIPTS = gpgrt-config
  m4datadir = $(datadir)/aclocal
- m4data_DATA = gpg-error.m4
+ m4data_DATA = gpg-error.m4 gpgrt.m4
 +pkgconfigdir = $(libdir)/pkgconfig
 +pkgconfig_DATA = gpg-error.pc

  EXTRA_DIST = mkstrtable.awk err-sources.h.in
 err-codes.h.in  \
        mkerrnos.awk errnos.in  README \
-@@ -82,7 +84,7 @@ EXTRA_DIST = mkstrtable.awk err-sources.
+@@ -94,7 +96,7 @@ EXTRA_DIST = mkstrtable.awk err-sources.h.in
 err-codes.h.in  \
        mkheader.c gpg-error.h.in 
mkw32errm

[OE-core] [PATCH 2/2] archiver: Fix archive for linked kernel source

[Tom Hochstein]

When archiving a kernel, if S is ${WORKDIR}/git, then
${WORKDIR}/git is in fact a soft link into work-shared,
and the archive contains just the soft link. Fix by
archiving the real directory.

Signed-off-by: Tom Hochstein 
---
 meta/classes/archiver.bbclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index c107615..31c9b7e 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -277,6 +277,11 @@ def create_tarball(d, srcdir, suffix, ar_outdir):
 if (d.getVar('SRC_URI') == ""):
 return
 
+# For the kernel archive, srcdir may just be a link to the
+# work-shared location. Use os.path.realpath to make sure
+# that we archive the actual directory and not just the link.
+srcdir = os.path.realpath(srcdir)
+
 bb.utils.mkdirhier(ar_outdir)
 if suffix:
 filename = '%s-%s.tar.gz' % (d.getVar('PF'), suffix)
-- 
2.7.4

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

Re: [OE-core] [PATCH 1/1] systemd: fix typo in sulogin-path setting

[Paul Eggleton]

On Monday, 26 March 2018 9:05:20 PM NZST Chen Qi wrote:
> Fix typo in sulogin-path setting. It should be ${base_sbindir} instead of
> just {base_sbindir}.
> 
> Signed-off-by: Chen Qi 
> ---
>  meta/recipes-core/systemd/systemd_237.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/systemd/systemd_237.bb b/meta/recipes-core/
systemd/systemd_237.bb
> index 7ef42b2..1d04796 100644
> --- a/meta/recipes-core/systemd/systemd_237.bb
> +++ b/meta/recipes-core/systemd/systemd_237.bb
> @@ -189,7 +189,7 @@ EXTRA_OEMESON += "-Dkexec-path=${sbindir}/kexec \
>-Dmount-path=${base_bindir}/mount \
>-Dquotacheck-path=${sbindir}/quotacheck \
>-Dquotaon-path=${sbindir}/quotaon \
> -  -Dsulogin-path={base_sbindir}/sulogin \
> +  -Dsulogin-path=${base_sbindir}/sulogin \
>-Dumount-path=${base_bindir}/umount"
>  
>  do_install() {
> 

I talked with Aaron this morning and he has been seeing the results of this on 
his autobuilder (failed boot with systemd) - can we pull this in as soon as 
possible?

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


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

[OE-core] ✗ patchtest: failure for Package updates for Master

[Patchwork]

== Series Details ==

Series: Package updates for Master
Revision: 1
URL   : https://patchwork.openembedded.org/series/11671/
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 LIC_FILES_CHKSUM changed on target libpcre2 but there is no 
"License-Update" tag in commit message 
[test_lic_files_chksum_modified_not_mentioned] 
  Suggested fixInclude "License-Update: " into the commit 
message with a brief description
  Current checksum file://LICENCE;md5=12d55e15a0c6da5c645ba40382bd3293
  New checksum file://LICENCE;md5=f5e4bde9fd0493d0967b4dba9899590f



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

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

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

[OE-core] [PATCH 17/21] xorgproto: add replacement for depricated calibrateproto

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb

diff --git a/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb 
b/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb
new file mode 100644
index 000..f48a22b
--- /dev/null
+++ b/meta/recipes-graphics/xorg-proto/xorgproto_2018.4.bb
@@ -0,0 +1,14 @@
+require xorg-proto-common.inc
+
+SUMMARY = "XCalibrate: Touchscreen calibration headers"
+
+DESCRIPTION = "This package provides the headers and specification documents 
defining \
+the core protocol and (many) extensions for the X Window System"
+
+LICENSE = "MIT-style"
+LIC_FILES_CHKSUM = 
"file://COPYING-x11proto;md5=b9e051107d5628966739a0b2e9b32676"
+
+SRC_URI[md5sum] = "81557ca47ee66a4e54590fcdadd28114"
+SRC_URI[sha256sum] = 
"fee885e0512899ea5280c593fdb2735beb1693ad170c22ebcc844470eec415a0"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.7.4

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

[OE-core] [PATCH 18/21] *proto: remove depricated xorg proto header recipes and replace by xorgproto

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../xorg-proto/bigreqsproto_1.1.2.bb   | 16 -
 .../xorg-proto/calibrateproto/fix.patch| 42 --
 .../xorg-proto/calibrateproto_git.bb   | 21 ---
 .../xorg-proto/compositeproto_0.4.2.bb | 21 ---
 .../xorg-proto/damageproto_1.2.1.bb| 20 ---
 meta/recipes-graphics/xorg-proto/dmxproto_2.3.1.bb | 18 --
 meta/recipes-graphics/xorg-proto/dri2proto_2.8.bb  | 15 
 meta/recipes-graphics/xorg-proto/dri3proto_1.0.bb  | 14 
 meta/recipes-graphics/xorg-proto/fixesproto_5.0.bb | 22 
 .../xorg-proto/fontsproto_2.1.3.bb | 18 --
 meta/recipes-graphics/xorg-proto/glproto_1.4.17.bb | 18 --
 .../xorg-proto/inputproto_2.3.2.bb | 22 
 meta/recipes-graphics/xorg-proto/kbproto_1.0.7.bb  | 18 --
 .../xorg-proto/presentproto_git.bb | 22 
 .../xorg-proto/randrproto_1.5.0.bb | 19 --
 .../xorg-proto/recordproto_1.14.2.bb   | 18 --
 .../xorg-proto/renderproto_0.11.1.bb   | 21 ---
 .../xorg-proto/resourceproto_1.2.0.bb  | 19 --
 .../xorg-proto/scrnsaverproto_1.2.2.bb | 19 --
 .../xorg-proto/videoproto_2.3.3.bb | 14 
 .../xorg-proto/xcmiscproto_1.2.2.bb| 17 -
 .../recipes-graphics/xorg-proto/xextproto_7.3.0.bb | 24 -
 .../xorg-proto/xf86dgaproto_2.1.bb | 18 --
 .../xorg-proto/xf86driproto_2.1.1.bb   | 17 -
 .../xorg-proto/xf86miscproto_0.9.3.bb  | 17 -
 .../xorg-proto/xf86vidmodeproto_2.3.1.bb   | 18 --
 .../xorg-proto/xineramaproto_1.2.1.bb  | 19 --
 .../xorg-proto/xproto/xproto_fix_for_x32.patch | 24 -
 meta/recipes-graphics/xorg-proto/xproto_7.0.31.bb  | 19 --
 29 files changed, 570 deletions(-)
 delete mode 100644 meta/recipes-graphics/xorg-proto/bigreqsproto_1.1.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/calibrateproto/fix.patch
 delete mode 100644 meta/recipes-graphics/xorg-proto/calibrateproto_git.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/compositeproto_0.4.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/damageproto_1.2.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/dmxproto_2.3.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/dri2proto_2.8.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/dri3proto_1.0.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/fixesproto_5.0.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/fontsproto_2.1.3.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/glproto_1.4.17.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/inputproto_2.3.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/kbproto_1.0.7.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/presentproto_git.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/randrproto_1.5.0.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/recordproto_1.14.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/renderproto_0.11.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/resourceproto_1.2.0.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/scrnsaverproto_1.2.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/videoproto_2.3.3.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xcmiscproto_1.2.2.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xextproto_7.3.0.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xf86dgaproto_2.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xf86driproto_2.1.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xf86miscproto_0.9.3.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xf86vidmodeproto_2.3.1.bb
 delete mode 100644 meta/recipes-graphics/xorg-proto/xineramaproto_1.2.1.bb
 delete mode 100644 
meta/recipes-graphics/xorg-proto/xproto/xproto_fix_for_x32.patch
 delete mode 100644 meta/recipes-graphics/xorg-proto/xproto_7.0.31.bb

diff --git a/meta/recipes-graphics/xorg-proto/bigreqsproto_1.1.2.bb 
b/meta/recipes-graphics/xorg-proto/bigreqsproto_1.1.2.bb
deleted file mode 100644
index f798a43..000
--- a/meta/recipes-graphics/xorg-proto/bigreqsproto_1.1.2.bb
+++ /dev/null
@@ -1,16 +0,0 @@
-require xorg-proto-common.inc
-
-PE = "1"
-
-SUMMARY = "BigReqs: X Big Requests extension headers"
-
-DESCRIPTION = "This package provides the wire protocol for the \
-BIG-REQUESTS extension, used to send larger requests that usual in order \
-to avoid fragmentation."
-
-BBCLASSEXTEND = "native nativesdk"
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=b12715630da6f268d0d3712ee1a504f4"
-
-SRC_URI[md5sum] = "1a05fb01fa1d5198894c931cf925c025"
-SRC_URI[sha256sum] = 
"462116ab44e41d8121bfde947321950370b28

[OE-core] [PATCH 16/21] xf86-video-vesa: update 2.4.0 update

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../{xf86-video-vesa_2.3.4.bb => xf86-video-vesa_2.4.0.bb}  | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vesa_2.3.4.bb => 
xf86-video-vesa_2.4.0.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.4.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.4.0.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.4.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.4.0.bb
index fa251b5..5c1356d 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.4.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.4.0.bb
@@ -9,13 +9,11 @@ can drive most VESA-compatible video cards, but only makes 
use of the \
 basic standard VESA core that is common to these cards. The driver \
 supports depths 8, 15 16 and 24."
 
-PR = "${INC_PR}.0"
-
 DEPENDS += "virtual/libx11 randrproto libpciaccess"
 
 COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
 
 RRECOMMENDS_${PN} += "xserver-xorg-module-libint10"
 
-SRC_URI[md5sum] = "a893c37c589f7a31cea929a5d896a0e2"
-SRC_URI[sha256sum] = 
"7bddf4d879dd6f67088ecb203a31e12334aab980174bd0909930a21f32e251c1"
+SRC_URI[md5sum] = "8134201beaf6f77150c7809c3cc802e6"
+SRC_URI[sha256sum] = 
"bf443c94d7bf6cd4e248f8a3147f4647be04dc4c80250d9405006263bbdee38c"
-- 
2.7.4

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

[OE-core] [PATCH 21/21] maintainers: update email address

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 meta/conf/distro/include/maintainers.inc | 212 +++
 1 file changed, 106 insertions(+), 106 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 5b142c0..d7a7a1a 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -65,8 +65,8 @@ RECIPE_MAINTAINER_pn-bash = "Hongxu Jia 
"
 RECIPE_MAINTAINER_pn-bash-completion = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-bc = "Jose Lamego "
 RECIPE_MAINTAINER_pn-bdwgc = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-beecrypt = "Armin Kuster "
-RECIPE_MAINTAINER_pn-bind = "Armin Kuster "
+RECIPE_MAINTAINER_pn-beecrypt = "Armin Kuster "
+RECIPE_MAINTAINER_pn-bind = "Armin Kuster "
 RECIPE_MAINTAINER_pn-binutils = "Khem Raj "
 RECIPE_MAINTAINER_pn-binutils-cross = "Khem Raj "
 RECIPE_MAINTAINER_pn-binutils-cross-canadian = "Khem Raj "
@@ -110,7 +110,7 @@ RECIPE_MAINTAINER_pn-console-tools = "Chen Qi 
"
 RECIPE_MAINTAINER_pn-consolekit = "Chen Qi "
 RECIPE_MAINTAINER_pn-coreutils = "Chen Qi "
 RECIPE_MAINTAINER_pn-cpio = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-cracklib = "Armin Kuster "
+RECIPE_MAINTAINER_pn-cracklib = "Armin Kuster "
 RECIPE_MAINTAINER_pn-createrepo-c = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-cronie = "Maxin B. John "
 RECIPE_MAINTAINER_pn-cross-localedef-native = "Khem Raj "
@@ -118,7 +118,7 @@ RECIPE_MAINTAINER_pn-cryptodev-linux = "Robert Yang 
"
 RECIPE_MAINTAINER_pn-cryptodev-module = "Robert Yang 
"
 RECIPE_MAINTAINER_pn-cryptodev-tests = "Robert Yang 
"
 RECIPE_MAINTAINER_pn-cups = "Chen Qi "
-RECIPE_MAINTAINER_pn-curl = "Armin Kuster "
+RECIPE_MAINTAINER_pn-curl = "Armin Kuster "
 RECIPE_MAINTAINER_pn-cve-check-tool = "Ross Burton "
 RECIPE_MAINTAINER_pn-cwautomacros = "Maxin B. John "
 RECIPE_MAINTAINER_pn-db = "Mark Hatle "
@@ -154,7 +154,7 @@ RECIPE_MAINTAINER_pn-eglinfo-x11 = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-gnu-efi = "Yi Zhao "
 RECIPE_MAINTAINER_pn-gnupg = "Hongxu Jia "
-RECIPE_MAINTAINER_pn-gnutls = "Armin Kuster "
+RECIPE_MAINTAINER_pn-gnutls = "Armin Kuster "
 RECIPE_MAINTAINER_pn-go = "Khem Raj "
 RECIPE_MAINTAINER_pn-go-cross = "Khem Raj "
 RECIPE_MAINTAINER_pn-go-dep = "Otavio Salvador 
"
@@ -286,7 +286,7 @@ RECIPE_MAINTAINER_pn-kconfig-frontends = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-libcroco = "Maxin B. John "
 RECIPE_MAINTAINER_pn-libdaemon = "Alexander Kanavin 
"
-RECIPE_MAINTAINER_pn-libdmx = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libdmx = "Armin Kuster "
 RECIPE_MAINTAINER_pn-libdnf = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-libdrm = "Otavio Salvador 
"
 RECIPE_MAINTAINER_pn-libepoxy = "Maxin B. John "
@@ -324,7 +324,7 @@ RECIPE_MAINTAINER_pn-libfakekey = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-libxml-simple-perl = "Tim Orling 
"
 RECIPE_MAINTAINER_pn-libxml2 = "Hongxu Jia "
-RECIPE_MAINTAINER_pn-libxmu = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxpm = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxrandr = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxrender = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxres = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxscrnsaver = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxmu = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxpm = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxrandr = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxrender = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxres = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxscrnsaver = "Armin Kuster "
 RECIPE_MAINTAINER_pn-libxsettings-client = "Maxin B. John 
"
-RECIPE_MAINTAINER_pn-libxshmfence = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxshmfence = "Armin Kuster "
 RECIPE_MAINTAINER_pn-libxslt = "Alexander Kanavin 
"
-RECIPE_MAINTAINER_pn-libxt = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxtst = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxv = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxvmc = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxxf86dga = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxxf86misc = "Armin Kuster "
-RECIPE_MAINTAINER_pn-libxxf86vm = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxt = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxtst = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxv = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxvmc = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxxf86dga = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxxf86misc = "Armin Kuster "
+RECIPE_MAINTAINER_pn-libxxf86vm = "Armin Kuster "
 RECIPE_MAINTAINER_pn-libyaml = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-lighttpd = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-linux-dummy = "Alexander Kanavin 
"
@@ -490,11 +490,11 @@ RECIPE_MAINTAINER_pn-meta-ide-support = "Cristian Iorga 
"
 RECIPE_MAINTAINER_pn-neard = "Maxin B. John "
 RECIPE_MAINTAINER_pn-neon = "Maxin B. John "
-RECIPE_MAINTAINER_pn-net-tools = "Armin Kuster "
-RECIPE_MAINTAINER_pn-netbase = "Armin Kuster "
+RECIPE_MAINTAINER_pn-net-tools = "Armin Kuster "
+RECIPE_MAINTAINER_pn-netbase = "Armin Kuster "
 RECIPE_MAINTAINER_pn-nettle = "Armin Kuster "
 RECIPE_MAIN

[OE-core] [PATCH 19/21] maintainers and distro: replace deprecated *protro header files with xorgproto

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/conf/distro/include/distro_alias.inc | 30 +-
 meta/conf/distro/include/maintainers.inc  | 28 +---
 2 files changed, 2 insertions(+), 56 deletions(-)

diff --git a/meta/conf/distro/include/distro_alias.inc 
b/meta/conf/distro/include/distro_alias.inc
index 8ec623b..1f4ff11 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -15,7 +15,6 @@ DISTRO_PN_ALIAS_pn-alsa-utils-scripts = "OE-Core"
 DISTRO_PN_ALIAS_pn-atk = "Fedora=atk OpenSuSE=atk"
 DISTRO_PN_ALIAS_pn-avahi-ui = "Ubuntu=avahi-discover Debian=avahi-discover"
 DISTRO_PN_ALIAS_pn-babeltrace = "OSPDT"
-DISTRO_PN_ALIAS_pn-bigreqsproto = "Meego=xorg-x11-proto-bigreqsproto"
 DISTRO_PN_ALIAS_pn-bjam = "OpenSuSE=boost-jam Debina=bjam"
 DISTRO_PN_ALIAS_pn-blktool = "Debian=blktool Mandriva=blktool"
 DISTRO_PN_ALIAS_pn-bluez5 = "Fedora=bluez  Opensuse=bluez"
@@ -25,7 +24,6 @@ DISTRO_PN_ALIAS_pn-build-appliance-image = "OSPDT"
 DISTRO_PN_ALIAS_pn-build-compare = "Opensuse=build-compare 
Fedora=build-compare"
 DISTRO_PN_ALIAS_pn-builder = "OE-Core"
 DISTRO_PN_ALIAS_pn-buildtools-tarball = "OE-Core"
-DISTRO_PN_ALIAS_pn-calibrateproto = "OSPDT 
upstream=http://cgit.freedesktop.org/xorg/proto/calibrateproto";
 DISTRO_PN_ALIAS_pn-cdrtools = "OpenSUSE=cdrtools OSPDT"
 DISTRO_PN_ALIAS_pn-chkconfig-alternatives = "Mandriva=chkconfig 
Debian=chkconfig"
 DISTRO_PN_ALIAS_pn-clutter = "Fedora=clutter OpenSuse=clutter 
Ubuntu=clutter-1.0 Mandriva=clutter Debian=clutter"
@@ -37,7 +35,6 @@ DISTRO_PN_ALIAS_pn-clutter-gtk-1.0 = "Debian=clutter-gtk 
Ubuntu=clutter-gtk Fedo
 DISTRO_PN_ALIAS_pn-clutter-gtk-1.8 = "Fedora=clutter-gtk OpenSuSE=clutter-gtk 
Ubuntu=clutter-gtk-0.10 Mandriva=clutter-gtk Debian=clutter-gtk"
 DISTRO_PN_ALIAS_pn-cogl-1.0 = "Debian=cogl Ubuntu=cogl Fedora=cogl"
 DISTRO_PN_ALIAS_pn-cogl = "Fedora=cogl OpenSuse=cogl Ubuntu=cogl Mandriva=cogl 
Debian=cogl"
-DISTRO_PN_ALIAS_pn-compositeproto = "Meego=xorg-x11-proto-compositeproto"
 DISTRO_PN_ALIAS_pn-connman = "Meego=connman"
 DISTRO_PN_ALIAS_pn-connman-conf = "OE-Core"
 DISTRO_PN_ALIAS_pn-connman-gnome = "Intel"
@@ -68,14 +65,12 @@ DISTRO_PN_ALIAS_pn-cryptodev-linux = "OE-Core"
 DISTRO_PN_ALIAS_pn-cryptodev-module = "OE-Core"
 DISTRO_PN_ALIAS_pn-cryptodev-tests = "OE-Core"
 DISTRO_PN_ALIAS_pn-cwautomacros = "OSPDT 
upstream=http://cwautomacros.berlios.de/";
-DISTRO_PN_ALIAS_pn-damageproto = "Meego=xorg-x11-proto-damageproto"
 DISTRO_PN_ALIAS_pn-db = "Debian=db5.1 Ubuntu=db5.1"
 DISTRO_PN_ALIAS_pn-dbus-test = "Fedora=dbus Ubuntu=dbus"
 DISTRO_PN_ALIAS_pn-dbus-wait = "OpenedHand"
 DISTRO_PN_ALIAS_pn-depmodwrapper-cross = "OE-Core"
 DISTRO_PN_ALIAS_pn-distcc = "Debian=distcc Fedora=distcc"
 DISTRO_PN_ALIAS_pn-distcc-config = "OpenedHand"
-DISTRO_PN_ALIAS_pn-dmxproto = "Meego=xorg-x11-proto-dmxproto 
Ubuntu=x11proto-dmx Debian=x11proto-dmx"
 DISTRO_PN_ALIAS_pn-docbook-dsssl-stylesheets = "Fedora=docbook-style-dsssl 
Ubuntu=docbook-dsssl"
 DISTRO_PN_ALIAS_pn-docbook-sgml-dtd-3.1 = "Fedora=docbook-dtds 
Mandriva=docbook-dtd31-sgml"
 DISTRO_PN_ALIAS_pn-docbook-sgml-dtd-4.1 = "Fedora=docbook-dtds 
Mandriva=docbook-dtd41-sgml"
@@ -83,18 +78,13 @@ DISTRO_PN_ALIAS_pn-docbook-sgml-dtd-4.5 = 
"Fedora=docbook-dtds Mandriva=docbook-
 DISTRO_PN_ALIAS_pn-docbook-xml-dtd4 = "Ubuntu=docbook-xml Fedora=docbook-dtds"
 DISTRO_PN_ALIAS_pn-docbook-xml-dtd4-native = "Ubuntu=docbook-xml 
Fedora=docbook-dtds"
 DISTRO_PN_ALIAS_pn-docbook-xsl-stylesheets = "Fedora=docbook-xsl-stylesheets 
Opensuse=docbook-xsl-stylesheets"
-DISTRO_PN_ALIAS_pn-dri2proto = "Meego=xorg-x11-proto-dri2proto"
-DISTRO_PN_ALIAS_pn-dri3proto = "Fedora=dri3proto Opensuse=dri3proto-devel"
 DISTRO_PN_ALIAS_pn-dropbear = "Debian=dropbear Ubuntu=dropbear"
 DISTRO_PN_ALIAS_pn-dtc = "Fedora=dtc Ubuntu=dtc"
 DISTRO_PN_ALIAS_pn-eee-acpi-scripts = "Debian=eeepc-acpi-scripts 
Ubuntu=eeepc-acpi-scripts"
 DISTRO_PN_ALIAS_pn-eglinfo-fb = "OE-Core"
 DISTRO_PN_ALIAS_pn-eglinfo-x11 = "OE-Core"
 DISTRO_PN_ALIAS_pn-encodings = "Ubuntu=xfonts-encodings 
Mandriva=x11-font-encodings Debian=xfonts-encodings"
-DISTRO_PN_ALIAS_pn-fixesproto = "Meego=xorg-x11-proto-fixesproto"
 DISTRO_PN_ALIAS_pn-font-alias = "Fedora=xorg-x11-fonts-base 
Mandriva=x11-font-alias Meego=xorg-x11-fonts"
-DISTRO_PN_ALIAS_pn-fontcacheproto = "Meego=xorg-x11-proto-fontcacheproto"
-DISTRO_PN_ALIAS_pn-fontsproto = "Meego=xorg-x11-proto-fontsproto"
 DISTRO_PN_ALIAS_pn-font-util = "Meego=xorg-x11-font-utils 
Fedora=xorg-x11-font-utils Ubuntu=xfonts-utils Mandriva=x11-font-util 
Debian=xfonts-utils"
 DISTRO_PN_ALIAS_pn-formfactor = "OE-Core"
 DISTRO_PN_ALIAS_pn-fstests = "OpenedHand"
@@ -114,7 +104,6 @@ DISTRO_PN_ALIAS_pn-glib-2.0 = "Meego=glib2 Fedora=glib2 
OpenSuSE=glib2 Ubuntu=gl
 DISTRO_PN_ALIAS_pn-glibc-locale = "OpenSuSE=glibc-locale Fedora=glibc-devel"
 DISTRO_PN_ALIAS_pn-glibc-mtrace = "Fedora=glibc-utils Ubuntu=libc-dev-bin"
 DISTRO_PN_ALIAS_pn-gl

[OE-core] [PATCH 20/21] xorg: replace depricated *proto depends with xorgproto

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/mesa/mesa.inc  |  6 +++---
 meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb  |  2 +-
 meta/recipes-graphics/xorg-app/rgb_1.0.6.bb  |  2 +-
 meta/recipes-graphics/xorg-app/xev_1.2.2.bb  |  2 +-
 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb|  6 +++---
 meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb   |  2 +-
 meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.4.0.bb   |  2 +-
 .../recipes-graphics/xorg-driver/xf86-video-vmware_13.2.1.bb |  2 +-
 meta/recipes-graphics/xorg-driver/xorg-driver-common.inc |  2 +-
 meta/recipes-graphics/xorg-driver/xorg-driver-input.inc  |  2 +-
 meta/recipes-graphics/xorg-driver/xorg-driver-video.inc  |  2 +-
 meta/recipes-graphics/xorg-lib/libdmx_1.1.3.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libfontenc_1.1.3.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libice_1.0.9.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libsm_1.2.2.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libx11.inc|  4 ++--
 meta/recipes-graphics/xorg-lib/libxau_1.0.8.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libxcalibrate_git.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxcb_1.13.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxcomposite_0.4.4.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxdamage_1.1.4.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libxdmcp_1.1.2.bb |  2 +-
 meta/recipes-graphics/xorg-lib/libxext_1.3.3.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxfixes_5.0.3.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxfont_1.5.4.bb |  2 +-
 meta/recipes-graphics/xorg-lib/libxi_1.7.9.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxinerama_1.1.3.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxkbfile_1.0.9.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libxrandr_1.5.1.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxrender_0.9.10.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxres_1.2.0.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxscrnsaver_1.2.2.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxt_1.1.5.bb|  2 +-
 meta/recipes-graphics/xorg-lib/libxtst_1.2.3.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxv_1.0.11.bb   |  2 +-
 meta/recipes-graphics/xorg-lib/libxvmc_1.0.10.bb |  2 +-
 meta/recipes-graphics/xorg-lib/libxxf86dga_1.1.4.bb  |  2 +-
 meta/recipes-graphics/xorg-lib/libxxf86misc_1.0.3.bb |  2 +-
 meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.4.bb   |  2 +-
 meta/recipes-graphics/xorg-util/makedepend_1.0.5.bb  |  2 +-
 meta/recipes-graphics/xorg-xserver/xserver-xorg.inc  | 12 ++--
 42 files changed, 52 insertions(+), 52 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 9e4da81..45335e9 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -47,7 +47,7 @@ PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 
'wayland vulkan', d)} \
 # "gbm" requires "dri", "opengl"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
 
-X11_DEPS = "xf86driproto glproto virtual/libx11 libxext libxxf86vm libxdamage 
libxfixes"
+X11_DEPS = "xorgproto virtual/libx11 libxext libxxf86vm libxdamage libxfixes"
 # "x11" requires "opengl"
 PACKAGECONFIG[x11] = "--enable-glx-tls,--disable-glx,${X11_DEPS}"
 PACKAGECONFIG[xvmc] = "--enable-xvmc,--disable-xvmc,libxvmc"
@@ -57,8 +57,8 @@ DRIDRIVERS = "swrast"
 DRIDRIVERS_append_x86 = ",radeon,r200,nouveau,i965,i915"
 DRIDRIVERS_append_x86-64 = ",radeon,r200,nouveau,i965,i915"
 # "dri" requires "opengl"
-PACKAGECONFIG[dri] = "--enable-dri --with-dri-drivers=${DRIDRIVERS}, 
--disable-dri, dri2proto libdrm"
-PACKAGECONFIG[dri3] = "--enable-dri3, --disable-dri3, dri3proto presentproto 
libxshmfence"
+PACKAGECONFIG[dri] = "--enable-dri --with-dri-drivers=${DRIDRIVERS}, 
--disable-dri, xorgproto libdrm"
+PACKAGECONFIG[dri3] = "--enable-dri3, --disable-dri3, xorgproto libxshmfence"
 
 # Vulkan drivers need dri3 enabled
 # radeon could be enabled as well but requires gallium-llvm with llvm >= 3.9
diff --git a/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb 
b/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
index 88c88f1..2a6bec1 100644
--- a/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
+++ b/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
@@ -8,7 +8,7 @@ font name (XLFD) is generated, and is written together with the 
file \
 name to a file fonts.scale in the directory.  The resulting fonts.scale \
 is used by the mkfontdir program."
 
-DEPENDS = "util-macros-native zlib li

[OE-core] [PATCH 14/21] util-macros: update to 1.19.2

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../xorg-util/{util-macros_1.19.1.bb => util-macros_1.19.2.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-util/{util-macros_1.19.1.bb => 
util-macros_1.19.2.bb} (75%)

diff --git a/meta/recipes-graphics/xorg-util/util-macros_1.19.1.bb 
b/meta/recipes-graphics/xorg-util/util-macros_1.19.2.bb
similarity index 75%
rename from meta/recipes-graphics/xorg-util/util-macros_1.19.1.bb
rename to meta/recipes-graphics/xorg-util/util-macros_1.19.2.bb
index b39d787..2680599 100644
--- a/meta/recipes-graphics/xorg-util/util-macros_1.19.1.bb
+++ b/meta/recipes-graphics/xorg-util/util-macros_1.19.2.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=1970511fddd439b07a6ba789d28ff662"
 
 PE = "1"
 
-SRC_URI[md5sum] = "3f8a8e6100556f7f28e469809805dee8"
-SRC_URI[sha256sum] = 
"472ad0e41d1e0abf5ecafd29460bf1b8d47e53d4b7d3abf1f66d02dc576547b8"
+SRC_URI[md5sum] = "5059b328fac086b733ffac6607164c41"
+SRC_URI[sha256sum] = 
"9225c45c3de60faf971979a55a5536f3562baa4b6f02246c23e98ac0c09a75b7"
 
 # ${PN} is empty so we need to tweak -dev and -dbg package dependencies
 RDEPENDS_${PN}-dev = ""
-- 
2.7.4

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

[OE-core] [PATCH 11/21] xcb-proto: update to 1.13

[Armin Kuster]

From: Armin Kuster 

drop patches included in update

Signed-off-by: Armin Kuster 
---
 .../0001-Make-whitespace-use-consistent.patch  | 215 -
 ...print-is-a-function-and-needs-parentheses.patch |  75 ---
 .../{xcb-proto_1.12.bb => xcb-proto_1.13.bb}   |  10 +-
 3 files changed, 4 insertions(+), 296 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-proto/xcb-proto/0001-Make-whitespace-use-consistent.patch
 delete mode 100644 
meta/recipes-graphics/xorg-proto/xcb-proto/0002-print-is-a-function-and-needs-parentheses.patch
 rename meta/recipes-graphics/xorg-proto/{xcb-proto_1.12.bb => 
xcb-proto_1.13.bb} (83%)

diff --git 
a/meta/recipes-graphics/xorg-proto/xcb-proto/0001-Make-whitespace-use-consistent.patch
 
b/meta/recipes-graphics/xorg-proto/xcb-proto/0001-Make-whitespace-use-consistent.patch
deleted file mode 100644
index 89ec666..000
--- 
a/meta/recipes-graphics/xorg-proto/xcb-proto/0001-Make-whitespace-use-consistent.patch
+++ /dev/null
@@ -1,215 +0,0 @@
-From ea7a3ac6c658164690e0febb55f4467cb9e0bcac Mon Sep 17 00:00:00 2001
-From: Thomas Klausner 
-Date: Thu, 19 May 2016 17:30:04 +0200
-Subject: [PATCH 1/2] Make whitespace use consistent.
-
-At least python-3.5.x complains about this forcefully.
-
-Signed-off-by: Thomas Klausner 
-Signed-off-by: Uli Schlachter 
-
-Upstream-Status: Backport
-
-Signed-off-by: Robert Yang 

- xcbgen/align.py | 96 -
- 1 file changed, 48 insertions(+), 48 deletions(-)
-
-diff --git a/xcbgen/align.py b/xcbgen/align.py
-index 5e31838..d4c12ee 100644
 a/xcbgen/align.py
-+++ b/xcbgen/align.py
-@@ -16,12 +16,12 @@ class Alignment(object):
- return self.align == other.align and self.offset == other.offset
- 
- def __str__(self):
--  return "(align=%d, offset=%d)" % (self.align, self.offset)
-+return "(align=%d, offset=%d)" % (self.align, self.offset)
- 
- @staticmethod
- def for_primitive_type(size):
--  # compute the required start_alignment based on the size of the type
--  if size % 8 == 0:
-+# compute the required start_alignment based on the size of the type
-+if size % 8 == 0:
- # do 8-byte primitives require 8-byte alignment in X11?
- return Alignment(8,0)
- elif size % 4 == 0:
-@@ -33,7 +33,7 @@ class Alignment(object):
- 
- 
- def align_after_fixed_size(self, size):
--  new_offset = (self.offset + size) % self.align
-+new_offset = (self.offset + size) % self.align
- return Alignment(self.align, new_offset)
- 
- 
-@@ -41,7 +41,7 @@ class Alignment(object):
- '''
- Assuming the given external_align, checks whether
- self is fulfilled for all cases.
--  Returns True if yes, False otherwise.
-+Returns True if yes, False otherwise.
- '''
- if self.align == 1 and self.offset == 0:
- # alignment 1 with offset 0 is always fulfilled
-@@ -55,9 +55,9 @@ class Alignment(object):
- # the external align guarantees less alignment -> not guaranteed
- return False
- 
--  if external_align.align % self.align != 0:
-+if external_align.align % self.align != 0:
- # the external align cannot be divided by our align
--  # -> not guaranteed
-+# -> not guaranteed
- # (this can only happen if there are alignments that are not
- # a power of 2, which is highly discouraged. But better be
- # safe and check for it)
-@@ -72,7 +72,7 @@ class Alignment(object):
- 
- def combine_with(self, other):
- # returns the alignment that is guaranteed when
--  # both, self or other, can happen
-+# both, self or other, can happen
- new_align = gcd(self.align, other.align)
- new_offset_candidate1 = self.offset % new_align
- new_offset_candidate2 = other.offset % new_align
-@@ -83,8 +83,8 @@ class Alignment(object):
- new_align = gcd(new_align, offset_diff)
- new_offset_candidate1 = self.offset % new_align
- new_offset_candidate2 = other.offset % new_align
--  assert new_offset_candidate1 == new_offset_candidate2
--  new_offset = new_offset_candidate1
-+assert new_offset_candidate1 == new_offset_candidate2
-+new_offset = new_offset_candidate1
- # return the result
- return Alignment(new_align, new_offset)
- 
-@@ -92,44 +92,44 @@ class Alignment(object):
- class AlignmentLog(object):
- 
- def __init__(self):
--  self.ok_list = []
--  self.fail_list = []
--  self.verbosity = 1
-+self.ok_list = []
-+self.fail_list = []
-+self.verbosity = 1
- 
- def __str__(self):
--  result = ""
-+result = ""
- 
--  # output the OK-list
--  for (align_before, field_name, type_obj, callstack, align_after) in 
self.ok_list:
--  stacksize = len(ca

[OE-core] [PATCH 15/21] libxcb: update to 1.13

[Armin Kuster]

From: Armin Kuster 

patch 0001-include-stdint.h-for-SSIZE_MAX-and-SIZE_MAX-definiti.patch remove
as it is included in update

Signed-off-by: Armin Kuster 
---
 .../Fix-inconsistent-use-of-tabs-vs.-space.patch   | 62 --
 .../xorg-lib/{libxcb_1.12.bb => libxcb_1.13.bb}|  6 +--
 2 files changed, 3 insertions(+), 65 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libxcb/Fix-inconsistent-use-of-tabs-vs.-space.patch
 rename meta/recipes-graphics/xorg-lib/{libxcb_1.12.bb => libxcb_1.13.bb} (85%)

diff --git 
a/meta/recipes-graphics/xorg-lib/libxcb/Fix-inconsistent-use-of-tabs-vs.-space.patch
 
b/meta/recipes-graphics/xorg-lib/libxcb/Fix-inconsistent-use-of-tabs-vs.-space.patch
deleted file mode 100644
index 8992386..000
--- 
a/meta/recipes-graphics/xorg-lib/libxcb/Fix-inconsistent-use-of-tabs-vs.-space.patch
+++ /dev/null
@@ -1,62 +0,0 @@
-From 8740a288ca468433141341347aa115b9544891d3 Mon Sep 17 00:00:00 2001
-From: Thomas Klausner 
-Date: Thu, 19 May 2016 17:31:18 +0200
-Subject: [PATCH] Fix inconsistent use of tabs vs. space.
-
-Needed for at least python-3.5.x.
-
-Signed-off-by: Thomas Klausner 
-Signed-off-by: Uli Schlachter 
-
-Upstream-Status: Backport
-
-Signed-off-by: Robert Yang 

- src/c_client.py | 14 +++---
- 1 file changed, 7 insertions(+), 7 deletions(-)
-
-diff --git a/src/c_client.py b/src/c_client.py
-index 57de3fb..043338d 100644
 a/src/c_client.py
-+++ b/src/c_client.py
-@@ -1364,7 +1364,7 @@ def _c_serialize(context, self):
- _c('unsigned int xcb_align_to = 0;')
- if self.is_switch:
- _c('unsigned int xcb_padding_offset = %d;',
-- self.get_align_offset() )
-+   self.get_align_offset() )
- prefix = [('_aux', '->', self)]
- aux_ptr = 'xcb_out'
- 
-@@ -1390,7 +1390,7 @@ def _c_serialize(context, self):
- _c('unsigned int xcb_align_to = 0;')
- if self.is_switch:
- _c('unsigned int xcb_padding_offset = %d;',
-- self.get_align_offset() )
-+   self.get_align_offset() )
- 
- elif 'sizeof' == context:
- param_names = [p[2] for p in params]
-@@ -1930,14 +1930,14 @@ def _c_accessors_list(self, field):
- # from the request size and divide that by the member size
- return '(((R->length * 4) - sizeof('+ self.c_type + 
'))/'+'sizeof('+field.type.member.c_wiretype+'))'
- else:
--  # use the accessor to get the start of the list, then
--  # compute the length of it by subtracting it from
-+# use the accessor to get the start of the list, then
-+# compute the length of it by subtracting it from
- # the adress of the first byte after the end of the
- # request
--  after_end_of_request = '(((char*)R) + R->length * 4)'
--  start_of_list = '%s(R)' % (field.c_accessor_name)
-+after_end_of_request = '(((char*)R) + R->length * 4)'
-+start_of_list = '%s(R)' % (field.c_accessor_name)
- bytesize_of_list = '%s - (char*)(%s)' % 
(after_end_of_request, start_of_list)
--  return '(%s) / sizeof(%s)' % (bytesize_of_list, 
field.type.member.c_wiretype)
-+return '(%s) / sizeof(%s)' % (bytesize_of_list, 
field.type.member.c_wiretype)
- else:
- raise Exception(
- "lengthless lists with varsized members are not 
supported. Fieldname '%s'"
--- 
-2.9.0
-
diff --git a/meta/recipes-graphics/xorg-lib/libxcb_1.12.bb 
b/meta/recipes-graphics/xorg-lib/libxcb_1.13.bb
similarity index 85%
rename from meta/recipes-graphics/xorg-lib/libxcb_1.12.bb
rename to meta/recipes-graphics/xorg-lib/libxcb_1.13.bb
index a38bdea..04b58ea 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb_1.12.bb
+++ b/meta/recipes-graphics/xorg-lib/libxcb_1.13.bb
@@ -13,10 +13,10 @@ SRC_URI = 
"http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2 \
file://xcbincludedir.patch \
file://disable-check.patch \
file://gcc-mips-pr68302-mips-workaround.patch \
-   file://Fix-inconsistent-use-of-tabs-vs.-space.patch \
   "
-SRC_URI[md5sum] = "28e552bd78bc1050b6b26ca1db0e5bb6"
-SRC_URI[sha256sum] = 
"4adfb1b7c67e99bc9c2ccb110b2f175686576d2f792c8a71b9c8b19014057b5b"
+
+SRC_URI[md5sum] = "c2b6cf928afa16b0047c974e7aaa783f"
+SRC_URI[sha256sum] = 
"188c8752193c50ff2dbe89db4554c63df2e26a2e47b0fa415a70918b5b851daa"
 
 BBCLASSEXTEND = "native nativesdk"
 
-- 
2.7.4

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

[OE-core] [PATCH 13/21] mkfontscale: update to 1.1.3

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../xorg-app/{mkfontscale_1.1.2.bb => mkfontscale_1.1.3.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{mkfontscale_1.1.2.bb => 
mkfontscale_1.1.3.bb} (80%)

diff --git a/meta/recipes-graphics/xorg-app/mkfontscale_1.1.2.bb 
b/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-app/mkfontscale_1.1.2.bb
rename to meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
index 31cf186..88c88f1 100644
--- a/meta/recipes-graphics/xorg-app/mkfontscale_1.1.2.bb
+++ b/meta/recipes-graphics/xorg-app/mkfontscale_1.1.3.bb
@@ -14,5 +14,5 @@ BBCLASSEXTEND = "native"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=2e0d129d05305176d1a790e0ac1acb7f"
 
-SRC_URI[md5sum] = "9bdd6ebfa62b1bbd474906ac86a40fd8"
-SRC_URI[sha256sum] = 
"8c6d5228af885477b9aec60ca6f172578e7d2de42234357af62fb00439453f20"
+SRC_URI[md5sum] = "987c438e79f5ddb84a9c5726a1610819"
+SRC_URI[sha256sum] = 
"1e98df69ee5f4542d711e140e1d93e2c3f2775407ccbb7849110d52b91782a6a"
-- 
2.7.4

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

[OE-core] [PATCH 08/21] xeyes: update to 1.1.2

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-app/{xeyes_1.1.1.bb => xeyes_1.1.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xeyes_1.1.1.bb => xeyes_1.1.2.bb} (72%)

diff --git a/meta/recipes-graphics/xorg-app/xeyes_1.1.1.bb 
b/meta/recipes-graphics/xorg-app/xeyes_1.1.2.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-app/xeyes_1.1.1.bb
rename to meta/recipes-graphics/xorg-app/xeyes_1.1.2.bb
index 84d0cb8..06885f8 100644
--- a/meta/recipes-graphics/xorg-app/xeyes_1.1.1.bb
+++ b/meta/recipes-graphics/xorg-app/xeyes_1.1.2.bb
@@ -8,7 +8,7 @@ PE = "1"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=3ea51b365051ac32d1813a7dbaa4bfc6"
 
-SRC_URI[md5sum] = "a3035dcecdbdb89e864177c080924981"
-SRC_URI[sha256sum] = 
"975e98680cd59e1f9439016386609546ed08c284d0f05a95276f96aca6e8a521"
+SRC_URI[md5sum] = "6f0543ec84283df5743eeafc173bea4a"
+SRC_URI[sha256sum] = 
"57bcec0d2d167af9e5d44d0dbd74c6d7c0f0591cd0608952b23c749fdd910553"
 
 DEPENDS += "libxau libxt libxext libxmu libxrender"
-- 
2.7.4

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

[OE-core] [PATCH 07/21] gnutls: update to 3.6.2

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-support/gnutls/{gnutls_3.6.1.bb => gnutls_3.6.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/gnutls/{gnutls_3.6.1.bb => gnutls_3.6.2.bb} (54%)

diff --git a/meta/recipes-support/gnutls/gnutls_3.6.1.bb 
b/meta/recipes-support/gnutls/gnutls_3.6.2.bb
similarity index 54%
rename from meta/recipes-support/gnutls/gnutls_3.6.1.bb
rename to meta/recipes-support/gnutls/gnutls_3.6.2.bb
index 7624a20..e540528 100644
--- a/meta/recipes-support/gnutls/gnutls_3.6.1.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.6.2.bb
@@ -3,7 +3,7 @@ require gnutls.inc
 SRC_URI += "file://0001-configure.ac-fix-sed-command.patch \
 file://arm_eabi.patch \
"
-SRC_URI[md5sum] = "4b65ae3ffef59f3eeed51a6166ff12b3"
-SRC_URI[sha256sum] = 
"20b10d2c9994bc032824314714d0e84c0f19bdb3d715d8ed55beb7364a8ebaed"
+SRC_URI[md5sum] = "8b4912c6c0e5ffefd3dbb4888eaf8a58"
+SRC_URI[sha256sum] = 
"bcd5db7b234e02267f36b5d13cf5214baac232b7056a506252b7574ea7738d1f"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.7.4

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

[OE-core] [PATCH 10/21] xset: update to 1.2.4

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-app/{xset_1.2.3.bb => xset_1.2.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xset_1.2.3.bb => xset_1.2.4.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-app/xset_1.2.3.bb 
b/meta/recipes-graphics/xorg-app/xset_1.2.4.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-app/xset_1.2.3.bb
rename to meta/recipes-graphics/xorg-app/xset_1.2.4.bb
index f683b76..5748837 100644
--- a/meta/recipes-graphics/xorg-app/xset_1.2.3.bb
+++ b/meta/recipes-graphics/xorg-app/xset_1.2.4.bb
@@ -12,8 +12,8 @@ PE = "1"
 
 SRC_URI += "file://disable-xkb.patch"
 
-SRC_URI[md5sum] = "dcd227388b57487d543cab2fd7a602d7"
-SRC_URI[sha256sum] = 
"4382f4fb29b88647e13f3b4bc29263134270747fc159cfc5f7e3af23588c8063"
+SRC_URI[md5sum] = "70ea7bc7bacf1a124b1692605883f620"
+SRC_URI[sha256sum] = 
"e4fd95280df52a88e9b0abc1fee11dcf0f34fc24041b9f45a247e52df941c957"
 
 CFLAGS += "-D_GNU_SOURCE"
 EXTRA_OECONF = "--disable-xkb --without-fontcache"
-- 
2.7.4

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

[OE-core] [PATCH 12/21] curl: update to 7.59.0

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-support/curl/{curl_7.58.0.bb => curl_7.59.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/curl/{curl_7.58.0.bb => curl_7.59.0.bb} (95%)

diff --git a/meta/recipes-support/curl/curl_7.58.0.bb 
b/meta/recipes-support/curl/curl_7.59.0.bb
similarity index 95%
rename from meta/recipes-support/curl/curl_7.58.0.bb
rename to meta/recipes-support/curl/curl_7.59.0.bb
index 5535a56..e356fdc 100644
--- a/meta/recipes-support/curl/curl_7.58.0.bb
+++ b/meta/recipes-support/curl/curl_7.59.0.bb
@@ -15,8 +15,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
 #
 SRC_URI += " file://configure_ac.patch"
 
-SRC_URI[md5sum] = "fa049f9f90c1ae473a2a7bcfa14de976"
-SRC_URI[sha256sum] = 
"1cb081f97807c01e3ed747b6e1c9fee7a01cb10048f1cd0b5f56cfe0209de731"
+SRC_URI[md5sum] = "a2192804f7c2636a09320416afcf888e"
+SRC_URI[sha256sum] = 
"b5920ffd6a8c95585fb95070e0ced38322790cb335c39d0dab852d12e157b5a0"
 
 CVE_PRODUCT = "libcurl"
 inherit autotools pkgconfig binconfig multilib_header
-- 
2.7.4

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

[OE-core] [PATCH 09/21] libshmfence: update to 1.3

[Armin Kuster]

From: Armin Kuster 

refreshed patch

Signed-off-by: Armin Kuster 
---
 .../xorg-lib/libxshmfence/extensions.patch | 14 --
 .../xorg-lib/{libxshmfence_1.2.bb => libxshmfence_1.3.bb}  |  4 ++--
 2 files changed, 10 insertions(+), 8 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxshmfence_1.2.bb => 
libxshmfence_1.3.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch 
b/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch
index 4cc9e05..461fe83 100644
--- a/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence/extensions.patch
@@ -4,14 +4,16 @@ AC_USE_SYSTEM_EXTENSIONS to get that defined.
 Upstream-Status: Submitted
 Signed-off-by: Ross Burton 
 
-diff --git a/configure.ac b/configure.ac
-index 0c98875..ebf4dee 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -29,4 +29,6 @@ AC_CONFIG_SRCDIR([Makefile.am])
- AC_CONFIG_HEADERS([config.h])
+Index: libxshmfence-1.3/configure.ac
+===
+--- libxshmfence-1.3.orig/configure.ac
 libxshmfence-1.3/configure.ac
+@@ -30,6 +30,8 @@ AC_CONFIG_HEADERS([config.h])
+ 
+ AC_USE_SYSTEM_EXTENSIONS
  
 +AC_USE_SYSTEM_EXTENSIONS
 +
  # Initialize Automake
  AM_INIT_AUTOMAKE([foreign dist-bzip2])
+ 
diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb 
b/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
rename to meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
index 1df068d..f6f5fb2 100644
--- a/meta/recipes-graphics/xorg-lib/libxshmfence_1.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
@@ -15,5 +15,5 @@ BBCLASSEXTEND = "native nativesdk"
 
 SRC_URI += "file://extensions.patch"
 
-SRC_URI[md5sum] = "2e76899112c0f99e22f2fc775a7e"
-SRC_URI[sha256sum] = 
"d21b2d1fd78c1efbe1f2c16dae1cb23f8fd231dcf891465b8debe636a9054b0c"
+SRC_URI[md5sum] = "42dda8016943dc12aff2c03a036e0937"
+SRC_URI[sha256sum] = 
"b884300d26a14961a076fbebc762a39831cb75f92bed5ccf9836345b459220c7"
-- 
2.7.4

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

[OE-core] [PATCH 06/21] xwininfo: update to 1.1.4

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../xorg-app/{xwininfo_1.1.3.bb => xwininfo_1.1.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xwininfo_1.1.3.bb => xwininfo_1.1.4.bb} 
(72%)

diff --git a/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb 
b/meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb
rename to meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb
index 0c23d19..1fb90dd 100644
--- a/meta/recipes-graphics/xorg-app/xwininfo_1.1.3.bb
+++ b/meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb
@@ -11,5 +11,5 @@ DEPENDS += "libxext libxmu gettext-native"
 
 PE = "0"
 
-SRC_URI[md5sum] = "b777bafb674555e48fd8437618270931"
-SRC_URI[sha256sum] = 
"218eb0ea95bd8de7903dfaa26423820c523ad1598be0751d2d8b6a2c23b23ff8"
+SRC_URI[md5sum] = "9a505b91ae7160bbdec360968d060c83"
+SRC_URI[sha256sum] = 
"839498aa46b496492a5c65cd42cd2e86e0da88149b0672e90cb91648f8cd5b01"
-- 
2.7.4

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

[OE-core] [PATCH 05/21] xinit: update to 1.4.0

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-app/{xinit_1.3.4.bb => xinit_1.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xinit_1.3.4.bb => xinit_1.4.0.bb} (79%)

diff --git a/meta/recipes-graphics/xorg-app/xinit_1.3.4.bb 
b/meta/recipes-graphics/xorg-app/xinit_1.4.0.bb
similarity index 79%
rename from meta/recipes-graphics/xorg-app/xinit_1.3.4.bb
rename to meta/recipes-graphics/xorg-app/xinit_1.4.0.bb
index 9318518..dc2a06b 100644
--- a/meta/recipes-graphics/xorg-app/xinit_1.3.4.bb
+++ b/meta/recipes-graphics/xorg-app/xinit_1.4.0.bb
@@ -12,8 +12,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=18f01e7b39807bebe2b8df101a039b68"
 
 PE = "1"
 
-SRC_URI[md5sum] = "4e928452dfaf73851413a2d8b8c76388"
-SRC_URI[sha256sum] = 
"75d88d7397a07e01db253163b7c7a00b249b3d30e99489f2734cac9a0c7902b3"
+SRC_URI[md5sum] = "2da154b2f80ca9637b1a17b13af0880c"
+SRC_URI[sha256sum] = 
"230835eef2f5978a1e1344928168119373f6df1d0a32c09515e545721ee582ef"
 
 EXTRA_OECONF = "ac_cv_path_MCOOKIE=${bindir}/mcookie"
 
-- 
2.7.4

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

[OE-core] [PATCH 02/21] xprop: update to 1.2.3

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-app/{xprop_1.2.2.bb => xprop_1.2.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xprop_1.2.2.bb => xprop_1.2.3.bb} (78%)

diff --git a/meta/recipes-graphics/xorg-app/xprop_1.2.2.bb 
b/meta/recipes-graphics/xorg-app/xprop_1.2.3.bb
similarity index 78%
rename from meta/recipes-graphics/xorg-app/xprop_1.2.2.bb
rename to meta/recipes-graphics/xorg-app/xprop_1.2.3.bb
index d78bf04..ca58d47 100644
--- a/meta/recipes-graphics/xorg-app/xprop_1.2.2.bb
+++ b/meta/recipes-graphics/xorg-app/xprop_1.2.3.bb
@@ -14,5 +14,5 @@ DEPENDS += "libxmu"
 
 PE = "1"
 
-SRC_URI[md5sum] = "fae3d2fda07684027a643ca783d595cc"
-SRC_URI[sha256sum] = 
"9bee88b1025865ad121f72d32576dd3027af1446774aa8300cce3c261d869bc6"
+SRC_URI[md5sum] = "4becb3ddc4674d741487189e4ce3d0b6"
+SRC_URI[sha256sum] = 
"d22afb28c86d85fff10a50156a7d0fa930c80ae865d70b26d805fd28a17a521b"
-- 
2.7.4

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

[OE-core] [PATCH 01/21] libpcre2: update to 10.31

[Armin Kuster]

From: Armin Kuster 

LICENSE changed do to updating copyrige date

Signed-off-by: Armin Kuster 
---
 .../libpcre/{libpcre2_10.30.bb => libpcre2_10.31.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/libpcre/{libpcre2_10.30.bb => libpcre2_10.31.bb} 
(90%)

diff --git a/meta/recipes-support/libpcre/libpcre2_10.30.bb 
b/meta/recipes-support/libpcre/libpcre2_10.31.bb
similarity index 90%
rename from meta/recipes-support/libpcre/libpcre2_10.30.bb
rename to meta/recipes-support/libpcre/libpcre2_10.31.bb
index 46c2d63..a10c312 100644
--- a/meta/recipes-support/libpcre/libpcre2_10.30.bb
+++ b/meta/recipes-support/libpcre/libpcre2_10.31.bb
@@ -8,14 +8,14 @@ SUMMARY = "Perl Compatible Regular Expressions version 2"
 HOMEPAGE = "http://www.pcre.org";
 SECTION = "devel"
 LICENSE = "BSD"
-LIC_FILES_CHKSUM = "file://LICENCE;md5=12d55e15a0c6da5c645ba40382bd3293"
+LIC_FILES_CHKSUM = "file://LICENCE;md5=f5e4bde9fd0493d0967b4dba9899590f"
 
 SRC_URI = "https://ftp.pcre.org/pub/pcre/pcre2-${PV}.tar.bz2 \
file://pcre-cross.patch \
 "
 
-SRC_URI[md5sum] = "d3adf4b130eed854a530390f00020a65"
-SRC_URI[sha256sum] = 
"90bd41c605d30e3745771eb81928d779f158081a51b2f314bbcc1f73de5773db"
+SRC_URI[md5sum] = "e0b91c891a3c49050f7fd15de33d0ba4"
+SRC_URI[sha256sum] = 
"e07d538704aa65e477b6a392b32ff9fc5edf75ab9a40ddfc876186c4ff4d68ac"
 
 CVE_PRODUCT = "pcre2"
 
-- 
2.7.4

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

[OE-core] [PATCH 00/21] Package updates for Master

[Armin Kuster]

Please concider these changes for master next. 
The X11 changes should not go in sumo. These changes will affect meta-oe
and possible others

The following changes since commit 4cedddb83623c79980b354642dfeaf78218ca4b7:

  libpcre-ptest: skip locale test (2018-03-30 09:40:34 +0100)

are available in the git repository at:

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

Armin Kuster (21):
  libpcre2: update to 10.31
  xprop: update to 1.2.3
  xkeypboard-config: update to 2.23.1
  xkbcomp: update to 1.4.1
  xinit: update to 1.4.0
  xwininfo: update to 1.1.4
  gnutls: update to 3.6.2
  xeyes: update to 1.1.2
  libshmfence: update to 1.3
  xset: update to 1.2.4
  xcb-proto: update to 1.13
  curl: update to 7.59.0
  mkfontscale: update to 1.1.3
  util-macros: update to 1.19.2
  libxcb: update to 1.13
  xf86-video-vesa: update 2.4.0 update
  xorgproto: add replacement for depricated calibrateproto
  *proto: remove depricated xorg proto header recipes and replace by
xorgproto
  maintainers and distro: replace deprecated *protro header files with
xorgproto
  xorg: replace depricated *proto depends with xorgproto
  maintainers: update email address

 meta/conf/distro/include/distro_alias.inc  |  30 +--
 meta/conf/distro/include/maintainers.inc   | 238 +
 meta/recipes-graphics/mesa/mesa.inc|   6 +-
 .../{mkfontscale_1.1.2.bb => mkfontscale_1.1.3.bb} |   6 +-
 meta/recipes-graphics/xorg-app/rgb_1.0.6.bb|   2 +-
 meta/recipes-graphics/xorg-app/xev_1.2.2.bb|   2 +-
 .../xorg-app/{xeyes_1.1.1.bb => xeyes_1.1.2.bb}|   4 +-
 .../xorg-app/{xinit_1.3.4.bb => xinit_1.4.0.bb}|   4 +-
 .../{xkbcomp_1.4.0.bb => xkbcomp_1.4.1.bb} |   6 +-
 .../xorg-app/{xprop_1.2.2.bb => xprop_1.2.3.bb}|   4 +-
 .../xorg-app/{xset_1.2.3.bb => xset_1.2.4.bb}  |   4 +-
 .../{xwininfo_1.1.3.bb => xwininfo_1.1.4.bb}   |   4 +-
 .../xorg-driver/xf86-video-intel_git.bb|   6 +-
 .../xorg-driver/xf86-video-omap_0.4.5.bb   |   2 +-
 ...ideo-vesa_2.3.4.bb => xf86-video-vesa_2.4.0.bb} |   8 +-
 .../xorg-driver/xf86-video-vmware_13.2.1.bb|   2 +-
 .../xorg-driver/xorg-driver-common.inc |   2 +-
 .../xorg-driver/xorg-driver-input.inc  |   2 +-
 .../xorg-driver/xorg-driver-video.inc  |   2 +-
 meta/recipes-graphics/xorg-lib/libdmx_1.1.3.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libfontenc_1.1.3.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libice_1.0.9.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libsm_1.2.2.bb  |   2 +-
 meta/recipes-graphics/xorg-lib/libx11.inc  |   4 +-
 meta/recipes-graphics/xorg-lib/libxau_1.0.8.bb |   2 +-
 .../recipes-graphics/xorg-lib/libxcalibrate_git.bb |   2 +-
 .../Fix-inconsistent-use-of-tabs-vs.-space.patch   |  62 --
 .../xorg-lib/{libxcb_1.12.bb => libxcb_1.13.bb}|   8 +-
 .../xorg-lib/libxcomposite_0.4.4.bb|   2 +-
 meta/recipes-graphics/xorg-lib/libxdamage_1.1.4.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxdmcp_1.1.2.bb   |   2 +-
 meta/recipes-graphics/xorg-lib/libxext_1.3.3.bb|   2 +-
 meta/recipes-graphics/xorg-lib/libxfixes_5.0.3.bb  |   2 +-
 meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb  |   2 +-
 meta/recipes-graphics/xorg-lib/libxfont_1.5.4.bb   |   2 +-
 meta/recipes-graphics/xorg-lib/libxi_1.7.9.bb  |   2 +-
 .../recipes-graphics/xorg-lib/libxinerama_1.1.3.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxkbfile_1.0.9.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxrandr_1.5.1.bb  |   2 +-
 .../recipes-graphics/xorg-lib/libxrender_0.9.10.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxres_1.2.0.bb|   2 +-
 .../xorg-lib/libxscrnsaver_1.2.2.bb|   2 +-
 .../xorg-lib/libxshmfence/extensions.patch |  14 +-
 .../{libxshmfence_1.2.bb => libxshmfence_1.3.bb}   |   4 +-
 meta/recipes-graphics/xorg-lib/libxt_1.1.5.bb  |   2 +-
 meta/recipes-graphics/xorg-lib/libxtst_1.2.3.bb|   2 +-
 meta/recipes-graphics/xorg-lib/libxv_1.0.11.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxvmc_1.0.10.bb   |   2 +-
 .../recipes-graphics/xorg-lib/libxxf86dga_1.1.4.bb |   2 +-
 .../xorg-lib/libxxf86misc_1.0.3.bb |   2 +-
 meta/recipes-graphics/xorg-lib/libxxf86vm_1.1.4.bb |   2 +-
 ...d-config_2.22.bb => xkeyboard-config_2.23.1.bb} |   4 +-
 .../xorg-proto/bigreqsproto_1.1.2.bb   |  16 --
 .../xorg-proto/calibrateproto/fix.patch|  42 
 .../xorg-proto/calibrateproto_git.bb   |  21 --
 .../xorg-proto/compositeproto_0.4.2.bb |  21 --
 .../xorg-proto/damageproto_1.2.1.bb|  20 --
 meta/recipes-graphics/xorg-proto/dmxproto_2.3.1.bb |  18 --
 meta/recipes-graphics/xorg-proto/dri2proto_2.8.bb  |  15 --
 meta/recipes-graphics/xorg-proto/dri3proto_1.0.bb  |  14 --
 meta/recipes-graphics/xorg

[OE-core] [PATCH 04/21] xkbcomp: update to 1.4.1

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 .../xorg-app/{xkbcomp_1.4.0.bb => xkbcomp_1.4.1.bb} | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xkbcomp_1.4.0.bb => xkbcomp_1.4.1.bb} 
(75%)

diff --git a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb 
b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb
similarity index 75%
rename from meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb
rename to meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb
index c9dc327..c35d5d7 100644
--- a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.0.bb
+++ b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb
@@ -9,11 +9,9 @@ be read directly by XKB-capable X servers or utilities."
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=08436e4f4476964e2e2dd7e7e41e076a"
 
-PR = "${INC_PR}.0"
-
 DEPENDS += "libxkbfile"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "cc22b232bc78a303371983e1b48794ab"
-SRC_URI[sha256sum] = 
"bc69c8748c03c5ad9afdc8dff9db11994dd871b614c65f8940516da6bf61ce6b"
+SRC_URI[md5sum] = "07df9790d30f9a369d20a418af784de0"
+SRC_URI[sha256sum] = 
"748dc4cf58ac95684106bd9cf163ac6ab7de9a236faec02a6f4d4006d63a5736"
-- 
2.7.4

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

[OE-core] [PATCH 03/21] xkeypboard-config: update to 2.23.1

[Armin Kuster]

From: Armin Kuster 

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

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.22.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb
similarity index 87%
rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.22.bb
rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb
index 4fd894f..fb9f5d1 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.22.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb
@@ -14,8 +14,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9"
 
 SRC_URI = 
"${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2"
 
-SRC_URI[md5sum] = "eb61fb3fd419e817df572b0c8d94a883"
-SRC_URI[sha256sum] = 
"deaec9989fbc443358b43864437b7b6d39caff07890a4a8055105ce9fcaa59bd"
+SRC_URI[md5sum] = "875cbd09ab8394277fd16070326abbae"
+SRC_URI[sha256sum] = 
"2a4bbc05fea22151b7a7c8ac2655d549aa9b0486bedc7f5a68c72716343b02f3"
 
 SECTION = "x11/libs"
 DEPENDS = "intltool-native util-macros libxslt-native"
-- 
2.7.4

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

Re: [OE-core] [PATCH] base.bbclass: fix do_unpack[cleandirs] varflag handling

[Paul Eggleton]

On Wednesday, 4 April 2018 10:20:45 AM NZST Richard Purdie wrote:
> On Sun, 2018-01-21 at 00:44 +0100, Enrico Jorns wrote:
> > As introduced by a56fb90dc3805494eeaf04c60538425e8d52efc5 ('base.bbclass
> > wipe ${S} before unpacking source') the base.bbclass uses a python
> > anonymous function to set the 'do_unpack' varflag 'cleandirs' to either
> > '${S}' or '${S}/patches' depending on equality of '${S}' and '${WORKDIR}'.
> > 
> > Not that this only differs from the way almost all other recipes set or
> > modify a tasks 'cleandirs' flag, it also has a significant impact on the
> > kernel.bbclass (and possibly further ones) and causes incorrect
> > behavior for rebuilds triggered by source modification, e.g. by a change
> > of the defconfig file for a kernel build.
> > 
> > The kernel.bbclass tries to extend do_unpack[cleandirs]:
> > 
> > > 
> > > do_unpack[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} $
{STAGING_KERNEL_BUILDDIR}"
> > As python anonymous functions are evaluated at the very end of recipe
> > parsing, the d.setVarFlag('do_unpack', 'cleandirs', '${S}') statement in
> > base.bbclass will overwrite every modification to cleandirs that is done
> > as shown for the kernel class above.
> > 
> > As a result of this, a change to a kernels 'defconfig' will lead to an
> > updated defconfig file in ${WORKDIR}, but as ${B} never gets cleaned and
> > ${B}/.config still exists, it will not be copied to ${B}/.config and
> > thus not find its way in the build kernel.
> > 
> > This is a severe issue for the kernel development and build process!
> > 
> > This patch changes setting of the cleandirs varflag in base.bbclass to
> > a simple variable assignment as almost all other recipes do it. This now
> > again allows overwriting or appending the varflag with common methods
> > such as done in kernel.bbclass.
> > 
> > This issue affects morty, pyro, rocko and master.
> > 
> > Signed-off-by: Enrico Jorns 
> > ---
> >  meta/classes/base.bbclass | 8 ++--
> >  1 file changed, 2 insertions(+), 6 deletions(-)
> > 
> > diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> > index 912e81e002..2949b074d8 100644
> > --- a/meta/classes/base.bbclass
> > +++ b/meta/classes/base.bbclass
> > @@ -152,12 +152,8 @@ python base_do_fetch() {
> >  addtask unpack after do_fetch
> >  do_unpack[dirs] = "${WORKDIR}"
> >  
> > -python () {
> > -if d.getVar('S') != d.getVar('WORKDIR'):
> > -d.setVarFlag('do_unpack', 'cleandirs', '${S}')
> > -else:
> > -d.setVarFlag('do_unpack', 'cleandirs', os.path.join('${S}', 
'patches'))
> > -}
> > +do_unpack[cleandirs] = "${@d.getVar('S') if d.getVar('S') != 
d.getVar('WORKDIR') else os.path.join('${S}', 'patches')}"
> > +
> >  python base_do_unpack() {
> >  src_uri = (d.getVar('SRC_URI') or "").split()
> >  if len(src_uri) == 0:
> 
> I have tried to add this and it breaks oe-selftest devtool tests:
> 
> https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/964/steps/
Running%20oe-selftest/logs/stdio
> 
> You can probably reproduce by running:
> 
> oe-selftest -r devtool.DevtoolTests
> 
> I have no idea why its doing that but it can't merge until we get to
> the bottom of why this is happening. I suspect this is why we've never
> merged the patch but we've never quite tracked down the patch causing
> the regressions and reported back until now, sorry.
> 
> One alternative to you patch may be to use d.appendVarFlag in the
> anonymous python. I've not tested if that causes any problem with
> devtool.

So the issue is that devtool uses the externalsrc class, and the code in that 
class tries to ensure that whatever cleandirs is set to doesn't result in the 
user's source tree being trashed. It does so in a manner that avoids 
prematurely expanding the value, but unfortunately it does not currently 
handle expressions such as the ones this patch is setting, and as a result the 
potentially user modified source tree does in fact get deleted, which needless 
to say is quite bad :(

I am testing a fix locally which we should apply regardless of whether or not 
this patch goes in, since it will improve the safety of people's source trees 
with externalsrc. However before I can send it I'm still dealing with another 
possibly unrelated (not yet fully investigated) issue that prevents the 
devtool.DevtoolTests.test_devtool_buildclean oe-selftest test from passing.

Cheers,
Paul

-- 
Paul Eggleton
Intel Open Source Technology Centre


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

Re: [OE-core] ✗ patchtest: failure for mesa: Upgrade 17.3.7 -> 17.3.8

[Otavio Salvador]

On Tue, Apr 3, 2018 at 6:32 PM, Patchwork
 wrote:
> == Series Details ==
>
> Series: mesa: Upgrade 17.3.7 -> 17.3.8
...
> * 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 4cedddb836)

I based the patch on top of sumo-next to avoid the need of rebasing it
for Ross and Richard. If it is indeed need to redo this on top of
current sumo/master please let me know and I can do it promptly.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] base.bbclass: fix do_unpack[cleandirs] varflag handling

[Richard Purdie]

On Sun, 2018-01-21 at 00:44 +0100, Enrico Jorns wrote:
> As introduced by a56fb90dc3805494eeaf04c60538425e8d52efc5 ('base.bbclass
> wipe ${S} before unpacking source') the base.bbclass uses a python
> anonymous function to set the 'do_unpack' varflag 'cleandirs' to either
> '${S}' or '${S}/patches' depending on equality of '${S}' and '${WORKDIR}'.
> 
> Not that this only differs from the way almost all other recipes set or
> modify a tasks 'cleandirs' flag, it also has a significant impact on the
> kernel.bbclass (and possibly further ones) and causes incorrect
> behavior for rebuilds triggered by source modification, e.g. by a change
> of the defconfig file for a kernel build.
> 
> The kernel.bbclass tries to extend do_unpack[cleandirs]:
> 
> > 
> > do_unpack[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} 
> > ${STAGING_KERNEL_BUILDDIR}"
> As python anonymous functions are evaluated at the very end of recipe
> parsing, the d.setVarFlag('do_unpack', 'cleandirs', '${S}') statement in
> base.bbclass will overwrite every modification to cleandirs that is done
> as shown for the kernel class above.
> 
> As a result of this, a change to a kernels 'defconfig' will lead to an
> updated defconfig file in ${WORKDIR}, but as ${B} never gets cleaned and
> ${B}/.config still exists, it will not be copied to ${B}/.config and
> thus not find its way in the build kernel.
> 
> This is a severe issue for the kernel development and build process!
> 
> This patch changes setting of the cleandirs varflag in base.bbclass to
> a simple variable assignment as almost all other recipes do it. This now
> again allows overwriting or appending the varflag with common methods
> such as done in kernel.bbclass.
> 
> This issue affects morty, pyro, rocko and master.
> 
> Signed-off-by: Enrico Jorns 
> ---
>  meta/classes/base.bbclass | 8 ++--
>  1 file changed, 2 insertions(+), 6 deletions(-)
> 
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index 912e81e002..2949b074d8 100644
> --- a/meta/classes/base.bbclass
> +++ b/meta/classes/base.bbclass
> @@ -152,12 +152,8 @@ python base_do_fetch() {
>  addtask unpack after do_fetch
>  do_unpack[dirs] = "${WORKDIR}"
>  
> -python () {
> -if d.getVar('S') != d.getVar('WORKDIR'):
> -d.setVarFlag('do_unpack', 'cleandirs', '${S}')
> -else:
> -d.setVarFlag('do_unpack', 'cleandirs', os.path.join('${S}', 
> 'patches'))
> -}
> +do_unpack[cleandirs] = "${@d.getVar('S') if d.getVar('S') != 
> d.getVar('WORKDIR') else os.path.join('${S}', 'patches')}"
> +
>  python base_do_unpack() {
>  src_uri = (d.getVar('SRC_URI') or "").split()
>  if len(src_uri) == 0:

I have tried to add this and it breaks oe-selftest devtool tests:

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

You can probably reproduce by running:

oe-selftest -r devtool.DevtoolTests

I have no idea why its doing that but it can't merge until we get to
the bottom of why this is happening. I suspect this is why we've never
merged the patch but we've never quite tracked down the patch causing
the regressions and reported back until now, sorry.

One alternative to you patch may be to use d.appendVarFlag in the
anonymous python. I've not tested if that causes any problem with
devtool.

Cheers,

Richard



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

[OE-core] ✗ patchtest: failure for mesa: Upgrade 17.3.7 -> 17.3.8

[Patchwork]

== Series Details ==

Series: mesa: Upgrade 17.3.7 -> 17.3.8
Revision: 1
URL   : https://patchwork.openembedded.org/series/11667/
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 4cedddb836)



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

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

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

[OE-core] [PATCH] mesa: Upgrade 17.3.7 -> 17.3.8

[Otavio Salvador]

This version has been published at April 03, 2018, and it is a bugfix
only release.

The release includes several important fixes that were made as part of
18.0.1 development cycle. Full list of bug fixes can be see online at:

  https://www.mesa3d.org/relnotes/17.3.8.html

Signed-off-by: Otavio Salvador 
---

 .../files/replace_glibc_check_with_linux.patch | 28 --
 .../mesa/{mesa-gl_17.3.7.bb => mesa-gl_17.3.8.bb}  |  0
 .../mesa/{mesa_17.3.7.bb => mesa_17.3.8.bb}|  5 ++--
 3 files changed, 2 insertions(+), 31 deletions(-)
 delete mode 100644 
meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_17.3.7.bb => mesa-gl_17.3.8.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_17.3.7.bb => mesa_17.3.8.bb} (83%)

diff --git 
a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch 
b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
deleted file mode 100644
index 30f55f4dac5..000
--- a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From: Otavio Salvador 
-Subject: [PATCH] endianness check is OS wide and not specific to libc
-
-Upstream-Status: Accepted 
[https://cgit.freedesktop.org/mesa/mesa/commit/?id=cbee1bfb34274668a05995b9d4c78ddec9e5ea4c]
-
-Signed-off-by: Khem Raj 
-Signed-off-by: Jussi Kukkonen 
-Signed-off-by: Otavio Salvador 

- src/util/u_endian.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/util/u_endian.h b/src/util/u_endian.h
-index 9e09f80181..3148033fae 100644
 a/src/util/u_endian.h
-+++ b/src/util/u_endian.h
-@@ -27,7 +27,7 @@
- #ifndef U_ENDIAN_H
- #define U_ENDIAN_H
- 
--#if defined(__GLIBC__) || defined(ANDROID) || defined(__CYGWIN__)
-+#if defined(__linux__)
- #include 
- 
- #if __BYTE_ORDER == __LITTLE_ENDIAN
--- 
-2.15.1
-
diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.3.7.bb 
b/meta/recipes-graphics/mesa/mesa-gl_17.3.8.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_17.3.7.bb
rename to meta/recipes-graphics/mesa/mesa-gl_17.3.8.bb
diff --git a/meta/recipes-graphics/mesa/mesa_17.3.7.bb 
b/meta/recipes-graphics/mesa/mesa_17.3.8.bb
similarity index 83%
rename from meta/recipes-graphics/mesa/mesa_17.3.7.bb
rename to meta/recipes-graphics/mesa/mesa_17.3.8.bb
index 9c75d6c6931..2d3fd3ca388 100644
--- a/meta/recipes-graphics/mesa/mesa_17.3.7.bb
+++ b/meta/recipes-graphics/mesa/mesa_17.3.8.bb
@@ -1,7 +1,6 @@
 require ${BPN}.inc
 
 SRC_URI = "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
-   file://replace_glibc_check_with_linux.patch \
file://disable-asm-on-non-gcc.patch \
   file://Use-Python-3-to-execute-the-scripts.patch \
file://0001-Use-wayland-scanner-in-the-path.patch \
@@ -12,8 +11,8 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-st-dri-Initialise-modifier-to-INVALID-for-DRI2.patch \
"
 
-SRC_URI[md5sum] = "769137f2538562c300c4b76bcb097377"
-SRC_URI[sha256sum] = 
"0595904a8fba65a8fe853a84ad3c940205503b94af41e8ceed245fada777ac1e"
+SRC_URI[md5sum] = "203d1a79156ab6926f2d253b377e9d9d"
+SRC_URI[sha256sum] = 
"8f9d9bf281c48e4a8f5228816577263b4c655248dc7666e75034ab422951a6b1"
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.16.3

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

[OE-core] [PATCH] package_manager.py: Skip gpgcheck while using dnf on target

[Manjukumar Matha]

By default, RPM_SIGN_PACKAGES is not defined. Add gpgcheck=0 to
oe-remote-repo.repo file, otherwise dnf will complain during
install operation on target

Note, RPM_SIGN_PACKAGES is set only when you inherit sign_rpm explicitly

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

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index e006dc6..9f22fb0 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -674,7 +674,7 @@ class RpmPM(PackageManager):
 gpg_opts += 'repo_gpgcheck=1\n'
 gpg_opts += 
'gpgkey=file://%s/pki/packagefeed-gpg/PACKAGEFEED-GPG-KEY-%s-%s\n' % 
(self.d.getVar('sysconfdir'), self.d.getVar('DISTRO'), 
self.d.getVar('DISTRO_CODENAME'))
 
-if self.d.getVar('RPM_SIGN_PACKAGES') == '0':
+if self.d.getVar('RPM_SIGN_PACKAGES') != '1':
 gpg_opts += 'gpgcheck=0\n'
 
 bb.utils.mkdirhier(oe.path.join(self.target_rootfs, "etc", 
"yum.repos.d"))
-- 
2.7.4

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

[OE-core] [PATCH 1/2] archiver: Fix build errors for kernels that don't use kernel-yocto.bbclass

[Tom Hochstein]

Special handling for kernel source in work-shared was
incorrectly limited to kernel-yocto.bbclass instead
of kernel.bbclass.

Signed-off-by: Tom Hochstein 
---
 meta/classes/archiver.bbclass | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index e17e6b4..c107615 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -319,6 +319,10 @@ def create_diff_gz(d, src_orig, src, ar_outdir):
 finally:
 os.chdir(cwd)
 
+def is_work_shared(d):
+pn = d.getVar('PN')
+return bb.data.inherits_class('kernel', d) or pn.startswith('gcc-source')
+
 # Run do_unpack and do_patch
 python do_unpack_and_patch() {
 if d.getVarFlag('ARCHIVER_MODE', 'src') not in \
@@ -331,7 +335,7 @@ python do_unpack_and_patch() {
 pn = d.getVar('PN')
 
 # The kernel class functions require it to be on work-shared, so we dont 
change WORKDIR
-if not (bb.data.inherits_class('kernel-yocto', d) or 
pn.startswith('gcc-source')):
+if not is_work_shared(d):
 # Change the WORKDIR to make do_unpack do_patch run in another dir.
 d.setVar('WORKDIR', ar_workdir)
 # Restore the original path to recipe's native sysroot (it's relative 
to WORKDIR).
@@ -351,7 +355,7 @@ python do_unpack_and_patch() {
 oe.path.copytree(src, src_orig)
 
 # Make sure gcc and kernel sources are patched only once
-if not (d.getVar('SRC_URI') == "" or 
(bb.data.inherits_class('kernel-yocto', d) or pn.startswith('gcc-source'))):
+if not (d.getVar('SRC_URI') == "" or is_work_shared(d)):
 bb.build.exec_func('do_patch', d)
 
 # Create the patches
-- 
2.7.4

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

Re: [OE-core] netmap

[Martin Jansa]

Use git log and you'll quickly
find 216e95669c6b884735f3f8a5ca1ee37a28d68b3e where it got blacklisted
couple years ago and then ec9e5ed06256ad92c818474cdb490dc0d3a0d0a3 where
the blacklisted recipe was removed. Both commits contain a bit longer
explanation why.

On Tue, Apr 3, 2018 at 10:04 PM, C Michael Sundius 
wrote:

> I do not see netmap in the most recent version of meta-openembedded
> (i.e.  http://info.iet.unipi.it/~luigi/netmap )
>
> though, while googling around I see references to a recipe that existed
> some time ago.
>
> did this get removed for some reason  ... it didn't work well or there are
> better more reliable solutions for mapping network io data into userspace?
>
> thanks
> Mike Sundius
>
> --
> ___
> 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] netmap

[Mark Hatle]

On 4/3/18 3:04 PM, C Michael Sundius wrote:
> I do not see netmap in the most recent version of meta-openembedded
> (i.e.  http://info.iet.unipi.it/~luigi/netmap )
> 
> though, while googling around I see references to a recipe that existed some
> time ago.
> 
> did this get removed for some reason  ... it didn't work well or there are
> better more reliable solutions for mapping network io data into userspace?

It hasn't worked for a while, specifically:

netmap requires netmap-modules.  netmap-modules no longer builds as of at least
2017-09-01.

You would need to try to re-create it from the pyro branch to have any chance
for it to be re-accepted.

--Mark

> thanks
> Mike Sundius
> 
> 

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

[OE-core] netmap

[C Michael Sundius]

I do not see netmap in the most recent version of meta-openembedded
(i.e.  http://info.iet.unipi.it/~luigi/netmap )

though, while googling around I see references to a recipe that existed
some time ago.

did this get removed for some reason  ... it didn't work well or there are
better more reliable solutions for mapping network io data into userspace?

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

Re: [OE-core] [PATCH 4/4] llvm: Upgrade to 6.0 release

[Martin Jansa]

Please update mesa.inc to require the new version. Now it depends on
removed 5.0:

meta/recipes-graphics/mesa/mesa.inc:MESA_LLVM_RELEASE ?= "5.0"

On Sun, Apr 1, 2018 at 9:19 AM, Khem Raj  wrote:

> Signed-off-by: Khem Raj 
> ---
>  ...etLibraryInfo-Undefine-libc-functions-if-th.patch | 20
> ++--
>  .../0002-llvm-allow-env-override-of-exe-path.patch   |  4 ++--
>  meta/recipes-devtools/llvm/llvm_git.bb   | 11 ++-
>  3 files changed, 18 insertions(+), 17 deletions(-)
>
> diff --git a/meta/recipes-devtools/llvm/llvm/0001-llvm-
> TargetLibraryInfo-Undefine-libc-functions-if-th.patch
> b/meta/recipes-devtools/llvm/llvm/0001-llvm-TargetLibraryInfo-Undefine-
> libc-functions-if-th.patch
> index e251799259..209764c8ba 100644
> --- a/meta/recipes-devtools/llvm/llvm/0001-llvm-
> TargetLibraryInfo-Undefine-libc-functions-if-th.patch
> +++ b/meta/recipes-devtools/llvm/llvm/0001-llvm-
> TargetLibraryInfo-Undefine-libc-functions-if-th.patch
> @@ -1,4 +1,4 @@
> -From 28293e48cf1a52004c6a78de448718441f9e05f9 Mon Sep 17 00:00:00 2001
> +From 96558c4f25d5132936014f6f2d6252cfdfdf478a Mon Sep 17 00:00:00 2001
>  From: Khem Raj 
>  Date: Sat, 21 May 2016 00:33:20 +
>  Subject: [PATCH 1/2] llvm: TargetLibraryInfo: Undefine libc functions if
> they
> @@ -15,10 +15,10 @@ Upstream-Status: Pending
>   1 file changed, 21 insertions(+)
>
>  diff --git a/include/llvm/Analysis/TargetLibraryInfo.def
> b/include/llvm/Analysis/TargetLibraryInfo.def
> -index 9cbe917c146..aff8419cf54 100644
> +index a461ed813b9..f9fd9faeee0 100644
>  --- a/include/llvm/Analysis/TargetLibraryInfo.def
>  +++ b/include/llvm/Analysis/TargetLibraryInfo.def
> -@@ -656,6 +656,9 @@ TLI_DEFINE_STRING_INTERNAL("fmodl")
> +@@ -665,6 +665,9 @@ TLI_DEFINE_STRING_INTERNAL("fmodl")
>   TLI_DEFINE_ENUM_INTERNAL(fopen)
>   TLI_DEFINE_STRING_INTERNAL("fopen")
>   /// FILE *fopen64(const char *filename, const char *opentype)
> @@ -28,7 +28,7 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_ENUM_INTERNAL(fopen64)
>   TLI_DEFINE_STRING_INTERNAL("fopen64")
>   /// int fprintf(FILE *stream, const char *format, ...);
> -@@ -691,6 +694,9 @@ TLI_DEFINE_STRING_INTERNAL("fseek")
> +@@ -700,6 +703,9 @@ TLI_DEFINE_STRING_INTERNAL("fseek")
>   /// int fseeko(FILE *stream, off_t offset, int whence);
>   TLI_DEFINE_ENUM_INTERNAL(fseeko)
>   TLI_DEFINE_STRING_INTERNAL("fseeko")
> @@ -38,7 +38,7 @@ index 9cbe917c146..aff8419cf54 100644
>   /// int fseeko64(FILE *stream, off64_t offset, int whence)
>   TLI_DEFINE_ENUM_INTERNAL(fseeko64)
>   TLI_DEFINE_STRING_INTERNAL("fseeko64")
> -@@ -701,6 +707,9 @@ TLI_DEFINE_STRING_INTERNAL("fsetpos")
> +@@ -710,6 +716,9 @@ TLI_DEFINE_STRING_INTERNAL("fsetpos")
>   TLI_DEFINE_ENUM_INTERNAL(fstat)
>   TLI_DEFINE_STRING_INTERNAL("fstat")
>   /// int fstat64(int filedes, struct stat64 *buf)
> @@ -48,7 +48,7 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_ENUM_INTERNAL(fstat64)
>   TLI_DEFINE_STRING_INTERNAL("fstat64")
>   /// int fstatvfs(int fildes, struct statvfs *buf);
> -@@ -716,6 +725,9 @@ TLI_DEFINE_STRING_INTERNAL("ftell")
> +@@ -725,6 +734,9 @@ TLI_DEFINE_STRING_INTERNAL("ftell")
>   TLI_DEFINE_ENUM_INTERNAL(ftello)
>   TLI_DEFINE_STRING_INTERNAL("ftello")
>   /// off64_t ftello64(FILE *stream)
> @@ -58,7 +58,7 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_ENUM_INTERNAL(ftello64)
>   TLI_DEFINE_STRING_INTERNAL("ftello64")
>   /// int ftrylockfile(FILE *file);
> -@@ -836,6 +848,9 @@ TLI_DEFINE_STRING_INTERNAL("logl")
> +@@ -845,6 +857,9 @@ TLI_DEFINE_STRING_INTERNAL("logl")
>   TLI_DEFINE_ENUM_INTERNAL(lstat)
>   TLI_DEFINE_STRING_INTERNAL("lstat")
>   /// int lstat64(const char *path, struct stat64 *buf);
> @@ -68,7 +68,7 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_ENUM_INTERNAL(lstat64)
>   TLI_DEFINE_STRING_INTERNAL("lstat64")
>   /// void *malloc(size_t size);
> -@@ -1055,6 +1070,9 @@ TLI_DEFINE_STRING_INTERNAL("sscanf")
> +@@ -1064,6 +1079,9 @@ TLI_DEFINE_STRING_INTERNAL("sscanf")
>   TLI_DEFINE_ENUM_INTERNAL(stat)
>   TLI_DEFINE_STRING_INTERNAL("stat")
>   /// int stat64(const char *path, struct stat64 *buf);
> @@ -78,7 +78,7 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_ENUM_INTERNAL(stat64)
>   TLI_DEFINE_STRING_INTERNAL("stat64")
>   /// int statvfs(const char *path, struct statvfs *buf);
> -@@ -1184,6 +1202,9 @@ TLI_DEFINE_STRING_INTERNAL("times")
> +@@ -1193,6 +1211,9 @@ TLI_DEFINE_STRING_INTERNAL("times")
>   TLI_DEFINE_ENUM_INTERNAL(tmpfile)
>   TLI_DEFINE_STRING_INTERNAL("tmpfile")
>   /// FILE *tmpfile64(void)
> @@ -89,5 +89,5 @@ index 9cbe917c146..aff8419cf54 100644
>   TLI_DEFINE_STRING_INTERNAL("tmpfile64")
>   /// int toascii(int c);
>  --
> -2.13.1
> +2.16.1
>
> diff --git 
> a/meta/recipes-devtools/llvm/llvm/0002-llvm-allow-env-override-of-exe-path.patch
> b/meta/recipes-devtools/llvm/llvm/0002-llvm-allow-env-
> override-of-exe-path.patch
> index 832bd729ef..21d2f81b58 100644
> --- a/meta/recipes-devtools/llvm/llvm/0002-llvm-allow-env-
> overri

Re: [OE-core] [morty][PATCH] lib/oe/terminal.py: use an absolute path to execute oe-gnome-terminal-phonehome

[Andre McCurdy]

On Fri, Mar 30, 2018 at 2:13 AM, Richard Purdie
 wrote:
> On Wed, 2018-03-28 at 15:55 -0700, Andre McCurdy wrote:
>> On Fri, Mar 9, 2018 at 8:15 PM, Andre McCurdy 
>> wrote:
>> >
>> > On Wed, Feb 21, 2018 at 1:40 PM, Andre McCurdy > > > wrote:
>> > >
>> > > On Tue, Jan 23, 2018 at 12:16 PM, Andre McCurdy > > > com> wrote:
>> > > >
>> > > > On Tue, Dec 5, 2017 at 5:35 PM, Andre McCurdy > > > > com> wrote:
>> > > > >
>> > > > > From: Ming Liu 
>> > > > >
>> > > > > A flaw was found on my Ubuntu 14.04.5 LTS, on which that
>> > > > > gnome-terminal is
>> > > > > the default terminal, when I run any of the tasks:
>> > > > > bitbake busybox -c menuconfig/devshell/devpyshell
>> > > > > bitbake virtual/kernel -c menuconfig/devshell/devpyshell
>> > > > >
>> > > > > I got a error as follows:
>> > > > > "Failed to execute child process "oe-gnome-terminal-
>> > > > > phonehome" (No such file or directory)"
>> > > > >
>> > > > > Seems the environment of the process calling Popen is not
>> > > > > passed to the
>> > > > > child process, this behaviour is a known issue in Python bug
>> > > > > tracker:
>> > > > > http://bugs.python.org/issue8557
>> > > > >
>> > > > > It could be fixed by using an absolute path instead per test.
>> > > > Ping.
>> > > Ping again.
>> > And again...
>> >
>> > It looks like this (and a couple of other patches) made it as far
>> > as:
>> >
>> >   http://git.openembedded.org/openembedded-core-contrib/log/?h=stab
>> > le/morty-next
>> >
>> > but then got stuck or forgotten?
>> Ping number four.
>>
>> As an interesting data point, it's now over 20 months since the bug
>> was introduced and first reported on the mailing list:
>>
>>   http://lists.openembedded.org/pipermail/openembedded-core/2016-July
>> /124215.html
>
> Sorry, I think the problem is my mail archives don't seem to have this
> original patch. Each time there is a ping, I go and try and find it,
> get confused and then get distracted. I have no idea why this isn't
> there.

A bit of a mystery. It looks like Armin may have had a similar problem
taking the patch from the mailing list as the version he checked in
has a spurious whitespace change which wasn't there in the original:

  
http://lists.openembedded.org/pipermail/openembedded-core/2017-December/145305.html
  
http://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/morty-next&id=4c36c5110b822eeac06b2b336917ba4d8b54a247

> I've queued it in morty-next which should give some hope to this
> getting sorted, assuming we can fix the other morty breakage and get
> clean builds.

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

Re: [OE-core] [PATCH V2 4/7] libgpg-error: 1.27 -> 1.28

[Martin Jansa]

This seems to cause:

| ../../libgpg-error-1.28/src/logging.c: In function '_gpgrt_log_printhex':
| ../../libgpg-error-1.28/src/logging.c:1153:49: error: incompatible type
for argument 4 of '_gpgrt_logv_printhex'
|  _gpgrt_logv_printhex (buffer, length, NULL, NULL);
|  ^~~~
| ../../libgpg-error-1.28/src/logging.c:1097:1: note: expected 'va_list
{aka __va_list}' but argument is of type 'void *'
|  _gpgrt_logv_printhex (const void *buffer, size_t length,
|  ^~~~
| make[3]: *** [libgpg_error_la-logging.lo] Error 1

which looks the same as:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893370


On Fri, Mar 30, 2018 at 10:52 AM, Hongxu Jia 
wrote:

> - Rebase pkgconfig.patch
>
> License-Update: copyright years
>
> Signed-off-by: Hongxu Jia 
> ---
>  .../libgpg-error/libgpg-error/pkgconfig.patch  | 67
> +-
>  .../{libgpg-error_1.27.bb => libgpg-error_1.28.bb} |  6 +-
>  2 files changed, 44 insertions(+), 29 deletions(-)
>  rename meta/recipes-support/libgpg-error/{libgpg-error_1.27.bb =>
> libgpg-error_1.28.bb} (88%)
>
> diff --git a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
> b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
> index 9ffeedb..3066613 100644
> --- a/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
> +++ b/meta/recipes-support/libgpg-error/libgpg-error/pkgconfig.patch
> @@ -1,15 +1,26 @@
> -
> -#
> -# Patch managed by http://www.mn-logistik.de/unsupported/pxa250/patcher
> -#
> +From ec309e20b5a27d42a5fb915c328d61e924ab5f19 Mon Sep 17 00:00:00 2001
> +From: Hongxu Jia 
> +Date: Thu, 29 Mar 2018 15:12:17 +0800
> +Subject: [PATCH] support pkgconfig
>
>  Upstream-Status: Pending
>
> -Index: libgpg-error-1.17/configure.ac
> -===
>  libgpg-error-1.17.orig/configure.ac
> -+++ libgpg-error-1.17/configure.ac
> -@@ -529,6 +529,7 @@ AC_CONFIG_FILES([src/Makefile tests/Make
> +Rebase to 1.28
> +
> +Signed-off-by: Hongxu Jia 
> +---
> + configure.ac|  1 +
> + src/Makefile.am |  4 ++-
> + src/gpg-error.m4| 71 +++---
> ---
> + src/gpg-error.pc.in | 11 +
> + 4 files changed, 18 insertions(+), 69 deletions(-)
> + create mode 100644 src/gpg-error.pc.in
> +
> +diff --git a/configure.ac b/configure.ac
> +index aca9300..f7794e9 100644
> +--- a/configure.ac
>  b/configure.ac
> +@@ -621,6 +621,7 @@ AC_CONFIG_FILES([src/Makefile tests/Makefile])
>   AC_CONFIG_FILES([lang/Makefile lang/cl/Makefile lang/cl/gpg-error.asd])
>   AC_CONFIG_FILES([src/versioninfo.rc src/gpg-error.w32-manifest])
>   AC_CONFIG_FILES([src/gpg-error-config], [chmod +x src/gpg-error-config])
> @@ -17,33 +28,33 @@ Index: libgpg-error-1.17/configure.ac
>
>   AC_OUTPUT
>
> -Index: libgpg-error-1.17/src/Makefile.am
> -===
>  libgpg-error-1.17.orig/src/Makefile.am
> -+++ libgpg-error-1.17/src/Makefile.am
> -@@ -75,6 +75,8 @@ nodist_include_HEADERS = gpg-error.h
> - bin_SCRIPTS = gpg-error-config
> +diff --git a/src/Makefile.am b/src/Makefile.am
> +index 268c2ab..95f8459 100644
> +--- a/src/Makefile.am
>  b/src/Makefile.am
> +@@ -87,6 +87,8 @@ bin_SCRIPTS = gpg-error-config
> + nodist_bin_SCRIPTS = gpgrt-config
>   m4datadir = $(datadir)/aclocal
> - m4data_DATA = gpg-error.m4
> + m4data_DATA = gpg-error.m4 gpgrt.m4
>  +pkgconfigdir = $(libdir)/pkgconfig
>  +pkgconfig_DATA = gpg-error.pc
>
>   EXTRA_DIST = mkstrtable.awk err-sources.h.in err-codes.h.in \
> mkerrnos.awk errnos.in README \
> -@@ -82,7 +84,7 @@ EXTRA_DIST = mkstrtable.awk err-sources.
> +@@ -94,7 +96,7 @@ EXTRA_DIST = mkstrtable.awk err-sources.h.in
> err-codes.h.in \
> mkheader.c gpg-error.h.in mkw32errmap.c w32-add.h w32ce-add.h \
> -   err-sources.h err-codes.h gpg-error-config.in gpg-error.m4 \
> +   err-sources.h err-codes.h gpg-error-config.in gpg-error.m4
> gpgrt.m4 \
> gpg-error.vers gpg-error.def.in \
>  -versioninfo.rc.in gpg-error.w32-manifest.in \
>  +versioninfo.rc.in gpg-error.w32-manifest.in gpg-error.pc \
> $(lock_obj_pub)
>
>   BUILT_SOURCES = err-sources.h err-codes.h code-to-errno.h
> code-from-errno.h \
> -Index: libgpg-error-1.17/src/gpg-error.m4
> -===
>  libgpg-error-1.17.orig/src/gpg-error.m4
> -+++ libgpg-error-1.17/src/gpg-error.m4
> -@@ -26,73 +26,13 @@ dnl is added to the gpg_config_script_wa
> +diff --git a/src/gpg-error.m4 b/src/gpg-error.m4
> +index 60c88d8..2ef7e3e 100644
> +--- a/src/gpg-error.m4
>  b/src/gpg-error.m4
> +@@ -26,73 +26,13 @@ dnl is added to the gpg_config_script_warn variable.
>   dnl
>   AC_DEFUN([AM_PATH_GPG_ERROR],
>   [ AC_REQUIRE([AC_CANONICAL_HOST])
> @@ -132,10 +143,11 @@ Index: libgpg-error-1.17/src/gpg-error.m4
>   ifelse([$3], , :, [$3])
> fi
> A

Re: [OE-core] [PATCH] pseudo: Upgrade to latest master

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Richard Purdie
> Sent: den 3 april 2018 11:51
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] pseudo: Upgrade to latest master
> 
> This change includes several bug fixes and improvements, including better path
> handling (the existance of . and .. for files), handling of the sticky bit, 
> and
> syscall renameat2 handling and interception through syscall() which was 
> breaking
> coreutils mv operations on fedora27.
> 
> [YOCTO #12594]
> [YOCTO #12379]
> [YOCTO #11643]
> 
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb b/meta/recipes-
> devtools/pseudo/pseudo_git.bb
> index 66da1cc..09a3331 100644
> --- a/meta/recipes-devtools/pseudo/pseudo_git.bb
> +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
> @@ -8,7 +8,7 @@ SRC_URI = "git://git.yoctoproject.org/pseudo \
> file://toomanyfiles.patch \
> "
> 
> -SRCREV = "d7c31a25e4b02af0c64e6be0b4b0a9ac4ffc9da2"
> +SRCREV = "19f18124f16c4c85405b140a1fb8cb3b31d865bf"
>  S = "${WORKDIR}/git"
>  PV = "1.9.0+git${SRCPV}"
> 
> --
> 2.7.4

Will this be backported to the older releases as I assume they are 
equally affected by the renameat2 problem when building on Fedora 27.

//Peter

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

Re: [OE-core] [PATCH] python3: Improve logging capabilities for do_create_manifest

[Alejandro Enedino Hernandez Samaniego]

Hey Richard,

-Original Message-
From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] 
Sent: Tuesday, April 3, 2018 3:09 AM
To: Alejandro Enedino Hernandez Samaniego ; 
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH] python3: Improve logging capabilities for 
do_create_manifest

On Tue, 2018-04-03 at 11:04 +0100, Richard Purdie wrote:
> On Mon, 2018-04-02 at 13:08 -0700, Alejandro Enedino Hernandez 
> Samaniego wrote:
> > 
> > Adds a couple of prints to get a nicer log, and creates a small 
> > summary or report after checking every module, it makes it more 
> > feasible for adoption, easier to debug why a module ended at a 
> > certain package and see how the manifest was created.
> > 
> > Signed-off-by: Alejandro Enedino Hernandez Samaniego  > nx .com>
> Can you rebase against master please as this clashes with one of your 
> other changes which already merged!

Actually, I have it applied now, thanks.

Richard

Thanks, I think my email server is to blame for this errors.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/5] image: add image-combined-dbg helper class

[Richard Purdie]

On Tue, 2018-04-03 at 10:23 -0700, Victor Kamensky wrote:
> There is IMAGE_GEN_DEBUGFS="1" variable that enables build of
> additional rootfs-dbg and additional archive that contains
> complimentary symbols files for a given image. But the issue
> with this resulting directory and tarball that before use it
> has to be combined with original image content. It is required
> since all cross debugging tools like gdb, perf, and systemtap
> need file system that contains both target executables/libraries
> and their symbols. Those tools need to find executable/library
> first and through it debuglink note find corresponding symbols
> file.
> 
> image-combined-dbg when added to USER_CLASSES just copies
> final resulting rootfs back into rootfs-dbg creating combined
> target and debug symbols rootfs that can be used for debugging
> directly.
> 
> Signed-off-by: Victor Kamensky 
> ---
>  meta/classes/image-combined-dbg.bbclass | 9 +
>  meta/classes/image.bbclass  | 1 +
>  2 files changed, 10 insertions(+)
>  create mode 100644 meta/classes/image-combined-dbg.bbclass
> 
> diff --git a/meta/classes/image-combined-dbg.bbclass
> b/meta/classes/image-combined-dbg.bbclass
> new file mode 100644
> index 000..a709adf
> --- /dev/null
> +++ b/meta/classes/image-combined-dbg.bbclass
> @@ -0,0 +1,9 @@
> +IMAGE_PREPROCESS_COMMAND_append = " combine_dbg_image; "
> +
> +combine_dbg_image () {
> +if [ "$IMAGE_GEN_DEBUGFS" = "1" -a -e ${IMAGE_ROOTFS}-dbg ];

Can you not just use ${IMAGE_GEN_DEBUGFS} and drop the export?

Cheers,

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

[OE-core] [PATCH v2 1/5] image: add image-combined-dbg helper class

[Victor Kamensky]

There is IMAGE_GEN_DEBUGFS="1" variable that enables build of
additional rootfs-dbg and additional archive that contains
complimentary symbols files for a given image. But the issue
with this resulting directory and tarball that before use it
has to be combined with original image content. It is required
since all cross debugging tools like gdb, perf, and systemtap
need file system that contains both target executables/libraries
and their symbols. Those tools need to find executable/library
first and through it debuglink note find corresponding symbols
file.

image-combined-dbg when added to USER_CLASSES just copies
final resulting rootfs back into rootfs-dbg creating combined
target and debug symbols rootfs that can be used for debugging
directly.

Signed-off-by: Victor Kamensky 
---
 meta/classes/image-combined-dbg.bbclass | 9 +
 meta/classes/image.bbclass  | 1 +
 2 files changed, 10 insertions(+)
 create mode 100644 meta/classes/image-combined-dbg.bbclass

diff --git a/meta/classes/image-combined-dbg.bbclass 
b/meta/classes/image-combined-dbg.bbclass
new file mode 100644
index 000..a709adf
--- /dev/null
+++ b/meta/classes/image-combined-dbg.bbclass
@@ -0,0 +1,9 @@
+IMAGE_PREPROCESS_COMMAND_append = " combine_dbg_image; "
+
+combine_dbg_image () {
+if [ "$IMAGE_GEN_DEBUGFS" = "1" -a -e ${IMAGE_ROOTFS}-dbg ]; then
+# copy target files into -dbg rootfs, so it can be used for
+# debug purposes directly
+tar -C ${IMAGE_ROOTFS} -cf - . | tar -C ${IMAGE_ROOTFS}-dbg 
-xf -
+fi
+}
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 1636eed..5ee9c55 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -268,6 +268,7 @@ fakeroot python do_image () {
 from oe.utils import execute_pre_post_process
 
 d.setVarFlag('REPRODUCIBLE_TIMESTAMP_ROOTFS', 'export', '1')
+d.setVarFlag('IMAGE_GEN_DEBUGFS', 'export', '1')
 pre_process_cmds = d.getVar("IMAGE_PREPROCESS_COMMAND")
 
 execute_pre_post_process(d, pre_process_cmds)
-- 
2.7.4

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

[OE-core] [PATCH v2 2/5] Revert "systemtap: Cross compilation fix"

[Victor Kamensky]

This reverts commit 787bed708676fc04aee2850825e803273152f657.

Signed-off-by: Victor Kamensky 
---
 .../systemtap/systemtap/system_map_location.patch  | 23 --
 meta/recipes-kernel/systemtap/systemtap_git.inc|  1 -
 2 files changed, 24 deletions(-)
 delete mode 100644 
meta/recipes-kernel/systemtap/systemtap/system_map_location.patch

diff --git a/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch 
b/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch
deleted file mode 100644
index 013af5c..000
--- a/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-systemtap: Cross compilation fix
-
-This is a cross compilation fix. It allows systemtap to find
-the kernel map file in the right place, i.e. in the kernel build tree.
-Without this fix it takes a map file from the build host, if available.
-
-Upstream-Status: Pending
-
-Signed-off-by: Mikhail Durnev 
-
-Index: git/session.cxx
-===
 git.orig/session.cxx
-+++ git/session.cxx
-@@ -1634,7 +1634,7 @@ systemtap_session::parse_kernel_function
-   clog << _F("Kernel symbol table %s unavailable, (%s)",
-  system_map_path.c_str(), strerror(errno)) << endl;
- 
--  system_map_path = "/boot/System.map-" + kernel_release;
-+  system_map_path = kernel_build_tree + "/System.map-" + kernel_release;
-   system_map.clear();
-   system_map.open(system_map_path.c_str(), ifstream::in);
-   if (! system_map.is_open())
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc 
b/meta/recipes-kernel/systemtap/systemtap_git.inc
index f51bd28..af5b004 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.inc
+++ b/meta/recipes-kernel/systemtap/systemtap_git.inc
@@ -4,7 +4,6 @@ SRCREV = "4051c70c9318c837981384cbb23f3e9eb1bd0892"
 PV = "3.2"
 
 SRC_URI = "git://sourceware.org/git/systemtap.git \
-   file://system_map_location.patch \
file://configure-allow-to-disable-libvirt.patch \
file://x32_abi_time.patch \
file://monitor-option.patch \
-- 
2.7.4

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

[OE-core] [PATCH v2 4/5] systemtap: create translator packageconfig

[Victor Kamensky]

For cases when systemap module compilation happens on host in
cross-compilation mode, and it is desirable to minimize systemtap
presense on target we need to have just smallest possible set of
utilties that are required to run compiled modules.

Introduce new "translator" PACKAGECONFIG, if it is not set
it would mean that just minimal set of run-time utilities will
be included in the package.

For run-time only systemtap build variant use
PACKAGECONFIG_pn-systemtap = "" or
PACKAGECONFIG_pn-systemtap = "monitor"

Suggested-by: Taras Kondratiuk 
Signed-off-by: Victor Kamensky 
---
 meta/recipes-kernel/systemtap/systemtap_git.bb | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb 
b/meta/recipes-kernel/systemtap/systemtap_git.bb
index 475b207..b280f58 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.bb
+++ b/meta/recipes-kernel/systemtap/systemtap_git.bb
@@ -3,9 +3,7 @@ HOMEPAGE = "https://sourceware.org/systemtap/";
 
 require systemtap_git.inc
 
-DEPENDS = "boost elfutils"
-
-RDEPENDS_${PN} += "python3-core bash perl"
+DEPENDS = "elfutils"
 
 EXTRA_OECONF += "--with-libelf=${STAGING_DIR_TARGET} --without-rpm \
 --without-nss --without-avahi --without-dyninst \
@@ -18,7 +16,8 @@ STAP_DOCS ?= "--disable-docs --disable-publican 
--disable-refdocs"
 
 EXTRA_OECONF += "${STAP_DOCS} "
 
-PACKAGECONFIG ??= "sqlite monitor python3-probes"
+PACKAGECONFIG ??= "translator sqlite monitor python3-probes"
+PACKAGECONFIG[translator] = 
"--enable-translator,--disable-translator,boost,python3-core bash perl"
 PACKAGECONFIG[libvirt] = "--enable-libvirt,--disable-libvirt,libvirt"
 PACKAGECONFIG[sqlite] = "--enable-sqlite,--disable-sqlite,sqlite3"
 PACKAGECONFIG[monitor] = "--enable-monitor,--disable-monitor,ncurses json-c"
@@ -26,4 +25,12 @@ PACKAGECONFIG[python3-probes] = 
"--with-python3-probes,--without-python3-probes,
 
 inherit autotools gettext pkgconfig distutils3-base
 
+do_install_append () {
+   if [ ! -f ${D}${bindir}/stap ]; then
+  # translator disabled case, need to leave only minimal runtime
+  rm -rf ${D}${datadir}/${PN}
+  rm ${D}${libexecdir}/${PN}/stap-env
+   fi
+}
+
 BBCLASSEXTEND = "nativesdk"
-- 
2.7.4

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

[OE-core] [PATCH v2 5/5] crosstap: replace script with new python based implementation

[Victor Kamensky]

New crosstap python implementation is total replacement for
crosstap shell script, that has superseding capabilities.
New script support cross compiling of SystemTap scripts
for user-land, by using supplied image rootfs. Whereas old
script could only deal with scripts against kernel. New script
has more complex logic and additional capabilities.

As invocation interface new script support old "legacy"
mode and provides alternative new regular options interface
to access additional functionality.

Signed-off-by: Victor Kamensky 
---
 scripts/crosstap | 586 ++-
 1 file changed, 450 insertions(+), 136 deletions(-)

diff --git a/scripts/crosstap b/scripts/crosstap
index 39739bb..e33fa4a 100755
--- a/scripts/crosstap
+++ b/scripts/crosstap
@@ -1,15 +1,22 @@
-#!/bin/bash
+#!/usr/bin/env python3
 #
-# Run a systemtap script on remote target
+# Build a systemtap script for a given image, kernel
 #
-# Examples (run on build host, target is 192.168.1.xxx):
-#   $ source oe-init-build-env"
-#   $ cd ~/my/systemtap/scripts"
+# Effectively script extracts needed information from set of
+# 'bitbake -e' commands and contructs proper invocation of stap on
+# host to build systemtap script for a given target.
 #
-#   $ crosstap r...@192.168.1.xxx myscript.stp"
-#   $ crosstap r...@192.168.1.xxx myscript-with-args.stp 99 ninetynine"
+# By default script will compile scriptname.ko that could be copied
+# to taget and activated with 'staprun scriptname.ko' command. Or if
+# --remote user@hostname option is specified script will build, load
+# execute script on target.
 #
-# Copyright (c) 2012, Intel Corporation.
+# This script is very similar and inspired by crosstap shell script.
+# The major difference that this script supports user-land related
+# systemtap script, whereas crosstap could deal only with scripts
+# related to kernel.
+#
+# Copyright (c) 2018, Cisco Systems.
 # All rights reserved.
 #
 # This program is free software; you can redistribute it and/or modify
@@ -25,131 +32,438 @@
 # along with this program; if not, write to the Free Software
 # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
 
-function usage() {
-echo "Usage: $0   [additional 
systemtap-script args]"
-}
-
-function setup_usage() {
-echo ""
-echo "'crosstap' requires a local sdk build of the target system"
-echo "(or a build that includes 'tools-profile') in order to build"
-echo "kernel modules that can probe the target system."
-echo ""
-echo "Practically speaking, that means you need to do the following:"
-echo "  - If you're running a pre-built image, download the release"
-echo "and/or BSP tarballs used to build the image."
-echo "  - If you're working from git sources, just clone the metadata"
-echo "and BSP layers needed to build the image you'll be booting."
-echo "  - Make sure you're properly set up to build a new image (see"
-echo "the BSP README and/or the widely available basic documentation"
-echo "that discusses how to build images)."
-echo "  - Build an -sdk version of the image e.g.:"
-echo "  $ bitbake core-image-sato-sdk"
-echo "  OR"
-echo "  - Build a non-sdk image but include the profiling tools:"
-echo "  [ edit local.conf and add 'tools-profile' to the end of"
-echo "the EXTRA_IMAGE_FEATURES variable ]"
-echo "  $ bitbake core-image-sato"
-echo ""
-echo "  [ NOTE that 'crosstap' needs to be able to ssh into the target"
-echo "system, which isn't enabled by default in -minimal images. ]"
-echo ""
-echo "Once you've build the image on the host system, you're ready to"
-echo "boot it (or the equivalent pre-built image) and use 'crosstap'"
-echo "to probe it (you need to source the environment as usual first):"
-echo ""
-echo "$ source oe-init-build-env"
-echo "$ cd ~/my/systemtap/scripts"
-echo "$ crosstap r...@192.168.1.xxx myscript.stp"
-echo ""
-}
-
-function systemtap_target_arch() {
-SYSTEMTAP_TARGET_ARCH=$1
-case $SYSTEMTAP_TARGET_ARCH in
-i?86)
-SYSTEMTAP_TARGET_ARCH="i386"
-;;
-x86?64*)
-SYSTEMTAP_TARGET_ARCH="x86_64"
-;;
-arm*)
-SYSTEMTAP_TARGET_ARCH="arm"
-;;
-powerpc*)
-SYSTEMTAP_TARGET_ARCH="powerpc"
-;;
-*)
-;;
-esac
-}
-
-if [ $# -lt 2 ]; then
-   usage
-   exit 1
-fi
-
-if [ -z "$BUILDDIR" ]; then
-echo "Error: Unable to find the BUILDDIR environment variable."
-echo "Did you forget to source your build system environment setup script?"
-exit 1
-fi
-
-pushd $PWD
-cd $BUILDDIR
-BITBAKE_VARS=`bitbake -e virtual/kernel`
-popd
-
-STAGING_BINDIR_TOOLCHAIN=$(echo "$BITBAKE_VARS" | grep 
^STAGING_BINDIR_TOOLCHAIN \
-  | cut -d '=' -f2 | cut -d '"' -f2)
-STAGING_BINDIR_TOOLPREFIX=$(echo

[OE-core] [PATCH v2 0/5] systemtap adding sysroot, cross compiling of user land related scripts

[Victor Kamensky]

Hi,

This is second version of patch series of SystemTap supporting
sysroot and SystemTap script cross compilation, integrated with
OE workflow.

Since first, RFC, version [1] the following changes were done:

   image: add image-combined-dbg helper class

  Needed to create rootfs-dbg that contains both target binaries
  and debug symbols. Instead of IMAGE_GEN_COMBINED_DEBUGFS build
  option as in RFC patches [2], small additional class is
  introduced that allows adding target symbols back into
  rootfs-dbg. The approach was suggested by Khem, as response on
  first RFC patches.

   Revert "systemtap: Cross compilation fix"

  Remove previous OE specific patch. It superseded
  by --sysroot support patch series

   systemtap: support --sysroot option in variety of situations in cross build

  Backport of SystemTap patches required to support --sysroot.
  Since my first post I worked with SystemTap maintainers and
  now all needed fixes for sysroot support got accepted.

   systemtap: create translator packageconfig

  Creates new PACKAGECONFIG, translator, which is on by default,
  but if dropped resulting systemtap package would contain only
  minimal run-time utilities required to activate/run host cross
  compiled SystemTap modules. It is implemented in such way
  instead of separate systemtap-utils recipe based on team's
  feedback.

   crosstap: replace script with new python based implementation

  Full backward compatible replacement of original crosstap
  shell script, written in python with extended functionality
  to support SystemTap scripts for user-land using --sysroot
  option. Compared to RFC version new script invocation wise is
  fully backward compatible with orginal crosstap shell script.

Full setup with patch series and examples that were used for
testing is available at [3].

[1] 
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148387.html

[2] 
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148392.html

[3] https://github.com/victorkamensky/systemtap-oe-sysroot-manifest

Victor Kamensky (5):
  image: add image-combined-dbg helper class
  Revert "systemtap: Cross compilation fix"
  systemtap: support --sysroot option in variety of situations in cross
build
  systemtap: create translator packageconfig
  crosstap: replace script with new python based implementation

 meta/classes/image-combined-dbg.bbclass|   9 +
 meta/classes/image.bbclass |   1 +
 ...001-Added-a-couple-of-small-sysroot-fixes.patch |  42 ++
 ...g-sysroot-path-to-module-name-in-case-of-.patch |  61 +++
 ...sure-sysroot-paths-don-t-end-with-a-slash.patch | 128 +
 ...root-when-looking-for-the-System.map-file.patch |  29 +
 ...e_relocate-needs-target-file-path-not-hos.patch |  39 ++
 ...ookup-with-sysroot-case-do-not-remove-sys.patch |  42 ++
 ...-short-release-r-option-handling-follow-u.patch |  40 ++
 ...sroot-fix-short-release-r-option-handling.patch |  53 ++
 ...dle-symbolic-links-with-absolute-name-rel.patch | 117 
 .../systemtap/systemtap/system_map_location.patch  |  23 -
 meta/recipes-kernel/systemtap/systemtap_git.bb |  15 +-
 meta/recipes-kernel/systemtap/systemtap_git.inc|  10 +-
 scripts/crosstap   | 586 -
 15 files changed, 1031 insertions(+), 164 deletions(-)
 create mode 100644 meta/classes/image-combined-dbg.bbclass
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Added-a-couple-of-small-sysroot-fixes.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Delay-adding-sysroot-path-to-module-name-in-case-of-.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Make-sure-sysroot-paths-don-t-end-with-a-slash.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Use-sysroot-when-looking-for-the-System.map-file.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-_stp_umodule_relocate-needs-target-file-path-not-hos.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-debuginfo-lookup-with-sysroot-case-do-not-remove-sys.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-follow-u.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-handle-symbolic-links-with-absolute-name-rel.patch
 delete mode 100644 
meta/recipes-kernel/systemtap/systemtap/system_map_location.patch

-- 
2.7.4

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

[OE-core] [PATCH v2 3/5] systemtap: support --sysroot option in variety of situations in cross build

[Victor Kamensky]

For details on issues fixed please look at commit message of individual
patches.

Upstream-Status: Backport [system...@sourceware.org]
Signed-off-by: Victor Kamensky 
---
 ...001-Added-a-couple-of-small-sysroot-fixes.patch |  42 +++
 ...g-sysroot-path-to-module-name-in-case-of-.patch |  61 ++
 ...sure-sysroot-paths-don-t-end-with-a-slash.patch | 128 +
 ...root-when-looking-for-the-System.map-file.patch |  29 +
 ...e_relocate-needs-target-file-path-not-hos.patch |  39 +++
 ...ookup-with-sysroot-case-do-not-remove-sys.patch |  42 +++
 ...-short-release-r-option-handling-follow-u.patch |  40 +++
 ...sroot-fix-short-release-r-option-handling.patch |  53 +
 ...dle-symbolic-links-with-absolute-name-rel.patch | 117 +++
 meta/recipes-kernel/systemtap/systemtap_git.inc|   9 ++
 10 files changed, 560 insertions(+)
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Added-a-couple-of-small-sysroot-fixes.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Delay-adding-sysroot-path-to-module-name-in-case-of-.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Make-sure-sysroot-paths-don-t-end-with-a-slash.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-Use-sysroot-when-looking-for-the-System.map-file.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-_stp_umodule_relocate-needs-target-file-path-not-hos.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-debuginfo-lookup-with-sysroot-case-do-not-remove-sys.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-follow-u.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-handle-symbolic-links-with-absolute-name-rel.patch

diff --git 
a/meta/recipes-kernel/systemtap/systemtap/0001-Added-a-couple-of-small-sysroot-fixes.patch
 
b/meta/recipes-kernel/systemtap/systemtap/0001-Added-a-couple-of-small-sysroot-fixes.patch
new file mode 100644
index 000..c0ceb5a
--- /dev/null
+++ 
b/meta/recipes-kernel/systemtap/systemtap/0001-Added-a-couple-of-small-sysroot-fixes.patch
@@ -0,0 +1,42 @@
+From a714658727206d2a98a7194b7e6d29dbd3e27b8d Mon Sep 17 00:00:00 2001
+From: David Smith 
+Date: Mon, 19 Mar 2018 16:50:05 -0500
+Subject: [PATCH] Added a couple of small sysroot fixes.
+
+* tapsets.cxx (dwarf_builder::build): Fix commit 4ffecddf5.
+  (path_remove_sysroot): Fix extra '/' present at start of paths.
+
+Upstream-Status: Backport
+Signed-off-by: Victor Kamensky 
+---
+ tapsets.cxx | 10 +++---
+ 1 file changed, 7 insertions(+), 3 deletions(-)
+
+Index: git/tapsets.cxx
+===
+--- git.orig/tapsets.cxx
 git/tapsets.cxx
+@@ -1395,7 +1395,8 @@ string path_remove_sysroot(const systemt
+   string retval = path;
+   if (!sess.sysroot.empty() &&
+   (pos = retval.find(sess.sysroot)) != string::npos)
+-retval.replace(pos, sess.sysroot.length(), "/");
++retval.replace(pos, sess.sysroot.length(),
++ (sess.sysroot.back() == '/' ? "/": ""));
+   return retval;
+ }
+ 
+@@ -8412,8 +8413,11 @@ dwarf_builder::build(systemtap_session &
+ 
+   // PR13338: unquote glob results
+   module_name = unescape_glob_chars (module_name);
+-  user_path = find_executable (module_name, "", sess.sysenv); // 
canonicalize it
+-  if (!is_fully_resolved(user_path, sess.sysroot, sess.sysenv))
++  user_path = find_executable (module_name, sess.sysroot, sess.sysenv); 
// canonicalize it
++  // Note we don't need to pass the sysroot to
++  // is_fully_resolved(), since we just passed it to
++  // find_executable().
++  if (!is_fully_resolved(user_path, "", sess.sysenv))
+ throw SEMANTIC_ERROR(_F("cannot find executable '%s'",
+ user_path.to_string().c_str()));
+ 
diff --git 
a/meta/recipes-kernel/systemtap/systemtap/0001-Delay-adding-sysroot-path-to-module-name-in-case-of-.patch
 
b/meta/recipes-kernel/systemtap/systemtap/0001-Delay-adding-sysroot-path-to-module-name-in-case-of-.patch
new file mode 100644
index 000..89951a2
--- /dev/null
+++ 
b/meta/recipes-kernel/systemtap/systemtap/0001-Delay-adding-sysroot-path-to-module-name-in-case-of-.patch
@@ -0,0 +1,61 @@
+From 4ffecddf5433d65a6f01241990c9d516586b1c79 Mon Sep 17 00:00:00 2001
+From: Victor Kamensky 
+Date: Mon, 19 Mar 2018 08:53:51 -0500
+Subject: [PATCH] Delay adding sysroot path to module name in case of non
+ absolute executable
+
+Current stap code adds sysroot prematurely for probes that specify non
+absolute path name, i.e like "foo", so when find_executable called it
+receives full path as /foo and find_executable does not search
+PATH while applying sysroot.
+
+Fix delays adding sysroot

[OE-core] [PATCH] elfutils: Clean up comments

[Peter Kjellerstedt]

The list of patches in SRC_URI was restructured in 49aae1d7, and left
a comment about patches from Debian hanging without context. Move and
reword it to make it remain useful.

There was also a leftover comment that referred to two .h files and
do_configure_prepend() that were removed in f960c026.

Signed-off-by: Peter Kjellerstedt 
---
 meta/recipes-devtools/elfutils/elfutils_0.170.bb | 13 +++--
 1 file changed, 3 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.170.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.170.bb
index 54d341d190..14ac22ee64 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.170.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.170.bb
@@ -5,6 +5,8 @@ LICENSE = "(GPLv3 & Elfutils-Exception)"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 DEPENDS = "libtool bzip2 zlib virtual/libintl"
 DEPENDS_append_libc-musl = " argp-standalone fts "
+# The Debian patches below are from:
+# 
http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.168-0.2.debian.tar.xz
 SRC_URI = "https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://0001-dso-link-change.patch \
file://0002-Fix-elf_cvt_gunhash-if-dest-and-src-are-same.patch \
@@ -24,19 +26,10 @@ SRC_URI = 
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://0001-Use-fallthrough-attribute.patch \

file://0001-Ensure-that-packed-structs-follow-the-gcc-memory-lay.patch \
"
+SRC_URI_append_libc-musl = " 
file://0008-build-Provide-alternatives-for-glibc-assumptions-hel.patch"
 SRC_URI[md5sum] = "03599aee98c9b726c7a732a2dd0245d5"
 SRC_URI[sha256sum] = 
"1f844775576b79bdc9f9c717a50058d08620323c1e935458223a12f249c9e066"
 
-SRC_URI_append_libc-musl = " 
file://0008-build-Provide-alternatives-for-glibc-assumptions-hel.patch"
-
-# Pick patches from debian
-# 
http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.168-0.2.debian.tar.xz
-# Fix fallthrough with GCC7
-
-# The buildsystem wants to generate 2 .h files from source using a binary it 
just built,
-# which can not pass the cross compiling, so let's work around it by adding 2 
.h files
-# along with the do_configure_prepend()
-
 inherit autotools gettext
 
 EXTRA_OECONF = "--program-prefix=eu- --without-lzma"
-- 
2.12.0

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

[OE-core] ✗ patchtest: failure for "nativesdk-postinst-intercept: ..." and 7 more

[Patchwork]

== Series Details ==

Series: "nativesdk-postinst-intercept: ..." and 7 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/11661/
State : failure

== Summary ==


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



* Patch[3/8] package_manager.py: move postinst_intercept dir 
initialization from RootFS to PackageManager class
 Issue Commit shortlog is too long [test_shortlog_length] 
  Suggested fixEdit shortlog so that it is 90 characters or less (currently 
98 characters)



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

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

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

[OE-core] [PATCH 5/8] package_manager.py: do not hardcode the task name when referring to log files

[Alexander Kanavin]

This can be do_rootfs or do_populate_sdk, or anything else.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/package_manager.py | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 6c85a6d2c78..840a7bc34c5 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -392,7 +392,7 @@ class PackageManager(object, metaclass=ABCMeta):
 output = subprocess.check_output(script_full, 
stderr=subprocess.STDOUT)
 if output: bb.note(output.decode("utf-8"))
 except subprocess.CalledProcessError as e:
-bb.warn("The postinstall intercept hook '%s' failed, details 
in log.do_rootfs" % script)
+bb.warn("The postinstall intercept hook '%s' failed, details 
in %s/log.do_%s" % (script, self.d.getVar('T'), 
self.d.getVar('BB_CURRENTTASK')))
 bb.note("Exit code %d. Output:\n%s" % (e.returncode, 
e.output.decode("utf-8")))
 self._postpone_to_first_boot(script_full)
 
@@ -789,7 +789,7 @@ class RpmPM(PackageManager):
 failed_scriptlets_pkgnames[line.split()[-1]] = True
 
 if len(failed_scriptlets_pkgnames) > 0:
-failed_postinsts_warn(list(failed_scriptlets_pkgnames.keys()), 
self.d.expand("${T}/log.do_rootfs"))
+failed_postinsts_warn(list(failed_scriptlets_pkgnames.keys()), 
self.d.expand("${T}/log.do_${BB_CURRENTTASK}"))
 for pkg in failed_scriptlets_pkgnames.keys():
 self.save_rpmpostinst(pkg)
 
@@ -1265,7 +1265,7 @@ class OpkgPM(OpkgDpkgPM):
 bb.warn(line)
 failed_pkgs.append(line.split(".")[0])
 if failed_pkgs:
-failed_postinsts_warn(failed_pkgs, 
self.d.expand("${T}/log.do_rootfs"))
+failed_postinsts_warn(failed_pkgs, 
self.d.expand("${T}/log.do_${BB_CURRENTTASK}"))
 except subprocess.CalledProcessError as e:
 (bb.fatal, bb.warn)[attempt_only]("Unable to install packages. "
   "Command '%s' returned %d:\n%s" %
@@ -1530,7 +1530,7 @@ class DpkgPM(OpkgDpkgPM):
 bb.warn("%s for package %s failed with %d:\n%s" %
 (control_script.name, pkg_name, e.returncode,
 e.output.decode("utf-8")))
-failed_postinsts_warn([pkg_name], 
self.d.expand("${T}/log.do_rootfs"))
+failed_postinsts_warn([pkg_name], 
self.d.expand("${T}/log.do_${BB_CURRENTTASK}"))
 failed_pkgs.append(pkg_name)
 break
 
-- 
2.16.1

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

[OE-core] [PATCH 2/8] package_manager.py: move target_rootfs property to common ancestor class

[Alexander Kanavin]

This will be useful when also moving postinst_intercept handling to
package manager class from rootfs class.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/package_manager.py | 16 +++-
 1 file changed, 7 insertions(+), 9 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index e006dc6215d..e0a114c3325 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -326,8 +326,9 @@ class PackageManager(object, metaclass=ABCMeta):
 This is an abstract class. Do not instantiate this directly.
 """
 
-def __init__(self, d):
+def __init__(self, d, target_rootfs):
 self.d = d
+self.target_rootfs = target_rootfs
 self.deploy_dir = None
 self.deploy_lock = None
 
@@ -585,8 +586,7 @@ class RpmPM(PackageManager):
  os_var=None,
  rpm_repo_workdir="oe-rootfs-repo",
  filterbydependencies=True):
-super(RpmPM, self).__init__(d)
-self.target_rootfs = target_rootfs
+super(RpmPM, self).__init__(d, target_rootfs)
 self.target_vendor = target_vendor
 self.task_name = task_name
 if arch_var == None:
@@ -919,11 +919,11 @@ class RpmPM(PackageManager):
 
 
 class OpkgDpkgPM(PackageManager):
-def __init__(self, d):
+def __init__(self, d, target_rootfs):
 """
 This is an abstract class. Do not instantiate this directly.
 """
-super(OpkgDpkgPM, self).__init__(d)
+super(OpkgDpkgPM, self).__init__(d, target_rootfs)
 
 def package_info(self, pkg, cmd):
 """
@@ -988,9 +988,8 @@ class OpkgDpkgPM(PackageManager):
 
 class OpkgPM(OpkgDpkgPM):
 def __init__(self, d, target_rootfs, config_file, archs, 
task_name='target'):
-super(OpkgPM, self).__init__(d)
+super(OpkgPM, self).__init__(d, target_rootfs)
 
-self.target_rootfs = target_rootfs
 self.config_file = config_file
 self.pkg_archs = archs
 self.task_name = task_name
@@ -1367,8 +1366,7 @@ class OpkgPM(OpkgDpkgPM):
 
 class DpkgPM(OpkgDpkgPM):
 def __init__(self, d, target_rootfs, archs, base_archs, apt_conf_dir=None):
-super(DpkgPM, self).__init__(d)
-self.target_rootfs = target_rootfs
+super(DpkgPM, self).__init__(d, target_rootfs)
 self.deploy_dir = self.d.getVar('DEPLOY_DIR_DEB')
 if apt_conf_dir is None:
 self.apt_conf_dir = self.d.expand("${APTCONF_TARGET}/apt")
-- 
2.16.1

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

[OE-core] [PATCH 1/8] nativesdk-postinst-intercept: remove the recipe

[Alexander Kanavin]

Its use required a script from an external repo which hasn't been updated
in 4 years, the recipe itself is out of date (doesn't install all
intercepts), and there is no oe-selftest or documentation for this.
If anyone still wants this, please do it in a separate layer.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/distro_alias.inc  |  1 -
 meta/conf/distro/include/maintainers.inc   |  1 -
 .../packagegroups/nativesdk-packagegroup-sdk-host.bb   |  1 -
 .../nativesdk-postinst-intercept_1.0.bb| 18 --
 4 files changed, 21 deletions(-)
 delete mode 100644 
meta/recipes-devtools/postinst-intercept/nativesdk-postinst-intercept_1.0.bb

diff --git a/meta/conf/distro/include/distro_alias.inc 
b/meta/conf/distro/include/distro_alias.inc
index 8ec623befbd..13c7e652bc7 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -313,7 +313,6 @@ DISTRO_PN_ALIAS_pn-pkgconfig = "Ubuntu=pkg-config 
Fedora=pkgconfig"
 DISTRO_PN_ALIAS_pn-pointercal-xinput = "OE-Core"
 DISTRO_PN_ALIAS_pn-pong-clock = "OpenedHand"
 DISTRO_PN_ALIAS_pn-portmap = "Debian=rpcbind Fedora=rpcbind"
-DISTRO_PN_ALIAS_pn-postinst-intercept = "OE-Core"
 DISTRO_PN_ALIAS_pn-powertop = "Meego=powertop Fedora=powertop Debian=powertop 
OpenSuSE=powertop Mandriva=powertop"
 DISTRO_PN_ALIAS_pn-ppp-dialin = "OE-Core"
 DISTRO_PN_ALIAS_pn-presentproto = "Debian=x11proto-present-dev 
Fedora=xorg-x11-proto-devel"
diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index e471891f2ce..48aff9537e4 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -527,7 +527,6 @@ RECIPE_MAINTAINER_pn-nativesdk-buildtools-perl-dummy = 
"Richard Purdie http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/8] gio-module-cache.bbclass: pass in ${libexecdir}

[Alexander Kanavin]

When it was something else than /usr/libexec (e.g. when
installing native SDK packages), things broke down.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/gio-module-cache.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/gio-module-cache.bbclass 
b/meta/classes/gio-module-cache.bbclass
index a8190b7b89a..e429bd31976 100644
--- a/meta/classes/gio-module-cache.bbclass
+++ b/meta/classes/gio-module-cache.bbclass
@@ -9,6 +9,7 @@ if [ "x$D" != "x" ]; then
 mlprefix=${MLPREFIX} \
 binprefix=${MLPREFIX} \
 libdir=${libdir} \
+libexecdir=${libexecdir} \
 base_libdir=${base_libdir} \
 bindir=${bindir}
 else
-- 
2.16.1

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

[OE-core] [PATCH 6/8] sdk.py: run postinst intercepts

[Alexander Kanavin]

Previously this wasn't done, and so any packages installed from
populate_sdk would not have the postinsts fully executed
(particularly generation of various caches via running nativesdk or target
binaries with qemu wasn't working).

[YOCTO #12630]

Signed-off-by: Alexander Kanavin 
---
 meta/classes/populate_sdk_base.bbclass |  2 +-
 meta/lib/oe/sdk.py | 12 
 2 files changed, 13 insertions(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 60a5abc7dc8..77ec8aaec27 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -46,7 +46,7 @@ TOOLCHAIN_TARGET_TASK_ATTEMPTONLY ?= ""
 TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-toolchain-${SDK_VERSION}"
 
 SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
-SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native"
+SDK_DEPENDS = "virtual/fakeroot-native pixz-native cross-localedef-native 
${MLPREFIX}qemuwrapper-cross"
 SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
 
 # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
PACKAGE_ARCH as it
diff --git a/meta/lib/oe/sdk.py b/meta/lib/oe/sdk.py
index 6cd4115202f..d6a503372a3 100644
--- a/meta/lib/oe/sdk.py
+++ b/meta/lib/oe/sdk.py
@@ -209,6 +209,8 @@ class RpmSdk(Sdk):
 
 
self.target_pm.install_complementary(self.d.getVar('SDKIMAGE_INSTALL_COMPLEMENTARY'))
 
+self.target_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_TARGET_COMMAND"))
 
 if not bb.utils.contains("SDKIMAGE_FEATURES", "package-management", 
True, False, self.d):
@@ -218,6 +220,8 @@ class RpmSdk(Sdk):
 self._populate_sysroot(self.host_pm, self.host_manifest)
 self.install_locales(self.host_pm)
 
+self.host_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_HOST_COMMAND"))
 
 if not bb.utils.contains("SDKIMAGE_FEATURES", "package-management", 
True, False, self.d):
@@ -293,6 +297,8 @@ class OpkgSdk(Sdk):
 
 
self.target_pm.install_complementary(self.d.getVar('SDKIMAGE_INSTALL_COMPLEMENTARY'))
 
+self.target_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_TARGET_COMMAND"))
 
 if not bb.utils.contains("SDKIMAGE_FEATURES", "package-management", 
True, False, self.d):
@@ -302,6 +308,8 @@ class OpkgSdk(Sdk):
 self._populate_sysroot(self.host_pm, self.host_manifest)
 self.install_locales(self.host_pm)
 
+self.host_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_HOST_COMMAND"))
 
 if not bb.utils.contains("SDKIMAGE_FEATURES", "package-management", 
True, False, self.d):
@@ -378,6 +386,8 @@ class DpkgSdk(Sdk):
 
 
self.target_pm.install_complementary(self.d.getVar('SDKIMAGE_INSTALL_COMPLEMENTARY'))
 
+self.target_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_TARGET_COMMAND"))
 
 self._copy_apt_dir_to(os.path.join(self.sdk_target_sysroot, "etc", 
"apt"))
@@ -389,6 +399,8 @@ class DpkgSdk(Sdk):
 self._populate_sysroot(self.host_pm, self.host_manifest)
 self.install_locales(self.host_pm)
 
+self.host_pm.run_intercepts()
+
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_HOST_COMMAND"))
 
 self._copy_apt_dir_to(os.path.join(self.sdk_output, 
self.sdk_native_path,
-- 
2.16.1

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

[OE-core] [PATCH 4/8] package_manager.py: move intercept running logic from rootfs class to PackageManager class

[Alexander Kanavin]

This allows running the intercepts when creating SDKs, which previously
wasn't possible, as SDK code does not use the rootfs class, and calls
into PackageManager methods directly.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/package_manager.py | 58 ++
 meta/lib/oe/rootfs.py  | 64 +-
 2 files changed, 59 insertions(+), 63 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 5b52fc9e713..6c85a6d2c78 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -348,6 +348,54 @@ class PackageManager(object, metaclass=ABCMeta):
 bb.utils.remove(self.intercepts_dir, True)
 shutil.copytree(postinst_intercepts_dir, self.intercepts_dir)
 
+@abstractmethod
+def _handle_intercept_failure(self, failed_script):
+pass
+
+def _postpone_to_first_boot(self, postinst_intercept_hook):
+with open(postinst_intercept_hook) as intercept:
+registered_pkgs = None
+for line in intercept.read().split("\n"):
+m = re.match("^##PKGS:(.*)", line)
+if m is not None:
+registered_pkgs = m.group(1).strip()
+break
+
+if registered_pkgs is not None:
+bb.note("If an image is being built, the postinstalls for the 
following packages "
+"will be postponed for first boot: %s" %
+registered_pkgs)
+
+# call the backend dependent handler
+self._handle_intercept_failure(registered_pkgs)
+
+
+def run_intercepts(self):
+intercepts_dir = self.intercepts_dir
+
+bb.note("Running intercept scripts:")
+os.environ['D'] = self.target_rootfs
+os.environ['STAGING_DIR_NATIVE'] = self.d.getVar('STAGING_DIR_NATIVE')
+for script in os.listdir(intercepts_dir):
+script_full = os.path.join(intercepts_dir, script)
+
+if script == "postinst_intercept" or not os.access(script_full, 
os.X_OK):
+continue
+
+if script == "delay_to_first_boot":
+self._postpone_to_first_boot(script_full)
+continue
+
+bb.note("> Executing %s intercept ..." % script)
+
+try:
+output = subprocess.check_output(script_full, 
stderr=subprocess.STDOUT)
+if output: bb.note(output.decode("utf-8"))
+except subprocess.CalledProcessError as e:
+bb.warn("The postinstall intercept hook '%s' failed, details 
in log.do_rootfs" % script)
+bb.note("Exit code %d. Output:\n%s" % (e.returncode, 
e.output.decode("utf-8")))
+self._postpone_to_first_boot(script_full)
+
 @abstractmethod
 def update(self):
 """
@@ -897,6 +945,14 @@ class RpmPM(PackageManager):
 open(saved_script_name, 'w').write(output)
 os.chmod(saved_script_name, 0o755)
 
+def _handle_intercept_failure(self, registered_pkgs):
+rpm_postinsts_dir = self.target_rootfs + 
self.d.expand('${sysconfdir}/rpm-postinsts/')
+bb.utils.mkdirhier(rpm_postinsts_dir)
+
+# Save the package postinstalls in /etc/rpm-postinsts
+for pkg in registered_pkgs.split():
+self.save_rpmpostinst(pkg)
+
 def extract(self, pkg):
 output = self._invoke_dnf(["repoquery", "--queryformat", 
"%{location}", pkg])
 pkg_name = output.splitlines()[-1]
@@ -1000,6 +1056,8 @@ class OpkgDpkgPM(PackageManager):
 
 return tmp_dir
 
+def _handle_intercept_failure(self, registered_pkgs):
+self.mark_packages("unpacked", registered_pkgs.split())
 
 class OpkgPM(OpkgDpkgPM):
 def __init__(self, d, target_rootfs, config_file, archs, 
task_name='target'):
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 600a685d68f..f8f717c0505 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -92,10 +92,6 @@ class Rootfs(object, metaclass=ABCMeta):
 self.d.getVar('PACKAGE_FEED_ARCHS'))
 
 
-@abstractmethod
-def _handle_intercept_failure(self, failed_script):
-pass
-
 """
 The _cleanup() method should be used to clean-up stuff that we don't really
 want to end up on target. For example, in the case of RPM, the DB locks.
@@ -197,7 +193,7 @@ class Rootfs(object, metaclass=ABCMeta):
 
 execute_pre_post_process(self.d, rootfs_post_install_cmds)
 
-self._run_intercepts()
+self.pm.run_intercepts()
 
 execute_pre_post_process(self.d, post_process_cmds)
 
@@ -283,50 +279,6 @@ class Rootfs(object, metaclass=ABCMeta):
 # Remove the package manager data files
 self.pm.remove_packaging_data()
 
-def _postpone_to_first_boot(self, postinst_intercept_hook):
-with open(postinst_intercept_hook) as intercept:
-registered_pkg

[OE-core] [PATCH 8/8] glib-2.0/glib.inc: apply MLPREFIX renaming to all package classes

[Alexander Kanavin]

Now that we have postinst intercept execution working for SDK generation,
adding MLPREFIX again makes sense in all cases, as the intercepts do require
that it is there.

This reverts commit 4ffb728df4bdf21daef31d89cfa5771eaf0d90f8.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/glib-2.0/glib.inc | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/glib-2.0/glib.inc 
b/meta/recipes-core/glib-2.0/glib.inc
index 7e062eeb5da..b7c32e64bc8 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -104,6 +104,11 @@ do_install_append () {
if [ -e ${D}${libdir}/charset.alias ]; then
rm -f ${D}${libdir}/charset.alias
fi
+
+# Make sure gio-querymodules is unique among multilibs
+if test "x${MLPREFIX}" != "x"; then
+mv ${D}${libexecdir}/gio-querymodules 
${D}${libexecdir}/${MLPREFIX}gio-querymodules
+fi
 }
 
 do_install_append_class-target () {
@@ -114,11 +119,6 @@ do_install_append_class-target () {
rm 
${D}${datadir}/installed-tests/glib/gdbus-serialization.test
fi
fi
-
-   # Make sure gio-querymodules is unique among multilibs
-   if test "x${MLPREFIX}" != "x"; then
-   mv ${D}${libexecdir}/gio-querymodules 
${D}${libexecdir}/${MLPREFIX}gio-querymodules
-   fi
 }
 
 CODEGEN_PYTHON_RDEPENDS = "python3 python3-distutils python3-xml"
-- 
2.16.1

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

[OE-core] [PATCH 3/8] package_manager.py: move postinst_intercept dir initialization from RootFS to PackageManager class

[Alexander Kanavin]

This will allow handling postinst_intercepts when populating SDKs (which
use PackageManager class directly, and do not utilize RootFS class).

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/package_manager.py | 25 +++--
 meta/lib/oe/rootfs.py  | 13 +
 2 files changed, 20 insertions(+), 18 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index e0a114c3325..5b52fc9e713 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -12,6 +12,7 @@ import oe.utils
 import oe.path
 import string
 from oe.gpg_sign import get_signer
+import hashlib
 
 # this can be used by all PM backends to create the index files in parallel
 def create_index(arg):
@@ -331,6 +332,21 @@ class PackageManager(object, metaclass=ABCMeta):
 self.target_rootfs = target_rootfs
 self.deploy_dir = None
 self.deploy_lock = None
+self._initialize_intercepts()
+
+def _initialize_intercepts(self):
+bb.note("Initializing intercept dir for %s" % self.target_rootfs)
+postinst_intercepts_dir = self.d.getVar("POSTINST_INTERCEPTS_DIR")
+if not postinst_intercepts_dir:
+postinst_intercepts_dir = 
self.d.expand("${COREBASE}/scripts/postinst-intercepts")
+# As there might be more than one instance of PackageManager operating 
at the same time
+# we need to isolate the intercept_scripts directories from each other,
+# hence the ugly hash digest in dir name.
+self.intercepts_dir = os.path.join(self.d.getVar('WORKDIR'),
+  "intercept_scripts-%s" 
%(hashlib.sha256(self.target_rootfs.encode()).hexdigest()) )
+
+bb.utils.remove(self.intercepts_dir, True)
+shutil.copytree(postinst_intercepts_dir, self.intercepts_dir)
 
 @abstractmethod
 def update(self):
@@ -699,8 +715,7 @@ class RpmPM(PackageManager):
 os.environ['OFFLINE_ROOT'] = self.target_rootfs
 os.environ['IPKG_OFFLINE_ROOT'] = self.target_rootfs
 os.environ['OPKG_OFFLINE_ROOT'] = self.target_rootfs
-os.environ['INTERCEPT_DIR'] = oe.path.join(self.d.getVar('WORKDIR'),
-   "intercept_scripts")
+os.environ['INTERCEPT_DIR'] = self.intercepts_dir
 os.environ['NATIVE_ROOT'] = self.d.getVar('STAGING_DIR_NATIVE')
 
 
@@ -1178,8 +1193,7 @@ class OpkgPM(OpkgDpkgPM):
 os.environ['OFFLINE_ROOT'] = self.target_rootfs
 os.environ['IPKG_OFFLINE_ROOT'] = self.target_rootfs
 os.environ['OPKG_OFFLINE_ROOT'] = self.target_rootfs
-os.environ['INTERCEPT_DIR'] = os.path.join(self.d.getVar('WORKDIR'),
-   "intercept_scripts")
+os.environ['INTERCEPT_DIR'] = self.intercepts_dir
 os.environ['NATIVE_ROOT'] = self.d.getVar('STAGING_DIR_NATIVE')
 
 try:
@@ -1440,8 +1454,7 @@ class DpkgPM(OpkgDpkgPM):
 os.environ['OFFLINE_ROOT'] = self.target_rootfs
 os.environ['IPKG_OFFLINE_ROOT'] = self.target_rootfs
 os.environ['OPKG_OFFLINE_ROOT'] = self.target_rootfs
-os.environ['INTERCEPT_DIR'] = os.path.join(self.d.getVar('WORKDIR'),
-   "intercept_scripts")
+os.environ['INTERCEPT_DIR'] = self.intercepts_dir
 os.environ['NATIVE_ROOT'] = self.d.getVar('STAGING_DIR_NATIVE')
 
 failed_pkgs = []
diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index bf2aea2b25a..600a685d68f 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -178,20 +178,10 @@ class Rootfs(object, metaclass=ABCMeta):
 post_process_cmds = self.d.getVar("ROOTFS_POSTPROCESS_COMMAND")
 rootfs_post_install_cmds = self.d.getVar('ROOTFS_POSTINSTALL_COMMAND')
 
-postinst_intercepts_dir = self.d.getVar("POSTINST_INTERCEPTS_DIR")
-if not postinst_intercepts_dir:
-postinst_intercepts_dir = 
self.d.expand("${COREBASE}/scripts/postinst-intercepts")
-intercepts_dir = os.path.join(self.d.getVar('WORKDIR'),
-  "intercept_scripts")
-
-bb.utils.remove(intercepts_dir, True)
-
 bb.utils.mkdirhier(self.image_rootfs)
 
 bb.utils.mkdirhier(self.deploydir)
 
-shutil.copytree(postinst_intercepts_dir, intercepts_dir)
-
 execute_pre_post_process(self.d, pre_process_cmds)
 
 if self.progress_reporter:
@@ -312,8 +302,7 @@ class Rootfs(object, metaclass=ABCMeta):
 
 
 def _run_intercepts(self):
-intercepts_dir = os.path.join(self.d.getVar('WORKDIR'),
-  "intercept_scripts")
+intercepts_dir = self.pm.intercepts_dir
 
 bb.note("Running intercept scripts:")
 os.environ['D'] = self.image_rootfs
-- 
2.16.1

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

[OE-core] [PATCH v2] oeqa/runtime/stap.py: add runtime test for systemtap

[Victor Kamensky]

Add runtime test for stap to test basic SystemTap
operations: can compile very basic module and run on
target device.

Note we disable (-DSTP_NO_VERREL_CHECK) SystemTap
additional kernel release check since during OE testing
mismatching kernel-devsrc and kernels are used.

Signed-off-by: Victor Kamensky 
---

 v2 updates:
* prepare in /usr/src/kernel make as in
  kernelmodule.py

* use of uname -r for kernel release retrieval

* adds -DSTP_NO_VERREL_CHECK to allow mismatch
  between running kernel and kernel-devsrc

 meta/lib/oeqa/runtime/cases/stap.py   | 33 +
 meta/lib/oeqa/runtime/files/hello.stp |  1 +
 2 files changed, 34 insertions(+)
 create mode 100644 meta/lib/oeqa/runtime/cases/stap.py
 create mode 100644 meta/lib/oeqa/runtime/files/hello.stp

diff --git a/meta/lib/oeqa/runtime/cases/stap.py 
b/meta/lib/oeqa/runtime/cases/stap.py
new file mode 100644
index 000..fc728bf
--- /dev/null
+++ b/meta/lib/oeqa/runtime/cases/stap.py
@@ -0,0 +1,33 @@
+import os
+
+from oeqa.runtime.case import OERuntimeTestCase
+from oeqa.core.decorator.depends import OETestDepends
+from oeqa.core.decorator.oeid import OETestID
+from oeqa.core.decorator.data import skipIfNotFeature
+
+class StapTest(OERuntimeTestCase):
+
+@classmethod
+def setUpClass(cls):
+src = os.path.join(cls.tc.runtime_files_dir, 'hello.stp')
+dst = '/tmp/hello.stp'
+cls.tc.target.copyTo(src, dst)
+
+@classmethod
+def tearDownClass(cls):
+files = '/tmp/hello.stp'
+cls.tc.target.run('rm %s' % files)
+
+@OETestID(1652)
+@skipIfNotFeature('tools-profile',
+  'Test requires tools-profile to be in IMAGE_FEATURES')
+@OETestDepends(['kernelmodule.KernelModuleTest.test_kernel_module'])
+def test_stap(self):
+cmds = [
+'cd /usr/src/kernel && make scripts prepare',
+'cd /lib/modules/`uname -r` && (if [ ! -L build ]; then ln -s 
/usr/src/kernel build; fi)',
+'stap --disable-cache -DSTP_NO_VERREL_CHECK /tmp/hello.stp'
+]
+for cmd in cmds:
+status, output = self.target.run(cmd, 900)
+self.assertEqual(status, 0, msg='\n'.join([cmd, output]))
diff --git a/meta/lib/oeqa/runtime/files/hello.stp 
b/meta/lib/oeqa/runtime/files/hello.stp
new file mode 100644
index 000..3677147
--- /dev/null
+++ b/meta/lib/oeqa/runtime/files/hello.stp
@@ -0,0 +1 @@
+probe oneshot { println("hello world") }
-- 
2.7.4

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

Re: [OE-core] [PATCH] kernel.bbclass: improve reproducibility

[Richard Purdie]

On Tue, 2018-04-03 at 10:11 -0400, Bruce Ashfield wrote:
> On Tue, Apr 3, 2018 at 9:59 AM, Richard Purdie
>  wrote:
> > 
> > On Tue, 2018-04-03 at 08:58 -0400, Bruce Ashfield wrote:
> > > 
> > > On Tue, Apr 3, 2018 at 12:23 AM, Jonathan Liu 
> > > wrote:
> > > > 
> > > > 
> > > > Set KBUILD_BUILD_VERSION=1 to avoid build version being
> > > > incremented
> > > > on
> > > > every build. It is visible in the output of "cat /proc/version"
> > > > after
> > > > the hash character.
> > > It is possible that someone might actually want this feature, for
> > > debug or
> > > different build variants.
> > > 
> > > So this would be better as a variable that can be overridden.
> > Surely users can override it in this form (like the USER/HOST
> > variants
> > already there)?
> I've never used the user/host variant, so I don't know.
> 
> How can you override an exported variable in a shell function in a
> bbclass ? I've never tried.
> 
> I know for a fact, that I wouldn't want this on by default, hence my
> comment.

KBUILD_BUILD_VERSION[unexport] = "1"

will override the export flag...

Cheers,

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

Re: [OE-core] [PATCH] core-image-minimal-initramfs: prepare initramfs for NFS boot

[André Draszik]

Thanks!

On Fri, 2018-03-16 at 20:20 +0200, Oleksii Konoplitskyi wrote:
> Taking into account your recommendations, module should have the next 
> content:
> 
> nfsrootfs_enabled() {
>  [ -z ${bootparam_nfsroot+x} ] && return 1
>  return 0
> }
> 
> nfsrootfs_run() {
>  nfs_mount_point=$(echo $bootparam_nfsroot | cut -d ',' -f 1)
>  nfs_mount_params=$(echo $bootparam_nfsroot | cut -d ',' -f 2)
> 
>  mount -t nfs ${nfs_mount_point} -o nolock,${nfs_server_params} 
> $ROOTFS_DIR
> }

Actually, this is missing various things, according to
linux/Documentation/filesystems/nfs/nfsroot.txt

nfsroot=[:][,]

* The server-ip is optional (and would be taken from the ip= option in
  that case)
* there can be more than one nfs-option (which is probably more important
  to fix)
* it ignores the 'ro' or rootflags=ro option

Maybe something like this (completely untested):

nfsrootfs_run() {
local nfs_opts
local location
local flags

nfs_opts=""
if [ "${bootparam_nfsroot#*,}" != "${bootparam_nfsroot}" ] ; then
nfs_opts="-o ${bootparam_nfsroot#*,}"
fi
location="${bootparam_nfsroot%%,*}"
if [ "${location#*:}" = "${location}" ]; then
# server-ip not given
location=${ROOTSERVER}:${location}
fi

flags="-o nolock"
if [ -n "$bootparam_ro" ] && ! echo "$bootparam_rootflags" | grep -w -q 
"ro"; then
if [  -n "$bootparam_rootflags" ]; then
bootparam_rootflags="$bootparam_rootflags,"
fi
bootparam_rootflags="${bootparam_rootflags}ro"
fi
if [ -n "$bootparam_rootflags" ]; then
flags="$flags -o$bootparam_rootflags"
fi

mount -t nfs ${flags} ${nfs_opts} ${location} ${ROOTFS_DIR}
}

? Just need to get at $ROOTSERVER now, or at least issue a warning that it
should be given on the command line.


> What module is responsible for network configuration and network driver 
> loading?

I'd say IP should be separate, as you can then also easily add DHCP or
zeroconf. It's not really related to nfsroot (except for the ROOTSERVER
bit).
Network driver loading should definitely be a machine specific thing...

> Should it be separate custom module in initramfs-framework not related 
> to upstream?
> 
> Best regards,
> Oleksii


Cheers,
Andre'

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

Re: [OE-core] [PATCH] uninative: add variables to the whitelist so that it does not re-triger recipe parsing

[Cuero Bugot]

> In short the answer is that no, we shouldn't and your patch is the better 
> option. I've queued it in sumo-next. Thanks for figuring it out as it is an 
> annoying problem.

Hey no prb ! Given he traffic on this list I understand everyone is busy!
Would it be possible to add it to rocko-next  as well ? (the patch applies as 
is) (I ask in my self interest as we are using rocko as of now); or does it 
contradict specific policies for released branches ?
Thx,
Cuero
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel.bbclass: improve reproducibility

[Bruce Ashfield]

On Tue, Apr 3, 2018 at 9:59 AM, Richard Purdie
 wrote:
> On Tue, 2018-04-03 at 08:58 -0400, Bruce Ashfield wrote:
>> On Tue, Apr 3, 2018 at 12:23 AM, Jonathan Liu 
>> wrote:
>> >
>> > Set KBUILD_BUILD_VERSION=1 to avoid build version being incremented
>> > on
>> > every build. It is visible in the output of "cat /proc/version"
>> > after
>> > the hash character.
>> It is possible that someone might actually want this feature, for
>> debug or
>> different build variants.
>>
>> So this would be better as a variable that can be overridden.
>
> Surely users can override it in this form (like the USER/HOST variants
> already there)?

I've never used the user/host variant, so I don't know.

How can you override an exported variable in a shell function in a
bbclass ? I've never tried.

I know for a fact, that I wouldn't want this on by default, hence my comment.

Bruce

>
> Cheers,
>
> Richard



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

Re: [OE-core] [PATCH] kernel.bbclass: improve reproducibility

[Richard Purdie]

On Tue, 2018-04-03 at 08:58 -0400, Bruce Ashfield wrote:
> On Tue, Apr 3, 2018 at 12:23 AM, Jonathan Liu 
> wrote:
> > 
> > Set KBUILD_BUILD_VERSION=1 to avoid build version being incremented
> > on
> > every build. It is visible in the output of "cat /proc/version"
> > after
> > the hash character.
> It is possible that someone might actually want this feature, for
> debug or
> different build variants.
> 
> So this would be better as a variable that can be overridden.

Surely users can override it in this form (like the USER/HOST variants
already there)?

Cheers,

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

Re: [OE-core] [PATCH] uninative: add variables to the whitelist so that it does not re-triger recipe parsing

[Richard Purdie]

On Fri, 2018-03-30 at 12:45 +, Cuero Bugot wrote:
> > 
> > > 
> > > > 
> > > > On Fri, Mar 16, 2018 at 10:31 AM Cuero Bugot  > > > rrawireless.com> wrote:
> > > > When uninative is activated (poky's default) internal
> > > > datastore 
> > > > variables are modified (NATIVELSBSTRING and
> > > > SSTATEPOSTUNPACKFUNCS) 
> > > > to enable uninative support. This is happening after parsing is
> > > > done at the beginning of the build. On the next bitbake call
> > > > the recipe would be parsed if the two variables above were not
> > > > added to the parsing whitelist BB_HASHCONFIG_WHITELIST.
> > > > 
> > > > The fix is to add these two variables to the recipe parsing 
> > > > whitelist BB_HASHCONFIG_WHITELIST, this is done at recipe
> > > > parsing time, only when uninative.bbclass is used.
> > > 
> > > It seems you have a case where data is already parsed and then 
> > > uninstive is enabled after this the reparse is happening. Or is
> > > it 
> > > always happening when uninative is enabled
> > It is always happening when uninative is enabled (which is poky's
> > default). The 2 first times you build you will have a full recipe
> > parsing.
> > The reason is that the data is effectively modified on reception of
> > BuildStarted event that happens after the parsing is done. Next
> > time you run bitbake, the datastore signature is different and thus
> > retrigger a recipe aprsing.
> Anything I could do help make merge-in this proposal?

Sorry about the delay, I wanted to check that we shouldn't be teaching
get_hash() in data_smart.py in bitbake something about excludevardeps
to make it work better.

In short the answer is that no, we shouldn't and your patch is the
better option. I've queued it in sumo-next. Thanks for figuring it out
as it is an annoying problem.

Cheers,

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

Re: [OE-core] [PATCH] kernel.bbclass: improve reproducibility

[Bruce Ashfield]

On Tue, Apr 3, 2018 at 12:23 AM, Jonathan Liu  wrote:
> Set KBUILD_BUILD_VERSION=1 to avoid build version being incremented on
> every build. It is visible in the output of "cat /proc/version" after
> the hash character.

It is possible that someone might actually want this feature, for debug or
different build variants.

So this would be better as a variable that can be overridden.

Bruce

>
> Signed-off-by: Jonathan Liu 
> ---
>  meta/classes/kernel.bbclass | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 4877965af0..78d6c30b07 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -151,6 +151,7 @@ PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
>
>  export OS = "${TARGET_OS}"
>  export CROSS_COMPILE = "${TARGET_PREFIX}"
> +export KBUILD_BUILD_VERSION = "1"
>  export KBUILD_BUILD_USER = "oe-user"
>  export KBUILD_BUILD_HOST = "oe-host"
>
> --
> 2.16.3
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



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

Re: [OE-core] [PATCH] pseudo: Upgrade to latest master

[Seebs]

On Tue,  3 Apr 2018 10:51:28 +0100
Richard Purdie  wrote:

> This change includes several bug fixes and improvements, including
> better path handling (the existance of . and .. for files), handling
> of the sticky bit, and syscall renameat2 handling and interception
> through syscall() which was breaking coreutils mv operations on
> fedora27.
> 
> [YOCTO #12594]
> [YOCTO #12379]
> [YOCTO #11643]

Ack. This looks reasonable to me. The only change since then is I
finally went back and changed the default copyright notice for new
auto-generated guts files. :P

Just to be clear, this does *not* handle/support renameat2; it rejects
it with ENOSYS. Actually handling renameat2 correctly requires a change
to the pseudo IPC protocol, because it needs a way to express an atomic
exchange, which requires having two dev/inode pairs in the message.

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

Re: [OE-core] [PATCH] python3: Improve logging capabilities for do_create_manifest

[Richard Purdie]

On Tue, 2018-04-03 at 11:04 +0100, Richard Purdie wrote:
> On Mon, 2018-04-02 at 13:08 -0700, Alejandro Enedino Hernandez
> Samaniego wrote:
> > 
> > Adds a couple of prints to get a nicer log, and creates a
> > small summary or report after checking every module, it
> > makes it more feasible for adoption, easier to debug why
> > a module ended at a certain package and see how the
> > manifest was created.
> > 
> > Signed-off-by: Alejandro Enedino Hernandez Samaniego  > nx
> > .com>
> Can you rebase against master please as this clashes with one of your
> other changes which already merged!

Actually, I have it applied now, thanks.

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

Re: [OE-core] [PATCH] python3: Improve logging capabilities for do_create_manifest

[Richard Purdie]

On Mon, 2018-04-02 at 13:08 -0700, Alejandro Enedino Hernandez
Samaniego wrote:
> Adds a couple of prints to get a nicer log, and creates a
> small summary or report after checking every module, it
> makes it more feasible for adoption, easier to debug why
> a module ended at a certain package and see how the
> manifest was created.
> 
> Signed-off-by: Alejandro Enedino Hernandez Samaniego  .com>

Can you rebase against master please as this clashes with one of your
other changes which already merged!

Cheers,

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

[OE-core] [PATCH] pseudo: Upgrade to latest master

[Richard Purdie]

This change includes several bug fixes and improvements, including better path
handling (the existance of . and .. for files), handling of the sticky bit, and
syscall renameat2 handling and interception through syscall() which was breaking
coreutils mv operations on fedora27.

[YOCTO #12594]
[YOCTO #12379]
[YOCTO #11643]

Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/pseudo/pseudo_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 66da1cc..09a3331 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -8,7 +8,7 @@ SRC_URI = "git://git.yoctoproject.org/pseudo \
file://toomanyfiles.patch \
"
 
-SRCREV = "d7c31a25e4b02af0c64e6be0b4b0a9ac4ffc9da2"
+SRCREV = "19f18124f16c4c85405b140a1fb8cb3b31d865bf"
 S = "${WORKDIR}/git"
 PV = "1.9.0+git${SRCPV}"
 
-- 
2.7.4

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