Bug#644782: directfb ftbfs on armel. Implicit declaration error

i_c64x.c Author: Peter Green Bug-Debian: http://bugs.debian.org/? --- directfb-1.2.10.0.orig/gfxdrivers/davinci/davinci_c64x.c +++ directfb-1.2.10.0/gfxdrivers/davinci/davinci_c64x.c @@ -37,6 +37,8 @@ #include #include #include +#include + #include #include --- directfb-1.2.10.0/debia

Bug#644826: ace: Ace FTBFS on armel with ICE

Package: ace Version: 6.0.3-2 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Ace FTBFS on armel due to an internal compiler error. The internal compiler error has been reported to the debian g++ developers at http://bugs.debian.org/64

Bug#367831: 367831: builds fine on amd64, too

fusebirth is only used to generate fused_loop.c, which is then used to build the final freebirth. so shipping a generated fused_loop.c instead of trying to generate it every time would be a solution. IMO if this is still an issue building the generator with -O0 would be a more appropriate solouti

Bug#645373: libomxil-bellagio FTBFS on systems with older gcc

Package: libomxil-bellagio severity: normal As can be seen from https://buildd.debian.org/status/fetch.php?pkg=libomxil-bellagio&arch=ia64&ver=0.9.3-1&stamp=1311061192 libomxil-bellagio FTBFS on systems where gcc is 4.4 due to the use of unregonised parameters "-Wno-error=unused-but-set-variab

Bug#645374: libomxvorbis FTBFS on systems with older gcc

Package: libomxvorbis severity: normal As can be seen from https://buildd.debian.org/status/fetch.php?pkg=libomxvorbis&arch=ia64&ver=0.1-3&stamp=1311134424 libomxvorbis FTBFS on systems where gcc is 4.4 due to the use of unregonised parameter "-Wno-error=unused-but-set-variable". While I haven't

Bug#625381: mach: ftbfs with gcc-4.6 -Werror

tags 625381 +patch thanks Patch is attatched. diff -Nur -x '*.orig' -x '*~' mach-0.9.1//src/mach-helper.c mach-0.9.1.new//src/mach-helper.c --- mach-0.9.1//src/mach-helper.c 2007-01-06 09:54:38.0 + +++ mach-0.9.1.new//src/mach-helper.c 2011-10-15 01:41:51.0 + @@ -144,7 +1

Bug#644064: ocfs2-tools errors with -Werror=format-security

fprintf(stdout, fmt); Is there any way to inhibit the warning for this specific line? Or will I end up having to compile the whole package with -Wno-format-nonliteral ? It's a bit ugly but I think passing a dummy format argument (e.g. fprintf(stdout, fmt,0); should shut the compiler up withou

Bug#638141: Missing dependency on gnome-icon-theme

Found 638141 1:2.30.1-3 thanks I can confirm that the issue 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#625327: filtergen: ftbfs with gcc-4.6 -Werror

gregor herrmann wrote: On Mon, 19 Sep 2011 01:50:41 +0100, peter green wrote: patch is attatched Hm, not really :) Sorry, really attatched it this time. Cheers, gregor Only in filtergen-0.12.4/: fgadm.conf Only in filtergen-0.12.4/: filtergen.spec diff -ur filtergen

Bug#613959: gfarm2fs: FTBFS on armel - undefined references

It looks like this built succesfully on all linux architectures with the latest binnmu, should this bug be closed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#615672: drizzle: ftbfs with gcc-4.5

The current gcc is now 4.6 and the latest version of drizzle seems to build fine in sid. Should this bug be closed? P.S. drizzle looks like it needs a binnmu for the new libprotobuf and a cleanup of some cruft packages that are no longer generated by the source. P.P.S, i'm just taking flyby l

Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

tags 623263 +patch found 623263 2.3.1+dfsg-5 thanks This bug also affects testing If there is a need to get this package building on armel again before the gcc bug is fixed it is possible to do so by building it with g++-4.4 (4.5 and 4.6 both fail) on armel. I've attatched a patch that does th

Bug#623263: shibboleth-sp2: FTBFS on armel (ICE)

