including both GL/gl.h and cogl/cogl.h fails on armel and armhf

peter green plugwash at
Sat Dec 31 12:58:42 UTC 2011

Julien Cristau wrote:
> On Sat, Dec 31, 2011 at 11:42:26 +0200, Konstantinos Margaritis wrote:
>> On 31 December 2011 02:14, Josselin Mouette <joss at> wrote:
>>> It is cogl which is at fault. Being built against GLES breaks basically
>>> everything that depends on it.
>> armel/armhf only support GLES in hardware so it does make sense to
>> enable it for those platforms.
>> We should try and fix that support where broken, not disable it.
> That means maintainers of all reverse deps have to special-case a
> platform where they can't test anything.  Which means those packages
> will be broken.  I think this arm special-case in clutter/cogl is a bad
> idea.  
Maybe a better soloution would be for cogl to do what mesa does and 
build both
GL and GLES versions on all platforms. It would then be up to the 
of application packages to decide if they wanted to make the extra 
effort to use
GLES on platforms where propietry hardware acceleration is available for it.
> Maybe we should just stop building mesa on arm entirely.
The debian rc policy clearly states "Packages must be supported on as many
architectures as is reasonably possible."

More information about the pkg-gnome-maintainers mailing list