Re: [OE-core] version upgrade to python-click - patch

[Felix Snow]

Hello, 

Thanks for the reply, I have tried several times over the last few days to 
subscribe to the devel list so I can send the patch there but it doesn't seem 
to work, so sending it here instead. Patch is attached.

The changes worked as I applied them in our firmware, and I cloned your repo 
locally, carefully put the changes in and created the patch. Am not sure 
exactly how to test it from within your repo. If you can fire it up and put the 
following into the terminal:

python3 -c "import click; print(click.__version__)"

and it returns “7.0” then it is probably working. Would not hurt to do the same 
with python2. 

Regards,
Felix Snow

-Ursprüngliche Nachricht-
Von: Randy MacLeod [mailto:randy.macl...@windriver.com] 
Gesendet: Dienstag, 12. Februar 2019 19:06
An: Felix Snow ; 
openembedded-core@lists.openembedded.org; 
openembedded-de...@lists.openembedded.org
Betreff: Re: [OE-core] version upgrade to python-click

On 2/12/19 5:02 AM, Felix Snow wrote:
> Hello,
> 
> it seems that the latest version of python-click in open-embedded is 6.7 :
> 
> https://layers.openembedded.org/layerindex/recipe/52136/
> 
> This was released in January 2017, but 7.0 came out in September 2018:
> 
> https://pypi.org/project/click/#history
> 
> I have had a considerable struggle with click on our embedded linux 
> around locale.
> 
> It was a hard requirement and there are were a lot of complaints prior 
> to version 7.0
> 
> Here are a few examples:
> 
> https://github.com/NixOS/nixpkgs/pull/41843
> 
> https://github.com/NixOS/nixpkgs/issues/40146
> 
> https://github.com/NixOS/nixpkgs/issues/38991
> 
> I believe they removed the hard dependency in this pull request -
> https://github.com/pallets/click/pull/880
> 
> which went into version 7.0
> 
> If you look at the code of that request there is very little which 
> fixes this, but it would probably still be cleaner at least long term 
> to have the newer version of click than to patch that in our system.  
> The locale issue is one of a long list of changes in 7.0 
> http://click.palletsprojects.com/en/7.x/changelog/

Thanks for pointing that out.

Can you update the recipe, test it and send a patch to:
openembedded-de...@lists.openembedded.org
as per:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded

../Randy

> 
> Actually, click is not explicitly mentioned in the bb file, but 
> python-flask is, and that somehow installs click with it, I think as 
> there is another recipe for python-flask which includes click.
> 
> Cheers,
> 
> Felix
> 
> ...
> 
> PHOENIX CONTACT Cyber Security GmbH
> 
> Richard-Willstätter-Straße 6
> 
> D-12489 Berlin
> 
> 　
> 
> Register Court: AG Charlottenburg, HR B 202908
> 
> Geschäftsführer/General Manager: Kilian Golm
> 
> //
> 


--
# Randy MacLeod
# Wind River Linux

...
PHOENIX CONTACT Cyber Security GmbH 
Richard-Willstätter-Straße 6  
D-12489 Berlin  
 
Register Court: AG Charlottenburg, HR B 202908 
Geschäftsführer/General Manager: Kilian Golm


0001-upgrade-python-click-from-6.7-to-7.0.patch
Description: 0001-upgrade-python-click-from-6.7-to-7.0.patch
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: Upgrade to 2019.01 release

[Alistair Francis]

On Thu, Feb 21, 2019 at 5:07 PM Tom Rini  wrote:
>
> On Fri, Feb 22, 2019 at 12:56:18AM +0100, Marek Vasut wrote:
>
> > This upgrades the U-Boot to latest 2019.01 release.
> >
> > Signed-off-by: Marek Vasut 
> > Cc: Otavio Salvador 
> > Cc: Richard Purdie 
> > Cc: Ross Burton 
>
> Reviewed-by: Tom Rini 

Reviewed-by: Alistair Francis 

I was just about to send out the same patch :)

Alistair

>
> --
> Tom
> --
> ___
> 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 01/12] virglrenderer: add a recipe

[Alexander Kanavin]

Probably this is the very first time virgl is built for mips :-)

Note that it is useful only if you intend to run qemu on that
platform, so I wonder if we could just blacklist it...

Alex

