#793137 tulip: FTBFS on armel and armhf - blocks testing migration

Package:
src:tulip
Source:
tulip
Submitter:
Niels Thykier
Date:
2025-08-29 15:49:04 UTC
Severity:
important
Tags:
#793137#5
Date:
2015-07-21 16:08:45 UTC
From:
To:
The tulip package FTBFS on armel and armhf.  Since it has built there
in the past, this is a regression and by extension prevents migration
to testing.  Here is a (possibly) relevant part of the build log for
armhf.

"""
[...]
In file included from /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qglframebufferobject.h:37,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/QGLFramebufferObject:1,
                 from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:26:
/usr/include/GLES3/gl3.h:931:143: error: 'void __glewTexStorage3D(GLenum, GLsizei, GLenum, GLsizei, GLsizei, GLsizei)' redeclared as different kind of symbol
 GL_APICALL void GL_APIENTRY glTexStorage3D (GLenum target, GLsizei levels, GLenum internalformat, GLsizei width, GLsizei height, GLsizei depth);
                                                                                                                                               ^
In file included from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:24:0:
/usr/include/GL/glew.h:15896:39: note: previous declaration 'void (* __glewTexStorage3D)(GLenum, GLsizei, GLenum, GLsizei, GLsizei, GLsizei)'
 GLEW_FUN_EXPORT PFNGLTEXSTORAGE3DPROC __glewTexStorage3D;
                                       ^
In file included from /usr/include/arm-linux-gnueabihf/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/qglframebufferobject.h:37,
                 from /usr/include/arm-linux-gnueabihf/qt5/QtOpenGL/QGLFramebufferObject:1,
                 from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:26:
/usr/include/GLES3/gl3.h:932:134: error: 'void __glewGetInternalformativ(GLenum, GLenum, GLenum, GLsizei, GLint*)' redeclared as different kind of symbol
 GL_APICALL void GL_APIENTRY glGetInternalformativ (GLenum target, GLenum internalformat, GLenum pname, GLsizei bufSize, GLint *params);
                                                                                                                                      ^
In file included from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:24:0:
/usr/include/GL/glew.h:15612:46: note: previous declaration 'void (* __glewGetInternalformativ)(GLenum, GLenum, GLenum, GLsizei, GLint*)'
 GLEW_FUN_EXPORT PFNGLGETINTERNALFORMATIVPROC __glewGetInternalformativ;
                                              ^
make[4]: *** [library/tulip-gui/src/CMakeFiles/tulip-gui-4.7.dir/GlMainView.cpp.o] Error 1
make[4]: *** Waiting for unfinished jobs....
"""

Please consider fixing this at your earliest convience as it blocks
the fix #778150.

Thanks,
~Niels
#793137#10
Date:
2015-08-30 20:54:30 UTC
From:
To:
In file included from /usr/include/arm-linux-gnueabi/qt5/QtGui/qopengl.h:97:0,
                 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qgl.h:39,
                 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qglframebufferobject.h:37,
                 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/QGLFramebufferObject:1,
                 from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:26:
/usr/include/GLES3/gl3.h:69:25: error: conflicting declaration 'typedef khronos_ssize_t GLsizeiptr'
 typedef khronos_ssize_t GLsizeiptr;
                         ^
In file included from /«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:24:0:
/usr/include/GL/glew.h:1663:19: note: previous declaration as 'typedef ptrdiff_t GLsizeiptr'
 typedef ptrdiff_t GLsizeiptr;
                   ^

Those look like conflicting declaration between 2 OpenGL headers,
which on my amd64 box come from libgles2-mesa-dev and libglew-dev.

Isn't there here an arm-specific mismatch between those 2 packages ?
#793137#15
Date:
2015-09-02 19:43:39 UTC
From:
To:
The same issue has been reported in openscad for armhf. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797816
#793137#20
Date:
2015-09-08 21:40:29 UTC
From:
To:
Submitted https://bugs.debian.org/798408 on libgles2-mesa-dev and
libglew-dev, affecting those 2 FTBFS bugs.
#793137#27
Date:
2016-05-04 14:16:31 UTC
From:
To:
After checking with the maintainer: tulip will be removed from armel and armhf
until this issue is solved. RM bug is here: #822731

As with the execution of the RM this bug wil no longer be RC critical, I
downgrade the severity to important, it is technically also not the bug
preventing libpng removal, therefore tagging accordingly.

(tulip will only migrate to testing after the RM has been exectuted.)
#793137#38
Date:
2019-12-05 06:29:20 UTC
From:
To:
Dear submitter,

as the package tulip has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/940232

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)