[OE-core] [PATCH] mesa-gl: Fix build after recent mesa PACKAGECONFIG changes

[Jussi Kukkonen]

48d39cf43b added "opengl" PACKAGECONFIG option to mesa: before that
the configuration was always enabled. "opengl" should have been added
to mesa-gl default PACKAGECONFIG but wasn't: do it now.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/mesa/mesa-gl_17.1.7.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.1.7.bb 
b/meta/recipes-graphics/mesa/mesa-gl_17.1.7.bb
index b9e3b80..73267eb 100644
--- a/meta/recipes-graphics/mesa/mesa-gl_17.1.7.bb
+++ b/meta/recipes-graphics/mesa/mesa-gl_17.1.7.bb
@@ -6,4 +6,4 @@ PROVIDES = "virtual/libgl virtual/mesa"
 
 S = "${WORKDIR}/mesa-${PV}"
 
-PACKAGECONFIG ??= "dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
-- 
2.1.4

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

Re: [OE-core] [PATCH 1/3] mesa: Support building without opengl

[Jussi Kukkonen]

On 4 September 2017 at 10:49, Andrea Galbusera  wrote:

> | configure: error: GLX cannot be built without OpenGL
> | NOTE: The following config.log files may provide further information.
> | NOTE: /home/gizero/work/smartliving/distro/repo-master/build-poky/
> tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/mesa-
> gl/2_17.1.7-r0/build/config.log
> | ERROR: configure failed
> | WARNING: exit code 1 from a shell command.
> | ERROR: Function failed: do_configure (log file is located at
> /home/gizero/work/smartliving/distro/repo-master/build-poky/
> tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/mesa-
> gl/2_17.1.7-r0/temp/log.do_configu
> re.1391)
> ERROR: Task (/home/gizero/work/smartliving/distro/repo-
> master/build-poky/conf/../../layers/poky/meta/recipes-
> graphics/mesa/mesa-gl_17.1.7.bb:do_configure) failed with exit code '1'
>
> This doesn't seem to be related to the bbappend for mesa-gl that is
> present in meta-raspberrypi, which merely appends "gbm" to PACKAGECONFIG
> for rpi machines (bitbake still complains with this removed). Instead,
> reverting this commit takes the build back to green light.
>

Sorry, I must have not tested mesa-gl with the version of the patch that I
sent. Sending a fix after a quick test (mesa-gl seems to be missing
"opengl" from PACKAGECONFIG).

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

Re: [OE-core] [PATCH 2/2] iproute2: enable build tipc by default

[Jussi Kukkonen]

On 30 August 2017 at 03:35, Yi Zhao  wrote:

>
>
> 在 2017年08月30日 00:13, Burton, Ross 写道:
>
> On 29 August 2017 at 08:25, Yi Zhao  wrote:
>
>> -PACKAGECONFIG ??= ""
>> -PACKAGECONFIG[tipc] = ",,libmnl,"
>>
>
> Surely it would be a lot better to just add tipc to the default
> PACKAGECONFIG, so this support and dependencies can be turned off if
> required?
>
>
> There is no easy way to turn off the support with this patch. User should
> remove tipc from EXTRA_OEMAKE manually.
> The package isn't installed to rootfs by default if no package requires it.
>

The question is why not leave the PACKAGECONFIG there so there would be an
easy way to turn it off?

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

[OE-core] [PATCH 3/3] xserver-xorg: Enable xwayland only with opengl

[Jussi Kukkonen]

This is a bit academic as building with wayland without opengl
should be uncommon: still, libepoxy needs opengl so we shouldn't
depend on it without opengl.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
index 1650c79..863d80c 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
@@ -123,7 +123,7 @@ EXTRA_OECONF += "--with-fop=no \
 OPENGL_PKGCONFIGS = "dri glx glamor dri3 xshmfence"
 PACKAGECONFIG ??= "dri2 udev ${XORG_CRYPTO} \
${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
'${OPENGL_PKGCONFIGS}', '', d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 
'xwayland', '', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'opengl wayland', 
'xwayland', '', d)} \
${@bb.utils.filter('DISTRO_FEATURES', 'systemd', d)} \
 "
 
-- 
2.1.4

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

[OE-core] [PATCH 2/3] vulkan: rrecommended drivers unconditionally

[Jussi Kukkonen]

mesa can now build vulkan drivers without opengl: remove workaround.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb 
b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
index 1893269..9de39bc 100644
--- a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
+++ b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
@@ -33,5 +33,4 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'x11', 'x11', '' ,d)}
 PACKAGECONFIG[x11] = "-DBUILD_WSI_XLIB_SUPPORT=ON -DBUILD_WSI_XCB_SUPPORT=ON 
-DDEMOS_WSI_SELECTION=XCB, -DBUILD_WSI_XLIB_SUPPORT=OFF 
-DBUILD_WSI_XCB_SUPPORT=OFF -DDEMOS_WSI_SELECTION=WAYLAND, libxcb libx11 
libxrandr"
 PACKAGECONFIG[wayland] = "-DBUILD_WSI_WAYLAND_SUPPORT=ON, 
-DBUILD_WSI_WAYLAND_SUPPORT=OFF, wayland"
 
-# mesa requires opengl
-RRECOMMENDS_${PN} = "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
'mesa-vulkan-drivers', '', d)}"
+RRECOMMENDS_${PN} = "mesa-vulkan-drivers"
-- 
2.1.4

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

[OE-core] [PATCH 1/3] mesa: Support building without opengl

[Jussi Kukkonen]

mesa can build certain things without opengl: most importantly vulkan
drivers.

Add comments on the dependencies between the packageconfigs. Also add
a few dependencies to packageconfigs. Modify default packageconfig to
do the reasonable thing based on distro features.

Add a backported patch to fix the build with --disable-opengl. Fix
do_install_append() so it works even if dri drivers are not built.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../0001-configure.ac-Always-check-for-expat.patch | 51 ++
 meta/recipes-graphics/mesa/mesa.inc| 23 +++---
 meta/recipes-graphics/mesa/mesa_17.1.7.bb  |  1 +
 3 files changed, 68 insertions(+), 7 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-configure.ac-Always-check-for-expat.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-configure.ac-Always-check-for-expat.patch
 
b/meta/recipes-graphics/mesa/files/0001-configure.ac-Always-check-for-expat.patch
new file mode 100644
index 000..4753c49
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-configure.ac-Always-check-for-expat.patch
@@ -0,0 +1,51 @@
+From 1f7d752193f02d15d5923cee992e8f46d4c6df1b Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 28 Aug 2017 13:51:49 +0300
+Subject: [PATCH] configure.ac: Always check for expat
+
+expat was not checked if dri was not built leading to build failure
+in vulkan driver: backport a fix (a combination of multiple commits
+that should end up in 17.3).
+
+Upstream-Status: Backport
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ configure.ac | 15 ++-
+ 1 file changed, 6 insertions(+), 9 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index fd346c8aa2..662faecefa 100644
+--- a/configure.ac
 b/configure.ac
+@@ -1777,6 +1777,12 @@ if test "x$with_dri_drivers" = xno; then
+ with_dri_drivers=''
+ fi
+ 
++# Check for expat
++PKG_CHECK_MODULES([EXPAT], [expat])
++PKG_CHECK_MODULES([EXPAT], [expat],,
++[PKG_CHECK_MODULES([EXPAT], [expat21])]
++)
++
+ dnl If $with_dri_drivers is yes, drivers will be added through
+ dnl platform checks. Set DEFINES and LIB_DEPS
+ if test "x$enable_dri" = xyes; then
+@@ -1810,15 +1816,6 @@ if test "x$enable_dri" = xyes; then
+ with_dri_drivers="i915 i965 nouveau r200 radeon swrast"
+ fi
+ 
+-# Check for expat
+-PKG_CHECK_MODULES([EXPAT], [expat], [],
+-# expat version 2.0 and earlier do not provide expat.pc
+-[AC_CHECK_HEADER([expat.h],[],
+- [AC_MSG_ERROR([Expat headers required for DRI not 
found])])
+- AC_CHECK_LIB([expat],[XML_ParserCreate],[],
+- [AC_MSG_ERROR([Expat library required for DRI not 
found])])
+- EXPAT_LIBS="-lexpat"])
+-
+ # put all the necessary libs together
+ DRI_LIB_DEPS="$DRI_LIB_DEPS $SELINUX_LIBS $LIBDRM_LIBS $EXPAT_LIBS -lm 
$PTHREAD_LIBS $DLOPEN_LIBS"
+ fi
+-- 
+2.14.1
+
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 3bb3cf4..4f31ed2 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -20,7 +20,7 @@ PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 
virtual/egl virtual/
 
 inherit autotools pkgconfig gettext distro_features_check
 
-REQUIRED_DISTRO_FEATURES = "opengl"
+ANY_OF_DISTRO_FEATURES = "opengl vulkan"
 
 PLATFORMS ??= "${@bb.utils.filter('PACKAGECONFIG', 'x11 wayland', d)} \
${@bb.utils.contains('PACKAGECONFIG', 'gbm', 'drm', '', d)}"
@@ -32,20 +32,25 @@ EXTRA_OECONF = "--enable-shared-glapi \
 --with-llvm-prefix=${STAGING_LIBDIR}/llvm${MESA_LLVM_RELEASE} \
 --with-platforms='${PLATFORMS}'"
 
-PACKAGECONFIG ??= "gbm egl gles dri \
-   ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11 vulkan', d)} 
\
-   ${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 'dri3', 
'', d)} \
-   "
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'wayland vulkan', d)} 
\
+   ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'opengl 
egl gles gbm dri', '', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 
'x11', '', d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 
'dri3', '', d)} \
+  "
+
+# "gbm" requires "dri", "opengl"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
 
 X11_DEPS = "xf86driproto glproto 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"
-PACKAGECONF

[OE-core] [PATCH 0/3] Mesa without OpenGL and related fixes

[Jussi Kukkonen]

Sometimes this job leads to strange things. Today I've been building
mesa without any opengl.

The issue was that vulkan needs vulkan drivers (from mesa) to work,
making the vulkan recipe essentially require opengl distro feature.

Mesa can be instructed to build only the vulkan bits so that's what I
did. Also tried to make the dependencies between packageconfigs clearer
since the build system is quite complex.

I've tried my best to ensure no unintended PACKAGECONFIG changes happen.

Thanks,
  Jussi


The following changes since commit cd26fc143bbfd948795c2e65a577f89627a4f841:

  devtool: deploy-target: Support stripped libs and execs (2017-08-27 22:32:00 
+0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib jku/mesa-without-opengl
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jku/mesa-without-opengl

Jussi Kukkonen (3):
  mesa: Support building without opengl
  vulkan: rrecommended drivers unconditionally
  xserver-xorg: Enable xwayland only with opengl

 .../0001-configure.ac-Always-check-for-expat.patch | 51 ++
 meta/recipes-graphics/mesa/mesa.inc| 23 +++---
 meta/recipes-graphics/mesa/mesa_17.1.7.bb  |  1 +
 meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb|  3 +-
 .../recipes-graphics/xorg-xserver/xserver-xorg.inc |  2 +-
 5 files changed, 70 insertions(+), 10 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-configure.ac-Always-check-for-expat.patch

-- 
2.1.4

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

Re: [OE-core] [PATCH] vulkan distro flag update

[Jussi Kukkonen]

On 24 August 2017 at 10:09, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:

> On 23 August 2017 at 18:50, Mark Hatle <mark.ha...@windriver.com> wrote:
> >
> > I'm not sure if this is right or not, but it resolves the failures I was
> > getting after updating oe this morning.
> >
> > I was attempting to run the yocto project compliant script, which runs
> > bitbake -S none world.  The results of this were an error that vulkan
> > needed 'mesa-vulkan-drivers'.  Looking at mesa, it was clear that these
> > are only built in the 'vulkan' distro flag is set.  (and mesa is only
> > built in the opengl flag is set.)
> >
> > So I've added these checks to the vulkan recipe, and resolved the check.
>
>
> Looks good to me, thanks.
>
> It's possible that mesa could be talked into building just vulkan drivers
> (and so could work without opengl feature) but the mesa recipe certainly
> doesn't support it right now. I'll have a look at that but for now the
> RRECOMMENDS tweak seems reasonable too.
>

For the record mesa can be built without any opengl bits (!) with just a
little build system fixing: I'll send a patch once I've made sure I'm not
breaking any reasonable feature distro combo...

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

Re: [OE-core] [PATCH] vulkan distro flag update

[Jussi Kukkonen]

On 23 August 2017 at 18:50, Mark Hatle  wrote:
>
> I'm not sure if this is right or not, but it resolves the failures I was
> getting after updating oe this morning.
>
> I was attempting to run the yocto project compliant script, which runs
> bitbake -S none world.  The results of this were an error that vulkan
> needed 'mesa-vulkan-drivers'.  Looking at mesa, it was clear that these
> are only built in the 'vulkan' distro flag is set.  (and mesa is only
> built in the opengl flag is set.)
>
> So I've added these checks to the vulkan recipe, and resolved the check.


Looks good to me, thanks.

It's possible that mesa could be talked into building just vulkan drivers
(and so could work without opengl feature) but the mesa recipe certainly
doesn't support it right now. I'll have a look at that but for now the
RRECOMMENDS tweak seems reasonable too.

Jussi


>
>
> Mark Hatle (1):
>   vulkan: Only build when 'vulkan' distro flag is set
>
>  meta/recipes-graphics/vulkan/vulkan-demos_git.bb | 2 ++
>  meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb  | 4 +++-
>  2 files changed, 5 insertions(+), 1 deletion(-)
>
> --
> 1.8.3.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-oe][PATCH] Dhrystone: add recipe 2.1

[Jussi Kukkonen]

On 21 August 2017 at 13:23, Jose Alarcon  wrote:

> Dhrystone is a synthetic computing benchmark program developed
> in 1984 by Reinhold P. Weicker intended to be representative of
> system (integer) programming.
>
> https://en.wikipedia.org/wiki/Dhrystone
>
> Signed-off-by: Jose Alarcon 
> ---
>  .../dhrystone/dhrystone-2.1/dhrystone.patch| 81
> ++
>  .../recipes-benchmark/dhrystone/dhrystone_2.1.bb   | 26 +++
>  2 files changed, 107 insertions(+)
>  create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone-2.1/
> dhrystone.patch
>  create mode 100644 meta-oe/recipes-benchmark/dhrystone/dhrystone_2.1.bb


Hi,

Please send meta-oe patches to openembedded-de...@lists.openembedded.org.

Also this part is unlikely to be welcome on oe-devel either:
> LICENSE = "Proprietary"

I think I remember seeing a dhrystone recipe submission with an open source
license (NCSA maybe?) last year .

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

[OE-core] [PATCH] cve-check-tool: Fix progress bar patch for curl 7.55

[Jussi Kukkonen]

CURL_FORMAT_OFF_T does not seem to exist anymore, use
CURL_FORMAT_CURL_OFF_T instead. This works with old and new curl.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../files/0001-print-progress-in-percent-when-downloading-CVE-db.patch  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
 
b/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
index 0510e3a..8ea6f68 100644
--- 
a/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
+++ 
b/meta/recipes-devtools/cve-check-tool/files/0001-print-progress-in-percent-when-downloading-CVE-db.patch
@@ -38,7 +38,7 @@ index 06d4b30..0fe6d76 100644
 +if (dltotal && percent && percent->end >= percent->start) {
 +unsigned int diff = percent->end - percent->start;
 +if (diff) {
-+fprintf(stderr,"completed: "CURL_FORMAT_OFF_T"%%\r", 
percent->start + (diff * dlnow / dltotal));
++fprintf(stderr,"completed: 
%"CURL_FORMAT_CURL_OFF_T"%%\r", percent->start + (diff * dlnow / dltotal));
 +}
 +}
 +
-- 
2.1.4

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

Re: [OE-core] [PATCH] curl: upgrade to 7.55.1

[Jussi Kukkonen]

On 15 August 2017 at 00:09, Oleksandr Kravchuk  wrote:

> Signed-off-by: Oleksandr Kravchuk 
> ---
>  meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.55.1.bb} | 8 ++--
>  1 file changed, 2 insertions(+), 6 deletions(-)
>  rename meta/recipes-support/curl/{curl_7.54.1.bb => curl_7.55.1.bb} (92%)
>
> diff --git a/meta/recipes-support/curl/curl_7.54.1.bb
> b/meta/recipes-support/curl/curl_7.55.1.bb
> similarity index 92%
> rename from meta/recipes-support/curl/curl_7.54.1.bb
> rename to meta/recipes-support/curl/curl_7.55.1.bb
> index f42582a..0074a74 100644
> --- a/meta/recipes-support/curl/curl_7.54.1.bb
> +++ b/meta/recipes-support/curl/curl_7.55.1.bb
> @@ -14,8 +14,8 @@ SRC_URI = "http://curl.haxx.se/download/
> curl-${PV}.tar.bz2 \
>  #
>  SRC_URI += " file://configure_ac.patch"
>
> -SRC_URI[md5sum] = "6b6eb722f512e7a24855ff084f54fe55"
> -SRC_URI[sha256sum] = "fdfc4df2d001ee0c44ec071186e77
> 0046249263c491fcae48df0e1a3ca8f25a0"
> +SRC_URI[md5sum] = "8c153f282bbe482495214654cdcd4182"
> +SRC_URI[sha256sum] = "e5b1a92ed3b0c11f149886458fa06
> 3419500819f1610c020d62f25b8e4b16cfb"
>
>  CVE_PRODUCT = "libcurl"
>  inherit autotools pkgconfig binconfig multilib_header
> @@ -53,10 +53,6 @@ EXTRA_OECONF = " \
>  --without-nghttp2 \
>  "
>
> -do_install_append() {
> -   oe_multilib_header curl/curlbuild.h
> -}
> -
>

The lack of curlbuild.h leads to cve-check-tool build failure (this is with
7.55.0 but same should apply to 7.55.1):
https://autobuilder.yocto.io/builders/nightly-no-x11/
builds/416/steps/BuildImages/logs/stdio

The upstream cve-check-tool would probably not fail but we have a patched
in progress bar(?) that breaks. I'll send a a fix for cve-check-tool.

Jussi




>  do_install_append_class-target() {
> # cleanup buildpaths from curl-config
> sed -i -e 's,${STAGING_DIR_HOST},,g' ${D}${bindir}/curl-config
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] webkitgtk: Add a recommends on shared-mime-info.

[Jussi Kukkonen]

On 17 August 2017 at 21:26, Carlos Alberto Lopez Perez 
wrote:

>  * without this package installed any WebKitGTK+ based browser
>will fail to correctly open html files (and other files)
>from disk (file:// URIs). It will open them as plain txt files.
>
> Signed-off-by: Carlos Alberto Lopez Perez 
> ---
>  meta/recipes-sato/webkit/webkitgtk_2.16.6.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
> b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
> index 387965970e..df355d29ba 100644
> --- a/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
> +++ b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
> @@ -98,7 +98,7 @@ SECURITY_CFLAGS_append_aarch64 = " -fPIE"
>
>  FILES_${PN} += "${libdir}/webkit2gtk-4.0/injected-bundle/
> libwebkit2gtkinjectedbundle.so"
>
> -RRECOMMENDS_${PN} += "ca-certificates"
> +RRECOMMENDS_${PN} += "ca-certificates shared-mime-info"


This isn't wrong , I'll just add some context.

If/when my gdk-pixbuf patch from three days ago lands gdk-pixbuf will
always rdepend on shared-mime-info (and webkitgtk probably can't be
installed without gdk-pixbuf) so the problem would disappear anyway. This
just a happy accident so this patch still seems valid.

There's also https://bugzilla.yoctoproject.org/show_bug.cgi?id=11792 about
whether glib should bring in shared-mime-info so GIO file sniffing wouldn't
be broken (the database is 3.6MB which is not a big number in a webkit
context but can be for others).

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

Re: [OE-core] [PATCH] pango: 1.40.6 -> 1.40.10

[Jussi Kukkonen]

On 17 August 2017 at 08:50, Huang Qiyu  wrote:

> 1) Upgrade pango from 1.40.6 to 1.40.10.
> 2) Modify 0001-Enforce-recreation-of-docs-pango.types-it-is-build-c.patch
> for pango 1.40.10.
>

I admit I didn't understand the patch even before this but especially now
that pango.types is apparently no longer shipped, how does the patch do
what it claims to do?

Jussi



>
> Signed-off-by: Huang Qiyu 
> ---
>  ...reation-of-docs-pango.types-it-is-build-c.patch | 104
> ++---
>  .../pango/{pango_1.40.6.bb => pango_1.40.10.bb}|   4 +-
>  2 files changed, 10 insertions(+), 98 deletions(-)
>  rename meta/recipes-graphics/pango/{pango_1.40.6.bb => pango_1.40.10.bb}
> (92%)
>
> diff --git a/meta/recipes-graphics/pango/pango/0001-Enforce-recreation-
> of-docs-pango.types-it-is-build-c.patch b/meta/recipes-graphics/pango/
> pango/0001-Enforce-recreation-of-docs-pango.types-it-is-build-c.patch
> index 6784a10..481f267 100644
> --- a/meta/recipes-graphics/pango/pango/0001-Enforce-recreation-
> of-docs-pango.types-it-is-build-c.patch
> +++ b/meta/recipes-graphics/pango/pango/0001-Enforce-recreation-
> of-docs-pango.types-it-is-build-c.patch
> @@ -1,6 +1,3 @@
> -From 526a6a9fc9a1cfe75c521c8bb39b61754fe42fe8 Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Fri, 2 Sep 2016 14:00:24 +0300
>  Subject: [PATCH] Enforce recreation of docs/pango.types; it is build
>   configuration-specific.
>
> @@ -8,14 +5,15 @@ In particular, it needs to exclude references to
> PangoXft if Xft is not availabl
>
>  Upstream-Status: Pending
>  Signed-off-by: Alexander Kanavin 
> +
> +Update for pango 1.40.10.
> +Signed-off-by: Huang Qiyu 
>  ---
> - docs/Makefile.am | 17 
> - docs/pango.types | 80 --
> --
> - 2 files changed, 5 insertions(+), 92 deletions(-)
> - delete mode 100644 docs/pango.types
> + docs/Makefile.am | 17 +
> + 1 file changed, 5 insertions(+), 12 deletions(-)
>
>  diff --git a/docs/Makefile.am b/docs/Makefile.am
> -index f5f1317..8947a99 100644
> +index f5f1317..76b8661 100644
>  --- a/docs/Makefile.am
>  +++ b/docs/Makefile.am
>  @@ -49,6 +49,10 @@ IGNORE_HFILES=  \
> @@ -52,96 +50,10 @@ index f5f1317..8947a99 100644
> version.xml.in  \
>  -  check.docs  \
>  -  pango.types
> -+  check.docs
> ++check.docs
>
>   # force doc rebulid after configure
>   dist-hook-local: dist-local-check-no-cross-references all-local
> -diff --git a/docs/pango.types b/docs/pango.types
> -deleted file mode 100644
> -index 7d93cda..000
>  a/docs/pango.types
> -+++ /dev/null
> -@@ -1,80 +0,0 @@
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --#include 
> --
> --pango_alignment_get_type
> --pango_attr_list_get_type
> --pango_attr_type_get_type
> --pango_bidi_type_get_type
> --pango_cairo_fc_font_map_get_type
> --pango_cairo_font_get_type
> --pango_cairo_font_map_get_type
> --pango_color_get_type
> --pango_context_get_type
> --pango_coverage_level_get_type
> --pango_direction_get_type
> --pango_ellipsize_mode_get_type
> --pango_engine_get_type
> --pango_engine_lang_get_type
> --pango_engine_shape_get_type
> --pango_fc_decoder_get_type
> --pango_fc_font_get_type
> --pango_fc_font_map_get_type
> --pango_font_description_get_type
> --pango_font_face_get_type
> --pango_font_family_get_type
> --pango_font_get_type
> --pango_font_map_get_type
> --pango_font_mask_get_type
> --pango_font_metrics_get_type
> --pango_fontset_get_type
> --pango_fontset_simple_get_type
> --pango_ft2_font_map_get_type
> --pango_glyph_item_get_type
> --pango_glyph_item_iter_get_type
> --pango_glyph_string_get_type
> --pango_gravity_get_type
> --pango_gravity_hint_get_type
> --pango_item_get_type
> --pango_language_get_type
> --pango_layout_get_type
> --pango_layout_iter_get_type
> --pango_layout_line_get_type
> --pango_matrix_get_type
> --pango_ot_info_get_type
> --pango_ot_ruleset_get_type
> --pango_render_part_get_type
> --pango_renderer_get_type
> --pango_script_get_type
> --pango_stretch_get_type
> --pango_style_get_type
> --pango_tab_align_get_type
> --pango_tab_array_get_type
> --pango_underline_get_type
> --pango_variant_get_type
> --pango_weight_get_type
> --pango_wrap_mode_get_type
> --pango_xft_font_get_type
> --pango_xft_font_map_get_type
> --pango_xft_renderer_get_type
>  --
> -2.9.3
> +2.7.4
>
> diff --git a/meta/recipes-graphics/pango/pango_1.40.6.bb
> b/meta/recipes-graphics/pango/pango_1.40.10.bb
> similarity index 92%
> rename from 

[OE-core] [PATCH] connman: Remove musl patch that's no longer needed

[Jussi Kukkonen]

libc headers now have a backported patch that fixes this.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...x-compile-on-musl-with-kernel-4.9-headers.patch | 81 --
 meta/recipes-connectivity/connman/connman_1.34.bb  |  2 +-
 2 files changed, 1 insertion(+), 82 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/connman/connman/0001-Fix-compile-on-musl-with-kernel-4.9-headers.patch

diff --git 
a/meta/recipes-connectivity/connman/connman/0001-Fix-compile-on-musl-with-kernel-4.9-headers.patch
 
b/meta/recipes-connectivity/connman/connman/0001-Fix-compile-on-musl-with-kernel-4.9-headers.patch
deleted file mode 100644
index da5756e..000
--- 
a/meta/recipes-connectivity/connman/connman/0001-Fix-compile-on-musl-with-kernel-4.9-headers.patch
+++ /dev/null
@@ -1,81 +0,0 @@
-From 594b67df7ca923d13265906a71fbbf748273a5f5 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen <jussi.kukko...@intel.com>
-Date: Mon, 23 Jan 2017 17:41:39 +0200
-Subject: [PATCH] Fix compile on musl with kernel 4.9 headers
-
-Kernel headers break when musl defines IFF_LOWER_UP. While
-waiting for more proper fix in musl, add a hack to connman.
-
-Upstream-Status: Inappropriate [Workaround]
-
-Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
-Signed-off-by: Maxin B. John <maxin.j...@intel.com>

- src/6to4.c  | 4 
- src/firewall-iptables.c | 4 
- src/firewall-nftables.c | 3 +++
- src/iptables.c  | 4 
- 4 files changed, 15 insertions(+)
-
-diff --git a/src/6to4.c b/src/6to4.c
-index 71a2882..1938afb 100644
 a/src/6to4.c
-+++ b/src/6to4.c
-@@ -24,6 +24,10 @@
- #include 
- #endif
- 
-+/* hack to make sure kernel headers understand that libc (musl)
-+   does define IFF_LOWER_UP et al. */
-+#define __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0
-+
- #include 
- #include 
- #include 
-diff --git a/src/firewall-iptables.c b/src/firewall-iptables.c
-index 45943a8..e04bb91 100644
 a/src/firewall-iptables.c
-+++ b/src/firewall-iptables.c
-@@ -23,6 +23,10 @@
- #include 
- #endif
- 
-+/* hack to make sure kernel headers understand that libc (musl)
-+   does define IFF_LOWER_UP et al. */
-+#define __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0
-+
- #include 
- 
- #include 
-diff --git a/src/firewall-nftables.c b/src/firewall-nftables.c
-index 2503ee2..583d1c4 100644
 a/src/firewall-nftables.c
-+++ b/src/firewall-nftables.c
-@@ -30,6 +30,9 @@
- #ifdef HAVE_CONFIG_H
- #include 
- #endif
-+/* hack to make sure kernel headers understand that libc (musl)
-+   does define IFF_LOWER_UP et al. */
-+#define __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0
-
- #include 
- #include 
-diff --git a/src/iptables.c b/src/iptables.c
-index 82e3ac4..46ad9e2 100644
 a/src/iptables.c
-+++ b/src/iptables.c
-@@ -23,6 +23,10 @@
- #include 
- #endif
- 
-+/* hack to make sure kernel headers understand that libc (musl)
-+   does define IFF_LOWER_UP et al. */
-+#define __UAPI_DEF_IF_NET_DEVICE_FLAGS_LOWER_UP_DORMANT_ECHO 0
-+
- #include 
- #include 
- #include 
--- 
-2.4.0
-
diff --git a/meta/recipes-connectivity/connman/connman_1.34.bb 
b/meta/recipes-connectivity/connman/connman_1.34.bb
index d520568..868f940 100644
--- a/meta/recipes-connectivity/connman/connman_1.34.bb
+++ b/meta/recipes-connectivity/connman/connman_1.34.bb
@@ -9,7 +9,7 @@ SRC_URI  = 
"${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
 file://includes.patch \
 "
 SRC_URI_append_libc-musl = " 