On Fri, 22 Feb 2019 at 19:54, Khem Raj  wrote:
>
> https://errors.yoctoproject.org/Errors/Details/229902/
>
> mips/glibc
>
> On Fri, Feb 22, 2019 at 6:34 AM Alexander Kanavin
>  wrote:
> >
> > This component enables hardware-accelerated GL inside QEMU guests.
> > For more information, see here:
> >
> > https://lwn.net/Articles/767970/
> > https://www.collabora.com/news-and-blog/blog/2018/02/12/virtualizing-gpu-access/
> > https://www.collabora.com/news-and-blog/blog/2018/05/09/gpu-virtualization-update/
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/conf/distro/include/maintainers.inc  |  1 +
> >  ...efile.am-explicitly-link-with-libdrm.patch | 31 +++
> >  .../0001-vtest-add-missing-includes.patch | 38 +++
> >  .../virglrenderer/virglrenderer_0.7.0.bb  | 19 ++
> >  4 files changed, 89 insertions(+)
> >  create mode 100644 
> > meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> >  create mode 100644 
> > meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> >  create mode 100644 
> > meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
> >
> > diff --git a/meta/conf/distro/include/maintainers.inc 
> > b/meta/conf/distro/include/maintainers.inc
> > index 4e3fc103afc..f5e6343904b 100644
> > --- a/meta/conf/distro/include/maintainers.inc
> > +++ b/meta/conf/distro/include/maintainers.inc
> > @@ -700,6 +700,7 @@ RECIPE_MAINTAINER_pn-util-macros = "Armin Kuster 
> > "
> >  RECIPE_MAINTAINER_pn-v86d = "Alexander Kanavin "
> >  RECIPE_MAINTAINER_pn-vala = "Alexander Kanavin "
> >  RECIPE_MAINTAINER_pn-valgrind = "Alexander Kanavin 
> > "
> > +RECIPE_MAINTAINER_pn-virglrenderer = "Alexander Kanavin 
> > "
> >  RECIPE_MAINTAINER_pn-volatile-binds = "Chen Qi "
> >  RECIPE_MAINTAINER_pn-vte = "Anuj Mittal "
> >  RECIPE_MAINTAINER_pn-vulkan = "Ross Burton "
> > diff --git 
> > a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> >  
> > b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> > new file mode 100644
> > index 000..aa8d814845e
> > --- /dev/null
> > +++ 
> > b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> > @@ -0,0 +1,31 @@
> > +From d61f7073b8ce159d21811b291c22b273b040c330 Mon Sep 17 00:00:00 2001
> > +From: Alexander Kanavin 
> > +Date: Tue, 12 Feb 2019 12:04:52 +0100
> > +Subject: [PATCH] Makefile.am: explicitly link with libdrm
> > +
> > +Otherwise, a failure happens with gold linker:
> > +
> > +../src/.libs/libvirglrenderer.so: error: undefined reference to 
> > 'drmPrimeHandleToFD'
> > +
> > +https://errors.yoctoproject.org/Errors/Details/222046/
> > +
> > +Upstream-Status: Accepted 
> > [https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/153]
> > +Signed-off-by: Alexander Kanavin 
> > +---
> > + src/Makefile.am | 1 +
> > + 1 file changed, 1 insertion(+)
> > +
> > +diff --git a/src/Makefile.am b/src/Makefile.am
> > +index 9a0a44e..9b668c8 100644
> > +--- a/src/Makefile.am
> >  b/src/Makefile.am
> > +@@ -1,5 +1,6 @@
> > + SUBDIRS := gallium/auxiliary
> > + AM_LDFLAGS = -lm \
> > ++  $(LIBDRM_LIBS) \
> > +   $(GBM_LIBS) \
> > +   $(EPOXY_LIBS) \
> > +   $(X11_LIBS) \
> > +--
> > +2.17.1
> > +
> > diff --git 
> > a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> >  
> > b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> > new file mode 100644
> > index 000..2b4ffa932de
> > --- /dev/null
> > +++ 
> > b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> > @@ -0,0 +1,38 @@
> > +From 05c5c5f43fbffb3317bd9da27d414890d2ef493c Mon Sep 17 00:00:00 2001
> > +From: Alexander Kanavin 
> > +Date: Fri, 18 Jan 2019 13:47:23 +0100
> > +Subject: [PATCH] vtest: add missing includes
> > +
> > +This fixes build failures with musl C library
> > +
> > +Upstream-Status: Accepted 
> > [https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/125]
> > +Signed-off-by: Alexander Kanavin 
> > +---
> > + vtest/util.c | 1 +
> > + vtest/vtest_server.c | 1 +
> > + 2 files changed, 2 insertions(+)
> > +
> > +diff --git a/vtest/util.c b/vtest/util.c
> > +index 0d3c78f..c605253 100644
> > +--- a/vtest/util.c
> >  b/vtest/util.c
> > +@@ -26,6 +26,7 @@
> > + #include 
> > + #include 
> > + #include 
> > ++#include 
> > +
> > + int vtest_wait_for_fd_read(int fd)
> > + {
> > +diff --git a/vtest/vtest_server.c b/vtest/vtest_server.c
> > +index bc6c95f..010721f 100644
> > +--- a/vtest/vtest_server.c
> >  b/vtest/vtest_server.c
> > +@@ -31,6 +31,7 @@
> > +

Re: [OE-core] [PATCH 01/12] virglrenderer: add a recipe

[Khem Raj]

https://errors.yoctoproject.org/Errors/Details/229902/

mips/glibc

On Fri, Feb 22, 2019 at 6:34 AM Alexander Kanavin
 wrote:
>
> This component enables hardware-accelerated GL inside QEMU guests.
> For more information, see here:
>
> https://lwn.net/Articles/767970/
> https://www.collabora.com/news-and-blog/blog/2018/02/12/virtualizing-gpu-access/
> https://www.collabora.com/news-and-blog/blog/2018/05/09/gpu-virtualization-update/
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/distro/include/maintainers.inc  |  1 +
>  ...efile.am-explicitly-link-with-libdrm.patch | 31 +++
>  .../0001-vtest-add-missing-includes.patch | 38 +++
>  .../virglrenderer/virglrenderer_0.7.0.bb  | 19 ++
>  4 files changed, 89 insertions(+)
>  create mode 100644 
> meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
>  create mode 100644 
> meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
>  create mode 100644 meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 4e3fc103afc..f5e6343904b 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -700,6 +700,7 @@ RECIPE_MAINTAINER_pn-util-macros = "Armin Kuster 
> "
>  RECIPE_MAINTAINER_pn-v86d = "Alexander Kanavin "
>  RECIPE_MAINTAINER_pn-vala = "Alexander Kanavin "
>  RECIPE_MAINTAINER_pn-valgrind = "Alexander Kanavin "
> +RECIPE_MAINTAINER_pn-virglrenderer = "Alexander Kanavin 
> "
>  RECIPE_MAINTAINER_pn-volatile-binds = "Chen Qi "
>  RECIPE_MAINTAINER_pn-vte = "Anuj Mittal "
>  RECIPE_MAINTAINER_pn-vulkan = "Ross Burton "
> diff --git 
> a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
>  
> b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> new file mode 100644
> index 000..aa8d814845e
> --- /dev/null
> +++ 
> b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
> @@ -0,0 +1,31 @@
> +From d61f7073b8ce159d21811b291c22b273b040c330 Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin 
> +Date: Tue, 12 Feb 2019 12:04:52 +0100
> +Subject: [PATCH] Makefile.am: explicitly link with libdrm
> +
> +Otherwise, a failure happens with gold linker:
> +
> +../src/.libs/libvirglrenderer.so: error: undefined reference to 
> 'drmPrimeHandleToFD'
> +
> +https://errors.yoctoproject.org/Errors/Details/222046/
> +
> +Upstream-Status: Accepted 
> [https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/153]
> +Signed-off-by: Alexander Kanavin 
> +---
> + src/Makefile.am | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/src/Makefile.am b/src/Makefile.am
> +index 9a0a44e..9b668c8 100644
> +--- a/src/Makefile.am
>  b/src/Makefile.am
> +@@ -1,5 +1,6 @@
> + SUBDIRS := gallium/auxiliary
> + AM_LDFLAGS = -lm \
> ++  $(LIBDRM_LIBS) \
> +   $(GBM_LIBS) \
> +   $(EPOXY_LIBS) \
> +   $(X11_LIBS) \
> +--
> +2.17.1
> +
> diff --git 
> a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
>  
> b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> new file mode 100644
> index 000..2b4ffa932de
> --- /dev/null
> +++ 
> b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
> @@ -0,0 +1,38 @@
> +From 05c5c5f43fbffb3317bd9da27d414890d2ef493c Mon Sep 17 00:00:00 2001
> +From: Alexander Kanavin 
> +Date: Fri, 18 Jan 2019 13:47:23 +0100
> +Subject: [PATCH] vtest: add missing includes
> +
> +This fixes build failures with musl C library
> +
> +Upstream-Status: Accepted 
> [https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/125]
> +Signed-off-by: Alexander Kanavin 
> +---
> + vtest/util.c | 1 +
> + vtest/vtest_server.c | 1 +
> + 2 files changed, 2 insertions(+)
> +
> +diff --git a/vtest/util.c b/vtest/util.c
> +index 0d3c78f..c605253 100644
> +--- a/vtest/util.c
>  b/vtest/util.c
> +@@ -26,6 +26,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> +
> + int vtest_wait_for_fd_read(int fd)
> + {
> +diff --git a/vtest/vtest_server.c b/vtest/vtest_server.c
> +index bc6c95f..010721f 100644
> +--- a/vtest/vtest_server.c
>  b/vtest/vtest_server.c
> +@@ -31,6 +31,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> +
> + #include "util.h"
> + #include "vtest.h"
> diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb 
> b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
> new file mode 100644
> index 000..500ed4f2d8b
> --- /dev/null
> +++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
> @@ -0,0 +1,19 @@
> +SUMMARY = "VirGL virtual OpenGL renderer"
> +HOMEPAGE = "https://virgil3d.github.io/";
> +
> +LICENSE 

[OE-core] [PATCH] btrfs-tools Makefile: remove duplicated '-o $@' option from CC cmdline for libbtrfsutil/ subfolder

[Ivan Efimov]

Command line for target "libbtrfsutil/%.o" contained 
double usage of '-o $@' option and causes compilation error: 

cc1: error: too many filenames given 

Signed-off-by: Ivan Efimov  
--- 
...01-Makefile-fix-double-o-compiler-option-using.patch | 17 + 
meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb | 1 + 
2 files changed, 18 insertions(+) 
create mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Makefile-fix-double-o-compiler-option-using.patch
 

diff --git 
a/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Makefile-fix-double-o-compiler-option-using.patch
 b/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Makefile-fix-dou$ 
le-o-compiler-option-using.patch 
new file mode 100644 
index 00..335067bc1f 
--- /dev/null 
+++ 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools/0001-Makefile-fix-double-o-compiler-option-using.patch
 
@@ -0,0 +1,17 @@ 
+Command line for target "libbtrfsutil/%.o" contained double usage 
+ of '-o $@' option and caused error: 
+ cc1: error: too many filenames given 
+ 
+Index: git/Makefile 
+=== 
+--- git.orig/Makefile 
 git/Makefile 
+@@ -414,7 +414,7 @@ libbtrfs.so.0 libbtrfs.so: libbtrfs.so.0 
+ 
+ libbtrfsutil/%.o: libbtrfsutil/%.c 
+ @echo " [CC] $@" 
+- $(Q)$(CC) $(LIBBTRFSUTIL_CFLAGS) -o $@ -c $< -o $@ 
++ $(Q)$(CC) $(LIBBTRFSUTIL_CFLAGS) -c $< -o $@ 
+ 
+ libbtrfsutil.so.$(libbtrfsutil_version): $(libbtrfsutil_objects) 
+ @echo " [LD] $@" 
diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb 
index 1b4f515cb6..f1c4691313 100644 
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb 
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb 
@@ -19,6 +19,7 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git \ 
file://0001-Makefile-build-mktables-using-native-gcc.patch \ 
file://0001-Add-LDFLAGS-when-building-libbtrfsutil.so.patch \ 
file://0001-Add-a-possibility-to-specify-where-python-modules-ar.patch \ 
+ file://0001-Makefile-fix-double-o-compiler-option-using.patch \ 
" 

inherit autotools-brokensep pkgconfig manpages distutils3-base 
-- 
2.14.1 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH][morty] perl, do_install_ptest_base: add "--" into "tar" command line

[Ivan Efimov]

Add explicit separator "--" between options and arguments in "tar" 
command to avoid mistakenly detection file which name starts with "-" as 
an unknown option 

Steps for reproduce issue: 

* Add next variables into "conf/local.conf": 

CC_append_pn-perl = " -MD -Ml,M" 
CXX_append_pn-perl = " -MD -Ml,M" 

* Then "bitbake perl" 
* Task "do_install_ptest_base" will fail with error: 

tar: invalid option -- '.' 

because of presence next file 

tmp/work/i586-poky-linux/perl/5.22.1-r0/perl-5.22.1/-.d 

which starts from minus (-) sign and Yocto tries to run: 

tar  -.d  

and "tar" parse "-.d" as a option instead of file 

Signed-off-by: Ivan Efimov  
--- 
meta/recipes-devtools/perl/perl-ptest.inc | 2 +- 
1 file changed, 1 insertion(+), 1 deletion(-) 

diff --git a/meta/recipes-devtools/perl/perl-ptest.inc 
b/meta/recipes-devtools/perl/perl-ptest.inc 
index d136c5c0e4..51367b5ed9 100644 
--- a/meta/recipes-devtools/perl/perl-ptest.inc 
+++ b/meta/recipes-devtools/perl/perl-ptest.inc 
@@ -9,7 +9,7 @@ do_install_ptest () { 
sed -e "s:\/opt:\/usr:" -i Porting/add-package.pl 
sed -e "s:\/local\/gnu\/:\/:" -i hints/cxux.sh 
tar -c --exclude=\*.o --exclude=libperl.so --exclude=Makefile 
--exclude=makefile --exclude=hostperl \ 
- --exclude=miniperl --exclude=generate_uudmap --exclude=patches * | ( cd 
${D}${PTEST_PATH} && tar -x ) 
+ --exclude=miniperl --exclude=generate_uudmap --exclude=patches -- * | ( cd 
${D}${PTEST_PATH} && tar -x ) 

sed -i -e "s,${D},,g" \ 
-e "s,--sysroot=${STAGING_DIR_HOST},,g" \ 
-- 
2.14.1 

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

Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

[George McCollister]

I missed that some how.

Thanks for correcting me.
-George

On Fri, Feb 22, 2019 at 11:18 AM Alexander Kanavin
 wrote:
>
> On Fri, 22 Feb 2019 at 18:13, George McCollister
>  wrote:
> >
> > I believe this was discussed before and the recommendation was to wait
> > until 241 to be release. In any case I currently have no interest in
> > upgrading it. My main motivation is to patch this CVE in sumo but
> > maintainers seem to want it in master first (even though different
> > version of the patches are required).
>
> 241 has been released:
> https://github.com/systemd/systemd/releases
>
> It's fine if you don't want to do the upgrade, just wanted to correct
> that point.
>
> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

[Alexander Kanavin]

On Fri, 22 Feb 2019 at 18:13, George McCollister
 wrote:
>
> I believe this was discussed before and the recommendation was to wait
> until 241 to be release. In any case I currently have no interest in
> upgrading it. My main motivation is to patch this CVE in sumo but
> maintainers seem to want it in master first (even though different
> version of the patches are required).

241 has been released:
https://github.com/systemd/systemd/releases

It's fine if you don't want to do the upgrade, just wanted to correct
that point.

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

Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

[George McCollister]

I believe this was discussed before and the recommendation was to wait
until 241 to be release. In any case I currently have no interest in
upgrading it. My main motivation is to patch this CVE in sumo but
maintainers seem to want it in master first (even though different
version of the patches are required).

-George

On Fri, Feb 22, 2019 at 11:04 AM Alexander Kanavin
 wrote:
>
> On Fri, 22 Feb 2019 at 17:55, George McCollister
>  wrote:
> > Apply patches from systemd_239-7ubuntu10.8 to fix CVE-2019-6454.
> > CVE-2019-6454 is an issue in which systemd (PID1) can be crashed with a
> > specially formed D-Bus message.
> > +
> > +For information see:
> > +https://usn.ubuntu.com/3891-1/
> > +https://git.launchpad.net/ubuntu/+source/systemd/commit/?id=f8e75d5634904c8e672658856508c3a02f349adb
> > +
> > +CVE: CVE-2019-6454
> > +Upstream-Status: Backport
>
> It would be better to update systemd to latest upstream release, are
> you able to do this?
>
> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] OpenEmbedded Fund Raising

[Philip Balister]

People of OpenEmbedded, it is time to get serious about fund raising to
cover some basic expenses, such as meeting rooms for OpenEmbedded
related events, travel for people representing the organization etc.
We've been very dependent on the generosity of a few people for our
basic needs.

In the past, we have worked with the Yocto Project to fund things like
space for meetings that benefited both organisations. Over the past
year, the Yocto Budget for these activities has been reduced. The Yocto
Project focus for the next six months is more on expanding membership to
resolve some budget issues.

This highlights a need for OpenEmbedded to actively fund raise now. We
have around 660 usd in our account with Software in the Public Interest.
Our income source is a handful of recurring contributions from a handful
of generous individuals. I'd like to take this chance to thank them.

We'd like to see two things happen to help kick start this process. One
time donations via the donation page are great, but what really helps is
signing up for a small donation each month. This develops a revenue
stream the board can plan around.

I've created a web page explaining how to donate and providing some
resources for obtaining matching contributions and credit for volunteer
hours:

https://www.openembedded.org/wiki/Donating_to_OpenEmbedded

We'd love to talk about corporate donations, but we need to be sensitive
to Yocto Project recruiting efforts. I do feel we should talk with
companies that are too small for the Linux Foundation.

Long term, we have more ideas of projects that require money, but I'd
like to get a baseline in place before larger funding campaigns.

If you have specific questions, send them to bo...@openembedded.org.

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

Re: [OE-core] [PATCH] systemd: fix CVE-2019-6454

[Alexander Kanavin]

On Fri, 22 Feb 2019 at 17:55, George McCollister
 wrote:
> Apply patches from systemd_239-7ubuntu10.8 to fix CVE-2019-6454.
> CVE-2019-6454 is an issue in which systemd (PID1) can be crashed with a
> specially formed D-Bus message.
> +
> +For information see:
> +https://usn.ubuntu.com/3891-1/
> +https://git.launchpad.net/ubuntu/+source/systemd/commit/?id=f8e75d5634904c8e672658856508c3a02f349adb
> +
> +CVE: CVE-2019-6454
> +Upstream-Status: Backport

It would be better to update systemd to latest upstream release, are
you able to do this?

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

[OE-core] [PATCH] systemd: fix CVE-2019-6454

[George McCollister]

Apply patches from systemd_239-7ubuntu10.8 to fix CVE-2019-6454.
CVE-2019-6454 is an issue in which systemd (PID1) can be crashed with a
specially formed D-Bus message.

For information see:
https://usn.ubuntu.com/3891-1/
https://git.launchpad.net/ubuntu/+source/systemd/commit/?id=f8e75d5634904c8e672658856508c3a02f349adb

Signed-off-by: George McCollister 
---
 .../systemd/systemd/CVE-2019-6454.patch   | 210 ++
 ...eive-an-invalid-dbus-message-ignore-.patch |  61 +
 meta/recipes-core/systemd/systemd_239.bb  |   2 +
 3 files changed, 273 insertions(+)
 create mode 100644 meta/recipes-core/systemd/systemd/CVE-2019-6454.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/sd-bus-if-we-receive-an-invalid-dbus-message-ignore-.patch

diff --git a/meta/recipes-core/systemd/systemd/CVE-2019-6454.patch 
b/meta/recipes-core/systemd/systemd/CVE-2019-6454.patch
new file mode 100644
index 00..80170dac0f
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/CVE-2019-6454.patch
@@ -0,0 +1,210 @@
+Description: sd-bus: enforce a size limit for dbus paths, and don't allocate
+ them on the stacka
+Forwarded: no
+
+Patch from: systemd_239-7ubuntu10.8
+
+For information see:
+https://usn.ubuntu.com/3891-1/
+https://git.launchpad.net/ubuntu/+source/systemd/commit/?id=f8e75d5634904c8e672658856508c3a02f349adb
+
+CVE: CVE-2019-6454
+Upstream-Status: Backport
+
+Signed-off-by: George McCollister 
+
+--- a/src/libsystemd/sd-bus/bus-internal.c
 b/src/libsystemd/sd-bus/bus-internal.c
+@@ -45,7 +45,7 @@
+ if (slash)
+ return false;
+
+-return true;
++return (q - p) <= BUS_PATH_SIZE_MAX;
+ }
+
+ char* object_path_startswith(const char *a, const char *b) {
+--- a/src/libsystemd/sd-bus/bus-internal.h
 b/src/libsystemd/sd-bus/bus-internal.h
+@@ -333,6 +333,10 @@
+
+ #define BUS_MESSAGE_SIZE_MAX (128*1024*1024)
+ #define BUS_AUTH_SIZE_MAX (64*1024)
++/* Note that the D-Bus specification states that bus paths shall have no size 
limit. We enforce here one
++ * anyway, since truly unbounded strings are a security problem. The limit we 
pick is relatively large however,
++ * to not clash unnecessarily with real-life applications. */
++#define BUS_PATH_SIZE_MAX (64*1024)
+
+ #define BUS_CONTAINER_DEPTH 128
+
+--- a/src/libsystemd/sd-bus/bus-objects.c
 b/src/libsystemd/sd-bus/bus-objects.c
+@@ -1134,7 +1134,8 @@
+ const char *path,
+ sd_bus_error *error) {
+
+-char *prefix;
++_cleanup_free_ char *prefix = NULL;
++size_t pl;
+ int r;
+
+ assert(bus);
+@@ -1150,7 +1151,12 @@
+ return 0;
+
+ /* Second, add fallback vtables registered for any of the prefixes */
+-prefix = alloca(strlen(path) + 1);
++pl = strlen(path);
++assert(pl <= BUS_PATH_SIZE_MAX);
++prefix = new(char, pl + 1);
++if (!prefix)
++return -ENOMEM;
++
+ OBJECT_PATH_FOREACH_PREFIX(prefix, path) {
+ r = object_manager_serialize_path(bus, reply, prefix, path, 
true, error);
+ if (r < 0)
+@@ -1346,6 +1352,7 @@
+ }
+
+ int bus_process_object(sd_bus *bus, sd_bus_message *m) {
++_cleanup_free_ char *prefix = NULL;
+ int r;
+ size_t pl;
+ bool found_object = false;
+@@ -1370,9 +1377,12 @@
+ assert(m->member);
+
+ pl = strlen(m->path);
+-do {
+-char prefix[pl+1];
++assert(pl <= BUS_PATH_SIZE_MAX);
++prefix = new(char, pl + 1);
++if (!prefix)
++return -ENOMEM;
+
++do {
+ bus->nodes_modified = false;
+
+ r = object_find_and_run(bus, m, m->path, false, 
&found_object);
+@@ -1499,9 +1509,15 @@
+
+ n = hashmap_get(bus->nodes, path);
+ if (!n) {
+-char *prefix;
++_cleanup_free_ char *prefix = NULL;
++size_t pl;
++
++pl = strlen(path);
++assert(pl <= BUS_PATH_SIZE_MAX);
++prefix = new(char, pl + 1);
++if (!prefix)
++return -ENOMEM;
+
+-prefix = alloca(strlen(path) + 1);
+ OBJECT_PATH_FOREACH_PREFIX(prefix, path) {
+ n = hashmap_get(bus->nodes, prefix);
+ if (n)
+@@ -2091,8 +2107,9 @@
+ char **names) {
+
+ BUS_DONT_DESTROY(bus);
++_cleanup_free_ char *prefix = NULL;
+ bool found_interface = false;
+-char *prefix;
++size_t pl;
+ int r;
+
+ assert_return(bus, -EINVAL);
+@@ -2111,6 +2128,12 @@
+ if (names && names[0] == NULL)
+ return 0;
+
++pl = strlen(path);
++assert(pl <= BUS_PATH_SIZE_MAX);
++prefix = new(char, pl + 1);
++if (!prefix)
++return -ENOMEM;
++
+ do {
+ bus->nodes_

[OE-core] [PATCH 00/64] Sumo-next pull request

[Armin Kuster]

Please consider this for Sumo.

Passed A-full

The following changes since commit 58e82c451071d0e257da6088cf643e636282084c:

  brief-yoctoprojectqs, dev-manual: Updated poky clone examples. (2019-01-16 
15:35:54 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib stable/sumo-next
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=stable/sumo-next

Alexander Kanavin (2):
  oeqa: replace Alex Kanavin's @intel email address with a personal one
  oeqa/runtime/cases/python: use python 3 rather than python 2

Aníbal Limón (1):
  meta/classes/testimage.bbclass: Only validate IMAGE_FSTYPES when is
QEMU

Armin Kuster (4):
  tzdata: update to 2018g
  tzcode-native: update to 2018g
  tzdata/tzcode-native: update to 2018i
  perl: add testdepends for ssh

Chen Qi (2):
  package.bbclass: fix python unclosed file ResourceWarning
  oeqa/runtime/cases/rpm.py: change to use base-passwd-doc

Douglas Royds (1):
  patch: reproducibility: Fix host umask leakage

Emmanuel Roullit (1):
  testimage.bbclass: fix qemu_use_kvm handling

Erik Botö (1):
  testimage: Add possibility to pass parmeters to qemu

Federico Sauter (1):
  kernel: don't assign the build user/host

Jeremy Puhlman (1):
  Only add uninative and checksum if inherited uninative class

Jose Perez Carranza (1):
  runtime/dnf: Add new dnf test cases

Kai Kang (1):
  testimage.bbclass: remove boot parameter systemd.log_target

Paul Eggleton (2):
  oe-selftest: devtool: avoid parallel races by using temporary copy of
core
  bitbake: utils: add optional callback to edit_bblayers_conf()

Peter Kjellerstedt (3):
  bitbake: bitbake-diffsigs: Merge with bitbake-dumpsig
  bitbake: bitbake-diffsigs: Support recursive deps with signature files
  oe-selftest: devtool: Support meta being a symbolic link

Richard Purdie (25):
  busybox: Put klogd/syslogd alternative links in syslog package
  bitbake: server/process: Make lockfile handling clearer
  bitbake: server/process: Show the last 60 log lines, not the last 10
  bitbake: server/process: Show last 60 lines of the log if the server
didn't start
  testimage/testsdk/selftest: Avoid platform.distro_identifier
deprecation warnings
  package: Rework PACKAGELOCK based upon sstate for do_packagedata
  bitbake: server/process: Increase server startup time delay
  bitbake: cooker: Add some timing debug messages to the server startup
  bitbake: server/process: Ensure socket has a timeout set
  bitbake: process.py: Set socket timeout to 10 seconds
  bitbake: process: Handle EWOULDBLOCK in socket connect
  bitbake: process: Rewrite multiple connection handling
  testimage: Simplfy DEFAULT_TEST_SUITES logic
  testimage: Further cleanup DEFAULT_TEST_SUITES
  testimage: Enable autorunning of the package manager testsuites
  oeqa/runtime/cases: Improve test dependency information
  oeqa/runtime/cases: Improve dependencies of kernel/gcc/build tests
  oeqa/utils/buildproject: Only clean files if we've done something
  oeqa/utils/httpserver: Rework to avoid hangs and improve logging
  multilib_script: Add support for multilib scripts
  libtool: Fix problem with libtoolize in multilib installations
  libtool: Fix patch status tag
  libtool-cross: Handle ccache sstate 'infection' issues
  archiver/package_rpm: Fix the worst src.rpm generation race
  package_rpm/archiver: Apply bandaid to src.rpm creation

Robert Yang (7):
  bitbake: server/process: print a message when no logfile
  oeqa/utils/qemurunner: Print output when failed to login
  oeqa/utils/qemurunner: set timeout to 60s for run_serial
  oeqa: Fix for QEMU_USE_KVM
  oeqa: make it work for multiple users
  runqemu-gen-tapdevs: Allow run --help without sudo
  oeqa/selftest/runqemu: Enable kvm when QEMU_USE_KVM is set

Ross Burton (7):
  bitbake: layerindex: don't use shell=True when cloning
  bitbake: fetch: don't use shell=True when listing ar files
  runqemu: clean up subprocess usage
  oeqa/runtime/python: clean up Python test
  oeqa: rationalise Perl tests
  cpio: fix crash when appending to archives
  image_types: use cpio-native to build cpio images

Yeoh Ee Peng (4):
  scripts/oe-git-archive: fix non-existent key referencing error
  testimage: Add support for slirp
  oeqa/qemu & runtime: qemu do not need ip input from external
  oeqa/runtime/dnf: Make sure test_dnf_install does not skipped

 bitbake/bin/bitbake-diffsigs   | 143 -
 bitbake/bin/bitbake-dumpsig|  95 +-
 bitbake/lib/bb/cooker.py   |  19 +++
 bitbake/lib/bb/fetch2/__init__.py  |   2 +-
 bitbake/lib/bb/server/process.py   |  96 +-
 bitbake/lib/bb/utils.py|  15 ++-
 bitbake/lib/bblayers/layerindex.py |   2 +-
 .../lib/oeqa/runtime/cases/dnf_runtime.py  |   2 +-
 meta/classes/archiver.bbclass  |   6 +
 meta/classes/image_types.bbclass 

Re: [OE-core] [PATCH 0/3] alsa recipe updates

[Tanu Kaskinen]

On Fri, 2019-02-22 at 07:01 -0800, Khem Raj wrote:
> On Thu, Feb 21, 2019 at 10:33 AM Alexander Kanavin
>  wrote:
> > ftp://ftp.alsa.org seems inaccessible or unstable:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/70/builds/317/steps/7/logs/step1b
> > (also can't open it on my local machine)
> > and generally we prefer http:// sources over ftp, if available.
> > 
> > Alsa does have one: https://www.alsa-project.org/files/
> > 
> > so can you please resend with SRC_URIs changed to use it? (also for
> > alsa-tools and everywhere where the ftp is currently used)
> > 
> > Alex
> 
> seeing this fetch issue building alsa-utils-scripts
> 
> ERROR: Fetcher failure for URL:
> 'https://www.alsa-project.org/files/pub/utils/alsa-utils-scripts-1.1.8.tar.bz2'.
> Unable to fetch URL from any source.

Fixed in master-next:
http://cgit.openembedded.org/openembedded-core/commit/?h=master-next&id=865147cdfff8dd2762aa9ccf4672aacec0a8040f

-- 
Tanu

https://www.patreon.com/tanuk
https://liberapay.com/tanuk

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

Re: [OE-core] [thud][PATCH 1/2] libaio: Extend to native

[akuster808]

On 2/22/19 3:00 AM, Peter Kjellerstedt wrote:
> *ping*
>
> //Peter

you mean this?
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/recipes-extended/libaio?h=thud&id=40350b46d5c053b4336cc128922f44ce80e7da9a
>
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org 
>>  On Behalf Of Peter 
>> Kjellerstedt
>> Sent: den 22 december 2018 23:13
>> To: openembedded-core@lists.openembedded.org
>> Subject: [OE-core] [thud][PATCH 1/2] libaio: Extend to native
>>
>> From: Peter Kjellerstedt 
>>
>> lvm2 currently requires libaio. So building lvm2-native will result in
>> the following error.
>>
>>   ERROR: Required build target 'lvm2-native' has no buildable providers.
>>   Missing or unbuildable dependency chain was: ['lvm2-native', 
>> 'libaio-native']
>>
>> Extend libaio to native to fix this issue.
>>
>> Signed-off-by: Peter Kjellerstedt 
>> Signed-off-by: Richard Purdie 
>> ---
>>
>> This is a backport from master.
>>
>>  meta/recipes-extended/libaio/libaio_0.3.111.bb | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-extended/libaio/libaio_0.3.111.bb 
>> b/meta/recipes-extended/libaio/libaio_0.3.111.bb
>> index 04b50b61ec..8e1cd349a0 100644
>> --- a/meta/recipes-extended/libaio/libaio_0.3.111.bb
>> +++ b/meta/recipes-extended/libaio/libaio_0.3.111.bb
>> @@ -20,4 +20,4 @@ do_install () {
>>  oe_runmake install DESTDIR=${D}
>>  }
>>
>> -BBCLASSEXTEND = "nativesdk"
>> +BBCLASSEXTEND = "native nativesdk"
>> --
>> 2.12.0

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

[OE-core] [PATCH 2/2] lib/oe/package_manager.py: turn nativesdk postinst warnings into notes

[Alexander Kanavin]

The warnings deal with two specific cases of failure:
1) unable to execute nativesdk postinsts for mingw SDKs because
they need to be run under wine
2) unable to execute target postinsts when there is no qemu
usermode support for the target

Neither of these should be a big problem as mingw issue was never
found to problematic, and target postinsts deal with things that
are needed at runtime and not at build time which is the purpose
of SDKs.

The specific reason to do this is to reduce the amount of warnings
shown by the Yocto autobuilder, to zero eventually.

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

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index f5cd7454d7e..2835c1ddf8e 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -440,7 +440,7 @@ class PackageManager(object, metaclass=ABCMeta):
 continue
 
 if populate_sdk == 'host' and self.d.getVar('SDK_OS') == 'mingw32':
-bb.warn("The postinstall intercept hook '%s' could not be 
executed due to missing wine support, details in %s/log.do_%s"
+bb.note("The postinstall intercept hook '%s' could not be 
executed due to missing wine support, details in %s/log.do_%s"
 % (script, self.d.getVar('T'), 
self.d.getVar('BB_CURRENTTASK')))
 continue
 
@@ -455,7 +455,7 @@ class PackageManager(object, metaclass=ABCMeta):
 bb.fatal("The postinstall intercept hook '%s' failed, 
details in %s/log.do_%s" % (script, self.d.getVar('T'), 
self.d.getVar('BB_CURRENTTASK')))
 elif populate_sdk == 'target':
 if "qemuwrapper: qemu usermode is not supported" in 
e.output.decode("utf-8"):
-bb.warn("The postinstall intercept hook '%s' could not 
be executed due to missing qemu usermode support, details in %s/log.do_%s"
+bb.note("The postinstall intercept hook '%s' could not 
be executed due to missing qemu usermode support, details in %s/log.do_%s"
 % (script, self.d.getVar('T'), 
self.d.getVar('BB_CURRENTTASK')))
 else:
 bb.fatal("The postinstall intercept hook '%s' failed, 
details in %s/log.do_%s" % (script, self.d.getVar('T'), 
self.d.getVar('BB_CURRENTTASK')))
-- 
2.17.1

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

[OE-core] [PATCH 1/2] util-linux: add the missing manpages PACKAGECONFIG

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/util-linux/util-linux.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index ea654e193af..e30e6331fd4 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -105,6 +105,9 @@ EXTRA_OECONF = "\
 "
 
 PACKAGECONFIG_class-target ?= "${@bb.utils.filter('DISTRO_FEATURES', 'pam', 
d)}"
+# inherit manpages requires this to be present, however util-linux does not 
have 
+# configuration options, and installs manpages always
+PACKAGECONFIG[manpages] = ""
 PACKAGECONFIG[pam] = "--enable-su --enable-runuser,--disable-su 
--disable-runuser, libpam,"
 # Respect the systemd feature for uuidd
 PACKAGECONFIG[systemd] = "--with-systemd 
--with-systemdsystemunitdir=${systemd_system_unitdir}, --without-systemd 
--without-systemdsystemunitdir,systemd"
-- 
2.17.1

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

Re: [OE-core] [PATCH 01/14] blktool: upgrade 4-7 -> 4-7.1

[Adrian Bunk]

On Thu, Feb 21, 2019 at 12:41:17PM +, Richard Purdie wrote:
> Signed-off-by: Richard Purdie 
> ---
>  .../blktool/{blktool_4-7.bb => blktool_4-7.1.bb}| 2 ++
>  1 file changed, 2 insertions(+)
>  rename meta/recipes-extended/blktool/{blktool_4-7.bb => blktool_4-7.1.bb} 
> (90%)
> 
> diff --git a/meta/recipes-extended/blktool/blktool_4-7.bb 
> b/meta/recipes-extended/blktool/blktool_4-7.1.bb
> similarity index 90%
> rename from meta/recipes-extended/blktool/blktool_4-7.bb
> rename to meta/recipes-extended/blktool/blktool_4-7.1.bb
> index 0e6f7ee6df1..468925e329b 100644
> --- a/meta/recipes-extended/blktool/blktool_4-7.bb
> +++ b/meta/recipes-extended/blktool/blktool_4-7.1.bb
> @@ -9,6 +9,8 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
>  
>  DEPENDS = "glib-2.0"
>  
> +SRC_URI[sha256sum] = 
> "b1e6d5912546d2a4b704ec65c2b9664aa3b4663e7d800e06803330335a2cb764"
> +SRC_URI[md5sum] = "62edc09c9908107e69391c87f4f3fd40"

Adding hashes insted of updating them looks wrong.

>  SRC_URI = 
> "http://snapshot.debian.org/archive/debian/20160728T043443Z/pool/main/b/${BPN}/${BPN}_4.orig.tar.gz;name=tarball
>  \
>...

And the recipe seems to build the stale upstream version 4,
not the Debian-patched package.

In a related note, an actual upgrade 4-7 -> 4-7.1 would have failed 
since the new patch in 4-7.1 is already applied in yocto.

# for this package we're mostly interested in tracking debian patches,
# and not in the upstream version where all development has effectively stopped

This seems to imply that every new "upstream" version requires manual 
checking of the Debian changes, and an automatic upgrade does nothing.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

Re: [OE-core] [PATCH 0/3] alsa recipe updates

[Khem Raj]

On Thu, Feb 21, 2019 at 10:33 AM Alexander Kanavin
 wrote:
>
> ftp://ftp.alsa.org seems inaccessible or unstable:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/70/builds/317/steps/7/logs/step1b
> (also can't open it on my local machine)
> and generally we prefer http:// sources over ftp, if available.
>
> Alsa does have one: https://www.alsa-project.org/files/
>
> so can you please resend with SRC_URIs changed to use it? (also for
> alsa-tools and everywhere where the ftp is currently used)
>
> Alex

seeing this fetch issue building alsa-utils-scripts

ERROR: Fetcher failure for URL:
'https://www.alsa-project.org/files/pub/utils/alsa-utils-scripts-1.1.8.tar.bz2'.
Unable to fetch URL from any source.


>
> On Thu, 21 Feb 2019 at 19:09, Alexander Kanavin  
> wrote:
> >
> > Bah, and I often point out to people that they should read *my* cover 
> > letters :)
> > Thanks!
> >
> > Alex
> >
> > On Thu, 21 Feb 2019 at 17:41, Tanu Kaskinen  wrote:
> > >
> > > Richard already sent the update for sbc, so I left it out. As for alsa-
> > > tools, if you read the cover letter in more detail, you'll find the
> > > answer there :) (Spoiler: I'll send it, but it's not ready yet.)
> > >
> > > -- Tanu
> > >
> > > On Thu, 2019-02-21 at 15:57 +0100, Alexander Kanavin wrote:
> > > > (Also sbc needs an update, I think)
> > > >
> > > > Alex
> > > >
> > > >
> > > > On Thu, 21 Feb 2019 at 15:56, Alexander Kanavin 
> > > >  wrote:
> > > > > Thanks! Will you be also sending an update to alsa-tools?
> > > > >
> > > > > Alex
> > > > >
> > > > > On Thu, 21 Feb 2019 at 14:34, Tanu Kaskinen  wrote:
> > > > > > The following changes since commit 
> > > > > > f15ceac287c094abdeda64b03628455d92e0ce74:
> > > > > >
> > > > > >   libdrm: Upgrade 2.4.96 -> 2.4.97 (2019-02-20 21:22:28 +)
> > > > > >
> > > > > > are available in the Git repository at:
> > > > > >
> > > > > >   git://git.openembedded.org/openembedded-core-contrib tanuk/updates
> > > > > >   
> > > > > > http://cgit.openembedded.org/openembedded-core-contrib/log/?h=tanuk/updates
> > > > > >
> > > > > >
> > > > > > The alsa-tools update is missing, because the recipe upgrade 
> > > > > > deadline is
> > > > > > near and the changes in alsa-tools look like a potential rabbit 
> > > > > > hole.
> > > > > > I'll send the alsa-tools update separately when it's ready. The main
> > > > > > change in alsa-tools is that the hwmixvolume program got ported from
> > > > > > PyGTK to gobject-introspection, and from GTK2 to GTK3. I doubt 
> > > > > > anyone
> > > > > > actually is using that program, it's not even built by default.
> > > > > >
> > > > > >
> > > > > > Tanu Kaskinen (3):
> > > > > >   alsa-lib: 1.1.6 -> 1.1.8
> > > > > >   alsa-plugins: 1.1.6 -> 1.1.8
> > > > > >   alsa-utils: 1.1.6 -> 1.1.8
> > > > > >
> > > > > >  .../{alsa-lib_1.1.6.bb => alsa-lib_1.1.8.bb}  |  4 +-
> > > > > >  ...plugins_1.1.6.bb => alsa-plugins_1.1.8.bb} | 84 
> > > > > > +--
> > > > > >  ...s_1.1.6.bb => alsa-utils-scripts_1.1.8.bb} |  0
> > > > > >  ...lsa-utils_1.1.6.bb => alsa-utils_1.1.8.bb} | 10 +--
> > > > > >  .../recipes-multimedia/ffmpeg/ffmpeg_4.1.1.bb |  2 +-
> > > > > >  5 files changed, 85 insertions(+), 15 deletions(-)
> > > > > >  rename meta/recipes-multimedia/alsa/{alsa-lib_1.1.6.bb => 
> > > > > > alsa-lib_1.1.8.bb} (88%)
> > > > > >  rename meta/recipes-multimedia/alsa/{alsa-plugins_1.1.6.bb => 
> > > > > > alsa-plugins_1.1.8.bb} (51%)
> > > > > >  rename meta/recipes-multimedia/alsa/{alsa-utils-scripts_1.1.6.bb 
> > > > > > => alsa-utils-scripts_1.1.8.bb} (100%)
> > > > > >  rename meta/recipes-multimedia/alsa/{alsa-utils_1.1.6.bb => 
> > > > > > alsa-utils_1.1.8.bb} (92%)
> > > > > >
> > > > > > --
> > > > > > 2.20.1
> > > > > >
> > > > > > --
> > > > > > ___
> > > > > > Openembedded-core mailing list
> > > > > > Openembedded-core@lists.openembedded.org
> > > > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > > --
> > > Tanu
> > >
> > > https://www.patreon.com/tanuk
> > > https://liberapay.com/tanuk
> > >
> --
> ___
> 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 03/12] qemu: build target variant with gtk+, and nativesdk variant without sdl

