In file included from backends/meta-gles3.c:31: ./backends/meta-gles3-table.h:26:10: fatal error: GLES2/gl2.h: No such file or directory #include <GLES2/gl2.h> ^~~~~~~~~~~~~ compilation terminated. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-hardened_20190227-134538 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-8.3.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) [3] ruby26 (with Rubygems) * emerge -qpvO x11-wm/mutter [ebuild N ] x11-wm/mutter-3.28.3 USE="introspection -debug -elogind -gles2 -systemd -test -udev -wayland" INPUT_DEVICES="-wacom"
Created attachment 567030 [details] emerge-info.txt
Created attachment 567032 [details] emerge-history.txt
Created attachment 567034 [details] environment
Created attachment 567036 [details] etc.portage.tbz2
Created attachment 567038 [details] logs.tbz2
Created attachment 567040 [details] temp.tbz2
Created attachment 567042 [details] x11-wm:mutter-3.28.3:20190228-153607.log
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f7cbaff73571787a03c54ceb8a7d1a2449ec341c commit f7cbaff73571787a03c54ceb8a7d1a2449ec341c Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2019-02-28 22:33:24 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2019-02-28 22:37:50 +0000 x11-wm/mutter: require gles2 for wayland, try to fix non-gles2 builds Native backend makes use of gles3 for some features, and I'm not sure if these gracefully degrade or not without gles3. So require gles2 with wayland (which is when we enable build of native backend), which also allows for a simpler hacky patch for fixing non-gles2 builds when system doesn't have USE=gles2 on mesa. I consider this quite ugly, but 1) this is ~arch 2) this will be better in the meson port in mutter-3.32 3) it hopefully works well enough anyways, sans potentially unnecessary mesa[gles2] dep and full gles2 cogl builds. People who mind the gles2 requirement are welcome to come up with something better. It should somehow express the feature dependency of this, even if just metadata.xml descriptions. Closes: https://bugs.gentoo.org/679074 Package-Manager: Portage-2.3.52, Repoman-2.3.12 Signed-off-by: Mart Raudsepp <leio@gentoo.org> x11-wm/mutter/files/3.28.3-no-gles2-fix.patch | 43 ++++++++ x11-wm/mutter/mutter-3.28.3-r1.ebuild | 152 ++++++++++++++++++++++++++ 2 files changed, 195 insertions(+)
I can't test the fix myself, but hopefully this works. Feedback appreciated.
