Hi! I'm trying to find a solution for the FTBFS of qantenna on arm*  that fits the best to everyone. This issue seems to be very similar to a older thread "including both GL/gl.h and cogl/cogl.h fails on armel and armhf" , but I failed to see how that was resolved.
The FTBFSs are due to conflicting declarations for GLdouble, GLsizeiptr and GLintptr. Basically the problem might boild down to the fact that Qt5 is built using es2 instead of the "desktop" opengl which, to the best of my knowledge, it's standard OpenGL 2.0. These are the possible solutions I think could be taken: a) Switch Qt5 to use "desktop" OpenGL on arm*. I have tested this on harris.d.o and works OK. As a pro, it means that other apps will not have porting issues like this. As a con, it might mean that all the OpenGL stuff will be done by software though, am I correct? b) (supossing it's possible) provide es2 versions of mesa-common-dev, libglu1- mesa-dev et al. and build against that on arm* d) (also supossing it's possible) do not consider the FTBFS not RC (or allow it's transition even if it's RC) until a better fix could be done. Please note that I did not include "porting the app" because, as I understand it, there is no es2-enabled GLU available, or at least on Debian. I'm inclined for option a, but maybe you can provide alternative solutions. As a fallback (if it's possible at all) I would take option d, but that might be needed for other apps in the no-so-distant future, when we will start to see massive porting from Qt4 to Qt5. Kinds regards, Lisandro.  <https://buildd.debian.org/status/fetch.php?pkg=qantenna&arch=armel&ver=0.3.0-1&stamp=1394341348>  <https://buildd.debian.org/status/fetch.php?pkg=qantenna&arch=armhf&ver=0.3.0-1&stamp=1394341126>  <https://lists.debian.org/debian-arm/2011/12/msg00134.html> -- Bebe a bordo (pero con moderación) Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/
Description: This is a digitally signed message part.