file://0002-resolve-musl-does-not-implement-res_ninit.patch \
- 
file://0001-Fix-compile-on-musl-with-kernel-4.9-headers.patch"
+ "
 
 SRC_URI[md5sum] = "e200028702c831d5f535d20d61e608ef"
 SRC_URI[sha256sum] = 
"a9a0808c729c1f348fc36d8cecb52d19b72bc34cb411c502608cb0e0190fc71e"
-- 
2.1.4

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

Re: [OE-core] [PATCH 1/1] shadow: fix CVE-2017-12424

[Jussi Kukkonen]

On 16 August 2017 at 13:28, Chen Qi  wrote:

> Backport a patch to fix CVE-2017-12424.
>
> In shadow before 4.5, the newusers tool could be made to manipulate
> internal data structures in ways unintended by the authors.
>
> Reference link: https://nvd.nist.gov/vuln/detail/CVE-2017-12424
>
> CVE: CVE-2017-12424
>

I don't object to the patch but I'm wondering if there is a reason we are
taking the shadow sources from debian instead of the upstream github*?
shadow 4.5 seems to have been out for months already but Debian hasn't
taken it yet...

*) https://github.com/shadow-maint/shadow

Jussi



>
> Signed-off-by: Chen Qi 
> ---
>  .../shadow/files/0001-shadow-CVE-2017-12424| 46
> ++
>  meta/recipes-extended/shadow/shadow.inc|  1 +
>  2 files changed, 47 insertions(+)
>  create mode 100644 meta/recipes-extended/shadow/
> files/0001-shadow-CVE-2017-12424
>
> diff --git a/meta/recipes-extended/shadow/files/0001-shadow-CVE-2017-12424
> b/meta/recipes-extended/shadow/files/0001-shadow-CVE-2017-12424
> new file mode 100644
> index 000..4d3e1e0
> --- /dev/null
> +++ b/meta/recipes-extended/shadow/files/0001-shadow-CVE-2017-12424
> @@ -0,0 +1,46 @@
> +From 954e3d2e7113e9ac06632aee3c69b8d818cc8952 Mon Sep 17 00:00:00 2001
> +From: Tomas Mraz 
> +Date: Fri, 31 Mar 2017 16:25:06 +0200
> +Subject: [PATCH] Fix buffer overflow if NULL line is present in db.
> +
> +If ptr->line == NULL for an entry, the first cycle will exit,
> +but the second one will happily write past entries buffer.
> +We actually do not want to exit the first cycle prematurely
> +on ptr->line == NULL.
> +Signed-off-by: Tomas Mraz 
> +
> +CVE: CVE-2017-12424
> +Upstream-Status: Backport
> +Signed-off-by: Chen Qi 
> +---
> + lib/commonio.c | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/lib/commonio.c b/lib/commonio.c
> +index b10da06..31edbaa 100644
> +--- a/lib/commonio.c
>  b/lib/commonio.c
> +@@ -751,16 +751,16 @@ commonio_sort (struct commonio_db *db, int (*cmp)
> (const void *, const void *))
> +   for (ptr = db->head;
> +   (NULL != ptr)
> + #if KEEP_NIS_AT_END
> +-   && (NULL != ptr->line)
> +-   && (   ('+' != ptr->line[0])
> +-   && ('-' != ptr->line[0]))
> ++   && ((NULL == ptr->line)
> ++   || (('+' != ptr->line[0])
> ++   && ('-' != ptr->line[0])))
> + #endif
> +;
> +ptr = ptr->next) {
> +   n++;
> +   }
> + #if KEEP_NIS_AT_END
> +-  if ((NULL != ptr) && (NULL != ptr->line)) {
> ++  if (NULL != ptr) {
> +   nis = ptr;
> +   }
> + #endif
> +--
> +2.1.0
> +
> diff --git a/meta/recipes-extended/shadow/shadow.inc
> b/meta/recipes-extended/shadow/shadow.inc
> index 5e6b0bd..cc18964 100644
> --- a/meta/recipes-extended/shadow/shadow.inc
> +++ b/meta/recipes-extended/shadow/shadow.inc
> @@ -16,6 +16,7 @@ SRC_URI = "http://pkg-shadow.alioth.
> debian.org/releases/${BPN}-${PV}.tar.xz \
> file://0001-Do-not-read-login.defs-before-doing-chroot.patch \
> file://check_size_of_uid_t_and_gid_t_using_AC_CHECK_SIZEOF.patch
> \
> file://0001-useradd-copy-extended-attributes-of-home.patch \
> +   file://0001-shadow-CVE-2017-12424 \
> ${@bb.utils.contains('PACKAGECONFIG', 'pam',
> '${PAM_SRC_URI}', '', d)} \
> "
>
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] glib-2.0: Upgrade 2.52.2 -> 2.52.3

[Jussi Kukkonen]

Small release with bug fixes and some flatpak portal related
improvements.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-core/glib-2.0/{glib-2.0_2.52.2.bb => glib-2.0_2.52.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.52.2.bb => glib-2.0_2.52.3.bb} 
(85%)

diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.52.2.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.52.3.bb
similarity index 85%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.52.2.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.52.3.bb
index 6f01aef..b1fe600 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.52.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.52.3.bb
@@ -19,5 +19,5 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
 
 SRC_URI_append_class-native = " file://relocate-modules.patch"
 
-SRC_URI[md5sum] = "ec099bce26ce6a85104ed1d89bb45856"
-SRC_URI[sha256sum] = 
"f00e5d9e2a2948b1da25fcba734a6b7a40f556de8bc9f528a53f6569969ac5d0"
+SRC_URI[md5sum] = "89265d0289a436e99cad54491eb21ef4"
+SRC_URI[sha256sum] = 
"25ee7635a7c0fcd4ec91cbc3ae07c7f8f5ce621d8183511f414ded09e7e4e128"
-- 
2.1.4

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

[OE-core] [PATCH 0/4] Various point upgrades

[Jussi Kukkonen]

Small point upgrades but several of them require some recipe changes.

Thanks,
  Jussi


The following changes since commit 034bff2ca431b49b7ca9b1e7b7c214ef94b0eb34:

  bitbake: cooker: Ignore common bitbake files for the parse cache invalidation 
(2017-08-13 09:28:14 +0100)

are available in the git repository at:

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

Jussi Kukkonen (4):
  cairo: Upgrade 1.14.8 -> 1.14.10
  fontconfig: Upgrade 2.12.1 -> 2.12.4
  glib-2.0: Upgrade 2.52.2 -> 2.52.3
  gdk-pixbuf: Upgrade 2.36.6 -> 2.36.8

 .../{glib-2.0_2.52.2.bb => glib-2.0_2.52.3.bb} |  4 +-
 .../{gdk-pixbuf_2.36.6.bb => gdk-pixbuf_2.36.8.bb} | 11 ++--
 .../cairo/{cairo_1.14.8.bb => cairo_1.14.10.bb}|  4 +-
 ...icts-with-integer-width-macros-from-TS-18.patch | 72 --
 .../{fontconfig_2.12.1.bb => fontconfig_2.12.4.bb} | 14 +++--
 5 files changed, 19 insertions(+), 86 deletions(-)
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.52.2.bb => glib-2.0_2.52.3.bb} 
(85%)
 rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.36.6.bb => 
gdk-pixbuf_2.36.8.bb} (91%)
 rename meta/recipes-graphics/cairo/{cairo_1.14.8.bb => cairo_1.14.10.bb} (92%)
 delete mode 100644 
meta/recipes-graphics/fontconfig/fontconfig/0001-Avoid-conflicts-with-integer-width-macros-from-TS-18.patch
 rename meta/recipes-graphics/fontconfig/{fontconfig_2.12.1.bb => 
fontconfig_2.12.4.bb} (80%)

-- 
2.1.4

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

[OE-core] [PATCH 4/4] gdk-pixbuf: Upgrade 2.36.6 -> 2.36.8

[Jussi Kukkonen]

Smallish releases with bug fixes and minor improvements.

shared-mime-info is now always used for image type sniffing.
The dependency does not seem to currently be a build-time dependency
but configure.ac does check for it: I took the easy route and just
added shared-mime-info to DEPENDS as well.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../gdk-pixbuf/{gdk-pixbuf_2.36.6.bb => gdk-pixbuf_2.36.8.bb} | 11 ++-
 1 file changed, 6 insertions(+), 5 deletions(-)
 rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.36.6.bb => 
gdk-pixbuf_2.36.8.bb} (91%)

diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.8.bb
similarity index 91%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.8.bb
index fe3e636..3d16ee0 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.8.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=3bf50002aefd002f49e7bb854063f7e7 \
 
 SECTION = "libs"
 
-DEPENDS = "glib-2.0 gdk-pixbuf-native"
+DEPENDS = "glib-2.0 gdk-pixbuf-native shared-mime-info"
 
 MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
@@ -21,8 +21,8 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://0001-queryloaders-Make-output-more-reproducible.patch \
"
 
-SRC_URI[md5sum] = "5dd53760750670d27c194ff6ace7eb51"
-SRC_URI[sha256sum] = 
"455eb90c09ed1b71f95f3ebfe1c904c206727e0eeb34fc94e5aaf944663a820c"
+SRC_URI[md5sum] = "e0aaa0061eb12667b32b27472230b962"
+SRC_URI[sha256sum] = 
"5d68e5283cdc0bf9bda99c3e6a1d52ad07a03364fa186b6c26cfc86fcd396a19"
 
 inherit autotools pkgconfig gettext pixbufcache ptest-gnome 
upstream-version-is-even gobject-introspection gtk-doc lib_package
 
@@ -39,12 +39,13 @@ PACKAGECONFIG[jpeg] = 
"--with-libjpeg,--without-libjpeg,jpeg"
 PACKAGECONFIG[tiff] = "--with-libtiff,--without-libtiff,tiff"
 PACKAGECONFIG[jpeg2000] = "--with-libjasper,--without-libjasper,jasper"
 
-# Use GIO to sniff image format instead of trying all loaders
-PACKAGECONFIG[gio-sniff] = 
"--enable-gio-sniffing,--disable-gio-sniffing,,shared-mime-info"
 PACKAGECONFIG[x11] = "--with-x11,--without-x11,virtual/libx11"
 
 PACKAGES =+ "${PN}-xlib"
 
+# For GIO image type sniffing
+RDEPENDS_${PN} = "shared-mime-info"
+
 FILES_${PN}-xlib = "${libdir}/*pixbuf_xlib*${SOLIBS}"
 ALLOW_EMPTY_${PN}-xlib = "1"
 
-- 
2.1.4

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

[OE-core] [PATCH 1/4] cairo: Upgrade 1.14.8 -> 1.14.10

[Jussi Kukkonen]