[Alexander Kanavin]

As sdl is deprecated in favor of gtk+, it should not be the default.

For native/nativesdk builds the decision to build with gtk+ frontend
is done via local.conf template from poky distro. (previously
it was done from there, and from the recipe, which created confusion)

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/qemu/qemu.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 95e9e0ede77..07f78058e7b 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -71,11 +71,11 @@ do_install_append() {
 # END of qemu-mips workaround
 
 PACKAGECONFIG ??= " \
-fdt sdl kvm \
+fdt gtk+ kvm \
 ${@bb.utils.filter('DISTRO_FEATURES', 'alsa xen', d)} \
 "
 PACKAGECONFIG_class-native ??= "fdt alsa kvm virglrenderer glx"
-PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm virglrenderer glx"
+PACKAGECONFIG_class-nativesdk ??= "fdt kvm virglrenderer glx"
 
 # Handle distros such as CentOS 5 32-bit that do not have kvm support
 PACKAGECONFIG_class-native_remove = "${@'kvm' if not 
os.path.exists('/usr/include/linux/kvm.h') else ''}"
-- 
2.17.1

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

[OE-core] [PATCH 04/12] local.conf.sample: adjust the qemu config to enable gtk+ instead of sdl

[Alexander Kanavin]

As sdl is deprecated in favor of gtk+, it should not be the default.
The recipe itself no longer enables gtk+ or sdl for native/nativesdk
builds.

Signed-off-by: Alexander Kanavin 
---
 meta-poky/conf/local.conf.sample | 9 +++--
 1 file changed, 3 insertions(+), 6 deletions(-)

diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/conf/local.conf.sample
index cf96598819c..961387acbae 100644
--- a/meta-poky/conf/local.conf.sample
+++ b/meta-poky/conf/local.conf.sample
@@ -236,12 +236,9 @@ BB_DISKMON_DIRS ??= "\
 # Qemu configuration
 #
 # By default qemu will build with a builtin VNC server where graphical output 
can be
-# seen. The two lines below enable the SDL backend too. By default 
libsdl2-native will
-# be built, if you want to use your host's libSDL instead of the minimal 
libsdl built
-# by libsdl2-native then uncomment the ASSUME_PROVIDED line below.
-PACKAGECONFIG_append_pn-qemu-native = " sdl"
-PACKAGECONFIG_append_pn-nativesdk-qemu = " sdl"
-#ASSUME_PROVIDED += "libsdl2-native"
+# seen. The two lines below enable the Gtk UI frontend.
+PACKAGECONFIG_append_pn-qemu-native = " gtk+"
+PACKAGECONFIG_append_pn-nativesdk-qemu = " gtk+"
 
 # CONF_VERSION is increased each time build/conf/ changes incompatibly and is 
