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 later in the bug report log there is talk of a second undistributable file that is not mentioned by name. Can you confirm the status of this bug in the testing and unstable versions of the package and if it is indeed fixed in the testing and/or unstable mark the bug appropriately. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 risk silently generating wrong code. As a matter of fact, remove this switch is a workaround for the problem. The attatched patch removes this switch from debian/rules I have tested this on mips and mipsel in qemu (unfortunately debian sparc won't run in qemu anymore so I can't try that) and they are still building gcc-avr over 8 hours later (which is far longer than it takes the unmodfied version to fail) so it seems they are fixed by this change. Combining my qemu tests with upstreams assertion I belive this patch will make the package build on mips, mipsel and sparc and hence make it able to transition to testing. * I do not know for sure whether the sparc and mipsel failures have the same underlying cause but they seem suspiciously similar to me. diff -ur gcc-avr-4.5.3/debian/rules gcc-avr-4.5.3.new/debian/rules --- gcc-avr-4.5.3/debian/rules 2011-07-10 09:36:45.0 + +++ gcc-avr-4.5.3.new/debian/rules 2011-11-18 09:26:24.0 + @@ -23,7 +23,6 @@ --enable-long-long \ --enable-nls \ --without-included-gettext \ ---disable-checking \ --disable-libssp \ --build=$(DEB_BUILD_GNU_TYPE) \ --host=$(DEB_HOST_GNU_TYPE) \
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/make check-TESTS make[3]: Entering directory `/build/buildd-elfutils_0.152-1+b1-kfreebsd-i386-3v8mAz/elfutils-0.152/tests' Extracting symbols... done PASS: run-arextract.sh PASS: run-arsymtest.sh PASS: newfile PASS: test-nlist PASS: update1 PASS: update2 PASS: update3 PASS: update4 PASS: run-show-die-info.sh PASS: run-get-files.sh PASS: run-get-lines.sh PASS: run-get-pubnames.sh PASS: run-get-aranges.sh PASS: run-allfcts.sh PASS: run-show-abbrev.sh PASS: run-line2addr.sh PASS: hash PASS: newscn PASS: run-strip-test.sh PASS: run-strip-test2.sh PASS: run-strip-test3.sh PASS: run-strip-test4.sh PASS: run-strip-test5.sh PASS: run-strip-test6.sh PASS: run-strip-test7.sh PASS: run-strip-test8.sh PASS: run-unstrip-test.sh PASS: run-unstrip-test2.sh PASS: run-ecp-test.sh PASS: run-ecp-test2.sh PASS: run-elflint-test.sh unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/addr2line unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/elfcmp unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/elflint unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/findtextrel unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/ld unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/nm unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/objdump unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/readelf unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/size unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../src/strip unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../libelf/libelf.so unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../libdw/libdw.so unsupported OS ABI e_ident[7] == 'FreeBSD' *** failure in ../libasm/libasm.so SKIP: run-elflint-self.sh PASS: run-ranlib-test.sh PASS: run-ranlib-test2.sh PASS: run-ranlib-test3.sh PASS: run-ranlib-test4.sh PASS: run-addrscopes.sh PASS: run-strings-test.sh PASS: run-funcscopes.sh PASS: run-find-prologues.sh PASS: run-allregs.sh PASS: run-readelf-test1.sh PASS: run-readelf-test2.sh PASS: run-readelf-test3.sh PASS: run-readelf-test4.sh ./allregs: dwfl_module_register_names: No such file or directory FAIL: run-native-test.sh PASS: run-bug1-test.sh PASS: dwfl-bug-addr-overflow PASS: run-addrname-test.sh ./dwfl-bug-fd-leak: dwfl_module_getelf: No such file or directory FAIL: dwfl-bug-fd-leak PASS: dwfl-bug-report PASS: run-dwfl-bug-offline-rel.sh PASS: run-dwfl-addr-sect.sh PASS: run-disasm-x86.sh PASS: run-disasm-x86-64.sh PASS: run-early-offscn.sh PASS: run-dwarf-getmacros.sh PASS: run-test-flag-nobits.sh PASS: run-prelink-addr-test.sh PASS: msg_tst PASS: sha1-tst PASS: asm-tst1 PASS: asm-tst2 PASS: asm-tst3 PASS: asm-tst4 PASS: asm-tst5 PASS: asm-tst6 PASS: asm-tst7 PASS: asm-tst8 PASS: asm-tst9 = 2 of 69 tests failed (1 test was not run) Please report to http://bugzilla.redhat.com/bugzilla/ = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 string literal and no format arguments [-Werror=format-security] cc1: some warnings being treated as errors make[2]: *** [cvode.lo] Error 1 There seems to be a distinct lack of proper error handling in the build process. After the failure the build process continues for ages before finally erroring out much later in the build with a missing file. Still i've made a patch that fixes the format security errors and that seems to make the package build successfully. Just add it to the quilt series. Index: sundials-2.4.0/src/cvode/cvode.c === --- sundials-2.4.0.orig/src/cvode/cvode.c 2009-05-10 00:22:28.0 + +++ sundials-2.4.0/src/cvode/cvode.c 2011-11-12 13:23:18.0 + @@ -4128,7 +4128,7 @@ #ifndef NO_FPRINTF_OUTPUT fprintf(stderr, \n[%s ERROR] %s\n , module, fname); -fprintf(stderr, msgfmt); +vfprintf(stderr, msgfmt, ap); fprintf(stderr, \n\n); #endif Index: sundials-2.4.0/src/cvodes/cvodes.c === --- sundials-2.4.0.orig/src/cvodes/cvodes.c 2009-05-10 00:22:35.0 + +++ sundials-2.4.0/src/cvodes/cvodes.c 2011-11-12 13:26:19.0 + @@ -8942,7 +8942,7 @@ #ifndef NO_FPRINTF_OUTPUT fprintf(stderr, \n[%s ERROR] %s\n , module, fname); -fprintf(stderr, msg); +fprintf(stderr, %s,msg); fprintf(stderr, \n\n); #endif Index: sundials-2.4.0/src/ida/ida.c === --- sundials-2.4.0.orig/src/ida/ida.c 2009-05-10 00:22:51.0 + +++ sundials-2.4.0/src/ida/ida.c 2011-11-12 13:28:56.0 + @@ -3248,7 +3248,7 @@ #ifndef NO_FPRINTF_OUTPUT fprintf(stderr, \n[%s ERROR] %s\n , module, fname); -fprintf(stderr, msgfmt); +vfprintf(stderr, msgfmt,ap); fprintf(stderr, \n\n); #endif Index: sundials-2.4.0/src/idas/idas.c === --- sundials-2.4.0.orig/src/idas/idas.c 2009-05-10 00:22:58.0 + +++ sundials-2.4.0/src/idas/idas.c 2011-11-12 13:30:16.0 + @@ -7170,7 +7170,7 @@ #ifndef NO_FPRINTF_OUTPUT fprintf(stderr, \n[%s ERROR] %s\n , module, fname); -fprintf(stderr, msgfmt); +vfprintf(stderr, msgfmt,ap); fprintf(stderr, \n\n); #endif Index: sundials-2.4.0/src/kinsol/kinsol.c === --- sundials-2.4.0.orig/src/kinsol/kinsol.c 2009-05-10 00:23:08.0 + +++ sundials-2.4.0/src/kinsol/kinsol.c 2011-11-12 13:31:25.0 + @@ -1864,7 +1864,7 @@ #ifndef NO_FPRINTF_OUTPUT fprintf(stderr, \n[%s ERROR] %s\n , module, fname); -fprintf(stderr, msgfmt); +vfprintf(stderr, msgfmt,ap); fprintf(stderr, \n\n); #endif
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 combination of circumstances. Build-Depends: cdbs, debhelper (= 7), ant, imagemagick, default-jdk, libmagickcore-extra imagemagick is a package containing executables that rely on libmagickcore? (where ? is the soversion the imagemagick libraries) libmagickcore-extra is a virtual package provided by libmagick?-extra. libmagick?-extra provides support for extra formats to libmagickcore? The problem is there is nothing to enforce that the imagemagick and libmagick-extra build-dependencies are satisfied by the same soversion of the imagemagick libraries. In the case of the failing build they were indeed satisfied by different versions (imagemagick was based on libmagickcore4 but the libmagickcore-extra dependency was satisfied by libmagickcore3-extra). Without libmagickcore4-extra imagemagick couldn't use internal svg support so it tried to use the rsvg binary instead. This also failed because the package containing that binary (librsvg-bin) was not installed. I'm downgrading the bug to important as it's not an issue for builds on a clean and current sid environment but IMO this is still a deficiency that should be dealt with. IMO the best option would be to introduce an imagemagick-extra package that had both a dependency on the appropriate libmagick?-extra package and a tightly versioned dependency on the imagemagick package. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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/CMakeFiles/mmpong-gl.dir/client.o cd /mmpong-0.9.1/obj-x86_64-linux-gnu/client_gl /usr/bin/g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -I/mmpong-0.9.1/client_gl/mmpong-gl -I/mmpong-0.9.1/lib -I/usr/include/SDL -I/usr/include/CEGUI -I/mmpong-0.9.1 -I/mmpong-0.9.1/obj-x86_64-linux-gnu/client_gl -o CMakeFiles/mmpong-gl.dir/client.o -c /mmpong-0.9.1/client_gl/client.cpp In file included from /mmpong-0.9.1/client_gl/client.cpp:40:0: /mmpong-0.9.1/client_gl/gui.h:25:62: fatal error: RendererModules/OpenGLGUIRenderer/openglrenderer.h: No such file or directory compilation terminated. make[3]: *** [client_gl/CMakeFiles/mmpong-gl.dir/client.o] Error 1 After taking a look at the contents of libcegui-mk2-dev it appeared that the name and location of the include file had changed. I changed the include statement to include what I presumed was the new version of the include in question root@debian:/# diff -u mmpong-0.9.1/client_gl/gui.h mmpong-0.9.1.new/client_gl/gui.h --- mmpong-0.9.1/client_gl/gui.h 2009-01-12 16:11:22.0 + +++ mmpong-0.9.1.new/client_gl/gui.h 2011-11-13 03:00:26.0 + @@ -22,7 +22,7 @@ #define __GUI_H__ #include CEGUI.h -#include RendererModules/OpenGLGUIRenderer/openglrenderer.h +#include RendererModules/OpenGL/CEGUIOpenGLRenderer.h #include CEGUILogger.h #include clientstate.h However the build then failed with [ 88%] Building CXX object client_gl/CMakeFiles/mmpong-gl.dir/gui.o cd /mmpong-0.9.1/obj-x86_64-linux-gnu/client_gl /usr/bin/g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -I/mmpong-0.9.1/client_gl/mmpong-gl -I/mmpong-0.9.1/lib -I/usr/include/SDL -I/usr/include/CEGUI -I/mmpong-0.9.1 -I/mmpong-0.9.1/obj-x86_64-linux-gnu/client_gl -o CMakeFiles/mmpong-gl.dir/gui.o -c /mmpong-0.9.1/client_gl/gui.cpp /mmpong-0.9.1/client_gl/gui.cpp: In constructor ‘GUI::GUI(std::string, int, int, bool, ClientState*)’: /mmpong-0.9.1/client_gl/gui.cpp:151:39: error: no matching function for call to ‘CEGUI::OpenGLRenderer::OpenGLRenderer(int, int, int)’ /mmpong-0.9.1/client_gl/gui.cpp:151:39: note: candidates are: /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:292:5: note: CEGUI::OpenGLRenderer::OpenGLRenderer(const CEGUI::Size, CEGUI::OpenGLRenderer::TextureTargetType) /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:292:5: note: candidate expects 2 arguments, 3 provided /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:279:5: note: CEGUI::OpenGLRenderer::OpenGLRenderer(CEGUI::OpenGLRenderer::TextureTargetType) /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:279:5: note: candidate expects 1 argument, 3 provided /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:66:30: note: CEGUI::OpenGLRenderer::OpenGLRenderer(const CEGUI::OpenGLRenderer) /usr/include/CEGUI/RendererModules/OpenGL/CEGUIOpenGLRenderer.h:66:30: note: candidate expects 1 argument, 3 provided /mmpong-0.9.1/client_gl/gui.cpp:153:27: error: no matching function for call to ‘CEGUI::System::System(CEGUI::OpenGLRenderer*)’ /mmpong-0.9.1/client_gl/gui.cpp:153:27: note: candidates are: /usr/include/CEGUI/CEGUISystem.h:1121:5: note: CEGUI::System::System(CEGUI::Renderer, CEGUI::ResourceProvider*, CEGUI::XMLParser*, CEGUI::ImageCodec*, CEGUI::ScriptModule*, const CEGUI::String, const CEGUI::String) /usr/include/CEGUI/CEGUISystem.h:1121:5: note: candidate expects 7 arguments, 1 provided /usr/include/CEGUI/CEGUISystem.h:1086:5: note: CEGUI::System::System(const CEGUI::System) /usr/include/CEGUI/CEGUISystem.h:1086:5: note: no known conversion for argument 1 from ‘CEGUI::OpenGLRenderer*’ to ‘const CEGUI::System’ /mmpong-0.9.1/client_gl/gui.cpp:179:33: error: ‘class CEGUI::SchemeManager’ has no member named ‘loadScheme’ make[3]: *** [client_gl/CMakeFiles/mmpong-gl.dir/gui.o] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 to a cannot find symbol error. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 to a cannot find symbol error. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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); rwpng_version_info(); fprintf(stderr, \n); -fprintf(stderr, pq_usage); +fprintf(stderr, %s,pq_usage); fflush(stderr); return 1; } @@ -272,12 +272,12 @@ VERSION ); rwpng_version_info(); fprintf( stderr, \n ); -fprintf( stderr, pq_usage ); +fprintf( stderr, %s, pq_usage ); fflush( stderr ); return 1; } if ( sscanf( argv[argn], %d, reqcolors ) != 1 ) { -fprintf( stderr, pq_usage ); +fprintf( stderr,%s, pq_usage ); fflush( stderr ); return 1; }
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 The real issue is that the package build-depends on both gnat and gnat-4.4. The current sid version of the gnat package depend on gnat-4.6 which conflicts with gnat-4.4 so it is impossible to satisfy the build-depends in sid. Squeeze is not affected as gnat depends on gnat-4.4 there. Currently the situation in wheezy is the same as squeeze but I would expect that to change before release so this bug is relavent for wheezy I tried removing gnat-4.4 from build-dependencies and changing debian-rules to specify gnat 4.6 rather than 4.4 but when I did I got the following error lers/common_files -I/polyorb-2.6.0~20090423/compilers/common_files backend-be_corba_ada.adb analyzer.adb:1128:59: (style) space required gnatmake: analyzer.adb compilation error make[1]: *** [build-iac] Error 4 make[1]: Leaving directory `/polyorb-2.6.0~20090423' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 + @@ -2166,7 +2166,7 @@ qh_memfree (point, qh normal_size); qh_settempfree(points); qh_settempfree(vertices); - fprintf(fp, endfmt); + fprintf(fp,%s, endfmt); } /* printfacet3math */
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 declaration of function ‘strcmp’ [-Wimplicit-function-declaration] misc.c: In function ‘copySettings’: misc.c:241:5: warning: implicit declaration of function ‘getExtendedRegexMode’ [-Wimplicit-function-declaration] The first of these is probably trivial to fix but I dunno what to do to fix the latter. Index: searchmonkey-0.8.1/src/systemio.c === --- searchmonkey-0.8.1.orig/src/systemio.c 2007-02-05 22:55:51.0 + +++ searchmonkey-0.8.1/src/systemio.c 2011-11-10 21:50:27.0 + @@ -199,7 +199,7 @@ (GTK_DIALOG_MODAL | GTK_DIALOG_DESTROY_WITH_PARENT), GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, -error-message); +%s,error-message); gtk_dialog_run(GTK_DIALOG(errMsg)); gtk_widget_destroy(errMsg); g_free(filename); @@ -282,7 +282,7 @@ (GTK_DIALOG_MODAL | GTK_DIALOG_DESTROY_WITH_PARENT), GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, -error-message); +%s,error-message); gtk_dialog_run(GTK_DIALOG(warnDialog)); g_error_free(error); error = NULL; @@ -388,7 +388,7 @@ (GTK_DIALOG_MODAL | GTK_DIALOG_DESTROY_WITH_PARENT), GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, -error-message); +%s,error-message); g_error_free(error); error = NULL; gtk_dialog_run(GTK_DIALOG(warnDialog)); Index: searchmonkey-0.8.1/src/misc.c === --- searchmonkey-0.8.1.orig/src/misc.c 2007-02-05 22:55:51.0 + +++ searchmonkey-0.8.1/src/misc.c 2011-11-10 21:57:26.0 + @@ -424,7 +424,7 @@ GTK_DIALOG_DESTROY_WITH_PARENT, GTK_MESSAGE_ERROR, GTK_BUTTONS_CLOSE, - msg); + %s,msg); gtk_dialog_run (GTK_DIALOG (dialog)); gtk_widget_destroy (dialog); g_free(errorString);
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 + +++ nvramtool-0.0+r3669.new/hexdump.c 2011-11-10 01:39:12.0 + @@ -91,9 +91,9 @@ bytes_left = format-bytes_per_line; bytes_left -= format-bytes_per_line) { /* print start address for current line */ - fprintf(outfile, format-indent); + fprintf(outfile, %s,format-indent); addrprint(outfile, addrprint_start + index, format-addrprint_width); - fprintf(outfile, format-sep1); + fprintf(outfile, %s,format-sep1); /* display the bytes in hex */ for (i = 0; ; ) @@ -102,11 +102,11 @@ if (++i = format-bytes_per_line) break; - fprintf(outfile, format-sep2); + fprintf(outfile,%s, format-sep2); } index -= format-bytes_per_line; - fprintf(outfile, format-sep3); + fprintf(outfile,%s, format-sep3); /* display the bytes as characters */ for (i = 0; i format-bytes_per_line; i++) @@ -120,14 +120,14 @@ return; /* print start address for last line */ - fprintf(outfile, format-indent); + fprintf(outfile,%s, format-indent); addrprint(outfile, addrprint_start + index, format-addrprint_width); - fprintf(outfile, format-sep1); + fprintf(outfile, %s,format-sep1); /* display bytes for last line in hex */ for (i = 0; i bytes_left; i++) { hexprint(outfile, p[index++]); - fprintf(outfile, format-sep2); + fprintf(outfile, %s,format-sep2); } index -= bytes_left; @@ -139,10 +139,10 @@ if (++i = format-bytes_per_line) break; - fprintf(outfile, format-sep2); + fprintf(outfile,%s, format-sep2); } - fprintf(outfile, format-sep3); + fprintf(outfile, %s,format-sep3); /* display bytes for last line as characters */ for (i = 0; i bytes_left; i++)
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 +16,7 @@ LDFLAGS=$(shell dpkg-buildflags --get LDFLAGS) CFLAGS=$(shell dpkg-buildflags --get CFLAGS) -LDFLAGS+=$(HARDENING_LDFLAGS) -Wl,-z,defs -Wl,--as-needed -Wl,-O1 +LDFLAGS+=$(HARDENING_LDFLAGS) -Wl,-z,defs -Wl,--as-needed -Wl,-O1 -lm CFLAGS+=$(HARDENING_CFLAGS) export CFLAGS LDFLAGS
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-festival.spec diff -ur pidgin-festival-2.4/src/festival.c pidgin-festival-2.4.new/src/festival.c --- pidgin-festival-2.4/src/festival.c 2009-05-13 06:32:19.0 + +++ pidgin-festival-2.4.new/src/festival.c 2011-11-10 02:17:55.0 + @@ -103,7 +103,7 @@ daemon=sndserver; } else{ -purple_debug(PURPLE_DEBUG_INFO, pidgin festival sound method , sndType); +purple_debug(PURPLE_DEBUG_INFO, pidgin festival sound method ,%s, sndType); } return daemon; } @@ -320,7 +320,7 @@ text-str[i] = ' '; g_string_printf(buffer,(SayText \%s\), text-str); -purple_debug(PURPLE_DEBUG_INFO, pidgin festival, buffer-str); +purple_debug(PURPLE_DEBUG_INFO, pidgin festival,%s, buffer-str); fputs(buffer-str,festival_pf); fflush(festival_pf); g_string_free(buffer,TRUE); @@ -531,8 +531,8 @@ return FALSE; char proc[1024]; - sprintf(proc, %s %s, snd((char *)purple_prefs_get_string(/pidgin/sound/method)), line); - purple_debug(PURPLE_DEBUG_INFO, pidgin festival, proc); + snprintf(proc,1024, %s %s, snd((char *)purple_prefs_get_string(/pidgin/sound/method)), line); + purple_debug(PURPLE_DEBUG_INFO, pidgin festival,%s, proc); int errno=0; festival_pf= popen(proc,w);
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 perfect but at least it avoids unrepresendable changes to source. This isn't strictly needed to fix the FTBFS but working on packages without a usable clean target is a PITA 2: remove includes of the obsolete curl/types.h from multiple places in the source 3: fix several gcc 4.6 related failures Given the lack of maintainer activity I have cc'd luk in case he is interested in making another NMU (he uploaded the current version) diff -urN nepenthes-0.2.2/debian/clean nepenthes-0.2.2.new/debian/clean --- nepenthes-0.2.2/debian/clean 1970-01-01 00:00:00.0 + +++ nepenthes-0.2.2.new/debian/clean 2011-11-07 02:47:32.0 + @@ -0,0 +1,14 @@ +#!/bin/bash +rm -f nepenthes-core/src/*.o +rm -f nepenthes-core/src/nepenthes +for f in modules/* +do + echo cleaning up $f + rm -f $f/*.o + rm -f $f/*.lo + rm -f $f/*.la + rm -f $f/Makefile + rm -rf $f/.libs +done + +rm -rf nepenthes-core/src/.deps diff -urN nepenthes-0.2.2/debian/patches/00list nepenthes-0.2.2.new/debian/patches/00list --- nepenthes-0.2.2/debian/patches/00list 2011-11-07 01:32:51.0 + +++ nepenthes-0.2.2.new/debian/patches/00list 2011-11-07 02:32:52.0 + @@ -5,3 +5,5 @@ 05_includes_for_gcc_4.4.dpatch 06_includes_for_eglibc_2.10.dpatch 08_ftbfs_gcc45.dpatch +09_remove_curl_types_h.dpatch +10_fix_gcc4.6.dpatch diff -urN nepenthes-0.2.2/debian/patches/09_remove_curl_types_h.dpatch nepenthes-0.2.2.new/debian/patches/09_remove_curl_types_h.dpatch --- nepenthes-0.2.2/debian/patches/09_remove_curl_types_h.dpatch 1970-01-01 00:00:00.0 + +++ nepenthes-0.2.2.new/debian/patches/09_remove_curl_types_h.dpatch 2011-11-07 03:02:42.0 + @@ -0,0 +1,84 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 09_remove_curl_types_h.dpatch by plugw...@p10link.net +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Remove curl/types.h which is no longer present in current curl packages + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/download-curl/download-curl.hpp nepenthes-0.2.2.new/modules/download-curl/download-curl.hpp +--- nepenthes-0.2.2.new~/modules/download-curl/download-curl.hpp 2011-11-07 02:21:01.0 + nepenthes-0.2.2.new/modules/download-curl/download-curl.hpp 2011-11-07 02:21:09.0 + +@@ -28,7 +28,6 @@ + /* $Id: download-curl.hpp 1927 2005-08-27 21:56:59Z dp $ */ + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + + #include Module.hpp +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.cpp nepenthes-0.2.2.new/modules/submit-http/HTTPSession.cpp +--- nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.cpp 2011-11-07 02:21:09.0 + nepenthes-0.2.2.new/modules/submit-http/HTTPSession.cpp 2011-11-07 02:22:53.0 + +@@ -28,7 +28,6 @@ + + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + #include sstream + #include cstring +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.hpp nepenthes-0.2.2.new/modules/submit-http/HTTPSession.hpp +--- nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.hpp 2007-02-06 16:54:33.0 + nepenthes-0.2.2.new/modules/submit-http/HTTPSession.hpp 2011-11-07 02:21:31.0 + +@@ -29,7 +29,6 @@ + /* $Id: HTTPSession.hpp 839 2007-02-06 16:54:31Z common $ */ + + #include curl/curl.h +-#include curl/types.h + + #include Download.hpp + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/submit-http.hpp nepenthes-0.2.2.new/modules/submit-http/submit-http.hpp +--- nepenthes-0.2.2.new~/modules/submit-http/submit-http.hpp 2011-11-07 02:21:01.0 + nepenthes-0.2.2.new/modules/submit-http/submit-http.hpp 2011-11-07 02:21:09.0 + +@@ -29,7 +29,6 @@ + /* $Id: submit-http.hpp 839 2007-02-06 16:54:31Z common $ */ + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + + #include Nepenthes.hpp +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr'
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 it is not going to be installed Not the worlds most informative error message ;) It turns out that csmash build-depends on libjpeg62-dev | libjpeg8-dev. Many build-dependency resolvers always pick the first option and libjpeg62-dev conflicts with libjpeg8-dev which is needed by the sdl development packages. To fix this issue either reverse the order of the alternatives or remove the libjpeg62-dev alternative completely. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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/d52pass2.c 2011-11-08 02:22:21.0 + @@ -932,7 +932,7 @@ } else if (dir 0x80) { - kcnt += fprintf(fp, rbname[dir].dent); + kcnt += fprintf(fp, %s,rbname[dir].dent); dirregs[dir] |= 1; } else
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/d52pass2.c 2011-11-08 02:22:21.0 + @@ -932,7 +932,7 @@ } else if (dir 0x80) { - kcnt += fprintf(fp, rbname[dir].dent); + kcnt += fprintf(fp, %s,rbname[dir].dent); dirregs[dir] |= 1; } else
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-rc-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 unrepresendable changes to source. This isn't strictly needed to fix the FTBFS but working on packages without a usable clean target is a PITA 2: remove includes of the obsolete curl/types.h from multiple places in the source 3: fix several gcc 4.6 related failures Given the lack of maintainer activity I have cc'd luk in case he is interested in making another NMU (he uploaded the current version) diff -urN nepenthes-0.2.2/debian/clean nepenthes-0.2.2.new/debian/clean --- nepenthes-0.2.2/debian/clean 1970-01-01 00:00:00.0 + +++ nepenthes-0.2.2.new/debian/clean 2011-11-07 02:47:32.0 + @@ -0,0 +1,14 @@ +#!/bin/bash +rm -f nepenthes-core/src/*.o +rm -f nepenthes-core/src/nepenthes +for f in modules/* +do + echo cleaning up $f + rm -f $f/*.o + rm -f $f/*.lo + rm -f $f/*.la + rm -f $f/Makefile + rm -rf $f/.libs +done + +rm -rf nepenthes-core/src/.deps diff -urN nepenthes-0.2.2/debian/patches/00list nepenthes-0.2.2.new/debian/patches/00list --- nepenthes-0.2.2/debian/patches/00list 2011-11-07 01:32:51.0 + +++ nepenthes-0.2.2.new/debian/patches/00list 2011-11-07 02:32:52.0 + @@ -5,3 +5,5 @@ 05_includes_for_gcc_4.4.dpatch 06_includes_for_eglibc_2.10.dpatch 08_ftbfs_gcc45.dpatch +09_remove_curl_types_h.dpatch +10_fix_gcc4.6.dpatch diff -urN nepenthes-0.2.2/debian/patches/09_remove_curl_types_h.dpatch nepenthes-0.2.2.new/debian/patches/09_remove_curl_types_h.dpatch --- nepenthes-0.2.2/debian/patches/09_remove_curl_types_h.dpatch 1970-01-01 00:00:00.0 + +++ nepenthes-0.2.2.new/debian/patches/09_remove_curl_types_h.dpatch 2011-11-07 03:02:42.0 + @@ -0,0 +1,84 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 09_remove_curl_types_h.dpatch by plugw...@p10link.net +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Remove curl/types.h which is no longer present in current curl packages + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/download-curl/download-curl.hpp nepenthes-0.2.2.new/modules/download-curl/download-curl.hpp +--- nepenthes-0.2.2.new~/modules/download-curl/download-curl.hpp 2011-11-07 02:21:01.0 + nepenthes-0.2.2.new/modules/download-curl/download-curl.hpp 2011-11-07 02:21:09.0 + +@@ -28,7 +28,6 @@ + /* $Id: download-curl.hpp 1927 2005-08-27 21:56:59Z dp $ */ + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + + #include Module.hpp +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.cpp nepenthes-0.2.2.new/modules/submit-http/HTTPSession.cpp +--- nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.cpp 2011-11-07 02:21:09.0 + nepenthes-0.2.2.new/modules/submit-http/HTTPSession.cpp 2011-11-07 02:22:53.0 + +@@ -28,7 +28,6 @@ + + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + #include sstream + #include cstring +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.hpp nepenthes-0.2.2.new/modules/submit-http/HTTPSession.hpp +--- nepenthes-0.2.2.new~/modules/submit-http/HTTPSession.hpp 2007-02-06 16:54:33.0 + nepenthes-0.2.2.new/modules/submit-http/HTTPSession.hpp 2011-11-07 02:21:31.0 + +@@ -29,7 +29,6 @@ + /* $Id: HTTPSession.hpp 839 2007-02-06 16:54:31Z common $ */ + + #include curl/curl.h +-#include curl/types.h + + #include Download.hpp + +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-http/submit-http.hpp nepenthes-0.2.2.new/modules/submit-http/submit-http.hpp +--- nepenthes-0.2.2.new~/modules/submit-http/submit-http.hpp 2011-11-07 02:21:01.0 + nepenthes-0.2.2.new/modules/submit-http/submit-http.hpp 2011-11-07 02:21:09.0 + +@@ -29,7 +29,6 @@ + /* $Id: submit-http.hpp 839 2007-02-06 16:54:31Z common $ */ + + #include curl/curl.h +-#include curl/types.h /* new for v7 */ + #include curl/easy.h /* new for v7 */ + + #include Nepenthes.hpp +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nepenthes-0.2.2.new~/modules/submit-mwserv/TransferSession.hpp
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(service)); UsersServiceDbusPrivate *priv = USERS_SERVICE_DBUS_GET_PRIVATE (service); uid_t uid; - gboolean res; struct passwd *pwent; UserData *user; @@ -621,7 +620,7 @@ return; } - res = do_add_session (service, user, session_id); + do_add_session (service, user, session_id); } static void
Bug#640956: FTBFS: index.docbook:1061: element book: validity error : No, declaration for element book
tags 640956 +patch thanks Patch and series file are attatched just create debian/patches and drop them in (the package uses 3.0 (quilt) but doesn't currently have any patches). Description: bump DTD version to fix FTBFS The DTD version in index.docbook doesn't match the DTD debian 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 plugw...@p10link.net Bug-Debian: http://bugs.debian.org/640956 --- komparator-0.3.orig/doc/index.docbook +++ komparator-0.3/doc/index.docbook @@ -1,5 +1,5 @@ ?xml version=1.0 ? -!DOCTYPE book PUBLIC -//KDE//DTD DocBook XML V4.1.2-Based Variant V1.1//EN dtd/kdex.dtd [ +!DOCTYPE book PUBLIC -//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN dtd/kdex.dtd [ !ENTITY komparator4 applicationKomparator 4/application !ENTITY kappname komparator4;!-- Do *not* replace kappname-- !ENTITY package kde-module!-- kdebase, kdeadmin, etc -- bump-dtd-version.diff
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 http://people.debian.org/%7Elucas/logs/2011/08/23/abcm2ps_5.9.22-1_lsid64.buildlog That gives a 404 for me. When I tested it the package built fine (with plain dpkg-buildpackage) immediately after unpacking but trying to build a second time gave the error you report. I've attatched a patch that backs up the makefile at the start of the build and restores it in clean which fixes the issue. diff -ur abcm2ps-5.9.22/debian/rules abcm2ps-5.9.22.new/debian/rules --- abcm2ps-5.9.22/debian/rules 2010-04-23 08:10:54.0 + +++ abcm2ps-5.9.22.new/debian/rules 2011-11-05 11:33:11.0 + @@ -23,7 +23,10 @@ INSTALL_PROGRAM += -s endif -config.status: configure +Makefile.bak: + cp Makefile Makefile.bak + +config.status: configure Makefile.bak dh_testdir ifneq $(wildcard /usr/share/misc/config.sub) [ -e config.sub ] mv config.sub config.sub.save @@ -56,6 +59,8 @@ if [ -e config.sub.save ]; then mv config.sub.save config.sub; fi if [ -e config.guess.save ]; then mv config.guess.save config.guess; fi + if [ -e Makefile.bak ]; then mv Makefile.bak Makefile; fi + [ ! -f Makefile ] || $(MAKE) clean rm -f abcm2ps abcm2ps.1
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 blocked by http://bugs.debian.org/611260 libgraphicsmagick3: Crash in psiconv suggests graphicsmagick bug (access of freed memory) A patch has been proposed to that bug but the author seems unsure about it's correctness. There doesn't seem to have been any posts to these bug reports since january has anything changed since the last posts does anyone intend on getting this issue fixed in debian? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625373: libphone-ui: Fix ftbfs (patch attached)
In Ubuntu, the attached patch was applied to fix the FTBFS. snip 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. -I.. -DLOCALEDIR=\/usr/share/locale\ -DPKGDATADIR=\/usr/share/libphone-ui\ -DG_LOG_DOMAIN=\libphone-ui\ -Wall -Wextra -Werror -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/fso-glib -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/fsoframework-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/frameworkd-glib -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/phone-utils -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/alsa -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c -o phoneui-utils.lo phoneui-utils.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -DLOCALEDIR=\/usr/share/locale\ -DPKGDATADIR=\/usr/share/libphone-ui\ -DG_LOG_DOMAIN=\libphone-ui\ -Wall -Wextra -Werror -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/fso-glib -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/fsoframework-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/frameworkd-glib -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/phone-utils -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/alsa -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c phoneui-utils.c -fPIC -DPIC -o .libs/phoneui-utils.o phoneui-utils.c: In function '_add_opimd_message': phoneui-utils.c:135:2: error: implicit declaration of function 'free_smartphone_pim_get_messages_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:135:15: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_sms_send': phoneui-utils.c:186:2: error: implicit declaration of function 'free_smartphone_gsm_get_s_m_s_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:186:6: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_usage_suspend': phoneui-utils.c:291:2: error: implicit declaration of function 'free_smartphone_get_usage_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:291:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_usage_shutdown': phoneui-utils.c:323:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_idle_set_state': phoneui-utils.c:358:2: error: implicit declaration of function 'free_smartphone_device_get_idle_notifier_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:358:13: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_resources_get_resource_policy': phoneui-utils.c:393:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_resources_set_resource_policy': phoneui-utils.c:429:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function '_calls_query_callback': phoneui-utils.c:503:2: error: implicit declaration of function 'free_smartphone_pim_get_call_query_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:503:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_calls_get': phoneui-utils.c:520:2: error: implicit declaration of function 'free_smartphone_pim_get_calls_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:520:14: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_call_get': phoneui-utils.c:566:2: error: implicit declaration of function 'free_smartphone_pim_get_call_proxy' [-Werror=implicit-function-declaration] phoneui-utils.c:566:13: error: assignment makes pointer from integer without a cast [-Werror] phoneui-utils.c: In function 'phoneui_utils_pdp_activate_context': phoneui-utils.c:619:2: error: implicit declaration of function 'free_smartphone_gsm_get_p_d_p_proxy'
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] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build command 'cd mailavenger-0.8.1 dpkg-buildpackage -b -uc' failed. E: Child process failed root@debian:/#configure:18178: checking for BerkeleyDB library configure:18360: result: no configure:18364: error: Cannot find BerkeleyDB config.log didn't give any further information on why the test for berkerly DB failed configure:18178: checking for BerkeleyDB library configure:18360: result: no configure:18364: error: Cannot find BerkeleyDB -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-01 01:17:13.0 + @@ -47,7 +47,22 @@ rm -f build-arch-stamp build-indep-stamp CONFIGURE-STAMP [ ! -f Makefile ] || $(MAKE) distclean - + #clean up remaining cruft manually + rm -f *.o + rm -f rdup + rm -f rdup-up + rm -f doc/*.1 + rm -f GNUmakefile + rm -f po/GNUmakefile + rm -f rdup.h + rm -f rdup-tr + rm -f config.h + rm -f config.log + rm -f config.status + rm -f rdup-tr.h + rm -f rdup-up.h + rm -f sh/rdup-simple + dh_clean install: install-indep install-arch diff -ur rdup-1.0.5/rdup-tr.c rdup-1.0.5.new/rdup-tr.c --- rdup-1.0.5/rdup-tr.c 2010-01-24 18:05:45.0 + +++ rdup-1.0.5.new/rdup-tr.c 2011-11-01 01:07:59.0 + @@ -42,12 +42,11 @@ static struct r_entry * crypt_entry(struct r_entry *e, GHashTable *tr) { -gchar *crypt, *dest, p; +gchar *crypt, *dest; struct r_entry *d = entry_dup(e); /* links are special */ if (S_ISLNK(d-f_mode) || d-f_lnk == 1) { - p = *(d-f_name + d-f_size); d-f_name[d-f_size] = '\0'; crypt = crypt_path(aes_ctx, d-f_name, tr); dest = crypt_path(aes_ctx, d-f_name + d-f_size + 4, tr); @@ -70,12 +69,11 @@ static struct r_entry * decrypt_entry(struct r_entry *e, GHashTable *tr) { -gchar *plain, *dest, p; +gchar *plain, *dest; struct r_entry *d = entry_dup(e); /* links are special */ if (S_ISLNK(d-f_mode) || d-f_lnk == 1) { - p = *(d-f_name + d-f_size); d-f_name[d-f_size] = '\0'; plain = decrypt_path(aes_ctx, d-f_name, tr); dest = decrypt_path(aes_ctx, d-f_name + d-f_size + 4, tr);
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 appear that doko searched his build logs for -Werror and for the warning names and submitted bug reports for any that hit on both searches without actually reading the logs to determine if the two hits were on the same gcc invocation. If I were you I would just close this bug (indeed I was tempted to do so myself) but since there seems to be activity on this bug from people who care about the package I thought I'd leave it to them. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 the build failed for me with test failures. The last screenful of output is below aegis: warning: chmod(/var/lib, 00755): Operation not permitted [user nobody, group nogroup] NO RESULT when testing the aedist functionality (new project 154) CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0266a-walt.sh test/02/t0266a-walt.ES su: Authentication failure (Ignored) test/02/t0266a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0268a-walt.sh test/02/t0268a-walt.ES su: Authentication failure (Ignored) test/02/t0268a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0269a-walt.sh test/02/t0269a-walt.ES su: Authentication failure (Ignored) test/02/t0269a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0270a-walt.sh test/02/t0270a-walt.ES su: Authentication failure (Ignored) test/02/t0270a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0273a-walt.sh test/02/t0273a-walt.ES su: Authentication failure (Ignored) test/02/t0273a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0278a-walt.sh test/02/t0278a-walt.ES su: Authentication failure (Ignored) test/02/t0278a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0283a-walt.sh test/02/t0283a-walt.ES su: Authentication failure (Ignored) test/02/t0283a-walt.sh: 23: .: test_funcs: not found CXX=g++ /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0289a-walt.sh test/02/t0289a-walt.ES su: Authentication failure (Ignored) test/02/t0289a-walt.sh: 23: .: test_funcs: not found Passed 45 of 285 tests. Failed 10 of 285 tests. No result for 230 of 285 tests. make[1]: *** [sure] Error 1 make[1]: Leaving directory `/aegis-4.24.3' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 root@debian:/aegis-4.24.3# Description: short summary of the patch TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . aegis (4.24.3-2) unstable; urgency=low . * Segfault fixed, closes SF.net #3066593. * Updated Danish debconf translations. (Closes: #602452) * Bump Standards-Version to 3.9.1 (no changes needed) Author: Walter Franzini walter.franz...@gmail.com Bug-Debian: http://bugs.debian.org/602452 --- 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: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- aegis-4.24.3.orig/libaegis/http.cc +++ aegis-4.24.3/libaegis/http.cc @@ -404,7 +404,7 @@ void emit_change_href(change::pointer cp, const char *modifier) { if (cp-bogus) -emit_project_href(cp-pp, modifier); +emit_project_href(cp-pp,%s, modifier); else emit_change_href_n(cp-pp, magic_zero_decode(cp-number), modifier); } --- aegis-4.24.3.orig/aeget/get/project/integr_histo.cc +++ aegis-4.24.3/aeget/get/project/integr_histo.cc @@ -189,14 +189,14 @@ get_project_integration_histogram(projec if (recursive) { printf(faster ); - emit_project_href(pp, ref.c_str()); + emit_project_href(pp,%s, ref.c_str()); printf(non-); } else { printf(slower ); ref += +recursive; - emit_project_href(pp, ref.c_str()); + emit_project_href(pp,%s, ref.c_str()); } printf(recursive/a listing available./p\n);
Bug#625409: uisp: ftbfs with gcc-4.6 -Werror
tags 625409 +patch thanks Patch is attatched, just add it to the dpatch list. #! /bin/sh /usr/share/dpatch/dpatch-run ## 40_fix_g++_4.6.dpatch by root@localhost ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' uisp-20050207~/src/Stk500.C uisp-20050207/src/Stk500.C --- uisp-20050207~/src/Stk500.C 2011-10-29 23:04:59.0 + +++ uisp-20050207/src/Stk500.C 2011-10-29 23:06:46.0 + @@ -724,7 +724,6 @@ void TStk500::ReadMem(){ TByte buf[0x200]; int wordsize; - TAddr addr; TByte seg; if (segment == SEG_FLASH) { @@ -741,7 +740,6 @@ EnterProgrammingMode(); - addr = 0; for (unsigned int addr=0; addrGetSegmentSize(); addr+=0x100) { memcpy(buf, SetAddress, sizeof(SetAddress)); buf[1] = (addr/wordsize) 0xff;
Bug#625412: tuxpuck: ftbfs with gcc-4.6 -Werror
tags 625412 +patch thanks. Doko's report is a false positive. The files that generate the warnings in question are not built using -Werror. However while testing to confirm that it was a false positive I discovered that tuxpuck was unbuildable in current sid for another reason. tuxpuck build-depends on both libjpeg62-dev and libsdl1.2-dev. Since libsdl1.2-dev now depends on libjpeg8-dev this renders the build dependencies uninstallable. The fix is to change the libjpeg62-dev build-dependency to libjpeg8-dev. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625411: tla: I can't reproduce this bug
Note: i'm just doing flyby investigation of rc bugs. I have no relationship to either doko or this package. This package is building ok for me. Same here Having looked through a number of these bugs I get the impression that doko was a bit careless when doing his mass bug filing. Most are real issues but this is not the first false positive i've come across and he didn't even seem to proofread the messages (they end with The last lines of the build log are at the end of this report. but no such lines are present in this report and several others. I personally think a bug like this can simply be closed. Maybe I'm missing something or we can close this bug? If you want to ask the submitter questions you need to actually send the message to them. nnn...@bugs.debian.org does not go to the submitter. You need to either use nn-submit...@bugs.debian.org or send the message to them directly. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625415: pending tags
Over a month ago you tagged bugs 640357 and 625415 pending but there haven't been any uploads since and you did not post patches to the bug reports. Do you still plan to upload fixes for these bugs? If not can you at least provide patches (or links to a vcs) so that the option is available for others to do it? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646488: wmtemp: FTBFS: dockapp.c:52:16: error: variable 'stat' set but not, used [-Werror=unused-but-set-variable]
tags 646488 +patch thanks patch is attatched. diff -ur wmtemp-0.0.6/dockapp.c wmtemp-0.0.6.new/dockapp.c --- wmtemp-0.0.6/dockapp.c 2004-03-08 15:57:32.0 + +++ wmtemp-0.0.6.new/dockapp.c 2011-10-30 00:38:39.0 + @@ -49,7 +49,6 @@ { XClassHint *classhint; XWMHints *wmhints; -Status stat; XTextProperty title; XSizeHints sizehints; Window root; @@ -132,7 +131,7 @@ XSetWMNormalHints(display, icon_window, sizehints); /* Set WindowTitle for AfterStep Wharf */ -stat = XStringListToTextProperty(appname, 1, title); +XStringListToTextProperty(appname, 1, title); XSetWMName(display, window, title); XSetWMName(display, icon_window, title); diff -ur wmtemp-0.0.6/temp.c wmtemp-0.0.6.new/temp.c --- wmtemp-0.0.6/temp.c 2011-10-30 00:41:16.0 + +++ wmtemp-0.0.6.new/temp.c 2011-10-30 00:39:55.0 + @@ -36,7 +36,6 @@ int chip_nr = 0, f1, f2; char str[256]; - int len; char *feattext = NULL; const sensors_subfeature *subfeature; @@ -63,7 +62,7 @@ f1 = f2 = 0; DEBUG(printf(chip_nr=%d %d\n,chip_nr,__LINE__);) - len = sensors_snprintf_chip_name(str, 256, name); + sensors_snprintf_chip_name(str, 256, name); DEBUG(printf(chip name = %s (%d)\n,str,__LINE__);) while ((feature = sensors_get_features( name, f1)) != NULL) {
Bug#638614: FTBFS on ia64 (internal compiler error)
So, um, just asking here: if a package fails to build on one particular architecture due to a bug in gcc, is that a reason to remove it from testing If a few minor packages are blocking a transition for any reason then it is very likely they will be removed from testing. This isn't exactly ideal but running testing is a game of compromises. If you want to see openmsx back in testing the out of date package on ia64 needs to be dealt with somehow. There are basically four ways of doing this in descending order of preference. 1: get gcc fixed. 2: if the ICE is optimisation related reduce the optimisation level until it goes away. 3: use an older gcc version. Debian currently offers 4.4, 4.5 and 4.6 4: request removal of the out of date packages on ia64 and downgrade this bug to important. 1 is the best long term soloution and a gcc bug report should be prepared and filed as a first step but based on past experiance I would not expect a rapid response from the gcc guys. 2 is an acceptable soloution but obviously isn't ideal. 3 is acceptable as an interim soloution but is not a long term answer because older gcc versions are eventually removed from debian. 4 is a last resort option and should only be used after reasonable attempts at 1-3 have failed (per the rc policy Packages must be supported on as many architectures as is reasonably possible.) If you need access to an ia64 box for testing I would suggest asking on debian-i...@lists.debian.org P.S. I'm just taking flyby looks at rc bugs, I have no relationship to or interest in this particular package. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620137: openoffice.org-writer: Saving in docx format destroys, the entire file content
Is there anything I can do to ensure that this gets looked at for the OOo package in squeeze? Not really, debian stable releases are all about keeping changes to a minimum. If someone made a minimal patch to fix this issue it MIGHT be accepted but I can't see that happening unless you do the work yourself. OK, understood. So what should I do? My advice to you would be to try using the libreoffice packages from squeeze-backports and see if they provide an acceptable soloution for a squeeze deployment in your environment. Also while I understand that you don't want to deploy testing widely I would strongly reccomend testing it in your environment. The earlier in the release cycle you spot an issue the easier it is likely to be to get it sorted. P.S. i'm just a guy looking through debian rc bugs. I have no relationship to the debian openoffice guys but I do have a pretty good idea of how debian works. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646142: illuminator: FTBFS: tsview.c:41:65: fatal error: term.h: No such file or directory
tags 646142 +patch thanks Looks like you need to add libncurses-dev to Build-Depends. Yep seems to build fine with libncurses-dev installed. Adding patch tag. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646143: inetutils: FTBFS: telnet.c:79:19: fatal error: term.h: No such file or directory
tags 646143 +patch thanks Looks like you need to add libncurses-dev to Build-Depends. Yep seems to build fine with libncurses-dev installed. Adding patch tag. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625395: opensync: ftbfs with gcc-4.6 -Werror
The full build log can be found at: http://people.debian.org/~doko/tmp/werror/opensync_0.39-4_lsid64.buildlog http://people.debian.org/%7Edoko/tmp/werror/opensync_0.39-4_lsid64.buildlog The last lines of the build log are at the end of this report. Erm there are no lines of build log at the end of the report and the linked log says built successfully. When I tried to build the package it failed with an error that had nothing to do with gcc dh_install --sourcedir=/opensync-0.39/debian/tmp --fail-missing dh_install: python-opensync missing files (usr/lib/python*/site-packages/opensync.py), aborting make[1]: *** [binary-common] Error 255 make[1]: Leaving directory `/opensync-0.39' make: *** [binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary gave error exit status 2 Build command 'cd opensync-0.39 dpkg-buildpackage -b -uc' failed. E: Child process failed root@debian:/# -- To UNSUBSCRIBE, email to debian-bugs-rc-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-0.12.4//resolver.c filtergen-0.12.4.new//resolver.c --- filtergen-0.12.4//resolver.c 2004-06-22 05:09:24.0 + +++ filtergen-0.12.4.new//resolver.c 2011-09-19 00:48:34.0 + @@ -43,10 +43,10 @@ asprintf(n-icmptype, %s, i-i_type); } else { /* check that the icmptype is a number if we can't resolve it */ - long m; + //long m; char * e; - m = strtol(n-icmptype, e, 10); + strtol(n-icmptype, e, 10); if (*e) { fprintf(stderr, warning: suspicious icmp type encountered: %s\n, n-icmptype); } @@ -79,10 +79,10 @@ asprintf(n-port_min, %d, ntohs(s-s_port)); } else { /* check that the port is a number if we can't resolve it */ - long m; + //long m; char * e; - m = strtol(n-port_min, e, 10); + strtol(n-port_min, e, 10); if (*e) { fprintf(stderr, warning: suspicious port name encountered: %s\n, n-port_min); } @@ -95,10 +95,10 @@ asprintf(n-port_max, %d, ntohs(s-s_port)); } else { /* check that the port is a number if we can't resolve it */ - long m; + //long m; char * e; - m = strtol(n-port_max, e, 10); + strtol(n-port_max, e, 10); if (*e) { fprintf(stderr, warning: suspicious port name encountered: %s\n, n-port_max); } @@ -130,10 +130,10 @@ asprintf(n-proto, %d, p-p_proto); } else { /* check that the proto is a number if we can't resolve it */ - long m; + //long m; char * e; - m = strtol(n-proto, e, 10); + strtol(n-proto, e, 10); if (*e) { fprintf(stderr, warning: suspicious protocol name encountered: %s\n, n-proto); } Only in filtergen-0.12.4/: rules.filter
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 soloution for debian than shipping the generated code. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 +144,7 @@ [0] = PATH=/bin:/usr/bin:/usr/sbin, [1] = HOME=/root }; - int retval; + //int retval; size_t idx=2; size_t i; char *envvar; @@ -181,7 +181,7 @@ env[idx++] = ptr; } - retval = execve (filename, argv, env); + execve (filename, argv, env); error (executing %s: %s, filename, strerror (errno)); }
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 without breaking anything. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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/644722 In the meantime this bug can be worked arround by using gcc 4.4 to build the package(4.5 and 4.6 both fail), a patch to do that is attatched. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv7l) Kernel: Linux 2.6.39.2-x2 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ur ace-6.0.3/debian/control ace-6.0.3.new//debian/control --- ace-6.0.3/debian/control 2011-07-31 11:12:21.0 +0100 +++ ace-6.0.3.new//debian/control 2011-10-09 14:10:17.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian ACE+TAO maintainers pkg-ace-de...@lists.alioth.debian.org Uploaders: Thomas Girard thomas.g.gir...@free.fr, Pau Garcia i Quiles pgqui...@elpauer.org, Marek Brudka mbru...@aster.pl DM-Upload-Allowed: yes -Build-Depends: debhelper (= 8.9.0), libssl-dev (= 0.9.7d), libxt-dev (= 4.3.0), libfltk1.1-dev (= 1.1.4), libqt4-dev (= 4.4~rc1-4), tk-dev (= 8.5), libfox-1.6-dev, zlib1g-dev, libzzip-dev, liblzo2-dev, docbook-to-man, bzip2, libbz2-dev, doxygen, graphviz +Build-Depends: debhelper (= 8.9.0), libssl-dev (= 0.9.7d), libxt-dev (= 4.3.0), libfltk1.1-dev (= 1.1.4), libqt4-dev (= 4.4~rc1-4), tk-dev (= 8.5), libfox-1.6-dev, zlib1g-dev, libzzip-dev, liblzo2-dev, docbook-to-man, bzip2, libbz2-dev, doxygen, graphviz, gcc-4.4 [armel] Standards-Version: 3.9.2 Vcs-Git: git://anonscm.debian.org/pkg-ace/pkg-ace.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ace/pkg-ace.git;a=summary Only in ace-6.0.3.new//debian: gcc4.4 diff -ur ace-6.0.3/debian/rules ace-6.0.3.new//debian/rules --- ace-6.0.3/debian/rules 2011-07-31 09:20:58.0 +0100 +++ ace-6.0.3.new//debian/rules 2011-10-09 13:55:20.0 +0100 @@ -6,6 +6,12 @@ # Copyright (C) 2004 Raphael Bossek boss...@debian.org # Copyright © 2005-2011 Thomas Girard thomas.g.gir...@free.fr +DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) + +ifeq ($(DEB_BUILD_ARCH),armel) + export PATH:=$(CURDIR)/debian/gcc4.4:$(PATH) +endif + MWCFLAGS := -type gnuace -noreldefs DSO_MAKE_FLAG := versioned_so=2 INSTALL_FLAGS := DESTDIR=$(CURDIR)/debian/tmp INSTALL_PREFIX=/usr install_rpath=0 $(DSO_MAKE_FLAG) @@ -56,6 +62,11 @@ .PHONY: configure configure: configure-stamp configure-stamp: +ifeq ($(DEB_BUILD_ARCH),armel) + mkdir debian/gcc4.4 + ln -s /usr/bin/gcc-4.4 debian/gcc4.4/gcc + ln -s /usr/bin/g++-4.4 debian/gcc4.4/g++ +endif cp debian/platform_macros.GNU $(ACE_ROOT)/include/makeinclude cp debian/config*.h $(ACE_ROOT)/ace/ cp debian/default.features $(ACE_ROOT)/bin/MakeProjectCreator/config @@ -101,6 +112,9 @@ # Remove stubs that get generated during TAO compilation but for some reason # are not removed on make realclean rm -f `cat debian/TOREMOVE` +ifeq ($deb_build_arch,armel) + rm -rf debian/gcc4.4 +endif override_dh_compress: dh_compress -Xexamples
Bug#644782: directfb ftbfs on armel. Implicit declaration error
package: directfb version: 1.2.10.0-4.2 severity: serious from the latest armel buildd log for directfb ../../../gfxdrivers/davinci/davinci_c64x.c:1900:6: error: implicit declaration of function 'mknod' [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make[5]: *** [davinci_c64x.lo] Error 1 make[5]: Leaving directory `/build/buildd-directfb_1.2.10.0-4.2-armel-2ONoEe/directfb-1.2.10.0/directfb-build/gfxdrivers/davinci' I have attached a patch to fix this, just attatch it to the quilt series (and fill in the bug number in the header) I have also attatched a patch to debian/rules to fix incomplete cleanup by the clean target. Note that this is NOT a duplicate of 598976. 598976 gives a different error and is reported against the version in experimental. Description: fix missing include for mknod in gfxdrivers/davinci/davinci_c64x.c Author: Peter Green plugw...@p10link.net 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 sys/ioctl.h #include sys/mman.h #include sys/types.h +#include sys/stat.h + #include unistd.h #include directfb_util.h --- directfb-1.2.10.0/debian/rules 2011-07-24 17:20:04.0 + +++ directfb-1.2.10.0.new/debian/rules 2011-10-09 00:37:30.0 + @@ -103,7 +103,12 @@ missing mkinstalldirs depcomp install-sh compile rm -rf $(DESTDIR_UDEB) - + + rm -f m4/libtool.m4 + rm -f m4/ltoptions.m4 + rm -f m4/ltsugar.m4 + rm -f m4/ltversion.m4 + rm -f m4/lt~obsolete.m4 dh_clean override_dh_auto_install:
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-rc-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/rules --- gosmore-0.0.0.20100711/debian/rules 2011-10-05 06:50:04.0 + +++ gosmore-0.0.0.20100711.new//debian/rules 2011-10-05 07:35:56.0 + @@ -4,6 +4,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk DESTDIR := $(CURDIR)/debian/gosmore DEB_MAKE_INSTALL_TARGET := DESTDIR=$(DESTDIR) prefix=/usr install +DEB_MAKE_CLEAN_TARGET := clean CFLAGS := -DRES_DIR='\/usr/share/gosmore/\' @@ -11,6 +12,11 @@ SVNREV := 22284 DATE := $(shell date +%Y%m%d) +#clean up stuff the upstream clean target misses +clean:: + rm -f default.pak bboxes.c bboxSplit.sh config.log config.status + rm -f density.html density.sh Makefile + get-orig-source: dh_testdir test -d ../tarballs/. || mkdir -p ../tarballs diff -ur gosmore-0.0.0.20100711/gosmore.cpp gosmore-0.0.0.20100711.new//gosmore.cpp --- gosmore-0.0.0.20100711/gosmore.cpp 2010-07-12 09:03:38.0 + +++ gosmore-0.0.0.20100711.new//gosmore.cpp 2011-10-05 06:49:00.0 + @@ -124,7 +124,6 @@ #include gdk/gdkx.h #include gdk-pixbuf/gdk-pixbuf.h #include curl/curl.h -#include curl/types.h #include curl/easy.h #endif #ifdef USE_GEOCLUE // Not used and never worked
Bug#643866: electric-fence: FTBFS on GNU/kFreeBSD
Matthew Vernon wrote: Hi, I have just tested and the version in testing also FTBFS on kfreebsd OOI, what's the failure mode? Program terminated with a Segfault during the self test. Thanks, Matthew -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 (plugw...@p10link.net) Bug-Debian: http://bugs.debian.org/625343 --- gltron-0.70final.orig/src/game/computer.c +++ gltron-0.70final/src/game/computer.c @@ -27,11 +27,10 @@ AI_Parameters ai_params = { void doComputerSimple(int player, int target, AI_Distances *distances) { AI *ai; Data *data; - Player *me, *him; + Player *me; int level; me = (game-player[ player ]); - him = (game-player[ target ]); if(me-ai == NULL) { printf(This player has no AI data!\n); return; --- gltron-0.70final.orig/src/game/init_sdl.c +++ gltron-0.70final/src/game/init_sdl.c @@ -27,7 +27,6 @@ void inputInit(void) { /* joystick */ if(SDL_Init(SDL_INIT_JOYSTICK) = 0) { int i; - SDL_Joystick *joy; int joysticks = SDL_NumJoysticks(); /* FIXME: why only two joysticks? */ @@ -36,7 +35,7 @@ void inputInit(void) { joysticks = 2; for(i = 0; i joysticks; i++) { - joy = SDL_JoystickOpen(i); + SDL_JoystickOpen(i); } if(i) SDL_JoystickEventState(SDL_ENABLE); --- gltron-0.70final.orig/src/video/trail.c +++ gltron-0.70final/src/video/trail.c @@ -81,8 +81,6 @@ void drawTrailLines(Player *p, PlayerVis float height; float *normal; - float dist; - float alpha; Data *data; Camera *cam; @@ -113,8 +111,8 @@ void drawTrailLines(Player *p, PlayerVis while(s != data-trails + data-trailOffset) { /* the current line is not drawn */ /* compute distance from line to eye point */ -dist = getDist(s, cam-cam); - alpha = (game2-rules.grid_size - dist / 2) / game2-rules.grid_size; +getDist(s, cam-cam); +// alpha = (game2-rules.grid_size - dist / 2) / game2-rules.grid_size; // trail_top[3] = alpha; glColor4fv(trail_top); @@ -133,8 +131,8 @@ void drawTrailLines(Player *p, PlayerVis glEnd(); /* compute distance from line to eye point */ - dist = getDist(s, cam-cam); - alpha = (game2-rules.grid_size - dist / 2) / game2-rules.grid_size; + getDist(s, cam-cam); + //alpha = (game2-rules.grid_size - dist / 2) / game2-rules.grid_size; // trail_top[3] = alpha; glColor4fv(trail_top); --- gltron-0.70final.orig/nebu/scripting/scripting.c +++ gltron-0.70final/nebu/scripting/scripting.c @@ -156,11 +156,10 @@ int scripting_GetStringResult(char **s) int scripting_CopyStringResult(char *s, int len) { int status; if(lua_isstring(L, -1)) { -int size, copy; +int size; status = 0; size = lua_strlen(L, -1) + 1; -if(size len) { copy = len; status = 2; } -else copy = size; +if(size len) { status = 2; } memcpy( s, lua_tostring(L, -1), size ); } else status = 1; --- gltron-0.70final.orig/nebu/video/video_system.c +++ gltron-0.70final/nebu/video/video_system.c @@ -19,7 +19,7 @@ void SystemInitWindow(int x, int y, int } void SystemInitDisplayMode(int f, unsigned char full) { - int bitdepth, zdepth; + int zdepth; flags = f; fullscreen = full; @@ -34,10 +34,8 @@ void SystemInitDisplayMode(int f, unsign if(flags SYSTEM_32_BIT) { zdepth = 24; -bitdepth = 32; } else { zdepth = 16; -bitdepth = 16; } if(flags SYSTEM_DEPTH) SDL_GL_SetAttribute( SDL_GL_DEPTH_SIZE, zdepth);
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 causes link failures of pascal programs that use c libraries on armel and probablly powerpc and sparc as well*. I do not know why it succeeds without it on i386 and amd64. Note1: this does not make the fpc package itself multiarch. Note2: the failures to build lazarus are currently blocking fpc from migrating to testing so there is no point holding the patch for this issue up in the hope of fpc migrating to testing first. If there is anything you do not like about this patch please tell me and I will adjust it. Otherwise please upload it. * I have not personally tested on powerpc and sparc because I do not have access to them but it seems more than likely that the lazarus build failures on those architectures are manifestations of the same issue. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 plugw...@p10link.net ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Remove obsolete libcurl include @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' libtunepimp-0.5.3~/lib/protocol.cpp libtunepimp-0.5.3/lib/protocol.cpp --- libtunepimp-0.5.3~/lib/protocol.cpp 2011-09-27 00:14:44.0 + +++ libtunepimp-0.5.3/lib/protocol.cpp 2011-09-27 00:14:45.0 + @@ -12,7 +12,6 @@ #include map #include expat.h #include curl/curl.h -#include curl/types.h #include curl/easy.h using namespace std;
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-unique.c 2011-09-27 00:50:36.0 + @@ -77,15 +77,22 @@ default: break; } + if (title) +dialog = gtk_message_dialog_new (GTK_WINDOW (main_window), + GTK_DIALOG_DESTROY_WITH_PARENT, + GTK_MESSAGE_INFO, + GTK_BUTTONS_CLOSE, + %s,title); + else +dialog = gtk_message_dialog_new (GTK_WINDOW (main_window), + GTK_DIALOG_DESTROY_WITH_PARENT, + GTK_MESSAGE_INFO, + GTK_BUTTONS_CLOSE, + NULL); - dialog = gtk_message_dialog_new (GTK_WINDOW (main_window), - GTK_DIALOG_DESTROY_WITH_PARENT, - GTK_MESSAGE_INFO, - GTK_BUTTONS_CLOSE, - title); if (message) gtk_message_dialog_format_secondary_text (GTK_MESSAGE_DIALOG (dialog), - message); + %s,message); gtk_window_set_urgency_hint (GTK_WINDOW (dialog), TRUE); diff -Nur -x '*.orig' -x '*~' libunique-1.1.6//unique/dbus/uniquebackend-dbus.c libunique-1.1.6.new//unique/dbus/uniquebackend-dbus.c --- libunique-1.1.6//unique/dbus/uniquebackend-dbus.c 2011-09-27 00:39:53.0 + +++ libunique-1.1.6.new//unique/dbus/uniquebackend-dbus.c 2011-09-27 00:39:59.0 + @@ -84,7 +84,6 @@ static gboolean unique_backend_dbus_request_name (UniqueBackend *backend) { - UniqueBackendDBus *backend_dbus; const gchar *name; DBusGConnection *connection; DBusGProxy *proxy; @@ -97,7 +96,7 @@ if (!connection) return FALSE; - backend_dbus = UNIQUE_BACKEND_DBUS (backend); + (void)(UNIQUE_BACKEND_DBUS (backend)); retval = TRUE; name = unique_backend_get_name (backend); @@ -186,7 +185,6 @@ GValueArray *data; gchar *cmd; gchar *resp; - gboolean res; GError *error; UniqueResponse response; @@ -203,7 +201,7 @@ resp = NULL; error = NULL; - res = org_gtk_UniqueApp_send_message (backend_dbus-proxy, + org_gtk_UniqueApp_send_message (backend_dbus-proxy, cmd, data, time_, resp, error);
Bug#630376: cpu: package FTBFS on squeeze
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 chroot 4: my fairly clean sid pbuiler Could you provide more information on the environment in which you encounted this bug. In particular what combination of autotools (autoconf, automake, autoheader etc) were installed? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-rc-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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 that. diff -ur shibboleth-sp2-2.4.3+dfsg/debian//control shibboleth-sp2-2.4.3+dfsg.new/debian//control --- shibboleth-sp2-2.4.3+dfsg/debian//control 2011-07-26 01:27:32.0 +0100 +++ shibboleth-sp2-2.4.3+dfsg.new/debian//control 2011-09-05 17:57:26.0 +0100 @@ -8,7 +8,8 @@ autotools-dev, doxygen, graphviz, liblog4cpp5-dev, libmemcached-dev, libsaml2-dev (= 2.4), libssl-dev, libtool, libxerces-c-dev, libxml-security-c-dev (= 1.6), libxmltooling-dev (= 1.4), - opensaml2-schemas, pkg-config, unixodbc-dev, xmltooling-schemas + opensaml2-schemas, pkg-config, unixodbc-dev, xmltooling-schemas, + g++-4.4 [armel] Standards-Version: 3.9.2 Homepage: http://shibboleth.internet2.edu/ Vcs-Git: git://git.debian.org/git/pkg-shibboleth/shibboleth-sp2.git Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: files Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2 Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.debhelper.log Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.postinst.debhelper Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.postrm.debhelper Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.prerm.debhelper Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.shibd.init Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libapache2-mod-shib2.substvars Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5 Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.debhelper.log Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.postinst.debhelper Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.postrm.debhelper Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp5.substvars Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev.debhelper.log Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-dev.substvars Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc.debhelper.log Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: libshibsp-doc.substvars diff -ur shibboleth-sp2-2.4.3+dfsg/debian//rules shibboleth-sp2-2.4.3+dfsg.new/debian//rules --- shibboleth-sp2-2.4.3+dfsg/debian//rules 2011-07-26 01:27:32.0 +0100 +++ shibboleth-sp2-2.4.3+dfsg.new/debian//rules 2011-09-05 18:11:19.0 +0100 @@ -1,5 +1,11 @@ #!/usr/bin/make -f +#gcc 4.5 and 4.6 fail to build this package on armel with an internal error +DEB_BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH) +ifeq ($(DEB_BUILD_ARCH),armel) +export CXX=g++-4.4 +endif + DOCS = debian/libshibsp-doc/usr/share/doc/libshibsp-doc ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas.debhelper.log Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: shibboleth-sp2-schemas.substvars Only in shibboleth-sp2-2.4.3+dfsg.new/debian/: tmp
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 that shibboleth-sp2 is linked with several shared libraries now built with g++-4.6? I belive all recent g++ versions are abi compatible (they certainly all use the same version of libstdc++). ccing debian-gcc for confirmation. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-rc-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 looks at rc bugs, I have no relationship to this package. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636802: [fpc-devel] fpc fails to link against libc on some architectures due to multiarch
tags 636802 +patch thanks Note: jonas's reply was only posted to fpc-devel, not to the debian bug report , a copy can be found at http://lists.freepascal.org/lists/fpc-devel/2011-August/025444.html Jonas Maebe wrote: Is there a standard for multiarch library path locations and names? Multiarch seems to be a debian/ubuntu creation. Debian and ubuntu seem to be consistent at least on i386 and amd64. I'm not sure what the situation is with arm ports of ubuntu (note that multiarch triplets are supposed to represent an ABI so two arm ports with incompatible ABIs are supposed to have different multiarch triplets). If not, that sounds like configuration option that should be added by distribution-specific patches. I've attatched a patch to debian/rules to add the multiarch path to the configuration installed by the debian package. --- fpc-2.4.4/debian/rules 2011-07-04 22:41:08.0 +0100 +++ fpc-2.4.4.new/debian/rules 2011-08-18 08:35:48.0 +0100 @@ -62,6 +62,7 @@ DEB_UPSTREAM_VERSION:=$(shell echo $(DEB_VERSION) | cut -f 1 -d -) DEB_UPSTREAM_MAIN_VERSION:=$(shell echo ${DEB_UPSTREAM_VERSION} | sed -e 's/^\([0-9\.]*\).*/\1/') DEB_BUILD=$(lastword $(subst -, ,${DEB_VERSION})) +DEB_BUILD_MULTIARCH:=$(shell dpkg-architecture -qDEB_BUILD_MULTIARCH) ifndef PACKAGESUFFIX export PACKAGESUFFIX=-${DEB_UPSTREAM_MAIN_VERSION} endif @@ -205,6 +206,9 @@ # Install configuration files /bin/bash fpcsrc/compiler/utils/samplecfg \ /usr/lib/fpc/${DEB_UPSTREAM_VERSION} ${INSTALL_DIR}/etc + # Add multiarch path to /etc/fpc.cfg so executables linked against libc can be corectly linked + echo # multiarch library search path ${INSTALL_DIR}/etc/fpc.cfg + echo -Fl/usr/lib/$(DEB_BUILD_MULTIARCH) ${INSTALL_DIR}/etc/fpc.cfg ${MV} ${INSTALL_DIR}/etc/fpc.cfg ${INSTALL_DIR}/etc/fpc-${DEB_UPSTREAM_MAIN_VERSION}.cfg # Install RTL demos $(MAKE) -C demo sourceinstall $(INSTALLOPTS) INSTALL_SOURCEDIR=$(DOC_DIR)/fp-compiler/${DEB_UPSTREAM_MAIN_VERSION}
Bug#636802: fpc fails to link against libc on some architectures due to multiarch
reassign 636802 fpc thanks From my testing on armel I now belive that the issue causing the lazarus build failures is a problem with freepascal and multiarch. I haven't tried to troubleshoot the issue on powerpc or sparc as I don't have access to them but I presume it is the same issue. On armel the problem seems to be that freepascal can't find crti.o in the new multiarch path. Confusingly if freepascal can't find crti.o then rather than throwing an error it simply omits it from link.res. Manually pointing freepascal at the multiarch path by using -Fl/usr/lib/arm-linux-gnueabi (for armel) allows the test program to be built successfully. I presume the problem is the same on powerpc and sparc but I have no way of testing those. So it would seem that the multiarch library path for the relavent architecture needs to be added to the default freepascal search path either through adding it to the default configuration file or adding it to the hardcoded list in fpcsrc/compiler/systems/t_linux.pas . -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625311: bomberclone: ftbfs with gcc-4.6 -Werror
tags 625311 +patch thanks patch is attatched just add it to debian/patches I have built the game with the patch and checked it seems to basically run with this patch. I have not extensively tested it. I am just doing flyby bugfixes I do not have previous experiance with this game or package. diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/bomb.c bomberclone-0.11.9.new//src/bomb.c --- bomberclone-0.11.9//src/bomb.c 2011-08-11 20:12:41.0 + +++ bomberclone-0.11.9.new//src/bomb.c 2011-08-11 20:12:48.0 + @@ -503,17 +503,12 @@ * the bomb was kicked.. so move the bomb in the right way.. */ void bomb_kicked (_bomb * bomb) { - float dist, dX, dY, pX, pY; + float dX, dY, pX, pY; pX = dX = bomb-dest.x - bomb-source.x; pY = dY = bomb-dest.y - bomb-source.y; if (pX 0.0f) pX = -dX; if (pY 0.0f) pY = -dY; - if (pX == 0.0f) dist = pY; - else if (pY == 0.0f) dist = pX; - else { - dist = sqrtf (powf (pX,2) + powf (pY,2)); - } bomb-fdata += timediff; // * (SPECIAL_KICK_MAXDIST / dist); if (bomb-fdata = 1.0f) { diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/gfx.c bomberclone-0.11.9.new//src/gfx.c --- bomberclone-0.11.9//src/gfx.c 2011-08-11 20:12:41.0 + +++ bomberclone-0.11.9.new//src/gfx.c 2011-08-11 20:12:48.0 + @@ -37,8 +37,7 @@ void gfx_load_players (int sx, int sy) { -float sfkt, - ssfkt; +float sfkt; char filename[255]; int i, r, @@ -47,7 +46,6 @@ SDL_Surface *tmpimage, *tmpimage1; sfkt = ((float) sx) / ((float) GFX_IMGSIZE); -ssfkt = ((float) GFX_SMALLPLAYERIMGSIZE_X) / ((float) GFX_IMGSIZE); d_printf (gfx_load_players (%d, %d)\n, sx, sy); diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/gfxpixelimage.c bomberclone-0.11.9.new//src/gfxpixelimage.c --- bomberclone-0.11.9//src/gfxpixelimage.c 2011-08-11 20:12:41.0 + +++ bomberclone-0.11.9.new//src/gfxpixelimage.c 2011-08-11 20:12:48.0 + @@ -285,10 +285,6 @@ SDL_Surface * makegray_image (SDL_Surface * org) { -Uint32 rmask, - gmask, - bmask, - amask; Uint32 pixel, transpixel = 0; SDL_Surface *dest; @@ -300,18 +296,6 @@ b, gray; -#if SDL_BYTEORDER == SDL_BIG_ENDIAN -rmask = 0xff00; -gmask = 0x00ff; -bmask = 0xff00; -amask = 0x00ff; -#else /* */ -rmask = 0x00ff; -gmask = 0xff00; -bmask = 0x00ff; -amask = 0xff00; -#endif /* */ - dest = SDL_CreateRGBSurface (SDL_SWSURFACE, org-w, org-h, org-format-BitsPerPixel, org-format-Rmask, org-format-Gmask, org-format-Bmask, org-format-Amask); diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/keyb.c bomberclone-0.11.9.new//src/keyb.c --- bomberclone-0.11.9//src/keyb.c 2011-08-11 20:12:47.0 + +++ bomberclone-0.11.9.new//src/keyb.c 2011-08-11 20:13:43.0 + @@ -180,8 +180,7 @@ void keyb_config_joypad (int key) { unsigned int n = 0; SDL_Event event; - Uint8 *keys; - int keypressed = 0, done = 0, eventstate = 0, reorder = 0, i, j; + int done = 0, eventstate = 0, reorder = 0, i, j; if (joy[0] == NULL || key 0 || key = BCK_max) return; @@ -189,9 +188,6 @@ menu_displaytext (Joypad Config, Please press the new key\nfor this function.); - keys = SDL_GetKeyState (NULL); - if (keys[SDLK_RETURN] || keys[SDLK_ESCAPE]) - keypressed = 1; timestamp = SDL_GetTicks (); // needed for time sync. @@ -245,9 +241,7 @@ void keyb_config_readkey (int key) { int newkey; SDL_Event event; -Uint8 *keys; -int keypressed = 0, -done = 0, +int done = 0, eventstate = 0, reorder = 0; newkey = 0; @@ -258,9 +252,6 @@ menu_displaytext (Keyboard Config, Please press the new key\nfor this function.); -keys = SDL_GetKeyState (NULL); -if (keys[SDLK_RETURN] || keys[SDLK_KP_ENTER] || keys[SDLK_ESCAPE]) -keypressed = 1; timestamp = SDL_GetTicks (); // needed for time sync. diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/mapmenu.c bomberclone-0.11.9.new//src/mapmenu.c --- bomberclone-0.11.9//src/mapmenu.c 2011-08-11 20:12:41.0 + +++ bomberclone-0.11.9.new//src/mapmenu.c 2011-08-11 20:12:48.0 + @@ -174,15 +174,13 @@ { _keybinput ki; SDL_Event event; -int x, - y, +int y, eventstate, done = 0; char text[255]; // draw_menubox (WIN_X, WIN_Y); -x = gfx.res.x / 2; y = gfx.res.y / 2 - WIN_Y / 2; sprintf (text, Map Settings); diff -Nur -x '*.orig' -x '*~' bomberclone-0.11.9//src/menu.c bomberclone-0.11.9.new//src/menu.c --- bomberclone-0.11.9//src/menu.c 2011-08-11 20:12:41.0 + +++ bomberclone-0.11.9.new//src/menu.c 2011-08-11 20:12:48.0 + @@ -591,11 +591,10 @@ menuselect; _charlist *selfile = flist; _menu *menu; - _menuitem *dirmi; flcnt =
Bug#625319: chiark-tcl: ftbfs with gcc-4.6 -Werror
tags 625319 +patch thanks Patch is attatched that eliminates the unused but set variables. Note: i'm just doing flyby rc bugsquashing, I have tested that the resulting packages build and install but I have not tested beyong that. diff -ur chiark-tcl-1.1.0+nmu2/base/hook.c chiark-tcl-1.1.0+nmu2.new/base/hook.c --- chiark-tcl-1.1.0+nmu2/base/hook.c 2009-07-19 16:26:13.0 + +++ chiark-tcl-1.1.0+nmu2.new/base/hook.c 2011-08-11 20:28:01.0 + @@ -86,7 +86,7 @@ int cht_get_urandom(Tcl_Interp *ip, Byte *buffer, int l) { static FILE *urandom; - int r, esave; + int r; if (!urandom) { urandom= fopen(URANDOM,rb); @@ -95,7 +95,6 @@ r= fread(buffer,1,l,urandom); if (r==l) return 0; - esave= errno; fclose(urandom); urandom=0; if (ferror(urandom)) { diff -ur chiark-tcl-1.1.0+nmu2/base/idtable.c chiark-tcl-1.1.0+nmu2.new/base/idtable.c --- chiark-tcl-1.1.0+nmu2/base/idtable.c 2006-10-20 11:35:04.0 + +++ chiark-tcl-1.1.0+nmu2.new/base/idtable.c 2011-08-11 20:28:45.0 + @@ -79,14 +79,12 @@ int l; unsigned long ul; IdDataValue *dv; - IdDataAssocData *assoc; char *ep, *str; if (o-typePtr != cht_tabledataid_nearlytype) goto convert; dv= o-internalRep.otherValuePtr; if (dv-interp != ip) goto convert; - assoc= dv-assoc; if (dv-assoc-idds != idds) goto convert; return TCL_OK; diff -ur chiark-tcl-1.1.0+nmu2/hbytes/hook.c chiark-tcl-1.1.0+nmu2.new/hbytes/hook.c --- chiark-tcl-1.1.0+nmu2/hbytes/hook.c 2006-10-20 11:35:04.0 + +++ chiark-tcl-1.1.0+nmu2.new/hbytes/hook.c 2011-08-11 20:29:52.0 + @@ -98,8 +98,8 @@ } static int hbytes_t_sfa(Tcl_Interp *ip, Tcl_Obj *o) { - char *str, *ep, *os; - Byte *startbytes, *bytes; + char *str, *ep; + Byte *bytes; int l; char cbuf[3]; @@ -111,13 +111,13 @@ } else { -os= str= Tcl_GetStringFromObj(o,l); assert(str); +str= Tcl_GetStringFromObj(o,l); assert(str); cht_objfreeir(o); if (l 1) return cht_staticerr(ip, hbytes: conversion from hex: odd length in hex, HBYTES SYNTAX); -startbytes= bytes= cht_hb_arrayspace(OBJ_HBYTES(o), l/2); +bytes= cht_hb_arrayspace(OBJ_HBYTES(o), l/2); cbuf[2]= 0; while (l0) {
Bug#625323: collectd: ftbfs with gcc-4.6 -Werror
tags 625323 +patch thanks As well as the issue mentioned in this bug report I found two other issues that were preventing successfull build. Patches for all three issues and a new 00list file to apply them in the right order (the package uses dpatch) are attatched. Note that since I don't use collectd (i'm just doing flyby rc bug squashing) the functionality of the packages built with theese patches has not been tested. #! /bin/sh /usr/share/dpatch/dpatch-run ## gcc-4.6-fixes.dpatch by root@localhost ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: fixes for unused but set variable warnings from gcc-4.6 @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/disk.c collectd-4.10.1/src/disk.c --- collectd-4.10.1~/src/disk.c 2011-08-11 22:31:20.0 + +++ collectd-4.10.1/src/disk.c 2011-08-11 22:31:25.0 + @@ -426,7 +426,6 @@ int numfields; int fieldshift = 0; - int major = 0; int minor = 0; counter_t read_sectors = 0; @@ -464,7 +463,6 @@ if ((numfields != (14 + fieldshift)) (numfields != 7)) continue; - major = atoll (fields[0]); minor = atoll (fields[1]); disk_name = fields[2 + fieldshift]; diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/java.c collectd-4.10.1/src/java.c --- collectd-4.10.1~/src/java.c 2011-08-11 22:31:20.0 + +++ collectd-4.10.1/src/java.c 2011-08-11 22:31:25.0 + @@ -2253,7 +2253,6 @@ cjni_callback_info_t *cbi; jobject o_ocitem; const char *name; - int status; size_t i; jclass class; @@ -2308,7 +2307,7 @@ method = (*jvm_env)-GetMethodID (jvm_env, class, config, (Lorg/collectd/api/OConfigItem;)I); - status = (*jvm_env)-CallIntMethod (jvm_env, + (*jvm_env)-CallIntMethod (jvm_env, cbi-object, method, o_ocitem); (*jvm_env)-DeleteLocalRef (jvm_env, o_ocitem); @@ -3065,9 +3064,8 @@ if (config_block != NULL) { -int status; -status = cjni_config_perform (config_block); +cjni_config_perform (config_block); oconfig_free (config_block); config_block = NULL; } diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/libvirt.c collectd-4.10.1/src/libvirt.c --- collectd-4.10.1~/src/libvirt.c 2011-08-11 22:31:20.0 + +++ collectd-4.10.1/src/libvirt.c 2011-08-11 22:31:25.0 + @@ -655,8 +655,6 @@ int i, n; const char *name; char uuid[VIR_UUID_STRING_BUFLEN]; -char *host_ptr; -size_t host_len; vl-time = t; vl-interval = interval_g; @@ -664,8 +662,6 @@ sstrncpy (vl-plugin, libvirt, sizeof (vl-plugin)); vl-host[0] = '\0'; -host_ptr = vl-host; -host_len = sizeof (vl-host); /* Construct the hostname field according to HostnameFormat. */ for (i = 0; i HF_MAX_FIELDS; ++i) { diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/match_empty_counter.c collectd-4.10.1/src/match_empty_counter.c --- collectd-4.10.1~/src/match_empty_counter.c 2011-08-11 22:31:20.0 + +++ collectd-4.10.1/src/match_empty_counter.c 2011-08-11 22:31:25.0 + @@ -73,7 +73,6 @@ const value_list_t *vl, notification_meta_t __attribute__((unused)) **meta, void **user_data) { - mec_match_t *m; int num_counters; int num_empty; int i; @@ -81,7 +80,6 @@ if ((user_data == NULL) || (*user_data == NULL)) return (-1); - m = *user_data; num_counters = 0; num_empty = 0; diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/mysql.c collectd-4.10.1/src/mysql.c --- collectd-4.10.1~/src/mysql.c2011-08-11 22:31:20.0 + +++ collectd-4.10.1/src/mysql.c 2011-08-11 22:31:25.0 + @@ -707,7 +707,6 @@ MYSQL_RES *res; MYSQL_ROW row; char *query; - intfield_num; unsigned long long qcache_hits = 0ULL; unsigned long long qcache_inserts = 0ULL; @@ -743,7 +742,7 @@ if (res == NULL) return (-1); - field_num = mysql_num_fields (res); + mysql_num_fields (res); while ((row = mysql_fetch_row (res))) { char *key; diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' collectd-4.10.1~/src/network.c collectd-4.10.1/src/network.c --- collectd-4.10.1~/src/network.c
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 migration of the new version of freepascal to testing (the armel failure isn't because there are no old lazarus binaries on that platform). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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../components/custom -Fu../components/mpaslex -Fu../ideintf/units/powerpc-linux -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/powerpc-linux -Fu../units/powerpc-linux -Fuframes -Fu. -Fu/usr/share/fpcsrc/2.4.4/rtl -Fu/usr/share/fpcsrc/2.4.4/packages/regexpr -Fiinclude -Fiinclude/linux -Fi../images -FE.. -FU../units/powerpc-linux -Fl/usr/lib/powerpc-linux-gnu/gcc/powerpc-linux-gnu/4.6.1 -Flinclude -Fl/etc/ld.so.conf.d/*.conf -dpowerpc lazbuild.lpr Free Pascal Compiler version 2.4.4-2 [2011/07/11] for powerpc Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Linux for PowerPC Compiling lazbuild.lpr Assembling lazbuild Compiling resource ../units/powerpc-linux/lazbuild.or Linking ../lazbuild /usr/bin/ld: warning: ../link.res contains output sections; did you forget -T? /usr/lib/powerpc-linux-gnu/libc_nonshared.a(elf-init.oS): In function `__libc_csu_init': (.text+0x54): undefined reference to `_init' lazbuild.lpr(1278) Error: Error while linking lazbuild.lpr(1278) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [lazbuild] Error 1 /usr/bin/ppcsparc -gl -dlclnogui -Fu../lcl/units/sparc-linux -Fu../lcl/units/sparc-linux/nogui -Fu../components/codetools/units/sparc-linux -Fu../components/synedit/units/sparc-linux -Fu../components/lazcontrols/lib/sparc-linux -Fu../components/custom -Fu../components/mpaslex -Fu../ideintf/units/sparc-linux -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/sparc-linux -Fu../units/sparc-linux -Fuframes -Fu. -Fu/usr/share/fpcsrc/2.4.4/rtl -Fu/usr/share/fpcsrc/2.4.4/packages/regexpr -Fiinclude -Fiinclude/linux -Fi../images -FE.. -FU../units/sparc-linux -Fl/usr/lib/sparc-linux-gnu/gcc/sparc-linux-gnu/4.6.1 -Flinclude -Fl/etc/ld.so.conf.d/*.conf -dsparc lazbuild.lpr Free Pascal Compiler version 2.4.4-2 [2011/07/12] for sparc Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Linux for SPARC Compiling lazbuild.lpr Assembling lazbuild Compiling resource ../units/sparc-linux/lazbuild.or Linking ../lazbuild /usr/bin/ld: warning: ../link.res contains output sections; did you forget -T? /usr/lib/fpc/2.4.4/units/sparc-linux/rtl/cprt0.o: In function `_start': (.text+0x58): undefined reference to `_init' /usr/lib/fpc/2.4.4/units/sparc-linux/rtl/cprt0.o: In function `_start': (.text+0x5c): undefined reference to `_fini' /usr/lib/fpc/2.4.4/units/sparc-linux/rtl/cprt0.o: In function `_start': (.text+0x64): undefined reference to `_init' /usr/lib/fpc/2.4.4/units/sparc-linux/rtl/cprt0.o: In function `_start': (.text+0x68): undefined reference to `_fini' lazbuild.lpr(1278) Error: Error while linking lazbuild.lpr(1278) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [lazbuild] Error 1 /usr/bin/ppcarm -gl -dlclnogui -Fu../lcl/units/arm-linux -Fu../lcl/units/arm-linux/nogui -Fu../components/codetools/units/arm-linux -Fu../components/synedit/units/arm-linux -Fu../components/lazcontrols/lib/arm-linux -Fu../components/custom -Fu../components/mpaslex -Fu../ideintf/units/arm-linux -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/arm-linux -Fu../units/arm-linux -Fuframes -Fu. -Fu/usr/share/fpcsrc/2.4.4/rtl -Fu/usr/share/fpcsrc/2.4.4/packages/regexpr -Fiinclude -Fiinclude/linux -Fi../images -FE.. -FU../units/arm-linux -Fl/usr/lib/arm-linux-gnueabi/gcc/arm-linux-gnueabi/4.6.1 -Flinclude -Fl/etc/ld.so.conf.d/*.conf -darm lazbuild.lpr Free Pascal Compiler version 2.4.4-1 [2011/06/30] for arm Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Linux for ARMEL Compiling lazbuild.lpr Assembling lazbuild Compiling resource ../units/arm-linux/lazbuild.or Linking ../lazbuild /usr/bin/ld: warning: ../link.res contains output sections; did you forget -T? /usr/lib/fpc/2.4.4/units/arm-linux/rtl/cprt0.o: In function `_haltproc_eabi': (.text+0x88): undefined reference to `_fini' /usr/lib/fpc/2.4.4/units/arm-linux/rtl/cprt0.o: In function `_haltproc_eabi': (.text+0x90): undefined reference to `_init' lazbuild.lpr(1278) Error: Error while linking lazbuild.lpr(1278) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[3]: *** [lazbuild] Error 1 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). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#626019: libsane-perl: FTBFS on sparc (test hang?)
I see you are building against libsane 1.0.22-2. Were the previous successful builds against libsane 1.0.22-2, or another? You can find the log of the last successfull sparc build at https://buildd.debian.org/status/fetch.php?pkg=libsane-perlarch=sparcver=0.03-1stamp=1242394752 Apparently version 1.0.20-4 of libsane was used. Or am I being slow, and this is just because of the Perl 5.12 transition (that being the only change)? It's pretty obvious that the rebuild is for the perl transition but this being sid other things can change too. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626584: ifeffit needs rebuilding and it seems the buildds can't do it
package: ifeffit severity: serious x-debbugs-cc: debian-rele...@lists.debian.org ifeffit needs rebuilding against the new perl and it seems the buildds can't build it due to the build-depends on the non-free package pgplot5. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589809: closed by Hilko Bengen ben...@debian.org (Bug#589809: fixed in hivex 1.2.6-1)
302a997b95f7dd9ce280e2415be77fcfbf7a088f 53636 libhivex-bin_1.2.6-1_amd64.deb a233aa934d0cf63330b7202a3a9c8a4f4d2a1530 53926 libwin-hivex-perl_1.2.6-1_amd64.deb 53ae1c6b12b18f89e3fd54606132364707e5d29f 19356 libhivex-ocaml_1.2.6-1_amd64.deb f397cbe507900ce9d1960255fffe875cc0212f7c 25664 libhivex-ocaml-dev_1.2.6-1_amd64.deb 50d4108c2d05991509252089c0191a7220824876 20916 python-hivex_1.2.6-1_amd64.deb Checksums-Sha256: 14d3ed96e4262e21ef5fe3eedf308021b593055677dcf5a2594bbb76747e486c 1253 hivex_1.2.6-1.dsc 69ad3da276c136f9a1a30db5744c4d563ff3f1ebf504a2e36e9a38f2d6d7f75d 1025096 hivex_1.2.6.orig.tar.gz c6b57db470a0221272cf0a6f8ba0874c8a1ef3ff24436bfb880d1bbeb69c592d 3711 hivex_1.2.6-1.diff.gz 047abef0b2e762ee8db18ef1e95d1f20bd4105a008a76c43825aa794d900fa5d 39390 libhivex0_1.2.6-1_amd64.deb c1d518250f50d77d93393a016400cb063223fc83cacb30286299def096f81ab7 53820 libhivex-dev_1.2.6-1_amd64.deb fdf2322bc73cd45b8df4a26458ac6290f4471b9c62df8c4ee9a3f10805b98ed6 134030 libhivex0-dbg_1.2.6-1_amd64.deb 32b95b7bee1f2320fd0447d631775012926e1329bd279a1c7b2b5d05c23e3308 53636 libhivex-bin_1.2.6-1_amd64.deb ca1835340d74d878b551b034ff430b2ce3c624ef505fa5d905e45150947a54b5 53926 libwin-hivex-perl_1.2.6-1_amd64.deb d9228ef718d9d81c6196e7cea67e9d2fc88b1938ff5cdedd80f653fa5eb47387 19356 libhivex-ocaml_1.2.6-1_amd64.deb 841c12bbaca59951a629db8b9e2115175fc04cb529ed7fa4fcd184a44bedaf5f 25664 libhivex-ocaml-dev_1.2.6-1_amd64.deb 5530bf226e41e4502721a5e02a373740ffa4bffe1760cf35279b3f7d165c72ef 20916 python-hivex_1.2.6-1_amd64.deb Files: f0e813ae7e315eb682db8030639ee5d2 1253 libs extra hivex_1.2.6-1.dsc 6eba5c9f119a592562e7bb1a96629e08 1025096 libs extra hivex_1.2.6.orig.tar.gz 638bc94cd7ade873bc1bb112876b415c 3711 libs extra hivex_1.2.6-1.diff.gz 067544f346752ee3cf62f1c2ca6e7f08 39390 libs extra libhivex0_1.2.6-1_amd64.deb fbf285b30316b9302f5bc8c7f763c2ef 53820 libdevel extra libhivex-dev_1.2.6-1_amd64.deb a400da81628d4091a12e6d91d18e 134030 debug extra libhivex0-dbg_1.2.6-1_amd64.deb 6da9487d6622312dc4b55436a2523aa8 53636 otherosfs extra libhivex-bin_1.2.6-1_amd64.deb 06c766ed7bdee13d66c1cf1e10ab9f4f 53926 perl extra libwin-hivex-perl_1.2.6-1_amd64.deb 8aef012b2ffa82b887adb57b70493af2 19356 ocaml extra libhivex-ocaml_1.2.6-1_amd64.deb 1c2e8b9b2548cb4a72d913f74acf3932 25664 ocaml extra libhivex-ocaml-dev_1.2.6-1_amd64.deb 12a2fd6230958e35b62f935ba9e60f13 20916 python extra python-hivex_1.2.6-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3MSpEACgkQUCgnLz/SlGgrWACfReTcJVmSsTD1g98y5LDK30+Z isEAoJneQadNcAN/1un+NS6Ka+EapEwV =MM8n -END PGP SIGNATURE- Subject: hivex FTBFS everywhere except i386 and amd64 From: peter green plugw...@p10link.net Date: Wed, 21 Jul 2010 10:41:04 +0100 To: sub...@bugs.debian.org To: sub...@bugs.debian.org Package: hivex Version: 1.2.2+git20100712-2 Severity: important According to https://buildd.debian.org/build.cgi?pkg=hivexdist=unstable the autobuilders built hivex successfully on i386 and have tried and failed to build it on all architectures except i386 and amd64 (they did not build it on amd64 since you uploaded an amd64 binary). Different architectures failed in different ways. alpha, armel, hppa, ia64, mips, mipsel, s390, : Making all in ocaml make[4]: Entering directory `/build/buildd-hivex_1.2.2+git20100712-2-alpha-Lfj9P3/hivex-1.2.2+git20100712/ocaml' gcc -std=gnu99 -I.. -I/usr/lib/ocaml -I../ocaml -I../lib -g -O2 -fPIC -Wall -c hivex_c.c hivex_c.c:52: error: static declaration of 'caml_raise_with_args' follows non-static declaration /usr/lib/ocaml/caml/fail.h:30: note: previous declaration of 'caml_raise_with_args' was here make[4]: *** [hivex_c.o] Error 1 hurd-i386, kfreebsd-amd64, kfreebsd-i386: make[5]: Entering directory `/build/buildd-hivex_1.2.2+git20100712-2-hurd-i386-QRDg6f/hivex-1.2.2+git20100712/lib' CC libhivex_la-hivex.lo /bin/bash ../libtool --silent --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib-g -O2 -c -o libhivex_la-hivex.lo `test -f 'hivex.c' || echo './'`hivex.c hivex.c: In function 'hivex_root': hivex.c:558: error: 'ENOKEY' undeclared (first use in this function) hivex.c:558: error: (Each undeclared identifier is reported only once hivex.c:558: error: for each function it appears in.) make[5]: *** [libhivex_la-hivex.lo] Error 1 powerpc, sparc: make check-TESTS make[3]: Entering directory `/build/buildd-hivex_1.2.2+git20100712-2-powerpc-0hLpXj/hivex-1.2.2+git20100712/ocaml' PASS: t/hivex_005_load PASS: t/hivex_010_open PASS: t/hivex_020_root 01 non-existent file 02 closed handle 03 write to read-only file 04 node_get_child node not found PASS: t/hivex_100_errors PASS: t/hivex_110_gc_handle PASS: t/hivex_200_write Fatal error: exception Hivex.Error(node_values, 9, Bad address) FAIL: t/hivex_300_fold make[3]: *** [check-TESTS] Error 1
Bug#616181: fpc: FTBFS on armel: An unhandled exception occurred at $00033B60
I have tried and failed to reproduce this issue in qemu with an up to date sid. Can anyone else reproduce it? Since both failures have been from the same buildd I wonder if it's some issue with the particular buildd. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564970: celestia: ftbfs with gcc-4.5
During testing to try and locate the source of the issue with the algorithm header I discovered the problem can be got arround by reordering header includes so that system headers are included before other headers. I attatch a patch that does that for the two source files that are impacted by this issue and fixes another compilation issue (I'm not sure of the correctness of that second fix and as such am not applying the patch tag please check it before uploading it). I also had to modify debian/rules to force linking aginst some libraries due to the new stricter linker behaviour i've attatched the modified rules file for that. With these changes the package builds successfully. The built packages can be installed and run and all three versions (glut, kde and gnome) successfully display the intro sequence of looking at the sun followed by the earth. I have not tested beyond that. Note: i'm just doing flyby RC bug investigation. I do not have anything to do with either the celestia or GCC packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564970: celestia: ftbfs with gcc-4.5
I attatch a patch (suitable for adding to the quilt series) that does that for the two source files that are impacted by this issue and fixes another compilation issue (I'm not sure of the correctness of that second fix and as such am not applying the patch tag please check it before uploading it). I also had to modify debian/rules to force linking aginst some libraries due to the new stricter linker behaviour i've attatched the modified rules file for that. Sorry forgot to actually attatch the files #!/usr/bin/make -f # Sample debian/rules that uses debhelper. # GNU copyright 1997 to 1999 by Joey Hess. # # Modified to make a template file for a multi-binary package with separated # build-arch and build-indep targets by Bill Allombert 2001 # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 # This has to be exported to make some magic below work. export DH_OPTIONS # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) #GCC4_ICES_HERE := arm m68k hppa DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) #ifneq (,$(filter $(DEB_HOST_ARCH_CPU),$(GCC4_ICES_HERE))) # export CC=gcc-3.4 # export CPP=cpp-3.4 # export CXX=g++-3.4 #endif # Since the configure-script doesn't work when building outside of the # source dir, we have to copy the damned thing a few times. # This is a crude hack really and the configure script should be fixed # but for now it works... # # So first we build a list of stuff to copy. LIST = $(shell ls | grep -v ^debian$ | grep -v ^build-) BUILDDIRS = build-glut build-kde build-gnome CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 else CFLAGS += -O2 endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif # For the KDE part -include debian/debiandirs debian/debiandirs: admin/debianrules perl -w admin/debianrules echodirs debian/debiandirs # CONFIG PHASE # config: config-glut config-gnome config-kde config-glut: config-glut-stamp config-glut-stamp: -mkdir build-glut -chmod a+x configure -for TMP in $(LIST); do cp -ldpR $$TMP build-glut; done -cp /usr/share/misc/config.* build-glut cd build-glut LIBS=-ldl ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --disable-rpath \ --with-glut \ --with-lua \ --without-arts \ LDFLAGS=-Wl,--as-needed touch config-glut-stamp config-gnome: config-gnome-stamp config-gnome-stamp: -mkdir build-gnome -chmod a+x configure -for TMP in $(LIST); do cp -ldpR $$TMP build-gnome; done -cp /usr/share/misc/config.* build-gnome cd build-gnome LIBS=-ldl ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --disable-rpath \ --with-gnome \ --with-lua \ --without-arts \ --with-gconf-schema-file-dir=/usr/share/gconf/schemas \ LDFLAGS=-Wl,--as-needed touch config-gnome-stamp config-kde: config-kde-stamp config-kde-stamp: -mkdir build-kde -chmod a+x configure -for TMP in $(LIST); do cp -ldpR $$TMP build-kde; done -cp /usr/share/misc/config.* build-kde cd build-kde LIBS=-lDCOP -ldl ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --disable-rpath \ --with-kde --enable-libsuffix= \ --without-arts \ --with-lua touch config-kde-stamp ### # BUILD PHASE # ### build: build-arch build-indep
Bug#614440: alarm-clock: FTBFS: alarm_runner.h:33: error: 'alarm' redeclared as
As of right now this issue only seems to affect builds on sid not on squeeze or wheezy. The offending line is GKeyFile *alarm; which seems to conflict with a new addition to the standard headers. The strange thing is I can't seem to find any evidence that variable is ever used either by grepping (admittedly grepping produced a LOT of false positives so it's possible I missed something) or through removing the declaration and attempting to build, install and run (I have not tested functionality beyond whether the app starts or not). the package (on squeeze, wheezy and sid). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614772: libkarma: FTBFS: insufficient build-deps
tags 614772 +patch thanks Looks like /cli-common-dev needs to be moved from build-depends-indep to build-depends. / -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614217: lzop: uninstallable in sid
The versioned dependency is placed manually as both a binary and build-dependency so this isn't a simple rebuild to fix dependency problem. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613961: libphash: FTBFS on armel - 'UINT64_C' was not declared
tags 613961 + sid patch This bug seems to impact builds in sid but not in squeeze or wheezy. A patch is attatched that adds the required define to the CXXFLAGS to enable that type. --- libphash-0.9.0/debian/rules 2011-02-18 23:53:17.0 + +++ libphash-0.9.0.new/debian/rules 2011-02-18 23:48:52.0 + @@ -2,6 +2,8 @@ #export DH_VERBOSE=1 +export CXXFLAGS += -D__STDC_CONSTANT_MACROS + clean: clean-patched unpatch clean-patched:
Bug#578976: libdc1394: build-depends-on-obsolete-package x-dev
Package depends on obsolete x-dev It looks like this is a package on it's way out anyway, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516826 Just pointing this out in case anyone else sees this in an rc bugs list to stop them wasting time investigating it. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575856: nestra: build-depends-on-obsolete-package x-dev
tags 575856 +patch thanks From my testing it appears to be sufficiant to simply drop the build-dependency on x-dev to fix this. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606343: libpam-mount: FTBFS on kfreebsd-*: insufficient build-deps
I just took a quick look (i'm just doing flyby looks at rc bugs, I don't have anything to do with this package) and it appears it isn't a simple case of missing build-depends. The build-depends is there but qualified with [linux-any], presumablly that qualification is there because libcryptsetup-dev is only available on linux. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593049: osso-gwconnect: FTBFS: configure: error: ossolog enabled but, osso-log.h not found
found 593049 1.0.12.debian-1 thanks I have just confirmed that this issue also impacts building squeezes version in squeeze Looking at config.log for insight it seems something screwy with CFLAGS configure:5403: checking osso-log.h usability configure:5403: gcc -c -g -O2 -Wall -g -O2 30989as_VAR conftest.c 5 gcc: 30989as_VAR: No such file or directory configure:5403: $? = 1 snip CFLAGS='-g -O2 -Wall -g -O2 30989as_VAR' The number before the as changes each time suggesting the value is generated somehow but I haven't tracked down how. Suspecting a bashism I tried changing debian/rules to use bash and then tried changing the default shell to bash but neither made any difference. P.S. this is a flyby rc bug investigation, I have nothing to do with the package. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605816: suckless-tools: FTBFS: /home/buildd/.terminfo: permission denied (errno 2)
tags 605816 +patch thanks The attached patch points $HOME for the build at a subdirectory of the build tree (which is created in build and nuked in clean) allowing the package to be built by users with a nonexistent homedir and ensuring that the users homedir can neither affect or be affected by the build process. --- suckless-tools-37/debian/rules 2010-12-04 21:50:49.0 + +++ suckless-tools-37.new/debian/rules 2010-12-04 21:49:57.0 + @@ -1,5 +1,7 @@ #!/usr/bin/make -f +export HOME :=$(CURDIR)/debian/fakehome + SHELL := sh -e TOOLS = $(shell ls | sed -e 's|debian||') @@ -9,13 +11,14 @@ override_dh_auto_clean: dh_auto_clean - + rm -rf debian/fakehome for TOOL in $(TOOLS); \ do \ make -C $${TOOL} clean; \ done override_dh_auto_build: + mkdir debian/fakehome find . -name config.mk | xargs sed -i 's,-s ${LIBS},${LIBS},' for TOOL in $(TOOLS); \ do \
Bug#598609: kfocus: FTBFS on mips/mipsel (finding the maximum, length of command line arguments... - SIGBUS/SIGSEGV)
A new version of debian/patches/kfocus_1.0.2-16.diff reducing the counter limit to 20 (unfortunately it seems cdbs-edit-patch rebuilt the patch in a sufficiantly different way that diffing old patch and new patch gives no meaninful result) is attatched which seems to fix the immediate FTBFS (build test still ongoing) Build test now completed successfully -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595831: time: FTBFS in squeeze: Nonexistent build-dependency: 'automaken'
This seems to be another case of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595934 apt-get install automaken gives: Package automaken is a virtual package provided by: automake1.9 1.9.6+nogfdl-3.1 automake1.7 1.7.9-9.1 automake 1:1.11.1-1 automake1.10 1:1.10.3-1 You should explicitly select one to install. E: Package 'automaken' has no installation candidate It should be able to be worked arround in the package by changing the build-dependendency to automake | automaken -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595829: Bug 595829: mozvoikko: FTBFS in squeeze: mozVoikko.hxx:23:18: error: nspr.h:, No such file or directory
reassign 595829 libnspr4-dev retitle 595829 dependencies in libxul-unstable.pc and libxul.pc are stricter than dependencies of package thanks libxul.pc and libxul-unstable.pc contain Requires: nspr = 4.8.6 . However xulrunner-dev only has an unversioned dependency on libnspr4-dev and the version of libnspr4-dev in squeeze is only 4.8.4-2 . This causes pkg-config --cflags libxul-unstable and pkg-config --cflags libxul to fail in squeeze (they work fine in sid). This appears to the cause of the mozvoikko build failure and I have confirmed that upgrading libnspr4-dev and libnspr4-0d in my squeeze chroot to the sid versions makes mozvoikko build. ccing debian-release for thier opinion on how this relates to the freeze (the simplest way to fix the FTBFS would be to let the new nspr into squeeze) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595833: firegpg: FTBFS in squeeze: ipc.h:60:23: error: nsIThread.h: No, such file or directory
This looks like (haven't tested) another case of the same issue as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595829 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595835: pcmanx-gtk2: FTBFS in squeeze: npplat.h:41:19: error: npapi.h: No, such file or directory
This looks like a similar issue to Package 'Mozilla Plug-In API' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 vs Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584156: please binnmu flightgear and simgear
per http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584156 flightgear is uninstallable in sid due to dependencies on an outdated libopenscenegraph. Trying to rebuild it reveals that simgear (one of it's build-depends) has the same problem so please binnmu them both. nmu simgear _1.9.1-2 . ALL . -m 'rebuild against newer libopenscenegraph' nmu flightgear_1.9.1-1.1 . ALL . -m 'rebuild against newer libopenscenegraph' Previously a dep-wait would have been needed too but I don't belive it is now we have the BD-uninstallable system in place. mailto:584...@bugs.debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583206: fixed in mrtrix 0.2.8-2
reopen 583206 thanks The build still fails with the same error. https://buildd.debian.org/fetch.cgi?pkg=mrtrixarch=kfreebsd-amd64ver=0.2.8-2stamp=1274896210file=logas=raw -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581662: build-depends on libgudev-1.0-dev which doesn't exist on kbsd
Somehow the hurd stuff got accidently left out of the version of the patch I posted. A revised version is attatched (still not actually tested on hurd because I don't currently have a usable debian hurd system). Since hurd is not a release architecture there is no hurry in uploading the revised version of this patch. Description: Fixes for non-linux ports Add support for freebsd and hurd (hurd untested) to makefile . Disable camera support (which appears to depend heavilly on gudev which in turn depends on udev which is linux specific) on freebsd and hurd . Fix a build issue with camera support disabled Author: Peter Green plugw...@p10link.net Index: shotwell-0.5.2+dfsg/Makefile === --- shotwell-0.5.2+dfsg.orig/Makefile 2010-05-12 02:36:21.0 + +++ shotwell-0.5.2+dfsg/Makefile 2010-05-26 23:27:27.0 + @@ -20,6 +20,19 @@ ifeq $(SYSTEM) Linux LINUX = 1 + NIX = 1 +endif + +ifeq $(SYSTEM) GNU/kFreeBSD + KFBSD = 1 + USER_VALAFLAGS += -D NO_CAMERA + NIX = 1 +endif + +ifeq $(SYSTEM) GNU + HURD = 1 + USER_VALAFLAGS += -D NO_CAMERA + NIX = 1 endif ifeq $(SYSTEM) MinGW @@ -95,7 +108,7 @@ PicasaConnector.vala \ Screensaver.vala -ifndef LINUX +ifndef NIX SRC_FILES += \ GConf.vala endif @@ -155,6 +168,10 @@ sqlite3 ifdef LINUX +EXT_PKGS += gudev-1.0 +endif + +ifdef NIX EXT_PKGS += \ gconf-2.0 \ libgphoto2 \ @@ -163,7 +180,6 @@ unique-1.0 \ webkit-1.0 \ libusb \ - gudev-1.0 \ dbus-glib-1 endif @@ -179,6 +195,10 @@ sqlite3 = 3.5.9 ifdef LINUX + EXT_PKG_VERSIOS += gudev-1.0 = 145 +endif + +ifdef NIX EXT_PKG_VERSIONS += \ gconf-2.0 = 2.22.0 \ libgphoto2 = 2.4.2 \ @@ -187,7 +207,6 @@ unique-1.0 = 1.0.0 \ webkit-1.0 = 1.1.5 \ libusb = 0.1.12 \ - gudev-1.0 = 145 \ dbus-glib-1 = 0.80 endif @@ -334,7 +353,7 @@ ifndef DISABLE_DESKTOP_UPDATE -update-desktop-database || : endif -ifdef LINUX +ifdef NIX ifndef DISABLE_SCHEMAS_INSTALL GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-install-rule misc/shotwell.schemas else @@ -355,7 +374,7 @@ ifndef DISABLE_DESKTOP_UPDATE -update-desktop-database || : endif -ifdef LINUX +ifdef NIX ifndef DISABLE_SCHEMAS_INSTALL GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-uninstall-rule misc/shotwell.schemas else Index: shotwell-0.5.2+dfsg/src/main.vala === --- shotwell-0.5.2+dfsg.orig/src/main.vala 2010-05-12 02:36:21.0 + +++ shotwell-0.5.2+dfsg/src/main.vala 2010-05-26 23:26:14.0 + @@ -17,7 +17,9 @@ switch (command) { case ShotwellCommand.MOUNTED_CAMERA: -LibraryWindow.get_app().mounted_camera_shell_notification(data.get_text()); +#if !NO_CAMERA +LibraryWindow.get_app().mounted_camera_shell_notification(data.get_text()); +#endif break; case Unique.Command.ACTIVATE:
Bug#583187: aMSN shouldn't compile with v4l support on non linux archs
I tried changing the build-dependency from libv4l-dev to libv4l-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] however the build then failed on kfreebsd-i386 with a seemingly unrelated error. `/root/amsn-0.98.3/debian/amsn-data/usr/share/amsn/utils/asyncresolver/libasyncresolver.so': No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577291: life: FTBFS (build-depends on libpetsc3.0.0-dev)
block 583096 by 577291 thanks As well as build-depending on libpetsc3.0.0-dev life also build-depends on libslepc3.0.0-dev. That package is still in the archive but is uninstallable and has unsatisfiable build-dependencies. Trying to build the slepc package with libpetsc3.1-dev and libpetsc3.1-dbg instead of libpetsc3.0.0-dev and libpetsc3.0.0-dbg results in Checking PETSc installation... WARNING: PETSc version 3.1.0 is newer than SLEPc version ERROR: Unable to link with PETSc ERROR: See linux-gnu-c-debug/conf/configure.log file for details make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debian:/slepc-3.0.0-p7.dfsg# Which other than the new version warning looks much like lucases FTBFS log in 577291 opening configure.log reveals the following Checking PETSc installation... WARNING: PETSc version 3.1.0 is newer than SLEPc version #include petscksp.h EXTERN_C_BEGIN EXTERN_C_END int main() { PetscInitialize(PETSC_NULL,PETSC_NULL,PETSC_NULL,PETSC_NULL); VecCreate(PETSC_NULL,PETSC_NULL); MatCreate(PETSC_NULL,PETSC_NULL); KSPCreate(PETSC_NULL,PETSC_NULL); return 0; } make[1]: Entering directory `/slepc-3.0.0-p7.dfsg/config' makefile:22: /usr/lib/petsc/conf/base: No such file or directory make[1]: *** No rule to make target `/usr/lib/petsc/conf/base'. Stop. make[1]: Leaving directory `/slepc-3.0.0-p7.dfsg/config' ERROR: Unable to link with PETSc -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582874: heartbeat: FTBFS: export: 18080: Illegal option -n
tags 582874 +patch thanks I can confirm that export CONFIG_SHELL=/bin/bash in debian/rules makes this package build (interestingly manually calling configure with bash doesn't). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582875: cluster-glue: FTBFS: export: 16139: Illegal option -n
tags 582875 +patch thanks I have confirmed that the CONFIG_SHELL soloution works for this package. Attatched is a patch that does that and also fixes an issue with the clean target not cleaning up properly diff -ur cluster-glue-1.0.5/debian/rules cluster-glue-1.0.5.new/debian/rules --- cluster-glue-1.0.5/debian/rules 2010-05-03 18:02:25.0 + +++ cluster-glue-1.0.5.new/debian/rules 2010-05-26 02:33:28.0 + @@ -9,6 +9,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +export CONFIG_SHELL=/bin/bash CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -57,8 +58,11 @@ dh_testroot [ ! -f Makefile ] || $(MAKE) clean [ ! -f Makefile ] || $(MAKE) distclean + rm -f libtool + rm -f config.log dh_clean + install: install-indep install-arch install-indep:
Bug#582774: seed FTBFS on ia64
Package: seed Version: 2.30.0-1 Severity: serious Seed fails to build on ia64. Unfortunately I don't have access to an ia64 system so I can't debug this myself. https://buildd.debian.org/fetch.cgi?pkg=seedarch=ia64ver=2.30.0-1stamp=1270425014file=logas=raw make[5]: Entering directory `/build/buildd-seed_2.30.0-1-ia64-em4hmt/seed-2.30.0/doc/modules/readline' ../../../src/seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js ../../../doc/modules/readline/readline-funcs.xml ** (seed:307): CRITICAL **: Line 0 in (null): (null) (null) As well as being rc in it's own right this bug is blocking the migration of fixes for a number of rc bugs in epiphany-browser. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#394099: Genesis - segmentfault upon execution on amd64 distribution
Upstream claims to have fixed amd64 support in the latest release (released in 2007!). I have tried but so far failed to build a debian package of the latest version to see if it fixes the issue in this bug. (note: i'm just taking flyby looks at rc bugs, I have not done any thorough testing) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582098: mapserver: FTBFS: ./configure: 12177: Bad, substitution
tags 582098 +patch thanks One workaround is to explicitly call 'bash ./configure' from debian/rules. I can confirm that with this changed in BOTH places in debian/rules (debian/rules runs configure twice, once in configure-stamp and once in configure-php5-stamp) the package builds successfully. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581662: build-depends on libgudev-1.0-dev which doesn't exist on kbsd
tags 581662 +patch thanks Note: I'm just doing flyby rc bugsquashing here. I made the build-dependency linux in question linux-specific (since afaict the library in question is linux-specific and likely to stay that way). Then I tried to build the package. Unsurprisingly it failed. Looking at the makefile it seems it only knew what to do on linux so I fixed that. Then I discovered that as well as build-depending on gudev it also unconditionally asked pkg-config for it so I modified the makefile again so it didn't ask for those things on kfreebsd. Then I found the camera stuff was pretty reliant on gudev. Lukilly there seemed to be a #if to disable the camera stuff so I used this. Finally I ran into a build error which seemed to be a case of a missed #if in the camera stuff disabling, I've put one in but i'm not positive it's correct. With these fixes the package builds and installs successfully on kfreebsd and appears to run. I have not further tested it. I have also tried to make the Makefile treat hurd the same as kfreebsd but I have not tested on hurd. A patch implementing the above is attatched ready for adding to the quilt series Description: Fixes for non-linux ports Add support for freebsd and hurd (hurd untested) to makefile . Disable camera support (which appears to depend heavilly on gudev which in turn depends on udev which is linux specific) on freebsd and hurd . Fix a build issue with camera support disabled Author: Peter Green plugw...@p10link.net --- shotwell-0.5.0+dfsg.orig/Makefile +++ shotwell-0.5.0+dfsg/Makefile @@ -20,6 +20,13 @@ SYSTEM := $(UNAME:MINGW32_%=MinGW) ifeq $(SYSTEM) Linux LINUX = 1 + NIX = 1 +endif + +ifeq $(SYSTEM) GNU/kFreeBSD + KFBSD = 1 + USER_VALAFLAGS += -D NO_CAMERA + NIX = 1 endif ifeq $(SYSTEM) MinGW @@ -95,7 +102,7 @@ SRC_FILES = \ PicasaConnector.vala \ Screensaver.vala -ifndef LINUX +ifndef NIX SRC_FILES += \ GConf.vala endif @@ -155,6 +162,10 @@ EXT_PKGS = \ sqlite3 ifdef LINUX +EXT_PKGS += gudev-1.0 +endif + +ifdef NIX EXT_PKGS += \ gconf-2.0 \ libgphoto2 \ @@ -163,7 +174,6 @@ EXT_PKGS += \ unique-1.0 \ webkit-1.0 \ libusb \ - gudev-1.0 \ dbus-glib-1 endif @@ -179,6 +189,10 @@ EXT_PKG_VERSIONS = \ sqlite3 = 3.5.9 ifdef LINUX + EXT_PKG_VERSIOS += gudev-1.0 = 145 +endif + +ifdef NIX EXT_PKG_VERSIONS += \ gconf-2.0 = 2.22.0 \ libgphoto2 = 2.4.2 \ @@ -187,7 +201,6 @@ EXT_PKG_VERSIONS += \ unique-1.0 = 1.0.0 \ webkit-1.0 = 1.1.5 \ libusb = 0.1.12 \ - gudev-1.0 = 145 \ dbus-glib-1 = 0.80 endif @@ -334,7 +347,7 @@ endif ifndef DISABLE_DESKTOP_UPDATE -update-desktop-database || : endif -ifdef LINUX +ifdef NIX ifndef DISABLE_SCHEMAS_INSTALL GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-install-rule misc/shotwell.schemas else @@ -355,7 +368,7 @@ uninstall: ifndef DISABLE_DESKTOP_UPDATE -update-desktop-database || : endif -ifdef LINUX +ifdef NIX ifndef DISABLE_SCHEMAS_INSTALL GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-uninstall-rule misc/shotwell.schemas else --- shotwell-0.5.0+dfsg.orig/src/main.vala +++ shotwell-0.5.0+dfsg/src/main.vala @@ -17,7 +17,9 @@ Unique.Response on_shotwell_message(Uniq switch (command) { case ShotwellCommand.MOUNTED_CAMERA: -LibraryWindow.get_app().mounted_camera_shell_notification(data.get_text()); +#if !NO_CAMERA +LibraryWindow.get_app().mounted_camera_shell_notification(data.get_text()); +#endif break; case Unique.Command.ACTIVATE:
Bug#581662: build-depends on libgudev-1.0-dev which doesn't exist on kbsd
A patch implementing the above is attatched ready for adding to the quilt series As well as the quilt patch (which doesn't change the debian dir) it is also nessacery to modify debian/control replacing libgudev-1.0-dev (= 145) with libgudev-1.0-dev (= 145) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org