Small bug fix update.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/cairo/{cairo_1.14.8.bb => cairo_1.14.10.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/cairo/{cairo_1.14.8.bb => cairo_1.14.10.bb} (92%)

diff --git a/meta/recipes-graphics/cairo/cairo_1.14.8.bb 
b/meta/recipes-graphics/cairo/cairo_1.14.10.bb
similarity index 92%
rename from meta/recipes-graphics/cairo/cairo_1.14.8.bb
rename to meta/recipes-graphics/cairo/cairo_1.14.10.bb
index af6be56..ba38c34 100644
--- a/meta/recipes-graphics/cairo/cairo_1.14.8.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.14.10.bb
@@ -6,8 +6,8 @@ SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz 
\
file://cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff \ 
   "
 
-SRC_URI[md5sum] = "4ef0db2eacb271c74f8a3fd87822aa98"
-SRC_URI[sha256sum] = 
"d1f2d98ae9a4111564f6de4e013d639cf77155baf2556582295a0f00a9bc5e20"
+SRC_URI[md5sum] = "146f5f4d0b4439fc3792fd3452b7b12a"
+SRC_URI[sha256sum] = 
"7e87878658f2c9951a14fc64114d4958c0e65ac47530b8ac3078b2ce41b66a09"
 
 PACKAGES =+ "cairo-gobject cairo-script-interpreter cairo-perf-utils"
 
-- 
2.1.4

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

[OE-core] [PATCH 2/4] fontconfig: Upgrade 2.12.1 -> 2.12.4

[Jussi Kukkonen]

Bug fix upgrades.
* Remove one upstreamed patch.
* Update a license location.
* Add gperf-native as dependency as a hash function header is no
  longer shipped and must be generated.
* Add workaround for a related build issue (reported upstream)

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...icts-with-integer-width-macros-from-TS-18.patch | 72 --
 .../{fontconfig_2.12.1.bb => fontconfig_2.12.4.bb} | 14 +++--
 2 files changed, 9 insertions(+), 77 deletions(-)
 delete mode 100644 
meta/recipes-graphics/fontconfig/fontconfig/0001-Avoid-conflicts-with-integer-width-macros-from-TS-18.patch
 rename meta/recipes-graphics/fontconfig/{fontconfig_2.12.1.bb => 
fontconfig_2.12.4.bb} (80%)

diff --git 
a/meta/recipes-graphics/fontconfig/fontconfig/0001-Avoid-conflicts-with-integer-width-macros-from-TS-18.patch
 
b/meta/recipes-graphics/fontconfig/fontconfig/0001-Avoid-conflicts-with-integer-width-macros-from-TS-18.patch
deleted file mode 100644
index cad7170..000
--- 
a/meta/recipes-graphics/fontconfig/fontconfig/0001-Avoid-conflicts-with-integer-width-macros-from-TS-18.patch
+++ /dev/null
@@ -1,72 +0,0 @@
-From 20cddc824c6501c2082cac41b162c34cd5fcc530 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.k...@gmail.com>
-Date: Sun, 11 Dec 2016 14:32:00 -0800
-Subject: [PATCH] Avoid conflicts with integer width macros from TS
- 18661-1:2014
-
-glibc 2.25+ has now defined these macros in 
-https://sourceware.org/git/?p=glibc.git;a=commit;h=5b17fd0da62bf923cb61d1bb7b08cf2e1f1f9c1a
-
-Signed-off-by: Khem Raj <raj.k...@gmail.com>

-Upstream-Status: Submitted
-
- fontconfig/fontconfig.h | 2 +-
- src/fcobjs.h| 2 +-
- src/fcobjshash.gperf| 2 +-
- src/fcobjshash.h| 2 +-
- 4 files changed, 4 insertions(+), 4 deletions(-)
-
-Index: fontconfig-2.12.1/fontconfig/fontconfig.h
-===
 fontconfig-2.12.1.orig/fontconfig/fontconfig.h
-+++ fontconfig-2.12.1/fontconfig/fontconfig.h
-@@ -128,7 +128,8 @@ typedef intFcBool;
- #define FC_USER_CACHE_FILE".fonts.cache-" FC_CACHE_VERSION
- 
- /* Adjust outline rasterizer */
--#define FC_CHAR_WIDTH "charwidth" /* Int */
-+#define FC_CHARWIDTH  "charwidth" /* Int */
-+#define FC_CHAR_WIDTH FC_CHARWIDTH
- #define FC_CHAR_HEIGHT"charheight"/* Int */
- #define FC_MATRIX "matrix"/* FcMatrix */
- 
-Index: fontconfig-2.12.1/src/fcobjs.h
-===
 fontconfig-2.12.1.orig/src/fcobjs.h
-+++ fontconfig-2.12.1/src/fcobjs.h
-@@ -51,7 +51,7 @@ FC_OBJECT (DPI,  FcTypeDouble,   NULL)
- FC_OBJECT (RGBA,  FcTypeInteger,  NULL)
- FC_OBJECT (SCALE, FcTypeDouble,   NULL)
- FC_OBJECT (MINSPACE,  FcTypeBool, NULL)
--FC_OBJECT (CHAR_WIDTH,FcTypeInteger,  NULL)
-+FC_OBJECT (CHARWIDTH, FcTypeInteger,  NULL)
- FC_OBJECT (CHAR_HEIGHT,   FcTypeInteger,  NULL)
- FC_OBJECT (MATRIX,FcTypeMatrix,   NULL)
- FC_OBJECT (CHARSET,   FcTypeCharSet,  FcCompareCharSet)
-Index: fontconfig-2.12.1/src/fcobjshash.gperf
-===
 fontconfig-2.12.1.orig/src/fcobjshash.gperf
-+++ fontconfig-2.12.1/src/fcobjshash.gperf
-@@ -44,7 +44,7 @@ int id;
- "rgba",FC_RGBA_OBJECT
- "scale",FC_SCALE_OBJECT
- "minspace",FC_MINSPACE_OBJECT
--"charwidth",FC_CHAR_WIDTH_OBJECT
-+"charwidth",FC_CHARWIDTH_OBJECT
- "charheight",FC_CHAR_HEIGHT_OBJECT
- "matrix",FC_MATRIX_OBJECT
- "charset",FC_CHARSET_OBJECT
-Index: fontconfig-2.12.1/src/fcobjshash.h
-===
 fontconfig-2.12.1.orig/src/fcobjshash.h
-+++ fontconfig-2.12.1/src/fcobjshash.h
-@@ -284,7 +284,7 @@ FcObjectTypeLookup (register const char
-   {(int)(long)&((struct FcObjectTypeNamePool_t 
*)0)->FcObjectTypeNamePool_str43,FC_CHARSET_OBJECT},
-   {-1},
- #line 47 "fcobjshash.gperf"
--  {(int)(long)&((struct FcObjectTypeNamePool_t 
*)0)->FcObjectTypeNamePool_str45,FC_CHAR_WIDTH_OBJECT},
-+  {(int)(long)&((struct FcObjectTypeNamePool_t 
*)0)->FcObjectTypeNamePool_str45,FC_CHARWIDTH_OBJECT},
- #line 48 "fcobjshash.gperf"
-   {(int)(long)&((struct FcObjectTypeNamePool_t 
*)0)->FcObjectTypeNamePool_str46,FC_CHAR_HEIGHT_OBJECT},
- #line 55 "fcobjshash.gperf"
diff --git a/meta/recipes-graphics/fontconfig/fontconfig_2.12.1.bb 
b/meta/recipes-graphics/fontconfig/fontconfig_2.12.4.bb
similarity index 80%
rename from meta/recipes-graphics/fontconfig/fontconfig_2.12.1.bb
rename to meta/recipes-graphics/fontconfig/fontconfig_2.12.4.bb
index 95b066c..a058b35 100644
--- a/meta/recipes-graphics/fontconfig

Re: [OE-core] native sysroot race with rpmbuild

[Jussi Kukkonen]

On 14 August 2017 at 13:38, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> On Mon, 2017-08-14 at 11:33 +0300, Jussi Kukkonen wrote:
> > I'm seeing lots of this failure in my last build:
> >
> > | DEBUG: PKGWRITEDIR: /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-
> > icon-theme/3.24.0-r0/deploy-rpms/noarch
> > | DEBUG: SITE files ['endian-little', 'bit-32', 'common-linux',
> > 'common-glibc', 'allarch-linux', 'common']
> > | DEBUG: Executing shell function BUILDSPEC
> > | /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-
> > r0/recipe-sysroot-native/usr/bin/rpmbuild: error while loading shared
> > libraries: libdw.so.1: cannot open shared object file: No such file
> > or directory
> > | WARNING: exit code 127 from a shell command.
> > | DEBUG: Python function do_package_rpm finished
> > | DEBUG: Python function do_package_write_rpm finished
> > | ERROR: Function failed: BUILDSPEC (log file is located at
> > /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-
> > r0/temp/log.do_package_write_rpm.21827)
> > ERROR: Task (/home/jku/src/poky/meta/recipes-gnome/gnome/adwaita-
> > icon-theme_3.24.0.bb:do_package_write_rpm) failed with exit code '1'
> >
> > * libdw.so.1 isn't found when rpmbuild runs
> > * seems to be a race as the library is there when I check (and
> > building again works)
> > * Seems to mostly happen with allarch recipes (maybe they're just
> > fast enough): sysvinit-inittab, adwaita, xcursor-transparent-theme,
> > iso-codes
> >
> > Any ideas?
>
> Could you tar up /mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-
> theme/3.24.0-r0/temp/log* and share somewhere please?


Adwaita I had lost already but I've put the logs for failing
packagegroup-core-x11-sato here:
https://github.com/jku/packagegroup-core-x11-sato-logs

There's this in the log:
| NOTE: rpm-native exists in sysroot, skipping

>
> Not sure what is going on there, it seems odd :( What other tasks were
> running when this happened?

I was building core-image-sato so possibly many things.

>
> I had a go at reproducing this locally but couldn't.

It seemed to happen to lots of recipes but I can't reproduce afterwards
either.

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

[OE-core] native sysroot race with rpmbuild

[Jussi Kukkonen]

I'm seeing lots of this failure in my last build:

| DEBUG: PKGWRITEDIR:
/mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-r0/deploy-rpms/noarch
| DEBUG: SITE files ['endian-little', 'bit-32', 'common-linux',
'common-glibc', 'allarch-linux', 'common']
| DEBUG: Executing shell function BUILDSPEC
|
/mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-r0/recipe-sysroot-native/usr/bin/rpmbuild:
error while loading shared libraries: libdw.so.1: cannot open shared object
file: No such file or directory
| WARNING: exit code 127 from a shell command.
| DEBUG: Python function do_package_rpm finished
| DEBUG: Python function do_package_write_rpm finished
| ERROR: Function failed: BUILDSPEC (log file is located at
/mnt/extra-ssd/tmp/work/all-poky-linux/adwaita-icon-theme/3.24.0-r0/temp/log.do_package_write_rpm.21827)
ERROR: Task
(/home/jku/src/poky/meta/recipes-gnome/gnome/adwaita-icon-theme_3.24.0.bb:do_package_write_rpm)
failed with exit code '1'

* libdw.so.1 isn't found when rpmbuild runs
* seems to be a race as the library is there when I check (and building
again works)
* Seems to mostly happen with allarch recipes (maybe they're just fast
enough): sysvinit-inittab, adwaita, xcursor-transparent-theme, iso-codes

Any ideas?

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

[OE-core] [PATCH] mesa: Fix build with vulkan on non-x86

[Jussi Kukkonen]

The intel vulkan driver requires libdrm-intel: Only enable it when
building for x86 or x86-64 similar to DRI drivers.

Building on non-x86* with vulkan leads to "--with-vulkan-drivers= ":
this is interpreted correctly by the build system.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/mesa/mesa.inc | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 45361c7..3bb3cf4 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -51,7 +51,10 @@ PACKAGECONFIG[dri3] = "--enable-dri3, --disable-dri3, 
dri3proto presentproto lib
 
 # Vulkan drivers need dri3 enabled
 # radeon could be enabled as well but requires gallium-llvm with llvm >= 3.9
-PACKAGECONFIG[vulkan] = "--with-vulkan-drivers=intel, --without-vulkan-drivers"
+VULKAN_DRIVERS = ""
+VULKAN_DRIVERS_append_x86 = ",intel"
+VULKAN_DRIVERS_append_x86-64 = ",intel"
+PACKAGECONFIG[vulkan] = "--with-vulkan-drivers=${VULKAN_DRIVERS}, 
--without-vulkan-drivers"
 
 PACKAGECONFIG[gles] = "--enable-gles1 --enable-gles2, --disable-gles1 
--disable-gles2"
 
-- 
2.1.4

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

[OE-core] [PATCHv2] libinput: Upgrade 1.7.3 -> 1.8.1

[Jussi Kukkonen]

New feature release, see
https://lists.freedesktop.org/archives/wayland-devel/2017-June/034286.html
for the major features. This is the last major release to support
autotools.

Configure flag "--enable-event-gui" changed name.

Configure flags no longer default to "auto": explicitly disable the
things that were previously automatically disabled.

Package the binaries into libinput-bin while being careful with
packaging as the main package gets renamed to libinput10.

Add patch to fix a race in install.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

Changes since v1:
* Fix the install race found on autobuilder

Thanks,
  Jussi


 .../0001-tools-Fix-race-in-autotools-install.patch | 37 ++
 .../{libinput_1.7.3.bb => libinput_1.8.1.bb}   | 17 +++---
 2 files changed, 49 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-graphics/wayland/libinput/0001-tools-Fix-race-in-autotools-install.patch
 rename meta/recipes-graphics/wayland/{libinput_1.7.3.bb => libinput_1.8.1.bb} 
(54%)

diff --git 
a/meta/recipes-graphics/wayland/libinput/0001-tools-Fix-race-in-autotools-install.patch
 
b/meta/recipes-graphics/wayland/libinput/0001-tools-Fix-race-in-autotools-install.patch
new file mode 100644
index 000..4667538
--- /dev/null
+++ 
b/meta/recipes-graphics/wayland/libinput/0001-tools-Fix-race-in-autotools-install.patch
@@ -0,0 +1,37 @@
+From 5e8864c5b7a2e258eea041b0ef66dac7fcab9b7f Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 9 Aug 2017 09:47:14 +0300
+Subject: [PATCH] tools: Fix race in (autotools) install
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+exec/data distinction is done based on install dir so compat scripts
+must be moved in exec hook.
+
+This should fix this occasional failure:
+| install: cannot change permissions of
+| ‘/usr/bin/libinput-debug-events.compat’: No such file or directory
+
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+Upstream-Status: Submitted
+---
+ tools/Makefile.am | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/tools/Makefile.am b/tools/Makefile.am
+index 2c8660b..7ee8b90 100644
+--- a/tools/Makefile.am
 b/tools/Makefile.am
+@@ -63,7 +63,7 @@ endif
+ 
+ EXTRA_DIST = make-ptraccel-graphs.sh install-compat-scripts.sh $(bin_SCRIPTS)
+ 
+-install-data-hook:
++install-exec-hook:
+   (cd $(DESTDIR)$(bindir) && mv libinput-list-devices.compat 
libinput-list-devices)
+   (cd $(DESTDIR)$(bindir) && mv libinput-debug-events.compat 
libinput-debug-events)
+ 
+-- 
+2.13.3
+
diff --git a/meta/recipes-graphics/wayland/libinput_1.7.3.bb 
b/meta/recipes-graphics/wayland/libinput_1.8.1.bb
similarity index 54%
rename from meta/recipes-graphics/wayland/libinput_1.7.3.bb
rename to meta/recipes-graphics/wayland/libinput_1.8.1.bb
index 6194fba..f75298b 100644
--- a/meta/recipes-graphics/wayland/libinput_1.7.3.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.8.1.bb
@@ -9,17 +9,24 @@ DEPENDS = "libevdev udev mtdev"
 
 SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \

file://touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch \
+   file://0001-tools-Fix-race-in-autotools-install.patch \
 "
-SRC_URI[md5sum] = "f2993b477db8d7ec0e785ce04ffecb03"
-SRC_URI[sha256sum] = 
"096d612d2711f0caa2de544976ff3729e6233511ab373808644cc2dd5affcb1d"
 
-inherit autotools pkgconfig
+SRC_URI[md5sum] = "8247f0bb67052ffb272c50c3cb9c5998"
+SRC_URI[sha256sum] = 
"e3590a9037e561a5791c8bd3b34bfd30fad5cacd8cbefc0d75fafe3a41d07147"
+
+inherit autotools pkgconfig lib_package
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[libunwind] = "--with-libunwind,--without-libunwind,libunwind"
 PACKAGECONFIG[libwacom] = "--enable-libwacom,--disable-libwacom,libwacom"
-PACKAGECONFIG[gui] = "--enable-event-gui,--disable-event-gui,cairo gtk+3"
+PACKAGECONFIG[gui] = "--enable-debug-gui,--disable-debug-gui,cairo gtk+3"
 
 UDEVDIR = "`pkg-config --variable=udevdir udev`"
 
-EXTRA_OECONF += "--with-udev-dir=${UDEVDIR}"
+EXTRA_OECONF += "--with-udev-dir=${UDEVDIR} --disable-documentation 
--disable-tests"
+
+# package name changed in 1.8.1 upgrade: make sure package upgrades work
+RPROVIDES_${PN} = "libinput"
+RREPLACES_${PN} = "libinput"
+RCONFLICTS_${PN} = "libinput"
-- 
2.1.4

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

Re: [OE-core] [PATCH] qemux86 qemux86-64: Enable pci

[Jussi Kukkonen]

This patch is in the master-next branch: that's a good indication it'll
move to master when master is next updated (assuming no problems come up in
testing).

  Jussi

On 8 August 2017 at 13:53, He Zhe  wrote:

> Ping.
>
> On 2017年07月31日 21:11, zhe...@windriver.com wrote:
> > From: He Zhe 
> >
> > lspci and some other software require "pci" in MACHINE_FEATURES and PCI
> > is valid in the qemux86* context.
> >
> > Signed-off-by: He Zhe 
> > ---
> >  meta/conf/machine/qemux86-64.conf | 2 +-
> >  meta/conf/machine/qemux86.conf| 2 +-
> >  2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/conf/machine/qemux86-64.conf
> b/meta/conf/machine/qemux86-64.conf
> > index 4f30033..9f78191 100644
> > --- a/meta/conf/machine/qemux86-64.conf
> > +++ b/meta/conf/machine/qemux86-64.conf
> > @@ -28,7 +28,7 @@ XSERVER = "xserver-xorg \
> > xserver-xorg-module-libint10 \
> > "
> >
> > -MACHINE_FEATURES += "x86"
> > +MACHINE_FEATURES += "x86 pci"
> >
> >  MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "v86d"
> >
> > diff --git a/meta/conf/machine/qemux86.conf b/meta/conf/machine/
> qemux86.conf
> > index e232947..d778fa7 100644
> > --- a/meta/conf/machine/qemux86.conf
> > +++ b/meta/conf/machine/qemux86.conf
> > @@ -27,7 +27,7 @@ XSERVER = "xserver-xorg \
> > xserver-xorg-module-libint10 \
> > "
> >
> > -MACHINE_FEATURES += "x86"
> > +MACHINE_FEATURES += "x86 pci"
> >
> >  MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "v86d"
> >
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libinput: Upgrade 1.7.3 -> 1.8.1

[Jussi Kukkonen]

New feature release, see
https://lists.freedesktop.org/archives/wayland-devel/2017-June/034286.html
for the major features. This is the last major release to support
autotools.

Configure flag "--enable-event-gui" changed name.

Configure flags no longer default to "auto": explicitly disable the
things that were previously automatically disabled.

Package the binaries into libinput-bin while being careful with
packaging as the main package gets renamed to libinput10.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../wayland/{libinput_1.7.3.bb => libinput_1.8.1.bb}  | 15 ++-
 1 file changed, 10 insertions(+), 5 deletions(-)
 rename meta/recipes-graphics/wayland/{libinput_1.7.3.bb => libinput_1.8.1.bb} 
(57%)

diff --git a/meta/recipes-graphics/wayland/libinput_1.7.3.bb 
b/meta/recipes-graphics/wayland/libinput_1.8.1.bb
similarity index 57%
rename from meta/recipes-graphics/wayland/libinput_1.7.3.bb
rename to meta/recipes-graphics/wayland/libinput_1.8.1.bb
index 6194fba..fdae3f8 100644
--- a/meta/recipes-graphics/wayland/libinput_1.7.3.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.8.1.bb
@@ -10,16 +10,21 @@ DEPENDS = "libevdev udev mtdev"
 SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \

file://touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch \
 "
-SRC_URI[md5sum] = "f2993b477db8d7ec0e785ce04ffecb03"
-SRC_URI[sha256sum] = 
"096d612d2711f0caa2de544976ff3729e6233511ab373808644cc2dd5affcb1d"
+SRC_URI[md5sum] = "8247f0bb67052ffb272c50c3cb9c5998"
+SRC_URI[sha256sum] = 
"e3590a9037e561a5791c8bd3b34bfd30fad5cacd8cbefc0d75fafe3a41d07147"
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig lib_package
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[libunwind] = "--with-libunwind,--without-libunwind,libunwind"
 PACKAGECONFIG[libwacom] = "--enable-libwacom,--disable-libwacom,libwacom"
-PACKAGECONFIG[gui] = "--enable-event-gui,--disable-event-gui,cairo gtk+3"
+PACKAGECONFIG[gui] = "--enable-debug-gui,--disable-debug-gui,cairo gtk+3"
 
 UDEVDIR = "`pkg-config --variable=udevdir udev`"
 
-EXTRA_OECONF += "--with-udev-dir=${UDEVDIR}"
+EXTRA_OECONF += "--with-udev-dir=${UDEVDIR} --disable-documentation 
--disable-tests"
+
+# package name changed in 1.8.1 upgrade: make sure package upgrades work
+RPROVIDES_${PN} = "libinput"
+RREPLACES_${PN} = "libinput"
+RCONFLICTS_${PN} = "libinput"
-- 
2.1.4

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

Re: [OE-core] [PATCHv3] vulkan-demos: Add recipe

[Jussi Kukkonen]

On 20 July 2017 at 12:01, Kang Kai <kai.k...@windriver.com> wrote:

> On 2017年07月11日 20:26, Jussi Kukkonen wrote:
>
>> Sascha Willems collection of Vulkan demos is useful as a smoke testing
>> tool.
>>
>> * Add patch to install binaries and data.
>> * Add patch to fix build on X86
>> * Use a combination of patch and do_install_append to avoid some 3D
>> models with unclear licensing.
>>
>> Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
>>
>
> Hi Jussi,
>
> Did you meet build failure:
>
> | CMake Error at /buildarea3/kkang/WRLX/builds/
> vulkan-amr64/tmp/work/aarch64-wrs-linux/vulkan-demos/git-r0/
> recipe-sysroot-native/usr/share/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:137
> (message):
> |   Could NOT find ASSIMP (missing: ASSIMP_LIBRARIES)
> | Call Stack (most recent call first):
> | /buildarea3/kkang/WRLX/builds/vulkan-amr64/tmp/work/aarch64-
> wrs-linux/vulkan-demos/git-r0/recipe-sysroot-native/usr/shar
> e/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:377
> (_FPHSA_FAILURE_MESSAGE)
> |   cmake/FindASSIMP.cmake:50 (find_package_handle_standard_args)
> |   CMakeLists.txt:45 (find_package)
>
> If not, would you please to tell me where or which recipe is module ASSIMP
> from?
>

No, I did not see this. The assimp library comes from assimp_git.bb recipe
in the same directory as vulkan-demos recipe -- it is in DEPENDS for
vulkan-demos.

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

[OE-core] [PATCH] systemd-bootchart: Fix build with glibc 2.26

[Jussi Kukkonen]

xlocale.h is no more, don't include it.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../0001-parse-util-Don-t-use-xlocale.h.patch  | 32 ++
 .../systemd-bootchart/systemd-bootchart_231.bb |  4 ++-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/systemd-bootchart/files/0001-parse-util-Don-t-use-xlocale.h.patch

diff --git 
a/meta/recipes-devtools/systemd-bootchart/files/0001-parse-util-Don-t-use-xlocale.h.patch
 
b/meta/recipes-devtools/systemd-bootchart/files/0001-parse-util-Don-t-use-xlocale.h.patch
new file mode 100644
index 000..5aa0463
--- /dev/null
+++ 
b/meta/recipes-devtools/systemd-bootchart/files/0001-parse-util-Don-t-use-xlocale.h.patch
@@ -0,0 +1,32 @@
+From d379126d56d0b6e935b2d97ca71579e6cc54d1bb Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Tue, 18 Jul 2017 13:37:27 +0300
+Subject: [PATCH] parse-util: Don't use xlocale.h
+
+glibc 2.26 no longer contains the non-standard xlocale.h
+(http://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27xlocale.h.27)
+
+This change shouldn't break anything as xlocale.h was a subset of
+locale.h.
+
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+Upstream-Status: Submitted 
[https://github.com/systemd/systemd-bootchart/pull/35]
+---
+ src/parse-util.c | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/src/parse-util.c b/src/parse-util.c
+index 5635a68..1b2169c 100644
+--- a/src/parse-util.c
 b/src/parse-util.c
+@@ -21,7 +21,6 @@
+ #include 
+ #include 
+ #include 
+-#include 
+ 
+ #include "macro.h"
+ #include "parse-util.h"
+-- 
+2.13.2
+
diff --git a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_231.bb 
b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_231.bb
index 1d88036..4da000e 100644
--- a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_231.bb
+++ b/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_231.bb
@@ -2,7 +2,9 @@ LICENSE = "LGPLv2.1 & GPLv2"
 LIC_FILES_CHKSUM = 
"file://LICENSE.LGPL2.1;md5=4fbd65380cdd255951079008b364516c \
 file://LICENSE.GPL2;md5=751419260aa954499f7abaabaa882bbe"
 
-SRC_URI = "git://github.com/systemd/systemd-bootchart.git;protocol=https"
+SRC_URI = "git://github.com/systemd/systemd-bootchart.git;protocol=https \
+   file://0001-parse-util-Don-t-use-xlocale.h.patch \
+"
 
 # Modify these as desired
 PV = "231+git${SRCPV}"
-- 
2.1.4

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

[OE-core] [PATCH] vulkan-demos: Rename ${bindir}/screenshot

[Jussi Kukkonen]

This conflicts with sato-screenshot.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/vulkan/vulkan-demos_git.bb 
b/meta/recipes-graphics/vulkan/vulkan-demos_git.bb
index fcd9e7b..e088277 100644
--- a/meta/recipes-graphics/vulkan/vulkan-demos_git.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-demos_git.bb
@@ -24,6 +24,8 @@ do_install_append () {
${D}${datadir}/vulkan-demos/models/vulkanscene* \
${D}${datadir}/vulkan-demos/models/plants.dae \
${D}${datadir}/vulkan-demos/textures/texturearray_plants*
+
+mv ${D}${bindir}/screenshot ${D}${bindir}/vulkan-screenshot
 }
 
 EXTRA_OECMAKE = "-DRESOURCE_INSTALL_DIR=${datadir}/vulkan-demos"
-- 
2.1.4

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

Re: [OE-core] GUI based images

[Jussi Kukkonen]

I had a look at b2qt earlier and Alex asked me to share on list as well so
I'll resurrect this thread from May...

On 10 May 2017 at 14:09, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 05/10/2017 01:55 PM, Paul Eggleton wrote:
>
>> I make no secret of it - I am a Qt supporter. I'm willing to be convinced
>> that's not the right answer, though, if there are solid arguments.
>> However, if
>> you'll excuse my paraphrasing, "it's not in OE-Core and can't be,
>> therefore we
>> should just ignore it" isn't a case against it, it's a logistical issue.
>> We
>> could easily get past that by bringing meta-qt5 into poky as we do with
>> OE-
>> Core, or even just adding it to the build configuration as needed.
>>
>
> That's not what I'm saying. I'm saying that for people who want a
> 'reference UI for real products' and have no problem with Qt, we should
> officially endorse meta-b2qt.
>
> Seriosuly. They have a wayland compositor, and an app launcher, and a set
> of embedded-specific demos, and it's written and tested by specialists with
> an explicit target of making it easy to make products. And it's open source
> with optional commercial support. In that light, there is no sense
> whatsoever in solving the same problem in oe-core, poorly.


My verdict after a bit of testing and some light digging at the sources:
Very cool demo, vastly better than Sato for "Trade show demo unit" use case
(although the current content is naturally just Qt marketing). It does not
seem useful as Sato-the-QA-platform replacement and I would be wary of
suggesting it for any product use without caveats: my worry is the
maintenance status of the DE components.

Some details:
* Some of the "Desktop Environment" components are possibly not meant for
production use: e.g. the wayland compositor/WM does not seem completely
finished, either from feature or polish POV. It's even called
"democompositor". The last real code change in the relevant repo was in Feb
2016. For a single app use case this might not matter.
* It wouldn't work as a generic desktop (needs launcher specific files per
application)
* That wouldn't be so bad but the only app they include is the browser, the
rest are ads or demos (browser admittedly is very nice)

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

Re: [OE-core] [PATCH 0/4] Remove gnome-common

[Jussi Kukkonen]

On 14 July 2017 at 15:25, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:

> Patchset should preferably only be merged once "gnome-common: Add
> recipe (from oe-core)" (2017-07-06) patch has been merged in meta-oe.
> I can ping the thread once it happens.
>

meta-openembedded master was updated so this set is good to go.


>
> This set removes gnome-common, an obsolete collection of m4-macros
> that partially conflicts with autoconf-archive. The plan is to fix the
> hacks between autoconf-archive and gnome-common once they're in the
> same repo.
>
> Thanks,
>  Jussi
>
> The following changes since commit 81498aac9560fbeaeb58eaada32ce8
> 0e0ea51628:
>
>   yocto-project-qs: Updated Next Steps list (2017-07-12 00:28:16 +0100)
>
> are available in the git repository at:
>
>   git://git.yoctoproject.org/poky-contrib jku/gnome-common
>   http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=
> jku/gnome-common
>
> Jussi Kukkonen (4):
>   matchbox-desktop: Upgrade to 2.2
>   python3-pygobject: Don't use gnome-common
>   gnome-desktop: Don't use gnome-common
>   gnome-common: Remove as deprecated
>
>  ...onfigure.ac-Don-t-use-gnome-common-macros.patch | 33
> ++
>  .../python/python3-pygobject_3.24.1.bb |  3 +-
>  ...figure.ac-Remove-gnome-common-macro-calls.patch | 33
> ++
>  .../gnome-desktop/gnome-desktop3_3.24.2.bb |  6 ++--
>  meta/recipes-gnome/gnome/gnome-common_3.18.0.bb| 20 -
>  ...hbox-desktop_2.1.bb => matchbox-desktop_2.2.bb} |  6 ++--
>  6 files changed, 75 insertions(+), 26 deletions(-)
>  create mode 100644 meta/recipes-devtools/python/python3-pygobject/0001-
> configure.ac-Don-t-use-gnome-common-macros.patch
>  create mode 100644 meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-
> configure.ac-Remove-gnome-common-macro-calls.patch
>  delete mode 100644 meta/recipes-gnome/gnome/gnome-common_3.18.0.bb
>  rename meta/recipes-sato/matchbox-desktop/{matchbox-desktop_2.1.bb =>
> matchbox-desktop_2.2.bb} (87%)
>
> --
> 2.1.4
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2 3/4] gnome-desktop: Don't use gnome-common

[Jussi Kukkonen]

Add a patch to no use gnome-common macros

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

Changes since v1:
* Fix Upstream-Status line

Branch jku/gnome-common in poky-contrib has been updated.

 ...figure.ac-Remove-gnome-common-macro-calls.patch | 33 ++
 .../gnome-desktop/gnome-desktop3_3.24.2.bb |  6 ++--
 2 files changed, 37 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch

diff --git 
a/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
new file mode 100644
index 000..e95393c
--- /dev/null
+++ 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
@@ -0,0 +1,33 @@
+From 834bc861921fe0361f2d6a5b5716fc97a9519478 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Thu, 6 Jul 2017 13:13:45 +0300
+Subject: [PATCH] configure.ac: Remove gnome-common macro calls
+
+gnome-common is deprecated and these aren't doing much for us.
+
+Upstreamable fix would probably involve using autoconf-archive:
+Trying to avoid that dependency for now.
+
+Upstream-Status: Inappropriate
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ configure.ac | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 7adcf0e..bb7659d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -71,9 +71,6 @@ AC_SUBST(GNOME_DATE)
+ AC_SUBST(GNOME_DATE_COMMENT_START)
+ AC_SUBST(GNOME_DATE_COMMENT_END)
+ 
+-GNOME_COMPILE_WARNINGS([maximum])
+-GNOME_MAINTAINER_MODE_DEFINES
+-
+ AC_ARG_ENABLE(deprecation_flags,
+   [AC_HELP_STRING([--enable-deprecation-flags],
+   [use *_DISABLE_DEPRECATED flags 
@<:@default=no@:>@])],,
+-- 
+2.1.4
+
diff --git a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
index 24d23ba..5c1c213 100644
--- a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
+++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
@@ -10,9 +10,11 @@ inherit gnome pkgconfig upstream-version-is-even 
gobject-introspection
 SRC_URI[archive.md5sum] = "af7c6a243df7a335a010bdc05b34ca93"
 SRC_URI[archive.sha256sum] = 
"8fa1de66a6a75963bffc79b01a60434c71237d44c51beca09c0f714a032d785e"
 
-SRC_URI += "file://gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch"
+SRC_URI += "file://gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch \
+file://0001-configure.ac-Remove-gnome-common-macro-calls.patch \
+"
 
-DEPENDS += "intltool-native gnome-common-native gsettings-desktop-schemas 
gconf virtual/libx11 gtk+3 glib-2.0 startup-notification xkeyboard-config 
iso-codes udev"
+DEPENDS += "intltool-native gsettings-desktop-schemas gconf virtual/libx11 
gtk+3 glib-2.0 startup-notification xkeyboard-config iso-codes udev"
 
 inherit distro_features_check gtk-doc
 REQUIRED_DISTRO_FEATURES = "x11"
-- 
2.1.4

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

[OE-core] [PATCH 2/4] python3-pygobject: Don't use gnome-common

[Jussi Kukkonen]

Patch out the one use of gnome-common macros: pygobject is moving to
autoconf-archive in next release so this patch is temporary.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...onfigure.ac-Don-t-use-gnome-common-macros.patch | 33 ++
 .../python/python3-pygobject_3.24.1.bb |  3 +-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/python/python3-pygobject/0001-configure.ac-Don-t-use-gnome-common-macros.patch

diff --git 
a/meta/recipes-devtools/python/python3-pygobject/0001-configure.ac-Don-t-use-gnome-common-macros.patch
 
b/meta/recipes-devtools/python/python3-pygobject/0001-configure.ac-Don-t-use-gnome-common-macros.patch
new file mode 100644
index 000..aaedb58
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3-pygobject/0001-configure.ac-Don-t-use-gnome-common-macros.patch
@@ -0,0 +1,33 @@
+From 206360744cedff20eae3c8fcfde9938fdae99592 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Thu, 6 Jul 2017 11:47:21 +0300
+Subject: [PATCH] configure.ac: Don't use gnome-common macros
+
+remove GNOME_COMPILE_WARNINGS() call: it's from gnome-common which
+is deprecated.
+
+This patch can be removed when upgrading to 3.25.1: at that point
+pygobject needs autoconf-archive instead.
+
+Upstream-Status: Inappropriate [Already handled upstream]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ configure.ac | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 1f15b3c..5cb170f 100644
+--- a/configure.ac
 b/configure.ac
+@@ -221,8 +221,6 @@ AC_ARG_WITH(common,
+ with_common=yes)
+ AM_CONDITIONAL(WITH_COMMON, test "$with_common" = "yes")
+ 
+-# compiler warnings, errors, required cflags, and code coverage support
+-GNOME_COMPILE_WARNINGS([maximum], [-Wno-error=missing-prototypes])
+ AC_MSG_CHECKING(for Gnome code coverage support)
+ m4_ifdef([GNOME_CODE_COVERAGE],
+  [AC_MSG_RESULT(yes)
+-- 
+2.1.4
+
diff --git a/meta/recipes-devtools/python/python3-pygobject_3.24.1.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.24.1.bb
index 5795ae3..9d10af2 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.24.1.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.24.1.bb
@@ -5,12 +5,13 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 
 inherit autotools pkgconfig gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
-DEPENDS += "gnome-common-native python3 glib-2.0"
+DEPENDS += "python3 glib-2.0"
 
 SRCNAME="pygobject"
 SRC_URI = " \
 
http://ftp.gnome.org/pub/GNOME/sources/${SRCNAME}/${@gnome_verdir("${PV}")}/${SRCNAME}-${PV}.tar.xz
 \
 file://0001-configure.ac-add-sysroot-path-to-GI_DATADIR-don-t-se.patch \
+file://0001-configure.ac-Don-t-use-gnome-common-macros.patch \
 "
 
 SRC_URI[md5sum] = "69a843311d0f0385dff376e11a2d83d2"
-- 
2.1.4

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

[OE-core] [PATCH 1/4] matchbox-desktop: Upgrade to 2.2

[Jussi Kukkonen]

Only change is dropping dependency on gnome-common
(which is deprecated upstream).

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../{matchbox-desktop_2.1.bb => matchbox-desktop_2.2.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-sato/matchbox-desktop/{matchbox-desktop_2.1.bb => 
matchbox-desktop_2.2.bb} (87%)

diff --git a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.1.bb 
b/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.2.bb
similarity index 87%
rename from meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.1.bb
rename to meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.2.bb
index c9a7b4b..b0cdfa2 100644
--- a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.1.bb
+++ b/meta/recipes-sato/matchbox-desktop/matchbox-desktop_2.2.bb
@@ -7,11 +7,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
 
file://src/desktop.c;endline=20;md5=36c9bf295e6007f3423095f405af5a2d \
 
file://src/main.c;endline=19;md5=2044244f97a195c25b7dc602ac7e9a00"
 
-DEPENDS = "gnome-common-native gtk+3 startup-notification dbus"
+DEPENDS = "gtk+3 startup-notification dbus"
 SECTION = "x11/wm"
 
-# SRCREV tagged 2.1
-SRCREV = "c8473519a0f37488b8b3e839e275b000cdde0b80"
+# SRCREV tagged 2.2
+SRCREV = "6bc67d09da4147e5552fe30011a05a2c59d2f777"
 SRC_URI = "git://git.yoctoproject.org/${BPN}-2 \
file://vfolders/* \
"
-- 
2.1.4

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

[OE-core] [PATCH 3/4] gnome-desktop: Don't use gnome-common

[Jussi Kukkonen]

Add a patch to no use gnome-common macros

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...figure.ac-Remove-gnome-common-macro-calls.patch | 33 ++
 .../gnome-desktop/gnome-desktop3_3.24.2.bb |  6 ++--
 2 files changed, 37 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch

diff --git 
a/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
new file mode 100644
index 000..992c353
--- /dev/null
+++ 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
@@ -0,0 +1,33 @@
+From 834bc861921fe0361f2d6a5b5716fc97a9519478 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Thu, 6 Jul 2017 13:13:45 +0300
+Subject: [PATCH] configure.ac: Remove gnome-common macro calls
+
+gnome-common is deprecated and these aren't doing much for us.
+
+Upstreamable fix would probably involve using autoconf-archive:
+Trying to avoid that dependency for now.
+
+Upstream-Status: [Inappropriate]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ configure.ac | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 7adcf0e..bb7659d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -71,9 +71,6 @@ AC_SUBST(GNOME_DATE)
+ AC_SUBST(GNOME_DATE_COMMENT_START)
+ AC_SUBST(GNOME_DATE_COMMENT_END)
+ 
+-GNOME_COMPILE_WARNINGS([maximum])
+-GNOME_MAINTAINER_MODE_DEFINES
+-
+ AC_ARG_ENABLE(deprecation_flags,
+   [AC_HELP_STRING([--enable-deprecation-flags],
+   [use *_DISABLE_DEPRECATED flags 
@<:@default=no@:>@])],,
+-- 
+2.1.4
+
diff --git a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb 
b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
index 24d23ba..5c1c213 100644
--- a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
+++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.24.2.bb
@@ -10,9 +10,11 @@ inherit gnome pkgconfig upstream-version-is-even 
gobject-introspection
 SRC_URI[archive.md5sum] = "af7c6a243df7a335a010bdc05b34ca93"
 SRC_URI[archive.sha256sum] = 
"8fa1de66a6a75963bffc79b01a60434c71237d44c51beca09c0f714a032d785e"
 
-SRC_URI += "file://gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch"
+SRC_URI += "file://gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch \
+file://0001-configure.ac-Remove-gnome-common-macro-calls.patch \
+"
 
-DEPENDS += "intltool-native gnome-common-native gsettings-desktop-schemas 
gconf virtual/libx11 gtk+3 glib-2.0 startup-notification xkeyboard-config 
iso-codes udev"
+DEPENDS += "intltool-native gsettings-desktop-schemas gconf virtual/libx11 
gtk+3 glib-2.0 startup-notification xkeyboard-config iso-codes udev"
 
 inherit distro_features_check gtk-doc
 REQUIRED_DISTRO_FEATURES = "x11"
-- 
2.1.4

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

[OE-core] [PATCH 4/4] gnome-common: Remove as deprecated

[Jussi Kukkonen]

Nothing in oe-core requires gnome-common and it is also deprecated
upstream: Remove it.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-gnome/gnome/gnome-common_3.18.0.bb | 20 
 1 file changed, 20 deletions(-)
 delete mode 100644 meta/recipes-gnome/gnome/gnome-common_3.18.0.bb

diff --git a/meta/recipes-gnome/gnome/gnome-common_3.18.0.bb 
b/meta/recipes-gnome/gnome/gnome-common_3.18.0.bb
deleted file mode 100644
index 06f3bb3..000
--- a/meta/recipes-gnome/gnome/gnome-common_3.18.0.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-SUMMARY = "Common macros for building GNOME applications"
-HOMEPAGE = "http://www.gnome.org/;
-BUGTRACKER = "https://bugzilla.gnome.org/;
-
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
-
-SECTION = "x11/gnome"
-inherit gnomebase allarch
-
-SRC_URI[archive.md5sum] = "933258d9c23e218eb6eec9cc1951b053"
-SRC_URI[archive.sha256sum] = 
"22569e370ae755e04527b76328befc4c73b62bfd4a572499fde116b8318af8cf"
-
-EXTRA_AUTORECONF = ""
-DEPENDS = ""
-
-FILES_${PN} += "${datadir}/aclocal"
-FILES_${PN}-dev = ""
-
-BBCLASSEXTEND = "native"
-- 
2.1.4

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

[OE-core] [PATCH 0/4] Remove gnome-common

[Jussi Kukkonen]

Patchset should preferably only be merged once "gnome-common: Add
recipe (from oe-core)" (2017-07-06) patch has been merged in meta-oe.
I can ping the thread once it happens.

This set removes gnome-common, an obsolete collection of m4-macros
that partially conflicts with autoconf-archive. The plan is to fix the
hacks between autoconf-archive and gnome-common once they're in the
same repo.

Thanks, 
 Jussi

The following changes since commit 81498aac9560fbeaeb58eaada32ce80e0ea51628:

  yocto-project-qs: Updated Next Steps list (2017-07-12 00:28:16 +0100)

are available in the git repository at:

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

Jussi Kukkonen (4):
  matchbox-desktop: Upgrade to 2.2
  python3-pygobject: Don't use gnome-common
  gnome-desktop: Don't use gnome-common
  gnome-common: Remove as deprecated

 ...onfigure.ac-Don-t-use-gnome-common-macros.patch | 33 ++
 .../python/python3-pygobject_3.24.1.bb |  3 +-
 ...figure.ac-Remove-gnome-common-macro-calls.patch | 33 ++
 .../gnome-desktop/gnome-desktop3_3.24.2.bb |  6 ++--
 meta/recipes-gnome/gnome/gnome-common_3.18.0.bb| 20 -
 ...hbox-desktop_2.1.bb => matchbox-desktop_2.2.bb} |  6 ++--
 6 files changed, 75 insertions(+), 26 deletions(-)
 create mode 100644 
meta/recipes-devtools/python/python3-pygobject/0001-configure.ac-Don-t-use-gnome-common-macros.patch
 create mode 100644 
meta/recipes-gnome/gnome-desktop/gnome-desktop/0001-configure.ac-Remove-gnome-common-macro-calls.patch
 delete mode 100644 meta/recipes-gnome/gnome/gnome-common_3.18.0.bb
 rename meta/recipes-sato/matchbox-desktop/{matchbox-desktop_2.1.bb => 
matchbox-desktop_2.2.bb} (87%)

-- 
2.1.4

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

[OE-core] [PATCH] selftest: Add vulkan-demos to checkpkg exceptions

[Jussi Kukkonen]

vulkan-demos has not had any releases.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---


This is only useful with the vulkan-demos patch. I've pushed this
on top of the jku/vulkan branch in poky-contrib.

The commit silences the selftest failure from the checkpkg test.
The whole checkpkg exceptions system should probably be changed so
it uses a recipe variable (say UPSTREAM_CHECK_NO_MATCH = "1") instead of
a whitelist file but the whole setup is "clever" enough that I'd
rather leave the improvement to Alexander...

Cheers,
  Jussi



 meta-selftest/files/distrodata/checkpkg_exceptions | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-selftest/files/distrodata/checkpkg_exceptions 
b/meta-selftest/files/distrodata/checkpkg_exceptions
index f0d1f67..ff54cf0 100644
--- a/meta-selftest/files/distrodata/checkpkg_exceptions
+++ b/meta-selftest/files/distrodata/checkpkg_exceptions
@@ -19,6 +19,7 @@ squashfs-tools
 tcf-agent
 unzip
 update-rc.d
+vulkan-demos
 x264
 xcursor-transparent-theme
 xinetd
-- 
2.1.4

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

Re: [OE-core] ✗ patchtest: failure for libgcrypt: fix CVE-2017-9526 (rev2)

[Jussi Kukkonen]

On 13 July 2017 at 21:38, Patchwork 
wrote:

> == Series Details ==
>
> Series: libgcrypt: fix CVE-2017-9526 (rev2)
> Revision: 2
>

Not sure if this should be a patchwork bug or not? This patch is showing up
as a revision 2 of the other patch when in reality they are patches for two
separate branches.

 - Jussi



> URL   : https://patchwork.openembedded.org/series/7732/
> 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[pyro] libgcrypt: fix CVE-2017-9526
>  Issue Missing or incorrectly formatted CVE tag in commit
> message [test_cve_presence_in_commit_message]
>   Suggested fixInclude a "CVE--" tag in the commit message
>
>
>
> If you believe any of these test results are incorrect, please reply to the
> mailing list (openembedded-core@lists.openembedded.org) raising your
> concerns.
> Otherwise we would appreciate you correcting the issues and submitting a
> new
> version of the patchset if applicable. Please ensure you add/increment the
> version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
> [PATCH v3] -> ...).
>
> ---
> Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
> Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] mesa-gl: Clean recipe

[Jussi Kukkonen]

Don't EXCLUDE_FROM_WORLD, mesa.inc already does this.
Don't add a non-existing path to FILESEXTRAPATHS.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb 
b/meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb
index e3604f3..b9e3b80 100644
--- a/meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb
+++ b/meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb
@@ -2,12 +2,8 @@ require mesa_${PV}.bb
 
 SUMMARY += " (OpenGL only, no EGL/GLES)"
 
-FILESEXTRAPATHS =. "${FILE_DIRNAME}/mesa:"
-
 PROVIDES = "virtual/libgl virtual/mesa"
 
 S = "${WORKDIR}/mesa-${PV}"
 
 PACKAGECONFIG ??= "dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
-
-EXCLUDE_FROM_WORLD = "1"
-- 
2.1.4

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

[OE-core] [PATCH 1/2] mesa: Avoid installing khrplatfrom.h when not needed

[Jussi Kukkonen]

Fix the conflict between mesa and userland (when former is used to
provide GL and letter used to provide EGL+GLES) by not installing
khrplatform.h header when its not needed.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...ly-install-khrplatform.h-with-EGL-or-GLES.patch | 52 ++
 meta/recipes-graphics/mesa/mesa_17.1.4.bb  |  1 +
 2 files changed, 53 insertions(+)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch
 
b/meta/recipes-graphics/mesa/files/0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch
new file mode 100644
index 000..be61e2e
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch
@@ -0,0 +1,52 @@
+From 922cb47a5b950ee5545a7a3cb4cd9a88a8b15054 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 12 Jul 2017 12:21:29 +0300
+Subject: [PATCH] mapi: Only install khrplatform.h with EGL or GLES
+
+When mesa is built with "--disable-egl --disable-gles1
+--disable-gles2" the KHR platform headers are not needed.
+
+Not installing the header when not needed allows using mesa for GL
+and another implementation for GLES+EGL (as is done in practice with
+userland on raspberrypi).
+
+Upstream-Status: Pending [waiting for test results before sending]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ src/mapi/Makefile.am | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/src/mapi/Makefile.am b/src/mapi/Makefile.am
+index 9ff70a14fd..94c77fb82c 100644
+--- a/src/mapi/Makefile.am
 b/src/mapi/Makefile.am
+@@ -188,6 +188,8 @@ es1api_libGLESv1_CM_la_LDFLAGS = \
+   $(LD_NO_UNDEFINED)
+ 
+ es1api_libGLESv1_CM_la_LIBADD += shared-glapi/libglapi.la
++
++khr_HEADERS = $(top_srcdir)/include/KHR/khrplatform.h
+ endif
+ 
+ es1api/glapi_mapi_tmp.h: glapi/gen/gl_and_es_API.xml $(glapi_gen_mapi_deps)
+@@ -233,6 +235,12 @@ es2api_libGLESv2_la_LDFLAGS = \
+   $(LD_NO_UNDEFINED)
+ 
+ es2api_libGLESv2_la_LIBADD += shared-glapi/libglapi.la
++
++khr_HEADERS = $(top_srcdir)/include/KHR/khrplatform.h
++endif
++
++if HAVE_EGL
++khr_HEADERS = $(top_srcdir)/include/KHR/khrplatform.h
+ endif
+ 
+ es2api/glapi_mapi_tmp.h: glapi/gen/gl_and_es_API.xml $(glapi_gen_mapi_deps)
+@@ -243,4 +251,3 @@ es2api/glapi_mapi_tmp.h: glapi/gen/gl_and_es_API.xml 
$(glapi_gen_mapi_deps)
+ include $(top_srcdir)/install-lib-links.mk
+ 
+ khrdir = $(includedir)/KHR
+-khr_HEADERS = $(top_srcdir)/include/KHR/khrplatform.h
+-- 
+2.13.2
+
diff --git a/meta/recipes-graphics/mesa/mesa_17.1.4.bb 
b/meta/recipes-graphics/mesa/mesa_17.1.4.bb
index 3289cd6..2257045 100644
--- a/meta/recipes-graphics/mesa/mesa_17.1.4.bb
+++ b/meta/recipes-graphics/mesa/mesa_17.1.4.bb
@@ -6,6 +6,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://etnaviv_fix-shader-miscompilation.patch \
file://0001-Use-wayland-scanner-in-the-path.patch \
file://0002-hardware-gloat.patch \
+   file://0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch \
 "
 
 SRC_URI[md5sum] = "be2ef7c9edec23b07f74f6512a6a6fa5"
-- 
2.1.4

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

[OE-core] [PATCH 0/2] mesa: Improve Khronos header handling

[Jussi Kukkonen]

Andrea: can you please confirm if this fixes the issue with
meta-raspberrypi (the second patch is just cosmetic)?

This should fix mesa-gl and RPi userland conflict by not installing
khrplatform.h in mesa-gl. I decided to do an actual mesa patch instead
of a do_install_append() based on positive comments from upstream.

As a side note: the header is now installed in libegl-mesa-dev which
is not really correct. I'll see about fixing this in a later patch.

Cheers,
  Jussi

The following changes since commit 81498aac9560fbeaeb58eaada32ce80e0ea51628:

  yocto-project-qs: Updated Next Steps list (2017-07-12 00:28:16 +0100)

are available in the git repository at:

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

Jussi Kukkonen (2):
  mesa: Avoid installing khrplatfrom.h when not needed
  mesa-gl: Clean recipe

 ...ly-install-khrplatform.h-with-EGL-or-GLES.patch | 52 ++
 meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb   |  4 --
 meta/recipes-graphics/mesa/mesa_17.1.4.bb  |  1 +
 3 files changed, 53 insertions(+), 4 deletions(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-mapi-Only-install-khrplatform.h-with-EGL-or-GLES.patch

-- 
2.1.4

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

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

On 12 July 2017 at 08:11, Khem Raj  wrote:

> On Tue, Jul 11, 2017 at 9:56 PM, Andrea Galbusera 
> wrote:
> > I may be in the need to craft something locally to unbreak building with
> > current master... Could you please shed some light on how this should be
> > done then? Is this a matter of completely removing either mesa-gl or
> > userland from gtk+3 deps or a more selective change to avoid the clash in
> > recipe-sysroot?
>
> Firstly, determine where this file belongs to. If it is part of
> egl/gles then it should go to userland, otherwise it should be
> provided by mesa when using userland for graphics
>

It's a "generic" Khronos platform header (so not part of EGL or GLES[1-3]
but needed by all), in a perfect world we could use any version of it ...
unfortunately "Adopters may modify this file to suit their platform" and of
course that's what Userland has done.

I think I'll just send a patch to mesa-gl recipe to not install the header.
If someone wants to solve this properly with the upstreams, be my guest.

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

[OE-core] [PATCHv3] vulkan-demos: Add recipe

[Jussi Kukkonen]

Sascha Willems collection of Vulkan demos is useful as a smoke testing
tool.

* Add patch to install binaries and data.
* Add patch to fix build on X86
* Use a combination of patch and do_install_append to avoid some 3D
models with unclear licensing.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

Changes since v2:
* Add a fake UPSTREAM_CHECK_GITTAGREGEX to silence the relevant
  oe-selftest: The tags in upstream git are not releases.

Changes since v1:
* Add patch to fix build on x86


 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 .../vulkan-demos/0001-Fix-build-on-x86.patch   | 41 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 36 +
 4 files changed, 253 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
new file mode 100644
index 000..d32c8f2
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
@@ -0,0 +1,91 @@
+From 55770fb07c42fe410cf8d09f8f5976babc89b9ef Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Tue, 4 Jul 2017 17:13:45 +0300
+Subject: [PATCH] Don't build demos with questionably licensed data
+
+Some of the models don't have open source compatible licenses:
+don't build demos using those. Also don't build demos that need
+resources that are not included.
+
+ssao:
+scenerendering:
+   Sibenik model, no license found
+
+deferred:
+deferredmultisampling:
+deferredshadows:
+   armor model, CC-BY-3.0
+
+vulkanscene:
+imgui:
+shadowmapping:
+   vulkanscene model, no license found
+
+indirectdraw:
+   plant model, no license found
+
+hdr:
+pbribl:
+pbrtexture:
+   Require external Vulkan Asset Pack
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 13 -
+ 1 file changed, 13 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 4958fff..0f9d3e4 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -150,17 +150,11 @@ set(EXAMPLES
+   computeparticles
+   computeshader
+   debugmarker
+-  deferred
+-  deferredmultisampling
+-  deferredshadows
+   displacement
+   distancefieldfonts
+   dynamicuniformbuffer
+   gears
+   geometryshader
+-  hdr
+-  imgui
+-  indirectdraw
+   instancing
+   mesh
+   multisampling
+@@ -170,20 +164,14 @@ set(EXAMPLES
+   parallaxmapping
+   particlefire
+   pbrbasic
+-  pbribl
+-  pbrtexture
+   pipelines
+   pushconstants
+   radialblur
+   raytracing
+-  scenerendering
+   screenshot
+-  shadowmapping
+-  shadowmappingomni
+   skeletalanimation
+   specializationconstants
+   sphericalenvmapping
+-  ssao
+   subpasses
+   terraintessellation
+   tessellation
+@@ -196,7 +184,6 @@ set(EXAMPLES
+   texturesparseresidency
+   triangle
+   viewportarray
+-  vulkanscene
+ )
+ 
+ buildExamples()
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
new file mode 100644
index 000..681b342
--- /dev/null
+++ b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
@@ -0,0 +1,41 @@
+From b0495efb6c3ea3a530fcbaddac86da57ecce5a66 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 10 Jul 2017 13:11:12 +0300
+Subject: [PATCH] Fix build on x86
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+| func_common.inl:193:51: error: wrong number of template arguments
+| (5, should be 6) struct compute_sign<T, P, vecType, false, Aligned>
+
+The fix is backported from the upstream glm project.
+
+Upstream-Status: Pending [https://github.com/SaschaWillems/Vulkan/issues/356]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ external/glm/glm/detail/func_common.inl | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/external/glm/glm/detail/func_common.inl 
b/external/glm/glm/detail/func_common.inl
+index cafaed5..2dd94e1 100644
+--- a/external/glm/glm/detail/func_commo

[OE-core] [PATCH 1/1] acpitests: Remove as unmaintained

[Jussi Kukkonen]

This recipe was last upgraded about ~30 releases or three years ago,
it seems to only be touched when something breaks. It also has an
'interesting' license that maybe is open source...

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../acpica/acpitests/aapits-linux.patch| 336 -
 .../acpica/acpitests/aapits-makefile.patch |  34 ---
 meta/recipes-extended/acpica/acpitests_20140828.bb |  36 ---
 3 files changed, 406 deletions(-)
 delete mode 100644 meta/recipes-extended/acpica/acpitests/aapits-linux.patch
 delete mode 100644 meta/recipes-extended/acpica/acpitests/aapits-makefile.patch
 delete mode 100644 meta/recipes-extended/acpica/acpitests_20140828.bb

diff --git a/meta/recipes-extended/acpica/acpitests/aapits-linux.patch 
b/meta/recipes-extended/acpica/acpitests/aapits-linux.patch
deleted file mode 100644
index 5601046..000
--- a/meta/recipes-extended/acpica/acpitests/aapits-linux.patch
+++ /dev/null
@@ -1,336 +0,0 @@
-From: Al Stone <a...@ahs3.net>
-Date: Mon, 7 Apr 2014 19:09:37 +
-Subject: [PATCH 1/2] Fixup aapits build
-
-From http://git.linaro.org/people/al.stone/acpica-tools.git
-Upstream-Status: Pending
-
-diff -urN acpica-unix2-20130626/tests/aapits/atexec.c 
acpica-unix2-20130626-aapits/tests/aapits/atexec.c
 acpica-unix2-20130626/tests/aapits/atexec.c2013-01-17 
12:48:28.0 -0700
-+++ acpica-unix2-20130626-aapits/tests/aapits/atexec.c 2013-07-25 
13:44:23.023894441 -0600
-@@ -639,6 +639,7 @@
- }
- 
- 
-+#if ACPI_MACHINE_WIDTH == 32
- 
/***
-  *
-  * FUNCTION:AtBuildLocalRSDT
-@@ -757,8 +758,9 @@
- LocalRSDT->Header.Checksum = (UINT8)~LocalRSDT->Header.Checksum;
- }
- }
-+#endif
- 
- 
- 
/***
-  *
-  * FUNCTION:AtBuildLocalXSDT
-@@ -1424,7 +1426,7 @@
- ACPI_WARNING ((AE_INFO,
- "Request on [%4.4s] is beyond region limit Req-%X+%X, Base=%X, 
Len-%X\n",
- (RegionObject->Region.Node)->Name.Ascii, (UINT32) Address,
--ByteWidth, (UINT32) BufferAddress, Length));
-+ByteWidth, (UINT32) BufferAddress, (UINT32) Length));
- 
- return (AE_AML_REGION_LIMIT);
- }
-@@ -1792,7 +1796,9 @@
- Path, Obj.Integer.Value, Value);
- #else
- printf ("API Error: Value of %s is 0x%llx instead of expected 
0x%llx\n",
--Path, Obj.Integer.Value, Value);
-+Path,
-+  (long long unsigned int) Obj.Integer.Value,
-+  (long long unsigned int) Value);
- #endif
- Status = AE_ERROR;
- }
-@@ -1871,7 +1877,7 @@
- {
- TestErrors++;
- printf ("Test Error: cannot allocate buffer of %d bytes\n",
--Results.Length);
-+(int) Results.Length);
- return (AE_NO_MEMORY);
- }
- Results.Pointer = Object;
-@@ -1952,7 +1956,8 @@
- {
- printf ("AtCheckBuffer: unexpected length %d of Buffer vs"
- " calculated %d bytes\n",
--Results.Length, ACPI_ROUND_UP_TO_NATIVE_WORD(sizeof (ACPI_OBJECT) 
+ Length));
-+(int)Results.Length,
-+  (int)(ACPI_ROUND_UP_TO_NATIVE_WORD(sizeof (ACPI_OBJECT) + Length)));
- }
- 
- /* Initialize the return buffer structure */
-@@ -1961,7 +1968,7 @@
- {
- TestErrors++;
- printf ("Test Error: cannot allocate buffer of %d bytes\n",
--Results.Length);
-+(int) Results.Length);
- return (AE_NO_MEMORY);
- }
- Results.Pointer = Object;
-diff -urN acpica-unix2-20130626/tests/aapits/atinit.c 
acpica-unix2-20130626-aapits/tests/aapits/atinit.c
 acpica-unix2-20130626/tests/aapits/atinit.c2013-01-17 
12:48:28.0 -0700
-+++ acpica-unix2-20130626-aapits/tests/aapits/atinit.c 2013-07-25 
13:20:19.706705960 -0600
-@@ -3024,7 +3024,7 @@
- AapiErrors++;
- printf ("API Error: AcpiGetSystemInfo() returned"
- " Length %d, expected %d\n",
--OutBuffer.Length, sizeof (Info));
-+(int) OutBuffer.Length, (int) sizeof (Info));
- return (AE_ERROR);
- }
- 
-@@ -3046,7 +3046,7 @@
- AapiErrors++;
- printf ("API Error: AcpiGetSystemInfo() returned"
- " Length %d, expected %d\n",
--OutBuffer.Length, sizeof (Info));
-+(int) OutBuffer.Length, (int) sizeof (Info));
- return (AE_ERROR);
- }
- 
-@@ -3066,7 +3066,7 @@
- AapiErrors++;
- printf ("API Error: AcpiGetSystemInfo() returned"
- " Length %d, expected %d\n",
--OutBuffer.Length, sizeof (Info));
-+(int) Ou

[OE-core] [PATCH 0/1] acpitests: Remove as unmaintained

[Jussi Kukkonen]

Without meta-oe in bblayers this recipe warns:
   do_populate_lic: acpitests: No generic license file exists for:
   Intel in any provider

The license may actually be open source, hard to tell -- but the
"Intel" license that's in meta-oe is definitely not the correct one.

The recipe also seems unloved and untested... currently it seems to
be a test suite for a release we haven't shipped in a long time. I'm
sending a removal patch in the hopes of maybe finding an interested
maintainer who would fix the license issue and maybe upgrade the
recipe (it's a two-birds-one-stone situation since the new versions
seem to be BSD-licensed). 

CCing people from git log.

Cheers,
  Jussi

The following changes since commit 854c8c2e4c24ea3ddfec6e5b5f6477f0620510e4:

  oeqa/tinfoil: Improve test_wait_event for race issues (2017-07-08 13:34:46 
+0100)

are available in the git repository at:

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

Jussi Kukkonen (1):
  acpitests: Remove as unmaintained

 .../acpica/acpitests/aapits-linux.patch| 336 -
 .../acpica/acpitests/aapits-makefile.patch |  34 ---
 meta/recipes-extended/acpica/acpitests_20140828.bb |  36 ---
 3 files changed, 406 deletions(-)
 delete mode 100644 meta/recipes-extended/acpica/acpitests/aapits-linux.patch
 delete mode 100644 meta/recipes-extended/acpica/acpitests/aapits-makefile.patch
 delete mode 100644 meta/recipes-extended/acpica/acpitests_20140828.bb

-- 
2.1.4

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

Re: [OE-core] [PATCH v2 2/2] mesa: Upgrade to 17.1.4 release

[Jussi Kukkonen]

On 3 July 2017 at 23:02, Otavio Salvador  wrote:

> This includes following upstream bug fixes:
>
> Bug 77240 - khrplatform.h not installed if EGL is disabled
>

Saying this here as well for visibility:

This conflicts with userland from meta-raspberrypi  because both mesa-gl
and userland now have khrplatform.h

Since mesa-gl provides no GLES or EGL, it shouldn't really need to ship
khrplatform.h.

Jussi


> Bug 95530 - Stellaris - colored overlay of sectors doesn't render on i965
> Bug 96958 - [SKL] Improper rendering in Europa Universalis IV
> Bug 99467 - [radv] DOOM 2016 + wine. Green screen everywhere (but can be
> started)
> Bug 101071 - compiling glsl fails with undefined reference to
> `pthread_create'
> Bug 101252 - eglGetDisplay() is not thread safe
> Bug 101294 - radeonsi minecraft forge splash freeze since 17.1
> Bug 101451 - [G33] ES2-CTS.functional.clipping.polygon regression
>
> Signed-off-by: Otavio Salvador 
> ---
>
> Changes in v2: None
>
>  meta/recipes-graphics/mesa/{mesa-gl_17.1.3.bb => mesa-gl_17.1.4.bb} | 0
>  meta/recipes-graphics/mesa/{mesa_17.1.3.bb => mesa_17.1.4.bb}   | 4
> ++--
>  2 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/mesa/{mesa-gl_17.1.3.bb => mesa-gl_17.1.4.bb}
> (100%)
>  rename meta/recipes-graphics/mesa/{mesa_17.1.3.bb => mesa_17.1.4.bb}
> (84%)
>
> diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.1.3.bb
> b/meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb
> similarity index 100%
> rename from meta/recipes-graphics/mesa/mesa-gl_17.1.3.bb
> rename to meta/recipes-graphics/mesa/mesa-gl_17.1.4.bb
> diff --git a/meta/recipes-graphics/mesa/mesa_17.1.3.bb
> b/meta/recipes-graphics/mesa/mesa_17.1.4.bb
> similarity index 84%
> rename from meta/recipes-graphics/mesa/mesa_17.1.3.bb
> rename to meta/recipes-graphics/mesa/mesa_17.1.4.bb
> index d9860213f2..2a1ecd3124 100644
> --- a/meta/recipes-graphics/mesa/mesa_17.1.3.bb
> +++ b/meta/recipes-graphics/mesa/mesa_17.1.4.bb
> @@ -7,8 +7,8 @@ SRC_URI = "https://mesa.freedesktop.org/
> archive/mesa-${PV}.tar.xz \
> file://0002-hardware-gloat.patch \
>  "
>
> -SRC_URI[md5sum] = "1946a93d543bc219427e2bebe2ac4752"
> -SRC_URI[sha256sum] = "5f1ee9a8aea2880f887884df2dea0c
> 16dd1b13eb42fd2e52265db0dc1b380e8c"
> +SRC_URI[md5sum] = "be2ef7c9edec23b07f74f6512a6a6fa5"
> +SRC_URI[sha256sum] = "06f3b0e6a28f0d20b7f3391cf67fe8
> 9ae98ecd0a686cd545da76557b6cec9cad"
>
>  #because we cannot rely on the fact that all apps will use pkgconfig,
>  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> --
> 2.13.2
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

On 11 July 2017 at 11:27, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:

> On 11 July 2017 at 10:42, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:
>>
>> Exception: FileExistsError: [Errno 17] File exists:
>>> '/home/gizero/work/smartliving/distro/repo-master/build-poky
>>> /tmp/sysroots-components/raspberrypi3/userland/usr/include/KHR/khrplatform.h'
>>> -> '/home/gizero/work/smartliving/distro/repo-master/build-poky
>>> /tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/gtk+3/3.2
>>> 2.16-r0/recipe-sysroot/usr/include/KHR/khrplatform.h'
>>>
>>
>> /usr/include/KHR/khrplatform.h is the egl platform header file, provided
>> by both mesa and RPI userland. Does mesa end up in your gtk+3
>> recipe-sysroot somehow?
>>
>> For clarity: this could be a bug but it is unlikely to be related to the
>> libepoxy change (it does not use or ship the actual header file).
>>
>>
>
> Actually this was maybe fixed by Otavios upgrade to mesa 17.1.4 -- mesa
> accidentally shipped khrplatform.h even when egl was disabled (which is
> what mesa-gl in oe-core does).
>
>
Sorry, I've not had enough  coffee. It was the other way round:
khrplatform.h is the platform header that mesa now thinks is needed whether
egl is enabled or not -- so they've started installing it in any case from
17.1.4 which means mesa-gl now provides khrplatform.h and thus conflicts
with userland.

I don't know what the correct fix is yet, just wanted to correct my
original wrong info.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

On 11 July 2017 at 10:42, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:
>
> Exception: FileExistsError: [Errno 17] File exists:
>> '/home/gizero/work/smartliving/distro/repo-master/build-poky
>> /tmp/sysroots-components/raspberrypi3/userland/usr/include/KHR/khrplatform.h'
>> -> '/home/gizero/work/smartliving/distro/repo-master/build-poky
>> /tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/gtk+3/3.2
>> 2.16-r0/recipe-sysroot/usr/include/KHR/khrplatform.h'
>>
>
> /usr/include/KHR/khrplatform.h is the egl platform header file, provided
> by both mesa and RPI userland. Does mesa end up in your gtk+3
> recipe-sysroot somehow?
>
> For clarity: this could be a bug but it is unlikely to be related to the
> libepoxy change (it does not use or ship the actual header file).
>
>

Actually this was maybe fixed by Otavios upgrade to mesa 17.1.4 -- mesa
accidentally shipped khrplatform.h even when egl was disabled (which is
what mesa-gl in oe-core does).

Make sure you have oe-core commit f0762f5bad3 (poky: 773d10873).

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

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

On 10 July 2017 at 17:47, Andrea Galbusera  wrote:

> During bisection the failing task changed from do_prepare_recipe_sysroot
> to do_compile with the log below. I have no idea if these things do relate
> themselves, but if not, I was not able to figure it out while bisecting.
>
> | In file included from /home/gizero/work/smartliving/
> distro/repo-master/build-poky/tmp/work/cortexa7hf-neon-vfpv4
> -poky-linux-gnueabi/gtk+3/3.22.16-r0/recipe-sysroot/usr/
> include/epoxy/egl.h:46:0,
> |  from ../../../gtk+-3.22.16/gdk/wayl
> and/gdkglcontext-wayland.h:32,
> |  from ../../../gtk+-3.22.16/gdk/wayl
> and/gdkglcontext-wayland.c:24:
> | ../../../gtk+-3.22.16/gdk/wayland/gdkglcontext-wayland.c: In function
> 'gdk_wayland_gl_context_realize':
> | ../../../gtk+-3.22.16/gdk/wayland/gdkglcontext-wayland.c:179:43: error:
> expected expression before 'EGLContext'
> |  : EGL_NO_CONTEXT,
> |^
>

Your bisect seems valid: gtk+3 uses a define that comes from epoxy and was
changed in the update. The new define uses a EGL_CAST() macro that was
added to eglplatform.h at the same time. mesa has updated their
eglplatform.h so it all seems to work, but userland does not seem to have
this macro?

There's probably more to the story (since the error is not about implicit
EGL_CAST() as one would expect). My first suggestion would be that userland
eglplatform.h is updated to match current Khronos registry or at least to
include the EGL_CAST definition.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

On 10 July 2017 at 17:47, Andrea Galbusera <giz...@gmail.com> wrote:

> On Tue, Jun 27, 2017 at 3:16 PM, Jussi Kukkonen <jussi.kukko...@intel.com>
> wrote:
>
>> Imports the current EGL API registry from Khronos.
>>
>> Makes EGL support optional: this is reflected in the recipe but
>> egl is enabled by default as before.
>>
>> Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
>> ---
>>  .../libepoxy/{libepoxy_1.4.2.bb => libepoxy_1.4.3.bb}| 9
>> +
>>  1 file changed, 5 insertions(+), 4 deletions(-)
>>  rename meta/recipes-graphics/libepoxy/{libepoxy_1.4.2.bb =>
>> libepoxy_1.4.3.bb} (70%)
>>
>> diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb
>> b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
>> similarity index 70%
>> rename from meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb
>> rename to meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
>> index e69e828..c8b398f 100644
>> --- a/meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb
>> +++ b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
>> @@ -6,15 +6,16 @@ LICENSE = "MIT"
>>  LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
>>
>>  SRC_URI = "https://github.com/anholt/${BPN}/releases/download/${PV}/${
>> BP}.tar.xz"
>> -SRC_URI[md5sum] = "632fcfd7ae9d21f5a634326d753a89c4"
>> -SRC_URI[sha256sum] = "bea6fdec3d10939954495da898d87
>> 2ee836b75c35699074cbf02a64fcb80d5b3"
>> +SRC_URI[md5sum] = "af4c3ce0fb1143bdc4e43f85695a9bed"
>> +SRC_URI[sha256sum] = "0b808a06c9685a62fca34b680abb8
>> bc7fb2fda074478e329b063c1f872b826f6"
>>  UPSTREAM_CHECK_URI = "https://github.com/anholt/libepoxy/releases;
>>
>>  inherit autotools pkgconfig distro_features_check
>>
>>  REQUIRED_DISTRO_FEATURES = "opengl"
>>
>> -DEPENDS = "util-macros virtual/egl"
>> +DEPENDS = "util-macros"
>>
>> +PACKAGECONFIG[egl] = "--enable-egl, --disable-egl, virtual/egl"
>>  PACKAGECONFIG[x11] = "--enable-glx, --disable-glx, virtual/libx11"
>> -PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
>> +PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} egl"
>> --
>> 2.1.4
>>
>
> Beside the issue with recent patch to mesa, also this one seems to have
> caused nasty effects on raspberrypi builds... I got to it after bisecting
> poky from 854c8c2 that failed with:
>
> ERROR: gtk+3-3.22.16-r0 do_prepare_recipe_sysroot: Error executing a
> python function in exec_python_func() autogenerated:
>
> The stack trace of python calls that resulted in this exception/failure
> was:
> File: 'exec_python_func() autogenerated', lineno: 2, function: 
>  0001:
>  *** 0002:extend_recipe_sysroot(d)
>  0003:
> File: '/home/gizero/work/smartliving/distro/repo-master/build-
> poky/conf/../../layers/poky/meta/classes/staging.bbclass', lineno: 510,
> function: extend_recipe_sysroot
>  0506:dest = newmanifest[l]
>  0507:if l.endswith("/"):
>  0508:staging_copydir(l, targetdir, dest,
> seendirs)
>  0509:continue
>  *** 0510:staging_copyfile(l, targetdir, dest,
> postinsts, seendirs)
>  0511:
>  0512:for f in fixme:
>  0513:if f == '':
>  0514:staging_processfixme(fixme[f], recipesysroot,
> recipesysroot, recipesysrootnative, d)
> File: '/home/gizero/work/smartliving/distro/repo-master/build-
> poky/conf/../../layers/poky/meta/classes/staging.bbclass', lineno: 151,
> function: staging_copyfile
>  0147:os.symlink(linkto, dest)
>  0148:#bb.warn(c)
>  0149:else:
>  0150:try:
>  *** 0151:os.link(c, dest)
>  0152:except OSError as err:
>  0153:if err.errno == errno.EXDEV:
>  0154:bb.utils.copyfile(c, dest)
>  0155:else:
> Exception: FileExistsError: [Errno 17] File exists:
> '/home/gizero/work/smartliving/distro/repo-master/build-
> poky/tmp/sysroots-components/raspberrypi3/userland/usr/include/KHR/khrplatform.h'
> -> '/home/gizero/work/smartliving/distro/repo-master/build-
> poky/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/gtk+
> 3/3.22.16-r0/recipe-sysroot/usr/include/KHR/khrplatform.h'
>

/usr/include/KHR/khrplatform.h is the egl platform header file, provided by
both mesa and RPI userland. Does mesa end up in your gtk+3 recipe-sysroot
somehow?

For clarity: this could be a bug but it is unlikely to be related to the
libepoxy change (it does not use or ship the actual header file).

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

[OE-core] [PATCHv2] vulkan-demos: Add recipe

[Jussi Kukkonen]

Sascha Willems collection of Vulkan demos is useful as a smoke testing
tool.

* Add patch to install binaries and data.
* Add patch to fix build on X86
* Use a combination of patch and do_install_append to avoid some 3D
models with unclear licensing.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

Changes since v1:
* Add patch to fix build on x86


 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 .../vulkan-demos/0001-Fix-build-on-x86.patch   | 41 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 36 +
 4 files changed, 253 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
new file mode 100644
index 000..d32c8f2
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
@@ -0,0 +1,91 @@
+From 55770fb07c42fe410cf8d09f8f5976babc89b9ef Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Tue, 4 Jul 2017 17:13:45 +0300
+Subject: [PATCH] Don't build demos with questionably licensed data
+
+Some of the models don't have open source compatible licenses:
+don't build demos using those. Also don't build demos that need
+resources that are not included.
+
+ssao:
+scenerendering:
+   Sibenik model, no license found
+
+deferred:
+deferredmultisampling:
+deferredshadows:
+   armor model, CC-BY-3.0
+
+vulkanscene:
+imgui:
+shadowmapping:
+   vulkanscene model, no license found
+
+indirectdraw:
+   plant model, no license found
+
+hdr:
+pbribl:
+pbrtexture:
+   Require external Vulkan Asset Pack
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 13 -
+ 1 file changed, 13 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 4958fff..0f9d3e4 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -150,17 +150,11 @@ set(EXAMPLES
+   computeparticles
+   computeshader
+   debugmarker
+-  deferred
+-  deferredmultisampling
+-  deferredshadows
+   displacement
+   distancefieldfonts
+   dynamicuniformbuffer
+   gears
+   geometryshader
+-  hdr
+-  imgui
+-  indirectdraw
+   instancing
+   mesh
+   multisampling
+@@ -170,20 +164,14 @@ set(EXAMPLES
+   parallaxmapping
+   particlefire
+   pbrbasic
+-  pbribl
+-  pbrtexture
+   pipelines
+   pushconstants
+   radialblur
+   raytracing
+-  scenerendering
+   screenshot
+-  shadowmapping
+-  shadowmappingomni
+   skeletalanimation
+   specializationconstants
+   sphericalenvmapping
+-  ssao
+   subpasses
+   terraintessellation
+   tessellation
+@@ -196,7 +184,6 @@ set(EXAMPLES
+   texturesparseresidency
+   triangle
+   viewportarray
+-  vulkanscene
+ )
+ 
+ buildExamples()
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
new file mode 100644
index 000..681b342
--- /dev/null
+++ b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Fix-build-on-x86.patch
@@ -0,0 +1,41 @@
+From b0495efb6c3ea3a530fcbaddac86da57ecce5a66 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 10 Jul 2017 13:11:12 +0300
+Subject: [PATCH] Fix build on x86
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+| func_common.inl:193:51: error: wrong number of template arguments
+| (5, should be 6) struct compute_sign<T, P, vecType, false, Aligned>
+
+The fix is backported from the upstream glm project.
+
+Upstream-Status: Pending [https://github.com/SaschaWillems/Vulkan/issues/356]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ external/glm/glm/detail/func_common.inl | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/external/glm/glm/detail/func_common.inl 
b/external/glm/glm/detail/func_common.inl
+index cafaed5..2dd94e1 100644
+--- a/external/glm/glm/detail/func_common.inl
 b/external/glm/glm/detail/func_common.inl
+@@ -190,12 +190,12 @@ namespace detail
+ 
+ # if GLM_ARCH == GLM_ARCH_X86
+   

[OE-core] [PATCH] mesa: Split --with-platforms from egl PACKAGECONFIG

[Jussi Kukkonen]

Mesa platforms no longer depend directly on egl. Current
implementation breaks without egl with x11 (which can happen with
mesa-gl).

Separate the platform selection. Make drm platform depend on gbm
PACKAGECONFIG by default.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

This keeps the defaults as they were (compared to upstreams probing
approach we skip 'surfaceless' platform), and mesa-gl should now
be fine as well.

Cheers,
  Jussi


 meta/recipes-graphics/mesa/mesa.inc | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 59e8923..1b712a2 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -22,7 +22,12 @@ inherit autotools pkgconfig gettext distro_features_check
 
 REQUIRED_DISTRO_FEATURES = "opengl"
 
-EXTRA_OECONF = "--enable-shared-glapi 
--with-llvm-prefix=${STAGING_BINDIR_NATIVE}"
+PLATFORMS ??= "${@bb.utils.filter('PACKAGECONFIG', 'x11 wayland', d)} \
+   ${@bb.utils.contains('PACKAGECONFIG', 'gbm', 'drm', '', d)}"
+
+EXTRA_OECONF = "--enable-shared-glapi \
+--with-llvm-prefix=${STAGING_BINDIR_NATIVE} \
+--with-platforms='${PLATFORMS}'"
 
 PACKAGECONFIG ??= "gbm egl gles dri \
${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11 vulkan', d)} 
\
@@ -47,10 +52,7 @@ PACKAGECONFIG[vulkan] = "--with-vulkan-drivers=intel, 
--without-vulkan-drivers"
 
 PACKAGECONFIG[gles] = "--enable-gles1 --enable-gles2, --disable-gles1 
--disable-gles2"
 
-EGL_PLATFORMS  = "drm"
-EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'x11', ',x11', '', d)}"
-EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'wayland', ',wayland', 
'', d)}"
-PACKAGECONFIG[egl] = "--enable-egl --with-platforms=${EGL_PLATFORMS}, 
--disable-egl --with-platforms=''"
+PACKAGECONFIG[egl] = "--enable-egl, --disable-egl"
 
 PACKAGECONFIG[etnaviv] = ""
 PACKAGECONFIG[imx] = ""
-- 
2.1.4

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

Re: [OE-core] [PATCH v2 1/2] mesa: Avoid platform probing when building without EGL

[Jussi Kukkonen]

On 8 July 2017 at 18:34, Andrea Galbusera  wrote:

> Hi!
>
> On Mon, Jul 3, 2017 at 10:02 PM, Otavio Salvador 
> wrote:
>
>> The 17.1.2 release has changed the platform setting and when not
>> explicitly disabled it assumes x11 support.
>>
>> Fixes:
>>
>> | checking for x11-xcb xcb xcb-dri2 >= 1.8 xcb-xfixes... no
>> | configure: error: Package requirements (x11-xcb xcb xcb-dri2 >= 1.8
>> xcb-xfixes) were not met:
>> |
>> | No package 'x11-xcb' found
>> | No package 'xcb' found
>> | No package 'xcb-dri2' found
>> | No package 'xcb-xfixes' found
>> |
>> | Consider adjusting the PKG_CONFIG_PATH environment variable if you
>> | installed software in a non-standard prefix.
>> |
>> | Alternatively, you may set the environment variables XCB_DRI2_CFLAGS
>> | and XCB_DRI2_LIBS to avoid the need to call pkg-config.
>> | See the pkg-config man page for more details.
>>
>> The issue has been exposed by meta-freescale BSP. Fix tested with
>> imx6qsabresd machine.
>>
>> Signed-off-by: Otavio Salvador 
>> ---
>>
>> Changes in v2:
>> - new patch
>>
>>  meta/recipes-graphics/mesa/mesa.inc | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-graphics/mesa/mesa.inc
>> b/meta/recipes-graphics/mesa/mesa.inc
>> index 41747cffc8..a12ab7ab5b 100644
>> --- a/meta/recipes-graphics/mesa/mesa.inc
>> +++ b/meta/recipes-graphics/mesa/mesa.inc
>> @@ -49,7 +49,7 @@ PACKAGECONFIG[gles] = "--enable-gles1 --enable-gles2,
>> --disable-gles1 --disable-
>>  EGL_PLATFORMS  = "drm"
>>  EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'x11', ',x11',
>> '', d)}"
>>  EGL_PLATFORMS .="${@bb.utils.contains('PACKAGECONFIG', 'wayland',
>> ',wayland', '', d)}"
>> -PACKAGECONFIG[egl] = "--enable-egl --with-platforms=${EGL_PLATFORMS},
>> --disable-egl"
>> +PACKAGECONFIG[egl] = "--enable-egl --with-platforms=${EGL_PLATFORMS},
>> --disable-egl --with-platforms=''"
>>
>>  PACKAGECONFIG[etnaviv] = ""
>>  PACKAGECONFIG[imx] = ""
>> --
>> 2.13.2
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
>
> After merging this patch (as per current poky master), builds for
> MACHINE=raspberrypi3 with meta-raspberrypi fail complaining like this:
>
> | checking for x11 xext xdamage >= 1.1 xfixes x11-xcb xcb xcb-glx >= 1.8.1
> xcb-dri2 >= 1.8 xxf86vm... yes
> | checking for wayland-scanner... no
> | configure: error: Building without the x11 platform as GLX is enabled,
> is not supported
> | NOTE: The following config.log files may provide further information.
> | NOTE: /home/gizero/work/smartliving/distro/repo-master/build-poky/
> tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/mesa-
> gl/2_17.1.4-r0/build/config.log
> | ERROR: configure failed
> | WARNING: exit code 1 from a shell command.
> | ERROR: Function failed: do_configure (log file is located at
> /home/gizero/work/smartliving/distro/repo-master/build-poky/
> tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/mesa-gl/2_17.
> 1.4-r0/temp/log.do_configure.11176)
>
> I know very little about graphical stacks since I use these systems mostly
> headless. Can anyone have a look into it? BTW, without this only commit,
> the build runs to the end with no other errors.
>

I think --enable-egl and --with-platforms should not be behind a single
packageconfig. Like the upstream commit says "Platform selection does not
depend on EGL".

Possibly something like

---
PLATFORMS ?= "surfaceless \
${@bb.utils.contains('PACKAGECONFIG', 'gbm',
',drm', '', d)} \
${@bb.utils.filter('PACKAGECONFIG', 'x11
wayland', d)} \
"
EXTRA_OECONF = "--with-platforms=${PLATFORMS} ..."
---

This should end up with a reasonable set by default and would allow e.g.
meta-raspberrypi to override the variable if needed (I don't think they
would need to but they could).
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] piglit: Update to current git master

[Jussi Kukkonen]

Update, remove backported patches.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

For reference for next graphics stack update Current results on a
NUC715BNH (Intel Iris plus 640, "gen 9.5") with mesa 17.1.3 look
like this:

$ PIGLIT_NO_WINDOW=1 piglit tests/quick results/
$ piglit summary console results/
...
   name: results
     ---
   pass:   48315
   fail: 304
  crash:   2
   skip:3467
   warn:   4
  total:   52092

Thanks,
  Jussi


 ...fine-GBM_BO_MAP-only-when-symbol-is-found.patch | 49 --
 ...nour-Surfaceless-MESA-in-get_default_disp.patch | 49 --
 ...atform_surfaceless-Don-t-use-eglGetPlatfo.patch | 31 -
 ...atform_surfaceless-Use-EXT-functions-for-.patch | 76 --
 meta/recipes-graphics/piglit/piglit_git.bb |  8 +--
 5 files changed, 2 insertions(+), 211 deletions(-)
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0003-egl_mesa_platform_surfaceless-Don-t-use-eglGetPlatfo.patch
 delete mode 100644 
meta/recipes-graphics/piglit/piglit/0004-egl_mesa_platform_surfaceless-Use-EXT-functions-for-.patch

diff --git 
a/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
 
b/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
deleted file mode 100644
index 9d6eaaa..000
--- 
a/meta/recipes-graphics/piglit/piglit/0001-CMake-define-GBM_BO_MAP-only-when-symbol-is-found.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-From 6b6acee8841d092e5066b1bec2ba1c49cce4f91f Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Daniel=20D=C3=ADaz?= <daniel.d...@linaro.org>
-Date: Thu, 4 May 2017 00:57:39 -0500
-Subject: [PATCH 1/4] CMake: define GBM_BO_MAP only when symbol is found
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-gbm_bo_map() and _unmap() have been added recently to Mesa,
-and this update may not have reached all implementations of
-GBM, such as the one provided by Mali r6, where said
-definitions can be found in the header file but not in the
-library itself. This leads to errors like the following when
-linking:
-  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_unmap'
-  ../../../../lib/libpiglitutil_gl.so.0: undefined reference to `gbm_bo_map'
-  collect2: error: ld returned 1 exit status
-  make[2]: *** [bin/point-sprite] Error 1
-
-Instead of relying on the header file, actually try to link
-using that symbol to determine if PIGLIT_HAS_GBM_BO_MAP
-should be defined.
-
-Signed-off-by: Daniel Díaz <daniel.d...@linaro.org>
-Reviewed-by: Jan Vesely <jan.ves...@rutgers.edu>
-Upstream-Status: Backport

- CMakeLists.txt | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index a4ff99e..cc26fa8 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -141,8 +141,9 @@ IF(${CMAKE_SYSTEM_NAME} MATCHES "Linux")
-   if(GBM_FOUND)
-   set(PIGLIT_HAS_GBM True)
-   add_definitions(-DPIGLIT_HAS_GBM)
--  if (GBM_VERSION VERSION_EQUAL "12.1" OR GBM_VERSION 
VERSION_GREATER "12.1")
--  set(PIGLIT_HAS_GBM_BO_MAP True)
-+  set(CMAKE_REQUIRED_LIBRARIES ${CMAKE_REQUIRED_LIBRARIES} 
${GBM_LIBRARIES})
-+  CHECK_FUNCTION_EXISTS(gbm_bo_map PIGLIT_HAS_GBM_BO_MAP)
-+  if (PIGLIT_HAS_GBM_BO_MAP)
-   add_definitions(-DPIGLIT_HAS_GBM_BO_MAP)
-   endif()
-   endif(GBM_FOUND)
--- 
-1.9.1
-
diff --git 
a/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
 
b/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
deleted file mode 100644
index 39f0d86..000
--- 
a/meta/recipes-graphics/piglit/piglit/0002-util-egl-Honour-Surfaceless-MESA-in-get_default_disp.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-From aa6728cc4941a87e3933c2aa770ab8ae3080b870 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Daniel=20D=C3=ADaz?= <daniel.d...@linaro.org>
-Date: Tue, 16 May 2017 12:37:07 -0500
-Subject: [PATCH 2/4] util/egl: Honour Surfaceless MESA in get_default_display
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Signed-off-by: Daniel Díaz <daniel.d...@linaro.org>
-Upstream-Status: Pending

- tests/util/piglit-util-egl.c | 7 +++
- 1 file changed, 7 insertions(+)
-
-diff --git a/tests/util/piglit-util-egl.c b/tests/util/piglit-util-egl.c
-index 106c735..389fe12 100644
 a/tests/util/piglit-util-egl.c
-+++ b/tests/util/piglit-u

[OE-core] [PATCHv2 5/6] mesa, gstreamer: Add "vulkan" DISTRO_FEATURE

[Jussi Kukkonen]

It doesn't do much but does make enabling vulkan a little less fiddly.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/mesa/mesa.inc| 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 41747cf..27bc4fb 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -25,7 +25,8 @@ REQUIRED_DISTRO_FEATURES = "opengl"
 EXTRA_OECONF = "--enable-shared-glapi 
--with-llvm-prefix=${STAGING_BINDIR_NATIVE}"
 
 PACKAGECONFIG ??= "gbm egl gles dri \
-   ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11', d)} \
+   ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11 vulkan', d)} 
\
+   ${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 'dri3', 
'', d)} \
"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
 
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 4f6bc85..e964fef 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -20,7 +20,7 @@ PACKAGECONFIG ??= " \
 ${GSTREAMER_ORC} \
 ${PACKAGECONFIG_GL} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
