On Tue, Sep 08, 2015 at 11:44:21PM +0200, Julien Cristau wrote: > On Tue, Sep 8, 2015 at 23:11:53 +0200, Yann Dirson wrote: > > > Package: libgles2-mesa-dev, libglew-dev > > Version: 10.5.7-1, 1.10.0-3 > > Severity: important > > > > The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed, > > starting with the following type conflicts, and openscad hits a > > similar problem. > > > > https://bugs.debian.org/793137 > > https://bugs.debian.org/797816 > > > > libglew-dev and libgles2-mesa-dev were the same in both builds (I'm > > puzzled that arnold does not use an uptodate mesa versions, BTW) > > > I'm not sure that's our bug. You probably shouldn't be mixing GLES and > desktop GL that way...
Hm, how that you mention it: GlOffscreenRenderer only tries to mix QtOpenGL and GLew, it is *qt5/QtGui/qopengl.h* including GLES. With all those #ifdef's, it's hard to tell at first sight if qt5opengl on other archs is doing the same, but https://packages.debian.org/sid/libqt5gui5 shows that arm* are the only archs where q5 links to GLES, while it's linking to libgl1 on all other archs. No info about this in changelog.Debian, and no README.Debian either for libqt5gui5. Is that in fact a bug in qtbase-opensource-src ?