used to
 # track the version of this file when it was generated. This can safely be 
ignored if
-- 
2.17.1

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

[OE-core] [PATCH 07/12] qemu: add a patch to avoid a missing definition error

[Alexander Kanavin]

| In file included from 
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu/3.1.0-r0/qemu-3.1.0/include/ui/egl-context.h:5,
|  from 
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu/3.1.0-r0/qemu-3.1.0/ui/egl-context.c:3:
| 
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu/3.1.0-r0/qemu-3.1.0/include/ui/egl-helpers.h:46:55:
 error: unknown type name 'Window'; did you mean 'minor'?
|  EGLSurface qemu_egl_init_surface_x11(EGLContext ectx, Window win);
|^~
|minor

Signed-off-by: Alexander Kanavin 
---
 .../qemu/0001-Add-a-missing-X11-include.patch | 65 +++
 ...x-libcap-header-issue-on-some-distro.patch |  2 +-
 ...-messages-when-qemi_cpu_kick_thread-.patch |  2 +-
 meta/recipes-devtools/qemu/qemu_3.1.0.bb  |  1 +
 4 files changed, 68 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch

diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch 
b/meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch
new file mode 100644
index 000..192936e1e78
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch
@@ -0,0 +1,65 @@
+From eb1a215a4f86dde4493c3e22ad9f6d698850915e Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 20 Dec 2018 18:06:29 +0100
+Subject: [PATCH] egl-helpers.h: do not depend on X11 Window type, use
+ EGLNativeWindowType
+
+It was assumed that mesa provides the necessary X11 includes,
+but it is not always the case, as it can be configured without x11 support.
+
+Upstream-Status: Submitted 
[http://lists.nongnu.org/archive/html/qemu-devel/2019-01/msg03706.html]
+Signed-off-by: Alexander Kanavin 
+
+---
+ include/ui/egl-helpers.h | 2 +-
+ ui/egl-helpers.c | 4 ++--
+ ui/gtk-egl.c | 2 +-
+ 3 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/include/ui/egl-helpers.h b/include/ui/egl-helpers.h
+index 9db7293b..3fc656a7 100644
+--- a/include/ui/egl-helpers.h
 b/include/ui/egl-helpers.h
+@@ -43,7 +43,7 @@ void egl_dmabuf_release_texture(QemuDmaBuf *dmabuf);
+ 
+ #endif
+ 
+-EGLSurface qemu_egl_init_surface_x11(EGLContext ectx, Window win);
++EGLSurface qemu_egl_init_surface_x11(EGLContext ectx, EGLNativeWindowType 
win);
+ 
+ int qemu_egl_init_dpy_x11(EGLNativeDisplayType dpy, DisplayGLMode mode);
+ int qemu_egl_init_dpy_mesa(EGLNativeDisplayType dpy, DisplayGLMode mode);
+diff --git a/ui/egl-helpers.c b/ui/egl-helpers.c
+index 4f475142..5e115b3f 100644
+--- a/ui/egl-helpers.c
 b/ui/egl-helpers.c
+@@ -273,14 +273,14 @@ void egl_dmabuf_release_texture(QemuDmaBuf *dmabuf)
+ 
+ /* -- */
+ 
+-EGLSurface qemu_egl_init_surface_x11(EGLContext ectx, Window win)
++EGLSurface qemu_egl_init_surface_x11(EGLContext ectx, EGLNativeWindowType win)
+ {
+ EGLSurface esurface;
+ EGLBoolean b;
+ 
+ esurface = eglCreateWindowSurface(qemu_egl_display,
+   qemu_egl_config,
+-  (EGLNativeWindowType)win, NULL);
++  win, NULL);
+ if (esurface == EGL_NO_SURFACE) {
+ error_report("egl: eglCreateWindowSurface failed");
+ return NULL;
+diff --git a/ui/gtk-egl.c b/ui/gtk-egl.c
+index 5420c236..1f941162 100644
+--- a/ui/gtk-egl.c
 b/ui/gtk-egl.c
+@@ -54,7 +54,7 @@ void gd_egl_init(VirtualConsole *vc)
+ }
+ 
+ vc->gfx.ectx = qemu_egl_init_ctx();
+-vc->gfx.esurface = qemu_egl_init_surface_x11(vc->gfx.ectx, x11_window);
++vc->gfx.esurface = qemu_egl_init_surface_x11(vc->gfx.ectx, 
(EGLNativeWindowType)x11_window);
+ 
+ assert(vc->gfx.esurface);
+ }
diff --git 
a/meta/recipes-devtools/qemu/qemu/0012-fix-libcap-header-issue-on-some-distro.patch
 
b/meta/recipes-devtools/qemu/qemu/0012-fix-libcap-header-issue-on-some-distro.patch
index 690d2717f13..9cbe8388119 100644
--- 
a/meta/recipes-devtools/qemu/qemu/0012-fix-libcap-header-issue-on-some-distro.patch
+++ 
b/meta/recipes-devtools/qemu/qemu/0012-fix-libcap-header-issue-on-some-distro.patch
@@ -1,4 +1,4 @@
-From 091a16100a7e1e9e6493663392c5ba2884b99723 Mon Sep 17 00:00:00 2001
+From d3e0b8dac7c2eb20d7fcff747bc98b981f4398ef Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Tue, 12 Mar 2013 09:54:06 +0800
 Subject: [PATCH] fix libcap header issue on some distro
diff --git 
a/meta/recipes-devtools/qemu/qemu/0013-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
 
b/meta/recipes-devtools/qemu/qemu/0013-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
index 2232cb80e29..27e508c5a35 100644
--- 
a/meta/recipes-devtools/qemu/qemu/0013-cpus.

[OE-core] [PATCH 05/12] qemu: remove support for building against host sdl

[Alexander Kanavin]