-${@bb.utils.filter('DISTRO_FEATURES', 'directfb', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'directfb vulkan', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland egl', '', d)} \
 bz2 curl dash dtls hls neon rsvg sbc smoothstreaming sndfile uvch264 webp \
 "
-- 
2.1.4

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

[OE-core] [PATCHv2 3/6] vulkan-demos: Add recipe

[Jussi Kukkonen]

Sascha Willems collection of Vulkan demos is useful as a smoke testing
tool.

Add patch to install binaries and data. Use a combination of patch and
do_install_append to avoid some 3D models with unclear licensing.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 35 +
 3 files changed, 211 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
new file mode 100644
index 000..d32c8f2
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
@@ -0,0 +1,91 @@
+From 55770fb07c42fe410cf8d09f8f5976babc89b9ef Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Tue, 4 Jul 2017 17:13:45 +0300
+Subject: [PATCH] Don't build demos with questionably licensed data
+
+Some of the models don't have open source compatible licenses:
+don't build demos using those. Also don't build demos that need
+resources that are not included.
+
+ssao:
+scenerendering:
+   Sibenik model, no license found
+
+deferred:
+deferredmultisampling:
+deferredshadows:
+   armor model, CC-BY-3.0
+
+vulkanscene:
+imgui:
+shadowmapping:
+   vulkanscene model, no license found
+
+indirectdraw:
+   plant model, no license found
+
+hdr:
+pbribl:
+pbrtexture:
+   Require external Vulkan Asset Pack
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 13 -
+ 1 file changed, 13 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 4958fff..0f9d3e4 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -150,17 +150,11 @@ set(EXAMPLES
+   computeparticles
+   computeshader
+   debugmarker
+-  deferred
+-  deferredmultisampling
+-  deferredshadows
+   displacement
+   distancefieldfonts
+   dynamicuniformbuffer
+   gears
+   geometryshader
+-  hdr
+-  imgui
+-  indirectdraw
+   instancing
+   mesh
+   multisampling
+@@ -170,20 +164,14 @@ set(EXAMPLES
+   parallaxmapping
+   particlefire
+   pbrbasic
+-  pbribl
+-  pbrtexture
+   pipelines
+   pushconstants
+   radialblur
+   raytracing
+-  scenerendering
+   screenshot
+-  shadowmapping
+-  shadowmappingomni
+   skeletalanimation
+   specializationconstants
+   sphericalenvmapping
+-  ssao
+   subpasses
+   terraintessellation
+   tessellation
+@@ -196,7 +184,6 @@ set(EXAMPLES
+   texturesparseresidency
+   triangle
+   viewportarray
+-  vulkanscene
+ )
+ 
+ buildExamples()
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
new file mode 100644
index 000..4addea3
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
@@ -0,0 +1,85 @@
+From edca667684764cfcc0460e448e834fadf623a887 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 3 Jul 2017 14:49:18 +0300
+Subject: [PATCH] Support installing demos, support out-of-tree builds
+
+This is especially useful for cross-compile situation where testing
+happens on target.
+
+-DRESOURCE_INSTALL_DIR= decides where data is installed (and
+where the binaries will load the data from): if it's left empty,
+then nothing will be installed and binaries will load the data from
+CMAKE_SOURCE_DIR.
+
+Binaries are now correctly built in CMAKE_BINARY_DIR.
+
+Upstream-Status: Submitted [https://github.com/SaschaWillems/Vulkan/pull/352]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 15 ++-
+ base/vulkanexamplebase.cpp |  2 +-
+ 2 files changed, 15 insertions(+), 2 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index b9886bc..4958fff 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -16,6 +16,8 @@ include_directories(base)
+ OPTION(USE_D2D_WSI "Build the project using Direct to Display swapchain" OFF)
+ OPTION(USE_WAYLAND_WSI "Build the project using Wayland 

[OE-core] [PATCHv2 1/6] vulkan: Upgrade 1.0.39.1 -> 1.0.51.0

[Jussi Kukkonen]

Remove a patch that's no longer needed

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...se-getenv-if-secure_getenv-does-not-exist.patch | 34 --
 .../{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} |  5 ++--
 2 files changed, 2 insertions(+), 37 deletions(-)
 delete mode 100644 
meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 rename meta/recipes-graphics/vulkan/{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} 
(90%)

diff --git 
a/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 
b/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
deleted file mode 100644
index 694922c..000
--- 
a/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-From 20525add1df8e1fb13fef90ac068f982def8b958 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen <jussi.kukko...@intel.com>
-Date: Wed, 8 Mar 2017 13:23:58 +0200
-Subject: [PATCH] Use getenv() if secure_getenv() does not exist
-
-musl does not implement secure version: default to getenv() in that
-case.
-
-https://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers/issues/1538
-
-Upstream-Status: Pending
-Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>

- loader/loader.c | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/loader/loader.c b/loader/loader.c
-index 24758f4..bff79c1 100644
 a/loader/loader.c
-+++ b/loader/loader.c
-@@ -54,6 +54,10 @@
- #endif
- #endif
- 
-+#if !defined(__secure_getenv)
-+#define __secure_getenv getenv
-+#endif
-+
- struct loader_struct loader = {0};
- // TLS for instance for alloc/free callbacks
- THREAD_LOCAL_DECL struct loader_instance *tls_instance;
--- 
-2.1.4
-
diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb 
b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
similarity index 90%
rename from meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
rename to meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
index 7f0ba21..fe7dac0 100644
--- a/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
+++ b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
@@ -10,11 +10,10 @@ SECTION = "libs"
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=99c647ca3d4f6a4b9d8628f757aad156 \
 
file://loader/loader.c;endline=25;md5=a87cd5442291c23d1fce4eece4cfde9d"
-SRC_URI = 
"git://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers.git;branch=sdk-1.0.39
 \
+SRC_URI = 
"git://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers.git;branch=sdk-1.0.51
 \
file://demos-Don-t-build-tri-or-cube.patch \
-   file://0001-Use-getenv-if-secure_getenv-does-not-exist.patch \
 "
-SRCREV = "9c21ed0fb275589c3af6118aec9ef4f1d1544dc1"
+SRCREV = "8d021e4d5a9f91436f4462df1dafb222908e296d"
 UPSTREAM_CHECK_GITTAGREGEX = "sdk-(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.1.4

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

[OE-core] [PATCHv2 6/6] vulkan: RRECOMMEND mesa drivers

[Jussi Kukkonen]

One less thing to remember when trying to build an image
with working vulkan.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb 
b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
index fe7dac0..555d741 100644
--- a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
+++ b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
@@ -32,3 +32,4 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'x11', 'x11', '' ,d)}
 PACKAGECONFIG[x11] = "-DBUILD_WSI_XLIB_SUPPORT=ON -DBUILD_WSI_XCB_SUPPORT=ON 
-DDEMOS_WSI_SELECTION=XCB, -DBUILD_WSI_XLIB_SUPPORT=OFF 
-DBUILD_WSI_XCB_SUPPORT=OFF -DDEMOS_WSI_SELECTION=WAYLAND, libxcb libx11 
libxrandr"
 PACKAGECONFIG[wayland] = "-DBUILD_WSI_WAYLAND_SUPPORT=ON, 
-DBUILD_WSI_WAYLAND_SUPPORT=OFF, wayland"
 
+RRECOMMENDS_${PN} = "mesa-vulkan-drivers"
-- 
2.1.4

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

[OE-core] [PATCHv2 4/6] gstreamer1.0-plugins-bad: Add vulkan PACKAGECONFIG

[Jussi Kukkonen]

This adds a Vulkan video sink (using xcb and/or wayland).

Add a few patches to fix the build.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../gstreamer/gstreamer1.0-plugins-bad.inc |  4 +-
 ...y-Use-ifdef-for-platform-specific-defines.patch | 37 +
 ...n-Use-the-generated-version-of-vkconfig.h.patch | 64 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb   |  2 +
 4 files changed, 105 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 0ccfc89..4f6bc85 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -66,6 +66,7 @@ PACKAGECONFIG[srtp]= 
"--enable-srtp,--disable-srtp,libsrtp"
 PACKAGECONFIG[uvch264] = "--enable-uvch264,--disable-uvch264,libusb1 
libgudev"
 PACKAGECONFIG[voaacenc]= 
"--enable-voaacenc,--disable-voaacenc,vo-aacenc"
 PACKAGECONFIG[voamrwbenc]  = 
"--enable-voamrwbenc,--disable-voamrwbenc,vo-amrwbenc"
+PACKAGECONFIG[vulkan]  = "--enable-vulkan,--disable-vulkan,vulkan"
 PACKAGECONFIG[wayland] = 
"--enable-wayland,--disable-wayland,wayland-native wayland wayland-protocols"
 PACKAGECONFIG[webp]= "--enable-webp,--disable-webp,libwebp"
 
@@ -78,7 +79,7 @@ PACKAGECONFIG[webp]= 
"--enable-webp,--disable-webp,libwebp"
 #   openni2 winks direct3d directsound winscreencap acm apple_media
 #   android_media avc bs2b chromaprint daala dts fdkaac gme gsm kate ladspa 
libde265
 #   lv2 mimic mpeg2enc mplex musepack nvenc ofa openh264 opensles pvr 
soundtouch spandsp
-#   spc teletextdec tinyalsa vdpau vulkan wasapi x265 zbar
+#   spc teletextdec tinyalsa vdpau wasapi x265 zbar
 
 # qt5 support is disabled, because it is not present in OE core, and requires 
more work than
 # just adding a packageconfig (it requires access to moc, uic, rcc, and qmake 
paths).
@@ -136,7 +137,6 @@ EXTRA_OECONF += " \
 --disable-timidity \
 --disable-tinyalsa \
 --disable-vdpau \
---disable-vulkan \
 --disable-wasapi \
 --disable-wildmidi \
 --disable-wininet \
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
new file mode 100644
index 000..caaa62d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
@@ -0,0 +1,37 @@
+From 1523ab462c1bf19055960ced255f4872b6cf9f5c Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 5 Jul 2017 11:00:42 +0300
+Subject: [PATCH 1/2] vkdisplay: Use ifdef for platform specific defines
+
+VK_KHR_*_SURFACE_EXTENSION_NAME are only available when corresponding
+WSI is enabled.
+
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=784539]
+---
+ ext/vulkan/vkdisplay.c | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/ext/vulkan/vkdisplay.c b/ext/vulkan/vkdisplay.c
+index 550134cd8..ade5d4583 100644
+--- a/ext/vulkan/vkdisplay.c
 b/ext/vulkan/vkdisplay.c
+@@ -448,11 +448,15 @@ gst_vulkan_display_type_to_extension_string 
(GstVulkanDisplayType type)
+   if (type == GST_VULKAN_DISPLAY_TYPE_NONE)
+ return NULL;
+ 
++#if GST_VULKAN_HAVE_WINDOW_XCB
+   if (type & GST_VULKAN_DISPLAY_TYPE_XCB)
+ return VK_KHR_XCB_SURFACE_EXTENSION_NAME;
++#endif
+ 
++#if GST_VULKAN_HAVE_WINDOW_WAYLAND
+   if (type & GST_VULKAN_DISPLAY_TYPE_WAYLAND)
+ return VK_KHR_WAYLAND_SURFACE_EXTENSION_NAME;
++#endif
+ 
+   return NULL;
+ }
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
new file mode 100644
index 000..0df145d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
@@ -0,0 +1,64 @@
+From c23e1dc22deb495561cffb877edb2746b740a1fa Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 5 Jul 2017 11:07:05 +0300
+Subject: [PATCH 2/2] vulkan: Use the generated version of vkconfig.h
+
+Build fails in ext

[OE-core] [PATCHv2 2/6] assimp: Add as dependency of vulkan-demos

[Jussi Kukkonen]

Asset import library used by Sascha Willems Vulkan demos.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/assimp_git.bb | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 meta/recipes-graphics/vulkan/assimp_git.bb

diff --git a/meta/recipes-graphics/vulkan/assimp_git.bb 
b/meta/recipes-graphics/vulkan/assimp_git.bb
new file mode 100644
index 000..c519458
--- /dev/null
+++ b/meta/recipes-graphics/vulkan/assimp_git.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "Open Asset Import Library"
+LICENSE = "BSD-3-Clause"
+DEPENDS = "zlib"
+
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2119edef0916b0bd511cb3c731076271 \
+
file://code/Assimp.cpp;endline=41;md5=717f847b6e8f43c64cdbafcfea109923"
+
+SRC_URI = "git://github.com/assimp/assimp.git"
+SRCREV = "b38ba233f530fdb103d3ede3df5126121af78b10"
+S = "${WORKDIR}/git"
+
+inherit cmake
+EXTRA_OECMAKE = "-DASSIMP_BUILD_ASSIMP_TOOLS=OFF -DASSIMP_BUILD_TESTS=OFF"
+FILES_${PN}-dev += "${libdir}/cmake/assimp-3.3"
-- 
2.1.4

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

[OE-core] [PATCHv2 0/6] Vulkan improvements

[Jussi Kukkonen]

Changes since v1:
* Fixed type in vulkan-demos Upstream-Status
* Added ANY_OF_DISTRO_FEATURES to vulkan-demos

The branch has been force updated.

Thanks,
 Jussi


The following changes since commit 4b1d270602a0542eef1b497eaf15bad2b747686f:

  bitbake: bitbake-user-manual: Removed and replaced broken link (2017-07-04 
16:05:22 +0100)

are available in the git repository at:

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

Jussi Kukkonen (6):
  vulkan: Upgrade 1.0.39.1 -> 1.0.51.0
  assimp: Add as dependency of vulkan-demos
  vulkan-demos: Add recipe
  gstreamer1.0-plugins-bad: Add vulkan PACKAGECONFIG
  mesa, gstreamer: Add "vulkan" DISTRO_FEATURE
  vulkan: RRECOMMEND mesa drivers

 meta/recipes-graphics/mesa/mesa.inc|  3 +-
 meta/recipes-graphics/vulkan/assimp_git.bb | 14 
 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 35 +
 ...se-getenv-if-secure_getenv-does-not-exist.patch | 34 
 .../{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} |  6 +-
 .../gstreamer/gstreamer1.0-plugins-bad.inc |  6 +-
 ...y-Use-ifdef-for-platform-specific-defines.patch | 37 +
 ...n-Use-the-generated-version-of-vkconfig.h.patch | 64 +++
 .../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb   |  2 +
 11 files changed, 336 insertions(+), 41 deletions(-)
 create mode 100644 meta/recipes-graphics/vulkan/assimp_git.bb
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb
 delete mode 100644 
meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 rename meta/recipes-graphics/vulkan/{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} 
(90%)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch

-- 
2.1.4

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

[OE-core] [PATCH 5/6] mesa, gstreamer: Add "vulkan" DISTRO_FEATURE

[Jussi Kukkonen]

It doesn't do much but does make enabling vulkan a little less fiddly.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/mesa/mesa.inc| 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 41747cf..27bc4fb 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -25,7 +25,8 @@ REQUIRED_DISTRO_FEATURES = "opengl"
 EXTRA_OECONF = "--enable-shared-glapi 
--with-llvm-prefix=${STAGING_BINDIR_NATIVE}"
 
 PACKAGECONFIG ??= "gbm egl gles dri \
-   ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11', d)} \
+   ${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11 vulkan', d)} 
\
+   ${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 'dri3', 
'', d)} \
"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
 
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 4f6bc85..e964fef 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -20,7 +20,7 @@ PACKAGECONFIG ??= " \
 ${GSTREAMER_ORC} \
 ${PACKAGECONFIG_GL} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
