Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
On Thu, 2018-03-29 at 12:45 +0300, Sebastian Dröge wrote: > On Thu, 2018-03-29 at 10:54 +0200, Julien Cristau wrote: > > > > 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. signature.asc Description: This is a digitally signed message part
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
On Thu, 2018-03-29 at 10:54 +0200, Julien Cristau wrote: > > 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. signature.asc Description: This is a digitally signed message part
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
On 03/29/2018 09:47 AM, Sebastian Dröge wrote: > On Mon, 2018-03-26 at 20:37 +0300, Sebastian Dröge wrote: >> On Mon, 2018-03-26 at 19:03 +0200, Julien Cristau wrote: >>> Control: severity -1 normal >>> Control: tag -1 upstream >>> >>> On 03/26/2018 10:01 AM, Sebastian Dröge wrote: 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
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
On Mon, 2018-03-26 at 20:37 +0300, Sebastian Dröge wrote: > On Mon, 2018-03-26 at 19:03 +0200, Julien Cristau wrote: > > Control: severity -1 normal > > Control: tag -1 upstream > > > > On 03/26/2018 10:01 AM, Sebastian Dröge wrote: > > > 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 signature.asc Description: This is a digitally signed message part
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
On Mon, 2018-03-26 at 19:03 +0200, Julien Cristau wrote: > Control: severity -1 normal > Control: tag -1 upstream > > On 03/26/2018 10:01 AM, Sebastian Dröge wrote: > > 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. signature.asc Description: This is a digitally signed message part
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
Control: severity -1 normal Control: tag -1 upstream On 03/26/2018 10:01 AM, Sebastian Dröge wrote: > 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. Cheers, Julien
Bug#894076: Can't include GL and GLES headers simultaneously on non-64 bit architectures
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! signature.asc Description: This is a digitally signed message part