This hasn't been the default for a long time (as some distros don't
support it), and with gtk+ being the new default shouldn't
be needed at all.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/qemu/qemu.inc | 8 
 1 file changed, 8 deletions(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 07f78058e7b..dccf9dcb00c 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -39,14 +39,6 @@ export LIBTOOL="${HOST_SYS}-libtool"
 
 B = "${WORKDIR}/build"
 
-do_configure_prepend_class-native() {
-   # Append build host pkg-config paths for native target since the host 
may provide sdl
-   BHOST_PKGCONFIG_PATH=$(PATH=/usr/bin:/bin pkg-config --variable pc_path 
pkg-config || echo "")
-   if [ ! -z "$BHOST_PKGCONFIG_PATH" ]; then
-   export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:$BHOST_PKGCONFIG_PATH
-   fi
-}
-
 do_configure() {
 ${S}/configure ${EXTRA_OECONF}
 }
-- 
2.17.1

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

[OE-core] [PATCH 01/12] virglrenderer: add a recipe

[Alexander Kanavin]

This component enables hardware-accelerated GL inside QEMU guests.
For more information, see here:

https://lwn.net/Articles/767970/
https://www.collabora.com/news-and-blog/blog/2018/02/12/virtualizing-gpu-access/
https://www.collabora.com/news-and-blog/blog/2018/05/09/gpu-virtualization-update/

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc  |  1 +
 ...efile.am-explicitly-link-with-libdrm.patch | 31 +++
 .../0001-vtest-add-missing-includes.patch | 38 +++
 .../virglrenderer/virglrenderer_0.7.0.bb  | 19 ++
 4 files changed, 89 insertions(+)
 create mode 100644 
meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
 create mode 100644 
meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
 create mode 100644 meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 4e3fc103afc..f5e6343904b 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -700,6 +700,7 @@ RECIPE_MAINTAINER_pn-util-macros = "Armin Kuster 
"
 RECIPE_MAINTAINER_pn-v86d = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-vala = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-valgrind = "Alexander Kanavin "
+RECIPE_MAINTAINER_pn-virglrenderer = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-volatile-binds = "Chen Qi "
 RECIPE_MAINTAINER_pn-vte = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-vulkan = "Ross Burton "
diff --git 
a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
new file mode 100644
index 000..aa8d814845e
--- /dev/null
+++ 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-Makefile.am-explicitly-link-with-libdrm.patch
@@ -0,0 +1,31 @@
+From d61f7073b8ce159d21811b291c22b273b040c330 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 12 Feb 2019 12:04:52 +0100
+Subject: [PATCH] Makefile.am: explicitly link with libdrm
+
+Otherwise, a failure happens with gold linker:
+
+../src/.libs/libvirglrenderer.so: error: undefined reference to 
'drmPrimeHandleToFD'
+
+https://errors.yoctoproject.org/Errors/Details/222046/
+
+Upstream-Status: Accepted 
[https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/153]
+Signed-off-by: Alexander Kanavin 
+---
+ src/Makefile.am | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/src/Makefile.am b/src/Makefile.am
+index 9a0a44e..9b668c8 100644
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -1,5 +1,6 @@
+ SUBDIRS := gallium/auxiliary
+ AM_LDFLAGS = -lm \
++  $(LIBDRM_LIBS) \
+   $(GBM_LIBS) \
+   $(EPOXY_LIBS) \
+   $(X11_LIBS) \
+-- 
+2.17.1
+
diff --git 
a/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
new file mode 100644
index 000..2b4ffa932de
--- /dev/null
+++ 
b/meta/recipes-graphics/virglrenderer/virglrenderer/0001-vtest-add-missing-includes.patch
@@ -0,0 +1,38 @@
+From 05c5c5f43fbffb3317bd9da27d414890d2ef493c Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 18 Jan 2019 13:47:23 +0100
+Subject: [PATCH] vtest: add missing includes
+
+This fixes build failures with musl C library
+
+Upstream-Status: Accepted 
[https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/125]
+Signed-off-by: Alexander Kanavin 
+---
+ vtest/util.c | 1 +
+ vtest/vtest_server.c | 1 +
+ 2 files changed, 2 insertions(+)
+
+diff --git a/vtest/util.c b/vtest/util.c
+index 0d3c78f..c605253 100644
+--- a/vtest/util.c
 b/vtest/util.c
+@@ -26,6 +26,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ int vtest_wait_for_fd_read(int fd)
+ {
+diff --git a/vtest/vtest_server.c b/vtest/vtest_server.c
+index bc6c95f..010721f 100644
+--- a/vtest/vtest_server.c
 b/vtest/vtest_server.c
+@@ -31,6 +31,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "util.h"
+ #include "vtest.h"
diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb 
b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
new file mode 100644
index 000..500ed4f2d8b
--- /dev/null
+++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.7.0.bb
@@ -0,0 +1,19 @@
+SUMMARY = "VirGL virtual OpenGL renderer"
+HOMEPAGE = "https://virgil3d.github.io/";
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://COPYING;md5=c81c08eeefd9418fca8f88309a76db10"
+
+DEPENDS = "libdrm mesa libepoxy"
+SRCREV = "402c228861c9893f64cffbbcb4cb23044b8c721c"
+SRC_URI = "git://anongit.freedesktop.org/virglrenderer \
+   file://0001-vtest-add-missing-includes.patch \
+   file://0001-Makefile.am-explicitly-link-with-libdrm.patch \
+   "
+
+S = "${WORKDIR}/git"

[OE-core] [PATCH 12/12] selftest: add tests for virgl GL acceleration

[Alexander Kanavin]

Note that the tests require that the host machine has a X display,
has mesa development files installed and is able to create OpenGL contexts.

Signed-off-by: Alexander Kanavin 
---
 meta-selftest/lib/oeqa/runtime/cases/virgl.py | 28 ++
 meta/lib/oeqa/selftest/cases/runtime_test.py  | 52 +++
 2 files changed, 80 insertions(+)
 create mode 100644 meta-selftest/lib/oeqa/runtime/cases/virgl.py

diff --git a/meta-selftest/lib/oeqa/runtime/cases/virgl.py 
b/meta-selftest/lib/oeqa/runtime/cases/virgl.py
new file mode 100644
index 000..cc25e77d9c0
--- /dev/null
+++ b/meta-selftest/lib/oeqa/runtime/cases/virgl.py
@@ -0,0 +1,28 @@
+from oeqa.runtime.case import OERuntimeTestCase
+from oeqa.core.decorator.depends import OETestDepends
+import subprocess
+import oe
+
+class VirglTest(OERuntimeTestCase):
+
+@OETestDepends(['ssh.SSHTest.test_ssh'])
+def test_kernel_driver(self):
+status, output = self.target.run('dmesg|grep virgl')
+self.assertEqual(status, 0, "Checking for virgl driver in dmesg 
returned non-zero: %d\n%s" % (status, output))
+self.assertIn("virgl 3d acceleration enabled", output, "virgl 
acceleration seems to be disabled:\n%s" %(output))
+
+@OETestDepends(['virgl.VirglTest.test_kernel_driver'])
+def test_kmscube(self):
+from fnmatch import fnmatch
+
+try:
+distro = oe.lsb.distro_identifier()
+except Exception:
+distro = None
+
+if distro and fnmatch(distro, 'centos-7'):
+self.skipTest('kmscube is not working when centos 7 is the host 
OS')
+
+status, output = self.target.run('kmscube', timeout=30)
+self.assertEqual(status, 0, "kmscube exited with non-zero status %d 
and output:\n%s" %(status, output))
+self.assertIn('renderer: "virgl"', output, "kmscube does not seem to 
use virgl:\n%s" %(output))
diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 906e460d4f8..3cecdc8e42b 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -168,6 +168,58 @@ class TestImage(OESelftestTestCase):
 # remove the oeqa-feed-sign temporal directory
 shutil.rmtree(self.gpg_home, ignore_errors=True)
 
+@OETestID(1883)
+def test_testimage_virgl_gtk(self):
+"""
+Summary: Check host-assisted accelerate OpenGL functionality in qemu 
with gtk frontend
+Expected: 1. Check that virgl kernel driver is loaded and 3d 
acceleration is enabled
+  2. Check that kmscube demo runs without crashing.
+Product: oe-core
+Author: Alexander Kanavin 
+"""
+if "DISPLAY" not in os.environ:
+self.skipTest("virgl gtk test must be run inside a X session")
+qemu_packageconfig = get_bb_var('PACKAGECONFIG', 'qemu-native')
+features = 'INHERIT += "testimage"\n'
+if 'gtk+' not in qemu_packageconfig:
+features += 'PACKAGECONFIG_append_pn-qemu-native = " gtk+"\n'
+features += 'TEST_SUITES = "ping ssh virgl"\n'
+features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
+features += 'IMAGE_INSTALL_append = " kmscube"\n'
+features += 'TEST_RUNQEMUPARAMS = "gl"\n'
+self.write_config(features)
+bitbake('core-image-minimal')
+bitbake('-c testimage core-image-minimal')
+
+@OETestID(1883)
+def test_testimage_virgl_headless(self):
+"""
+Summary: Check host-assisted accelerate OpenGL functionality in qemu 
with egl-headless frontend
+Expected: 1. Check that virgl kernel driver is loaded and 3d 
acceleration is enabled
+  2. Check that kmscube demo runs without crashing.
+Product: oe-core
+Author: Alexander Kanavin 
+"""
+import subprocess, os
+try:
+content = os.listdir("/dev/dri")
+if len([i for i in content if i.startswith('render')]) == 0:
+self.skipTest("No render nodes found in /dev/dri: %s" 
%(content))
+except FileNotFoundError:
+self.skipTest("/dev/dri directory does not exist; no render nodes 
available on this machine.")
+try:
+dripath = subprocess.check_output("pkg-config 
--variable=dridriverdir dri", shell=True)
+except subprocess.CalledProcessError as e:
+self.skipTest("Could not determine the path to dri drivers on the 
host via pkg-config.\nPlease install Mesa development files (particularly, 
dri.pc) on the host machine.")
+features = 'INHERIT += "testimage"\n'
+features += 'TEST_SUITES = "ping ssh virgl"\n'
+features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
+features += 'IMAGE_INSTALL_append = " kmscube"\n'
+features += 'TEST_RUNQEMUPARAMS = "egl-headless"\n'
+self.write_config(features)
+bitbake('core-image-minimal')
+  

[OE-core] [PATCH 11/12] runqemu: do not check for GL libraries

[Alexander Kanavin]

qemu has been using libepoxy for a long time, and libepoxy loads GL via dlopen()
only when instructed to.

Signed-off-by: Alexander Kanavin 
---
 scripts/runqemu | 35 ---
 1 file changed, 35 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 054037312b8..ec6188ba4a2 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -118,39 +118,6 @@ def check_tun():
 if not os.access(dev_tun, os.W_OK):
 raise RunQemuError("TUN control device %s is not writable, please fix 
(e.g. sudo chmod 666 %s)" % (dev_tun, dev_tun))
 
-def check_libgl(qemu_bin):
-cmd = ('ldd', qemu_bin)
-logger.debug('Running %s...' % str(cmd))
-need_gl = subprocess.check_output(cmd).decode('utf-8')
-if re.search('libGLU', need_gl):
-# We can't run without a libGL.so
-libgl = False
-check_files = (('/usr/lib/libGL.so', '/usr/lib/libGLU.so'), \
-('/usr/lib64/libGL.so', '/usr/lib64/libGLU.so'), \
-('/usr/lib/*-linux-gnu/libGL.so', 
'/usr/lib/*-linux-gnu/libGLU.so'))
-
-for (f1, f2) in check_files:
-if re.search('\*', f1):
-for g1 in glob.glob(f1):
-if libgl:
-break
-if os.path.exists(g1):
-for g2 in glob.glob(f2):
-if os.path.exists(g2):
-libgl = True
-break
-if libgl:
-break
-else:
-if os.path.exists(f1) and os.path.exists(f2):
-libgl = True
-break
-if not libgl:
-logger.error("You need libGL.so and libGLU.so to exist in your 
library path to run the QEMU emulator.")
-logger.error("Ubuntu package names are: libgl1-mesa-dev and 
libglu1-mesa-dev.")
-logger.error("Fedora package names are: mesa-libGL-devel 
mesa-libGLU-devel.")
-raise RunQemuError('%s requires libGLU, but not found' % qemu_bin)
-
 def get_first_file(cmds):
 """Return first file found in wildcard cmds"""
 for cmd in cmds:
@@ -1194,8 +1161,6 @@ class BaseConfig(object):
 if not os.access(qemu_bin, os.X_OK):
 raise OEPathError("No QEMU binary '%s' could be found" % qemu_bin)
 
-check_libgl(qemu_bin)
-
 self.qemu_opt = "%s %s %s %s" % (qemu_bin, self.get('NETWORK_CMD'), 
self.get('ROOTFS_OPTIONS'), self.get('QB_OPT_APPEND'))
 
 for ovmf in self.ovmf_bios:
-- 
2.17.1

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

[OE-core] [PATCH 09/12] qemu: add a backported patch to fix egl-headless support

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...-egl-headless-add-egl_create_context.patch | 50 +++
 meta/recipes-devtools/qemu/qemu_3.1.0.bb  |  1 +
 2 files changed, 51 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch

diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
new file mode 100644
index 000..d9326c017ad
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
@@ -0,0 +1,50 @@
+From 952e5d584f5aabe41298c278065fe628f3f7aa7a Mon Sep 17 00:00:00 2001
+From: Gerd Hoffmann 
+Date: Thu, 29 Nov 2018 13:35:02 +0100
+Subject: [PATCH] egl-headless: add egl_create_context
+
+We must set the correct context (via eglMakeCurrent) before
+calling qemu_egl_create_context, so we need a thin wrapper and can't
+hook qemu_egl_create_context directly as ->dpy_gl_ctx_create callback.
+
+Reported-by: Frederik Carlier 
+Signed-off-by: Gerd Hoffmann 
+Message-id: 20181129123502.30129-1-kra...@redhat.com
+
+Upstream-Status: Backport 
[https://git.qemu.org/?p=qemu.git;a=commit;h=952e5d584f5aabe41298c278065fe628f3f7aa7a]
+Signed-off-by: Alexander Kanavin 
+---
+ ui/egl-headless.c | 10 +-
+ 1 file changed, 9 insertions(+), 1 deletion(-)
+
+diff --git a/ui/egl-headless.c b/ui/egl-headless.c
+index 4cf3bbc0e4..519e7bad32 100644
+--- a/ui/egl-headless.c
 b/ui/egl-headless.c
+@@ -38,6 +38,14 @@ static void egl_gfx_switch(DisplayChangeListener *dcl,
+ edpy->ds = new_surface;
+ }
+ 
++static QEMUGLContext egl_create_context(DisplayChangeListener *dcl,
++QEMUGLParams *params)
++{
++eglMakeCurrent(qemu_egl_display, EGL_NO_SURFACE, EGL_NO_SURFACE,
++   qemu_egl_rn_ctx);
++return qemu_egl_create_context(dcl, params);
++}
++
+ static void egl_scanout_disable(DisplayChangeListener *dcl)
+ {
+ egl_dpy *edpy = container_of(dcl, egl_dpy, dcl);
+@@ -150,7 +158,7 @@ static const DisplayChangeListenerOps egl_ops = {
+ .dpy_gfx_update  = egl_gfx_update,
+ .dpy_gfx_switch  = egl_gfx_switch,
+ 
+-.dpy_gl_ctx_create   = qemu_egl_create_context,
++.dpy_gl_ctx_create   = egl_create_context,
+ .dpy_gl_ctx_destroy  = qemu_egl_destroy_context,
+ .dpy_gl_ctx_make_current = qemu_egl_make_context_current,
+ .dpy_gl_ctx_get_current  = qemu_egl_get_current_context,
+-- 
+2.17.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_3.1.0.bb 
b/meta/recipes-devtools/qemu/qemu_3.1.0.bb
index cd7cd67a3f0..ea4277eddea 100644
--- a/meta/recipes-devtools/qemu/qemu_3.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_3.1.0.bb
@@ -22,6 +22,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \

file://0010-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch \

file://0011-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch \
file://0001-Add-a-missing-X11-include.patch \
+   file://0001-egl-headless-add-egl_create_context.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
-- 
2.17.1

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

[OE-core] [PATCH 08/12] qemu: add environment variable wrappers to make qemu look good with gtk frontend

[Alexander Kanavin]

GTK_THEME instructs gtk to use its built-in theme. Otherwise
gtk attempts to use the theme from the host, which may be from
a totally mismatching gtk version.

On the other hand FONTCONFIG_PATH tells it to use the host fonts,
as providing fonts in the native sysroot and instructing the components
to use them is a lot more tricky.

GDK_PIXBUF_MODULE_FILE is set, because otherwise qemu works but
fills stdout with error messages, which eventually fill the pipe
they go into. That pipe is read from only when qemu exits (to
collect any error messages) by runqemu script. The pipe fill-up
causes the qemu process to lock up.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/qemu/qemu.inc | 19 +++
 1 file changed, 19 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index b80b9e131a1..9a989f00b0b 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -48,6 +48,25 @@ do_install () {
oe_runmake 'DESTDIR=${D}' install
 }
 
+make_qemu_wrapper() {
+gdk_pixbuf_module_file=`pkg-config --variable=gdk_pixbuf_cache_file 
gdk-pixbuf-2.0`
+
+for tool in `ls ${D}${bindir}/qemu-system-*`; do
+create_wrapper $tool \
+GDK_PIXBUF_MODULE_FILE=$gdk_pixbuf_module_file \
+FONTCONFIG_PATH=/etc/fonts \
+GTK_THEME=Adwaita
+done
+}
+
+do_install_append_class-native() {
+ ${@bb.utils.contains('PACKAGECONFIG', 'gtk+', 'make_qemu_wrapper', '', d)}
+}
+
+do_install_append_class-nativesdk() {
+ ${@bb.utils.contains('PACKAGECONFIG', 'gtk+', 'make_qemu_wrapper', '', d)}
+}
+
 # The following fragment will create a wrapper for qemu-mips user emulation
 # binary in order to work around a segmentation fault issue. Basically, by
 # default, the reserved virtual address space for 32-on-64 bit is set to 4GB.
-- 
2.17.1

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

[OE-core] [PATCH 10/12] runqemu: add options for enabling virgl GL acceleration

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 scripts/runqemu | 23 +++
 1 file changed, 23 insertions(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index d171c4f8945..054037312b8 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -74,6 +74,9 @@ of the following environment variables (in any order):
   MACHINE - the machine name (optional, autodetected from KERNEL filename if 
unspecified)
   Simplified QEMU command-line options can be passed with:
 nographic - disable video console
+gl - enable virgl-based GL acceleration
+gl-es - enable virgl-based GL acceleration, using OpenGL ES
+egl-headless - enable headless EGL output; use vnc or spice to see it
 serial - enable a serial console on /dev/ttyS0
 serialstdio - enable a serial console on the console (regardless of 
graphics mode)
 slirp - enable user networking, no root privileges is required
@@ -434,6 +437,26 @@ class BaseConfig(object):
 elif arg == 'nographic':
 self.qemu_opt_script += ' -nographic'
 self.kernel_cmdline_script += ' console=ttyS0'
+elif arg == 'gl':
+self.qemu_opt_script += ' -vga virtio -display gtk,gl=on'
+elif arg == 'gl-es':
+self.qemu_opt_script += ' -vga virtio -display gtk,gl=es'
+elif arg == 'egl-headless':
+self.qemu_opt_script += ' -vga virtio -display egl-headless'
+# As runqemu can be run within bitbake (when using testimage, 
for example),
+# we need to ensure that we run host pkg-config, and that it 
does not
+# get mis-directed to native build paths set by bitbake.
+try:
+del os.environ['PKG_CONFIG_PATH']
+del os.environ['PKG_CONFIG_DIR']
+del os.environ['PKG_CONFIG_LIBDIR']
+except KeyError:
+pass
+try:
+dripath = 
subprocess.check_output("PATH=/bin:/usr/bin:$PATH pkg-config 
--variable=dridriverdir dri", shell=True)
+except subprocess.CalledProcessError as e:
+raise RunQemuError("Could not determine the path to dri 
drivers on the host via pkg-config.\nPlease install Mesa development files 
(particularly, dri.pc) on the host machine.")
+os.environ['LIBGL_DRIVERS_PATH'] = 
dripath.decode('utf-8').strip()
 elif arg == 'serial':
 self.kernel_cmdline_script += ' console=ttyS0'
 self.serialconsole = True
-- 
2.17.1

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

[OE-core] [PATCH 06/12] qemu: add a gettext-native dependency to gtk option

[Alexander Kanavin]

xgettext/msgmerge is used during do_install() when gtk is enabled:
https://github.com/qemu/qemu/blob/master/Makefile#L743

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/qemu/qemu.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index dccf9dcb00c..b80b9e131a1 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -87,7 +87,7 @@ PACKAGECONFIG[vnc-png] = "--enable-vnc 
--enable-vnc-png,--disable-vnc-png,libpng
 PACKAGECONFIG[libcurl] = "--enable-curl,--disable-curl,libcurl,"
 PACKAGECONFIG[nss] = "--enable-smartcard,--disable-smartcard,nss,"
 PACKAGECONFIG[curses] = "--enable-curses,--disable-curses,ncurses,"
-PACKAGECONFIG[gtk+] = "--enable-gtk --enable-vte,--disable-gtk 
--disable-vte,gtk+3 vte"
+PACKAGECONFIG[gtk+] = "--enable-gtk --enable-vte,--disable-gtk 
--disable-vte,gtk+3 vte gettext-native"
 PACKAGECONFIG[libcap-ng] = "--enable-cap-ng,--disable-cap-ng,libcap-ng,"
 PACKAGECONFIG[ssh2] = "--enable-libssh2,--disable-libssh2,libssh2,"
 PACKAGECONFIG[gcrypt] = "--enable-gcrypt,--disable-gcrypt,libgcrypt,"
-- 
2.17.1

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

[OE-core] [PATCH 02/12] qemu: enable virglrenderer and glx options for native/nativesdk builds

[Alexander Kanavin]

Except for ming32/darwin, which do not support them.

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

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index c127434b020..95e9e0ede77 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -74,15 +74,15 @@ PACKAGECONFIG ??= " \
 fdt sdl kvm \
 ${@bb.utils.filter('DISTRO_FEATURES', 'alsa xen', d)} \
 "
-PACKAGECONFIG_class-native ??= "fdt alsa kvm"
-PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm"
+PACKAGECONFIG_class-native ??= "fdt alsa kvm virglrenderer glx"
+PACKAGECONFIG_class-nativesdk ??= "fdt sdl kvm virglrenderer glx"
 
 # Handle distros such as CentOS 5 32-bit that do not have kvm support
 PACKAGECONFIG_class-native_remove = "${@'kvm' if not 
os.path.exists('/usr/include/linux/kvm.h') else ''}"
 
-# Disable kvm on targets that do not support it
-PACKAGECONFIG_remove_darwin = "kvm"
-PACKAGECONFIG_remove_mingw32 = "kvm"
+# Disable kvm/virgl/mesa on targets that do not support it
+PACKAGECONFIG_remove_darwin = "kvm virglrenderer glx gtk+"
+PACKAGECONFIG_remove_mingw32 = "kvm virglrenderer glx gtk+"
 
 PACKAGECONFIG[sdl] = "--enable-sdl --with-sdlabi=2.0,--disable-sdl,libsdl2"
 PACKAGECONFIG[virtfs] = "--enable-virtfs --enable-attr,--disable-virtfs,libcap 
attr,"
-- 
2.17.1

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

[OE-core] [PATCH 00/12] Enable accelerated OpenGL in qemu

[Alexander Kanavin]

V2 changes: addressed feedback from the first review round
V3 changes:
- better fix for missing qemu X11 include, as discussed with upstream
- maintainers.inc entry for virglrenderer
- egl-headless support (see below for details)
- improvements to kmscube recipe
- fix to vte-native to allow building it with gcc 4.8
V4 changes
- address failures uncovered by yocto autobuilder
V5 changes
- remove patches that have been merged to master
- replace BBCLASSEXTEND_remove with PREFERRED_PROVIDER for mesa
recipe variants
V6 changes
- again rebase to master
- tweak oe-selftest to remove unnecessary re-builds of qemu-native
V7 changes
- rename virglrender_git.bb to virglrendender_0.7.0.bb
- update the status of virglrenderer patches
- further clarify the PACKAGECONFIG settings for qemu

Why this? Why now?

1. I think we are heading towards a reality where some kind of working
GL is a 'must' for any kind of UI work.
2. Typically people build images and then transfer them to the NUC or
even target boards for testing - using qemu would be less awkward.
3. Current qemu configuration is basically useless here, as it only
provides a very slow software GL driver from mesa.

0. TLDR:

a) Gtk UI frontend

$ . oe-init-build-env build-virgl
$ bitbake core-image-sato-sdk
$ runqemu kvm gl
$$ run glxgears or any other GL-capable binary inside qemu

b) egl-headless

$ . oe-init-build-env build-virgl
$ bitbake core-image-sato-sdk
$ runqemu kvm egl-headless publicvnc
$ 
$$ run glxgears or any other GL-capable binary inside qemu

1. For the local UI, qemu is switched over to use gtk frontend. I simply 
couldn't get SDL frontend to work properly, it only displays a blank black 
window or doesn't start at all. Same thing happens with qemu binaries provided 
by Fedora and opensuse (Ubuntu's qemu lacks virgl support). Seems like SDL 
support 
has regressed.

2. What is egl-headless?

In this variant, Qemu does not open a UI window at all. Instead, it renders
all graphics, including GL, into a memory buffer, which can be seen with
a vnc or spice client (over a TCP socket). This has the following advantages:

- no need to be physically present at the host machine, output (including GL 
bits!) 
can be seen remotely
- no need for the host machine to run an X session

3. While the components are built against the most minimum necessary 
mesa-native set (gbm, egl, dri with no drivers), libepoxy loads and uses the 
host GL implementation (through a chrpath hack). This is both to save build 
times, and because the host is likely to have a set of drivers more 
appropriate for the physical machine (e.g. proprietary nvidia stack, 
although I didn't test that).

4. I tested this with
- glamor X server
- weston compositor with drm backend (build core-image-weston, then edit 
  weston.ini in the image to use drm backed instead of fbdev).
- kmscube
- glxgears
- https://www.geeks3d.com/gputest/

The latter two show FPS that is similar to running them directly on the host.

5. Some things I am not sure about:

 - how much of a 'default' should this be for running qemu. It works for me, 
but other people might find it less stable compared to the existing 
sdl-vmware-swrast setup.

- what other tests and demos could be run

- how could this be tested on the autobuilder. I wrote two oe-selftests for 
this (gtk, egl-headless), but one of them does require an X session, and both 
require ability to create opengl contexts on the host.

The following changes since commit 47eb3d00e9d6a66aee1283dab29af8117a006d6d:

  resulttool: Improvements to allow integration to the autobuilder (2019-02-21 
12:34:00 +)

are available in the Git repository at:

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

Alexander Kanavin (12):
  virglrenderer: add a recipe
  qemu: enable virglrenderer and glx options for native/nativesdk builds
  qemu: build target variant with gtk+, and nativesdk variant without
sdl
  local.conf.sample: adjust the qemu config to enable gtk+ instead of
sdl
  qemu: remove support for building against host sdl
  qemu: add a gettext-native dependency to gtk option
  qemu: add a patch to avoid a missing definition error
  qemu: add environment variable wrappers to make qemu look good with
gtk frontend
  qemu: add a backported patch to fix egl-headless support
  runqemu: add options for enabling virgl GL acceleration
  runqemu: do not check for GL libraries
  selftest: add tests for virgl GL acceleration

 meta-poky/conf/local.conf.sample  |  9 +--
 meta-selftest/lib/oeqa/runtime/cases/virgl.py | 28 
 meta/conf/distro/include/maintainers.inc  |  1 +
 meta/lib/oeqa/selftest/cases/runtime_test.py  | 52 +++
 meta/recipes-devtools/qemu/qemu.inc   | 41 +++-
 .../qemu/0001-Add-a-missing-X11-include.patch | 65 +++
 ...-egl-headless-add-egl_create_context.patch | 50 ++
 ...x-libcap-hea

[OE-core] [RFC][PATCH v4] mesa: Convert recipe to use meson build system

[Fabio Berton]

  - Remove all non related meson patches
  - Change radeon driver to r100

Based on https://patchwork.openembedded.org/patch/158748/

Signed-off-by: Fabio Berton 
---
 ...0001-Simplify-wayland-scanner-lookup.patch | 42 --
 ...ing-include-stddef.h-in-egldevice.h.patch} |  4 +-
 ...k-for-all-linux-host_os-combinations.patch | 50 
 ...-winsys-svga-drm-Include-sys-types.h.patch | 34 ---
 ...M-version-when-using-LLVM-Git-releas.patch | 44 --
 ...R-for-defining-WAYLAND_PROTOCOLS_DAT.patch | 35 ---
 meta/recipes-graphics/mesa/mesa.inc   | 58 +--
 meta/recipes-graphics/mesa/mesa_18.3.4.bb |  7 +--
 8 files changed, 81 insertions(+), 193 deletions(-)
 delete mode 100644 
meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
 rename 
meta/recipes-graphics/mesa/files/{0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
 => 0001-egl-add-missing-include-stddef.h-in-egldevice.h.patch} (91%)
 create mode 100644 
meta/recipes-graphics/mesa/files/0002-meson.build-check-for-all-linux-host_os-combinations.patch
 delete mode 100644 
meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
 delete mode 100644 
meta/recipes-graphics/mesa/files/0003-Properly-get-LLVM-version-when-using-LLVM-Git-releas.patch
 delete mode 100644 
meta/recipes-graphics/mesa/files/0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch 
b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
deleted file mode 100644
index 1c2ded0e60..00
--- 
a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-From 81bcaa1aeecf1e66b4d94181e9a827d68e970b03 Mon Sep 17 00:00:00 2001
-From: Fabio Berton 
-Date: Wed, 20 Feb 2019 16:17:00 -0300
-Subject: [PATCH 1/5] Simplify wayland-scanner lookup
-Organization: O.S. Systems Software LTDA.
-
-Don't use pkg-config to lookup the path of a binary that's in the path.
-
-Alternatively we'd have to prefix the path returned by pkg-config with
-PKG_CONFIG_SYSROOT_DIR.
-
-Upstream-Status: Pending
-Signed-off-by: Jussi Kukkonen 
-Signed-off-by: Otavio Salvador 

- configure.ac | 7 +--
- 1 file changed, 1 insertion(+), 6 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index cd9ff259fad..402b4a91946 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -1841,16 +1841,11 @@ for plat in $platforms; do
- fi
- WAYLAND_PROTOCOLS_DATADIR=`$PKG_CONFIG --variable=pkgdatadir 
wayland-protocols`
-
--PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
--  WAYLAND_SCANNER=`$PKG_CONFIG 
--variable=wayland_scanner wayland-scanner`,
--  WAYLAND_SCANNER='')
- PKG_CHECK_EXISTS([wayland-scanner >= 1.15],
-   AC_SUBST(SCANNER_ARG, 'private-code'),
-   AC_SUBST(SCANNER_ARG, 'code'))
-
--if test "x$WAYLAND_SCANNER" = x; then
--AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
--fi
-+AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
-
- if test "x$WAYLAND_SCANNER" = "x:"; then
- AC_MSG_ERROR([wayland-scanner is needed to compile the 
wayland platform])
---
-2.20.1
diff --git 
a/meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
 
b/meta/recipes-graphics/mesa/files/0001-egl-add-missing-include-stddef.h-in-egldevice.h.patch
similarity index 91%
rename from 
meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
rename to 
meta/recipes-graphics/mesa/files/0001-egl-add-missing-include-stddef.h-in-egldevice.h.patch
index 1782576db2..08d128e919 100644
--- 
a/meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
+++ 
b/meta/recipes-graphics/mesa/files/0001-egl-add-missing-include-stddef.h-in-egldevice.h.patch
@@ -1,7 +1,7 @@
-From f452e30ab664fe608acc107cc03d2efa8731d938 Mon Sep 17 00:00:00 2001
+From d2d5acdcb10465c024c8b0931d49e49660210d2c Mon Sep 17 00:00:00 2001
 From: Gurchetan Singh 
 Date: Wed, 28 Nov 2018 08:39:34 -0800
-Subject: [PATCH 5/5] egl: add missing #include  in egldevice.h
+Subject: [PATCH 1/2] egl: add missing #include  in egldevice.h
 MIME-Version: 1.0
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: 8bit
diff --git 
a/meta/recipes-graphics/mesa/files/0002-meson.build-check-for-all-linux-host_os-combinations.patch
 
b/meta/recipes-graphics/mesa/files/0002-meson.build-check-for-all-linux-host_os-combinations.patch
new file mode 100644
index 00..f4650adf0f
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0002-meson.build-check-for-all-linux-host_os-combinations.patch
@@ -0,0 +1,50 @@
+From a4f6630f4563c2f3f619003706f541c380b49027 Mon Sep 17 00:00:00 2001
+From: Anuj M

[OE-core] [PATCH 1/2] gdk-pixbuf: update to 2.38.0

[Alexander Kanavin]

Drop 0001-Disable-tests-in-native-builds.patch as upstream has fixed the issue.

Rework 0001-Fix-a-couple-of-decisions-around-cross-compilation.patch to
enable generation of loaders.cache in target builds (using a native tool),
because otherwise building tests becomes impossible.

Rework 0002-Work-around-thumbnailer-cross-compile-failure.patch into
0003-target-only-Work-around-thumbnailer-cross-compile-fa.patch
(which deals with substituting native tools in cross builds) and
0004-Do-not-run-tests-when-building.patch (which avoids running
test binaries during cross builds).

Rebase fatal-loader.patch.

License checksum updates as COPYING file had 2.0 version of LGPL and
has been replaced with 2.1 version.

Take meson's x11 and installed_tests options into use.

Install gdk-pixbuf-query-loaders also into $bindir, as we need the native
version during cross compile.

Signed-off-by: Alexander Kanavin 
---
 .../0001-Disable-tests-in-native-builds.patch |  31 -
 ...f-decisions-around-cross-compilation.patch |  38 +++--
 ...nd-thumbnailer-cross-compile-failure.patch | 131 --
 ...-around-thumbnailer-cross-compile-fa.patch |  96 +
 .../0004-Do-not-run-tests-when-building.patch |  39 ++
 .../gdk-pixbuf/gdk-pixbuf/fatal-loader.patch  |  37 +++--
 ...pixbuf_2.36.11.bb => gdk-pixbuf_2.38.0.bb} |  44 +++---
 7 files changed, 197 insertions(+), 219 deletions(-)
 delete mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Disable-tests-in-native-builds.patch
 delete mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0002-Work-around-thumbnailer-cross-compile-failure.patch
 create mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0003-target-only-Work-around-thumbnailer-cross-compile-fa.patch
 create mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0004-Do-not-run-tests-when-building.patch
 rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.36.11.bb => 
gdk-pixbuf_2.38.0.bb} (76%)

diff --git 
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Disable-tests-in-native-builds.patch
 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Disable-tests-in-native-builds.patch
deleted file mode 100644
index 1e45b716b93..000
--- 
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Disable-tests-in-native-builds.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From b287cb313dbfac3257f1ab451b19ba59580f78e1 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Mon, 18 Feb 2019 16:00:12 +0100
-Subject: [PATCH] Disable tests in native builds.
-
-They have found to be problematic at least on Centos 7:
-https://autobuilder.yoctoproject.org/typhoon/#/builders/50/builds/296/steps/7/logs/step1b
-
-With autotools this was not a problem because it had a configuration
-switch for disabling test, which was used. Meson has no such facility :(
-
-Upstream-Status: Inappropriate [oe-core specific]
-Signed-off-by: Alexander Kanavin 
-

- meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/meson.build b/meson.build
-index 92c4049..0871c84 100644
 a/meson.build
-+++ b/meson.build
-@@ -397,7 +397,7 @@ endif
- # i18n
- subdir('po')
- 
--subdir('tests')
-+#subdir('tests')
- subdir('thumbnailer')
- 
- # Documentation
diff --git 
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Fix-a-couple-of-decisions-around-cross-compilation.patch
 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Fix-a-couple-of-decisions-around-cross-compilation.patch
index 90d4830df50..e638fd3b6f3 100644
--- 
a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Fix-a-couple-of-decisions-around-cross-compilation.patch
+++ 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/0001-Fix-a-couple-of-decisions-around-cross-compilation.patch
@@ -1,23 +1,23 @@
-From 48cbdd56036728ffea431ad63cf5e2ad05cef69c Mon Sep 17 00:00:00 2001
+From bf71999b6e64d1f1919b0351b27c1c417e2b8856 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 14 Feb 2019 18:06:25 +0100
-Subject: [PATCH] Fix a couple of decisions around cross-compilation
+Subject: [PATCH] Generate loaders.cache using a native tool when
+ cross-compiling
 
-1. gobject-introspection can be build when cross compiling
-2. generating loaders.cache requires running a target binary which
-we do elsewhere (in postinsts)
+Otherwise meson would attempt to run a target binary.
 
 Upstream-Status: Pending
 Signed-off-by: Alexander Kanavin 
+
 ---
- gdk-pixbuf/meson.build | 4 +++-
- 1 file changed, 3 insertions(+), 1 deletion(-)
+ gdk-pixbuf/meson.build | 13 +
+ 1 file changed, 13 insertions(+)
 
 diff --git a/gdk-pixbuf/meson.build b/gdk-pixbuf/meson.build
-index 77c162b..fc3eb33 100644
+index 1995ffd..d692cb7 100644
 --- a/gdk-pixbuf/meson.build
 +++ b/gdk-pixbuf/meson.build
-@@ -230,6 +230,7 @@ foreach bin: gdkpixbuf_bin
+@@ -291,6 +291,7 @@ foreach bin: gdkpixbuf_bin
set_variable(bin_name.underscorify(), bin)
  endforeach
  
@@ -25,14 +25,22 @@ index 77c162b..fc3eb33 100644
  # The 'loaders.cache' used for testing, so we don't accidentally
  # load the install

[OE-core] [PATCH 2/2] glib-2.0: restore API docs generation

[Alexander Kanavin]

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

diff --git a/meta/recipes-core/glib-2.0/glib.inc 
b/meta/recipes-core/glib-2.0/glib.inc
index 4d7fdeebbbd..6305f553b4a 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -31,6 +31,12 @@ LEAD_SONAME = "libglib-2.0.*"
 
 inherit meson gettext gtk-doc pkgconfig ptest-gnome upstream-version-is-even 
bash-completion gio-module-cache manpages distro_features_check
 
+GTKDOC_ENABLE_FLAG = "-Dgtk_doc=true"
+GTKDOC_DISABLE_FLAG = "-Dgtk_doc=false"
+
+EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '${GTKDOC_ENABLE_FLAG}', \
+   
  '${GTKDOC_DISABLE_FLAG}', d)} "
+
 # This avoids the need to depend on target python3, which in case of mingw is 
not even possible.
 # meson's python configuration pokes into python3 configuration, so this 
provides the native config to it.
 unset _PYTHON_SYSCONFIGDATA_NAME
-- 
2.17.1

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

[OE-core] [PATCH v5 1/3] mesa: Update 18.1.9 -> 18.3.4

[Fabio Berton]

  - Refresh all patches.

  - Remove "Use Python 3 to execute the scripts" patch
  Commit 986033a2750c1160a4cef3c8418fc7f9e2b4fb5a add support
  for both python 2 and 3.

  - Remove "dri: i965: Add missing time.h include" patch
  Commit 3c288da5eec81ee58b85927df18d9194ead8f5c2 add time.h
  header file.

  - Remove --enable-texture-float.
  Commit 66673bef941af344314fe9c91cad8cd330b245eb remove option to
  unconditionally enable floating-point textures.

  - Commit 30b10dbb7c6f6bdf3e489620f8333c727bd3a6dd moved
${sysconfdir}/drirc to ${datadir}/drirc.d/00-mesa-defaults.conf
Add 00-mesa-defaults.conf to mesa-megadriver package

  - Stop removing ${sysconfdir}/drirc on do_install_append

  - Fix upgrade path from mesa to mesa-megadriver

  - Add patch to fix mesa-native build

  - Add xrandr to X11_DEPS

Signed-off-by: Fabio Berton 
---
 ...0001-Simplify-wayland-scanner-lookup.patch | 27 +-
 ...-winsys-svga-drm-Include-sys-types.h.patch |  8 +--
 ...M-version-when-using-LLVM-Git-releas.patch | 12 ++---
 ...-Use-Python-3-to-execute-the-scripts.patch | 32 
 ...-for-defining-WAYLAND_PROTOCOLS_DAT.patch} | 28 +--
 ...-dri-i965-Add-missing-time.h-include.patch | 36 --
 ...sing-include-stddef.h-in-egldevice.h.patch | 49 +++
 .../{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb}  |  0
 meta/recipes-graphics/mesa/mesa.inc   | 13 +++--
 .../mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb}   |  9 ++--
 10 files changed, 99 insertions(+), 115 deletions(-)
 delete mode 100644 
meta/recipes-graphics/mesa/files/0004-Use-Python-3-to-execute-the-scripts.patch
 rename 
meta/recipes-graphics/mesa/files/{0006-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch
 => 0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch} (55%)
 delete mode 100644 
meta/recipes-graphics/mesa/files/0005-dri-i965-Add-missing-time.h-include.patch
 create mode 100644 
meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb} (69%)

diff --git 
a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch 
b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
index a50d2a2ba2..1c2ded0e60 100644
--- 
a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
+++ 
b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
@@ -1,7 +1,7 @@
-From 7e8e0f8a8ac2425e19a2f340c9e3da9345f25940 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Tue, 15 Nov 2016 15:20:49 +0200
-Subject: [PATCH 1/6] Simplify wayland-scanner lookup
+From 81bcaa1aeecf1e66b4d94181e9a827d68e970b03 Mon Sep 17 00:00:00 2001
+From: Fabio Berton 
+Date: Wed, 20 Feb 2019 16:17:00 -0300
+Subject: [PATCH 1/5] Simplify wayland-scanner lookup
 Organization: O.S. Systems Software LTDA.
 
 Don't use pkg-config to lookup the path of a binary that's in the path.
@@ -17,23 +17,26 @@ Signed-off-by: Otavio Salvador 
  1 file changed, 1 insertion(+), 6 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index 14f1af2b2f..916d0bd207 100644
+index cd9ff259fad..402b4a91946 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -1825,12 +1825,7 @@ for plat in $platforms; do
- PKG_CHECK_MODULES([WAYLAND_PROTOCOLS], [wayland-protocols >= 
$WAYLAND_PROTOCOLS_REQUIRED])
+@@ -1841,16 +1841,11 @@ for plat in $platforms; do
+ fi
  WAYLAND_PROTOCOLS_DATADIR=`$PKG_CONFIG --variable=pkgdatadir 
wayland-protocols`
- 
+
 -PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
 -  WAYLAND_SCANNER=`$PKG_CONFIG 
--variable=wayland_scanner wayland-scanner`,
 -  WAYLAND_SCANNER='')
+ PKG_CHECK_EXISTS([wayland-scanner >= 1.15],
+   AC_SUBST(SCANNER_ARG, 'private-code'),
+   AC_SUBST(SCANNER_ARG, 'code'))
+
 -if test "x$WAYLAND_SCANNER" = x; then
 -AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
 -fi
 +AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
- 
+
  if test "x$WAYLAND_SCANNER" = "x:"; then
  AC_MSG_ERROR([wayland-scanner is needed to compile the 
wayland platform])
--- 
-2.18.0
-
+--
+2.20.1
diff --git 
a/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
 
b/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
index ffb3bf7a63..12dca61e19 100644
--- 
a/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
+++ 
b/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
@@ -1,7 +1,7 @@
-From 7792f228991744a0396b8bf811e281dca86165d3 Mon Sep 17 00:00:00 2001
+From 34c3d07b67e6c08f555473a86ff158951abb6000 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date:

[OE-core] [PATCH v5 2/3] mesa: Replace dri-native with dri for native and nativesdk classes

[Fabio Berton]

Instead of using a native specific packageconfig option, we now set
the swrast as the supported driver.

Currently the native version does not build any dri drivers at all.
This is intentional: mesa-native is used only by virgl, so was made
the most minimal possible configuration for mesa-native so that a)
virgl works; and b) build time is as short as possible.

There are two swrast drivers, one dri-based, another gallium-based.
Autotools lets you build both, meson forces you to choose.
Thus DRIDRIVERS = "swrast" is only set for _native, as for _target
we get the gallium driver instead.

See discussion here [1]

Based on https://patchwork.openembedded.org/patch/158748/

[1] https://patchwork.openembedded.org/patch/158806/

Signed-off-by: Fabio Berton 
---
 meta/recipes-graphics/mesa/mesa.inc | 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 0ce7e4d626..b2c6395a31 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -49,8 +49,8 @@ PACKAGECONFIG_class-target ??= 
"${@bb.utils.filter('DISTRO_FEATURES', 'wayland v
${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'x11 
dri3', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 
'dri3', '', d)} \
   "
-PACKAGECONFIG_class-native ?= "gbm dri-native egl"
-PACKAGECONFIG_class-nativesdk ?= "gbm dri-native egl"
+PACKAGECONFIG_class-native ?= "gbm dri egl"
+PACKAGECONFIG_class-nativesdk ?= "gbm dri egl"
 
 # "gbm" requires "dri", "opengl"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
@@ -61,13 +61,12 @@ PACKAGECONFIG[x11] = 
"--enable-glx-tls,--disable-glx,${X11_DEPS}"
 PACKAGECONFIG[xvmc] = "--enable-xvmc,--disable-xvmc,libxvmc"
 PACKAGECONFIG[wayland] = ",,wayland-native wayland libdrm wayland-protocols"
 
-DRIDRIVERS = "swrast"
+DRIDRIVERS_class-native = "swrast"
+DRIDRIVERS_class-nativesdk = "swrast"
 DRIDRIVERS_append_x86_class-target = ",radeon,r200,nouveau,i965,i915"
 DRIDRIVERS_append_x86-64_class-target = ",radeon,r200,nouveau,i965,i915"
 # "dri" requires "opengl"
 PACKAGECONFIG[dri] = "--enable-dri --with-dri-drivers=${DRIDRIVERS}, 
--disable-dri, xorgproto libdrm"
-# On the native builds we use host's dri drivers
-PACKAGECONFIG[dri-native] = "--enable-dri, , xorgproto libdrm"
 PACKAGECONFIG[dri3] = "--enable-dri3, --disable-dri3, xorgproto libxshmfence"
 
 # Vulkan drivers need dri3 enabled
-- 
2.20.1

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

[OE-core] [PATCH v5 3/3] mesa: Add opengl to native and nativesdk PACKAGECONFIG

[Fabio Berton]

Allow the use of opengl for native and nativesdk packages.

Based on https://patchwork.openembedded.org/patch/158748/

Signed-off-by: Fabio Berton 
---
 meta/recipes-graphics/mesa/mesa.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index b2c6395a31..59e8a204c7 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -49,8 +49,8 @@ PACKAGECONFIG_class-target ??= 
"${@bb.utils.filter('DISTRO_FEATURES', 'wayland v
${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'x11 
dri3', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11 vulkan', 
'dri3', '', d)} \
   "
-PACKAGECONFIG_class-native ?= "gbm dri egl"
-PACKAGECONFIG_class-nativesdk ?= "gbm dri egl"
+PACKAGECONFIG_class-native ?= "gbm dri egl opengl"
+PACKAGECONFIG_class-nativesdk ?= "gbm dri egl opengl"
 
 # "gbm" requires "dri", "opengl"
 PACKAGECONFIG[gbm] = "--enable-gbm,--disable-gbm"
-- 
2.20.1

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

Re: [OE-core] [PATCH v4 1/3] mesa: Update 18.1.9 -> 18.3.4

[Burton, Ross]

Also do_install_append still removes drirc, which I've just discovered
is a very bad idea these days.

Ross

On Fri, 22 Feb 2019 at 11:49, Fabio Berton
 wrote:
>
> Hi Ross!
>
> Yes, I'll check packages and fix this.
>
> Thanks
>
> On Fri, Feb 22, 2019 at 7:29 AM Burton, Ross  wrote:
> >
> > packages/corei7-64-poky-linux/mesa/mesa: FILELIST: added
> > "/usr/share/drirc.d/00-mesa-defaults.conf"
> > packages/corei7-64-poky-linux/mesa/mesa: PKGSIZE changed from 0 to 14966 
> > (+100%)
> >
> > Can you identify what of the subpackages actually reads this file and
> > move it to there?
> >
> > Ross
> >
> > On Wed, 20 Feb 2019 at 21:10, Fabio Berton
> >  wrote:
> > >
> > >   - Refresh all patches.
> > >
> > >   - Remove "Use Python 3 to execute the scripts" patch
> > >   Commit 986033a2750c1160a4cef3c8418fc7f9e2b4fb5a add support
> > >   for both python 2 and 3.
> > >
> > >   - Remove "dri: i965: Add missing time.h include" patch
> > >   Commit 3c288da5eec81ee58b85927df18d9194ead8f5c2 add time.h
> > >   header file.
> > >
> > >   - Remove --enable-texture-float.
> > >   Commit 66673bef941af344314fe9c91cad8cd330b245eb remove option to
> > >   unconditionally enable floating-point textures.
> > >
> > >   - Commit 30b10dbb7c6f6bdf3e489620f8333c727bd3a6dd moved
> > > ${sysconfdir}/drirc to ${datadir}/drirc.d/00-mesa-defaults.conf
> > >
> > >   - Add patch to fix mesa-native build
> > >
> > >   - Add xrandr to X11_DEPS
> > >
> > > Signed-off-by: Fabio Berton 
> > > ---
> > >  ...0001-Simplify-wayland-scanner-lookup.patch | 27 +-
> > >  ...-winsys-svga-drm-Include-sys-types.h.patch |  8 +--
> > >  ...M-version-when-using-LLVM-Git-releas.patch | 12 ++---
> > >  ...-Use-Python-3-to-execute-the-scripts.patch | 32 
> > >  ...-for-defining-WAYLAND_PROTOCOLS_DAT.patch} | 28 +--
> > >  ...-dri-i965-Add-missing-time.h-include.patch | 36 --
> > >  ...sing-include-stddef.h-in-egldevice.h.patch | 49 +++
> > >  .../{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb}  |  0
> > >  meta/recipes-graphics/mesa/mesa.inc   |  6 +--
> > >  .../mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb}   |  9 ++--
> > >  10 files changed, 94 insertions(+), 113 deletions(-)
> > >  delete mode 100644 
> > > meta/recipes-graphics/mesa/files/0004-Use-Python-3-to-execute-the-scripts.patch
> > >  rename 
> > > meta/recipes-graphics/mesa/files/{0006-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch
> > >  => 0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch} (55%)
> > >  delete mode 100644 
> > > meta/recipes-graphics/mesa/files/0005-dri-i965-Add-missing-time.h-include.patch
> > >  create mode 100644 
> > > meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
> > >  rename meta/recipes-graphics/mesa/{mesa-gl_18.1.9.bb => 
> > > mesa-gl_18.3.4.bb} (100%)
> > >  rename meta/recipes-graphics/mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb} 
> > > (69%)
> > >
> > > diff --git 
> > > a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > >  
> > > b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > > index a50d2a2ba2..1c2ded0e60 100644
> > > --- 
> > > a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > > +++ 
> > > b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > > @@ -1,7 +1,7 @@
> > > -From 7e8e0f8a8ac2425e19a2f340c9e3da9345f25940 Mon Sep 17 00:00:00 2001
> > > -From: Jussi Kukkonen 
> > > -Date: Tue, 15 Nov 2016 15:20:49 +0200
> > > -Subject: [PATCH 1/6] Simplify wayland-scanner lookup
> > > +From 81bcaa1aeecf1e66b4d94181e9a827d68e970b03 Mon Sep 17 00:00:00 2001
> > > +From: Fabio Berton 
> > > +Date: Wed, 20 Feb 2019 16:17:00 -0300
> > > +Subject: [PATCH 1/5] Simplify wayland-scanner lookup
> > >  Organization: O.S. Systems Software LTDA.
> > >
> > >  Don't use pkg-config to lookup the path of a binary that's in the path.
> > > @@ -17,23 +17,26 @@ Signed-off-by: Otavio Salvador 
> > > 
> > >   1 file changed, 1 insertion(+), 6 deletions(-)
> > >
> > >  diff --git a/configure.ac b/configure.ac
> > > -index 14f1af2b2f..916d0bd207 100644
> > > +index cd9ff259fad..402b4a91946 100644
> > >  --- a/configure.ac
> > >  +++ b/configure.ac
> > > -@@ -1825,12 +1825,7 @@ for plat in $platforms; do
> > > - PKG_CHECK_MODULES([WAYLAND_PROTOCOLS], [wayland-protocols >= 
> > > $WAYLAND_PROTOCOLS_REQUIRED])
> > > +@@ -1841,16 +1841,11 @@ for plat in $platforms; do
> > > + fi
> > >   WAYLAND_PROTOCOLS_DATADIR=`$PKG_CONFIG --variable=pkgdatadir 
> > > wayland-protocols`
> > > -
> > > +
> > >  -PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
> > >  -  WAYLAND_SCANNER=`$PKG_CONFIG 
> > > --variable=wayland_scanner wayland-scanner`,
> > >  -  WAYLAND_SCANNER='')
> > > + PKG_CHECK_EXISTS([wayland-scanner >= 1.15],
> > > + 

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

[Alexander Kanavin]

On Fri, 22 Feb 2019 at 11:18, Burton, Ross  wrote:
>
> On Wed, 20 Feb 2019 at 20:11, Alexander Kanavin  
> wrote:
> > -PACKAGECONFIG[x11] = "--with-x11,--without-x11,virtual/libx11"
> > +PACKAGECONFIG[x11] = ",,virtual/libx11"
>
> https://gitlab.gnome.org/GNOME/gdk-pixbuf/commit/204082e6a7a404ec7372d78ef7a7890ada595154
> is in 2.36.12.
>
> > +   # Do not install ptests if ptest is not enabled; gdk-pixbuf has no 
> > configuration option for this
> > +   if [ "${PTEST_ENABLED}" != "1" ]; then
> > +   rm -rf ${D}${datadir}/installed-tests
> > +   fi
>
> https://gitlab.gnome.org/GNOME/gdk-pixbuf/commit/4c76635e1f19c6d1919d4ea94f6b00f97b996665
> is in 2.38.0.
>
> Last minute upgrade or cherry-pick those?

I've done the upgrade, will send it as a separate patch. It wasn't trivial:
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates&id=447725a8d54dc21643c04d798a47fc45d54b5afb

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

Re: [OE-core] [PATCH v4 1/3] mesa: Update 18.1.9 -> 18.3.4

[Fabio Berton]

Hi Ross!

Yes, I'll check packages and fix this.

Thanks

On Fri, Feb 22, 2019 at 7:29 AM Burton, Ross  wrote:
>
> packages/corei7-64-poky-linux/mesa/mesa: FILELIST: added
> "/usr/share/drirc.d/00-mesa-defaults.conf"
> packages/corei7-64-poky-linux/mesa/mesa: PKGSIZE changed from 0 to 14966 
> (+100%)
>
> Can you identify what of the subpackages actually reads this file and
> move it to there?
>
> Ross
>
> On Wed, 20 Feb 2019 at 21:10, Fabio Berton
>  wrote:
> >
> >   - Refresh all patches.
> >
> >   - Remove "Use Python 3 to execute the scripts" patch
> >   Commit 986033a2750c1160a4cef3c8418fc7f9e2b4fb5a add support
> >   for both python 2 and 3.
> >
> >   - Remove "dri: i965: Add missing time.h include" patch
> >   Commit 3c288da5eec81ee58b85927df18d9194ead8f5c2 add time.h
> >   header file.
> >
> >   - Remove --enable-texture-float.
> >   Commit 66673bef941af344314fe9c91cad8cd330b245eb remove option to
> >   unconditionally enable floating-point textures.
> >
> >   - Commit 30b10dbb7c6f6bdf3e489620f8333c727bd3a6dd moved
> > ${sysconfdir}/drirc to ${datadir}/drirc.d/00-mesa-defaults.conf
> >
> >   - Add patch to fix mesa-native build
> >
> >   - Add xrandr to X11_DEPS
> >
> > Signed-off-by: Fabio Berton 
> > ---
> >  ...0001-Simplify-wayland-scanner-lookup.patch | 27 +-
> >  ...-winsys-svga-drm-Include-sys-types.h.patch |  8 +--
> >  ...M-version-when-using-LLVM-Git-releas.patch | 12 ++---
> >  ...-Use-Python-3-to-execute-the-scripts.patch | 32 
> >  ...-for-defining-WAYLAND_PROTOCOLS_DAT.patch} | 28 +--
> >  ...-dri-i965-Add-missing-time.h-include.patch | 36 --
> >  ...sing-include-stddef.h-in-egldevice.h.patch | 49 +++
> >  .../{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb}  |  0
> >  meta/recipes-graphics/mesa/mesa.inc   |  6 +--
> >  .../mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb}   |  9 ++--
> >  10 files changed, 94 insertions(+), 113 deletions(-)
> >  delete mode 100644 
> > meta/recipes-graphics/mesa/files/0004-Use-Python-3-to-execute-the-scripts.patch
> >  rename 
> > meta/recipes-graphics/mesa/files/{0006-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch
> >  => 0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch} (55%)
> >  delete mode 100644 
> > meta/recipes-graphics/mesa/files/0005-dri-i965-Add-missing-time.h-include.patch
> >  create mode 100644 
> > meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
> >  rename meta/recipes-graphics/mesa/{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb} 
> > (100%)
> >  rename meta/recipes-graphics/mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb} (69%)
> >
> > diff --git 
> > a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> >  
> > b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > index a50d2a2ba2..1c2ded0e60 100644
> > --- 
> > a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > +++ 
> > b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> > @@ -1,7 +1,7 @@
> > -From 7e8e0f8a8ac2425e19a2f340c9e3da9345f25940 Mon Sep 17 00:00:00 2001
> > -From: Jussi Kukkonen 
> > -Date: Tue, 15 Nov 2016 15:20:49 +0200
> > -Subject: [PATCH 1/6] Simplify wayland-scanner lookup
> > +From 81bcaa1aeecf1e66b4d94181e9a827d68e970b03 Mon Sep 17 00:00:00 2001
> > +From: Fabio Berton 
> > +Date: Wed, 20 Feb 2019 16:17:00 -0300
> > +Subject: [PATCH 1/5] Simplify wayland-scanner lookup
> >  Organization: O.S. Systems Software LTDA.
> >
> >  Don't use pkg-config to lookup the path of a binary that's in the path.
> > @@ -17,23 +17,26 @@ Signed-off-by: Otavio Salvador 
> >   1 file changed, 1 insertion(+), 6 deletions(-)
> >
> >  diff --git a/configure.ac b/configure.ac
> > -index 14f1af2b2f..916d0bd207 100644
> > +index cd9ff259fad..402b4a91946 100644
> >  --- a/configure.ac
> >  +++ b/configure.ac
> > -@@ -1825,12 +1825,7 @@ for plat in $platforms; do
> > - PKG_CHECK_MODULES([WAYLAND_PROTOCOLS], [wayland-protocols >= 
> > $WAYLAND_PROTOCOLS_REQUIRED])
> > +@@ -1841,16 +1841,11 @@ for plat in $platforms; do
> > + fi
> >   WAYLAND_PROTOCOLS_DATADIR=`$PKG_CONFIG --variable=pkgdatadir 
> > wayland-protocols`
> > -
> > +
> >  -PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
> >  -  WAYLAND_SCANNER=`$PKG_CONFIG 
> > --variable=wayland_scanner wayland-scanner`,
> >  -  WAYLAND_SCANNER='')
> > + PKG_CHECK_EXISTS([wayland-scanner >= 1.15],
> > +   AC_SUBST(SCANNER_ARG, 'private-code'),
> > +   AC_SUBST(SCANNER_ARG, 'code'))
> > +
> >  -if test "x$WAYLAND_SCANNER" = x; then
> >  -AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
> >  -fi
> >  +AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
> > -
> > +
> >   if test "x$WAYLAND_SCANNER" = "x:"; then
> >

