On Saturday, September 19, 2015 3:34:20 PM CEST Andreas Müller wrote: > Hi, > > I am maintaining a layer for yocto project and after updating > > applications to to 15.08.1 kdenlive's configuration complains with: > | CMake Error at src/CMakeLists.txt:16 (find_package): > | By not providing "FindOpenGLES.cmake" in CMAKE_MODULE_PATH this project > | has > | asked CMake to find a package configuration file provided by "OpenGLES", > | but CMake did not find one. > | > | Could not find a package configuration file provided by "OpenGLES" with > | any > | > | of the following names: > | OpenGLESConfig.cmake > | opengles-config.cmake > > This is caused by > commit 92a25020e706537aec4d3ec7cf1ab5282b159989 > Author: Jonathan Riddell <j...@jriddell.org> > Date: Fri Sep 4 22:52:16 2015 +0200 > > link with OpenGLES if Qt uses that > > REVIEW: 125002 > BUG: 350061 > > Signed-off-by: Vincent Pinon <vpi...@kde.org> > > which misses a FindOpenGLES.cmake. > > I helped myself by coying FindOpenGLES.cmake from kinfocenter and am > fine so far. > > But doing so I saw that we have/heed FindOpenGLES.cmake in > > * plasma-desktop > * kinfocenter > * kdenlive > > Wouldn't a more common place (ecm - or cmake itself) a better place to > solve this?
As I think I'm the author of said FindOpenGLES.cmake: it does not even get close to the quality we need for ECM. I suggest projects to port away from explicit OpenGLES usage, but instead use epoxy with runtime checks. Cheers Martin
signature.asc
Description: This is a digitally signed message part.
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
