Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 560096 - media-libs/mesa: Add X USE flag (for Wayland-only systems)
Summary: media-libs/mesa: Add X USE flag (for Wayland-only systems)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement with 3 votes (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords: PullRequest
: 608912 626960 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-09-10 09:26 UTC by Michel Ganguin
Modified: 2019-08-18 06:45 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
ebuild for adding X use flag to mesa 11.0.9 (mesa-11.0.9.ebuild,12.57 KB, text/plain)
2016-04-06 02:18 UTC, cl91tp
Details
patch for adding X use flag for mesa 11.0.9 (add-X-use-flag.patch,3.70 KB, patch)
2016-04-06 02:19 UTC, cl91tp
Details | Diff
Modified mesa-11.2.2.ebuild adding X use flag (mesa-11.2.2.ebuild,12.29 KB, text/plain)
2016-07-21 11:08 UTC, dolphinling
Details
diff version of Modified mesa-11.2.2.ebuild adding X use flag (mesa-11.2.2.ebuild.patch,3.29 KB, patch)
2016-07-21 11:09 UTC, dolphinling
Details | Diff
Modified mesa-12.0.1.ebuild adding X use flag (mesa-12.0.1.ebuild,12.45 KB, text/plain)
2016-07-21 12:12 UTC, dolphinling
Details
diff version of Modified mesa-12.0.1.ebuild adding X use flag (mesa-12.0.1.diff,3.36 KB, patch)
2016-07-21 12:12 UTC, dolphinling
Details | Diff
New patch proposal for 19.1.0 (mesa-19.1.0-use-X.patch,2.52 KB, patch)
2019-06-11 22:28 UTC, Michel Ganguin
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Ganguin 2015-09-10 09:26:24 UTC
X USE flag request for mesa ebuild, to build mesa without X11 support

"emerge mesa" pulls 6 x11-libx/libX* dependencies. These dependencies are not needed when building mesa for wayland only.


Reproducible: Always

Steps to Reproduce:
USE="-X wayland" emerge mesa
Actual Results:  
X11 dependencies are mandatory

Expected Results:  
optional X11 dependencies


I'm not an ebuild expert, but here's my patch to make X optional. There is some fine tuning needed, such as having at least X or wayland USE flag.

--- /usr/portage/media-libs/mesa/mesa-10.3.7-r1.ebuild  2015-08-09 22:34:52.000000000 +0200
+++ /usr/portage/media-libs/mesa/mesa-10.3.7-r1.ebuild 2015-09-10 10:54:57.374936025 +0200
@@ -52,7 +52,7 @@
 IUSE="${IUSE_VIDEO_CARDS}
        bindist +classic debug +dri3 +egl +gallium +gbm gles1 gles2 +llvm +nptl
        opencl openvg osmesa pax_kernel openmax pic selinux
-       +udev vdpau wayland xvmc xa kernel_FreeBSD kernel_linux"
+       +udev vdpau wayland xvmc X xa kernel_FreeBSD kernel_linux"
 
 REQUIRED_USE="
        llvm?   ( gallium )
@@ -94,12 +94,14 @@
        >=app-eselect/eselect-opengl-1.2.7
        udev? ( kernel_linux? ( >=virtual/libudev-215:=[${MULTILIB_USEDEP}] ) )
        >=dev-libs/expat-2.1.0-r3:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libX11-1.6.2:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libxshmfence-1.1:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libXdamage-1.1.4-r1:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libXext-1.3.2:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libXxf86vm-1.1.3:=[${MULTILIB_USEDEP}]
-       >=x11-libs/libxcb-1.9.3:=[${MULTILIB_USEDEP}]
+       X? (
+               >=x11-libs/libX11-1.6.2:=[${MULTILIB_USEDEP}]
+               >=x11-libs/libxshmfence-1.1:=[${MULTILIB_USEDEP}]
+               >=x11-libs/libXdamage-1.1.4-r1:=[${MULTILIB_USEDEP}]
+               >=x11-libs/libXext-1.3.2:=[${MULTILIB_USEDEP}]
+               >=x11-libs/libXxf86vm-1.1.3:=[${MULTILIB_USEDEP}]
+               >=x11-libs/libxcb-1.9.3:=[${MULTILIB_USEDEP}]
+       )
        llvm? (
                video_cards_radeonsi? ( || (
                        >=dev-libs/elfutils-0.155-r1:=[${MULTILIB_USEDEP}]
@@ -252,7 +254,8 @@
        fi
 
        if use egl; then
-               myconf+="--with-egl-platforms=x11$(use wayland && echo ",wayland")$(use gbm && echo ",drm") "
+               platforms=$(use X && echo "x11,")$(use wayland && echo "wayland,")$(use gbm && echo "drm,")
+               myconf+="--with-egl-platforms=${platforms%,} "
        fi
 
        if use gallium; then
@@ -311,7 +314,7 @@
 
        econf \
                --enable-dri \
-               --enable-glx \
+               $(use_enable X glx) \
                --enable-shared-glapi \
                $(use_enable !bindist texture-float) \
                $(use_enable debug) \
Comment 1 Ian Stakenvicius (RETIRED) gentoo-dev 2015-09-11 15:01:24 UTC
Makes sense, from an outside observer perspective.  Likely this patch should also add an item to REQUIRED_USE however to ensure one of X and wayland are enabled; I expect mesa will not be of much use if both of those flags are turned off.

There will likely be some rdep updates as well, perhaps for any package that specifically requires glx?
Comment 2 cl91tp 2016-04-06 02:18:39 UTC
Created attachment 429724 [details]
ebuild for adding X use flag to mesa 11.0.9

This is tested to generate a working mesa build on a X11-free system (ie. no libX11 and friends). The main thing is to disable glx when building without X11.
Comment 3 cl91tp 2016-04-06 02:19:35 UTC
Created attachment 429726 [details, diff]
patch for adding X use flag for mesa 11.0.9

patch (rather than full ebuild)
Comment 4 dolphinling 2016-07-21 11:08:56 UTC
Created attachment 441308 [details]
Modified mesa-11.2.2.ebuild adding X use flag

I made my own version of this before finding this bug, so here's what I had with some of the things from here merged in.



(In reply to cl91tp from comment #2)
> Created attachment 429724 [details]
> ebuild for adding X use flag to mesa 11.0.9
> 
> This is tested to generate a working mesa build on a X11-free system (ie. no
> libX11 and friends). The main thing is to disable glx when building without
> X11.

A couple comments/questions on this:

Are you sure XA needs X? I can't test this, but from my reading of configure.ac it's not required.

openmax, vaapi, vdpau, and xvmc should all have required use (X gallium)
(technically it seems you could install them if you had X libraries installed but installed mesa with -X, but it's not worth writing out all those dependencies)

You've moved some blockers inside the X use flag - are you sure it will build correctly if those old versions are somehow still installed? (Alternately, can the blockers just be removed at this point? They're OLD...)

Why have you made --enable-shared-glapi dependent on X? It doesn't seem to be from reading the configure.ac, and the ebuild works without that change.

What's that bit where you modify the line with MESA_EGL_NO_X11_HEADERS ? I don't understand what you've done there or why it's necessary.
Comment 5 dolphinling 2016-07-21 11:09:52 UTC
Created attachment 441310 [details, diff]
diff version of Modified mesa-11.2.2.ebuild adding X use flag
Comment 6 dolphinling 2016-07-21 12:12:28 UTC
Created attachment 441316 [details]
Modified mesa-12.0.1.ebuild adding X use flag

Updated to 12.0.1 (I should have done that before...)
Comment 7 dolphinling 2016-07-21 12:12:52 UTC
Created attachment 441318 [details, diff]
diff version of Modified mesa-12.0.1.ebuild adding X use flag
Comment 8 cl91tp 2016-07-22 00:47:12 UTC
> What's that bit where you modify the line with MESA_EGL_NO_X11_HEADERS ? I
> don't understand what you've done there or why it's necessary.

EGL/eglplatform.h contains the following logic:

#elif defined(__unix__) || defined(__APPLE__)

#if defined(MESA_EGL_NO_X11_HEADERS)
typedef void            *EGLNativeDisplayType;
typedef khronos_uintptr_t EGLNativePixmapType;
typedef khronos_uintptr_t EGLNativeWindowType;
#else
/* X11 (tentative)  */
#include <X11/Xlib.h>
#include <X11/Xutil.h>
typedef Display *EGLNativeDisplayType;
typedef Pixmap   EGLNativePixmapType;
typedef Window   EGLNativeWindowType;
#endif /* MESA_EGL_NO_X11_HEADERS */

#elif
...

It's probably something that they will fix in the future (ie. they need to fix the "Tentative" comment to correctly define the EGL types according to the target platform. So for now let's just define MESA_EGL_NO_X11_HEADERS once and for all.
Comment 9 cl91tp 2016-07-22 00:48:20 UTC
(In reply to cl91tp from comment #8)
> > What's that bit where you modify the line with MESA_EGL_NO_X11_HEADERS ? I
> > don't understand what you've done there or why it's necessary.
> 
> EGL/eglplatform.h contains the following logic:
> 
> #elif defined(__unix__) || defined(__APPLE__)
> 
> #if defined(MESA_EGL_NO_X11_HEADERS)
> typedef void            *EGLNativeDisplayType;
> typedef khronos_uintptr_t EGLNativePixmapType;
> typedef khronos_uintptr_t EGLNativeWindowType;
> #else
> /* X11 (tentative)  */
> #include <X11/Xlib.h>
> #include <X11/Xutil.h>
> typedef Display *EGLNativeDisplayType;
> typedef Pixmap   EGLNativePixmapType;
> typedef Window   EGLNativeWindowType;
> #endif /* MESA_EGL_NO_X11_HEADERS */
> 
> #elif
> ...
> 
> It's probably something that they will fix in the future (ie. they need to
> fix the "Tentative" comment to correctly define the EGL types according to
> the target platform. So for now let's just define MESA_EGL_NO_X11_HEADERS
> once and for all.

which by the way is defined by the mesa build system when no X11 header is found, but for some reason not propagated to the public headers.
Comment 10 cl91tp 2016-07-22 00:53:10 UTC
> Are you sure XA needs X? I can't test this, but from my reading of
> configure.ac it's not required.

Ah I'm not sure about this either. I just assumed that because it has "X" in its name. But I guess it's safer to put it under the X use flag. If someone else has tested that it works outside of X, then we can move it out.

> You've moved some blockers inside the X use flag - are you sure it will
> build correctly if those old versions are somehow still installed?
> (Alternately, can the blockers just be removed at this point? They're OLD...)

Yeah maybe they can just be removed. I haven't tested building them with such old versions so not quite sure if they are needed or not.

> Why have you made --enable-shared-glapi dependent on X? It doesn't seem to
> be from reading the configure.ac, and the ebuild works without that change.

I somewhat remembered not being able to build them with --enable-shared-glapi in the version I tested, but maybe they fixed this in 12.0 so that it builds now.
Comment 11 dolphinling 2016-07-22 04:23:56 UTC
(In reply to cl91tp from comment #9)
> (In reply to cl91tp from comment #8)
> > It's probably something that they will fix in the future (ie. they need to
> > fix the "Tentative" comment to correctly define the EGL types according to
> > the target platform. So for now let's just define MESA_EGL_NO_X11_HEADERS
> > once and for all.
> 
> which by the way is defined by the mesa build system when no X11 header is
> found, but for some reason not propagated to the public headers.

It looks like it get added to the Cflags line in /usr/lib64/pkgconfig/egl.pc.

(In reply to cl91tp from comment #10)
> > (Alternately, can the blockers just be removed at this point? They're OLD...)
> 
> Yeah maybe they can just be removed. I haven't tested building them with
> such old versions so not quite sure if they are needed or not.

I just looked through the cvs history. xf86driproto-2.0.3 was added over 10 years ago and removed over 6 years ago. The last pre-1.7 xorg-server was 1.6.5-r1, removed nearly 6 years ago. I guess it's up to the maintainers but at this point I'd remove them.
Comment 12 cl91tp 2016-07-22 23:55:13 UTC
> 
> It looks like it get added to the Cflags line in /usr/lib64/pkgconfig/egl.pc.
> 

Yes that is true. However some packages don't read CFLAGS from pkg-config for egl (which is wrong). The reason I made that fix was because I had some build failures not from mesa but from some down-stream packages (such as weston), and I thought although the correct solution in the long term is to fix the packages that are broken, for now an acceptable hack is to simply patch the mesa egl header so that MESA_EGL_NO_X11_HEADER gets added regardless of whether the package will read CFLAGS from pkg-config.
Comment 13 dolphinling 2017-02-13 15:45:41 UTC
*** Bug 608912 has been marked as a duplicate of this bug. ***
Comment 14 Damien Zammit 2017-04-06 01:48:26 UTC
(In reply to Ian Stakenvicius from comment #1)
> Makes sense, from an outside observer perspective.  Likely this patch should
> also add an item to REQUIRED_USE however to ensure one of X and wayland are
> enabled; I expect mesa will not be of much use if both of those flags are
> turned off.

We have a use case where the above would be disastrous: we need mesa support without wayland or X, in an appliance where the graphics card is fired up using EGL only and pageflipped with DRM.  Ideally we would like to build mesa without X or wayland libraries.
Comment 15 Damien Zammit 2017-04-12 04:56:53 UTC
Following up on my previous message, we have a pull request on github that seems to fix this issue on current mesa (17.0.3)

https://github.com/gentoo/gentoo/pull/4374

Please advise next step to resolving this issue.  Thanks.
Comment 16 Mart Raudsepp gentoo-dev 2017-04-12 05:13:00 UTC
<funfunctor> leio: we are waiting for https://github.com/gentoo/gentoo/pull/4374 to be merged but apparently there is more to be done.
<funfunctor> though I think most packages do actually have the required X wiring already
<leio> they don't have anything to wire to
<leio> unless they preemptively have some sort of media-libs/mesa[X(+)] version
<funfunctor> yes
<funfunctor> well mattst88 said we have more to do with the pull request though I am still not clear what to get it merged
<leio> looking through the consumers and making them have a X(+) USE depend when they need it
<leio> potentially also virtual/opengl ones...
<leio> meanwhile could look into EXTRA_ECONF or some such for the image building?
<funfunctor> most packages already have that
<leio> I mean virtual/opengl might need to mirror the USE=X and consumers of virtual/opengl then to look through; unless it's decided most virtual/opengl dependencies need X anyway on non-apple and making virtual/opengl have the X(+) USE dep on mesa
<funfunctor> I'm not really familiar with EXTRA_ECONF
<leio> you might be able to pass an extra configure argument like --disable-x11 to the ebuild configure call without modifying the ebuild
<leio> when you know what you're doing
<leio> to not be fully blocked by this meanwhile, I mean
<leio> or of course modifying the ebuild in overlay
<funfunctor> well I work on mesa I know what I am doing there but I think it would be better if we work our changes directly upstream here
<leio> yeah, if you can wait, or help out with that checking work :)
<funfunctor> we are happy to work though the process of upstream, we are *very* familiar with it
<leio> so you would know what this USE=X would provide and when a consumer needs it
<leio> then it's about looking through all the consumers and judging if they need a X(+) USE dep on mesa added or not; then the same for virtual/opengl potentially (but mattst88 or you might know better if that's unnecessary)
<funfunctor> anything with a #include glx header I suspect is what needs X(+)
<leio> then I think either virtual/opengl will need to force mesa[X(+)] itself to maintain status quo for virtual/opengl consumers; or have a IUSE=X of its own with a mesa[X(+)?] and consumers of virtual/opengl checked similarly
<leio> the first option might also be a middle step to get direct consumers handled first and then already be able to flip it for media-libs/mesa
...
<funfunctor> mattst88: can you please take another look at https://github.com/gentoo/gentoo/pull/4374 we still want to keep that moving and not let is stall..
<mattst88> I told you what needs to be done..
Comment 17 Arfrever Frehtes Taifersar Arahesis 2017-08-05 21:13:11 UTC
*** Bug 626960 has been marked as a duplicate of this bug. ***
Comment 18 Cedric Sodhi 2017-12-31 13:57:34 UTC
I'd like to remark (although, possibly, only of little value to the debate), that I've been building mesa without any X dependencies for more than a year now, using

--disable-gles1 --disable-dri3 --disable-glx --with-gallium-drivers= --with-dri-drivers=i965 --disable-xa --with-vulkan-drivers=intel --with-platforms=wayland,drm

It would be great if this setup at least, would be allowed by the ebuild in portage. The dependencies thus omitted include

x11-libs/libXdamage
x11-libs/libXxf86vm
x11-libs/libXfixes
x11-libs/libXext
x11-libs/libxcb
x11-proto/glproto
x11-libs/libxshmfence
x11-proto/xf86driproto
x11-proto/dri2proto
Comment 19 Michel Ganguin 2019-06-11 22:28:55 UTC
Created attachment 579580 [details, diff]
New patch proposal for 19.1.0

Is there a reason why not to add the X use flag? complicated use dependencies? could it be forced enabled by profile? Such that it is only possible to disable it by overriding the profile?
Comment 20 Matt Turner gentoo-dev 2019-06-17 17:21:01 UTC
(In reply to Michel Ganguin from comment #19)
> Created attachment 579580 [details, diff] [details, diff]
> New patch proposal for 19.1.0
> 
> Is there a reason why not to add the X use flag? complicated use
> dependencies? could it be forced enabled by profile? Such that it is only
> possible to disable it by overriding the profile?

Thanks, but this is the really easy part. The difficult (tedious) part is sorting out what depends on mesa and needs libGL (which includes GLX) and what doesn't and then updating their dependencies.

We could commit something like your patch to the 9999 ebuild with a package.use.force entry to force the X flag to always be on. Adventurous users could unforce it and break their systems as they see fit. The next major mesa version would be copied from the 9999 ebuild so the flag would propagate to that.
Comment 21 Philipp Ammann 2019-06-17 19:08:30 UTC
(In reply to Matt Turner from comment #20)
> Thanks, but this is the really easy part. The difficult (tedious) part is
> sorting out what depends on mesa and needs libGL (which includes GLX) and
> what doesn't and then updating their dependencies.
> 
> We could commit something like your patch to the 9999 ebuild with a
> package.use.force entry to force the X flag to always be on. Adventurous
> users could unforce it and break their systems as they see fit. The next
> major mesa version would be copied from the 9999 ebuild so the flag would
> propagate to that.

Why not change all packages that depend on media-libs/mesa to media-libs/mesa[X]? Then we can figure out which packages don't need X/GLX. I'm already running a wayland-only system (just to muck around, not for production) and I'd like to help.
Comment 22 Matt Turner gentoo-dev 2019-06-17 21:03:42 UTC
(In reply to Philipp Ammann from comment #21)
> (In reply to Matt Turner from comment #20)
> > Thanks, but this is the really easy part. The difficult (tedious) part is
> > sorting out what depends on mesa and needs libGL (which includes GLX) and
> > what doesn't and then updating their dependencies.
> > 
> > We could commit something like your patch to the 9999 ebuild with a
> > package.use.force entry to force the X flag to always be on. Adventurous
> > users could unforce it and break their systems as they see fit. The next
> > major mesa version would be copied from the 9999 ebuild so the flag would
> > propagate to that.
> 
> Why not change all packages that depend on media-libs/mesa to
> media-libs/mesa[X]? Then we can figure out which packages don't need X/GLX.
> I'm already running a wayland-only system (just to muck around, not for
> production) and I'd like to help.

That seems like a reasonable first step. If you're interested in doing that sed'ing, feel free to attach patches here (one per package) or perhaps easier make a pull request on github (github.com/gentoo/gentoo). I'll handle review and committing in either case.

Aside: make the dependency media-libs/mesa[X(+)] so that versions of Mesa that don't have the X flag will be accepted. The (+) means that if IUSE doesn't contain X then assume its functionality is present.
Comment 23 Arfrever Frehtes Taifersar Arahesis 2019-06-17 23:47:32 UTC
(In reply to comment #21 and comment #22)

Majority of these ebuilds, which effectively depend on media-libs/mesa, depend on media-libs/mesa through virtual/opengl.
https://qa-reports.gentoo.org/output/genrdeps/rindex/media-libs/mesa : 338 (excluding blockers marked with [B])
https://qa-reports.gentoo.org/output/genrdeps/rindex/virtual/opengl : 806 (excluding blockers marked with [B])

So amongst first steps, probably IUSE="X" and appropriate dependency should be added to virtual/opengl:
-  >=media-libs/mesa-9.1.6[${MULTILIB_USEDEP}]
+  >=media-libs/mesa-9.1.6[${MULTILIB_USEDEP},X?]
Comment 24 Philipp Ammann 2019-06-18 11:08:54 UTC
(In reply to Matt Turner from comment #22)
> That seems like a reasonable first step. If you're interested in doing that
> sed'ing, feel free to attach patches here (one per package) or perhaps
> easier make a pull request on github (github.com/gentoo/gentoo). I'll handle
> review and committing in either case.

Sure, I can do that. But I'm AFK until next Tuesday (the 25th) so please have a litte patience :)
Comment 25 Larry the Git Cow gentoo-dev 2019-07-29 03:46:17 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0dbbd1f476cf6945f112f8e63a90e027f209e4a5

commit 0dbbd1f476cf6945f112f8e63a90e027f209e4a5
Author:     Philipp Ammann <philipp.ammann@posteo.de>
AuthorDate: 2019-06-26 19:42:36 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2019-07-29 03:44:24 +0000

    media-libs/mesa: introduce X USE flag
    
    Bug: https://bugs.gentoo.org/560096
    Signed-off-by: Philipp Ammann <philipp.ammann@posteo.de>
    Signed-off-by: Matt Turner <mattst88@gentoo.org>

 media-libs/mesa/mesa-9999.ebuild | 30 ++++++++++++++++++------------
 1 file changed, 18 insertions(+), 12 deletions(-)

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=105caec6052322f095a5ee26ae097798aa9b5a9e

commit 105caec6052322f095a5ee26ae097798aa9b5a9e
Author:     Philipp Ammann <philipp.ammann@posteo.de>
AuthorDate: 2019-07-29 03:39:26 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2019-07-29 03:44:24 +0000

    virtual/opengl: Depend on media-libs/mesa[X]
    
    Bug: https://bugs.gentoo.org/560096
    Signed-off-by: Philipp Ammann <philipp.ammann@posteo.de>
    Signed-off-by: Matt Turner <mattst88@gentoo.org>

 virtual/opengl/opengl-7.0-r2.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 26 Larry the Git Cow gentoo-dev 2019-08-17 22:59:20 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=97c3d2d26f9cc06c46d0c479f67b446214177463

commit 97c3d2d26f9cc06c46d0c479f67b446214177463
Author:     Philipp Ammann <philipp.ammann@posteo.de>
AuthorDate: 2019-06-26 19:30:45 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2019-08-17 22:59:01 +0000

    */*: Depend on media-libs/mesa[X(+)]
    
    This changes any package that depends on media-libs/mesa (though not
    virtual/opengl) to depend on media-libs/mesa[X(+)] instead.
    
    Bug: https://bugs.gentoo.org/560096
    Signed-off-by: Philipp Ammann <philipp.ammann@posteo.de>
    Signed-off-by: Matt Turner <mattst88@gentoo.org>

 .../gallium-nine-standalone/gallium-nine-standalone-0.3.ebuild        | 2 +-
 .../gallium-nine-standalone/gallium-nine-standalone-0.4.ebuild        | 2 +-
 .../gallium-nine-standalone/gallium-nine-standalone-9999.ebuild       | 2 +-
 dev-libs/beignet/beignet-1.3.2-r3.ebuild                              | 2 +-
 dev-qt/qtwebengine/qtwebengine-5.12.3.ebuild                          | 2 +-
 dev-qt/qtwebengine/qtwebengine-5.12.4.ebuild                          | 2 +-
 dev-util/android-studio/android-studio-3.3.0.20.182.5199772.ebuild    | 2 +-
 dev-util/android-studio/android-studio-3.4.0.18.183.5452501.ebuild    | 2 +-
 dev-util/android-studio/android-studio-3.4.1.0.183.5522156.ebuild     | 2 +-
 dev-util/apitrace/apitrace-8.0.ebuild                                 | 2 +-
 dev-util/gource/gource-0.49.ebuild                                    | 2 +-
 games-board/gambit/gambit-1.0.4.ebuild                                | 2 +-
 gnome-base/gnome-session/gnome-session-3.30.1-r1.ebuild               | 2 +-
 gnome-base/gnome-shell/gnome-shell-3.26.2-r4.ebuild                   | 2 +-
 gnome-base/gnome-shell/gnome-shell-3.30.2-r2.ebuild                   | 2 +-
 kde-plasma/kinfocenter/kinfocenter-5.15.5.ebuild                      | 2 +-
 kde-plasma/kinfocenter/kinfocenter-5.16.4.ebuild                      | 2 +-
 kde-plasma/kwin/kwin-5.15.5.ebuild                                    | 2 +-
 kde-plasma/kwin/kwin-5.16.4.ebuild                                    | 2 +-
 media-gfx/asymptote/asymptote-2.41-r1.ebuild                          | 2 +-
 media-gfx/asymptote/asymptote-2.47.ebuild                             | 2 +-
 media-gfx/asymptote/asymptote-2.48-r1.ebuild                          | 2 +-
 media-gfx/asymptote/asymptote-2.49.ebuild                             | 2 +-
 media-gfx/fbida/fbida-2.12.ebuild                                     | 2 +-
 media-gfx/fbida/fbida-2.13-r1.ebuild                                  | 2 +-
 media-gfx/fbida/fbida-2.14.ebuild                                     | 2 +-
 media-gfx/fbida/fbida-9999.ebuild                                     | 2 +-
 media-gfx/nvidia-cg-toolkit/nvidia-cg-toolkit-3.1.0013-r3.ebuild      | 2 +-
 media-libs/libprojectm/libprojectm-2.1.0-r2.ebuild                    | 2 +-
 media-libs/libprojectm/libprojectm-3.1.0-r1.ebuild                    | 2 +-
 media-libs/libprojectm/libprojectm-9999.ebuild                        | 2 +-
 media-libs/sg/sg-1.5.ebuild                                           | 2 +-
 media-plugins/gst-plugins-vaapi/gst-plugins-vaapi-1.14.1.ebuild       | 2 +-
 media-plugins/gst-plugins-vaapi/gst-plugins-vaapi-1.14.3.ebuild       | 2 +-
 media-radio/ax25-tools/ax25-tools-0.0.10_rc4.ebuild                   | 2 +-
 media-sound/spotify/spotify-1.0.72-r1.ebuild                          | 2 +-
 media-sound/spotify/spotify-1.1.10-r1.ebuild                          | 2 +-
 media-tv/kodi/kodi-17.3-r1.ebuild                                     | 2 +-
 media-tv/kodi/kodi-17.6-r10.ebuild                                    | 2 +-
 media-tv/kodi/kodi-17.6-r11.ebuild                                    | 2 +-
 media-tv/kodi/kodi-17.6-r6.ebuild                                     | 2 +-
 media-tv/kodi/kodi-17.6-r7.ebuild                                     | 2 +-
 media-tv/kodi/kodi-17.6-r8.ebuild                                     | 2 +-
 media-tv/kodi/kodi-17.6-r9.ebuild                                     | 2 +-
 media-tv/kodi/kodi-17.6.ebuild                                        | 2 +-
 media-tv/kodi/kodi-18.0.ebuild                                        | 2 +-
 media-tv/kodi/kodi-18.0_rc2.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.0_rc3.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.0_rc4.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.0_rc5.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.1.ebuild                                        | 2 +-
 media-tv/kodi/kodi-18.1_rc1.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.2.ebuild                                        | 2 +-
 media-tv/kodi/kodi-18.2_rc1.ebuild                                    | 2 +-
 media-tv/kodi/kodi-18.3.ebuild                                        | 2 +-
 media-tv/kodi/kodi-9999.ebuild                                        | 2 +-
 media-video/movit/movit-1.2.0.ebuild                                  | 2 +-
 media-video/movit/movit-1.6.1.ebuild                                  | 2 +-
 media-video/movit/movit-1.6.2.ebuild                                  | 2 +-
 .../simplescreenrecorder/simplescreenrecorder-0.3.11-r2.ebuild        | 2 +-
 media-video/simplescreenrecorder/simplescreenrecorder-9999.ebuild     | 2 +-
 net-im/signal-desktop-bin/signal-desktop-bin-1.26.2.ebuild            | 2 +-
 net-misc/anydesk/anydesk-4.0.1-r1.ebuild                              | 2 +-
 net-misc/anydesk/anydesk-5.0.0.ebuild                                 | 2 +-
 sci-chemistry/molmol/molmol-2k_p2-r5.ebuild                           | 4 ++--
 sci-chemistry/wxmacmolplt/wxmacmolplt-7.5-r1.ebuild                   | 2 +-
 sci-electronics/kicad/kicad-4.0.7.ebuild                              | 2 +-
 sci-electronics/kicad/kicad-5.0.1.ebuild                              | 2 +-
 sci-electronics/kicad/kicad-5.1.0-r1.ebuild                           | 2 +-
 sci-electronics/kicad/kicad-5.1.2-r1.ebuild                           | 2 +-
 sci-electronics/kicad/kicad-5.1.4.ebuild                              | 2 +-
 sci-geosciences/mapserver/mapserver-7.0.5.ebuild                      | 2 +-
 sci-geosciences/mapserver/mapserver-7.0.7.ebuild                      | 2 +-
 sci-geosciences/mapserver/mapserver-7.2.2.ebuild                      | 2 +-
 sci-visualization/gfsview/gfsview-20120706-r1.ebuild                  | 2 +-
 sys-apps/kmscon/kmscon-8.ebuild                                       | 1 +
 virtual/opencl/opencl-0-r5.ebuild                                     | 2 +-
 virtual/opencl/opencl-0-r6.ebuild                                     | 2 +-
 virtual/opencl/opencl-1.ebuild                                        | 2 +-
 virtual/opencl/opencl-2.ebuild                                        | 2 +-
 x11-apps/radeon-profile/radeon-profile-20190311.ebuild                | 2 +-
 x11-apps/radeon-profile/radeon-profile-20190603.ebuild                | 2 +-
 x11-apps/radeon-profile/radeon-profile-99999999.ebuild                | 2 +-
 x11-libs/cairo/cairo-1.16.0-r3.ebuild                                 | 2 +-
 x11-libs/cairo/cairo-9999.ebuild                                      | 2 +-
 x11-libs/gtk+/gtk+-3.24.1.ebuild                                      | 1 +
 x11-libs/gtk+/gtk+-3.24.10.ebuild                                     | 1 +
 x11-libs/gtk+/gtk+-3.24.4-r1.ebuild                                   | 1 +
 x11-libs/gtk+/gtk+-3.24.8.ebuild                                      | 1 +
 x11-misc/rss-glx/rss-glx-0.9.1-r1.ebuild                              | 2 +-
 x11-plugins/e16-epplets/e16-epplets-0.16.ebuild                       | 2 +-
 x11-terms/kitty/kitty-0.14.2.ebuild                                   | 2 +-
 x11-terms/kitty/kitty-9999.ebuild                                     | 2 +-
 x11-wm/e16/e16-1.0.19.ebuild                                          | 2 +-
 94 files changed, 95 insertions(+), 90 deletions(-)
Comment 27 Larry the Git Cow gentoo-dev 2019-08-18 06:34:21 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8453d792bd48a4ebe8285944c1eabfac188a8da9

commit 8453d792bd48a4ebe8285944c1eabfac188a8da9
Author:     Matt Turner <mattst88@gentoo.org>
AuthorDate: 2019-08-18 06:33:14 +0000
Commit:     Matt Turner <mattst88@gentoo.org>
CommitDate: 2019-08-18 06:34:08 +0000

    media-tv/kodi: One more mesa[X(+)]
    
    Missed in commit 97c3d2d26f9c.
    
    Bug: https://bugs.gentoo.org/560096
    Signed-off-by: Matt Turner <mattst88@gentoo.org>

 media-tv/kodi/kodi-18.3-r1.ebuild | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
Comment 28 Matt Turner gentoo-dev 2019-08-18 06:45:21 UTC
There's some follow on work that we'll want to do, like transitioning to libglvnd and removing the media-libs/mesa[X] requirement (or maybe the media-libs/mesa dependency all together) from a bunch of packages, but let's go ahead and close this bug.

Thank you very much for your contributions!