Re: [OE-core] [thud][PATCH 1/2] libaio: Extend to native

[Peter Kjellerstedt]

*ping*

//Peter

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org 
>  On Behalf Of Peter 
> Kjellerstedt
> Sent: den 22 december 2018 23:13
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [thud][PATCH 1/2] libaio: Extend to native
> 
> From: Peter Kjellerstedt 
> 
> lvm2 currently requires libaio. So building lvm2-native will result in
> the following error.
> 
>   ERROR: Required build target 'lvm2-native' has no buildable providers.
>   Missing or unbuildable dependency chain was: ['lvm2-native', 
> 'libaio-native']
> 
> Extend libaio to native to fix this issue.
> 
> Signed-off-by: Peter Kjellerstedt 
> Signed-off-by: Richard Purdie 
> ---
> 
> This is a backport from master.
> 
>  meta/recipes-extended/libaio/libaio_0.3.111.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-extended/libaio/libaio_0.3.111.bb 
> b/meta/recipes-extended/libaio/libaio_0.3.111.bb
> index 04b50b61ec..8e1cd349a0 100644
> --- a/meta/recipes-extended/libaio/libaio_0.3.111.bb
> +++ b/meta/recipes-extended/libaio/libaio_0.3.111.bb
> @@ -20,4 +20,4 @@ do_install () {
>  oe_runmake install DESTDIR=${D}
>  }
> 
> -BBCLASSEXTEND = "nativesdk"
> +BBCLASSEXTEND = "native nativesdk"
> --
> 2.12.0

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

