We've been wrestling with this for ages now, because libqt5opengl5-dev behaves differently on arm64 than on armel, can you guarantee that changing the dep to libqt5opengl5-desktop-dev will force to build against opengl and not gles2?
If that is the case, then we can also begin shipping openmw-cs against on armel. :) Cheers, Bret On Thu, Jan 4, 2018 at 10:55 PM, Adrian Bunk <b...@debian.org> wrote: > Source: openmw > Version: 0.43.0-2 > Severity: important > > https://buildd.debian.org/status/package.php?p=openmw&suite=sid > > ... > /<<PKGBUILDDIR>>/components/sceneutil/lightmanager.cpp: In member function > 'void SceneUtil::LightStateAttribute::applyLight(GLenum, const osg::Light*) > const': > /<<PKGBUILDDIR>>/components/sceneutil/lightmanager.cpp:78:34: error: > 'GL_AMBIENT' was not declared in this scope > glLightfv( lightNum, GL_AMBIENT, > light->getAmbient().ptr() ); > ^~~~~~~~~~ > /<<PKGBUILDDIR>>/components/sceneutil/lightmanager.cpp:78:34: note: suggested > alternative: 'GL_BLEND' > glLightfv( lightNum, GL_AMBIENT, > light->getAmbient().ptr() ); > ^~~~~~~~~~ > GL_BLEND > /<<PKGBUILDDIR>>/components/sceneutil/lightmanager.cpp:78:13: error: > 'glLightfv' was not declared in this scope > glLightfv( lightNum, GL_AMBIENT, > light->getAmbient().ptr() ); > ^~~~~~~~~ > /<<PKGBUILDDIR>>/components/sceneutil/lightmanager.cpp:78:13: note: suggested > alternative: 'mLights' > glLightfv( lightNum, GL_AMBIENT, > light->getAmbient().ptr() ); > ^~~~~~~~~ > mLights > ... > > > Ideally it should be made working to build when Qt is using > OpenGL ES, bug if that is not possible it would be better to > avoid the FTBFS by changing the build dependency from > libqt5opengl5-dev to libqt5opengl5-desktop-dev.