Summary: | dev-libs/efl[egl,opengl] - configure: error: Full OpenGL with EGL is not supported, please add --with-opengl=es to your configure options to switch to EGL + OpenGL ES. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Joonas Niilola <juippis> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aidecoe, bertrand, isidansick, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://phab.enlightenment.org/T2936#42158 | ||
See Also: | https://github.com/gentoo/gentoo/pull/9045 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
emerge-info.txt config.log dev-libs:efl-1.17.0:20160524-103319.log emerge-history.txt environment efl-1.18.4 with USE=opengl set configure failure build log efl-1.18.4 with USE=opengl set configure failure config.log |
Description
Dennis Schridde
2016-01-11 09:18:22 UTC
the problem is more that "opengl" is synonymous with "glx" when it's really not -- opengl is the basic API while glx is purely the X11 integration x11 team: should we try and split apart USE=opengl and USE=glx ? or other ideas ? Sigh. Upstream gives the option of opengl+glx OR gles+egl but doesn't allow opengl+egl... no idea why. opengl/glx are often conflated, but it doesn't seem like we can do much to separate them in this case. I think we should probably just get rid of the egl USE flag and have USE=gles enable egl. That way USE=opengl gives desktop GL and GLX, and USE=gles gives ES and EGL. i'm trying to make sure the UX isn't terrible on our side. we don't have a USE=glx in general on our side, so do ebuilds tend to use opengl && X to enable glx ? thus, since the E guys conflate opengl/glx, should we nest USE=opengl under USE=X and make the blocker something like: opengl? ( !X? ( !egl ) ) egl? ( X? ( !opengl ) ) I think the most common way to enable glx is $(use_enable opengl glx). There appear to be lots of instances of that in the tree. Nesting opengl under X seems fine here, since it really can only work with glx. Again, I think we should remove the egl USE flag here -- gles requires it, and it's not useful without gles, so there are currently two USE flags (that both have to be set) for a single feature. Created attachment 426788 [details]
build.log
This is a hard error (i.e. build failure) now:
configure: error: Full OpenGL with EGL is not supported, please add --with-opengl=es to your configure options to switch to EGL + OpenGL ES.
*** Bug 575920 has been marked as a duplicate of this bug. *** Created attachment 435214 [details]
emerge-info.txt
confirmed
Created attachment 435216 [details]
config.log
Created attachment 435218 [details]
dev-libs:efl-1.17.0:20160524-103319.log
Created attachment 435220 [details]
emerge-history.txt
Created attachment 435222 [details]
environment
. Created attachment 467188 [details]
efl-1.18.4 with USE=opengl set configure failure build log
this issue still occurs with efl-1.18.4
Created attachment 467190 [details]
efl-1.18.4 with USE=opengl set configure failure config.log
Re-cc x11@ if we're needed. It is a rather simple opengl( !egl ) if use opengl && use gles ; then einfo "You enabled both USE=opengl and USE=gles, but only one can be used;" einfo "opengl has been selected for you." fi I guess this is a way to prevent the addition of package specific use flags, maybe add the egl too in that line ? What is the modern gentoo way to deal with this issue ? Local use flags or sanity checking of flags like currently ? If someone gives me a guide line I will tune the ebuild. (In reply to Philippe Trottier from comment #16) > if use opengl && use gles ; then > einfo "You enabled both USE=opengl and USE=gles, but only > one can be used;" > einfo "opengl has been selected for you." > fi > > What is the modern gentoo way to deal with this issue ? Local use flags or > sanity checking of flags like currently ? > > If someone gives me a guide line I will tune the ebuild. This sounds like REQUIRED_USE case, REQUIRED_USE="^^ ( gles opengl )" ^^ means they cant be set at the same time, but both can be un-enabled. If you _must_ have either enabled, use || You can put the opengl ( !egl ) under required_use as well. More in here, https://devmanual.gentoo.org/ebuild-writing/eapi/index.html (check under Variables) The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a7fd9de06cc89d685aa149e92e0adb50e48e10f1 commit a7fd9de06cc89d685aa149e92e0adb50e48e10f1 Author: Joonas Niilola <juippis@gmail.com> AuthorDate: 2018-07-04 15:43:43 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-07-07 14:15:46 +0000 dev-libs/efl: bug fix & EAPI-7 bump for 1.20.7 Closes: https://bugs.gentoo.org/571532 Closes: https://bugs.gentoo.org/658602 Closes: https://bugs.gentoo.org/651688 Thanks to David Davidson for fix in #651688. Package-Manager: Portage[mgorny]-2.3.36.1 Closes: https://github.com/gentoo/gentoo/pull/9045 dev-libs/efl/efl-1.20.7-r1.ebuild | 305 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 305 insertions(+) |