Bug#640444: gtkhtml3.14: FTBFS: gtkhtml.c:1541: undefined reference to `sqrt'

tags 640444 +patch thanks I have attached a patch to debian/rules to add -lm to the linker flags, this makes the package build succesfully. --- gtkhtml3.14-3.32.2/debian/rules 2011-02-06 13:16:56.0 + +++ gtkhtml3.14-3.32.2.new/debian/rules 2011-11-10 01:44:57.0 + @@ -16,7

Bug#643456: pidgin-festival: FTBFS: festival.c:106:5: error: format not a string literal and no format arguments [-Werror=format-security]

tags 643456 +patch thanks I've attatched a patch that fixes the build. In the process of fixing one of the format security warnings I also fixed a potential (but almost certainly non-exploitable and highly unlikely to happen by accident) buffer overflow. Only in pidgin-festival-2.4: pidgin-fes

Bug#643459: pngquant: FTBFS: pngquant.c:261:13: error: format not a string, literal and no format arguments [-Werror=format-security]

Tags 643459 +patch thanks patch is attatched diff -ur pngquant-1.0/pngquant.c pngquant-1.0.new/pngquant.c --- pngquant-1.0/pngquant.c 2002-04-05 18:38:33.0 + +++ pngquant-1.0.new/pngquant.c 2011-11-10 20:47:19.0 + @@ -258,7 +258,7 @@ VERSION); r

Bug#642825: polyorb: FTBFS: build-dependency not installable: gnat

retitle 624285 polyorb: FTBFS: build-dependends on packages which are not co-installable (gnat and gnat-4.6) tags 624285 +sid wheezy thanks The following packages have unmet dependencies: sbuild-build-depends-polyorb-dummy : Depends: gnat but it is not going to be installed E: Broken packages

Bug#643461: qhull: FTBFS: io.c:2169:3: error: format not a string literal and no, format arguments [-Werror=format-security]

tags 643461 +patch thanks Patch is attatched just add it to the quilt series. Index: qhull-2009.1/src/io.c === --- qhull-2009.1.orig/src/io.c 2011-11-10 21:43:30.0 + +++ qhull-2009.1/src/io.c 2011-11-10 21:44:57.0

Bug#646490: searchmonkey: FTBFS: systemio.c:202:41: error: format not a string, literal and no format arguments [-Werror=format-security]

tags 646490 +patch thanks I have attatched a patch which can simply be added to the quilt series. However while fixing the format security errors I noticed some other rather concerning warnings. In particular I noticed misc.c: In function ‘addUniqueRow’: misc.c:176:13: warning: implicit decla

Bug#639189: shrinksafe: FTBFS: build-dependency not installable: rhino (>= 1.7R1)

Retitle 639189: shrinksafe FTBFS, build-depends unsatisfiable in sid due to build-conflicts. thanks Build-Depends-Indep: default-jdk, rhino (>= 1.7R1) Build-Conflicts-Indep: rhino (>= 1.7R3) The current version of rhino in sid is 1.7R3 Attempting to build with the build-conflicts removed leads

Bug#639189: shrinksafe: FTBFS: build-dependency not installable: rhino (>= 1.7R1)

Retitle 639189 shrinksafe FTBFS, build-depends unsatisfiable in sid due to build-conflicts. thanks Build-Depends-Indep: default-jdk, rhino (>= 1.7R1) Build-Conflicts-Indep: rhino (>= 1.7R3) The current version of rhino in sid is 1.7R3 Attempting to build with the build-conflicts removed leads t

Bug#646457: sundials: FTBFS: ./cvode.c:4131:5: error: format not a string literal and no format arguments [-Werror=format-security]

tags 646457 +patch thanks cc -I./../../include -I../../include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c ./cvode.c -fPIC -DPIC -o .libs/cvode.o ./cvode.c: In function 'CVProcessError': ./cvode.c:4131:5: error: format not a

Bug#628278: sunflow: FTBFS: sh: rsvg: not found

tags 628278 - unreproducible severity 628278 important thanks ccing the imagemagick developers because the proper way to fix this issue would probablly be to change the imagemagick packaging. >tags 628278 + unreproducible >thanks I've managed to reproduce it but it requires a fairly specific

Bug#642144: mmpong ftbfs in unstable (initializer element is not computable at load time)

reopen 642144 retitle 642144 mmpong ftbfs in unstable ( fatal error: RendererModules/OpenGLGUIRenderer/openglrenderer.h: No such file or directory ) thanks Unfortunately the fix to gcc was not sufficiant to get mmpong building in sid. It now fails with. [ 77%] Building CXX object client_gl/