-${@bb.utils.filter('DISTRO_FEATURES', 'directfb', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'directfb vulkan', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland egl', '', d)} \
 bz2 curl dash dtls hls neon rsvg sbc smoothstreaming sndfile uvch264 webp \
 "
-- 
2.1.4

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

[OE-core] [PATCH 6/6] vulkan: RRECOMMEND mesa drivers

[Jussi Kukkonen]

One less thing to remember when trying to build an image
with working vulkan.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb 
b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
index fe7dac0..555d741 100644
--- a/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
+++ b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
@@ -32,3 +32,4 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'x11', 'x11', '' ,d)}
 PACKAGECONFIG[x11] = "-DBUILD_WSI_XLIB_SUPPORT=ON -DBUILD_WSI_XCB_SUPPORT=ON 
-DDEMOS_WSI_SELECTION=XCB, -DBUILD_WSI_XLIB_SUPPORT=OFF 
-DBUILD_WSI_XCB_SUPPORT=OFF -DDEMOS_WSI_SELECTION=WAYLAND, libxcb libx11 
libxrandr"
 PACKAGECONFIG[wayland] = "-DBUILD_WSI_WAYLAND_SUPPORT=ON, 
-DBUILD_WSI_WAYLAND_SUPPORT=OFF, wayland"
 
