Bug#713671: hotkeys: FTBFS: ld: amixer.o: undefined reference to symbol 'rint@@GLIBC_2.2.5'

Tags 713671 +patch Thanks The fix for this issue that I just uploaded to raspbian can be found at http://debdiffs.raspbian.org/main/h/hotkeys/hotkeys_0.5.7.4-0.3%2brpi1.debdiff It seems that the file Changelog in the source tree is hardlinked to debian/changelog, this may require some care wh

Bug#742915: xserver-xorg-video-vmware FTBFS and existing binary is uninstallable.

Package: xserver-xorg-video-vmware Version: 1:13.0.1-3 Severity: grave xserver-xorg-video-vmware can no longer be installed in sid because of a missing dependency. root@debian:/xserver-xorg-video-vmware-13.0.1# apt-get install xserver-xorg-video-vmware Reading package lists... Done Building

Bug#743239: xsever-xorg-video-vmware FTBFS on kfreebsd configure: error: Package requirements (xatracker >= 0.4.0) were not met:

Package: xsever-xorg-video-vmware Severity: serious Version: 1:13.0.2-1 xsever-xorg-video-vmware is now failing to build on kfreebsd checking for XATRACKER... no configure: error: Package requirements (xatracker >= 0.4.0) were not met: No package 'xatracker' found Consider adjusting the PKG_CO

Bug#723099: taoframework: FTBFS with libav 9: dh_clideps: Error: Missing shlibs entry: libavcodec.so.53 or avcodec-51.dll for: Tao.FFmpeg.dll

libtaoframework-ffmpeg0.4-cil and libtaoframework-ffmpeg-cil-dev don't have any reverse dependencies, so it should be safe to just drop them. The attached patch removes both binary packages. I applied this patch some time ago in Raspbian Jessie. Since that time there has been another library

Bug#746048: lcalc: build-depends on libpari-dev appear too loose

Package: lcalc Version:1.23-dfsg-2 Severity: minor When building lcalc on raspbian with libpari-dev 2.5.5-1 I ran into the following error. Lcommandline_elliptic.cc:142:40: error: too many arguments to function 'long int* ellinit(GEN, long int)' In file included from /usr/include/pari/pari.h:

Bug#746198: unar fails to extract test rar on arm.