Bug#589132: FTBFS on sparc. Unknown gcc cmdline option.

Package: ser Version: 2.0.0-4 Severity: normal Hi Maintainer, what is the state of this issue? I'm not the maintainer but this still seems to be an issue with 2.0.0-5 https://buildd.debian.org/status/fetch.php?pkg=ser&arch=sparc&ver=2.0.0-5&stamp=1321162065 -- To UNSUBSCRIBE, email to deb

Bug#649634: guitarix: FTBFS on non-linux archs

Need to check if the attached patch fixes it when I get access to a hurd and kfreebsd machine. Alternatively, feel to check it also. Builds sucessfully with the patch on kfreebsd-amd64 and kfreebsd-i386 I haven't tested on hurd-i386 because my hurd-i386 vm is currently broken but IMO that is n

Bug#650144: cryptkeeper should not be built on architectures where encfs is unavailable

package: cryptkeeper serverity: serious Currently there are uninstallable cryptkeeper packages on kfreebsd-i386 and kfreebsd-amd64. cryptkeeper should not be allowed to build on architectures where it's dependencies (in this case encfs) are not available. Currently this issue is preventing the

Bug#642610: adacgi: FTBFS: build-dependency not installable: gnat

tags 642610 +sid wheezy retitle 642610 adacgi: FTBFS: build-depends on both gnat and gnat-4.4 thanks As usual apt gives a misleading error message. The real problem in this case is that the package build-depends on both gnat and gnat-4.4. Theese packages are not co-installable in sid. This do

Bug#642609: adabrowse: FTBFS: build-dependency not installable: libasis2008-dev

tags 642609 +patch thanks It seems that libasis2008-dev is gone from the archive replaced by libasis2010-dev Furthermore the new libasis2008-dev package seems to conflict with gnat-4.4 I changed Build-Depends line to Build-Depends: debhelper (>= 7), gnat, libasis2010-dev, quilt With these

Bug#642611: adasockets: FTBFS: build-dependency not installable: gnat

retitle 642611 adasockets: FTBFS: build-depends on both gnat and gnat-4.4 thanks As usual apt gives a misleading error message. The real problem in this case is that the package build-depends on both gnat and gnat-4.4. Theese packages are not co-installable in sid. This does not affect squeeze.

Bug#649458: simulavr FTBFS on armel

tags 649458 +patch found 649458 0.1.2.2-6.1 thanks This bug also affects the version in testing. I have attatched a patch that fixes the issue (the issue appears to be a name conflict, the patch just renames the union in question). Only in simulavr-0.1.2.2: simulavr.spec diff -ur simulavr-0.1.2

Bug#650947: simulavr FTBFS if texlive-binaries, texi2html and texinfo are installed.