If there is a need to get this package building on armel again before the gcc bug is fixed it is possible to do so by building it with g++-4.4 (4.5 and 4.6 both fail) on armel. I've attatched a patch that does that. Thanks for the patch! Do you know if this will cause any problems given

Bug#636802: Lazarus FTBFS on armel, sparc and powerpc with link failures of lazbuild

Package: lazarus Version: 0.9.30-3 Severity: serious /usr/bin/ppcppc -gl -dlclnogui -Fu../lcl/units/powerpc-linux -Fu../lcl/units/powerpc-linux/nogui -Fu../components/codetools/units/powerpc-linux -Fu../components/synedit/units/powerpc-linux -Fu../components/lazcontrols/lib/powerpc-linux -Fu.

Bug#636802: Lazarus FTBFS on armel, sparc and powerpc with link failures of lazbuild

The armel and sparc issues are blocking the migration of the new version of freepascal to testing (the armel failure isn't because there are no old lazarus binaries on that platform). Sorry I screwed up this paragraph, it should have said: The powerpc and sparc issues are blocking the migra

Bug#625324: crash: ftbfs with gcc-4.6 -Werror

version: 5.1.7-3 I have just tested the latest version and it builds fine with gcc 4.6.1-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#625327: filtergen: ftbfs with gcc-4.6 -Werror

tags 625327 +patch thanks patch is attatched -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#630376: cpu: package FTBFS on squeeze

retitle 630376 cpu: package FTBFS if automake1.7 is installed David Adam wrote: On Mon, 19 Sep 2011, peter green wrote: I have just tested this and I can't reproduce the issue in any of the following environments 1: my dirty squeeze chroot 2: my dirty wheezy chroot 3: my dirty sid chr

Bug#642246: clutter-gesture FTBFS with older gcc

Package: clutter-gesture Version: 0.0.2.1-3 Severity: normal Unfortunately the fix to make this package build with gcc 4.6 broke building with gcc 4.4 and will almost certainly also break building with gcc 4.5 https://buildd.debian.org/status/fetch.php?pkg=clutter-gesture&arch=ia64&ver=0.0.2.1-3

Bug#637936: FTBFS: fatal error: curl/types.h: No such file or directory

tags 637936 +patch thanks patch is attatched, just add it to the dpatch list. #! /bin/sh /usr/share/dpatch/dpatch-run ## 040-libcurl-fix.dpatch by ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Remove obsolete libcurl include @DPATCH@ diff -urNad '--exclude=CV

Bug#625376: libunique: ftbfs with gcc-4.6 -Werror

tags 625376 +patch thanks patch attatched just drop it in debian/patches diff -Nur -x '*.orig' -x '*~' libunique-1.1.6//tests/test-unique.c libunique-1.1.6.new//tests/test-unique.c --- libunique-1.1.6//tests/test-unique.c 2009-09-21 12:31:14.0 + +++ libunique-1.1.6.new//tests/test-uni

Bug#636802: fpc fails to link against libc on some architectures, due to multiarch

Over a month ago I posted a patch to add the new (multiarch) directory containing crti.o to the default fpc.cfg. Without this patch (or an equivilent manual config edit or manual command line parameter) freepascal will (silently) fail to include include crti.o in the linker script and this caus

Bug#643719: crash: FTBFS on ia64 due to "unused but not set variable" in ia64 specific code

Package: crash Version: 5.1.7-2 Serverity: serious The last two uploads of crash have failed to build on ia64 with the following error elf64-ia64.c: In function 'elf64_ia64_section_from_shdr': elf64-ia64.c:1344:13: error: variable 'newsect' set but not used [-Werror=unused-but-set-variable] e

Bug#625343: gltron: ftbfs with gcc-4.6 -Werror

tags 625343 +patch thanks I have attatched a patch to fix the build issues with gcc-4.6. It also seems some build system cleanup is needed on this package to avoid the new dpkg-source bitching about changes to the upstream code. Description: Fix build issues with gcc 4.6 Author: Peter Green

Bug#643866: electric-fence: FTBFS on GNU/kFreeBSD

found 643866 2.1.16 thanks I have just tested and the version in testing also FTBFS on kfreebsd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#637704: FTBFS: fatal error: curl/types.h: No such file or directory

tags 637704 +patch thanks This bug only affects sid and wheezy it does not affect squeeze. The fix is just to remove the obsolete include, I have attached a patch that does that and also fixes debian/rules clean. diff -ur gosmore-0.0.0.20100711/debian/rules gosmore-0.0.0.20100711.new//debian/ru

Bug#713304: gearman-interface: FTBFS: /usr/share/automake-1.13/am/ltlibrary.am: warning: 'libswig.la': linking libtool libraries using a non-POSIX

I needed to rebuild this in raspbian for a transisition so I hacked up a patch to force the package to use automake 1.11 http://debdiffs.raspbian.org/main/g/gearman-interface/gearman-interface_0.13.2-2.1+rpi1.debdiff I suspect there is a better way to fix this but this patch provides an immedi

Bug#714464: icedtea-7-plugin: Uninstallable

Specifically the cause seems to be a breaks in openjdk-7-jre-headless. root@plugwash:/php5-5.4.4# apt-get install icedtea-7-plugin icedtea-netx openjdk-7-jre Reading package lists... Done Building dependency tree Reading state information... Done openjdk-7-jre is already the newest vers

Bug#713360: regina-normal: FTBFS: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. PYTHON_LIBRARY

I took a look at this one because I thought (incorrectly) that we needed to rebuild the package for a transition in raspbian. Fixing the failure in this bug report was easy enough and i've attached a patch. Unfortunately at least in raspbian jessie the package then goes on to fail with. make[1]

Bug#716872: liblas-dev: dependencies and build-dependencies unsatisfiable due to change in libgeotiff-dev

Package: liblas-dev Severity: serious Tags: patch geotiff has recently switched from libtiff5-dev to libtiff5-alt-dev to solve a build-dependency conflict that cropped up in grads during the gd transition. Unfortunately this has made the dependencies for liblas-dev unsatisfiable and the build-d

Bug#660671: libdispatch: Fails to build (link dispatch_starfish) on armel

tags 660671 +patch thanks Since the last mails on this bug report there has been a fair bit of work done on fixing clang on arm*. The result is that the patch that gregora posted at http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=660671.patch;att=1;bug=660671 based on ubuntu's c

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

Sorry for letting this slip off my radar for the best part of a year after uploading the "diagnostic upload". Here is a list of facts i've determined. 1: NACL contains some code for measuring times in CPU cycles, it is not clear to me how important a part of the whole package this is. 2: There

Bug#665254: twidge: FTBFS: setup: At least the following dependencies are missing: hoauth ==0.2.3.*

Version: 1.1.0 The new ersion was built successfully on all release architectures except ia64 (which does not have ghc available). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#712834: Lazarus FTBFS on armel and armhf

Package: lazarus Version: 1.0.8+dfsg-1 Lazarus fails to build on armel and armhf. Assembling qtthemes qtx11.inc(10,44) Error: Identifier not found "QX11Info_isCompositingManagerRunning" qtx11.inc(16,30) Error: Identifier not found "QX11Info_display" qtx11.inc(42,30) Error: Identifier not found

Bug#712834: Lazarus FTBFS on armel and armhf

severity 712834 serious thanks Sorry forgot to set the severity -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#717372: Any chance of getting wandboard quad support in debian armmp kernel?

Package: linux-image-3.10-1-armmp Severity: wishlist x-debbugs-cc: debian-...@lists.debian.org Recently a device tree was added to linux-next for the wandboard quad (very similar to the wandboard dual which debian already appears to be supplying a device tree for). https://git.kernel.org/cgi

Bug#716872: liblas-dev: dependencies and build-dependencies unsatisfiable due to change in libgeotiff-dev

Ok I did some further tests. I built the two reverse build dependencies of liblas-dev with my new version, checked that the resulting packages installed successfully and checked that I could successfully import the python modules. As a result of these tests I have uploaded the NMU, final debdi

Bug#716872: liblas-dev: dependencies and build-dependencies unsatisfiable due to change in libgeotiff-dev

peter green wrote: Ok I did some further tests. I built the two reverse build dependencies of liblas-dev with my new version, checked that the resulting packages installed successfully and checked that I could successfully import the python modules. As a result of these tests I have uploaded

Bug#717411: strange issues with interdiff and patch generated from git

Package: patchutils Severity: normal Version: 0.3.2-2 The attatched patch is a reduced version (the original was massive) of a patch generated from git. When trying to feed it to interdiff I get errors like: root@debian:/# interdiff test2.diff test2.diff The next patch would create the file /

Bug#717651: fp-compiler-2.6.2: Uninstallable with latest binutils

Guillem Jover wrote: Package: fp-compiler-2.6.2 Version: 2.6.2-2 Severity: serious Hi! This package is no longer installable with the recent binutils upload which has started providing binutils-gold, with fp-compiler-2.6.2 both Depending on binutils and Conflicting on binutils-gold. Here's the

Bug#691180: connman: Connman won't run due to missing libxtables.so.7

I just ran across this bug (because of perlipq having unsatisfiable build-depenencies in testing) and it seems it has been closed in the version currently in wheezy and jessie but not in the version currently in sid. It seems that the package in testing added breaks for squeeze-wheezy updates a

Bug#528855: Bug#706623: libgdb-dev: missing .a files

Samuel Bronson wrote: Since libgdb.a has been dropped upstream, we've dropped libgdb-dev entirely now, and fp is going to need to come up with a different plan for debugger support. Personally I tend to think we should just embed an appropriate version of the libgdb source in the fpc source p

Bug#707399: FTBFS: error: expected start element of `parameter

The ftbfs bugs caused by vala and a new gobject-introspection can easily be fixed (at least in most cases) by switching to valac-0.20 which just got its way into unstable. I just fixed bug #707378 this way by switching the build dependency accordingly. Unfortunately in the case of gedit-valenc

Bug#707440: FTBFS: error: expected start element of `parameter

The ftbfs bugs caused by vala and a new gobject-introspection can easily be fixed (at least in most cases) by switching to valac-0.20 which just got its way into unstable. I just fixed bug #707378 this way by switching the build dependency accordingly. Unfortunately in the case of valatoys it'

Bug#707440: FTBFS: error: expected start element of `parameter

peter green wrote: The ftbfs bugs caused by vala and a new gobject-introspection can easily be fixed (at least in most cases) by switching to valac-0.20 which just got its way into unstable. I just fixed bug #707378 this way by switching the build dependency accordingly. Unfortunately in the

Bug#718106: ekeyd: FTBFS: Makefile:35: *** unterminated variable reference. Stop.

This package was blocking a cruft removal in raspbian so I took a look. First I fixed the error given in the bug report. This was caused by unmatched bracket types in the Makefile. I guess make must have got stricter. Then I uploaded it to raspbian and discovered that it still had a dependen

Bug#709749: vdr: postinst uses /usr/share/doc content (Policy 12.3)

Found 709749 1.7.28-1 Thanks This also affects the version in testing, marking as such. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#721368: toonloop: FTBFS with newer boost.

Package: toonloop Severity: serious Version: 2.2.0-1 Tags: patch Toonloop fails to build with boost 1.54 checking for boostlib >= 1.35... yes checking whether the Boost::Program_Options library is available... yes checking for exit in -lboost_program_options... yes checking whether the Boost::Fi

Bug#714025: Please remove svgalib support

Moritz Muehlenhoff wrote: Package: fpc Severity: important fp-units-gfx-2.6.2 uses svgalib, which is scheduled for removal from the archive. Please disable it and drop the build-dep on libsvga1-dev. Sorry for not responding to this bug earlier The practice adopted by the fpc package so-far

Bug#717372: Any chance of getting wandboard quad support in debian armmp kernel?

Vagrant Cascadian wrote: The .dtb is even in 3.12-rcX now, although I've yet to successfully boot a working kernel on the wandboard quad with it. :(, unfortunately i'm not really a kernel guy, I can just about build the things but I don't have any idea where to start on debugging one that won't

Bug#713688: audtty: FTBFS: ld: main.o: undefined reference to symbol 'g_type_init'

Tags 713688 +patch thanks This was trivial to fix, just a matter of adding -lgobject-2.0 to the list of libraries in an existing debian patch. Debdiff attatched, no intent to NMU. diff -Nru audtty-0.1.12/debian/changelog audtty-0.1.12/debian/changelog --- audtty-0.1.12/debian/changelog 20

Bug#723875: FTBFS: /usr/bin/ld: brush.o: undefined reference to symbol 'hypotf@@GLIBC_2.2.5'

tags 723875 +patch thanks At http://debdiffs.raspbian.org/main/g/gimp-plugin-registry/gimp-plugin-registry_5.20120621+rpi1.debdiff you can find a debdiff for the upload I made to raspbian to fix several libm link issues in gimp-plugin-registry including the one mentioned in this bug. Unfortun

Bug#722913: ncbi-tools6 FTBFS with new perl

Package: ncbi-tools6 Severity: serious Tags: patch When trying to build ncbi-tools6 for raspbian it failed to build. Further investigation by myself and JuN1x showed that it also failed to build in both debian jessie amd64 and debian sid (I don't know which architecture the sid test was done o

Bug#717034: freecad: FTBFS against oce 0.12

Tags 717034 +patch Tags 718545 +patch Thanks Attatched is a patch that fixes the build failure by forcing the occ include directory from debian/rules. The patch also contains a fix to the clean target. I have tested that the package builds succesfully with this patch, that the resulting pack

Bug#717034: freecad: FTBFS against oce 0.12

Anton Gladky wrote: Hi Peter! Thanks a lot for that! I have tried yesterday to fix the problem, but could not manage that. You, probably, forgot to attach the patch. Could you, please, do it? Done. Thank you, Anton 2013/8/6 peter green : Tags 717034 +patch Tags 718545 +patch Thanks

Bug#716855: libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable

>Recent libucommon fails to build with libgnutls. When I tried it I got a failure on a conversion from an integer to an enum, C allows this while C++ does not according to the standard. However there is a command line option -fpermissive which makes g++ allow this. Putting -fpermissive in CXXFL

Bug#723156: libfolia build-dependencies are unsatisfiable due to renamed ticcutils dev package.

Package: libfolia Severity: grave Tags: jessie.sid It looks like ticcutils did yet another package rename from libticcutils-dev to libticcutils2-dev. So this package needs another update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Tr

Bug#723954: openssl: FTBFS with perl 5.18: pod2man errors

Tags 723954 +patch Thanks I needed this built for raspbian so based on russ's hints I made a patch which alters the pod files to make the package build successfully. In total 20 pod files were modified (though in one directory I used sed to fix the whole directory at once, so it's possible som

Bug#719396: libcitygml: FTBFS: debian/gencontrol: 6: debian/gencontrol: Illegal number: 0~rc1

The code that fails is LIBOSG_SHARE=`dpkg --get-selections|awk '{print $1}'|grep libopenscenegraph[0-9]` LIBOSG_VERSION=`dpkg -l $LIBOSG_SHARE |grep $LIBOSG_SHARE |sed 's/-/ /' |awk '{print $3}'` TMP1=`echo $LIBOSG_VERSION|awk -F '.' '{print $1}'` TMP2=`echo $LIBOSG_VERSION|awk -F '.' '{print

Bug#714121: libarchive FTBFS with testsuite failure if /tmp is btrfs

Sorry I screwed up while testing this bug. I mistakenly thought that the test build with /tmp not on btrfs had succeeded. The package failed to build in the test chroot in question even without btrfs. I think it was a locale issue but i'm not sure. I then accidentally destroyed the chroot and

Bug#714418: new dak "extra source" feature causes problems for reprepro systems pulling from debian testing

Package: reprepro Severity: important For some time now dak has been keeping arround extra versions of source packages to satisfy built-using. Recently dak also started including them in packages files marked with the extr control field "Extra-Source-Only: yes". Extra source versions may be ei

Bug#643470: [pkg-dhcp-devel] Bug#643470: Status of isc-dhcp-client

Zumbi: please call off the NMU. I'm now in dialog with the maintainer. See my other email. Turns out I was grossly generalising, and they're targeting around the end of the month. Good to hear there is progress with upstream. Personally I'd rather see a non-rc buggy version in testing before a

Bug#660947: lebiniou FTBFS on architectures where char is unsigned.

Patch and series file are attatched, just create debian/patches and drop them in (the package uses 3.0 (quilt) but currently has no patches) Description: fix error on systems with signed char The code this patch changes was causing a "comparison is always false" error on systems where char

Bug#651934: How to debug seed FTBFS on sparc?

seed currently FTBFS on sparc with a bus error. I've reproduced this on a sparc box that Tom Theisen made available (thanks tom) but i'm kinda stuck on how to debug it. Any ideas on how to debug this? Normally i'd start by turning down the optimisation but this package doesn't seem to be usin

Bug#646449: libosip2 upload to unstable

We are currently awaiting a transition slot via debian-release. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656839 Understood According to the endorsed workflow, we should not upload to unstable without approval from the release team: http://wiki.debian.org/Teams/ReleaseTeam/Transiti

Bug#633297: funguloids: FTBFS everywhere: error: reference to 'map' is ambiguous

Back in august pabs tagged this bug as pending, Looking at the SVN (which took a while to find since the PTS still points at the git repo) it seems he did commit it to the repo but soon afterwards put a notice in the changelog saying. * DO NOT UPLOAD, needs to reimplement the mpak.py from arc

Bug#646449: libosip2 upload to unstable

peter green wrote: Would you object to a NMU based on the version currently in unstable that just fixes the FTBFS? I have now prepared a NMU based on the version currently in sid that only fixes the FTBFS. The debdiff is attatched. libosip2 maintainers are you ok with this NMU? diff -u

Bug#646449: libosip2 upload to unstable

Thanks Peter. That upload is OK. Thanks Since i'm not yet a DD could one of you guys please sponsor it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661099: fpc depends on packages that can't be installed

If I do that, I get a complaint that one of the other listed package "is not going to be installed". I tried specifying all of them on one command line and I got a complaint that libpixman-1.dev was not going to be installed. Adding that made the complaints go circular. Can you please post th

Bug#633297: funguloids: FTBFS everywhere: error: reference to 'map' is ambiguous

mpak.py needs to be re-implemented or re-licensed because the current implementation as distributed by Arch does not have any license attached to it, so it is not distributable by Debian and Arch folks are violating copyright law. Thanks for explaining why the bug has not been fixed. Ideall

Bug#651934: How to debug seed FTBFS on sparc?

Found 651934 3.0.0-2 Thanks Thanks jurij for your help. 'disassemble' command may be used to look up the assembler code around the instruction which caused the crash: Some further notes on the dissasemble command I ran into while trying to use it. 1: it seems you have to explicitly select

Bug#661327: guile-1.8 FTBFS in testing

package: guile-1.8 severity: serious version: 1.8.8+1-6 Testing's version of guile-1.8 FTBFS in testing (trieds on amd64 and armhf) with the following error. libtool: compile: x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I.. -I.. -I.. -O2 -g -Wall -Wmissing-prototypes -Werror -MT libguile_la-async.

Bug#661336: linphone FTBFS on kfreebsd

package: linphone severity: serious version: 3.5.2-2 tags: patch x-debbugs-cc: debian-...@lists.debian.org checking for alloca... yes checking linux/videodev.h usability... yes checking linux/videodev.h presence... yes checking for linux/videodev.h... yes checking linux/videodev2.h usability... y

Bug#661645: linphone: [linux-any !sparc] is not a valid way of specifying a dependency

Package: linphone Version: 3.5.2-6 Severity: serious Tags: patch The latest version of linphone build-depends on libsrtp-dev [linux-any !sparc] The intent of this was clearly "all linux architectures except sparc". Unfortunately however this is not a valid architecture specifier for a depende

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

forwarded 659793 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52425 thanks Matthias Klose wrote: tags 659793 + moreinfo help thanks does it work with 4.5, 4.7 (snapshot)? Works with both 4.5 and snapshot, only 4.6 seems to suffer the problem. please forward it upstream after investigating. Do

Bug#651934: How to debug seed FTBFS on sparc?

Michael Biebl wrote: Could you try building seed 3.2 against the same version of webkit as seed 3.0 was built? I removed all webkit and javascriptcore packages and installed http://snapshot.debian.org/archive/debian/20110505T052259Z/pool/main/w/webkitgtk%2B/libwebkitgtk-3.0-0_1.4.0-1_sparc.de

Bug#662023: cairo-5c FTBFS No package 'librsvg-2.0' found

Package: cairo-5c Version: 1.5 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Your package failed to build on the buildds checking pkg-config is at least version 0.9.0... yes checking for CAIRO_5C... no configure: error: Package requi

Bug#614462: Fw: Re: Bug#614462: Variable results, depending on running kernel version

Neil Williams wrote: First test: uname -a Linux debian 2.6.32-5-amd64 #1 SMP Fri Dec 23 20:09:57 UTC 2011 x86_64 GNU/Linux what Debian is this? The host system is mostly a somewhat outdated squeeze (but with some bits from lenny for reasons I won't go into here). The version of the k

Bug#643470: [pkg-dhcp-devel] Bug#643470: Status of isc-dhcp-client

I just reviewed the most recent email I exchanged with the ISC product manager, and she actually said "end of February", although she wasn't a betting woman. So let's wait until March 1 to take stock of the situation. If no 4.2.4 upstream release has been made by March 1, I will check in with t

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

The version of guile in unstable failed to build on the ia64 buildd. This was reported as a RC bug ( 653939 ) by jcristu but it is not clear if he tried to reproduce it locally or if he based his report soley on the build logs (the build was tried and failed three times on the buildd). Unfortun

Bug#582774: seed FTBFS on ia64

From looking at http://wiki.debian.org/ArchitectureSpecificsMemo I have a suspision that ia64 needs to be added to the list of architectures needing aligned accesses in webkit like sparc was recently. However I have no way of testing if this fixes the build failure nor any particular interest i

Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}

Version: 4.6.2-15 Both gmime and gmime2.4 have now been built sucessfully (one on the buildd the other on a porterbox). I am therefore closing this bug (versioned with the version that built gmime successfully. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a su

Bug#656274: Why was 656274 downgraded?

You downgraded 656274 (collectd ftbfs on armhf and armel) with no explanation. I said at the end of the report I discovered that the build failed on armel as well as armhf and that was the reason for the serious severity. My understanding is that armel is a release architecture and as such a FT

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

severity 645822 serious Thanks From the rc policy: http://release.debian.org/wheezy/rc_policy.txt >Packages must autobuild without failure on all architectures on >which they are supported. Packages must be supported on as many >architectures as is reasonably possible. Packages are assumed to >be

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

>In Ubuntu, the attached patch was applied to fix the FTBFS. >Thanks for considering the patch. unfortunately the patch is not sufficiant to get the package to build in current sid. After applying it the build fails with /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -

Bug#647247: mailavenger FTBFS, can't find berkerly DB

Package: mailavenger Version: 0.8.1-3 Severity: serious While trying to confirm if bug 625391 was a false positive or not I discovered that your package FTBFS in unstable for another reason. checking for BerkeleyDB library... no configure: error: Cannot find BerkeleyDB make: *** [config.status

Bug#625407: rdup: ftbfs with gcc-4.6 -Werror

tags 625407 +patch thanks I have attatched a patch which both fixes the build failure and makes debian/rules clean work properly. diff -ur rdup-1.0.5/debian/rules rdup-1.0.5.new/debian/rules --- rdup-1.0.5/debian/rules 2011-11-01 01:08:49.0 + +++ rdup-1.0.5.new/debian/rules 2011-11-0

Bug#625423: Still able to build..

>There are two -Wunused-but-set-variable warnings but the build >doesn't fail ... That is because the files in question are NOT built with -Werror. Indeed the only mention of -Werror in doko's build log is in the output of a configure check. Based on looking at a number of these bugs it would

Bug#643347: aegis: FTBFS: libaegis/http.cc:407:43: error: format not a string literal and no format arguments [-Werror=format-security]

Patching the actual compile failures was easy enough. I've attatched a patch for that. I'm not absoloutely sure of it's correctness though (apparently there are some weird ways printf can be used and I don't know if aegis is using any of them). Unfortunately after fixing the compile failures t

Bug#625356: indicator-session: ftbfs with gcc-4.6 -Werror

tags 625356 +patch thanks Patch is attatched. --- indicator-session-0.2.17/src/users-service-dbus.c 2011-01-17 17:06:30.0 + +++ indicator-session-0.2.17.new/src/users-service-dbus.c 2011-11-05 09:44:36.0 + @@ -586,7 +586,6 @@ g_return_if_fail(IS_USERS_SERVICE_DBUS(servi

Bug#640956: FTBFS: index.docbook:1061: element book: validity error : No, declaration for element book

bian ships which seems to cause a FTBFS. This patch fixes the version in index.docbook to match the DTD Fix inspired by the one for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628318 Author: Peter Green Bug-Debian: http://bugs.debian.org/640956 --- komparator-0.3.orig/doc/index.docbook +++

Bug#643040: abcm2ps: FTBFS: dpkg-buildpackage: error: dpkg-source -b, abcm2ps-5.9.22 gave error exit status 2

tags 643040 +patch thanks >The full build log is available from: > http://people.debian.org/~lucas/logs/2011/08/23/abcm2ps_5.9.22-1_lsid64.buildlog That gives a 404 for me. When I tested it the package built

Bug#609535: Status of bugs 609535 and 611260

abiword's migration to testing is blocked by a dependency on psiconv psiconv's migration to testing is blocked by the following bug http://bugs.debian.org/609535 psiconv: magick/semaphore.c:526: LockSemaphoreInfo: Assertion `semaphore_info->signature == 0xabacadabUL' failed. That bug in turn is

Bug#636802: Lazarus FTBFS on armel, sparc and powerpc with link failures of lazbuild

tags 636802 +sid wheezy thanks Squeeze has crti,o in the traditional location so it shouldn't be affected by 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#565094: FTBFS with libcurl4-gnutls-dev 7.21.7-1 on alpha

tags 636559 +patch thanks Note that despite the bug title this issue is not alpha specific, it impacts all architures. I've attatched a patch that gets the package building again. Within the patch are three fixes 1: improve debian/rules clean. It's not perfect but at least it avoids "unrep

Bug#636559: FTBFS with libcurl4-gnutls-dev 7.21.7-1 on alpha

tags 636559 +patch thanks oops sent this to the wrong bug report Note that despite the bug title this issue is not alpha specific, it impacts all architures. I've attatched a patch that gets the package building again. Within the patch are three fixes 1: improve debian/rules clean. It's not

Bug#639152: csmash: FTBFS: unsatisfiable build-dependencies: libsdl1.2-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev

tags 639152 +patch thanks sbuild-build-depends-csmash-dummy : Depends: libsdl1.2-dev but it is not going to be installed Depends: libsdl-mixer1.2-dev but it is not going to be installed Depends: libsdl-image1.2-dev but

Bug#636559: d52: FTBFS: d52pass2.c:935:3: error: format not a string literal and, no format arguments [-Werror=format-security]

tags 636559 +patch thanks Patch is attatched, just drop it in debian/patches (the package uses simple-patchsys so no series file is needed) diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c --- d52-3.4.1/d52pass2.c 2007-09-02 15:31:16.0 + +++ d52-3.4.1.new/d

Bug#643370: d52: FTBFS: d52pass2.c:935:3: error: format not a string literal and, no format arguments [-Werror=format-security]

tags 643370 +patch thanks Patch is attatched, just drop it in debian/patches (the package uses simple-patchsys so no series file is needed) diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c --- d52-3.4.1/d52pass2.c 2007-09-02 15:31:16.0 + +++ d52-3.4.1.new/d

Bug#643448: nvramtool: FTBFS: hexdump.c:94:7: error: format not a string literal and no format arguments [-Werror=format-security]

Tags 643448 +patch thanks Patch is attatched just drop it in debian/patches (the package uses simple-patchsys so no series file is needed). diff -Nur -x '*.orig' -x '*~' nvramtool-0.0+r3669/hexdump.c nvramtool-0.0+r3669.new/hexdump.c --- nvramtool-0.0+r3669/hexdump.c 2008-09-27 10:08:28.0

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