+RRECOMMENDS_${PN} = "mesa-vulkan-drivers"
-- 
2.1.4

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

[OE-core] [PATCH 4/6] gstreamer1.0-plugins-bad: Add vulkan PACKAGECONFIG

[Jussi Kukkonen]

This adds a Vulkan video sink (using xcb and/or wayland).

Add a few patches to fix the build.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../gstreamer/gstreamer1.0-plugins-bad.inc |  4 +-
 ...y-Use-ifdef-for-platform-specific-defines.patch | 37 +
 ...n-Use-the-generated-version-of-vkconfig.h.patch | 64 ++
 .../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb   |  2 +
 4 files changed, 105 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 0ccfc89..4f6bc85 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -66,6 +66,7 @@ PACKAGECONFIG[srtp]= 
"--enable-srtp,--disable-srtp,libsrtp"
 PACKAGECONFIG[uvch264] = "--enable-uvch264,--disable-uvch264,libusb1 
libgudev"
 PACKAGECONFIG[voaacenc]= 
"--enable-voaacenc,--disable-voaacenc,vo-aacenc"
 PACKAGECONFIG[voamrwbenc]  = 
"--enable-voamrwbenc,--disable-voamrwbenc,vo-amrwbenc"
+PACKAGECONFIG[vulkan]  = "--enable-vulkan,--disable-vulkan,vulkan"
 PACKAGECONFIG[wayland] = 
"--enable-wayland,--disable-wayland,wayland-native wayland wayland-protocols"
 PACKAGECONFIG[webp]= "--enable-webp,--disable-webp,libwebp"
 
@@ -78,7 +79,7 @@ PACKAGECONFIG[webp]= 
"--enable-webp,--disable-webp,libwebp"
 #   openni2 winks direct3d directsound winscreencap acm apple_media
 #   android_media avc bs2b chromaprint daala dts fdkaac gme gsm kate ladspa 
libde265
 #   lv2 mimic mpeg2enc mplex musepack nvenc ofa openh264 opensles pvr 
soundtouch spandsp
-#   spc teletextdec tinyalsa vdpau vulkan wasapi x265 zbar
+#   spc teletextdec tinyalsa vdpau wasapi x265 zbar
 
 # qt5 support is disabled, because it is not present in OE core, and requires 
more work than
 # just adding a packageconfig (it requires access to moc, uic, rcc, and qmake 
paths).
@@ -136,7 +137,6 @@ EXTRA_OECONF += " \
 --disable-timidity \
 --disable-tinyalsa \
 --disable-vdpau \
---disable-vulkan \
 --disable-wasapi \
 --disable-wildmidi \
 --disable-wininet \
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
new file mode 100644
index 000..caaa62d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
@@ -0,0 +1,37 @@
+From 1523ab462c1bf19055960ced255f4872b6cf9f5c Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 5 Jul 2017 11:00:42 +0300
+Subject: [PATCH 1/2] vkdisplay: Use ifdef for platform specific defines
+
+VK_KHR_*_SURFACE_EXTENSION_NAME are only available when corresponding
+WSI is enabled.
+
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+Upstream-Status: Submitted [https://bugzilla.gnome.org/show_bug.cgi?id=784539]
+---
+ ext/vulkan/vkdisplay.c | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/ext/vulkan/vkdisplay.c b/ext/vulkan/vkdisplay.c
+index 550134cd8..ade5d4583 100644
+--- a/ext/vulkan/vkdisplay.c
 b/ext/vulkan/vkdisplay.c
+@@ -448,11 +448,15 @@ gst_vulkan_display_type_to_extension_string 
(GstVulkanDisplayType type)
+   if (type == GST_VULKAN_DISPLAY_TYPE_NONE)
+ return NULL;
+ 
++#if GST_VULKAN_HAVE_WINDOW_XCB
+   if (type & GST_VULKAN_DISPLAY_TYPE_XCB)
+ return VK_KHR_XCB_SURFACE_EXTENSION_NAME;
++#endif
+ 
++#if GST_VULKAN_HAVE_WINDOW_WAYLAND
+   if (type & GST_VULKAN_DISPLAY_TYPE_WAYLAND)
+ return VK_KHR_WAYLAND_SURFACE_EXTENSION_NAME;
++#endif
+ 
+   return NULL;
+ }
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
new file mode 100644
index 000..0df145d
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch
@@ -0,0 +1,64 @@
+From c23e1dc22deb495561cffb877edb2746b740a1fa Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Wed, 5 Jul 2017 11:07:05 +0300
+Subject: [PATCH 2/2] vulkan: Use the generated version of vkconfig.h
+
+Build fails in ext

[OE-core] [PATCH 3/6] vulkan-demos: Add recipe

[Jussi Kukkonen]

Sascha Willems collection of Vulkan demos is useful as a smoke testing
tool.

Add patch to install binaries and data. Use a combination of patch and
do_install_append to avoid some 3D models with unclear licensing.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 33 
 3 files changed, 209 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
new file mode 100644
index 000..e4a6241
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
@@ -0,0 +1,91 @@
+From 55770fb07c42fe410cf8d09f8f5976babc89b9ef Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Tue, 4 Jul 2017 17:13:45 +0300
+Subject: [PATCH] Don't build demos with questionably licensed data
+
+Some of the models don't have open source compatible licenses:
+don't build demos using those. Also don't build demos that need
+resources that are not included.
+
+ssao:
+scenerendering:
+   Sibenik model, no license found
+
+deferred:
+deferredmultisampling:
+deferredshadows:
+   armor model, CC-BY-3.0
+
+vulkanscene:
+imgui:
+shadowmapping:
+   vulkanscene model, no license found
+
+indirectdraw:
+   plant model, no license found
+
+hdr:
+pbribl:
+pbrtexture:
+   Require external Vulkan Asset Pack
+
+Upstream-Status: Inppropriate [configuration]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 13 -
+ 1 file changed, 13 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 4958fff..0f9d3e4 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -150,17 +150,11 @@ set(EXAMPLES
+   computeparticles
+   computeshader
+   debugmarker
+-  deferred
+-  deferredmultisampling
+-  deferredshadows
+   displacement
+   distancefieldfonts
+   dynamicuniformbuffer
+   gears
+   geometryshader
+-  hdr
+-  imgui
+-  indirectdraw
+   instancing
+   mesh
+   multisampling
+@@ -170,20 +164,14 @@ set(EXAMPLES
+   parallaxmapping
+   particlefire
+   pbrbasic
+-  pbribl
+-  pbrtexture
+   pipelines
+   pushconstants
+   radialblur
+   raytracing
+-  scenerendering
+   screenshot
+-  shadowmapping
+-  shadowmappingomni
+   skeletalanimation
+   specializationconstants
+   sphericalenvmapping
+-  ssao
+   subpasses
+   terraintessellation
+   tessellation
+@@ -196,7 +184,6 @@ set(EXAMPLES
+   texturesparseresidency
+   triangle
+   viewportarray
+-  vulkanscene
+ )
+ 
+ buildExamples()
+-- 
+2.13.2
+
diff --git 
a/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
new file mode 100644
index 000..4addea3
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
@@ -0,0 +1,85 @@
+From edca667684764cfcc0460e448e834fadf623a887 Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 3 Jul 2017 14:49:18 +0300
+Subject: [PATCH] Support installing demos, support out-of-tree builds
+
+This is especially useful for cross-compile situation where testing
+happens on target.
+
+-DRESOURCE_INSTALL_DIR= decides where data is installed (and
+where the binaries will load the data from): if it's left empty,
+then nothing will be installed and binaries will load the data from
+CMAKE_SOURCE_DIR.
+
+Binaries are now correctly built in CMAKE_BINARY_DIR.
+
+Upstream-Status: Submitted [https://github.com/SaschaWillems/Vulkan/pull/352]
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ CMakeLists.txt | 15 ++-
+ base/vulkanexamplebase.cpp |  2 +-
+ 2 files changed, 15 insertions(+), 2 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index b9886bc..4958fff 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -16,6 +16,8 @@ include_directories(base)
+ OPTION(USE_D2D_WSI "Build the project using Direct to Display swapchain" OFF)
+ OPTION(USE_WAYLAND_WSI "Build the project using Wayland 

[OE-core] [PATCH 1/6] vulkan: Upgrade 1.0.39.1 -> 1.0.51.0

[Jussi Kukkonen]

Remove a patch that's no longer needed

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...se-getenv-if-secure_getenv-does-not-exist.patch | 34 --
 .../{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} |  5 ++--
 2 files changed, 2 insertions(+), 37 deletions(-)
 delete mode 100644 
meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 rename meta/recipes-graphics/vulkan/{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} 
(90%)

diff --git 
a/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 
b/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
deleted file mode 100644
index 694922c..000
--- 
a/meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-From 20525add1df8e1fb13fef90ac068f982def8b958 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen <jussi.kukko...@intel.com>
-Date: Wed, 8 Mar 2017 13:23:58 +0200
-Subject: [PATCH] Use getenv() if secure_getenv() does not exist
-
-musl does not implement secure version: default to getenv() in that
-case.
-
-https://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers/issues/1538
-
-Upstream-Status: Pending
-Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>

- loader/loader.c | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/loader/loader.c b/loader/loader.c
-index 24758f4..bff79c1 100644
 a/loader/loader.c
-+++ b/loader/loader.c
-@@ -54,6 +54,10 @@
- #endif
- #endif
- 
-+#if !defined(__secure_getenv)
-+#define __secure_getenv getenv
-+#endif
-+
- struct loader_struct loader = {0};
- // TLS for instance for alloc/free callbacks
- THREAD_LOCAL_DECL struct loader_instance *tls_instance;
--- 
-2.1.4
-
diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb 
b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
similarity index 90%
rename from meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
rename to meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
index 7f0ba21..fe7dac0 100644
--- a/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
+++ b/meta/recipes-graphics/vulkan/vulkan_1.0.51.0.bb
@@ -10,11 +10,10 @@ SECTION = "libs"
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=99c647ca3d4f6a4b9d8628f757aad156 \
 
file://loader/loader.c;endline=25;md5=a87cd5442291c23d1fce4eece4cfde9d"
-SRC_URI = 
"git://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers.git;branch=sdk-1.0.39
 \
+SRC_URI = 
"git://github.com/KhronosGroup/Vulkan-LoaderAndValidationLayers.git;branch=sdk-1.0.51
 \
file://demos-Don-t-build-tri-or-cube.patch \
-   file://0001-Use-getenv-if-secure_getenv-does-not-exist.patch \
 "
-SRCREV = "9c21ed0fb275589c3af6118aec9ef4f1d1544dc1"
+SRCREV = "8d021e4d5a9f91436f4462df1dafb222908e296d"
 UPSTREAM_CHECK_GITTAGREGEX = "sdk-(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.1.4

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

[OE-core] [PATCH 2/6] assimp: Add as dependency of vulkan-demos

[Jussi Kukkonen]

Asset import library used by Sascha Willems Vulkan demos.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-graphics/vulkan/assimp_git.bb | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 meta/recipes-graphics/vulkan/assimp_git.bb

diff --git a/meta/recipes-graphics/vulkan/assimp_git.bb 
b/meta/recipes-graphics/vulkan/assimp_git.bb
new file mode 100644
index 000..c519458
--- /dev/null
+++ b/meta/recipes-graphics/vulkan/assimp_git.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "Open Asset Import Library"
+LICENSE = "BSD-3-Clause"
+DEPENDS = "zlib"
+
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2119edef0916b0bd511cb3c731076271 \
+
file://code/Assimp.cpp;endline=41;md5=717f847b6e8f43c64cdbafcfea109923"
+
+SRC_URI = "git://github.com/assimp/assimp.git"
+SRCREV = "b38ba233f530fdb103d3ede3df5126121af78b10"
+S = "${WORKDIR}/git"
+
+inherit cmake
+EXTRA_OECMAKE = "-DASSIMP_BUILD_ASSIMP_TOOLS=OFF -DASSIMP_BUILD_TESTS=OFF"
+FILES_${PN}-dev += "${libdir}/cmake/assimp-3.3"
-- 
2.1.4

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

[OE-core] [PATCH 0/6] Vulkan improvements

[Jussi Kukkonen]

* vulkan-demos

Originally I submitted vkcube as a vulkan smoketest
but that never ended in oe-core. Instead of vkcube I'm now submitting
Sascha Willems collection of Vulkan demos: it's not a test suite but
it contains quite a few small demos. 
 I did take a look at adding the vulkan conformance test suite (part
of VK-GL-CTS): It looks quite impressive but the amount of work
needed to get it running is significantly higher.

* DISTRO_FEATURE

Not sure what the policy on adding these is but this does make it a
little easier to enable vulkan. Current state when feature is enabled:
 * With weston it just works
 * With Xorg (xf86-video-intel) dri3 must be enabled in xorg.xonf
 * With Xorg (modesetting) it just works  


Jussi

The following changes since commit 4b1d270602a0542eef1b497eaf15bad2b747686f:

  bitbake: bitbake-user-manual: Removed and replaced broken link (2017-07-04 
16:05:22 +0100)

are available in the git repository at:

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

Jussi Kukkonen (6):
  vulkan: Upgrade 1.0.39.1 -> 1.0.51.0
  assimp: Add as dependency of vulkan-demos
  vulkan-demos: Add recipe
  gstreamer1.0-plugins-bad: Add vulkan PACKAGECONFIG
  mesa, gstreamer: Add "vulkan" DISTRO_FEATURE
  vulkan: RRECOMMEND mesa drivers

 meta/recipes-graphics/mesa/mesa.inc|  3 +-
 meta/recipes-graphics/vulkan/assimp_git.bb | 14 
 ...ild-demos-with-questionably-licensed-data.patch | 91 ++
 ...stalling-demos-support-out-of-tree-builds.patch | 85 
 meta/recipes-graphics/vulkan/vulkan-demos_git.bb   | 33 
 ...se-getenv-if-secure_getenv-does-not-exist.patch | 34 
 .../{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} |  6 +-
 .../gstreamer/gstreamer1.0-plugins-bad.inc |  6 +-
 ...y-Use-ifdef-for-platform-specific-defines.patch | 37 +
 ...n-Use-the-generated-version-of-vkconfig.h.patch | 64 +++
 .../gstreamer/gstreamer1.0-plugins-bad_1.10.4.bb   |  2 +
 11 files changed, 334 insertions(+), 41 deletions(-)
 create mode 100644 meta/recipes-graphics/vulkan/assimp_git.bb
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Don-t-build-demos-with-questionably-licensed-data.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-demos/0001-Support-installing-demos-support-out-of-tree-builds.patch
 create mode 100644 meta/recipes-graphics/vulkan/vulkan-demos_git.bb
 delete mode 100644 
meta/recipes-graphics/vulkan/vulkan/0001-Use-getenv-if-secure_getenv-does-not-exist.patch
 rename meta/recipes-graphics/vulkan/{vulkan_1.0.39.1.bb => vulkan_1.0.51.0.bb} 
(90%)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0001-vkdisplay-Use-ifdef-for-platform-specific-defines.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0002-vulkan-Use-the-generated-version-of-vkconfig.h.patch

-- 
2.1.4

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

Re: [OE-core] [PATCH 05/11] gstreamer1.0-plugins-good: upgrade 1.10.4 -> 1.12.1

[Jussi Kukkonen]

I'm guessing 12.1 has the same issue with renamed plugins that I reported
on the previous patchset?

See
https://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=ca0ed8a134f1d26083e6f89636493df89ff29cff
: this changes packages names so we need to add special case RPROVIDES for
these three (and probably should also change gstreamer1.0-meta-base to use
the real name).

  - Jussi


On 30 June 2017 at 17:56, Maxin B. John  wrote:

> Remove backported patch:
> 1.0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
>
> Signed-off-by: Maxin B. John 
> ---
>  ...Also-add-videometa-if-there-is-padding-to.patch | 35
> --
>  ...10.4.bb => gstreamer1.0-plugins-good_1.12.1.bb} |  5 ++--
>  2 files changed, 2 insertions(+), 38 deletions(-)
>  delete mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good/0001-v4l2object-Also-add-videometa-if-there-
> is-padding-to.patch
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-
> plugins-good_1.10.4.bb => gstreamer1.0-plugins-good_1.12.1.bb} (78%)
>
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good/0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good/0001-v4l2object-Also-add-videometa-if-there-
> is-padding-to.patch
> deleted file mode 100644
> index 2a9a23e..000
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good/0001-v4l2object-Also-add-videometa-if-there-
> is-padding-to.patch
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -From 22be02612adc757f6a43cefc6ee65ecaef68f0d9 Mon Sep 17 00:00:00 2001
> -From: Carlos Rafael Giani 
> -Date: Thu, 23 Mar 2017 22:13:05 +0100
> -Subject: [PATCH] v4l2object: Also add videometa if there is padding to the
> - right and bottom
> -
> -https://bugzilla.gnome.org/show_bug.cgi?id=780478
> -
> -Upstream-Status: Backport [1.10.5]
> -
> -Signed-off-by: Carlos Rafael Giani 
> 
> - sys/v4l2/gstv4l2object.c | 5 +++--
> - 1 file changed, 3 insertions(+), 2 deletions(-)
> -
> -diff --git a/sys/v4l2/gstv4l2object.c b/sys/v4l2/gstv4l2object.c
> -index 91c8ff0..ed4654e 100644
>  a/sys/v4l2/gstv4l2object.c
> -+++ b/sys/v4l2/gstv4l2object.c
> -@@ -3070,9 +3070,10 @@ store_info:
> -   GST_DEBUG_OBJECT (v4l2object->element, "Got sizeimage %"
> G_GSIZE_FORMAT,
> -   info->size);
> -
> --  /* to avoid copies we need video meta if top or left padding */
> -+  /* to avoid copies we need video meta if there is padding */
> -   v4l2object->need_video_meta =
> --  ((align->padding_top + align->padding_left) != 0);
> -+  ((align->padding_top + align->padding_left + align->padding_right +
> -+  align->padding_bottom) != 0);
> -
> -   /* ... or if stride is non "standard" */
> -   if (!standard_stride)
> ---
> -2.7.4
> -
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.10.4.bb b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.12.1.bb
> similarity index 78%
> rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.10.4.bb
> rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.12.1.bb
> index 57447bf..8665d7b 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.10.4.bb
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> plugins-good_1.12.1.bb
> @@ -10,9 +10,8 @@ SRC_URI = " \
>  file://avoid-including-sys-poll.h-directly.patch \
>  file://ensure-valid-sentinel-for-gst_structure_get.patch \
>  file://0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch
> \
> -file://0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
> \
>  "
> -SRC_URI[md5sum] = "cc0cc13cdb07d4237600b6886b81f31d"
> -SRC_URI[sha256sum] = "8a86c61434a8c44665365bd0b3557a
> 040937d1f44bf69caee4e9ea816ce74d7e"
> +SRC_URI[md5sum] = "53647e9fe9446f2ad808d55fcdf85b6e"
> +SRC_URI[sha256sum] = "121e8e46a7f0e622f09ec9be012607
> b89d737dd72d48b0f2f0680821ae2cf54b"
>
>  S = "${WORKDIR}/gst-plugins-good-${PV}"
> --
> 2.4.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/1] cmake: Use find_program if find_host_program is not available

[Jussi Kukkonen]

On 27 June 2017 at 17:14, Maxime Roussin-Bélanger <
maxime.roussinbelan...@gmail.com> wrote:

> CMake does not define the `find_host_program` command we've
> been using in the cross-compiling code path.  It was
> provided by a widely used Android toolchain file.  For
> compatibility, continue to use `find_host_program` if
> available, but otherwise use just `find_program`.
>
> Upstream-Status: Accepted [https://gitlab.kitware.com/
> cmake/cmake/merge_requests/1009]
>
- Will be in 3.10
>

The upstream work is much appreciated, thanks. However, the Upstream-Status
tag needs to be in the actual patch file commit message (the idea is that
when cmake recipe version is next upgraded, it's easy to see from the patch
file alone whether it's still needed or not). Sorry for not being explicit
about that.

Thanks,
  Jussi



> Signed-off-by: Maxime Roussin-Bélanger 
> ---
> Changes in v2:
> - Add upstream-status
>
>  meta/recipes-devtools/cmake/cmake.inc  |  1 +
>  ...e-find_program-if-find_host_program-is-no.patch | 36
> ++
>  2 files changed, 37 insertions(+)
>  create mode 100644 meta/recipes-devtools/cmake/
> cmake/0001-FindCUDA-Use-find_program-if-find_host_program-is-no.patch
>
> diff --git a/meta/recipes-devtools/cmake/cmake.inc
> b/meta/recipes-devtools/cmake/cmake.inc
> index dbd34f5..6aeb25f 100644
> --- a/meta/recipes-devtools/cmake/cmake.inc
> +++ b/meta/recipes-devtools/cmake/cmake.inc
> @@ -14,6 +14,7 @@ CMAKE_MAJOR_VERSION = "${@'.'.join(d.getVar('PV').
> split('.')[0:2])}"
>  SRC_URI = "https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${
> PV}.tar.gz \
> file://support-oe-qt4-tools-names.patch \
> file://qt4-fail-silent.patch \
> +   
> file://0001-FindCUDA-Use-find_program-if-find_host_program-is-no.patch
> \
> "
>
>  SRC_URI[md5sum] = "b5dff61f6a7f1305271ab3f6ae261419"
> diff --git a/meta/recipes-devtools/cmake/cmake/0001-FindCUDA-Use-find_
> program-if-find_host_program-is-no.patch b/meta/recipes-devtools/cmake/
> cmake/0001-FindCUDA-Use-find_program-if-find_host_program-is-no.patch
> new file mode 100644
> index 000..8a61f1f
> --- /dev/null
> +++ b/meta/recipes-devtools/cmake/cmake/0001-FindCUDA-Use-find_
> program-if-find_host_program-is-no.patch
> @@ -0,0 +1,36 @@
> +From 46d25e782ebd9b6c50771b6f30433c58fae03a51 Mon Sep 17 00:00:00 2001
> +From: Maxime Roussin-Bélanger 
> +Date: Mon, 26 Jun 2017 11:30:07 -0400
> +Subject: [PATCH] cmake: Use find_program if find_host_program is not
> + available
> +
> +CMake does not define the `find_host_program` command we've been using
> +in the cross-compiling code path.  It was provided by a widely used
> +Android toolchain file.  For compatibility, continue to use
> +`find_host_program` if available, but otherwise use just `find_program`.
> +
> +Signed-off-by: Maxime Roussin-Bélanger 
> +---
> + Modules/FindCUDA.cmake | 6 +-
> + 1 file changed, 5 insertions(+), 1 deletion(-)
> +
> +diff --git a/Modules/FindCUDA.cmake b/Modules/FindCUDA.cmake
> +index a4dca54..77ca351 100644
> +--- a/Modules/FindCUDA.cmake
>  b/Modules/FindCUDA.cmake
> +@@ -679,7 +679,11 @@ if(CMAKE_CROSSCOMPILING)
> +   # add known CUDA targetr root path to the set of directories we search
> for programs, libraries and headers
> +   set( CMAKE_FIND_ROOT_PATH "${CUDA_TOOLKIT_TARGET_DIR};${
> CMAKE_FIND_ROOT_PATH}")
> +   macro( cuda_find_host_program )
> +-find_host_program( ${ARGN} )
> ++if (COMMAND find_host_program)
> ++  find_host_program( ${ARGN} )
> ++else()
> ++  find_program( ${ARGN} )
> ++endif()
> +   endmacro()
> + else()
> +   # for non-cross-compile, find_host_program == find_program and
> CUDA_TOOLKIT_TARGET_DIR == CUDA_TOOLKIT_ROOT_DIR
> +--
> +2.1.4
> +
> --
> 2.1.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] gtk+3: Update UPSTREAM_CHECK_REGEX

[Jussi Kukkonen]

Avoid versions >= 3.90 (development versions for 4.0).

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-gnome/gtk+/gtk+3.inc| 6 +-
 meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb | 5 -
 2 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc 
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 27da844..34845ae 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -10,7 +10,11 @@ DEPENDS = "glib-2.0 cairo pango atk jpeg libpng gdk-pixbuf \
 
 LICENSE = "LGPLv2 & LGPLv2+ & LGPLv2.1+"
 
