Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 430954 - virtual/egl, virtual/gles1, virtual/gles2, virtual/openvg
Summary: virtual/egl, virtual/gles1, virtual/gles2, virtual/openvg
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement with 1 vote (vote)
Assignee: Default Assignee for New Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-11 15:18 UTC by DaboD
Modified: 2020-12-01 23:10 UTC (History)
5 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DaboD 2012-08-11 15:18:58 UTC
In embedded world, GPU support egl, gles1, gles2 and openvg, not opengl. So package like x11-libs/cairo can depends on the virtual packages.
Comment 1 Matt Turner gentoo-dev 2012-08-11 20:39:36 UTC
Agreed. CC'ing lu_zero@gentoo.org since he was doing some eselect-opengl work sort of related to this.
Comment 2 DaboD 2012-08-12 10:11:45 UTC
1. mesa installs all libraries into /usr/lib/opengl, includes egs, opengles and openvg, maybe it misleading?

2. eselect-opengl currently dose not support switch to no-opengl implementation.

3. Switch implementation must whole or nothing, eg, we can't mix xorg-x11 (egl, opengl, opengl es 1&2, openvg) with nvidia (opengl only) up, and for my case, imx53 (egl, opengl es 1&2, openvg), because usage of HW resources.

4. Switch implementation maybe break binary linkage, eg. switch from a implementation with opengl support to opengl es only one

5, opencl support?
Comment 3 Nikoli 2015-01-17 14:40:52 UTC
Seems latest stable nvidia drivers now support EGL, may be it is time to add virtual/egl?
Comment 4 Olof Kindgren 2015-09-22 06:37:46 UTC
virtual/egl sounds like a good idea. I noticed that gtk-3.16 now pulls in libepoxy which currently has a dep on mesa. If I have understood things correctly, mesa will only be used for headers and pkgconfig for nvidia users, which makes it feel a bit unnecessary to pull in for this.

So for me the preferred solution would be to have a virtual/egl that provides both libEgl.so and the egl headers/pkgconfig... given that I have understood everything correctly. Graphics acceleration standards are terribly confusing :)
Comment 5 Olof Kindgren 2015-09-22 06:45:42 UTC
I guess what I'm looking for is something similar to debian's libegl1-mesa-dev, granted that it also works for nvidia drivers (slightly unrelated to the virtual/egl topic)