package: simulavr version: 0.1.2.2-6.2 While looking into the armel ftbfs I also ran some tests in my (dirty) sid amd64 chroot and ran into the following failure Making all in doc make[2]: Entering directory `/simulavr-0.1.2.2/doc' mkdir -p html texi2html -split_node ./simulavr.texi ** Unknown

Bug#650999: http://bugs.debian.org/release-critical has terrible handling of bugs filed against source packages

package: bugs.debian.org x-debbugs-cc: debian-rele...@lists-debian.org Of the pages linked from http://bugs.debian.org/release-critical http://bugs.debian.org/release-critical/debian/all.html does not show bugs against source packages http://bugs.debian.org/release-critical/debian/main.html doe

Bug#646449: libosip2: FTBFS: osip_message_parse.c:850:5: error:, format not a string literal and no format arguments, [-Werror=format-security]

This was fixed already in version 3.6.0-1 uploaded to unstable about the same time the archive rebuild was done. Umm according to packages.qa.debian.org 3.6.0-1 and all versions since were uploaded to experimental not unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian

Bug#650599: snooper FTBFS: -ltermcap doesn't work

tags 650599 +patch thanks It's a bug in the snooper configure script. Applying the following patch: --8<---cut here---start->8--- --- a/build/configure.in1998-02-23 15:18:30.0 +0100 +++ b/build/configure.in2011-12-01 17:47:44.6905661

Bug#652162: pidgin-facebookchat: FTBFS: gtypes.h:34:24: fatal error: glibconfig.h: No such file or directory

uthor: Peter Green Bug-Debian: http://bugs.debian.org/652162 Index: pidgin-facebookchat-1.69/Makefile === --- pidgin-facebookchat-1.69.orig/Makefile 2011-12-31 22:18:01.0 + +++ pidgin-facebookchat-1.69/Makefile 2011-12-31

Bug#586550: ffmpeg-php: FTBFS with ffmpeg >= 0.6

retitle 586550 ffmpeg-php: FTBFS with ffmpeg >= 0.6 tags 586550 +patch thanks ffmpeg 0.7 is now in unstable and ffmpeg-php FTBFS in unstable with the following error. checking whether to force gd support in ffmpeg-php... yes configure: error: ffmpeg shared libraries not found. Make sure ffmpeg

Bug#654281: kplayer: FTBFS on armhf/s390x, reproduced on amd64: not defined Entities while generating index.cache.bz2

tags 654281 +patch thanks Patch is attatched just add it to the quilt series. Note: to get a successful build you will also need the patch from 555057. Index: kplayer-0.7/doc/da/index.docbook === --- kplayer-0.7.orig/doc/da/index.do

Bug#654422: git test failures.

package: git severity: important note: I did not initially submit this as a bug report because I felt it was not appropriate to do that until we had a better understanding of what was going on and what issues there were to be fixes but an autoresponder on smarden.org told me that all debian relat

Bug#654422: git test failures.

Jonathan Nieder wrote: reassign 654422 src:git 1.7.7.3-1 tags 654422 + moreinfo quit Hi Peter, peter green wrote: package: git severity: important What version? 1:1.7.7.3-1 which afaict was the current version in sid as of a couple of hours ago. [...] During a rebuild after

Bug#615513: release.debian.org: armhf inclusion into the archive

armhf has now pretty much cleared the needs-build queue (the only things left are non-free stuff and recently added stuff) and has built arround 89% of the archive (placing it between kfreebsd and ia64) with about 99.5% up to date (placing it between amd64 and i386). Would now be a good time to

Bug#615513: release.debian.org: armhf inclusion into the archive

Luke Kenneth Casson Leighton wrote: On Tue, Jan 3, 2012 at 10:54 PM, Adam D. Barratt wrote: (fwiw, the not-yet-built list includes webkit and ruby1.9.1, each of which have a number of other packages directly or indirectly stuck behind them). ahh... webkit. do you have a system anyw

Bug#654538: gtk-gnutella FTBFS on armel and armhf. undefined reference to __fpclassify

package: gtk-gnutella version: 0.98.2-1 severity: serious tags: patch gtk-gnutella fails to build on armel and armhf with the following error. libshared.a(str.o): In function `str_fcat_safe': /build/buildd-gtk-gnutella_0.98.2-1-armhf-NS4sjD/gtk-gnutella-0.98.2/src/lib/str.c:1229: undefined refe

Bug#654618: xmobar: FTBFS on many arches, missing library HSrts_thr

xmobar FTBFS on many arches, due to missing linking library: Linking dist/build/xmobar/xmobar ... /usr/bin/ld: cannot find -lHSrts_thr Please look into this. That libary simply doesn't seem to exist on the architectures in question (armel, armhf, mips, mipsel, s390, s390x and sparc) contacting

Bug#654617: gtk-gnutella: FTBFS on armel/armhf: undefined reference to `__fpclassify'

merge 654538 654617 thanks Konstantinos Margaritis wrote: gtk-gnutella FTBFS on armel/armhf (it used to build on both hence the severity) due to undefined references to __fpclassify: https://buildd.debian.org/status/package.php?p=gtk-gnutella&suite=sid

Bug#654616: pcp-gui: FTBFS on all arches: ./configure: line 4874: /etc/pcp.env: No such file or directory

tags 654616 +patch thanks Konstantinos Margaritis wrote: pcp-gui FTBFS on all arches, due to broken configure script: More specficially it fails because the configure script fails to find /etc/pcp.env which is provided by package pcp The package builds fine if pcp is installed, please add it t

Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures

