Bug#888220: ignition-math4: FTBFS on mips(el) and hppa: UNIT_Helpers_TEST fails badly

On Tue, 13 Feb 2018 15:15:22 -0800 Jose Luis Rivero wrote: > Thanks very much James for the research and the patch. > > I've sent it upstream: > https://bitbucket.org/ignitionrobotics/ign-math/pull-requests/232/bug-in-pairing-function-insde-helperscc/diff Can this be

Bug#885450: apertium-all-dev: depends on libhfst49-dev which is no more

Package: apertium-all-dev Version: 3.4.2~r68466-2 Severity: serious Hi, libhfst49-dev has been renamed to libhfst-dev. Please update your dependency. Since the package name is now unversioned, this should prevent more RC bugs due to this in the future. Emilio -- debian-science-maintainers

Bug#879052: v-sim: please drop unused python-gobject-dev build-dependency

Source: v-sim Version: 3.7.2-2 Severity: important Hi, v-sim is using gobject introspection for the python bindings, thus the old python-gobject-dev build-dependency is not needed. The python-gi-dev package provides the gobject introspection python support. Please drop python-gobject-dev from

Bug#866044: caffe-contrib: needs a rebuild against libgflags2.2

Source: caffe-contrib Version: 1.0.0~rc4-1 Severity: serious Hi, gflags changed the SONAME, so caffe-contrib needs a rebuild to pick up the new package name. A binNMU isn't possible given caffe-contrib is in contrib. Severity serious as the package will be removed from testing if this doesn't

Bug#846919: yade: enable parallel builds