-inherit autotools gettext pkgconfig gtk-doc update-alternatives 
gtk-immodules-cache gsettings distro_features_check upstream-version-is-even 
gobject-introspection
+inherit autotools gettext pkgconfig gtk-doc update-alternatives 
gtk-immodules-cache gsettings distro_features_check gobject-introspection
+
+# versions >= 3.90 are development versions, otherwise like 
upstream-version-is-even
+UPSTREAM_CHECK_REGEX = "[^\d\.](?P3\.([1-8]?[02468])+(\.\d+)+)\.tar"
+
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
 # This should be in autotools.bbclass, but until something elses uses it 
putting
diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb
index d8a0bd0..2d65b96 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb
@@ -20,7 +20,10 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
 S = "${WORKDIR}/gtk+-${PV}"
 
-inherit pkgconfig native upstream-version-is-even
+inherit pkgconfig native
+
+# versions >= 3.90 are development versions, otherwise like 
upstream-version-is-even
+UPSTREAM_CHECK_REGEX = "[^\d\.](?P3\.([1-8]?[02468])+(\.\d+)+)\.tar"
 
 PKG_CONFIG_FOR_BUILD = "${STAGING_BINDIR_NATIVE}/pkg-config-native"
 
-- 
2.1.4

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

[OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

[Jussi Kukkonen]

Imports the current EGL API registry from Khronos.

Makes EGL support optional: this is reflected in the recipe but
egl is enabled by default as before.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../libepoxy/{libepoxy_1.4.2.bb => libepoxy_1.4.3.bb}| 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)
 rename meta/recipes-graphics/libepoxy/{libepoxy_1.4.2.bb => libepoxy_1.4.3.bb} 
(70%)

diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
similarity index 70%
rename from meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb
rename to meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
index e69e828..c8b398f 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.4.2.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.4.3.bb
@@ -6,15 +6,16 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
 
 SRC_URI = 
"https://github.com/anholt/${BPN}/releases/download/${PV}/${BP}.tar.xz;
-SRC_URI[md5sum] = "632fcfd7ae9d21f5a634326d753a89c4"
-SRC_URI[sha256sum] = 
"bea6fdec3d10939954495da898d872ee836b75c35699074cbf02a64fcb80d5b3"
+SRC_URI[md5sum] = "af4c3ce0fb1143bdc4e43f85695a9bed"
+SRC_URI[sha256sum] = 
"0b808a06c9685a62fca34b680abb8bc7fb2fda074478e329b063c1f872b826f6"
 UPSTREAM_CHECK_URI = "https://github.com/anholt/libepoxy/releases;
 
 inherit autotools pkgconfig distro_features_check
 
 REQUIRED_DISTRO_FEATURES = "opengl"
 
-DEPENDS = "util-macros virtual/egl"
+DEPENDS = "util-macros"
 
+PACKAGECONFIG[egl] = "--enable-egl, --disable-egl, virtual/egl"
 PACKAGECONFIG[x11] = "--enable-glx, --disable-glx, virtual/libx11"
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
+PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} egl"
-- 
2.1.4

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

[OE-core] [PATCH 2/3] gtk+3: Upgrade 3.22.15 -> 3.22.16

[Jussi Kukkonen]

A fair amount of bug fixes and improvements.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 .../gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch | 4 ++--
 meta/recipes-gnome/gtk+/{gtk+3_3.22.15.bb => gtk+3_3.22.16.bb}| 4 ++--
 ...-icon-utils-native_3.22.15.bb => gtk-icon-utils-native_3.22.16.bb} | 4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.15.bb => gtk+3_3.22.16.bb} (84%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.15.bb => 
gtk-icon-utils-native_3.22.16.bb} (94%)

diff --git 
a/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch 
b/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
index e6ee21b..91e3512 100644
--- 
a/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
+++ 
b/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
@@ -824,8 +824,8 @@ index 649981f..a0e48a6 100644
 +  gdkgears
 +endif
 +
- if USE_X11
- noinst_PROGRAMS += testerrors
+ if USE_WAYLAND
+ noinst_PROGRAMS += testforeign
  endif
 diff --git a/testsuite/gtk/objects-finalize.c 
b/testsuite/gtk/objects-finalize.c
 index 0b3a519..07b096f 100644
diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.22.15.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.22.16.bb
similarity index 84%
rename from meta/recipes-gnome/gtk+/gtk+3_3.22.15.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.22.16.bb
index 35c617c..2ae1d86 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.22.15.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.22.16.bb
@@ -8,8 +8,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://0003-Add-disable-opengl-configure-option.patch \
file://0004-configure.ac-Fix-wayland-protocols-path.patch \
   "
-SRC_URI[md5sum] = "9a1177854c4c5609293e017c53bc8950"
-SRC_URI[sha256sum] = 
"c8a012c2a99132629ab043f764a2b7cb6388483a015cd15c7a4288bec3590fdb"
+SRC_URI[md5sum] = "71820863d5479e2c4a5b78f3164d5f15"
+SRC_URI[sha256sum] = 
"3e0c3ad01f3c8c5c9b1cc1ae00852bd55164c8e5a9c1f90ba5e07f14f175fe2c"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.16.bb
similarity index 94%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.16.bb
index 2d65b96..adfb928 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.15.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.16.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "9a1177854c4c5609293e017c53bc8950"
-SRC_URI[sha256sum] = 
"c8a012c2a99132629ab043f764a2b7cb6388483a015cd15c7a4288bec3590fdb"
+SRC_URI[md5sum] = "71820863d5479e2c4a5b78f3164d5f15"
+SRC_URI[sha256sum] = 
"3e0c3ad01f3c8c5c9b1cc1ae00852bd55164c8e5a9c1f90ba5e07f14f175fe2c"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.1.4

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

[OE-core] [PATCH 0/3] Minor Gtk+3 and libepoxy upgrades

[Jussi Kukkonen]

Small upgrades and tweak to Gtk upstream version regex

Thanks,
 Jussi


The following changes since commit a5bf271c7c4cf5d3bfdf8d1b05eec70ca43726b8:

  meta: Add/fix missing Upstream-Status to patches (2017-06-27 10:38:43 +0100)

are available in the git repository at:

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

Jussi Kukkonen (3):
  gtk+3: Update UPSTREAM_CHECK_REGEX
  gtk+3: Upgrade 3.22.15 -> 3.22.16
  libepoxy: Upgrade 1.4.2 -> 1.4.3

 meta/recipes-gnome/gtk+/gtk+3.inc| 6 +-
 .../gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch| 4 ++--
 meta/recipes-gnome/gtk+/{gtk+3_3.22.15.bb => gtk+3_3.22.16.bb}   | 4 ++--
 ...-utils-native_3.22.15.bb => gtk-icon-utils-native_3.22.16.bb} | 9 ++---
 .../libepoxy/{libepoxy_1.4.2.bb => libepoxy_1.4.3.bb}| 9 +
 5 files changed, 20 insertions(+), 12 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.15.bb => gtk+3_3.22.16.bb} (84%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.15.bb => 
gtk-icon-utils-native_3.22.16.bb} (86%)
 rename meta/recipes-graphics/libepoxy/{libepoxy_1.4.2.bb => libepoxy_1.4.3.bb} 
(70%)

-- 
2.1.4

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

Re: [OE-core] [PATCH] cmake: Use find_program if find_host_program is not available

[Jussi Kukkonen]

On 27 June 2017 at 00:51, Maxime Roussin-Belanger <
maxime.roussinbelan...@gmail.com> wrote:

> On Mon, Jun 26, 2017 at 04:41:34PM -0300, Otavio Salvador wrote:
> > On Mon, Jun 26, 2017 at 3:33 PM, Maxime Roussin-Bélanger
> >  wrote:
> > > CMake does not define the `find_host_program` command we've
> > > been using in the cross-compiling code path.  It was
> > > provided by a widely used Android toolchain file.  For
> > > compatibility, continue to use `find_host_program` if
> > > available, but otherwise use just `find_program`.
> > >
> > > Signed-off-by: Maxime Roussin-Bélanger  com>
> >
> > It sounds fine to me; the backward compatibility is maintained and it
> > fixes a real use-case so I see no reason to not apply EXCEPT:
> >
> > - lack of Upstream-Status field
> > - lack of upstream bug about the issue, ideally the proposed patch
> > should be send to upstream so we can drop it in next releases
> >
>
> I just got r/w access to the poky-contrib repository. Do I have to create
> a pull-request/send-pull-request to get an upstream-status field?
>
> Can we ignore this email and just use the pull-request script instead?
>
> If so, do I have to resend the same patch (V2 ?) to the same recipients?
>

You should send a V2 with Upstream-Status (see below). You can use
poky-contrib and the pull-request scripts but you can also just send the
patch, it's up to you.


> If not, how do I get an upstream-status? I just pushed my branch to contrib
> repository (mroussin/fix_cmake_find_cuda_not_android), does that mean
> pending?
>

Upstream-Status refers to what's happening in _upstream project_, not in
yocto: you should decide what the appropriate value is -- but everyone
would like if it was "submitted"  (in other words you have sent a patch to
the cmake project using whatever method they prefer). At the very least you
should file a bug upstream. Please add a link to the upstream pull request
or bug report into the yocto patch: that way it's easy to check later on if
the patch is still needed.

There's no tooling to add the tag if that was what you were wondering, just
write it by hand.

See also: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines


Jussi



>
>
> > --
> > 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
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lz4: Add patch to fix re-builds

[Jussi Kukkonen]

Configure fails when rebuilding lz4 as LIBDIR is used in two different
places for two different things and we override it with a environment
variable.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...sts-Makefile-don-t-use-LIBDIR-as-variable.patch | 82 ++
 meta/recipes-support/lz4/lz4_1.7.4.bb  |  1 +
 2 files changed, 83 insertions(+)
 create mode 100644 
meta/recipes-support/lz4/files/0001-tests-Makefile-don-t-use-LIBDIR-as-variable.patch

diff --git 
a/meta/recipes-support/lz4/files/0001-tests-Makefile-don-t-use-LIBDIR-as-variable.patch
 
b/meta/recipes-support/lz4/files/0001-tests-Makefile-don-t-use-LIBDIR-as-variable.patch
new file mode 100644
index 000..00494e8
--- /dev/null
+++ 
b/meta/recipes-support/lz4/files/0001-tests-Makefile-don-t-use-LIBDIR-as-variable.patch
@@ -0,0 +1,82 @@
+From d4768d9e29b805096a86aa13c0d30ee8215af4df Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Mon, 26 Jun 2017 12:07:09 +0300
+Subject: [PATCH] tests/Makefile: don't use LIBDIR as variable
+
+LIBDIR may be overriden with a environment variable: In this case make
+clean breaks. Use another variable name.
+
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+Upstream-Status: Backport
+---
+ tests/Makefile | 26 +-
+ 1 file changed, 13 insertions(+), 13 deletions(-)
+
+diff --git a/tests/Makefile b/tests/Makefile
+index 97fa782..51dd038 100644
+--- a/tests/Makefile
 b/tests/Makefile
+@@ -32,7 +32,7 @@ DESTDIR ?=
+ PREFIX  ?= /usr/local
+ BINDIR  := $(PREFIX)/bin
+ MANDIR  := $(PREFIX)/share/man/man1
+-LIBDIR  := ../lib
++LZ4DIR  := ../lib
+ PRGDIR  := ../programs
+ VOID:= /dev/null
+ TESTDIR := versionsTest
+@@ -43,7 +43,7 @@ CFLAGS  += -g -Wall -Wextra -Wundef -Wcast-qual -Wcast-align 
-Wshadow -Wswitch-e
+-Wdeclaration-after-statement -Wstrict-prototypes \
+-Wpointer-arith -Wstrict-aliasing=1
+ CFLAGS  += $(MOREFLAGS)
+-CPPFLAGS:= -I$(LIBDIR) -I$(PRGDIR) -DXXH_NAMESPACE=LZ4_
++CPPFLAGS:= -I$(LZ4DIR) -I$(PRGDIR) -DXXH_NAMESPACE=LZ4_
+ FLAGS= $(CFLAGS) $(CPPFLAGS) $(LDFLAGS)
+ 
+ 
+@@ -79,31 +79,31 @@ lz4c32:   # create a 32-bits version for 32/64 interop 
tests
+   $(MAKE) -C $(PRGDIR) clean $@ CFLAGS="-m32 $(CFLAGS)"
+   cp $(LZ4) $(LZ4)c32
+ 
+-fullbench  : $(LIBDIR)/lz4.o $(LIBDIR)/lz4hc.o $(LIBDIR)/lz4frame.o 
$(LIBDIR)/xxhash.o fullbench.c
++fullbench  : $(LZ4DIR)/lz4.o $(LZ4DIR)/lz4hc.o $(LZ4DIR)/lz4frame.o 
$(LZ4DIR)/xxhash.o fullbench.c
+   $(CC) $(FLAGS) $^ -o $@$(EXT)
+ 
+-fullbench-lib: fullbench.c $(LIBDIR)/xxhash.c
+-  $(MAKE) -C $(LIBDIR) liblz4.a
+-  $(CC) $(FLAGS) $^ -o $@$(EXT) $(LIBDIR)/liblz4.a
++fullbench-lib: fullbench.c $(LZ4DIR)/xxhash.c
++  $(MAKE) -C $(LZ4DIR) liblz4.a
++  $(CC) $(FLAGS) $^ -o $@$(EXT) $(LZ4DIR)/liblz4.a
+ 
+-fullbench-dll: fullbench.c $(LIBDIR)/xxhash.c
+-  $(MAKE) -C $(LIBDIR) liblz4
+-  $(CC) $(FLAGS) $^ -o $@$(EXT) -DLZ4_DLL_IMPORT=1 
$(LIBDIR)/dll/liblz4.dll
++fullbench-dll: fullbench.c $(LZ4DIR)/xxhash.c
++  $(MAKE) -C $(LZ4DIR) liblz4
++  $(CC) $(FLAGS) $^ -o $@$(EXT) -DLZ4_DLL_IMPORT=1 
$(LZ4DIR)/dll/liblz4.dll
+ 
+-fuzzer  : $(LIBDIR)/lz4.o $(LIBDIR)/lz4hc.o $(LIBDIR)/xxhash.o fuzzer.c
++fuzzer  : $(LZ4DIR)/lz4.o $(LZ4DIR)/lz4hc.o $(LZ4DIR)/xxhash.o fuzzer.c
+   $(CC) $(FLAGS) $^ -o $@$(EXT)
+ 
+-frametest: $(LIBDIR)/lz4frame.o $(LIBDIR)/lz4.o $(LIBDIR)/lz4hc.o 
$(LIBDIR)/xxhash.o frametest.c
++frametest: $(LZ4DIR)/lz4frame.o $(LZ4DIR)/lz4.o $(LZ4DIR)/lz4hc.o 
$(LZ4DIR)/xxhash.o frametest.c
+   $(CC) $(FLAGS) $^ -o $@$(EXT)
+ 
+-fasttest: $(LIBDIR)/lz4.o fasttest.c
++fasttest: $(LZ4DIR)/lz4.o fasttest.c
+   $(CC) $(FLAGS) $^ -o $@$(EXT)
+ 
+ datagen : $(PRGDIR)/datagen.c datagencli.c
+   $(CC) $(FLAGS) -I$(PRGDIR) $^ -o $@$(EXT)
+ 
+ clean:
+-  @$(MAKE) -C $(LIBDIR) $@ > $(VOID)
++  @$(MAKE) -C $(LZ4DIR) $@ > $(VOID)
+   @$(MAKE) -C $(PRGDIR) $@ > $(VOID)
+   @$(RM) core *.o *.test tmp* \
+ fullbench-dll$(EXT) fullbench-lib$(EXT) \
+-- 
+2.1.4
+
diff --git a/meta/recipes-support/lz4/lz4_1.7.4.bb 
b/meta/recipes-support/lz4/lz4_1.7.4.bb
index 5ddffd5..1e98c1b 100644
--- a/meta/recipes-support/lz4/lz4_1.7.4.bb
+++ b/meta/recipes-support/lz4/lz4_1.7.4.bb
@@ -11,6 +11,7 @@ PE = "1"
 SRCREV = "7bb64ff2b69a9f8367de9ab483cdadf42b4c1b65"
 
 SRC_URI = "git://github.com/lz4/lz4.git \
+   file://0001-tests-Makefile-don-t-use-LIBDIR-as-variable.patch \
file://run-ptest \
 "
 
-- 
2.1.4

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

[OE-core] [PATCH] gdk-pixbuf: Make loader.cache reproducible

[Jussi Kukkonen]

Make the loader order in the file reliable to enable more reproducible
builds.

[YOCTO #11610]

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 ...ueryloaders-Make-output-more-reproducible.patch | 56 ++
 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb |  1 +
 2 files changed, 57 insertions(+)
 create mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-queryloaders-Make-output-more-reproducible.patch

diff --git 
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-queryloaders-Make-output-more-reproducible.patch
 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-queryloaders-Make-output-more-reproducible.patch
new file mode 100644
index 000..aa21419
--- /dev/null
+++ 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-queryloaders-Make-output-more-reproducible.patch
@@ -0,0 +1,56 @@
+From 1049fbd887e52f94afeb03fc7942c01c143ebdfc Mon Sep 17 00:00:00 2001
+From: Jussi Kukkonen <jussi.kukko...@intel.com>
+Date: Fri, 9 Jun 2017 12:01:25 +0300
+Subject: [PATCH] queryloaders: Make output more reproducible
+
+Reproducible builds are good: Sort the output by module name so that
+same input always leads to same output.
+
+This should also make gdk-pixbuf-print-mime-types output and
+gdk-pixbuf-thumbnailer.thumbnailer reproducible.
+
+https://bugzilla.gnome.org/show_bug.cgi?id=783592
+
+Upstream-Status: Submitted
+Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
+---
+ gdk-pixbuf/queryloaders.c | 12 ++--
+ 1 file changed, 10 insertions(+), 2 deletions(-)
+
+diff --git a/gdk-pixbuf/queryloaders.c b/gdk-pixbuf/queryloaders.c
+index 395674a..4ac9b28 100644
+--- a/gdk-pixbuf/queryloaders.c
 b/gdk-pixbuf/queryloaders.c
+@@ -346,6 +346,7 @@ int main (int argc, char **argv)
+ #ifdef USE_GMODULE
+ const char *path;
+ GDir *dir;
++GList *l, *modules = NULL;
+ 
+ path = g_getenv ("GDK_PIXBUF_MODULEDIR");
+ #ifdef G_OS_WIN32
+@@ -365,12 +366,19 @@ int main (int argc, char **argv)
+ gint len = strlen (dent);
+ if (len > SOEXT_LEN &&
+ strcmp (dent + len - SOEXT_LEN, SOEXT) == 
0) {
++modules = g_list_prepend (modules,
++  g_strdup 
(dent));
+-if (!query_module (contents, path, 
dent))
+-success = FALSE;
+ }
+ }
+ g_dir_close (dir);
+ }
++
++modules = g_list_sort (modules, (GCompareFunc)strcmp);
++for (l = modules; l != NULL; l = l->next)
++if (!query_module (contents, path, l->data))
++success = FALSE;
++
++g_list_free_full (modules, g_free);
+ #else
+ g_string_append_printf (contents, "# dynamic loading of 
modules not supported\n");
+ #endif
+-- 
+2.1.4
+
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb
index 8ea2ea6..fe3e636 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb
@@ -18,6 +18,7 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://run-ptest \
file://fatal-loader.patch \
file://0001-Work-around-thumbnailer-cross-compile-failure.patch \
+   file://0001-queryloaders-Make-output-more-reproducible.patch \
"
 
 SRC_URI[md5sum] = "5dd53760750670d27c194ff6ace7eb51"
-- 
2.1.4

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

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

[Jussi Kukkonen]

I think this breaks gstreamer1.0-meta-base packagegroup because now nothing
provides gstreamer1.0-plugins-good-souphttpsrc. I've not tested this but
I'd bet money it's because of "Fix plugin filenames to match plugin names"
commit ** upstream: it probably leads to the plugin package names changing.

The name in the package group should be changed. The question is do we also
need to add special case RPROVIDES for the old names?

**
https://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=ca0ed8a134f1d26083e6f89636493df89ff29cff

Cheers,
Jussi

On 16 May 2017 at 14:26, Carlos Rafael Giani  wrote:
>
> * Removed backported v4l2object patch since it is no longer needed
>
> Signed-off-by: Carlos Rafael Giani 
> ---
>  ...Also-add-videometa-if-there-is-padding-to.patch | 35
--
>  ...10.4.bb => gstreamer1.0-plugins-good_1.12.0.bb} |  5 ++--
>  2 files changed, 2 insertions(+), 38 deletions(-)
>  delete mode 100644
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
>  rename meta/recipes-multimedia/gstreamer/{
gstreamer1.0-plugins-good_1.10.4.bb => gstreamer1.0-plugins-good_1.12.0.bb}
(78%)
>
> diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
> deleted file mode 100644
> index 2a9a23e..000
> ---
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good/0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -From 22be02612adc757f6a43cefc6ee65ecaef68f0d9 Mon Sep 17 00:00:00 2001
> -From: Carlos Rafael Giani 
> -Date: Thu, 23 Mar 2017 22:13:05 +0100
> -Subject: [PATCH] v4l2object: Also add videometa if there is padding to
the
> - right and bottom
> -
> -https://bugzilla.gnome.org/show_bug.cgi?id=780478
> -
> -Upstream-Status: Backport [1.10.5]
> -
> -Signed-off-by: Carlos Rafael Giani 
> 
> - sys/v4l2/gstv4l2object.c | 5 +++--
> - 1 file changed, 3 insertions(+), 2 deletions(-)
> -
> -diff --git a/sys/v4l2/gstv4l2object.c b/sys/v4l2/gstv4l2object.c
> -index 91c8ff0..ed4654e 100644
>  a/sys/v4l2/gstv4l2object.c
> -+++ b/sys/v4l2/gstv4l2object.c
> -@@ -3070,9 +3070,10 @@ store_info:
> -   GST_DEBUG_OBJECT (v4l2object->element, "Got sizeimage %"
G_GSIZE_FORMAT,
> -   info->size);
> -
> --  /* to avoid copies we need video meta if top or left padding */
> -+  /* to avoid copies we need video meta if there is padding */
> -   v4l2object->need_video_meta =
> --  ((align->padding_top + align->padding_left) != 0);
> -+  ((align->padding_top + align->padding_left + align->padding_right
+
> -+  align->padding_bottom) != 0);
> -
> -   /* ... or if stride is non "standard" */
> -   if (!standard_stride)
> ---
> -2.7.4
> -
> diff --git a/meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.10.4.bb b/meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.12.0.bb
> similarity index 78%
> rename from meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.10.4.bb
> rename to meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.12.0.bb
> index 57447bf..42dd706 100644
> --- a/meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.10.4.bb
> +++ b/meta/recipes-multimedia/gstreamer/
gstreamer1.0-plugins-good_1.12.0.bb
> @@ -10,9 +10,8 @@ SRC_URI = " \
>  file://avoid-including-sys-poll.h-directly.patch \
>  file://ensure-valid-sentinel-for-gst_structure_get.patch \
>
 file://0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch \
> -
 file://0001-v4l2object-Also-add-videometa-if-there-is-padding-to.patch \
>  "
> -SRC_URI[md5sum] = "cc0cc13cdb07d4237600b6886b81f31d"
> -SRC_URI[sha256sum] =
"8a86c61434a8c44665365bd0b3557a040937d1f44bf69caee4e9ea816ce74d7e"
> +SRC_URI[md5sum] = "9294b22ddab3bec373cbc5e84ff4c084"
> +SRC_URI[sha256sum] =
"8a1d734db7338e00c28b794a7f0a5a9e67d1c5c8b0074075b50638207d372ebc"
>
>  S = "${WORKDIR}/gst-plugins-good-${PV}"
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] selftest/devtool: Don't use removed remake as test case

[Jussi Kukkonen]

remake was removed from oe-core: use another recipe in the devtool
extract test.

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---

remake removal is not yet in master.

Paul please review: I didn't know if there was a reason for picking
remake, I chose matchbox-terminal because the source is tiny.

Thanks,
Jussi


 meta/lib/oeqa/selftest/cases/devtool.py | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index a7fde201fbc..88d69724f93 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -1094,8 +1094,7 @@ class DevtoolTests(DevtoolBase):
 tempdir = tempfile.mkdtemp(prefix='devtoolqa')
 # Try devtool extract
 self.track_for_cleanup(tempdir)