retitle 654428 blender: FTBFS: uses i386/amd64 specific register definitions on all architectures thanks Christoph Egger wrote: Your package failed to build on the buildds: More accurately it built successfullyy on the i386 buildd but failed on all the other buildds that tried to build it (the

Bug#654619: kipi-plugins: FTBFS on armhf, reproduced on sid amd64: /usr/bin/ld:, cannot find -lopencv_gpu

tags 654619 +patch thanks kipi-plugins FTBFS on armhf, but I was able to reproduce this on a sid amd64, due to missing library at link time: /usr/bin/ld: cannot find -lopencv_gpu libopencv_gpu is provided by /libopencv-gpu-dev the package builds fine if it is installed. Please add it to the b

Bug#654600: [Pkg-lyx-devel] Bug#654600: lyx: FTBFS on armhf: testsuite fails

Could you try adding "set -x" at the top of these scripts: src/support/tests/test_convert src/support/tests/test_filetools src/support/tests/test_lstrings and then run the the testsuite (make check) and see what it outputs? The scripts fail because the output from the testcases are not equal to

Bug#654600: [Pkg-lyx-devel] Bug#654600: lyx: FTBFS on armhf: testsuite fails

Per Olofsson wrote: 2012-01-05 02:29, peter green skrev: Unfortunately to the best of my knowlage the content of build trees after an autbuild attempt is not saved so i'll have to try to reproduce this issue locally first. Assuming I can reproduce it i'll perform the tes

Bug#555877: osptoolkit: FTBFS with recent binutils versions

In april Aurel32 retitled this bug report to "osptoolkit: FTBFS with recent binutils versions". Sebastian Carneiro supplied a patch from ubuntu in july but did not apply the patch tag. However when I try building the unpatched package in my sid pbuilder it builds fine with regular binutils 2.2

Bug#654597: ser: FTBFS on armhf/s390x: Could not find openssl command

tags 654597 +patch severity 654597 serious thanks According to the build logs for armhf/s390x: https://buildd.debian.org/status/package.php?p=ser&suite=sid I've just reproduced this on amd64 as well. Bumping the severity Note tha

Bug#654319: sarg: FTBFS: Can't exec "cmake": No such file or directory

I cannot reproduce this bug, Most likely that means whatever build environment you used already had cmake installed. It is important to use a tool like pbuilder or cowbuilder with a base environment kept as clean as possible when trying to reduce this kind of bug. can you please check the debh

Bug#654600: [Pkg-lyx-devel] Bug#654600: Bug#654600: lyx: FTBFS on armhf: testsuite fails

Per Olofsson wrote: 2012-01-05 16:05, Per Olofsson skrev: Thanks! Hmm, this is strange. The check_* programs don't output anything at all. I have requested the build-deps for lyx to be installed on harris.d.o so I can debug it myself. I can't reproduce the error on harris.d.o. The te

Bug#654267: ltp: FTBFS on armhf, reproduced on amd64, aio01.c:126:3: error:, format not a string literal and no format arguments [-Werror=format-security]

I have attatched a patch that fixes the format security errors. Unfortunately after fixing those errors the build fails with: make[5]: Entering directory `/ltp-20091231+dfsg.new/testcases/network/nfsv4/acl' ../../../../include/mk/env_post.mk:72: warning: overriding commands for target `/ltp-20

Bug#654263: mlview: FTBFS on armhf, reproduced on amd64, error: format not a, string literal and no format arguments [-Werror=format-security]

tags 654263 +patch thanks https://buildd.debian.org/status/package.php?p=mlview&suite=sid The build failure was seen on armhf, but I have reproduced it on a sid amd64 system, hence the security raise to serious. I attatch tw

Bug#654261: ns2: FTBFS due to missing otcl

https://buildd.debian.org/status/package.php?p=ns2&suite=sid The package fails to configure because of missing otcl: Well it's not exactly "missing", the package is in the archive and it was installed for the build, so the question

Bug#653642: [Pkg-ace-devel] Bug#653642: ace FTBFS on armhf

P.S ace 6.0.3-3 failed on the armel buildd with what appears to be a doxygen error. I do not know what is behind that issue (it's not one i've ever seen in my tests here) and if it was a fluke or not. Hmmm, strange. A similar issue can be seen on GNU/kFreeBSD; could be #651081. I'll check that,

Bug#652854: libdecodeqr: diff for NMU version 0.9.3-6.1

Or something in the build environment? * I've looked throught logs a bit and saw a different gcc/g++ version on hurd-i386. * More promising: in my i386 sid cowbuilder chroot, the build succeeds with binutils-gold installed and fails without it. heh it's usually the other way round ;) I gu

Bug#634412: ext3grep: FTBFS: superblock.h:35:99: error: 'EXT2_FRAG_SIZE' was not, declared in this scope

Thanks again for your patch. Everything seems to work OK but as I normally don't use ext3grep, I let regular users test by themselves and will then upload the package. It doesn't seem any regular users responded to your request, I tried to put the word out wider on debian-user and the debian fo

Bug#654218: libgconf-bridge: FTBFS on armhf/s390x, reproduced on amd64: error:, format not a string literal and no format arguments [-Werror=format-security]

tags 654218 +patch thanks https://buildd.debian.org/status/fetch.php?pkg=libgconf-bridge&arch=armhf&ver=0.1-2&stamp=1322967516 The package fails to build on armhf and s390x, but I've reprodu

Bug#615513: release.debian.org: armhf inclusion into the archive

An initial push of packages to testing occurred with tonight's britney run. There's a certain amount of uninstallability and loads of missing packages still, but it's a start :) I guess the next step is to try and get it to the point where it is bootstrapable. When I tried to bootstrap it