Package: unar Version: 1.1-2 Severity: important x-debbugs-cc: debian-...@lists.debian.org I recently got the following report from a raspbian wheezy user (https://bugs.launchpad.net/raspbian/+bug/1165466). Using the simple test file found at http://www.maximumcompression.com/data/files/text-

Bug#746158: RFH: csv2latex -- a CSV to LaTeX file converter

Due to insufficient rights for uploading csv2latex to ftp-master i would like a kind mentor to review and eventually upload csv2latex-0.18-3 (just a deb-related fix, not upstream). I now maintain both upstream and debian package on https://svn.gtmp.org/svn/csv2latex/ The dsc and tarballs are temp

Bug#746571: gnade depends on ada-compiler which is going away

Package: libgnadecommon2-dev Version: 1.6.2-9 Severity: serious gnade depends on the virtual package "ada-compiler" which according to packages.debian.org is only provided by gnat-4.4. gnat-4.4 has already been removed from testing and has a removal request filed for unstable. -- To UNSUBS

Bug#746198: unar fails to extract test rar on arm.

peter green wrote: So I decided to test it in some test chroots (note: the i386 chroot was on an amd64 host, the arm chroots were all on an armv7 host) debian wheezy i386: works debian wheezy armel: fails debian wheezy armhf: fails debian jessie armel: fails debian jessie armhf: fails raspbian

Bug#702268: libfcgi FTBFS on x32 and arm64

Severity 702268 important merge 702268 727286 thanks I just confirmed that the fix proposed in bug 702268 and uploaded to debian-ports for x32 also makes the package build on arm64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Bug#749093: libcaca FTBFS on buildds testsuite failures

Package: libcaca Version: 0.99.beta19-1 Severity: serious All autobuilders that have tried to build the latest version of libcaca have failed with testsuite failures https://buildd.debian.org/status/package.php?p=libcaca&suite=sid http://buildd.debian-ports.org/status/package.php?p=libcaca&sui

Bug#746058: sqlite: FTBFS: /bin/sh: 1: tclsh: not found

tags 746058 +patch thanks the unversioned "tclsh" binary is no longer supplied by tcl- packages, only by the tcl package (from source tcltk-defaults) hence this failure. I first tried building with the tcl package installed but that failed with a segfault which I put down to version mismatch

Bug#749288: libv8-3.14 please support raspbian

Package: libv8-3.14 Severity: wishlist Version: 3.14.5.8-8 Tags: patch Attatched is a debdiff to make libv8-3.14 build correctly on raspbian (and hence run on armv6 systems running raspbian). There are two parts to the patch. 1: Changes to debian/rules to supply appropriate configuration opti

Bug#749418: fp-units-math ld cannot find gmp

M Viey wrote: /usr/bin/ld: cannot find -lgmp <--snip--> but with the same results Owever I have libgmp : 10:38:56:root@dk-99:/usr/lib/fpc/2.6.0/units/x86_64-linux/gmp# locate libgmp /usr/lib/x86_64-linux-gnu/libgmp.so.10 /usr/lib/x86_64-linux-gnu/libgmp.so.10.0.5 /usr/lib/x86_64-linux-gnu/op

Bug#749586: liburcu uses armv7 compiler flags if buildsystem is armv7

Package: liburcu Version: 0.8.4-2.1 Severity: serious If your package is built on a system with an armv7 processor it builds for armv7. Since debian armel targets armv4t but is now built on armv7 hardware this is a major prboem. It's also a problem for rasbian. Also I notice the flags are sel

Bug#727278: radvd: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

Reusing this report for the more general solution to also update the libtool.m4 and/or aclocal.m4 files, needed for the port mentioned in bug #726404. And attatched is a patch to do that (which i've just uploaded to debian-ports arm64, no immediate intent to nmu in debian). diff -Nru radvd-1.

Bug#750290: 750...@bugs.debian.org

Tags 750290 +patch thanks. debian/tmp/usr/share/man/man1/ogg123.1: No such file or directory at /usr/bin/dh_installman line 130. make: *** [binary] Error 2 Looking further back in the build log we see checking for pkg-config... no <--snip--> checking for ogg123 requirements configure: WARN

Bug#750565: iproute2 FTBFS dvips: ! Couldn't find header file: cm-super-t1.enc

Package: iproute2 Version: 23.14.0-1 Severity: serious dvips ss.dvi -o ss.ps This is dvips(k) 5.994 Copyright 2014 Radical Eye Software (www.radicaleye.com) ' TeX output 2014.06.04:1431' -> ss.ps dvips: ! Couldn't find header file: cm-super-t1.enc Makefile:66: recipe for target 'ss.ps' failed

Bug#727404: libee: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

Tags 727404 +patch thanks The attatched debdiff was uploaded to debian-ports arm64 to make this build I don't plan to nmu this right now but it is very likely either myself or another porter will do so if there is no response to this issue when the time comes to push arm64 into debian proper.

Bug#750610: open-iscsi ftbfs on arm64, outdated config.sub and config.guess

Package: open-iscsi Severity: important Tags: patch Open-iscsi ftbfs on arm64 because config.guess/sub are out of date. The attatched debdiff was uploaded to debian-ports arm64 to fix this. I do not intend to NMU this immediately but if the bug has not been fixed when the time comes to push ar

Bug#746072: routino: FTBFS: ld: cannot find -lz

tags 746072 +patch thanks Add zlib1g-dev to the build-depends to fix this bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750613: libdockapp FTBFS on arm64 probablly outdated config.sub/guess

Package: libdockapp Severity: important Version: 1:0.6.2-1 libdockapp failed to build on arm64 with the following error configure:2502: checking build system type configure:2515: error: /bin/bash ./config.sub aarch64-linux-gnu failed This usually means an outdated config.sub/guess is in use

Bug#669944: mosjs: FTBFS on ppc64, arm64 and x32: symbols files errors.

retitle 669944 mosjs: FTBFS on ppc64, arm64 and x32: symbols files errors. thanks In addition to failling on ppc64 the package also fails with symbols files errors on x32 and arm64. Please update the symbols files from the latest build logs. The logs are available at http://buildd.debian-por

Bug#750615: rcs-blame ftbfs on arm64 outdated config.sub/dev

Package: rcs-blame Version: 1.3.1-3 Severity: important Tags: patch configure:7593: result: no configure:7694: checking build system type configure:7707: error: /bin/bash ./config.sub aarch64-linux-gnu failed This is generally caused by config,sub/guess being out of date. It seems you build-dep

Bug#750617: libics FTBFS on buildds

package: libics version:1.5.2-5 severity: serious The latest upload of libics failed to build on the autobuilders. dh_installdocs # remove sflogo which triggers privacy-breach-logo lintian error sed -i 's#http://sflogo.sourceforge.net/sflogo.php?.* alt="\([^"]\+\)">#\1#' debian/libics-doc/usr/s

Bug#750618: eggdrop FTBFS on arm64 outdated config.sub/guess

Package: eggdrop Version: 1.6.21-2 User: debian-...@lists.debian.org Usertag: arm64 x-debbugs-cc: woo...@debian.org eggdrop failed to build on arm64 with the following error which is known to be caused by outdated config.sub/guess configure:5049: checking build system type configure:5060: erro

Bug#750618: eggdrop FTBFS on arm64 outdated config.sub/guess

Some discussion of this issue from irc does anyone know if you can specify both --with autotools-dev and --with autoreconf to dh ? I think autoreconf copies in the config.* files too so that is pointless pabs: Only if the project uses automake. oh, really? :( * al4nc4ds (~al4nc...@00018ebc

Bug#750610: open-iscsi ftbfs on arm64, outdated config.sub and config.guess

Ritesh Raj Sarraf wrote: Is this standard practice ? Aren't these autogenerated on the build machine ? Unfortunately config.sub and config.guess are two scripts which usually shipped by upstream with the software and not updated as part of a normal build process and out of date versions don't w

Bug#746420: linux: FTBFS on armhf: sun4i-a10-a1000.dtb

Tags 746420 +pending Severity 746420 serious This is a FTBFS on a release architecture and hence serious. It has also been fixed in svn (not by me) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o

Bug#748254: using apt-cdrom on a multiarch system requires manual editing of sources.list.

Package: apt Version: 1.0.3 I recently installed a new jessie amd64 system (from a cd1 weekly build iirc) and soon afterwards I enabled i386 as a multiarch arch so I could install wine. At this point I got errors about the CD when running apt-get update. So I removed the CD and re-added it wit

Bug#742102: arm64 update - help wanted

Antonio Terceiro wrote: The code is ported, but starting at 1.9 Ruby needs an existing Ruby interpreter to build. Ruby 1.8 needs only gcc-4.6 ... which needs patchutils. So we got ourselves a loop there. I would think that during bootstrapping core packages like gcc and patchutils would be cr

Bug#748658: Please consider supporting generation of .xz index files.

Package: reprepro Severity: normal Please consider supporting generation of xz index files, xz is much faster to decompress than bz2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#735572: player: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

Based on the patches for razorqt and various examples found by googling I made player build. I have not tested it beyond that and I didn't find any proper documention for the new parameters so i'm not positive it is correct. Debdiff atached and uploaded to raspbian. No intent to NMU in debian.

Bug#735764: lmms: FTBFS: Xft.h:39:22: fatal error: ft2build.h: No such file or directory

Tags 735764 +patch thanks I mnaged to modifidy the package so it would build, it would probablly be better to use pkg-config but I dunno enough about cmake to do that. I also fixed the clean target in debian/rules along the way. Debdiff attached, no intent to NMU. diff -Nru lmms-0.4.10/debian

Bug#696909: chromium segfaults on startup on armhf

Note: adding debian-arm to cc for feedback from other porters. Jonathan Nieder wrote: Hi Peter, peter green wrote: Patch to make the package use bfd rather than gold on armel and armhf is attached. I may or may not upload this as a NMU. If you'll have time to continue worki

Bug#696909: chromium segfaults on startup on armhf

shawnland...@gmail.com wrote: It works when built with gold 2.23 Is anyone working on either getting that into wheezy (if it's a bugfix release that is likely to pass the release teams requirements) or to backport the required fixes? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists

Bug#649038: elfutils FTBFS on kfreebsd

package: elfutils version: 0.152-1 severity: serious From the debian buildd logs for 0.152-1+b1 (copy/paste taken from the kfreebsd-i386 one but kfreebsd-amd64 looks similar) make[2]: Entering directory `/build/buildd-elfutils_0.152-1+b1-kfreebsd-i386-3v8mAz/elfutils-0.152/tests' /usr/bin/mak

Bug#645822: [gcc-avr] FTBFS on mips, mipsel and sparc

tags 645822 +patch thanks When discussing the sparc bug* Eric Botcazou from gcc upstream claimed ...you should never configure the compiler with --disable-checking, even in a cross configuration. This will save a few percents in compilation times but disables critical internal checking; you ri

Bug#649458: simulavr FTBFS on armel

Package: simulavr Version: 0.1.2.2-6.2 Severity: serious Justification: fails to build from source (but built successfully in the past) https://buildd.debian.org/status/fetch.php?pkg=simulavr&arch=armel&ver=0.1.2.2-6.2&stamp=1319642506 make[4]: Entering directory `/build/buildd-simulavr_0.1.2.2-

Bug#630897: ace: DDS4 spec doesn't allow modification or commercial distribution

Currently this bug is marked as fixed in stable but unfixed in testing and unstable. There is a comment in the bug report log saying "This file has already been removed from the latest ace versions." and the file does not appear to be present in the testing version of the package. However l

Bug#625756: electric-fence: FTBFS due to OOM with gcc-4.5

tags 625756 +wheezy sid thanks this bug does not affect squeeze as the default gcc there is 4.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#649645: FTBFS: e-attachment.c:215:2: error: implicit declaration of function, 'g_format_size_for_display' [-Werror=implicit-function-declaration]

g_format_size_for_display is deprecated as it uses binary prefix calculations but does not use the IEC prefixes to display them. Evoloution builds with G_DISABLE_DEPRECATED and so FTBFS The package also uses the deprecated G_CONST_RETURN I see several possible fixes to this 1: switch to g_for

Bug#696909: chromium segfaults on startup on armhf

>I searched for the bug on google an according to a chromium engineer >is a problem related to the linker. I hope it helps. > >the problem is cause by a gold bug -> you need to use gold from >binutils 2.22 or later We already have binutils 2.22 in wheezy/sid. Still i'm tempted to try a build

Bug#697406: python-greenlet FTBFS on armel in testing

Package: python-greenlet Version: 0.3.1-2 Severity: serious x-debbugs-cc: storv...@gmail.com Building python-greenlet in testing fails. gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6_d -c greenlet.c -o build/temp.linux-armv7l-2.6-pydebug/greenlet.

Bug#697406: Acknowledgement (python-greenlet FTBFS on armel in testing)

Just to add I tried built the version of python-greenlet from TPU with the version of platform/switch_arm32_gcc.h from 0.4.0 and it seems to build ok on armel and raspbian (both of which it had failed on before). I have uploaded a package with this change to raspbian. It can be found at http:/

Bug#696909: chromium segfaults on startup on armhf

I can confim that using bfd instead of gold fixes the issue on armhf. armel seems to be sufering from the same issue but I have not yet tried a build with bfd on armel. I will do an armel (but on armv7 hardware, I don't have any armv4t or armv5 hardware to test on and all my armv6 stuff is ru

Bug#692820: cqrlog ftbfs on armel and armhf, outdated embedded copy of freepascal ipc code.

package: cqrlog severity: important cqrlog fails to build on armel and armhf with the following error 400 93.865/102.848 Kb Used ipccall.inc(52,36) Error: Identifier not found "syscall_nr_ipc" ipccall.inc(59,37) Error: Identifier not found "syscall_nr_ipc" 100 93.923/102.848 Kb Used I traced th

Bug#693208: clang unable to link trivial test program on armhf

Package: clang Version: 3.0-6 Severity: grave Tags: patch x-debbugs-cc: debian-rele...@lists.debian.org RT in cc because of proposed TPU upload. Unfortunately it seems that the changes in 3.0-6 fixed clang on armel but not on armhf. root@debian:/# clang -v test.c Debian clang version 3.0-6 (tag

Bug#696909: chromium segfaults on startup on armhf

package: chromium severity: grave version: 22.0.1229.94~r161065-3 Chromium segfaults on startup on armhf. I got a backtrace but it isn't a very informative one :( Reading symbols from /usr/lib/chromium/chromium...Reading symbols from /usr/lib/debug/usr/lib/chromium/chromium...done. done. (gd

Bug#690112: ekg2: can't build source package after running clean target due to modified config.sub and config.guess

Package: ekg2 Severity: important It would appear that the clean target (indirectly) updates config.sub and config.guess, this results in a failure to build the source package. root@debian:/# apt-get source ekg2 Reading package lists... Done Building dependency tree Reading state informa

Bug#686038: [BTS#686038] templates://fpc/{control,fp-compiler.templates}.in

David Prévot wrote: I'm sorry to ask you to wait a little: I'll shake the Spanish translators a bit more because this language is aiming to be 100 % complete for Wheezy, and we thus shouldn't brake its current status. Spanish seems to be in now. I've just reverted the removal of fpc.*dpkg* p

Bug#688282: netsniff-ng, architecture list seems to be unnessacerally restrictive.

Package: netsniff-ng Severity: important. Tags: patch In 0.5.6-2 you made the following change "Set archs to: i386, amd64, powerpc and sparc only as dependencies are not available or missing on other than these archs." Howver since then it seems the dependencies have become available in test

Bug#678123: armel, armhf, mips, s390 and s390x unsupported by Debian's libnacl-dev

Hi, I am not able to fix the problem by myself, I have contacted the upstream and I have not received any deployable help. I noticed that that 20110221-3 did build on armhf (on an experimental buildd) while 20110221-4 failed to build on armhf (on an unstable buildd). 0123456789012345678901234567

Bug#688702: icedtea-7-jre-cacao: cacao badly broken on armhf

Package: icedtea-7-jre-cacao Version: 7u3-2.1.2-2 Severity: important The following trivial test program fails with cacao on armhf import java.math.*; public class test { public static void main(String [] args) { System.out.println(3.0); } } root@debian:/# javac test.java root@debian:/# j

Bug#688703: icedtea-6-jre-cacao: cacao badly broken on armhf

Package: icedtea-6-jre-cacao Version: 7u3-2.1.2-2 Severity: important The following trivial test program fails with cacao on armhf import java.math.*; public class test { public static void main(String [] args) { System.out.println(3.0); } } root@debian:/# javac test.java root@debian:/# j

Bug#688703: icedtea-6-jre-cacao: cacao badly broken on armhf

Notfound 688703 7u3-2.1.2-2 Found 688703 6b24-1.11.4-3 Thanks Sorry forgot to edit the version number when filing the openjdk-6 version of this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.

Bug#693262: chromium: builds debs twice

Package: chromium Version: 22.0.1229.94~r161065-3 Severity: minor Chromium seems to build all debs twice, worst it does it the first time with xz and then the second time with the default compression (gzip), so the archive ends up with gzipped debs after the buildds put in the effort of buildi

Bug#655432: clang unusable on armel and armhf, link failures

package: clang severity: grave x-debbugs-cc: debian-...@lists.debian.org When trying to build libblocksruntime both locally and on the buildds it fails with the following warnings and errors. make[1]: Entering directory `/build/buildd-libblocksruntime_0.1-1-armhf-kukYFg/libblocksruntime-0.1'

Bug#655432: clang unusable on armel and armhf, link failures

Sylvestre Ledru wrote: As said in the error message, could you start it again with -v ? armhf: root@debian:/# clang -v test.c Debian clang version 3.0-5 (tags/RELEASE_30/final) (based on LLVM 3.0) Target: arm-unknown-linux-gnueabihf Thread model: posix clang: warning: unknown platform, assum

Bug#653779: exult: FTBFS: invalid conversion from 'const char*' to 'char*'

tags 653779 +patch thanks exult FTBFS: | if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I./../../headers -I./.. -I./../../files -I./../.. -O2 -Wno-long-long -O2 -MT ucparse.o -MD -MP -MF ".deps/ucparse.Tpo" -c -o ucparse.o ucparse.cc; \ | then mv -f ".deps/ucparse.Tpo" ".deps/ucparse.Po";

Bug#652226: fixed

>reassign 652226 scilab >fixed 652226 5.3.3-5 >thanks Can you explain why you reassigned and closed this bug? the package it was originally about (sciscipy) still seems to FTBFS with the same error in up to date sid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with

Bug#655616: Acetoniso: build-depends not satisfiable by sbuild

Package: Acetoneiso Severity: serious Currently acetoneiso has a build-depends on libqt4-dev (<< 4:4.7.0~beta2) | libqtwebkit-dev This makes it impossible to install the build-depends with tools that only look at the first option for a build-depends (notablly sbuild as used by the official bu

Bug#631822: freej: FTBFS: SWIG version >= 1.3 is required. You have 2.0.4.

Applying the second patch from that bug report ( http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=19;bug=631800 ) and running autconf2.64 to rebuild configure makes the configure script succeed. Unfortunately after doing so the build fails with the inability to find jsnum.h Removing the incl

Bug#652157: mysql-gui-tools: FTBFS: ../gtksourceview/gtksourcemarker.h:42:1:, error: unknown type name 'G_CONST_RETURN'

failures +Author: Peter Green +Bug-Debian: http://bugs.debian.org/652157 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add

Bug#652153: gnome-chemistry-utils: FTBFS: gcc: error: unrecognized option '-V'

>Relevant part: >> gcc version 4.6.2 (Debian 4.6.2-6) >> configure:3718: $? = 0 >> configure:3707: gcc -V >&5 >> gcc: error: unrecognized option '-V' >> gcc: fatal error: no input files >> compilation terminated. >> configure:3718: $? = 4 >> configure:3707: gcc -qversion >&5 >> gcc: error: unrecog

Bug#577321: Fix for 577321, 550932

> Now -- how do I go about submitting my patch to resolve these bugs? Generally the first thing to do would be to post the patch to the bug report and hope either the maintainer picks it up or another interested debian developer picks it up an NMUs. If that fails then it is possible to prepare

Bug#652159: netams: FTBFS: gtypes.h:34:24: fatal error: glibconfig.h: No such, file or directory

tags 652159 +patch thanks Relevant part: gcc -g -Wall -pipe -O2 -I../src -I./ -D_BSD_SOURCE -I/usr/include/pcap -I/usr/libipq -I../lib/libipulog/include -DHAVE_BW -DFAST_FW_CHECK -DLAYER7_FILTER -DUSE_MYSQL -I/usr/include/mysql -DWIPE_OPENSSL -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/inclu

Bug#655692: xxdiff: FTBFS with uic errors if libqt4-dev is installed

Package: xxdiff severity: important While investigating 617768 I ran into another unrelated issue. Namely if libqt4-dev is installed the build fails with. /usr/bin/make -C src -f Makefile.bootstrap makefile make[1]: Entering directory `/xxdiff-3.2/src' qmake -o Makefile.qmake xxdiff.pro uic:

Bug#617768: The package fails to build on armhf due to missing rst2html.py command.

The package fails to build on armhf due to missing rst2html.py command. Ok this is a really strange one. The package failed in the same way on both armhf and s390x which would usually indicate a wider problem so I tried building it on some other architectures but I was able to build it across a

Bug#636963: nepenthes: FTBFS: error: variable 'timeout' set but not used [-Werror=unused-but-set-variable]

tags 636559 +patch thanks Kurt Roeckx wrote: Your package is failing to build from source with the following error: x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../nepenthes-core/include -I../../nepenthes-core/src -pipe -D _GNU_SOURCE -D _GNU_SOURCE -I/usr/local/include -D_FILE_OF

Bug#622066: qca-tls: FTBFS: qca-tls.cpp:1010:33: error: invalid conversion from 'const SSL_METHOD*' to 'SSL_METHOD*'

tags 622066 +patch thanks Relevant part: g++ -c -pipe -g -Wall -W -O2 -D_REENTRANT -fPIC -DQCA_PLUGIN -DOSSL_097 -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_PLUGIN -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/share/qt3/mkspecs/default -I. -I/usr/include/qt3 -o qca-tls.o qca-tls.cpp qca-tls.cpp: In memb

Bug#629882: buffy: FTBFS: PrefDialog.cc:108:78: error: call of overloaded, 'ComboBox(Glib::RefPtr&)' is ambiguous

tags 629882 +patch thanks Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/incl

Bug#650230: FTBFS: Dbusmenu-0.4.gir:2046.7-2046.72: error: expected end element of `enumeration'

tags 650230 +patch thanks With valac-0.14 the package build successfully. So it's probably just a matter of bumping the build dependency. Unfortunately it's not quite that simple because neither valac-0.10 or valac-0.12 seems to work and both seem to have a higher alternatives priority than val

Bug#642483: FTBFS: main.c:50:25: fatal error: openssl/ssl.h: No such file or directory

Well installing libssl-dev fixes that error. However given that the copyright file claims the package is under the GPL and doesn't mention any license exceptions I don't think the package should be being built against openssl libraries. And even with libssl-dev installed the build fails later

Bug#635901: stereograph: fix for FTBFS

tags 635901 +sid wheezy severity 635901 serious thanks *** /tmp/tmpbOzU85 In Ubuntu, the attached patch was applied to fix a FTBFS: First things first is to check the applicability of this to debian. It turns out that stereograph builds fine in lenny and squeeze but fails in wheezy and sid. I

Bug#655841: Please remove Gnash from default Debian install, as it crashes

Joey Hess wrote: Alexey Eromenko wrote: Default Debian-6 KDE installs "gnash", an extremely unstable component, that constantly crashes KDE Konqueror, when user accesses any flash-enabled website (such as www.amd.com). Wouldn't that be a bug in konqueror-nsplugins? No plugin should be

Bug#656178: mandos FTBFS on buildds

Package: mandos Severity: serious The latest mandos upload failed on all buildds with the same error LANG=en_US.UTF-8 MANWIDTH=80 man --warnings --encoding=UTF-8 --local-file mandos.8 >/dev/null man: can't set the locale; make sure $LC_* and $LANG are correct col: Invalid or incomplete multiby

Bug#656274: collectd ftbfs on armhf and armel

package: collectd severity: serious version: 4.10.4-1 collectd currently fails to configure on armhf because it's mapping table from debian architectures to java architectures is incomplete. The attatched patch takes the minimally invasive approach to fixing this and simply adds the mapping f

Bug#656280: uwsgi FTBFS on several architectures, confusion between debian architecture names and java architecture names and "strict aliasing" problem in python code

liasing enabled. This patch changes the tests in the build + script to disable strict aliasing for the python plugins regardless of + gcc version. +Author: Peter Green +Bug-Debian: http://bugs.debian.org/?? + +--- uwsgi-0.9.8.3.orig/uwsgiconfig.py uwsgi-0.9.8.3/uwsgiconfig.py +@@ -

Bug#656286: ibam FTBFS on armhf, architecture list mismatch in debian/control

package: ibam severity: important The architecture list for binary package ibam contains armhf but the architecture list for binary package gkrellm-ibam does not. The code in debian/rules is not prepared for this situation and so the build fails. I beleive the best course of action is simply

Bug#656289: snort 2.9.1-1 is uninstallable and unbuildable in unstable due to dependency on libdaq0 and build-dependency on libdaq-dev which are only in experimental

package: snort version: 2.9.2-1 severity: grave as the title states this package is in unstable but it has (build)-dependencies that are only satisfiable in experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact l

Bug#656441: binutils FTBFS on armel, powerpc, s390 and s390x buildds

package: binutils version: 2.22-4 serverity: serious armel appeared to fail with a compiler error. Unfortunately we can't see why the compile failed because the build system redirected all it's output to /dev/null :( make[5]: Entering directory `/build/buildd-binutils_2.22-4-armel-f9n1k6/bin

Bug#656504: libplayer FTBFS on armhf "recompile with -fPIC"

package: libplayer severity: important libplayer FTBFS on armhf with the message /usr/bin/ld.bfd.real: mrl.o: relocation R_ARM_THM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC Looking at debian/rules it looks like there was already an at

Bug#656505: taxbird: build-dependency on libgier-dev needs to be versioned

package: taxbird version: 0.18-1 severity: serious tags: patch Taxbird failed to build on most buildds with the following error checking for GEIER... no configure: error: Package requirements (libgeier >= 0.13 libxml-2.0) were not met: Requested 'libgeier >= 0.13' but version of libgeier is 0.

Bug#652598: aboot FTBFS in unstable

tags 652598 +wheezy sid thanks 1. Please use "Source: aboot", not "Package: aboot". I'll start doing that if and when the official rc bugs list introduces sane handling of such bugs. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650999 Until then IMO having the bug actually visible to t

Bug#656441: please update binutils in buildd chroots and requeue binutils on powerpc, s390 and s390x

ils in the chroot to 2.22-3 and then requeue binutils 2.22-4. Original Message Subject: Re: Bug#656441: binutils FTBFS on armel, powerpc, s390 and s390x buildds Date: Fri, 20 Jan 2012 13:18:41 +0100 From: Matthias Klose To: peter green , 656...@bugs.debian.org CC:

Bug#678370: libxs FTBFS on armhf, assembler errors indicative of thumb incompatilble inline assembler.

Package: libxs Version: 1.2.0-1 Severity: serious Tags: patch Your package fails to build on armhf with the following error. CXXlibxs_la-mailbox.lo /tmp/cchN2ucw.s: Assembler messages: /tmp/cchN2ucw.s:229: Error: thumb conditional instruction should be in IT block -- `strexeq ip,r7,[r3]' /

Bug#678722: camomile FTBFS with build-arch

Package: camomile severity: serious version: 0.8.4-1 Building camomile with dpkg-buildpackage -B and recent dpkg-dev (which uses build-arch) fails with the following error. dh_installman -plibcamomile-ocaml-dev debian/xml-man/en/camomilecharmap.1: No such file or directory at /usr/bin/dh_install

Bug#678604: lilypond FTBFS on armhf

Don Armstrong wrote: severity 678604 important umm, armhf is now a release architecture and lilypond has built there in the past by my reading of the rc policy that makes this rc. The problem is that metafont segfaults on armhf. This looks to be some odd kind of architecture specific problem

Bug#676094: geos: FTBFS: geos_wrap.cxx:856:18: fatal error: ruby.h: No such file, or directory

tags 676094 +patch thanks Thia package failed to build after being imported to raspbian and I needed to get it building so I took a look. I managed to fix the include file not found issue with some makefile hackery Unfortunately after I fixed that I got /bin/bash ../../libtool --tag=CXX -

Bug#678604: lilypond FTBFS on armhf

The problem is that metafont segfaults on armhf. This looks to be some odd kind of architecture specific problem in armhf's malloc, which I've asked for assistance with on debian-arm, but have received none.[1] Given that lilypond built successfully in raspbian and arm EABI uses a 1 in the LSB

Bug#678604: lilypond FTBFS on armhf

The NMU diff is attatched to this mail (note: please do not upload/commit this change yet, I want to see if it actually solves the problem first). Sorry I screwed up, corrected NMU diff is attatched. Again please don't upload/ commit until I confirm that this solves the problem. diff -ur te

Bug#678604: lilypond FTBFS on armhf

Norbert Preining wrote: Hi Peter, On Do, 28 Jun 2012, peter green wrote: commit until I confirm that this solves the problem. ANy progress on that? I am preparing new packages from the TL sources now ... I have now confirmed that rebuilding texlive-bin with -marm on armhf fixes

Bug#646177: python-djvulibre: FTBFS: FAIL:, test_decode.test_documents.test_export_ps

This bug was marked as fixed-upstream over three months ago. Any ETA on getting the fix into debian? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#638918: python-apt NMU in delayed queue

I have prepared a NMU for python-apt and Steve McIntyre has uploaded it to delayed/2. The NMU backports the testsuite fix from unstable and also improves debian/rules clean. A debdiff is attatched. diff -Nru python-apt-0.8.3/debian/changelog python-apt-0.8.3+nmu1/debian/changelog --- python-

Bug#651472: python-apt NMU in delayed queue

sorry sent this to the wrong bug report. I have prepared a NMU for python-apt and Steve McIntyre has uploaded it to delayed/2. The NMU backports the testsuite fix from unstable and also improves debian/rules clean. A debdiff is attatched. diff -Nru python-apt-0.8.3/debian/changelog python-ap

Bug#658310: FTBFS: Header hdfeos5.h or the compiled hdfeos5 library is not found

your package appears to FTBFS in unstable, probably related to the move to hdf5 1.8.8. See https://buildd.debian.org/status/fetch.php?pkg=ruby-hdfeos5&arch=s390x&ver=1.0-2&stamp=1327882564 for a b

Bug#659793: gcc-4.6: ICE on sparc while building audacious

Package: gcc-4.6 Version: 4.6.2-14 Severity: important Attempting to build the attatched file (preprocessed output from a file that forms part of audacious) with the following command gcc -fPIC -DPIC -g -O2 -std=gnu99 -pipe -pthread -c -xcpp-output ui_fileopener.preprocessed produces root@net

Bug#659820: audacious FTBFS on sparc with ICE

Source: audacious Version: 3.2-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) audacious FTBFS on sparc with an internal compiler error. This has been reported to the gcc maintainers at http://bugs.debian.org/659793 but past experinace

Bug#651934: FTBFS on sparc: seed binary dies with a bus error

/bin/bash: line 1: 8437 Bus error ../../../src/seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js > ../../../doc/modules/readline/readline-funcs.xml make[5]: *** [readline-funcs.xml] Error 138 I have gained access to a sparc box (initially to l

<    1   2   3   4   5   6   7   8   9   10   >