Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures
On Mon, Jan 20, 2020 at 04:32:14PM -0500, Boyuan Yang wrote: > In this case a rebuild might be worthwhile anyway. Rebuilding package is > almost always harmless. Well, rebuilding movit would fix it, but it would also break any reverse dependency, so they would also need to be rebuilt. And if my theory is right, this might affect other libraries (although taking in this specific type and using C++ might not be that common). > Are you going to trigger the rebuild recently? If not, I can help to trigger > it through NMU. I don't intend to do a Movit upload anytime soon, no, and I if I did one, it would be unlikely to contain a soname bump. /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures
Hi, 在 2020-01-19日的 10:38 +0100，Steinar H. Gunderson写道： > On Sun, Jan 19, 2020 at 12:50:43AM -0500, Boyuan Yang wrote: > > Recent source-only rebuild for nageru has mulitple FTBFS architectures on > > buildd: https://buildd.debian.org/status/package.php?p=nageru > > > > The tail log all reads like this: > > It looks like the definition of GLsizeiptr is different between the movit > and > nageru builds: > > > ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: undefined > > reference > > to `movit::generate_vbo(int, unsigned int, long, void const*)' > > /usr/bin/ld: ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: > > undefined reference to `movit::generate_vbo(int, unsigned int, long, void > > const*)' > > klump:~/dev/movit> nm --dynamic --demangle /usr/lib/i386-linux- > gnu/libmovit.so.8 | grep vbo > 0001b9a0 T movit::generate_vbo(int, unsigned int, int, void const*) > > Is this an ABI break caused by some recent Mesa change, perhaps? I guess one > could always rebuild Movit... > > Seemingly it changed upstream from ptrdiff_t to khronos_ssize_t in Nov 2018, > but I don't know if that was the actual break. krhonos_ssize_t is defined > as: > > typedef signed long int khronos_ssize_t; In this case a rebuild might be worthwhile anyway. Rebuilding package is almost always harmless. Are you going to trigger the rebuild recently? If not, I can help to trigger it through NMU. -- Thanks, Boyuan Yang
Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures
On Sun, Jan 19, 2020 at 12:50:43AM -0500, Boyuan Yang wrote: > Recent source-only rebuild for nageru has mulitple FTBFS architectures on > buildd: https://buildd.debian.org/status/package.php?p=nageru > > The tail log all reads like this: It looks like the definition of GLsizeiptr is different between the movit and nageru builds: > ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: undefined reference > to `movit::generate_vbo(int, unsigned int, long, void const*)' > /usr/bin/ld: ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: > undefined reference to `movit::generate_vbo(int, unsigned int, long, void > const*)' klump:~/dev/movit> nm --dynamic --demangle /usr/lib/i386-linux-gnu/libmovit.so.8 | grep vbo 0001b9a0 T movit::generate_vbo(int, unsigned int, int, void const*) Is this an ABI break caused by some recent Mesa change, perhaps? I guess one could always rebuild Movit... Seemingly it changed upstream from ptrdiff_t to khronos_ssize_t in Nov 2018, but I don't know if that was the actual break. krhonos_ssize_t is defined as: typedef signed long int khronos_ssize_t; /* Steinar */ -- Homepage: https://www.sesse.net/
Bug#949264: nageru: FTBFS on arm/i386/mipsel architectures
Package: nageru Severity: serious Version: 1.9.1-1.1 Recent source-only rebuild for nageru has mulitple FTBFS architectures on buildd: https://buildd.debian.org/status/package.php?p=nageru The tail log all reads like this: /usr/bin/ld: libcore.a(nageru_timecode_renderer.cpp.o): in function `TimecodeRenderer::TimecodeRenderer(movit::ResourcePool*, unsigned int, unsigned int)': ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: undefined reference to `movit::generate_vbo(int, unsigned int, long, void const*)' /usr/bin/ld: ./obj-mipsel-linux-gnu/../nageru/timecode_renderer.cpp:51: undefined reference to `movit::generate_vbo(int, unsigned int, long, void const*)' /usr/bin/ld: libcore.a(nageru_chroma_subsampler.cpp.o): in function `ChromaSubsampler::ChromaSubsampler(movit::ResourcePool*)': ./obj-mipsel-linux-gnu/../nageru/chroma_subsampler.cpp:121: undefined reference to `movit::generate_vbo(int, unsigned int, long, void const*)' /usr/bin/ld: ./obj-mipsel-linux-gnu/../nageru/chroma_subsampler.cpp:121: undefined reference to `movit::generate_vbo(int, unsigned int, long, void const*)' collect2: error: ld returned 1 exit status ninja: build stopped: subcommand failed. Looks like further investigations are needed. -- Regards, Boyuan Yang signature.asc Description: This is a digitally signed message part