-self.append_config('PREFERRED_PROVIDER_virtual/make = "remake"')
-result = runCmd('devtool extract remake %s' % tempdir)
+result = runCmd('devtool extract matchbox-terminal %s' % tempdir)
 self.assertExists(os.path.join(tempdir, 'Makefile.am'), 'Extracted 
source could not be found')
 # devtool extract shouldn't create the workspace
 self.assertNotExists(self.workspacedir)
-- 
2.11.0

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

Re: [OE-core] [PATCHv2 2/2] dnf: update to 2.5.1

[Jussi Kukkonen]

These sanity test failures look related.

https://autobuilder.yocto.io/builders/nightly-x86-64/builds/333/steps/Running%20Sanity%20Tests/logs/stdio

On 20 June 2017 at 16:56, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> Drop 0001-Revert-proper-check-of-releasever-when-using-install.patch
> as the problem has been solved upstream.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...er-check-of-releasever-when-using-install.patch | 105
> -
>  .../dnf/{dnf_git.bb => dnf_2.5.1.bb}   |   4 +-
>  2 files changed, 1 insertion(+), 108 deletions(-)
>  delete mode 100644 meta/recipes-devtools/dnf/dnf/
> 0001-Revert-proper-check-of-releasever-when-using-install.patch
>  rename meta/recipes-devtools/dnf/{dnf_git.bb => dnf_2.5.1.bb} (94%)
>
> diff --git a/meta/recipes-devtools/dnf/dnf/0001-Revert-proper-check-
> of-releasever-when-using-install.patch b/meta/recipes-devtools/dnf/
> dnf/0001-Revert-proper-check-of-releasever-when-using-install.patch
> deleted file mode 100644
> index 879ecfa30d7..000
> --- a/meta/recipes-devtools/dnf/dnf/0001-Revert-proper-check-
> of-releasever-when-using-install.patch
> +++ /dev/null
> @@ -1,105 +0,0 @@
> -From 8cd0503612573c455f34db74cd1c2216ed25b69c Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Wed, 12 Apr 2017 15:42:06 +0300
> -Subject: [PATCH] Revert "proper check of releasever, when using
> installroot
> - (RhBug:1417542)"
> -
> -This reverts commit 3ddf684b7c67a2b384aa99dde53d8a43218f2e68, as it's
> causing
> -breakage when installing packages into a pristin rootfs. Upstream has
> been notified:
> -https://bugzilla.redhat.com/show_bug.cgi?id=1441636
> -
> -Upstream-Status: Inappropriate [pending proper fix]
> -Signed-off-by: Alex Kanavin 
> 
> - dnf/rpm/__init__.py | 59 +-
> ---
> - doc/command_ref.rst |  3 +--
> - 2 files changed, 29 insertions(+), 33 deletions(-)
> -
> -diff --git a/dnf/rpm/__init__.py b/dnf/rpm/__init__.py
> -index 5976acd6..1d50e6a0 100644
>  a/dnf/rpm/__init__.py
> -+++ b/dnf/rpm/__init__.py
> -@@ -30,38 +30,35 @@ def detect_releasever(installroot):
> - # :api
> - """Calculate the release version for the system."""
> -
> --# if installroot is empty dir releasever is None,
> --# that's why releasever is checked from '/'
> --for root in [installroot, "/"]:
> --ts = transaction.initReadOnlyTransaction(root=root)
> --ts.pushVSFlags(~(rpm._RPMVSF_NOSIGNATURES |
> rpm._RPMVSF_NODIGESTS))
> --for distroverpkg in dnf.const.DISTROVERPKG:
> --try:
> --idx = ts.dbMatch('provides', distroverpkg)
> --except (TypeError, rpm.error) as e:
> --raise dnf.exceptions.Error('Error: %s' % str(e))
> --if not len(idx):
> --continue
> --try:
> --hdr = next(idx)
> --except StopIteration:
> --msg = 'Error: rpmdb failed to list provides. Try: rpm
> --rebuilddb'
> --raise dnf.exceptions.Error(msg)
> --releasever = hdr['version']
> --try:
> --off = hdr[rpm.RPMTAG_PROVIDENAME].index(distroverpkg)
> --flag = hdr[rpm.RPMTAG_PROVIDEFLAGS][off]
> --ver = hdr[rpm.RPMTAG_PROVIDEVERSION][off]
> --if flag == rpm.RPMSENSE_EQUAL and ver:
> --if hdr['name'] != distroverpkg:
> --# override the package version
> --releasever = ver
> --except (ValueError, KeyError, IndexError):
> --pass
> -+ts = transaction.initReadOnlyTransaction(root=installroot)
> -+ts.pushVSFlags(~(rpm._RPMVSF_NOSIGNATURES | rpm._RPMVSF_NODIGESTS))
> -+for distroverpkg in dnf.const.DISTROVERPKG:
> -+try:
> -+idx = ts.dbMatch('provides', distroverpkg)
> -+except (TypeError, rpm.error) as e:
> -+raise dnf.exceptions.Error('Error: %s' % str(e))
> -+if not len(idx):
> -+continue
> -+try:
> -+hdr = next(idx)
> -+except StopIteration:
> -+msg = 'Error: rpmdb failed to list provides. Try: rpm
> --rebuilddb'
> -+raise dnf.exceptions.Error(msg)
> -+releasever = hdr['version']
> -+try:
> -+off = hdr[rpm.RPMTAG_PROVIDENAME].index(distroverpkg)
> -+flag = hdr[rpm.RPMTAG_PROVIDEFLAGS][off]
> -+ver = hdr[rpm.RPMTAG_PROVIDEVERSION][off]
> -+if flag == rpm.RPMSENSE_EQUAL and ver:
> -+if hdr['name'] != distroverpkg:
> -+# override the package version
> -+releasever = ver
> -+except (ValueError, KeyError, IndexError):
> -+pass
> -
> --if is_py3bytes(releasever):
> --releasever 

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

[Jussi Kukkonen]

On 19 June 2017 at 17:39, 
wrote:
>
> From: Leonardo Sandoval 
>
> Do not mix the stderr into stdout, allowing test cases to query
> the specific output.

I wonder if this patch could be related to the strange selftest failures
where command output seems to be missing completely, e.g.
AssertionError: '' != 'ERROR: Unable to find any package producing path
/not/exist'

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


Jussi

>
> [YOCTO #9693]
>
> Signed-off-by: Leonardo Sandoval <
leonardo.sandoval.gonza...@linux.intel.com>
> ---
>  meta/lib/oeqa/utils/commands.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/lib/oeqa/utils/commands.py
b/meta/lib/oeqa/utils/commands.py
> index 57286fcb10..4ef0e874ff 100644
> --- a/meta/lib/oeqa/utils/commands.py
> +++ b/meta/lib/oeqa/utils/commands.py
> @@ -29,7 +29,7 @@ class Command(object):
>
>  self.defaultopts = {
>  "stdout": subprocess.PIPE,
> -"stderr": subprocess.STDOUT,
> +"stderr": subprocess.PIPE,
>  "stdin": None,
>  "shell": False,
>  "bufsize": -1,
> --
> 2.12.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC][PATCH] tclibc-musl: use musl's virtual/gettext implementation

[Jussi Kukkonen]

$ bitbake -k core-image-minimal core-image-full-cmdline core-image-sato
world
That seems to fail with musl on the autobuilder with "Nothing RPROVIDES
'gettext-runtime' "

https://autobuilder.yocto.io/builders/nightly-musl/builds/313/steps/BuildImages/logs/stdio

Cheers,
Jussi

On 19 June 2017 at 13:19, André Draszik  wrote:
>
> From: André Draszik 
>
> musl implements the GNU gettext API version 1 and 2
>   http://www.openwall.com/lists/musl/2015/04/16/3
>
> Generally, there should be no need need for the
> actual GNU/gettext in systems using musl, so with
> this change systems using musl can avoid a needless
> dependency on a GPLv3+ tool.
>
> If an application ever appears that needs
> GNU/gettext API version 3, we can think about a way
> to support it at that time.
>
> Signed-off-by: André Draszik 
> Acked-by: Sylvain Lemieux 
> ---
>  meta/conf/distro/include/tclibc-musl.inc | 1 +
>  meta/recipes-core/musl/musl_git.bb   | 2 +-
>  2 files changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/conf/distro/include/tclibc-musl.inc
b/meta/conf/distro/include/tclibc-musl.inc
> index 3d3f6ac4f4..172b09ab20 100644
> --- a/meta/conf/distro/include/tclibc-musl.inc
> +++ b/meta/conf/distro/include/tclibc-musl.inc
> @@ -13,6 +13,7 @@ PREFERRED_PROVIDER_virtual/libiconv ?= "musl"
>  PREFERRED_PROVIDER_virtual/libintl ?= "musl"
>  PREFERRED_PROVIDER_virtual/nativesdk-libintl ?= "nativesdk-glibc"
>  PREFERRED_PROVIDER_virtual/nativesdk-libiconv ?= "nativesdk-glibc"
> +PREFERRED_PROVIDER_virtual/gettext ?= "musl"
>
>  #USE_NLS ?= "no"
>
> diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-core/musl/
musl_git.bb
> index fba47096f5..9cf097d067 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -15,7 +15,7 @@ SRC_URI = "git://git.musl-libc.org/musl \
>
>  S = "${WORKDIR}/git"
>
> -PROVIDES += "virtual/libc virtual/${TARGET_PREFIX}libc-for-gcc
virtual/libiconv virtual/libintl"
> +PROVIDES += "virtual/libc virtual/${TARGET_PREFIX}libc-for-gcc
virtual/gettext virtual/libiconv virtual/libintl"
>
>  DEPENDS = "virtual/${TARGET_PREFIX}binutils \
> virtual/${TARGET_PREFIX}gcc-initial \
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3 4/4] devtool: deploy-target: Support stripped libs and execs

[Jussi Kukkonen]

On 20 June 2017 at 10:42, Tobias Hagelborn 
wrote:
>
> New devtool deploy-target option --strip which enables deploying
> stripped binaries, saving some space on target.
>
> * Copies the files of ${D} into a new directory and strips them in place
> * Used oe.package.strip_execs for stripping directory
> * Added devtool.conf option "strip" for changing default behavior
>
> Config example:
> [Deploy]
> strip = true
>
> [YOCTO #11227]
>
> Signed-off-by: Tobias Hagelborn 
> ---
>  scripts/lib/devtool/deploy.py | 32 
>  1 file changed, 28 insertions(+), 4 deletions(-)
>
> diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
> index 04c34cb..96b877e 100644
> --- a/scripts/lib/devtool/deploy.py
> +++ b/scripts/lib/devtool/deploy.py
> @@ -16,12 +16,16 @@
>  # 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
>  """Devtool plugin containing the deploy subcommands"""
>
> +import logging
>  import os
> +import shutil
>  import subprocess
> -import logging
>  import tempfile
> -import shutil
> +
> +import bb.utils
>  import argparse_oe
> +import oe
> +
>  from devtool import exec_fakeroot, setup_tinfoil,
check_workspace_recipe, DevtoolError
>
>  logger = logging.getLogger('devtool')
> @@ -140,9 +144,9 @@ def _prepare_remote_script(deploy, verbose=False,
dryrun=False, undeployall=Fals
>  return '\n'.join(lines)
>
>
> +
>  def deploy(args, config, basepath, workspace):
>  """Entry point for the devtool 'deploy' subcommand"""
> -import re
>  import math
>  import oe.recipeutils
>
> @@ -170,6 +174,17 @@ def deploy(args, config, basepath, workspace):
>  'recipe? If so, the install step has not
installed '
>  'any files.' % args.recipename)
>
> +if args.strip and not args.dry_run:
> +# Fakeroot copy to new destination
> +srcdir = recipe_outdir
> +recipe_outdir = os.path.join(rd.getVar('WORKDIR', True),
'deploy-target-stripped')
> +if os.path.isdir(recipe_outdir):
> +bb.utils.remove(recipe_outdir, True)
> +exec_fakeroot(rd, "cp -af %s %s" % (os.path.join(srcdir,
'.'), recipe_outdir), shell=True)
> +os.environ['PATH'] = ':'.join([os.environ['PATH'],
rd.getVar('PATH', True) or ''])
> +oe.package.strip_execs(args.recipename, recipe_outdir,
rd.getVar('STRIP', True), rd.getVar('libdir', True),
> +rd.getVar('base_libdir', True))
> +
>  filelist = []
>  ftotalsize = 0
>  for root, _, files in os.walk(recipe_outdir):
> @@ -189,7 +204,6 @@ def deploy(args, config, basepath, workspace):
>  print('  %s' % item)
>  return 0
>
> -
>  extraoptions = ''
>  if args.no_host_check:
>  extraoptions += '-o UserKnownHostsFile=/dev/null -o
StrictHostKeyChecking=no'
> @@ -301,6 +315,7 @@ def undeploy(args, config, basepath, workspace):
>
>  def register_commands(subparsers, context):
>  """Register devtool subcommands from the deploy plugin"""
> +
>  parser_deploy = subparsers.add_parser('deploy-target',
>help='Deploy recipe output
files to live target machine',
>description='Deploys a
recipe\'s build output (i.e. the output of the do_install task) to a live
target machine over ssh. By default, any existing files will be preserved
instead of being overwritten and will be restored if you run devtool
undeploy-target. Note: this only deploys the recipe itself and not any
runtime dependencies, so it is assumed that those have been installed on
the target beforehand.',
> @@ -313,6 +328,15 @@ def register_commands(subparsers, context):
>  parser_deploy.add_argument('-p', '--no-preserve', help='Do not
preserve existing files', action='store_true')
>  parser_deploy.add_argument('--no-check-space', help='Do not check
for available space before deploying', action='store_true')
>  parser_deploy.add_argument('-P', '--port', default='22', help='Port
to use for connection to the target')
> +
> +strip_opts =
parser_deploy.add_mutually_exclusive_group(required=False)
> +strip_opts.add_argument('-S', '--strip',
> +   help='Strip executables prior to
deploying (default: %(default)s). '
> +'The default value of this option
can be controlled by setting the strip option in the [Deploy] section to
True or False.',
> +
default=oe.types.boolean(context.config.get('Deploy', 'strip',
default='0')),
> +   action='store_true')

Autobuilder is complaining about this:

Exception: bb.process.ExecutionError: Execution of 'devtool --bbpath

Re: [OE-core] [PATCH 7/7] ovmf: Update to latest

[Jussi Kukkonen]

This seems to be in master now. I'm not sure if we have a new master build
after that but ross/mut has some sort of linker failure in ofmv (in
nightly-world-lsb only):

| GenFw: ERROR 3000: Invalid
|
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-world-lsb/build/build/tmp/work/i586-poky-linux/ovmf/git-r0/git/Build/OvmfIa32/RELEASE_GCC5/IA32/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Madt.dll:
Bad definition for symbol ''@0 or unsupported symbol type.  For
example, absolute and undefined symbols are not supported.

https://autobuilder.yocto.io/builders/nightly-world-lsb/builds/304/steps/BuildImages/logs/stdio

Looks like a check for symbol table alignment is failing? The LSB distro
configuration requires security_flags.inc so that may be related.

Jussi

On 12 June 2017 at 17:59, Khem Raj  wrote:
>
> Fix build with gcc7
>
> clang can not compile it therefore mark it gcc only recipe
>
> Signed-off-by: Khem Raj 
> ---
>  ...g-UefiHiiLib-Fix-incorrect-comparison-exp.patch | 45
--
>  .../ovmf/ovmf/0001-ia32-Dont-use-pie.patch | 37
++
>  ...makefile-adjust-to-build-in-under-bitbake.patch | 25 ++--
>  .../ovmf/ovmf/no-stack-protector-all-archs.patch   | 19 +
>  meta/recipes-core/ovmf/ovmf_git.bb |  6 ++-
>  5 files changed, 72 insertions(+), 60 deletions(-)
>  delete mode 100644
meta/recipes-core/ovmf/ovmf/0001-MdeModulePkg-UefiHiiLib-Fix-incorrect-comparison-exp.patch
>  create mode 100644
meta/recipes-core/ovmf/ovmf/0001-ia32-Dont-use-pie.patch
>  create mode 100644
meta/recipes-core/ovmf/ovmf/no-stack-protector-all-archs.patch
>
> diff --git
a/meta/recipes-core/ovmf/ovmf/0001-MdeModulePkg-UefiHiiLib-Fix-incorrect-comparison-exp.patch
b/meta/recipes-core/ovmf/ovmf/0001-MdeModulePkg-UefiHiiLib-Fix-incorrect-comparison-exp.patch
> deleted file mode 100644
> index 0529a27b16..00
> ---
a/meta/recipes-core/ovmf/ovmf/0001-MdeModulePkg-UefiHiiLib-Fix-incorrect-comparison-exp.patch
> +++ /dev/null
> @@ -1,45 +0,0 @@
> -From 73692710d50da1f421b0e6ddff784ca3135389b3 Mon Sep 17 00:00:00 2001
> -From: Dandan Bi 
> -Date: Sat, 1 Apr 2017 10:31:14 +0800
> -Subject: [PATCH] MdeModulePkg/UefiHiiLib:Fix incorrect comparison
expression
> -
> -Fix the incorrect comparison between pointer and constant zero character.
> -
> -https://bugzilla.tianocore.org/show_bug.cgi?id=416
> -
> -V2: The pointer StringPtr points to a string returned
> -by ExtractConfig/ExportConfig, if it is NULL, function
> -InternalHiiIfrValueAction will return FALSE. So in
> -current usage model, the StringPtr can not be NULL before
> -using it, so we can add ASSERT here.
> -
> -Cc: Eric Dong 
> -Cc: Liming Gao 
> -Contributed-under: TianoCore Contribution Agreement 1.0
> -Signed-off-by: Dandan Bi 
> -Reviewed-by: Eric Dong 
> 
> -Upstream-Status: Backport
> -
> - MdeModulePkg/Library/UefiHiiLib/HiiLib.c | 5 +++--
> - 1 file changed, 3 insertions(+), 2 deletions(-)
> -
> -diff --git a/MdeModulePkg/Library/UefiHiiLib/HiiLib.c
b/MdeModulePkg/Library/UefiHiiLib/HiiLib.c
> -index 8579501..46ca7bc 100644
>  a/MdeModulePkg/Library/UefiHiiLib/HiiLib.c
> -+++ b/MdeModulePkg/Library/UefiHiiLib/HiiLib.c
> -@@ -2180,8 +2180,9 @@ InternalHiiIfrValueAction (
> -   }
> -
> -   StringPtr = ConfigAltResp;
> --
> --  while (StringPtr != L'\0') {
> -+  ASSERT (StringPtr != NULL);
> -+
> -+  while (*StringPtr != L'\0') {
> - //
> - // 1. Find  GUID=...=...=...
> - //
> ---
> -1.9.1
> -
> diff --git a/meta/recipes-core/ovmf/ovmf/0001-ia32-Dont-use-pie.patch
b/meta/recipes-core/ovmf/ovmf/0001-ia32-Dont-use-pie.patch
> new file mode 100644
> index 00..7ce20be54c
> --- /dev/null
> +++ b/meta/recipes-core/ovmf/ovmf/0001-ia32-Dont-use-pie.patch
> @@ -0,0 +1,37 @@
> +From f65e9cc025278387b494c2383c5d9ff3bed98687 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Sun, 11 Jun 2017 00:47:24 -0700
> +Subject: [PATCH] ia32: Dont use -pie
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Khem Raj 
> +---
> + BaseTools/Conf/tools_def.template | 4 ++--
> + 1 file changed, 2 insertions(+), 2 deletions(-)
> +
> +diff --git a/BaseTools/Conf/tools_def.template
b/BaseTools/Conf/tools_def.template
> +index 04a1bcb210..84c5f84f93 100755
> +--- a/BaseTools/Conf/tools_def.template
>  b/BaseTools/Conf/tools_def.template
> +@@ -4336,7 +4336,7 @@ RELEASE_*_*_OBJCOPY_ADDDEBUGFLAG   =
> + NOOPT_*_*_OBJCOPY_ADDDEBUGFLAG =
--add-gnu-debuglink=$(DEBUG_DIR)/$(MODULE_NAME).debug
> +
> + DEFINE GCC_ALL_CC_FLAGS= -g -Os -fshort-wchar -fno-builtin
-fno-strict-aliasing -Wall -Werror -Wno-array-bounds -include AutoGen.h
-fno-common
> +-DEFINE GCC_IA32_CC_FLAGS   = DEF(GCC_ALL_CC_FLAGS) -m32
-malign-double -freorder-blocks -freorder-blocks-and-partition -O2
-mno-stack-arg-probe
> 

Re: [OE-core] [PATCH 1/2] Enable parallel compilation for python3-numpy

[Jussi Kukkonen]

On 12 June 2017 at 13:06, Richard Purdie <richard.pur...@linuxfoundation.org
> wrote:

> On Fri, 2017-06-09 at 10:36 +0300, Jussi Kukkonen wrote:
> > Support for "-j N" does not seem like a generic distutils thing
> > but numpy supports it.
> >
> > This improves compile time by 2 minutes (real time).
>
> Sorry:
>
> https://autobuilder.yocto.io/builders/nightly-musl/builds/
> 298/steps/BuildImages/logs/stdio
>
> Appears to have races?
>


Indeed, thanks. I'll have a look but could be that there will be no v2 (I
couldn't reproduce earlier and distutils isn't really my cup of tea).

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

[OE-core] [PATCH 2/2] diffutils: prevent host path leaks, set pr path

[Jussi Kukkonen]

Note that this just removes a host path leakage: diffutils still
doesn't depend on coreutils so 'pr' might not actually be there
on image (this only breaks "diff -l" so no big deal).

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-extended/diffutils/diffutils_3.5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/diffutils/diffutils_3.5.bb 
b/meta/recipes-extended/diffutils/diffutils_3.5.bb
index 354a6e8..a4fc27b 100644
--- a/meta/recipes-extended/diffutils/diffutils_3.5.bb
+++ b/meta/recipes-extended/diffutils/diffutils_3.5.bb
@@ -11,7 +11,7 @@ SRC_URI = "${GNU_MIRROR}/diffutils/diffutils-${PV}.tar.xz \
 SRC_URI[md5sum] = "569354697ff1cfc9a9de3781361015fa"
 SRC_URI[sha256sum] = 
"dad398ccd5b9faca6b0ab219a036453f62a602a56203ac659b43e889bec35533"
 
-EXTRA_OECONF += "--without-libsigsegv-prefix"
+EXTRA_OECONF += "ac_cv_path_PR_PROGRAM=${bindir}/pr 
--without-libsigsegv-prefix"
 
 # Fix "Argument list too long" error when len(TMPDIR) = 410
 acpaths = "-I ./m4"
-- 
2.1.4

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

[OE-core] [PATCH 1/2] Enable parallel compilation for python3-numpy

[Jussi Kukkonen]

Support for "-j N" does not seem like a generic distutils thing
but numpy supports it.

This improves compile time by 2 minutes (real time).

Signed-off-by: Jussi Kukkonen <jussi.kukko...@intel.com>
---
 meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb 
b/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
index d5fe50c..9a9c4cf 100644
--- a/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
+++ b/meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb
@@ -69,6 +69,8 @@ CONFIGFILESURI_mipsarchn32el = " \
 
 S = "${WORKDIR}/numpy-${PV}"
 
+DISTUTILS_BUILD_ARGS += "${PARALLEL_MAKE}"
+
 inherit setuptools3
 
 # Make the build fail and replace *config.h with proper one
-- 
2.1.4

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

[OE-core] [PATCH 0/2] Small fixes

[Jussi Kukkonen]

A host path leak fix for diff and a build optimization for numpy.

Cheers,
 Jussi


The following changes since commit 4a7612c7a12b9a381fb8343ba9586272b889fc15:

  buildhistory: skip tests if GitPython module is missing (2017-06-07 16:00:49 
+0100)

are available in the git repository at:

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

Jussi Kukkonen (2):
  Enable parallel compilation for python3-numpy
  diffutils: prevent host path leaks, set pr path

 meta/recipes-devtools/python-numpy/python3-numpy_1.11.2.bb | 2 ++
 meta/recipes-extended/diffutils/diffutils_3.5.bb   | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

-- 
2.1.4

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

Re: [OE-core] [PATCH] libxml2: Fix CVE-2017-8872

[Jussi Kukkonen]

On 7 June 2017 at 11:51, Fan Xin  wrote:
>
> CVE: CVE-2017-8872
> The htmlParseTryOrFinish function in HTMLparser.c in libxml2 2.9.4 allows
attackers
> to cause a denial of service (buffer over-read) or information disclosure.
>
> External References:
> https://bugzilla.gnome.org/show_bug.cgi?id=77520


This should be
https://bugzilla.gnome.org/show_bug.cgi?id=775200

I have the same question that was asked in the upstream bug comment 6 about
two weeks ago: The patch doesn't seem to have any effect (because the goto
will happen anyway since 'avail' is 0), am I missing something?

Jussi


>
>
> Signed-off-by: Fan Xin 
> ---
>  .../libxml/libxml2/libxml2-CVE-2017-8872.patch | 23
++
>  meta/recipes-core/libxml/libxml2_2.9.4.bb  |  1 +
>  2 files changed, 24 insertions(+)
>  create mode 100644
meta/recipes-core/libxml/libxml2/libxml2-CVE-2017-8872.patch
>
> diff --git a/meta/recipes-core/libxml/libxml2/libxml2-CVE-2017-8872.patch
b/meta/recipes-core/libxml/libxml2/libxml2-CVE-2017-8872.patch
> new file mode 100644
> index 000..df05e06
> --- /dev/null
> +++ b/meta/recipes-core/libxml/libxml2/libxml2-CVE-2017-8872.patch
> @@ -0,0 +1,23 @@
> +libxml2-2.9.4: Fix CVE-2017-8872
> +
> +Bug 775200 - (CVE-2017-8872) global-buffer-overflow in
htmlParseTryOrFinish (HTMLparser.c:5403)
> + - [https://bugzilla.gnome.org/show_bug.cgi?id=775200]
> +
> +CVE: CVE-2017-8872
> +Upstream-Status: Submitted
> +
> +Signed-off-by: Fan Xin 
> +
> +Index: libxml2-2.9.4/HTMLparser.c
> +===
> +--- libxml2-2.9.4.orig/HTMLparser.c
>  libxml2-2.9.4/HTMLparser.c
> +@@ -5396,6 +5396,8 @@ htmlParseTryOrFinish(htmlParserCtxtPtr c
> +   ctxt->instate = XML_PARSER_EOF;
> +   if ((ctxt->sax) && (ctxt->sax->endDocument != NULL))
> +   ctxt->sax->endDocument(ctxt->userData);
> ++
> ++  goto done;
> +   }
> +   }
> + if (avail < 1)
> diff --git a/meta/recipes-core/libxml/libxml2_2.9.4.bb
b/meta/recipes-core/libxml/libxml2_2.9.4.bb
> index ea0d3b8..0b4cbca 100644
> --- a/meta/recipes-core/libxml/libxml2_2.9.4.bb
> +++ b/meta/recipes-core/libxml/libxml2_2.9.4.bb
> @@ -24,6 +24,7 @@ SRC_URI = "
ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz;name=libtar \
> file://libxml2-CVE-2016-4658.patch \
> file://libxml2-fix_NULL_pointer_derefs.patch \
> file://CVE-2016-9318.patch \
> +  file://libxml2-CVE-2017-8872.patch \
>"
>
>  SRC_URI[libtar.md5sum] = "ae249165c173b1ff386ee8ad676815f5"
> --
> 1.9.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] openssl: Upgrade 1.0.2k -> 1.0.2l

[Jussi Kukkonen]

On 8 June 2017 at 11:18, Changhyeok Bae  wrote:

> Patch fix-cipher-des-ede3-cfb1.patch was removed as it is included
> in this release.
>
> Signed-off-by: Changhyeok Bae 
> ---
>  .../openssl/openssl/fix-cipher-des-ede3-cfb1.patch  | 21
> -
>  .../{openssl_1.0.2k.bb => openssl_1.0.2l.bb}|  7 +++
>  2 files changed, 3 insertions(+), 25 deletions(-)
>  delete mode 100644 meta/recipes-connectivity/openssl/openssl/fix-cipher-
> des-ede3-cfb1.patch
>  rename meta/recipes-connectivity/openssl/{openssl_1.0.2k.bb =>
> openssl_1.0.2l.bb} (90%)
>
> diff --git 
> a/meta/recipes-connectivity/openssl/openssl/fix-cipher-des-ede3-cfb1.patch
> b/meta/recipes-connectivity/openssl/openssl/fix-cipher-des-ede3-cfb1.patch
> deleted file mode 100644
> index 2a318a4..000
> --- a/meta/recipes-connectivity/openssl/openssl/fix-cipher-
> des-ede3-cfb1.patch
> +++ /dev/null
> @@ -1,21 +0,0 @@
> -Upstream-Status: Submitted
> -
> -This patch adds the fix for one of the ciphers used in openssl, namely
> -the cipher des-ede3-cfb1. Complete bug log and patch is present here:
> -http://rt.openssl.org/Ticket/Display.html?id=2867
> -
> -Signed-off-by: Muhammad Shakeel 
> -
> -Index: openssl-1.0.2/crypto/evp/e_des3.c
> -===
>  openssl-1.0.2.orig/crypto/evp/e_des3.c
> -+++ openssl-1.0.2/crypto/evp/e_des3.c
> -@@ -211,7 +211,7 @@ static int des_ede3_cfb1_cipher(EVP_CIPH
> - size_t n;
> - unsigned char c[1], d[1];
> -
> --for (n = 0; n < inl; ++n) {
> -+for (n = 0; n * 8 < inl; ++n) {
> - c[0] = (in[n / 8] & (1 << (7 - n % 8))) ? 0x80 : 0;
> - DES_ede3_cfb_encrypt(c, d, 1, 1,
> -  (ctx)->ks1, (ctx)->ks2,
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2k.bb
> b/meta/recipes-connectivity/openssl/openssl_1.0.2l.bb
> similarity index 90%
> rename from meta/recipes-connectivity/openssl/openssl_1.0.2k.bb
> rename to meta/recipes-connectivity/openssl/openssl_1.0.2l.bb
> index 83d1a50..6390746 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.0.2k.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.0.2l.bb
> @@ -7,7 +7,7 @@ DEPENDS += "cryptodev-linux"
>  CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS"
>  CFLAG_append_class-native = " -fPIC"
>
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=27ffa5d74bb5a337056c14b2ef93fbf6"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=057d9218c6180e1d9ee407572b2dd225"
>
>  export DIRS = "crypto ssl apps engines"
>  export OE_LDFLAGS="${LDFLAGS}"
> @@ -32,7 +32,6 @@ SRC_URI += "file://find.pl;subdir=${BP}/util/ \
>  file://debian1.0.2/version-script.patch \
>  file://debian1.0.2/soname.patch \
>  file://openssl_fix_for_x32.patch \
> -file://fix-cipher-des-ede3-cfb1.patch \
>  
> file://openssl-avoid-NULL-pointer-dereference-in-EVP_DigestInit_ex.patch
> \
>

I think the patch mentioned above has been obsolete for many releases as
well: see
https://github.com/openssl/openssl/commit/ff2459b91877959bc1a3a8a927c6b5f473530f86

Cheers,
  Jussi


 file://openssl-fix-des.pod-error.patch \
>  file://Makefiles-ptest.patch \
> @@ -45,8 +44,8 @@ SRC_URI += "file://find.pl;subdir=${BP}/util/ \
>  file://Use-SHA256-not-MD5-as-default-digest.patch \
>  file://0001-Fix-build-with-clang-using-external-assembler.patch
> \
>  "
> -SRC_URI[md5sum] = "f965fc0bf01bf882b31314b61391ae65"
> -SRC_URI[sha256sum] = "6b3977c61f2aedf0f96367dcfb5c6e
> 578cf37e7b8d913b4ecb6643c3cb88d8c0"
> +SRC_URI[md5sum] = "f85123cd390e864dfbe517e7616e6566"
> +SRC_URI[sha256sum] = "ce07195b659e75f4e1db4355286007
> 0061f156a98bb37b672b101ba6e3ddf30c"
>
>  PACKAGES =+ "${PN}-engines"
>  FILES_${PN}-engines = "${libdir}/ssl/engines/*.so ${libdir}/engines"
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[Jussi Kukkonen]

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

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

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

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

[Jussi Kukkonen]

Very small release with only bug fixes.

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

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

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

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

[Jussi Kukkonen]

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

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

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

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

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

[Jussi Kukkonen]

Small releases with just a few fixes.

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

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

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

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

[Jussi Kukkonen]

Also inherit allarch: The utils are just shell scripts.

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

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

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

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

[Jussi Kukkonen]

Release with a small amount of bug fixes.

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

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

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

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

[Jussi Kukkonen]

Mostly bug fixes in this release.

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

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

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

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

[Jussi Kukkonen]

Bug fix releases.

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

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

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