Re: [OE-core] [PATCH v4 1/3] mesa: Update 18.1.9 -> 18.3.4

[Burton, Ross]

packages/corei7-64-poky-linux/mesa/mesa: FILELIST: added
"/usr/share/drirc.d/00-mesa-defaults.conf"
packages/corei7-64-poky-linux/mesa/mesa: PKGSIZE changed from 0 to 14966 (+100%)

Can you identify what of the subpackages actually reads this file and
move it to there?

Ross

On Wed, 20 Feb 2019 at 21:10, Fabio Berton
 wrote:
>
>   - Refresh all patches.
>
>   - Remove "Use Python 3 to execute the scripts" patch
>   Commit 986033a2750c1160a4cef3c8418fc7f9e2b4fb5a add support
>   for both python 2 and 3.
>
>   - Remove "dri: i965: Add missing time.h include" patch
>   Commit 3c288da5eec81ee58b85927df18d9194ead8f5c2 add time.h
>   header file.
>
>   - Remove --enable-texture-float.
>   Commit 66673bef941af344314fe9c91cad8cd330b245eb remove option to
>   unconditionally enable floating-point textures.
>
>   - Commit 30b10dbb7c6f6bdf3e489620f8333c727bd3a6dd moved
> ${sysconfdir}/drirc to ${datadir}/drirc.d/00-mesa-defaults.conf
>
>   - Add patch to fix mesa-native build
>
>   - Add xrandr to X11_DEPS
>
> Signed-off-by: Fabio Berton 
> ---
>  ...0001-Simplify-wayland-scanner-lookup.patch | 27 +-
>  ...-winsys-svga-drm-Include-sys-types.h.patch |  8 +--
>  ...M-version-when-using-LLVM-Git-releas.patch | 12 ++---
>  ...-Use-Python-3-to-execute-the-scripts.patch | 32 
>  ...-for-defining-WAYLAND_PROTOCOLS_DAT.patch} | 28 +--
>  ...-dri-i965-Add-missing-time.h-include.patch | 36 --
>  ...sing-include-stddef.h-in-egldevice.h.patch | 49 +++
>  .../{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb}  |  0
>  meta/recipes-graphics/mesa/mesa.inc   |  6 +--
>  .../mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb}   |  9 ++--
>  10 files changed, 94 insertions(+), 113 deletions(-)
>  delete mode 100644 
> meta/recipes-graphics/mesa/files/0004-Use-Python-3-to-execute-the-scripts.patch
>  rename 
> meta/recipes-graphics/mesa/files/{0006-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch
>  => 0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch} (55%)
>  delete mode 100644 
> meta/recipes-graphics/mesa/files/0005-dri-i965-Add-missing-time.h-include.patch
>  create mode 100644 
> meta/recipes-graphics/mesa/files/0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
>  rename meta/recipes-graphics/mesa/{mesa-gl_18.1.9.bb => mesa-gl_18.3.4.bb} 
> (100%)
>  rename meta/recipes-graphics/mesa/{mesa_18.1.9.bb => mesa_18.3.4.bb} (69%)
>
> diff --git 
> a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch 
> b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> index a50d2a2ba2..1c2ded0e60 100644
> --- 
> a/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> +++ 
> b/meta/recipes-graphics/mesa/files/0001-Simplify-wayland-scanner-lookup.patch
> @@ -1,7 +1,7 @@
> -From 7e8e0f8a8ac2425e19a2f340c9e3da9345f25940 Mon Sep 17 00:00:00 2001
> -From: Jussi Kukkonen 
> -Date: Tue, 15 Nov 2016 15:20:49 +0200
> -Subject: [PATCH 1/6] Simplify wayland-scanner lookup
> +From 81bcaa1aeecf1e66b4d94181e9a827d68e970b03 Mon Sep 17 00:00:00 2001
> +From: Fabio Berton 
> +Date: Wed, 20 Feb 2019 16:17:00 -0300
> +Subject: [PATCH 1/5] Simplify wayland-scanner lookup
>  Organization: O.S. Systems Software LTDA.
>
>  Don't use pkg-config to lookup the path of a binary that's in the path.
> @@ -17,23 +17,26 @@ Signed-off-by: Otavio Salvador 
>   1 file changed, 1 insertion(+), 6 deletions(-)
>
>  diff --git a/configure.ac b/configure.ac
> -index 14f1af2b2f..916d0bd207 100644
> +index cd9ff259fad..402b4a91946 100644
>  --- a/configure.ac
>  +++ b/configure.ac
> -@@ -1825,12 +1825,7 @@ for plat in $platforms; do
> - PKG_CHECK_MODULES([WAYLAND_PROTOCOLS], [wayland-protocols >= 
> $WAYLAND_PROTOCOLS_REQUIRED])
> +@@ -1841,16 +1841,11 @@ for plat in $platforms; do
> + fi
>   WAYLAND_PROTOCOLS_DATADIR=`$PKG_CONFIG --variable=pkgdatadir 
> wayland-protocols`
> -
> +
>  -PKG_CHECK_MODULES([WAYLAND_SCANNER], [wayland-scanner],
>  -  WAYLAND_SCANNER=`$PKG_CONFIG 
> --variable=wayland_scanner wayland-scanner`,
>  -  WAYLAND_SCANNER='')
> + PKG_CHECK_EXISTS([wayland-scanner >= 1.15],
> +   AC_SUBST(SCANNER_ARG, 'private-code'),
> +   AC_SUBST(SCANNER_ARG, 'code'))
> +
>  -if test "x$WAYLAND_SCANNER" = x; then
>  -AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
>  -fi
>  +AC_PATH_PROG([WAYLAND_SCANNER], [wayland-scanner], [:])
> -
> +
>   if test "x$WAYLAND_SCANNER" = "x:"; then
>   AC_MSG_ERROR([wayland-scanner is needed to compile the 
> wayland platform])
> ---
> -2.18.0
> -
> +--
> +2.20.1
> diff --git 
> a/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
>  
> b/meta/recipes-graphics/mesa/files/0002-winsys-svga-drm-Include-sys-types.h.patch
> index ffb3bf7a63..12dca61e