Bug#555877: osptoolkit: FTBFS with recent binutils versions

severity 555877 important retitle 555877 FTBFS with binutils-gold thanks While it seems there was a point in time where this package failed with regular binutils (see old logs on buildd.debian.org) it now builds fine with current versions of regular binutils as evidenced by the recently built b

Bug#651565: cgdb FTBFS in sid and wheezy configure: error: CGDB requires curses.h to build.

Package: cgdb severity: serious version: 0.6.5-3 tags: wheezy sid patch Your package fails to build in current wheezy and sid because it's configure script looks for curses.h which is in libncurses5-dev. In squeeze the libncurses5-dev was pulled in indirectly by libreadline6-dev but that is n

Bug#648765: bison: don't generate code that causes -Werror=format-security errors

found 648765 1:2.4.1.dfsg-3 thanks this bug also affects the version in testing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#640874: leave: debian/rules is not a Makefile

Ian Jackson wrote: But I agree with Josip's point about the spirit vs. the letter: if we write into policy that debian/rules must be a makefile, Josip can comply with the policy by what amounts IMO to trickery. And it's not trickery that's simple to forbid, given that that trickery is exactly wh

Bug#651571: ann FTFS on armhf, symbols file tweak needed

package: ann version: 1.1.2+doc-2 severity: important tags: patch ann ftbfs on armhf due to a symbols file issue, a patch is attatched. diff -ur ann-1.1.2+doc/debian/libann0.symbols ann-1.1.2+doc.new/debian/libann0.symbols --- ann-1.1.2+doc/debian/libann0.symbols 2011-10-25 22:02:02.0

Bug#651578: speex FTBFS on armhf