Source: yade Version: 2016.06a-6 Severity: wishlist Hi, I see parallel builds were disabled because it caused build failures in some cases (#805032). Usually the problem is lack of dependencies in the makefiles. It'd be good to either fix that and re-enable parallel builds, or to disable

Bug#846520: pcl: enable parallel builds on 32 bit arches

On 01/12/16 23:25, Jochen Sprickerhof wrote: > Hi Emilio, > > * Emilio Pozuelo Monfort <po...@debian.org> [2016-12-01 22:24]: >> Why was this disabled? Do the builds run out of memory often? It'd be good >> to re-enable this, the speedup is huge and it would avoid tak

Bug#846520: pcl: enable parallel builds on 32 bit arches

Source: pcl Version: 1.8.0+dfsg1-3 Severity: wishlist Hi, In your changelog, I see: pcl (1.7.2-6) unstable; urgency=medium [ Jochen Sprickerhof ] * Remove --parallel from dh to fix build on i386 buildd. -- Leopold Palomo-Avellaneda Tue, 02 Dec 2014 08:29:43 +0100

Bug#815725: trilinos: FTBFS on non-amd64

Control: severity -1 serious On Thu, 25 Aug 2016 10:22:28 -0400 u...@debian.org (Aaron M. Ucko) wrote: > notfixed 815725 12.6.3-4 > found 815725 12.6.3-4 > thanks > > Graham Inggs writes: > > >* Only enable Kokkos assembly functions on amd64 (Closes: #815725) > > Alas,

Bug#843728: pytango: enable parallel builds

Source: pytango Version: 9.2.0-2 Severity: wishlist Hi, Your package takes some time to build, yet it doesn't enable parallel builds. It would be nice if you could enable that (just add --parallel to the dh call, or bump the debhelper compat to 10), provided that that works fine with your

Bug#843223: petsc: FTBFS: error: 'struct superlu_options_t' has no member named 'ILU_DropTol'

Source: petsc Version: 3.7.4+dfsg1-3 Severity: serious Your package failed to build with: /«BUILDDIR»/petsc-3.7.4+dfsg1/src/mat/impls/aij/seq/superlu/superlu.c: In function 'PetscErrorCode MatFactorInfo_SuperLU(Mat, PetscViewer)':

Bug#833667: freemat: FTBFS with LLVM 3.8

Control: severity -1 serious On Sun, 7 Aug 2016 18:39:29 +0200 Graham Inggs wrote: > Source: freemat > Version: 4.2+dfsg1-1 > Severity: wishlist > Tags: patch > > > Hi Maintainer > > Freemat currently FTBFS with LLVM 3.8, although LLVM 3.8 is not yet > the default in Sid. >

Bug#827199: hfst: FTBFS: twolc test fails on big-endian systems

On Wed, 15 Jun 2016 17:03:20 +0200 Tino Didriksen wrote: > On 13 June 2016 at 18:00, Aaron M. Ucko wrote: > > > Justification: fails to build from source (but built successfully in the > > past) > > > > Thanks for taking care of the twolc errors I reported

Bug#836599: shark: FTBFS on mips/mipsel: test errors

Source: shark Version: 3.1.3+ds1-1 Severity: serious Your package failed to build on mips/mipsel: 95% tests passed, 8 tests failed out of 163 Logs at https://buildd.debian.org/status/package.php?p=shark=unstable Emilio -- debian-science-maintainers mailing list

Bug#836448: fcl: out of date binaries on armel/armhf

Source: fcl Version: 0.5.0-2 Severity: serious Your package no longer builds on armel/armhf because it build-depends on liboctomap-dev, which is unavailable there. You should either get it built there somehow (e.g. by disabling that b-d there if possible) or by getting your package removed from

Bug#826307: liggghts: FTBFS on powerpc: test suite hangs

Source: liggghts Version: 3.3.1+repack1-1 Severity: serious Your package fails to build on powerpc, where the test suite is hanging: insertion: proc 1 at 100 % INFO: Particle insertion ins: inserted 891 particle templates (mass 1.910893) at step 1 - a total of 891 particle templates (mass

Bug#825096: dolfin: FTBFS: No rule to make target '/usr/lib/libgl2ps.so', needed by 'dolfin/libdolfin.so.1.6.0'

Source: dolfin Version: 1.6.0-4 Severity: serious On a rebuild against petsc 3.6.4, your package failed to build: make[4]: *** No rule to make target '/usr/lib/libgl2ps.so', needed by 'dolfin/libdolfin.so.1.6.0'. Stop. make[4]: Leaving directory '/«PKGBUILDDIR»/debian/build-python2.7'

Bug#817017: libopencv-highgui-dev: Should not depend on libgtk2.0-dev

Control: tags -1 moreinfo On Mon, 07 Mar 2016 08:53:03 +0100 Eric Valette wrote: > Package: libopencv-highgui-dev > Version: 3.0.0+dfsg-1~exp2+b1 > Severity: important > > LANG=C; apt-get -t experimental install libopencv-dev > Reading package lists... Done > Building

Bug#822607: opencv: please build highgui with gtk3 support

Source: opencv Version: 3.0.0+dfsg-1~exp2 Severity: normal Hi, Currently libopencv-highgui2.4v5 / libopencv-highgui3.0 depend on libgtk2.0-0. It'd be great if you could build highgui with GTK+ 3 support - it looks like opencv 3.x already supports that. Thanks, Emilio --

Bug#820498: tachyon: FTBFS with libpng16 on mipsel

On Sat, 09 Apr 2016 09:26:58 +0200 Tobias Frost wrote: > Source: tachyon > Severity: serious > Justification: FTBFS but did in the past > > Dear maintainer, > > the package FTBFS with libpng 1.6 on mipsel (release arch) and others > non-release archs (mips64el and sh4) (it

Bug#820429: libvigraimpex: FTBFS on kfreebsd-i386 and hurd-i386: Assertion failed: Sequence items differ at index 5

Source: libvigraimpex Version: 1.10.0+git20160211.167be93+dfsg-1 Severity: important Your package failed to build on hurd and kfreebsd-i386: Entering test suite GraphAlgorithmTestSuite Failure in GraphAlgorithmTest::testEdgeWeightComputation() Assertion failed: Sequence items differ at index 5

Bug#818715: ros-image-common: FTBFS on several architectures: relocation R_X86_64_PC32 against symbol `_ZTVN7testing8internal17TestEventRepeaterE' can not be used when making a shared object; recompil

Source: ros-image-common Version: 1.11.10-4 Severity: serious Your package failed to build on several architectures: /usr/bin/ld: CMakeFiles/gtest.dir/src/gtest-all.cc.o: relocation R_X86_64_PC32 against symbol `_ZTVN7testing8internal17TestEventRepeaterE' can not be used when making a shared

Bug#816101: petsc: FTBFS on mipsel - try rebuild again

[Adding debian-wb-team back to Cc] On 13/03/16 17:56, Drew Parsons wrote: On Sun, 2016-03-13 at 17:35 +0100, Emilio Pozuelo Monfort wrote: On 13/03/16 16:34, Drew Parsons wrote: Source: petsc Followup-For: Bug #816101 The petsc build failure on mipsel appears to be a transient problem

Bug#816101: petsc: FTBFS on mipsel - try rebuild again

On 13/03/16 16:34, Drew Parsons wrote: Source: petsc Followup-For: Bug #816101 The petsc build failure on mipsel appears to be a transient problem on the build machine. Please try the mipsel build again. Why? It has failed twice already. Have you checked if it builds fine on a porterbox?

Bug#816719: chealpix: FTBFS on mips: timed out

Source: chealpix Version: 3.11.4-2 Severity: serious Your package failed to build on mips after 720 minutes of inactivity: Log at https://buildd.debian.org/status/fetch.php?pkg=chealpix=mips=3.11.4-2%2Bb1=1456747053 Emilio -- debian-science-maintainers mailing list

Bug#816423: ros-simulators{,-dev}: update dependency to gazebo7

Source: ros-metapackages Version: 1.4 Severity: serious gazebo6 is gone. Please update your dependencies on ros-simulators / ros-simulators-dev to gazebo7 / libgazebo7-dev. Emilio -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#815814: urdfdom: FTBFS on several architectures

Source: urdfdom Version: 0.4.1-1 Severity: serious Your package failed to build on several architectures with: CMake Error at CMakeLists.txt:41 (find_package): Could not find a configuration file for package "urdfdom_headers" that is compatible with requested version "0.4". The following

Re: Bug#807666: nmu: mpich_3.1-6

Control: reassign -1 src:mpich Control: severity -1 serious Control: retitle -1 mpich: overly restrictive GCC check On 11/12/15 14:50, Samuel Thibault wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > Hello, > >

Bug#796716: urdfdom: library transition needed with GCC 5 as default

This is a friendly ping wrt the libstdc++ ABI transition. Your package is listed as needing a transition but has seen no action. It'd be good to get things going so we can finish the transition soon. Cheers, Emilio -- debian-science-maintainers mailing list

Bug#791024: dolfin: library transition may be needed when GCC 5 is the default

This is a friendly ping wrt the libstdc++ ABI transition. Your package is listed as needing a transition but has seen no action. It'd be good to get things going so we can finish the transition soon. Cheers, Emilio -- debian-science-maintainers mailing list

Bug#791274: scilab: library transition may be needed when GCC 5 is the default

This is a friendly ping wrt the libstdc++ ABI transition. Your package is listed as needing a transition but has seen no action. It'd be good to get things going so we can finish the transition soon. Cheers, Emilio -- debian-science-maintainers mailing list

Bug#801060: scilab: FTBFS on ppc64el

Source: scilab Version: 5.5.2-1.1 Severity: serious Control: block 798256 with -1 Your package failed to build on ppc64el Excerpt from the build log: checking if jni.h can be included... yes Looking for JNI libs with ppc64 as machine hardware name Looking for

Bug#800466: FTBFS: 4 failed tests with ValueError: could not broadcast input array

On Wed, 30 Sep 2015 18:56:35 +0200 Emilio Pozuelo Monfort <po...@debian.org> wrote: > On Tue, 29 Sep 2015 21:28:07 +0200 Gilles Filippini <p...@debian.org> wrote: > > On Tue, 29 Sep 2015 20:46:42 +0200 Gilles Filippini <p...@debian.org> wrote: > > > Sou

Bug#800632: scilab: FTBFS:

Source: scilab Version: 5.5.2-1 Severity: serious Your package fails to build with: [javac] /«PKGBUILDDIR»/modules/graphic_export/src/java/org/scilab/modules/graphic_export/Export.java:883: error: method processShape in class PSGraphics2D cannot be applied to given types; See

Bug#791238: petsc: library transition may be needed when GCC 5 is the default

Control: user release.debian@packages.debian.org Control: usertag -1 - transition On Wed, 5 Aug 2015 16:17:54 +0200 Martin Pitt wrote: > tag 791238 patch > user release.debian@packages.debian.org > usertag 791238 + transition > block 791238 by 790756 > > Hello, > >

Bug#800466: FTBFS: 4 failed tests with ValueError: could not broadcast input array

On Tue, 29 Sep 2015 21:28:07 +0200 Gilles Filippini wrote: > On Tue, 29 Sep 2015 20:46:42 +0200 Gilles Filippini wrote: > > Source: pytables > > Version: 3.2.1-1 > > Severity: serious > > Justification: FTBFS > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash:

Bug#793621: transition: vtk6

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 with 792883 793604 793605 793607 There is an uncoordinated, ongoing transition for vtk6. vtk6 failed to build on armel/armhf. Also some of the rdeps (gammaray,

Bug#793304: vtk6: FTBFS on arm*: qt4 not found

Source: vtk6 Version: 6.2.0+dfsg1-1 Severity: serious The latest vtk6 upload fails to build on arm*. That seems to be because d/rules contains: qt4_archs = armel armhf ifeq (,$(filter $(DEB_HOST_ARCH),$(qt4_archs))) extra_flags += -DVTK_QT_VERSION=5 else extra_flags +=