Re: [OE-core] [PATCH 4/4] glib-2.0: convert from autotools to meson

[Burton, Ross]

packages/corei7-64-poky-linux/glib-2.0/glib-2.0-doc: PKGSIZE changed
from 21195094 to 117168 (-99%)

Documentation is no longer built.

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

Re: [OE-core] [PATCH 3/4] gdk-pixbuf: convert from autotools to meson

[Burton, Ross]

On Wed, 20 Feb 2019 at 20:11, Alexander Kanavin  wrote:
> -PACKAGECONFIG[x11] = "--with-x11,--without-x11,virtual/libx11"
> +PACKAGECONFIG[x11] = ",,virtual/libx11"

https://gitlab.gnome.org/GNOME/gdk-pixbuf/commit/204082e6a7a404ec7372d78ef7a7890ada595154
is in 2.36.12.

> +   # Do not install ptests if ptest is not enabled; gdk-pixbuf has no 
> configuration option for this
> +   if [ "${PTEST_ENABLED}" != "1" ]; then
> +   rm -rf ${D}${datadir}/installed-tests
> +   fi

https://gitlab.gnome.org/GNOME/gdk-pixbuf/commit/4c76635e1f19c6d1919d4ea94f6b00f97b996665
is in 2.38.0.

Last minute upgrade or cherry-pick those?

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

Re: [OE-core] [PATCH] [PATCH] cairo:upgrade to 1.17.2

[Alexander Kanavin]

1.17.2 is a development version (see the upstream-version-is-even
inherit), so the update should be to 1.16.latest, or 1.18.latest, if
there is one.

You can check with 'devtool latest-version cairo'.

Alex

On Fri, 22 Feb 2019 at 10:37, Hong Liu  wrote:
>
> Upgrade cairo from 1.16.0 to 1.17.2
>
> Signed-off-by: Hong Liu 
> ---
>  .../cairo/{cairo_1.16.0.bb => cairo_1.17.2.bb}  | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-graphics/cairo/{cairo_1.16.0.bb => cairo_1.17.2.bb} (94%)
>
> diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb 
> b/meta/recipes-graphics/cairo/cairo_1.17.2.bb
> similarity index 94%
> rename from meta/recipes-graphics/cairo/cairo_1.16.0.bb
> rename to meta/recipes-graphics/cairo/cairo_1.17.2.bb
> index 3e176930cc..fadec5711b 100644
> --- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> +++ b/meta/recipes-graphics/cairo/cairo_1.17.2.bb
> @@ -22,12 +22,12 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=e73e999e0c72b5ac9012424fa157ad77"
>
>  DEPENDS = "fontconfig glib-2.0 libpng pixman zlib"
>
> -SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz \
> +SRC_URI = "http://cairographics.org/snapshots/cairo-${PV}.tar.xz \
> file://cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff \
>"
>
> -SRC_URI[md5sum] = "f19e0353828269c22bd72e271243a552"
> -SRC_URI[sha256sum] = 
> "5e7b29b3f113ef870d1e3ecf8adf21f923396401604bda16d44be45e66052331"
> +SRC_URI[md5sum] = "321a07adaeb125cb5513079256d465fb"
> +SRC_URI[sha256sum] = 
> "6b70d4655e2a47a22b101c666f4b29ba746eda4aa8a0f7255b32b2e9408801df"
>
>  inherit autotools pkgconfig upstream-version-is-even gtk-doc multilib_script
>
> --
> 2.17.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

[OE-core] [PATCH] [PATCH] cairo:upgrade to 1.17.2

[Hong Liu]

Upgrade cairo from 1.16.0 to 1.17.2

Signed-off-by: Hong Liu 
---
 .../cairo/{cairo_1.16.0.bb => cairo_1.17.2.bb}  | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/cairo/{cairo_1.16.0.bb => cairo_1.17.2.bb} (94%)

diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb 
b/meta/recipes-graphics/cairo/cairo_1.17.2.bb
similarity index 94%
rename from meta/recipes-graphics/cairo/cairo_1.16.0.bb
rename to meta/recipes-graphics/cairo/cairo_1.17.2.bb
index 3e176930cc..fadec5711b 100644
--- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.17.2.bb
@@ -22,12 +22,12 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e73e999e0c72b5ac9012424fa157ad77"
 
 DEPENDS = "fontconfig glib-2.0 libpng pixman zlib"
 
-SRC_URI = "http://cairographics.org/releases/cairo-${PV}.tar.xz \
+SRC_URI = "http://cairographics.org/snapshots/cairo-${PV}.tar.xz \
file://cairo-get_bitmap_surface-bsc1036789-CVE-2017-7475.diff \ 
   "
 
-SRC_URI[md5sum] = "f19e0353828269c22bd72e271243a552"
-SRC_URI[sha256sum] = 
"5e7b29b3f113ef870d1e3ecf8adf21f923396401604bda16d44be45e66052331"
+SRC_URI[md5sum] = "321a07adaeb125cb5513079256d465fb"
+SRC_URI[sha256sum] = 
"6b70d4655e2a47a22b101c666f4b29ba746eda4aa8a0f7255b32b2e9408801df"
 
 inherit autotools pkgconfig upstream-version-is-even gtk-doc multilib_script
 
-- 
2.17.2



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

Re: [OE-core] [PATCH] bitbake.conf:update FETCHCMD_wget with --no-passive-ftp

[Haitaoliu]

On 2019/2/22 下午3:17, Richard Purdie wrote:

On Fri, 2019-02-22 at 14:03 +0800, Liu Haitao wrote:

When fetching the source of alsa it would trigger the following
WARNING:


WARNING: alsa-lib-1.1.6-r0 do_fetch: Failed to fetch URL
ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.1.6.tar.bz2,
attempting MIRRORS if
available

Bitbake would use wget with "--no-passive" to fetch the source.
Behind most firewall and NAT
configurations it could work well.However, in some rare firewall
configurations,
active FTP actually works when passive FTP doesn't.

So disable the use of the passive FTP transfer mode for wget.

As you say, its much more likely that passive ftp would work than
active ftp, so this change would make things worse for more people?

This change maybe make some trouble for others. But I have not found any 
errors  since  applying the change into the latest yocto.


Each of two mode(active and passive) has its own advantages and 
disadvantages.  Now most servers and firewalls support passive ftp,


 while the ALSA is an exception that does not support it.


We're trying to get away from having ftp urls in oe-core at all so
hopefully this isn't a big deal.


Thanks for your reminding, I could  try to use https url instead of ftp 
url in alsa-lib_1.1.6.bb.  The alsa also provides the HTTP server for 
downing the packages. 
"https://www.alsa-project.org/files/pub/lib/alsa-lib-1.1.6.tar.bz2";


thanks,

haitao


Cheers,

Richard


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

Re: [OE-core] [PATCH v2 0/3] alsa recipe updates

[Tanu Kaskinen]

On Thu, 2019-02-21 at 21:28 +0100, Alexander Kanavin wrote:
> On Thu, 21 Feb 2019 at 21:13, Tanu Kaskinen  wrote:
> > Changes in v2:
> >  - More reliable SRC_URIs.
> > 
> > 
> > Tanu Kaskinen (3):
> >   alsa-lib: 1.1.6 -> 1.1.8
> >   alsa-plugins: 1.1.6 -> 1.1.8
> >   alsa-utils: 1.1.6 -> 1.1.8
> > 
> >  .../{alsa-lib_1.1.6.bb => alsa-lib_1.1.8.bb}  |  6 +-
> >  ...plugins_1.1.6.bb => alsa-plugins_1.1.8.bb} | 86 +--
> >  ...s_1.1.6.bb => alsa-utils-scripts_1.1.8.bb} |  0
> >  ...lsa-utils_1.1.6.bb => alsa-utils_1.1.8.bb} | 14 ++-
> >  .../recipes-multimedia/ffmpeg/ffmpeg_4.1.1.bb |  2 +-
> 
> I guess alsa-tools should also get an updated SRC_URI, even without a
> version upgrade for now?

Yes, you're right. I didn't get your point the first time you requested
this, sorry...

-- 
Tanu

https://www.patreon.com/tanuk
https://liberapay.com/tanuk

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

[OE-core] [PATCH] alsa-tools: use a better SRC_URI

[Tanu Kaskinen]

The ftp server has been flaky recently.

Signed-off-by: Tanu Kaskinen 
---
 meta/recipes-multimedia/alsa/alsa-tools_1.1.6.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/alsa/alsa-tools_1.1.6.bb 
b/meta/recipes-multimedia/alsa/alsa-tools_1.1.6.bb
index 90e54dbb14..0662b5a78d 100644
--- a/meta/recipes-multimedia/alsa/alsa-tools_1.1.6.bb
+++ b/meta/recipes-multimedia/alsa/alsa-tools_1.1.6.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://hdsploader/COPYING;md5=59530bdf33659b29e73d4adb9f9f65
 
file://ld10k1/COPYING.LIB;md5=a916467b91076e631dd8edb7424769c7 \
 "
 
-SRC_URI = "ftp://ftp.alsa-project.org/pub/tools/${BP}.tar.bz2 \
+SRC_URI = "https://www.alsa-project.org/files/pub/tools/${BP}.tar.bz2 \
file://0002-Fix-clang-Wreserved-user-defined-literal-warnings.patch 
\
file://musl.patch \
"
-- 
2.20.1

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