package: speex severity: important version: 1.2~rc1-1 tags: patch Currently speex tries to use armv4 assembler on all arm ports. This fails to build on armhf probablly because armhf uses the thumb2 instruction set (it is possible to use arm instructions but thumb2 is preffered on these process

Bug#634412: ext3grep: FTBFS: superblock.h:35:99: error: 'EXT2_FRAG_SIZE' was not, declared in this scope

tags 634412 +patch thanks I just did a test build on current sid and ran into failures but they were different from the failure reported in the bug report. I guess the headers have changed again since this bug was reported. Anyway the attatched patch makes the code build in current sid. diff

Bug#651581: sac ftbfs on armel and armhf. struct user conflicts with system header

Package: sac severity: serious tags: patch sid wheezy Sac defines a struct called "struct user". On armel and armhf this conflicts with "struct user" in sys/user.h which is indirectly included by your program. This bug is known to affect sid and wheezy. It does not affect lenny and squeeze.

Bug#555582: FTBFS with binutils-gold

severity 82 important thanks Tried to build your package and it fails to build with GNU binutils-gold. The important difference is that --no-add-needed is the default behavior of of GNU binutils-gold. Please provide all needed libraries to the linker when building your executables. Doko upg

Bug#634412: ext3grep: FTBFS: superblock.h:35:99: error: 'EXT2_FRAG_SIZE' was not, declared in this scope

Julien Valroff wrote: Hi Peter, Le samedi 10 déc. 2011 à 08:14:27 (+0100 CET), peter green a écrit : [...] +#ifndef i_reseved2 +//i_reseved2 has been split into two fields in recent Shouldn't it be i_reserved2? Yes, sorry for the typos. The ifndef isn't really n

Bug#651655: slang-slirp FTBFS in sid "configure: error: unable to find the slang library and header file slang.h"

package: slang-slirp severity: serious version: 2.2.4-5 slang-slirp FTBFS in sid. This issue was initially seen on the armhf buildd but I could reproduce locally on amd64 https://buildd.debian.org/status/fetch.php?pkg=slang-slirp&arch=armhf&ver=1.9.8-1.1&stamp=1322452414 https://buildd.debian.o

Bug#625373: libphone-ui: Fix ftbfs (patch attached)

Julien Lavergne wrote: Le 11/01/2011 01:38 AM, peter green a écrit : unfortunately the patch is not sufficiant to get the package to build in current sid. After applying it the build fails with Right, Werror should be completely removed. Rememoving werror does not sound like a

Bug#651761: pal FTBFS in sid

package: pal severity: serious version: 0.4.3-7 tags: patch Pal FTBFS in sid make[2]: Entering directory `/build/buildd-pal_0.4.3-7-armhf-c4gnbL/pal-0.4.3/src' Using CFLAGS: -Wall -g -O2 Using CPPFLAGS: -I/usr/include -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -D

Bug#651763: rutilt FTFBS in sid include/WE17Driver.h:107:31: error: reference 'm_Data' cannot be declared 'mutable' [-fpermissive]

package: rutilt severity: serious version: 0.16-2 tags: sid wheezy patch rutilt FTBFS in sid and wheezy. make[1]: Entering directory `/build/buildd-rutilt_0.16-2-armhf-uzvQ2R/rutilt-0.16' Compiling lib/WE17Driver.o In file included from lib/src//WE17Driver.cxx:36:0: include/WE17Driver.h:10

Bug#556332: FTBFS with binutils-gold

severity 556332 important thanks Tried to build your package and it fails to build with GNU binutils-gold. The important difference is that --no-add-needed is the default behavior of of GNU binutils-gold. Please provide all needed libraries to the linker when building your executables. Doko upg

Bug#651764: ggz-txt-client FTBFS /usr/bin/ld: cannot find -lncurses

package: ggz-txt-client version: 0.0.14.1-1.1 severity: serious tags: patch Your package fails to build if libncurses5-dev is not installed, gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -L/usr/lib -L/usr/lib -Wl,--as-needed -L/

Bug#651761: pal FTBFS in sid

Thanks for the report. I saw a message from a buildbot and figured it was a temporary issue for that architechture, but clearly it's a wider problem. The big hint to me was that BOTH armhf and s390x failed, these are both new architectures but they are totally unrelated to each other. So if somet

Bug#651906: binutils-m68hc1x: FTBFS format security problems.

package: binutils-m68hc1x version: 1:2.18-3.1 severity: serious dpkg-buildflags now supplies -Werror=format-security by default. This makes binutils-m68hc1x FTBFS. I first noticed the failure when looking at armhf (and s390x as a confirming point) build logs. but I can reproduce the issue lo

Bug#651907: ido FTBFS uses G_CONST_RETURN with G_DISABLE_DEPRECATED

DEPRECATED Remove G_DISABLE_DEPRECATED as this package uses G_CONST_RETURN Author: Peter Green Bug-Debian: http://bugs.debian.org/??? --- ido-0.2.2.orig/src/Makefile.am +++ ido-0.2.2/src/Makefile.am @@ -38,7 +38,6 @@ INCLUDES =\ -DG_LOG_DOMAIN=\"IDO\" \ -DPREFIX=\"$

Bug#651969: xotcl FTBFS on buildds

package: xotcl version: 1.6.7-1 severity: serious all buildds that have attempted to build xotcl 1.6.7-1 have failed. The errors vary by architecture but it looks to me like you are shipping an amd64 binary in the source package and trying to use it as part of the built package! armel, armhf

Bug#652205: assembler errors when trying to build flint on armhf

package: gcc-4.6 severity: important version: 1.011-2 flint FTBFS on armhf with the following errors gcc -fPIC -std=c99 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -funroll-loops -I/usr/include -I/usr/include/NTL -c ZmodF.c -o Zmo

Bug#652320: altree FTBFS, /usr/bin/env: python: No such file or directory

package: altree version: 1.0.1-5 severity: serious altree failed to build on the armhf and s390x buildds with the following error make[3]: Entering directory `/build/buildd-altree_1.0.1-5-armhf-eEc5cu/altree-1.0.1/Documentation' ==> building fig/option_b.subfig.mk <== /usr/bi

Bug#652322: faust: /usr/lib/faust/misc.h uses atoi but doesn't include the header for it

package: faust serverity: serious version: 0.9.43-1 justification: causes another package (which built successfully in the past) to FTBFS Building foo-yc20 on most architectures* gives g++ src/faust-dsp-standalone.cpp -O2 -ffast-math -ftree-vectorize -fPIC -DVERSION=1.3.0 -I/usr/lib/faust -Is

Bug#652446: p7zip FTBFS with multiarch libwxgtk2.8-dev

package: p7zip severity: serious tags: patch P7zip FTBFS with libwxgtk2.8-dev 2.8.12.1-4 or later. This was first noticed on the armhf buildd but I have also reproduced it on i386. The cause is that /usr/lib/wx/include/gtk2-unicode-release-2.8/wx/setup.h has moved to /usr/lib//wx/include/gtk

Bug#598937: Carlos O'Donell's comments on 598937

Carlos O'Donell made the following comments about bug 598937 and it's associated patch on debian-arm. I am forwarding them to the bug report so they are there for the next person who looks at it (be it me or someone else). http://lists.debian.org/debian-arm/2011/12/msg00061.html ISO C99 says

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

>Will be fixed soon. Another month has gone by and still no upload, any progress? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653939: state of guile (ia64 build failure in testing,

I've spent some time tracking down various issues with guile-1.8 and guile-2.0. Problems with the latter can't be resolved until we have a new upstream libgc release, but the guile-1.8 ia64 problem we can fix by just marking that particular test as unresolved. I should be able to upload new pa

Bug#634412: ext3grep build failure

Philippe De Swert wrote: I can confirm the patch attached fixes #654201 too. It fixes the build error both on amd64 and armhf (I expect on i586 a rebuild would fail too but I have not tested it) Would be nice to see this going into a release since it hits several architectures. Do you actuall

Bug#652598: aboot FTBFS in unstable

package: aboot severity: serious Aboot FTBFS with the following error make[1]: Entering directory `/aboot-1.0~pre20040408/tools' gcc -g -O2 -Wall -I. -I../include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 "-g" -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 "-g" -c -o isomarkboot.o isomarkboot.c

Bug#652601: espeakedit FTBFS with multiarch libwxgtk2.8-dev

package: espeakedit severity: serious tags: patch espeakedit FTBFS with libwxgtk2.8-dev 2.8.12.1-4 or later. This was first noticed on the armhf buildd but I have also reproduced it on i386. The cause is that /usr/lib/wx/include/gtk2-unicode-release-2.8/wx/setup.h has moved to /usr/lib//wx/inclu

Bug#593023: libnice sometimes FTFBS (test failures) under heavy load

The current version in unstable failed the same test "check-test-fullmode-with-stun.sh" on the armel, armhf and mipsel buildds. Maybe the test should simply disabled (or at least have it's failure made non-fatal), a test without reproducable results is of rather limited value. -- To UNSUBS

Bug#625117: mm3d: FTBFS: cmdmgr.cc:27:47: error: 'NULL' was not declared in this, scope

tags 625117 +patch thanks patch is attatched diff -ur mm3d-1.3.7/src/mm3dcore/cmdmgr.cc mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc --- mm3d-1.3.7/src/mm3dcore/cmdmgr.cc 2008-01-20 00:16:43.0 + +++ mm3d-1.3.7.new/src/mm3dcore/cmdmgr.cc 2011-12-20 04:32:27.0 + @@ -20,7 +20,7 @@

Bug#652700: haildb ftbfs if libcloog-ppl0 is not installed

package: haildb severity: serious tags: patch haildb ftbfs in wheezy and sid with the following error "sorry, unimplemented: Graphite loop optimizations can only be used if the libcloog-ppl0 package is installed" picking up the hint from the error message I installed libcloog-ppl0 and the pa

Bug#652701: plan FTBFS on arm* "libcloog-ppl0"

package: plan severity: serious Plan FTBFS on armel and armhf with the following error. gcc -O2 -DPLANHOME=\"".plan.dir"\" -DPLANLOCK=\""~/.plan.dir/lock.plan"\" -DPLANDLOCK=\""~/.plan.dir/lock.pland"\" -W -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpoi

Bug#652701: plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user'

retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user' thanks sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact li

Bug#652701: plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user'

retitle 652701 plan FTBFS on arm* config.h:312:8: error: redefinition of 'struct user' thanks sorry messed up the bug title, libcloog-ppl0 has nothing to do with this bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact l

Bug#652710: eris, FTBFS on armhf and 390x

package: eris severity: important Eris ftbfs on armhf and s390x (debian buildds) with the following error g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -Wno-unknown-pragmas -ansi -DNDEBUG -o .libs/metaquery metaQuery.o ../E

Bug#652844: please include patch to reduce namespace polloution from sys/ucontext.h on arm

package: libc6-dev version: severity: important justification: causes other packages to FTBFS On arm* sys/ucontext.h heavilly polloutes the global namespace firstly by including sys/user.h (which defines among other things a type called "struct user" and secondly by defining symbols and #defines

Bug#652845: agave FTBFS in unstable, format security error

package: agave severity: serious version: 0.4.7-2 the default build flags from dpkg-buildflags now include -Werror=format-security. Your package trips this warning and hence FTBFS in unstable. Patch is attached just add it to the quilt series. -- To UNSUBSCRIBE, email to debian-bugs-dist-r

Bug#652845: agave FTBFS in unstable, format security error

tags 652845 +patch thanks sorry forgot to attactch the patch and add the patch tag Description: fix format security warning to fix format security warning to avoid build failure with -Werror=format-security Author: Peter Green Bug-Debian: http://bugs.debian.org/?? --- agave-0.4.7.orig/src

Bug#652854: libdecodeqr FTBFS in unstable "configure: error: libcv.la not found."

package: libdecodeqr severity: serious tags: patch version: 0.9.3-6 libdecodeqr FTBFS in unstable with the following errors. This was initially seen on the armhf and s390x buildds and I have reproduced it locally on amd64. checking for ln... ln checking for cvCreateImage in -lcv... no configu

Bug#646423: kst: FTBFS: src/libkstapp/mainwindow.cpp:599:77: error: no matching, function for call to 'QPrinter::getPageMargins(double*, double*, double*,, double*, QPrinter::Unit)'

OK to assign between qreal and double (because it is OK to assign between float and double) some constructions (pointers, references, templates) require the programmer to care about the distinction. Author: Peter Green Bug-Debian: http://bugs.debian.org/646423 --- kst-2.0.3.orig/src/libk

Bug#653040: stud FTBFS on everything except i386 and amd64

escription: disable USE_SYSCALL_FUTEX on architectures other than x86/x64 + USE_SYSCALL_FUTEX seems to enable x86/x64 specific assembler + With USE_SYSCALL_FUTEX disabled we also need to link in the pthread + library +Author: Peter Green +Bug-Debian: http://bugs.debian.org/?? + + +Index: stud-0.3.ne

Bug#640319: jed: FTBFS: gcc-4.6.real: error: unrecognized option '-V'

tags 640319 +patch thanks Relevant part: gcc version 4.6.1 (Debian 4.6.1-8) configure:2513: $? = 0 configure:2520: x86_64-linux-gnu-gcc -V >&5 gcc-4.6.real: error: unrecognized option '-V' gcc-4.6.real: fatal error: no i umm this doesn't look at all relavent to the actual failure to me, just

Bug#646492: projectm: FTBFS: QPulseAudioThread.hpp:37:27: fatal error: pulse/browser.h: No such file or directory

usr/lib/ returned exit code 1 >make: *** [binary] Error 2 >dpkg-buildpackage: error: debian/rules binary gave error exit status 2 >root@debian:/projectm-2.0.1+dfsg# Description: remove pulse/browser.h include pulseaudio no longer seems to ship a header with this name Author

Bug#643451: orafce: FTBFS: file.c:177:4: error: format not a string literal and, no format arguments [-Werror=format-security]

tags 643451 +patch thanks Patch and series file attatched just create debian/patches and drop them in (the package uses 3.0 quilt but doesn't currently have any patches) Description: Fix format security errors Author: Peter Green Bug-Debian: http://bugs.debian.org/643451 --- orafce-3.0.1

Bug#639033: xpp: FTBFS: xpp.h:101:3: error: 'ppd_file_t' does not name a type

tags 639033 +patch thanks Only in xpp-1.5-cvs20050828: config.guess Only in xpp-1.5-cvs20050828: config.sub diff -ur xpp-1.5-cvs20050828/cupshelper.cxx xpp-1.5-cvs20050828.new/cupshelper.cxx --- xpp-1.5-cvs20050828/cupshelper.cxx 2011-12-24 00:59:46.0 + +++ xpp-1.5-cvs20050828.new/cu

Bug#651625: gnash: FTBFS (npapi/plugin.cpp)

tags 651625 +patch thanks Attatched patch fixes the FTBFS and also makes debian/rules clean work properly. diff -urN gnash-0.8.10~git20111001/debian/patches/fix-const.patch gnash-0.8.10~git20111001.new/debian/patches/fix-const.patch --- gnash-0.8.10~git20111001/debian/patches/fix-const.patch

Bug#653290: firetree FTBFS in unstable sh: 1: xpidl: not found

package: firetray version: 0.3.1-4 severity: serious scons: Building targets ... xpidl -w -m header -Icomponents -I/usr/lib/xulrunner-devel-9.0/idl -e components/nsITray.h components/nsITray.idl sh: 1: xpidl: not found scons: *** [components/nsITray.h] Error 127 scons: building terminated becaus

Bug#653298: magics++ FTBFS checking for boostlib >= 1.32... configure: We could not detect the boost libraries (version 1.32 or higher).

package: magics++ version: 2.14.5-1 severity: serious tags: patch configure:20462: g++ -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -m64 -fPIC -fno-gnu-keywords -ansi -std=c++98 -Wno-deprecated -Wno-write-strings -D_FORTIFY_SOURCE=2 -

Bug#598936: eresi: FTBFS on armel: error: redefinition of 'struct user_{,fp}regs'

>your package FTBFS on armel: >| make[2]: Entering directory `/build/buildd-eresi_0.8a25-3-armel-DD3U6T/eresi-0.8a25/libelfsh' >| cc -Iinclude -Wall -fPIC -g3 -O2 -DELFSH_INTERN -I../libasm/include/ -I../libetrace/include -I../libaspect/include/ -DERESI32 -DM32 -c -o dynamic.32.o dynamic.c >|

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