Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures

[Sebastian Dröge]

Package: mesa
Version: 17.3.7-1
Severity: serious
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=105328

Hi,

Currently it's impossible to include the GL and GLES headers
simultaneously on non-64 bit architectures, see e.g.
https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-good1.0&arch=armel&ver=1.14.0-1&stamp=1521580828&raw=0

This causes

a) gst-plugins-base1.0 to only build with support for GL and not both
GL and GLES on the affected architectures,

b) causes gst-plugins-good1.0 to fail to build because Qt is including
the GLES headers, while GStreamer includes only the GL headers because
of the above

Currently gst-plugins-good1.0 fails to build on armel/armhf and can't
migrate to testing because of this bug. As a workaround I could force
gst-plugins-good to only build with GLES support on armel/armhf but
that's just that, a workaround.


This was reported upstream here
https://bugs.freedesktop.org/show_bug.cgi?id=105328
and upstream agrees that this is a bug, and it seems easy enough to fix
by guarding the type definitions with the preprocessor to not redefine
them if they were already defined.


Thanks!

[Debian Bug Tracking System]

severity -1 normal

Bug #894076 [mesa] Can't include GL and GLES headers simultaneously on non-64 bit architectures
Severity set to 'normal' from 'serious'

tag -1 upstream

Bug #894076 [mesa] Can't include GL and GLES headers simultaneously on non-64 bit architectures
Added tag(s) upstream.

[Sebastian Dröge]

Control: severity -1 normal
Control: tag -1 upstream

Post by Sebastian Dröge
Package: mesa
Version: 17.3.7-1
Severity: serious
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=105328

I don't think that's a serious bug.

Well, it's preventing gst-plugins-good1.0 from building currently and
all workarounds would mean a loss in functionality (no GL support on
arm).

It also currently causes no GLES support to be available on 32 bit
platforms in gst-plugins-base1.0.

[Sebastian Dröge]

Post by Sebastian Dröge

Control: severity -1 normal
Control: tag -1 upstream

Post by Sebastian Dröge
Package: mesa
Version: 17.3.7-1
Severity: serious
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=105328

I don't think that's a serious bug.

Well, it's preventing gst-plugins-good1.0 from building currently and
all workarounds would mean a loss in functionality (no GL support on
arm).
It also currently causes no GLES support to be available on 32 bit
platforms in gst-plugins-base1.0.

Is there any progress on this? I could provide a patch if that helps
with anything and if you would be open to apply that before upstream
went through all the Khronos bureaucracy

[Julien Cristau]

Post by Sebastian Dröge

Post by Sebastian Dröge

Control: severity -1 normal
Control: tag -1 upstream

Post by Sebastian Dröge
Package: mesa
Version: 17.3.7-1
Severity: serious
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=105328

I don't think that's a serious bug.

Well, it's preventing gst-plugins-good1.0 from building currently and
all workarounds would mean a loss in functionality (no GL support on
arm).
It also currently causes no GLES support to be available on 32 bit
platforms in gst-plugins-base1.0.

Is there any progress on this? I could provide a patch if that helps
with anything and if you would be open to apply that before upstream
went through all the Khronos bureaucracy

I expect we'll get a fix from upstream when that happens.

Cheers,
Julien

[Sebastian Dröge]

Post by Julien Cristau
I expect we'll get a fix from upstream when that happens.

What would you suggest for the time being? This sounds like it's going
to take a while.

The simplest workaround on my side would probably be to just not build
the Qt/QML GStreamer plugin on ARM until this is fixed.

[Sebastian Dröge]

Post by Sebastian Dröge

Post by Julien Cristau
I expect we'll get a fix from upstream when that happens.

What would you suggest for the time being? This sounds like it's
going to take a while.
The simplest workaround on my side would probably be to just not
build the Qt/QML GStreamer plugin on ARM until this is fixed.

Ok, as there is no progress here I'll simply remove the Qt/QML plugin
on ARM for the time being.

[Debian Bug Tracking System]

Your message dated Wed, 28 Nov 2018 23:51:05 +0200
with message-id <***@localhost>
and subject line This should be fixed in Mesa 18.2.5
has caused the Debian Bug report #894076,
regarding Can't include GL and GLES headers simultaneously on non-64 bit architectures
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ***@bugs.debian.org
immediately.)