Bug#474865: xqilla: diff for NMU version 2.0.0-2.1
Hi, The attached file is the diff for my xqilla 2.0.0-2.1 NMU. The associated changelog entry is: xqilla (2.0.0-2.1) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474865) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru xqilla-2.0.0/debian/changelog xqilla-2.0.0/debian/changelog --- xqilla-2.0.0/debian/changelog 2008-04-12 02:28:02.0 +0100 +++ xqilla-2.0.0/debian/changelog 2008-04-12 02:28:02.0 +0100 @@ -1,3 +1,10 @@ +xqilla (2.0.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474865) + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 02:21:18 +0100 + xqilla (2.0.0-2) unstable; urgency=low * Fix control in order to generate correct libc dependency on xqilla diff -Nru /tmp/0WOxPqQWZ8/xqilla-2.0.0/include/xqilla/framework/StringPool.hpp /tmp/D9Il7NbhQV/xqilla-2.0.0/include/xqilla/framework/StringPool.hpp --- xqilla-2.0.0/include/xqilla/framework/StringPool.hpp2007-11-28 13:13:22.0 + +++ xqilla-2.0.0/include/xqilla/framework/StringPool.hpp2008-04-12 02:28:02.0 +0100 @@ -26,6 +26,7 @@ #include xercesc/framework/MemoryManager.hpp #include memory #include string +#include cstring class XQILLA_API StringPool { signature.asc Description: PGP signature
Bug#474860: libofx: diff for NMU version 1:0.9.0-2.2
Hi, The attached file is the diff for my libofx 1:0.9.0-2.2 NMU. The associated changelog entry is: libofx (1:0.9.0-2.2) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474860) * debian/control: - Bump Standards-Version to 3.7.3. - Use ${binary:Version} instead of ${Source-Version}. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/debian/changelog /tmp/6YD6sVP7tq/libofx-0.9.0/debian/changelog --- libofx-0.9.0/debian/changelog 2008-04-12 02:47:29.0 +0100 +++ libofx-0.9.0/debian/changelog 2008-04-12 02:47:29.0 +0100 @@ -1,3 +1,13 @@ +libofx (1:0.9.0-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474860) + * debian/control: +- Bump Standards-Version to 3.7.3. +- Use ${binary:Version} instead of ${Source-Version}. + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 02:34:38 +0100 + libofx (1:0.9.0-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/debian/control /tmp/6YD6sVP7tq/libofx-0.9.0/debian/control --- libofx-0.9.0/debian/control 2008-04-12 02:47:29.0 +0100 +++ libofx-0.9.0/debian/control 2008-04-12 02:47:29.0 +0100 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] -Standards-Version: 3.6.1.0 +Standards-Version: 3.7.3 Build-Depends: libosp-dev (= 1.5.1.0-2.1), debhelper, gengetopt, curl, libcurl3-gnutls-dev, libxml++1.0-dev Package: libofx4 @@ -19,7 +19,7 @@ Section: libdevel Conflicts: libofx1 Architecture: any -Depends: libofx4 (= ${Source-Version}), libc6-dev | libc-dev, libosp-dev +Depends: libofx4 (= ${binary:Version}), libc6-dev | libc-dev, libosp-dev Description: development package for libofx2c2a This file provides header files and related support for developing packages that use libofx2c2a. diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/lib/ofx_request.cpp /tmp/6YD6sVP7tq/libofx-0.9.0/lib/ofx_request.cpp --- libofx-0.9.0/lib/ofx_request.cpp2007-10-28 02:37:52.0 + +++ libofx-0.9.0/lib/ofx_request.cpp2008-04-12 02:47:29.0 +0100 @@ -21,6 +21,7 @@ #include config.h #endif +#include cstring #include string #include messages.hh #include libofx.h diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/lib/ofx_utilities.cpp /tmp/6YD6sVP7tq/libofx-0.9.0/lib/ofx_utilities.cpp --- libofx-0.9.0/lib/ofx_utilities.cpp 2008-04-12 02:47:29.0 +0100 +++ libofx-0.9.0/lib/ofx_utilities.cpp 2008-04-12 02:47:29.0 +0100 @@ -23,6 +23,7 @@ #include ParserEventGeneratorKit.h #include SGMLApplication.h #include time.h +#include ctime #include string #include locale.h #include messages.hh diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/ofxconnect/ofxconnect.cpp /tmp/6YD6sVP7tq/libofx-0.9.0/ofxconnect/ofxconnect.cpp --- libofx-0.9.0/ofxconnect/ofxconnect.cpp 2007-10-26 19:24:10.0 +0100 +++ libofx-0.9.0/ofxconnect/ofxconnect.cpp 2008-04-12 02:47:29.0 +0100 @@ -31,6 +31,7 @@ #include iostream #include fstream #include string +#include cstring #include libofx.h #include config.h/* Include config constants, e.g., VERSION TF */ #include stdio.h diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/ofxconnect/ofxpartner.cpp /tmp/6YD6sVP7tq/libofx-0.9.0/ofxconnect/ofxpartner.cpp --- libofx-0.9.0/ofxconnect/ofxpartner.cpp 2008-04-12 02:47:29.0 +0100 +++ libofx-0.9.0/ofxconnect/ofxpartner.cpp 2008-04-12 02:47:29.0 +0100 @@ -34,6 +34,7 @@ #include iostream #include string +#include cstring #include vector #include algorithm diff -Nru /tmp/7p583jcrxr/libofx-0.9.0/ofxdump/ofxdump.cpp /tmp/6YD6sVP7tq/libofx-0.9.0/ofxdump/ofxdump.cpp --- libofx-0.9.0/ofxdump/ofxdump.cpp2008-04-12 02:47:29.0 +0100 +++ libofx-0.9.0/ofxdump/ofxdump.cpp2008-04-12 02:47:29.0 +0100 @@ -27,6 +27,7 @@ * (at your option) any later version. * * * ***/ +#include cstring #include cstdlib #include iostream #include iomanip signature.asc Description: PGP signature
Bug#474857: wfnetobjs: diff for NMU version 0.2.2-2.2
Hi, The attached file is the diff for my wfnetobjs 0.2.2-2.2 NMU. The associated changelog entry is: wfnetobjs (0.2.2-2.2) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474857) * Use ${binary:Version} instead of ${Source-Version}. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru wfnetobjs-0.2.2/debian/changelog wfnetobjs-0.2.2/debian/changelog --- wfnetobjs-0.2.2/debian/changelog2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/debian/changelog2008-04-12 02:56:16.0 +0100 @@ -1,3 +1,11 @@ +wfnetobjs (0.2.2-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474857) + * Use ${binary:Version} instead of ${Source-Version}. + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 02:52:49 +0100 + wfnetobjs (0.2.2-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/debian/control /tmp/izd10gzk1c/wfnetobjs-0.2.2/debian/control --- wfnetobjs-0.2.2/debian/control 2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/debian/control 2008-04-12 02:56:16.0 +0100 @@ -2,14 +2,14 @@ Priority: optional Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED] Build-Depends: debhelper ( 3.0.0) -Standards-Version: 3.6.0 +Standards-Version: 3.7.3 Package: libwfnetobjs0-dev Provides: libwfnetobjs-dev Conflicts: libwfnetobjs-dev Section: devel Architecture: any -Depends: libwfnetobjs0c2 (= ${Source-Version}) +Depends: libwfnetobjs0c2 (= ${binary:Version}) Description: The WallFire modular firewalling application library - development files The library libwfnetobjs, handles network objects (hosts, ports, etc.) of the WallFire project. diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/host.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/host.cc --- wfnetobjs-0.2.2/netobjs/host.cc 2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/netobjs/host.cc 2008-04-12 02:56:16.0 +0100 @@ -26,6 +26,7 @@ #endif #include sstream +#include cstring #include algorithm #include stdio.h diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/iface.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/iface.cc --- wfnetobjs-0.2.2/netobjs/iface.cc2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/netobjs/iface.cc2008-04-12 02:56:16.0 +0100 @@ -26,6 +26,7 @@ #endif #include stdio.h +#include cstring /* guess */ #include unistd.h /* for close() */ #include netinet/in.h /* for IPPROTO_IP */ diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/ipaddr.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/ipaddr.cc --- wfnetobjs-0.2.2/netobjs/ipaddr.cc 2004-05-19 21:12:45.0 +0100 +++ wfnetobjs-0.2.2/netobjs/ipaddr.cc 2008-04-12 02:56:16.0 +0100 @@ -30,6 +30,7 @@ #include netinet/in.h /* for struct in_addr on FreeBSD */ #include netdb.h /* for gethostbyaddr() */ #include sys/socket.h /* for AF_INET on NetBSD */ +#include cstring #include wfipaddr.h #include wfindent.h diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/macaddr.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/macaddr.cc --- wfnetobjs-0.2.2/netobjs/macaddr.cc 2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/netobjs/macaddr.cc 2008-04-12 02:56:16.0 +0100 @@ -26,6 +26,7 @@ #endif #include stdio.h /* for sprintf */ +#include cstring #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) //#include net/if_ether.h /* for ether_aton */ #endif diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/network.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/network.cc --- wfnetobjs-0.2.2/netobjs/network.cc 2004-04-10 14:29:21.0 +0100 +++ wfnetobjs-0.2.2/netobjs/network.cc 2008-04-12 02:56:16.0 +0100 @@ -29,6 +29,7 @@ #include stdio.h #include stdlib.h +#include cstring #include arpa/inet.h #include wfnetwork.h diff -Nru /tmp/wQaMtIrcG8/wfnetobjs-0.2.2/netobjs/route.cc /tmp/izd10gzk1c/wfnetobjs-0.2.2/netobjs/route.cc --- wfnetobjs-0.2.2/netobjs/route.cc2008-04-12 02:56:16.0 +0100 +++ wfnetobjs-0.2.2/netobjs/route.cc2008-04-12 02:56:16.0 +0100 @@ -23,6 +23,7 @@ #include stdio.h #include stdlib.h +#include cstring #include wfroute.h #include defs.h signature.asc Description: PGP signature
Bug#474812: epiphany-extensions: diff for NMU version 2.20.3-1.1
Hi, The attached file is the diff for my epiphany-extensions 2.20.3-1.1 NMU. The associated changelog entry is: epiphany-extensions (2.20.3-1.1) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474812) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru epiphany-extensions-2.20.3/debian/changelog epiphany-extensions-2.20.3/debian/changelog --- epiphany-extensions-2.20.3/debian/changelog 2008-04-12 03:01:56.0 +0100 +++ epiphany-extensions-2.20.3/debian/changelog 2008-04-12 03:01:57.0 +0100 @@ -1,3 +1,10 @@ +epiphany-extensions (2.20.3-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474812) + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 02:59:25 +0100 + epiphany-extensions (2.20.3-1) unstable; urgency=low * rules: don't ship the .la files. diff -Nru /tmp/IZaOEeVkHN/epiphany-extensions-2.20.3/extensions/error-viewer/opensp/validate.cpp /tmp/TFQuUWzi0p/epiphany-extensions-2.20.3/extensions/error-viewer/opensp/validate.cpp --- epiphany-extensions-2.20.3/extensions/error-viewer/opensp/validate.cpp 2007-09-12 20:04:09.0 +0100 +++ epiphany-extensions-2.20.3/extensions/error-viewer/opensp/validate.cpp 2008-04-12 03:01:57.0 +0100 @@ -26,6 +26,7 @@ #include glib/gi18n-lib.h #include string +#include cstring #include iostream #include OpenSP/config.h // Necessary for multi-byte support signature.asc Description: PGP signature
Bug#474802: gnomoradio: diff for NMU version 0.15.1-5.2
Hi, The attached file is the diff for my gnomoradio 0.15.1-5.2 NMU. The associated changelog entry is: gnomoradio (0.15.1-5.2) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474802) * debian/control: - Bump Standards-Version to 3.7.3. - Change ${Source-Version} to ${binary:Version}. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru gnomoradio-0.15.1/debian/changelog gnomoradio-0.15.1/debian/changelog --- gnomoradio-0.15.1/debian/changelog 2008-04-12 03:12:42.0 +0100 +++ gnomoradio-0.15.1/debian/changelog 2008-04-12 03:12:42.0 +0100 @@ -1,3 +1,13 @@ +gnomoradio (0.15.1-5.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474802) + * debian/control: +- Bump Standards-Version to 3.7.3. +- Change ${Source-Version} to ${binary:Version}. + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 03:08:26 +0100 + gnomoradio (0.15.1-5.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru /tmp/xGBE8We1J6/gnomoradio-0.15.1/debian/control /tmp/MawF5PGqNa/gnomoradio-0.15.1/debian/control --- gnomoradio-0.15.1/debian/control2008-04-12 03:12:42.0 +0100 +++ gnomoradio-0.15.1/debian/control2008-04-12 03:12:42.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Riccardo Setti [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), libgconfmm-2.6-dev (= 2.8.1-1.1), libxml++2.6-dev (= 2.6.1-2.1), libgtkmm-2.4-dev, libesd0-dev, libvorbis-dev, libao-dev, libglibmm-2.4-dev, libsigc++-2.0-dev -Standards-Version: 3.6.1 +Standards-Version: 3.7.3 Package: gnomoradio Section: sound @@ -28,7 +28,7 @@ Package: libroboradio0c2 Section: libs Architecture: any -Depends: gnomoradio (= ${Source-Version} ) +Depends: gnomoradio (= ${binary:Version} ) Conflicts: libroboradio0 Replaces: libroboradio0 Description: the gnomoradio roboradio library @@ -50,7 +50,7 @@ Package: librainbow0c2 Section: libs Architecture: any -Depends: gnomoradio (= ${Source-Version}) +Depends: gnomoradio (= ${binary:Version}) Conflicts: librainbow0 Replaces: librainbow0 Description: the gnomoradio rainbow lib diff -Nru /tmp/xGBE8We1J6/gnomoradio-0.15.1/roboradio/state.cc /tmp/MawF5PGqNa/gnomoradio-0.15.1/roboradio/state.cc --- gnomoradio-0.15.1/roboradio/state.cc2004-10-24 01:24:34.0 +0100 +++ gnomoradio-0.15.1/roboradio/state.cc2008-04-12 03:12:42.0 +0100 @@ -28,6 +28,7 @@ #include sys/stat.h #include dirent.h #include iostream +#include cstring #include map #include set signature.asc Description: PGP signature
Bug#474860: libofx: diff for NMU version 1:0.9.0-2.2 (updated)
Hi, The attached file is the *updated* diff for my libofx 1:0.9.0-2.2 NMU - this diff supercedes any previous diff sent my me on this bug. The associated changelog entry is: libofx (1:0.9.0-2.2) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474860) * debian/control: - Bump Standards-Version to 3.7.3. - Use ${binary:Version} instead of ${Source-Version}. * Call distclean in debian/rules clean target. It was updated as the interdiff between rebuilds included a number of Autofoo generated files. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru libofx-0.9.0/debian/changelog libofx-0.9.0/debian/changelog --- libofx-0.9.0/debian/changelog 2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/debian/changelog 2008-04-12 14:50:53.0 +0100 @@ -1,3 +1,14 @@ +libofx (1:0.9.0-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474860) + * debian/control: +- Bump Standards-Version to 3.7.3. +- Use ${binary:Version} instead of ${Source-Version}. + * Call distclean in debian/rules clean target. + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 14:44:55 +0100 + libofx (1:0.9.0-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/debian/control /tmp/sP94hyjA4O/libofx-0.9.0/debian/control --- libofx-0.9.0/debian/control 2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/debian/control 2008-04-12 14:50:53.0 +0100 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] -Standards-Version: 3.6.1.0 +Standards-Version: 3.7.3 Build-Depends: libosp-dev (= 1.5.1.0-2.1), debhelper, gengetopt, curl, libcurl3-gnutls-dev, libxml++1.0-dev Package: libofx4 @@ -19,7 +19,7 @@ Section: libdevel Conflicts: libofx1 Architecture: any -Depends: libofx4 (= ${Source-Version}), libc6-dev | libc-dev, libosp-dev +Depends: libofx4 (= ${binary:Version}), libc6-dev | libc-dev, libosp-dev Description: development package for libofx2c2a This file provides header files and related support for developing packages that use libofx2c2a. diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/debian/rules /tmp/sP94hyjA4O/libofx-0.9.0/debian/rules --- libofx-0.9.0/debian/rules 2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/debian/rules 2008-04-12 14:50:53.0 +0100 @@ -37,6 +37,7 @@ # Add here commands to clean up after the build process. -$(MAKE) $(MAKEVARS) clean + -$(MAKE) $(MAKEVARS) distclean rm -f build-stamp configure-stamp config.cache config.log config.status doc/g-wrap.info dh_clean diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/lib/ofx_request.cpp /tmp/sP94hyjA4O/libofx-0.9.0/lib/ofx_request.cpp --- libofx-0.9.0/lib/ofx_request.cpp2007-10-28 02:37:52.0 + +++ libofx-0.9.0/lib/ofx_request.cpp2008-04-12 14:50:53.0 +0100 @@ -21,6 +21,7 @@ #include config.h #endif +#include cstring #include string #include messages.hh #include libofx.h diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/lib/ofx_utilities.cpp /tmp/sP94hyjA4O/libofx-0.9.0/lib/ofx_utilities.cpp --- libofx-0.9.0/lib/ofx_utilities.cpp 2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/lib/ofx_utilities.cpp 2008-04-12 14:50:53.0 +0100 @@ -23,6 +23,7 @@ #include ParserEventGeneratorKit.h #include SGMLApplication.h #include time.h +#include ctime #include string #include locale.h #include messages.hh diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/ofxconnect/ofxconnect.cpp /tmp/sP94hyjA4O/libofx-0.9.0/ofxconnect/ofxconnect.cpp --- libofx-0.9.0/ofxconnect/ofxconnect.cpp 2007-10-26 19:24:10.0 +0100 +++ libofx-0.9.0/ofxconnect/ofxconnect.cpp 2008-04-12 14:50:53.0 +0100 @@ -31,6 +31,7 @@ #include iostream #include fstream #include string +#include cstring #include libofx.h #include config.h/* Include config constants, e.g., VERSION TF */ #include stdio.h diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/ofxconnect/ofxpartner.cpp /tmp/sP94hyjA4O/libofx-0.9.0/ofxconnect/ofxpartner.cpp --- libofx-0.9.0/ofxconnect/ofxpartner.cpp 2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/ofxconnect/ofxpartner.cpp 2008-04-12 14:50:53.0 +0100 @@ -34,6 +34,7 @@ #include iostream #include string +#include cstring #include vector #include algorithm diff -Nru /tmp/ouc8WQAiME/libofx-0.9.0/ofxdump/ofxdump.cpp /tmp/sP94hyjA4O/libofx-0.9.0/ofxdump/ofxdump.cpp --- libofx-0.9.0/ofxdump/ofxdump.cpp2008-04-12 14:50:52.0 +0100 +++ libofx-0.9.0/ofxdump/ofxdump.cpp2008-04-12 14:50:53.0 +0100 @@ -27,6 +27,7 @@ * (at your option) any later version
Bug#474865: xqilla: diff for NMU version 2.0.0-2.1 (updated)
Hi, The attached file is my updated diff for my xqilla 2.0.0-2.1 NMU - this diff supercedes any previous diff sent by me on this bug. It was updated because the CFLAGS settings were not being propogated to GCC when building in a chroot, which was causing FTBFS as it could not find the private library. The associated changelog entry is: xqilla (2.0.0-2.1) unstable; urgency=medium * Non-maintainer upload. * Fix FTBFS with GCC 4.3 (Closes: #474865) * Use CXXFLAGS instead of CFLAGS to pass location of private library, was causing FTBFS from within chroot. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru xqilla-2.0.0/debian/changelog xqilla-2.0.0/debian/changelog --- xqilla-2.0.0/debian/changelog 2008-04-12 16:05:38.0 +0100 +++ xqilla-2.0.0/debian/changelog 2008-04-12 16:05:38.0 +0100 @@ -1,3 +1,12 @@ +xqilla (2.0.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with GCC 4.3 (Closes: #474865) + * Use CXXFLAGS instead of CFLAGS to pass location of private library, was +causing FTBFS from within chroot. + + -- Chris Lamb [EMAIL PROTECTED] Sat, 12 Apr 2008 15:57:14 +0100 + xqilla (2.0.0-2) unstable; urgency=low * Fix control in order to generate correct libc dependency on xqilla diff -Nru /tmp/QIUEwM0WmK/xqilla-2.0.0/debian/rules /tmp/sltfVz9h8z/xqilla-2.0.0/debian/rules --- xqilla-2.0.0/debian/rules 2008-04-12 16:05:38.0 +0100 +++ xqilla-2.0.0/debian/rules 2008-04-12 16:05:38.0 +0100 @@ -34,7 +34,7 @@ ifneq $(wildcard /usr/share/misc/config.guess) cp -f /usr/share/misc/config.guess config.guess endif - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --with-xerces=/usr/ --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) -I$(CURDIR)/debian/xercesc-private/ LDFLAGS=-Wl,-z,defs + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --with-xerces=/usr/ --infodir=\$${prefix}/share/info CXXFLAGS=$(CFLAGS) -I$(CURDIR)/debian/xercesc-private/ LDFLAGS=-Wl,-z,defs build: build-stamp diff -Nru /tmp/QIUEwM0WmK/xqilla-2.0.0/include/xqilla/framework/StringPool.hpp /tmp/sltfVz9h8z/xqilla-2.0.0/include/xqilla/framework/StringPool.hpp --- xqilla-2.0.0/include/xqilla/framework/StringPool.hpp2007-11-28 13:13:22.0 + +++ xqilla-2.0.0/include/xqilla/framework/StringPool.hpp2008-04-12 16:05:38.0 +0100 @@ -26,6 +26,7 @@ #include xercesc/framework/MemoryManager.hpp #include memory #include string +#include cstring class XQILLA_API StringPool { signature.asc Description: PGP signature
Bug#476071: live-magic: missing dependency
tags 476071 + pending thanks Frank Gevaerts wrote: live-magic wants to use gksu. However, it doesn't depend on it. Thanks, now pending. :) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#475885: htdig: Creates db files in /etc
tags 475885 + patch thanks htdig, after installation, creates db files in /etc/htdig, with a total of 6M! Patch attached. Alas, there is no seperate ./configure flag for these types of files. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 --- htdig-3.2.0b6.orig/htcommon/defaults.cc 2008-04-15 04:34:02.0 +0100 +++ htdig-3.2.0b6/htcommon/defaults.cc 2004-06-12 14:39:12.0 +0100 @@ -596,7 +596,7 @@ a href=\htfuzzy.html\htfuzzy/a for more information on the \ format of this file. \ }, \ -{ endings_root2word_db, ${common_dir}/root2word.db, \ +{ endings_root2word_db, ${database_dir}/root2word.db, \ string, htfuzzy htsearch, , all, File Layout, endings_root2word_db: /var/htdig/r2w.db, \ This attributes specifies the database filename to be \ used in the 'endings' fuzzy search algorithm. The \ @@ -610,7 +610,7 @@ This is because this database can be shared with \ different search databases. \ }, \ -{ endings_word2root_db, ${common_dir}/word2root.db, \ +{ endings_word2root_db, ${database_dir}/word2root.db, \ string, htfuzzy htsearch, , all, File Layout, endings_word2root_db: /var/htdig/w2r.bm, \ This attributes specifies the database filename to be \ used in the 'endings' fuzzy search algorithm. The \ @@ -2426,7 +2426,7 @@ that this does not limit the number of documents that \ are matched in any way. \ }, \ -{ synonym_db, ${common_dir}/synonyms.db, \ +{ synonym_db, ${database_dir}/synonyms.db, \ string, htsearch htfuzzy, , 3.0, File Layout, synonym_db: ${database_base}.syn.db, \ Points to the database that a href=\htfuzzy.html\ \ htfuzzy/a creates when the strongsynonyms/strong \ signature.asc Description: PGP signature
Bug#475980: caudium: FTBFS: mhash.c:28:26: error: caudium_util.h: No such file or directory
tags 475980 + patch thanks Patch attached. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad caudium-1.4.9.1.orig/src/cmods/module_makefile.in caudium-1.4.9.1/src/cmods/module_makefile.in --- caudium-1.4.9.1.orig/src/cmods/module_makefile.in 2008-04-15 06:33:06.0 +0100 +++ caudium-1.4.9.1/src/cmods/module_makefile.in2008-04-15 06:33:21.0 +0100 @@ -1,5 +1,5 @@ [EMAIL PROTECTED]@/$(MODNAME)/ -CFLAGS= @PIKE_INCLUDE_DIRS@ @CPPFLAGS@ @CFLAGS@ -I$(SRCDIR) -I. $(MODULE_CFLAGS) +CFLAGS= @PIKE_INCLUDE_DIRS@ @CPPFLAGS@ @CFLAGS@ -I$(SRCDIR) -I.. $(MODULE_CFLAGS) [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ signature.asc Description: PGP signature
Bug#475885: htdig: Creates db files in /etc
Christian Perrier wrote: Patch attached. Alas, there is no seperate ./configure flag for these types of files. As htdig is orphaned, I think that anyone can upload the fix. Just checking whether someone is...otherwise I can try to build and upload. Do you think that something should handle the transition ? That would indeed be the trickier task to achieve...more than just patch and upload. By transition do you mean moving the files to /var/? Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#475885: htdig: Creates db files in /etc
Christian Perrier wrote: By transition do you mean moving the files to /var/? Yes. I don't know htdig enough to decide whether it's worth it or if these files are recreated when reindexation takes place. They will be newly created in /var/lib by the postinst if they do not exist there, so that part of the transition is sound. Simply adding: # These files were moved to rm -f /etc/htdig/root2word.db rm -f /etc/htdig/synonyms.db rm -f /etc/htdig/word2root.db to the postinst should be sufficient. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#476158: synopsis - FTBFS: error: invalid conversion from 'int*' to 'Py_ssize_t*'
tags 476158 + patch thanks Patch attached. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad synopsis-0.8.0.orig/src/Synopsis/Python/Object.hh synopsis-0.8.0/src/Synopsis/Python/Object.hh --- synopsis-0.8.0.orig/src/Synopsis/Python/Object.hh 2008-04-17 04:58:46.0 +0100 +++ synopsis-0.8.0/src/Synopsis/Python/Object.hh2008-04-17 05:00:02.0 +0100 @@ -276,7 +276,7 @@ void incr(); Dict my_dict; - int my_pos; + Py_ssize_t my_pos; Tuple my_current; }; @@ -382,7 +382,7 @@ if (!PyString_Check(o.my_impl) || PyString_GET_SIZE(o.my_impl) != 1) throw TypeError(object not a character); char *value; - int length; + Py_ssize_t length; PyString_AsStringAndSize(o.my_impl, value, length); return value[0]; } signature.asc Description: PGP signature
Bug#486675: Package should not migrate to testing
Package: pypy Version: 1.0.0-svn55443-1 Severity: serious This is an artificial bug to keep PyPy out of the testing distribution. This action has the agreement of upstream for the time being. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#452851: pypy - py.path.local.local.LocalPath may remove unrelated data
Bastian, I have forwarded this issue upstream: https://codespeak.net/issue/pypy-dev/issue376 Would be very much appreciated if you could reply on there (or here and I will forward it). Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#454313: FTBFS: PANIC: exiting on botched invariant
retitle 454313 Package should be removed from Debian thanks Pierre Habouzit wrote: Baz is unmaintained, and it would be great to remove it for lenny. I believe Manoj was originally opposed to this, but I believe that he won't be so worried about the removal now. Okay, let's do this then. Agreed. However, bazaar has a few reverse depends: % apt-cache rdepends bazaar Reverse Depends: git-arch xtla tailor svn-arch-mirror pybaz git-arch |cia-clients bazaar-dbg baz-load-dirs arch-buildpackage I'm going to file requests for these packages to drop their dependencies (or be dropped themselves) and make them block this bug so we can track it more easily. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#486926: Installed system does not have correct permissions on directories
Joey Hess wrote: The thing to do seems to be to use tar instead. I cannot test the attached patch easily, since I have no live CDs to use it with. Just tried it here. Whilst the files are copied with the correct permissions (yay), something seems to block the filename output from tar, causing the progress bar to sit at 2% until very near the end - it then shoots up quite quickly. As a bonus, before reading your reply I had re-implemented this functionality in C which sped it up by a factor of 4 - using tar seems to have the same effect. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#486926: Installed system does not have correct permissions on directories
Joey Hess wrote: something seems to block the filename output from tar, causing the progress bar to sit at 2% until very near the end - it then shoots up quite quickly. Right, I guess I'd need to use a read loop to get the lines one at a time rather than having it buffer. Updated patch attached. That fixes that problem, but now the read command started by db_progress STEP 1 is reading a filename instead of the the STEP value, resulting in Invalid value: ./bin/, and the installation failing. I tried a few fd/fifo redirection tricks, but couldn't get the right combination..any ideas? I also benchmarked this tar method and it seems to be about three or four times faster than my C version, putting it approximately 10 (!) times faster than the current shell version. (I agree with Daniel's remark regarding not depending on 'tar' though -- perhaps live-installer itself could embed or depend on a functioning tar binary?) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#486926: Installed system does not have correct permissions on directories
tags 486926 + patch thanks Chris Lamb wrote: I tried a few fd/fifo redirection tricks, but couldn't get the right combination..any ideas? Got it, hurrah. Updated and tested patch attached. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 From 8d1275ccb68117d1f288adf4691f255b09bbe71a Mon Sep 17 00:00:00 2001 From: Chris Lamb [EMAIL PROTECTED] Date: Thu, 19 Jun 2008 16:10:42 +0100 Subject: [PATCH] I suggest getting rid of this mkdir/rm/cp nonsense and just pipe tar to tar. d-i busybox tar cannot create tar archives, but that's ok, we have a live filesystem with a fullfledged tar on it available to use. --- packages/live-installer/debian/changelog |2 + packages/live-installer/debian/postinst | 45 + 2 files changed, 28 insertions(+), 19 deletions(-) diff --git a/packages/live-installer/debian/changelog b/packages/live-installer/debian/changelog index 6b6de43..4cfaac7 100644 --- a/packages/live-installer/debian/changelog +++ b/packages/live-installer/debian/changelog @@ -2,6 +2,8 @@ live-installer (6) UNRELEASED; urgency=low * Bail-out much earlier if a filesystem image cannot be found (Chris Lamb) Closes: #486184 + * Copy files using tar, avoids permissions problems and other nonsense. +Closes: #486926 -- Joey Hess [EMAIL PROTECTED] Wed, 18 Jun 2008 21:45:14 -0400 diff --git a/packages/live-installer/debian/postinst b/packages/live-installer/debian/postinst index c9817f9..bed9f09 100755 --- a/packages/live-installer/debian/postinst +++ b/packages/live-installer/debian/postinst @@ -40,25 +40,32 @@ install_live_system () { COUNT=0 OLD_IFS=$IFS IFS=$NEWLINE - for item in `find .`; do - # We need to be ensure it's not a symbolic link otherwise - # it breaks links for directories. - if [ -d $item ] [ ! -h $item ]; then - mkdir -p /target/$item - else - mkdir -p /target/$(dirname $item) - rm -f /target/$item - cp -a $item /target/$item - fi - - COUNT=$(($COUNT + 1)) - CURRENT=$(($COUNT * 100 / $STEPS)) - - [ x$CURRENT = x$LAST_UPDATE ] continue - - LAST_UPDATE=$CURRENT - db_progress STEP 1 - done + mkdir -p /target + # use tar from inside the live filesystem to create + # the tarball, because busybox tar in d-i does not + # support creating tarballs. + # + # The --exclude is a paranoia measure, in case this program + # is running from the toplevel of a live filesystem, + # which is not normally the case. + + exec 40 + chroot . tar c . --exclude=target | \ + (chdir /target tar xv) | \ + ( + while read line exec 50; do + COUNT=$(($COUNT + 1)) + CURRENT=$(($COUNT * 100 / $STEPS)) + + [ x$CURRENT = x$LAST_UPDATE ] continue + + LAST_UPDATE=$CURRENT + exec 4 + db_progress STEP 1 + exec 5 + done + ) + exec 4- 5- IFS=$OLD_IFS done -- 1.5.5.4 signature.asc Description: PGP signature
Bug#486926: Installed system does not have correct permissions on directories
Joey Hess wrote: If so, jusr db_progress STEP 1 4 should work just as well and less messily, like in my patch. Your patch works. Please disregard mine.. many thanks. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#487375: pypy: FTBFS: Keeps running.
Hi, Your package is failing to build with the following error: [...] Build killed with signal 15 after 150 minutes of inactivity I can't seem to reproduce that here, but it is happening on a few architectures according to buildd.d.o. (Out of interest, what arch were you building on?) Could you confirm you aren't running out of memory or disk space during the build? The translation process can take a *large* amount of physical memory: previous tests show that on systems with less than ~1GB of memory the translation process causes heavy disk thrashing and takes literally days to complete (which is what you might be seeing). However, if you reply in the negative, I'll wait a few days and see if in a a new upstream snapshot makes these problems just go away (not particulary a great practice, but this package should probably be in experimental, tbh). Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#487375: pypy: FTBFS: Keeps running.
Kurt Roeckx wrote: So it worked now. It was atleast using 1.3 GB of RAM somewhere during the build proces. Hm, okay. I will bump the built-in warning to this level. It also took 2 hours now. This is normal! :) Not sure how to proceed now to be honest; I think I will still update to a new SVN snapshot in a few days. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Lucas Nussbaum wrote: Apparently, the build process tries to access gluck.debian.org. What made you come to this conclusion? The apigen documentation generation is extremely slow, hence the warning during the build. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Lucas Nussbaum wrote: Firewall logs :-) Hm. The only thing that I can think of it is checking URLs (a feature of apigen) but this is disabled by default and, needless to say, I don't enable it. Additionally, I don't know why it might be trying to connect to Gluck; no reference to this server is in the source. What port was it trying to connect to? Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#452851: Fw: [issue376] py.path.local.local.LocalPath may remove unrelated data
(Forwarded from https://codespeak.net/issue/pypy-dev/issue376) Begin forwarded message: From: Armin Rigo [EMAIL PROTECTED] The fact that the directory name is predictable is very useful in various situations, so it's unlikely that we can be convinced to change that. I do see the point that the py lib could be tricked into removing unrelated data that would happen to have the same name, but I think that we can find other solutions than unpredictable directory names in order to fix that specific issue. An idea would be to put a certain dot-file in the temporary directory when it is created, and check for it before removing the whole dir later. If we want to be paranoid, the dot-file's content should be a random salt followed by the SHA checksum of (salt + directory-name + constant-py-lib-token), so that if the content still matches later, it proves that the directory was really created by the py lib (unless it was created by a malicious program that contains a copy of the same constant-py-lib-token - but of course it's not possible to prevent a malicious program run by the same user to do whatever it pleases anyway). Does this sound acceptable to debian-level security? -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Lucas Nussbaum wrote: Mmh, since I run several builds in parallel, I'm not 100% sure that codespeak-lib tried to connect to gluck. Hm, I can't seem to reproduce it. Could you try the attached patch? It makes the process more verbose. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad py-0.9.1.orig/py/bin/_docgen.py py-0.9.1/py/bin/_docgen.py --- py-0.9.1.orig/py/bin/_docgen.py 2008-07-04 15:35:50.0 +0100 +++ py-0.9.1/py/bin/_docgen.py 2008-07-04 15:35:54.0 +0100 @@ -17,7 +17,7 @@ cmd = ('PYTHONPATH=%s %s python %s %s %s' % (pypath.dirpath(), envvars, pytestpath, args, path)) print cmd -py.process.cmdexec(cmd) +py.process.cmdexec(cmd, debug=True) def build_apigen_docs(targetpath, testargs=''): run_tests(pypath, diff -urNad py-0.9.1.orig/py/process/cmdexec.py py-0.9.1/py/process/cmdexec.py --- py-0.9.1.orig/py/process/cmdexec.py 2008-07-04 15:35:50.0 +0100 +++ py-0.9.1/py/process/cmdexec.py 2008-07-04 15:36:24.0 +0100 @@ -16,7 +16,7 @@ #--- # posix external command execution #--- -def posix_exec_cmd(cmd): +def posix_exec_cmd(cmd, debug=False): return output of executing 'cmd'. raise ExecutionFailed exeception if the command failed. @@ -78,6 +78,8 @@ if not data: r.close() continue +if debug: +sys.stderr.write(data) if r is stdout: out.append(data) else: signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Lucas Nussbaum wrote: Does that help you somehow? I'll try your patch if it doesn't. Not as far as I can see, sorry. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#481895: tinyerp-client: crash after startup, on sondage window
tags 481895 + patch thanks Patch attached. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad tinyerp-client-4.2.2.orig/bin/tinyerp-client.py tinyerp-client-4.2.2/bin/tinyerp-client.py --- tinyerp-client-4.2.2.orig/bin/tinyerp-client.py 2008-05-24 14:21:28.0 +0100 +++ tinyerp-client-4.2.2/bin/tinyerp-client.py 2008-05-24 14:22:13.0 +0100 @@ -62,6 +62,8 @@ import gtk import gtk.glade +gtk.gdk.threads_init() + import locale, gettext import atk signature.asc Description: PGP signature
Bug#463470: xgraph: FTBFS: configure.in:3: version mismatch. This is Automake 1.10.1,
Lucas Nussbaum wrote: Failed again today, so I'm reopening this. Is it possible that this is caused by me building with DEB_BUILD_OPTIONS=parallel=8? Works on my amd64 box but FTBFS's on Daniel Baumann's i386 machine. Neither of us are doing any parallel building. Hm. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#497703: HappyDoc copyright status clarification
Hi Doug, I understand you are the upstream maintainer of HappyDoc. In the Debian system, there is an outstanding issue with the HappyDoc package where some of the files distributed in the python-happydoc package refer to licences that are missing from the tarball. You can read the entire details here: http://bugs.debian.org/497703 (If you are unfamiliar with Debian GNU/Linux, you can ignore references to the ../python-happydoc/copyright and debian/copyright files - they are our own executive summaries and mostly irrelevant for upstream maintainers) This bug is marked release critical, meaning that the package is not releasable in this state and will not ship with the upcoming Lenny release. Whilst I am aware that you no longer support development of HappyDoc, it would be extremely helpful if you could reply to this message (retaining the Cc's) with a statement declaring the licence of the HappyDoc source. The debian/copyright file could then be modified to reflect this, the bug closed, and HappyDoc would ship with Lenny. Alternatively, if you think Debian should discontinue shipping HappyDoc, please let us know your thoughts. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#497703: HappyDoc copyright status clarification
Hi Doug, Firstly, thanks for you quick responses. Since I don't support it any more, and it does not work with some language constructs from the newer versions of Python, I'm not sure you want to include it any longer. I'll leave it up to you whether or not to pull it out of your release. Ah, I hadn't encountered this with my quick tests. With this in mind, I think removal is the best way forward at the moment. I am willing to give commit access to someone else if you want to fix the problems with the packaging (or with the language support :-). .. if someone steps up with this, I'm sure we could have HappyDoc back. So, the code *I* wrote is BSD. Anything else will include its own license reference. Okay, thank-you for the clarification, really appreciated. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#497703: Removal of python-happydoc
Hi debian-qa, I plan to remove python-happydoc which was orphaned in April. For the rationale and a short discussion with upstream, please see the (RC) bug: http://bugs.debian.org/497703 Any objections? Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#497703: Removal of python-happydoc
Carlos Eduardo Sotelo Pinto wrote: I have done an ITA to happydoc and write an email to happydoc upstreamer for getting been happydoc commiter to solve this module problem and get this package development continues. That's good to hear. However, the version in testing is unfit for release, so at the very minimum it has to be removed from lenny. Carlos, let's assume you're the maintainer - how does just removing it from lenny sound? Let's see a revamped version in Squeeze! Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#496390: aptoncd: diff for NMU version 0.1-1.2
Hi, The attached file is the diff for my aptoncd 0.1-1.2 NMU. The associated changelog entry is: aptoncd (0.1-1.2) unstable; urgency=medium * Non-maintainer upload. * Replace usage of hard-coded and predictable temporary directory names to prevent against symlink-based attacks. Based on a patch by Marcos Marado. (Closes: #496390) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru aptoncd-0.1/aptoncd.py aptoncd-0.1/aptoncd.py --- aptoncd-0.1/aptoncd.py 2007-05-01 21:04:19.0 +0100 +++ aptoncd-0.1/aptoncd.py 2008-09-09 01:50:39.0 +0100 @@ -18,6 +18,7 @@ import RepDownload import webbrowser import sys +import tempfile from mediaInfo import mediaInfo from optparse import OptionParser import msg @@ -77,7 +78,7 @@ isofile = filename[0] if os.path.isfile(isofile): -fromPath = /tmp/aptoncd-mnt-image/ +fromPath = tempfile.mkdtemp() utils.mkdir(fromPath,True) command = gksu --desktop /usr/share/applications/aptoncd.desktop 'mount -o loop %s %s' % (isofile.replace(' ','\ '), fromPath.replace(' ','\ ')) diff -Nru aptoncd-0.1/config.py aptoncd-0.1/config.py --- aptoncd-0.1/config.py 2007-05-01 21:04:19.0 +0100 +++ aptoncd-0.1/config.py 2008-09-09 01:50:39.0 +0100 @@ -51,9 +51,10 @@ LOCAL_APT_FOLDER = /var/cache/apt/archives/ -TMP_PATH = /tmp/aptoncd/ -if not os.path.isdir(TMP_PATH): -os.makedirs(TMP_PATH) +# Don't create un-used temporary directory. +#TMP_PATH = /tmp/aptoncd/ +#if not os.path.isdir(TMP_PATH): +#os.makedirs(TMP_PATH) # -- write config -- def write(filename): diff -Nru aptoncd-0.1/CreateAptOncd.py aptoncd-0.1/CreateAptOncd.py --- aptoncd-0.1/CreateAptOncd.py2007-05-01 21:04:19.0 +0100 +++ aptoncd-0.1/CreateAptOncd.py2008-09-09 01:50:39.0 +0100 @@ -38,6 +38,7 @@ import utils import msg import gzip +import tempfile #from mediaInfo import mediaInfo import mediaInfo from mediaInfo import aptDiskInfo @@ -484,9 +485,9 @@ config.write(config.CONFIG_FILE) metaPackActive = self.ckbtnMetaPackage.get_active() -tmpdir = /tmp/aptoncd-c/ -tmpmetapackageDir = tmpdir +metapackage/ -tmppackages = tmpdir + packages/ +tmpdir = tempfile.mkdtemp() +tmpmetapackageDir = os.path.join(tmpdir, metapackage) +tmppackages = os.path.join(tmpdir, packages) self.util.mkdir(tmpdir,True) diff -Nru aptoncd-0.1/debian/changelog aptoncd-0.1/debian/changelog --- aptoncd-0.1/debian/changelog2008-09-09 01:50:39.0 +0100 +++ aptoncd-0.1/debian/changelog2008-09-09 01:50:39.0 +0100 @@ -1,3 +1,12 @@ +aptoncd (0.1-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Replace usage of hard-coded and predictable temporary directory names to +prevent against symlink-based attacks. Based on a patch by Marcos Marado. +(Closes: #496390) + + -- Chris Lamb [EMAIL PROTECTED] Tue, 09 Sep 2008 01:01:52 +0100 + aptoncd (0.1-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru aptoncd-0.1/xmlfile.py aptoncd-0.1/xmlfile.py --- aptoncd-0.1/xmlfile.py 2007-05-01 21:04:19.0 +0100 +++ aptoncd-0.1/xmlfile.py 2008-09-09 01:50:39.0 +0100 @@ -24,11 +24,14 @@ import xml.dom.minidom import string +import tempfile import utils (BOLVAL, METHOD, HOST, DISTRIBUTION, VERSION, SECTION, ARCHITECTURE, PATH, MEDIA) = range(9) +TEMPDIR = tempfile.mkdtemp() + class XMLFile: def node_text(self, node): text = '' @@ -67,7 +70,7 @@ aFile.write('version%s/version\n' % util.codename) aFile.write('sectionmain/section\n') aFile.write('arch%s/arch\n' % util.architecture) - aFile.write('path/tmp/aptoncd/path\n') + aFile.write('path%s/path\n' % TEMPDIR) aFile.write('mediaCD/media\n') aFile.write('/settings\n') aFile.write('/download\n') @@ -81,7 +84,7 @@ version = util.codename section = 'main' arch = util.architecture - path = '/tmp/aptoncd' + path = TEMPDIR media = 'CD' try: node_text = self.parse(file) signature.asc Description: PGP signature
Bug#496378: The possibility of attack with the help of symlinks in some Debian packages
Moritz Muehlenhoff wrote: However, I have some doubts whether this should be fixed or gdrae rather be removed altogether I would tend to agree. However, I'm going to upload the NMU anyway because it's simple and is security-related. Would you like to try and contact upstream and see if there is a suitable replacement available? Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#496378: gdrae: diff for NMU version 0.1-1.1
Hi, The attached file is the diff for my gdrae 0.1-1.1 NMU. The associated changelog entry is: gdrae (0.1-1.1) unstable; urgency=medium * Non-maintainer upload. * Use File::Temp in place of hard-coded temporary filename to prevent against symlink-based attacks. (Closes: #496378) Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -Nru gdrae-0.1/debian/changelog gdrae-0.1/debian/changelog --- gdrae-0.1/debian/changelog 2008-09-09 02:04:24.0 +0100 +++ gdrae-0.1/debian/changelog 2008-09-09 02:04:24.0 +0100 @@ -1,3 +1,11 @@ +gdrae (0.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use File::Temp in place of hard-coded temporary filename to prevent against +symlink-based attacks. (Closes: #496378) + + -- Chris Lamb [EMAIL PROTECTED] Tue, 09 Sep 2008 01:55:53 +0100 + gdrae (0.1-1) unstable; urgency=low * Initial release. (Closes: #381087) diff -Nru gdrae-0.1/debian/control gdrae-0.1/debian/control --- gdrae-0.1/debian/control2008-09-09 02:04:24.0 +0100 +++ gdrae-0.1/debian/control2008-09-09 02:04:24.0 +0100 @@ -7,7 +7,7 @@ Package: gdrae Architecture: all -Depends: libglib-perl(= 1:1.081-1), libgtk2-gladexml-perl(= 1.003-1) , libgtk2-perl(= 1:1.081-1), lynx (= 2.8.5-2) +Depends: libglib-perl(= 1:1.081-1), libgtk2-gladexml-perl(= 1.003-1) , libgtk2-perl(= 1:1.081-1), lynx (= 2.8.5-2), libfile-temp-perl Description: A Real Academia Espanola dictinoary interface This is a standalone graphical application to query the Real Academia Espanola Dictionary. An internet connection diff -Nru gdrae-0.1/gdrae gdrae-0.1/gdrae --- gdrae-0.1/gdrae 2008-09-09 02:04:24.0 +0100 +++ gdrae-0.1/gdrae 2008-09-09 02:04:24.0 +0100 @@ -2,8 +2,9 @@ use strict; use Gtk2 -init; use Gtk2::GladeXML; +use File::Temp qw(tempfile); -my($ventana, $main_window, $boton_salir, $resultado, $buscar, $etiqueta_a_buscar, $acerca, $guardar); +my($ventana, $main_window, $boton_salir, $resultado, $buscar, $etiqueta_a_buscar, $acerca, $guardar, $fh, $tempfile); $ventana = Gtk2::GladeXML-new('/usr/share/gdrae/rae.glade'); #$ventana = Gtk2::GladeXML-new('glade/rae.glade'); $main_window = $ventana-get_widget('ventana_principal'); @@ -29,15 +30,16 @@ sub buscar { my (@texto, $palabra); $palabra = $etiqueta_a_buscar-get_text(); - unless(-e '/tmp/gdrae'){ - mkdir('/tmp/gdrae', 0777) or die; - } - system(lynx -dump --nolist \http://buscon.rae.es/draeI/SrvltGUIBusUsual?LEMA=$palabra\; /tmp/gdrae/palabra); - open(RESULTADO, '/tmp/gdrae/palabra') or die(No pude crear/abrir el archivo, el terminal devolvió $!); + + ($fh, $tempfile) = tempfile(); + close($fh); + + system(lynx -dump --nolist \http://buscon.rae.es/draeI/SrvltGUIBusUsual?LEMA=$palabra\; $tempfile); + open(RESULTADO, $tempfile) or die(No pude crear/abrir el archivo, el terminal devolvió $!); while(RESULTADO){ push(@texto, $_); } close(RESULTADO); - chmod(0777, '/tmp/gdrae/palabra'); + unlink($tempfile); $resultado-set_markup(@texto); } signature.asc Description: PGP signature
Bug#497703: Removal of python-happydoc
Carlos Eduardo Sotelo Pinto wrote: I going to repackage this module for fix the licenses problem in this version to try to get it into lenny Whilst that is admirable, even if you do this it will not work with source code for lenny's version of Python.. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#494339: insight: FTBFS in lenny: configure: error: /bin/sh '../.././itcl/itk/configure' failed for itk
tags 494339 + patch thanks Patch attached. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNd insight-6.6.orig/debian/rules insight-6.6/debian/rules --- insight-6.6.orig/debian/rules 2008-09-09 03:15:35.0 +0100 +++ insight-6.6/debian/rules2008-09-09 03:15:45.0 +0100 @@ -35,8 +35,8 @@ --with-tclconfig=/usr/lib/tcl8.4 \ --with-tkinclude=/usr/include/tcl8.4/tk-private \ --with-tkconfig=/usr/lib/tk8.4 \ - --with-itclconfig=/usr/lib/itcl3.2 \ - --with-itkconfig=/usr/lib/itk3.2 \ + --with-itclconfig=/usr/share/tcltk/itcl3.2 \ + --with-itkconfig=/usr/share/tcltk/itk3.2/ \ --enable-sim signature.asc Description: PGP signature
Bug#497703: Removal of python-happydoc
Carlos Eduardo Sotelo Pinto wrote: You are right, wath dou you recommend, a possible solution, could be: - remove it from lenny, [..] - and finally get this one into the new debian version I think it could be a good solutions, what do you propose Yes, excellent. I'll just send a mail to -release asking for the version in lenny to be removed. Good luck with python-happydoc! Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#499175: geordi fails with 'setResourceLimit: invalid argument'
Bradley Smith wrote: When running geordi (or geordi-local) it fails to run with the following: [...] geordi-local: setResourceLimit: invalid argument (Invalid argument) This is an i386-specific issue which has been fixed in the recent ghc6 upload. A binNMU for geordi was scheduled last week for lenny; sid will require a sourceful upload which will follow in the next day or so. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#499508: open-iscsi: diff for NMU version 2.0.870~rc3-0.1
tags 499508 +pending thanks Hi, The attached file is the diff for my open-iscsi 2.0.870~rc3-0.1 NMU. The associated changelog entry is: open-iscsi (2.0.870~rc3-0.1) unstable; urgency=low * Non-maintainer upload. * New upstream release - Adds support for Linux 2.6.26 (Closes: #499508) * Fix redirection bashism in open-iscsi initscript. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- diff -Nru open-iscsi-2.0.869.2/debian/changelog open-iscsi-2.0.870~rc3/debian/changelog --- open-iscsi-2.0.869.2/debian/changelog 2008-09-30 21:41:49.0 +0100 +++ open-iscsi-2.0.870~rc3/debian/changelog 2008-09-30 21:41:49.0 +0100 @@ -1,3 +1,12 @@ +open-iscsi (2.0.870~rc3-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release +- Adds support for Linux 2.6.26 (Closes: #499508) + * Fix redirection bashism in open-iscsi initscript. + + -- Chris Lamb [EMAIL PROTECTED] Tue, 30 Sep 2008 21:40:27 +0100 + open-iscsi (2.0.869.2-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru open-iscsi-2.0.869.2/debian/open-iscsi.init open-iscsi-2.0.870~rc3/debian/open-iscsi.init --- open-iscsi-2.0.869.2/debian/open-iscsi.init 2008-09-30 21:41:49.0 +0100 +++ open-iscsi-2.0.870~rc3/debian/open-iscsi.init 2008-09-30 21:41:49.0 +0100 @@ -99,7 +99,7 @@ log_daemon_msg Mounting network filesystems MOUNT_RESULT=1 - if mount -a -O _netdev /dev/null; then + if mount -a -O _netdev /dev/null 21; then MOUNT_RESULT=0 break fi signature.asc Description: PGP signature
Bug#497703: Incomplete debian/copyright
reopen 497703 thanks (I closed the wrong--but related--bug in the qmtest upload) Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#499508: closed by Chris Lamb [EMAIL PROTECTED] (Bug#499508: fixed in open-iscsi 2.0.870~rc3-0.1)
Norbert Tretkowski wrote: Something went wrong with this upload: [..] tags 499508 +pending So, version.h wasn't up-to-date in the new tarball? Curious. Good spot anyway, and thanks for uploading this extra fix. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#496395: The possibility of attack with the help of symlinks in some Debian packages
Source: apertium Source-Version: 3.0.7+1-1.1 We believe that the bug you reported is fixed in the latest version of apertium, which is due to be installed in the Debian FTP archive: For the benefit of anyone following this bug via turmzimmer.net whilst tracking lenny RC issues, a version of apertium which fixes this bug is being blocked by #500171. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#500171: apertium: FTBFS in ia64
block 500171 by 501960 thanks Miguel Gea Milvaques wrote: While building in ia64, fails to build [..] The cause of this appears to be flex generating invalid output in some situations, which I've filed as #501960. Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Bug#496387: wims: diff for NMU version 3.62-13.1
tags 496387 +pending thanks Hi, The attached file is the diff for my wims 3.62-13.1 NMU. The associated changelog entry is: wims (3.62-13.1) unstable; urgency=medium * Non-maintainer upload. * Prevent against the possibility of an attack with the help of symlinks by patching public_html/bin/coqweb and bin/accounts.sh. Patches (and patch system) by the regular maintainer. (Closes: #496387) Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- diff -Nru wims-3.62/account.sh.diff wims-3.62/account.sh.diff --- wims-3.62/account.sh.diff 1970-01-01 01:00:00.0 +0100 +++ wims-3.62/account.sh.diff 2008-10-12 21:21:57.0 +0100 @@ -0,0 +1,27 @@ +--- account.sh.orig2008-08-24 23:15:21.0 +0200 account.sh 2008-08-24 23:19:57.0 +0200 +@@ -77,11 +77,20 @@ + + # Now referer logs. + +-cat /tmp/referer-home.log | sort | uniq | grep 'http://' | grep -v 'wims\.unice\.fr' | sed 's!http://!!g' | awk -F '#' '{print $1}' referer.log +-echo /tmp/referer-home.log ++ these following lines were commented because the use of ++ /tmp based files in a script create a security issue ++ Besides, there is little indication in the sources that ++ a file /tmp/referer-home.log shoukd already exist at this point. ++ so the commented lines were perhaps dead code. + +-cat referer.log* | grep $workday | awk '{print $3$4}' \ +- | sort | uniq | sort -k 1 $tmpdir/acctmp.log ++#cat /tmp/referer-home.log | sort | uniq | grep 'http://' | grep -v 'wims\.unice\.fr' | sed 's!http://!!g' | awk -F '#' '{print $1}' referer.log ++#echo /tmp/referer-home.log ++ ++#cat referer.log* | grep $workday | awk '{print $3 $4}' \ ++# | sort | uniq | sort -k 1 $tmpdir/acctmp.log ++ ++ end of the lines commented out for security reasons ++ === + + grep -v '??' $tmpdir/acctmp.log referer/refuniq.log + a=`grep -c '??' $tmpdir/acctmp.log` diff -Nru wims-3.62/coqweb.diff wims-3.62/coqweb.diff --- wims-3.62/coqweb.diff 1970-01-01 01:00:00.0 +0100 +++ wims-3.62/coqweb.diff 2008-10-12 21:21:57.0 +0100 @@ -0,0 +1,19 @@ +--- coqweb.orig2008-08-24 22:57:20.0 +0200 coqweb 2008-08-24 22:59:49.0 +0200 +@@ -18,10 +18,12 @@ + if [ $w_croq6_dbg_level == 1 ];then + echo [coqweb] called with $* ;;br/ + echo br/env start br/ +- env /tmp/env$$ +- sed s/$/br\// /tmp/env$$ /tmp/sed$$ +- cat /tmp/sed$$ +- rm /tmp/env$$ /tmp/sed$$ ++ envfile=$(mktemp -t env.XX) ++ sedfile=$(mktemp -t sed.XX) ++ env $envfile ++ sed s/$/br\// $envfile $sedfile ++ cat $sedfile ++ rm $envfile $sedfile + echo br/env end + echo br/coqweb start br/ + fi diff -Nru wims-3.62/debian/changelog wims-3.62/debian/changelog --- wims-3.62/debian/changelog 2008-10-12 21:21:56.0 +0100 +++ wims-3.62/debian/changelog 2008-10-12 21:21:57.0 +0100 @@ -1,3 +1,12 @@ +wims (3.62-13.1) unstable; urgency=medium + + * Non-maintainer upload. + * Prevent against the possibility of an attack with the help of symlinks by +patching public_html/bin/coqweb and bin/accounts.sh. Patches (and patch +system) by the regular maintainer. (Closes: #496387) + + -- Chris Lamb [EMAIL PROTECTED] Sun, 12 Oct 2008 21:06:10 +0100 + wims (3.62-13) unstable; urgency=low * reverted the dependency on octave3.0 (the dependency on octave diff -Nru wims-3.62/Makefile wims-3.62/Makefile --- wims-3.62/Makefile 2008-10-12 21:21:56.0 +0100 +++ wims-3.62/Makefile 2008-10-12 21:21:57.0 +0100 @@ -180,6 +180,10 @@ cd $${moddir}; \ done +patch-for-tmpfile-issues: + cd wims/public_html/bin; patch ../../../coqweb.diff + cd wims/bin; patch ../../account.sh.diff + clean-precompiled: # remove any precompiled file. The bugs must be reported to Gang XIAO for f in $$(find wims/src -type f -perm 755); do \ @@ -198,6 +202,7 @@ find wims -name .DS* -exec rm -f {} \; patch-and-clean: patch-sources patch-module-manage patch-for-i18n \ +patch-for-tmpfile-issues \ clean-precompiled clean-macos compile: signature.asc Description: PGP signature
Bug#472959: Double-free or corruption in local handling
Package: posh Version: 0.6.3 Severity: serious Justification: 10.4 - local: only uses such as x must be supported #!/bin/posh myfunc() { local a a= a=test echo $a } myfunc % posh ./test.sh *** glibc detected *** posh: double free or corruption (fasttop): 0x08065560 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7ecb564] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7ecd766] posh[0x804968c] posh[0x8052d20] posh[0x8052d95] posh[0x804d633] posh[0x804da4e] posh[0x804db3c] posh[0x804d2a6] posh[0x804deb8] posh[0x80530a2] posh[0x8053958] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7e73456] posh[0x80495a1] === Memory map: 08048000-0806 r-xp fe:01 227177 /bin/posh 0806-08062000 rw-p 00017000 fe:01 227177 /bin/posh 08062000-08083000 rw-p 08062000 00:00 0 [heap] b7d0-b7d21000 rw-p b7d0 00:00 0 b7d21000-b7e0 ---p b7d21000 00:00 0 b7e4f000-b7e5b000 r-xp fe:01 454335 /lib/libgcc_s.so.1 b7e5b000-b7e5c000 rw-p b000 fe:01 454335 /lib/libgcc_s.so.1 b7e5c000-b7e5d000 rw-p b7e5c000 00:00 0 b7e5d000-b7fb2000 r-xp fe:01 454460 /lib/i686/cmov/libc-2.7.so b7fb2000-b7fb3000 r--p 00155000 fe:01 454460 /lib/i686/cmov/libc-2.7.so b7fb3000-b7fb5000 rw-p 00156000 fe:01 454460 /lib/i686/cmov/libc-2.7.so b7fb5000-b7fb8000 rw-p b7fb5000 00:00 0 b7fc2000-b7fc4000 rw-p b7fc2000 00:00 0 b7fc4000-b7fde000 r-xp fe:01 454310 /lib/ld-2.7.so b7fde000-b7fe rw-p 0001a000 fe:01 454310 /lib/ld-2.7.so bfdfd000-bfe12000 rw-p bffeb000 00:00 0 [stack] e000-f000 r-xp 00:00 0 [vdso] I have also found similar bugs where a string assigned to a local-ised variable would subsequently expand to an arbitrary single character, but this is probably the same bug. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#412281: wajig: fails to run with import apt_pkg error
Package: wajig Version: 2.0.34 Severity: grave Wajig crashes upon being run: [EMAIL PROTECTED]:~$ wajig Traceback (most recent call last): File /usr/share/wajig/wajig.py, line 32, in ? import documentation,commands,changes,perform File /usr/share/wajig/commands.py, line 39, in ? import apt_pkg ImportError: /usr/lib/python2.4/site-packages/apt_pkg.so: undefined symbol: _ZN14pkgCdromStatus8SetTotalEi appending --help or --version crashes in an identical way. I am using version 0.6.20 of python-apt. Regards, -- Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#412281: (no subject)
tags 412281 + patch stop Rebuilding against libapt-pkg-dev 0.6.46.4 seems fixed this for me. Regards, -- Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20 --- debian/control.orig 2007-02-26 20:23:27.0 + +++ debian/control 2007-02-26 20:23:41.0 + @@ -5,7 +5,7 @@ Uploaders: Matt Zimmerman [EMAIL PROTECTED], Michael Vogt [EMAIL PROTECTED] Standards-Version: 3.6.2.0 XS-Python-Version: all -Build-Depends: debhelper (= 5.0.37.1), libapt-pkg-dev (= 0.6.45), apt-utils, python-all-dev, python-central +Build-Depends: debhelper (= 5.0.37.1), libapt-pkg-dev (= 0.6.46.4), apt-utils, python-all-dev, python-central Package: python-apt Architecture: any signature.asc Description: PGP signature
Bug#423322: Maintainership of SWI-Prolog
Lucas Nussbaum wrote: Any update on this? I've uploaded the package to my personal repository (ping me on IRC for the URL, as it will change) so that my usual sponsor can check it out. My packaging is available in Git[0]. There are still three outstanding issues: * It modifies RPATH * Some unnecessary linking (dpkg-shlipdeps errors) * It doesn't build the JPL extension (see #449437) However, I feel that just getting a new package into the Debian is primary goal here. It will be of a superior quality to the current one, and JPL extension will result in another binary package (and thus some time in NEW). The only other outstanding issue is that I am not the current maintainer of this package. Many months ago, Gerado mailed me and generously gave me permission to become co-maintainer, as well promising an imminent upload. The latter has not been forthcoming, and the upload I have prepared thus lists me as the sole new maintainer. I'm not exactly sure what to do in this position. I am equally enthusiastic about adopting this package by myself as well as co-maintaining it with Gerado but he appears to be seriously MIA. /Lamby [0] http://git.chris-lamb.co.uk/?p=pkg-swi-prolog.git -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#423322: Maintainership of SWI-Prolog
Dear all, I have contacted Gerardo Curiel and he has agreed to let me become a co-maintainer of the SWI-Prolog package. I am a regular user of this package and would dearly like to see a well-maintained package inside Debian. I am in the latter stages of preparing an upload of the latest upstream version, which should close at least 5 (yes :-/) outstanding bugs. Here's hoping to a better future of this package. Kind Regards, /Lamby -- Chris Lamb, Leamington Spa, UK GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#423322: Maintainership of SWI-Prolog
Lucas Nussbaum wrote: I will be very much grateful for its up-to-date and complete version. Chris, could you give us an update on that? I have half-packaged the latest upstream, just a few of the extra packages (like -xpce, etc.) are now missing. In a few days so I can also try it on amd64 and PPC machines too - they had some build issues before. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#459527: Fatal GConfClient.set_string() argument 2 must be string, not None error on startup
Package: serpentine Version: 0.9-1 Severity: grave Justification: Renders package unusable From a fresh install, Serpentine refuses to start: % sudo apt-get install serpentine [sudo] password for lamby: Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed serpentine 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 123kB of archives. After unpacking 737kB of additional disk space will be used. Get: 1 http://yomi sid/main serpentine 0.9-1 [123kB] Fetched 123kB in 0s (999kB/s) Selecting previously deselected package serpentine. (Reading database ... 194829 files and directories currently installed.) Unpacking serpentine (from .../serpentine_0.9-1_all.deb) ... Setting up serpentine (0.9-1) ... % serpentine Traceback (most recent call last): File /usr/bin/serpentine, line 128, in ? app = SerpentineApplication (locations) File /usr/lib/python2.4/site-packages/serpentine/__init__.py, line 413, in __init__ Application.__init__(self, locations) File /usr/lib/python2.4/site-packages/serpentine/__init__.py, line 164, in __init__ self.__preferences = RecordingPreferences(locations) File /usr/lib/python2.4/site-packages/serpentine/preferences.py, line 301, in __init__ self._on_gconf_device_changed() File /usr/lib/python2.4/site-packages/serpentine/preferences.py, line 455, in _on_gconf_device_changed self._device.data = self.__drive_selection.get_device() File /usr/lib/python2.4/site-packages/serpentine/gaw.py, line 153, in lambda fset = lambda self, value: self.__setter (self.key, value) TypeError: GConfClient.set_string() argument 2 must be string, not None Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#421041: Bzr depenency is too strict
Package: bzr-builddeb Version: 0.14 Severity: grave Tags: patch bzr-builddeb is currently uninstallable in unstable. The package currently includes a dependency of bzr ( 0.15) yet it works fine when I removed this requirement and recompiled in order to use 0.15. \Lamby -- Chris Lamb, Leamington Spa, UK GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#421041: (no subject)
retitle 421041 Bzr dependency is too strict thanks -- Chris Lamb, Leamington Spa, UK GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#443778: FTBFS: Missing build dependency: desktop-file-utils
Package: monodevelop Version: 0.14+dfsg-2 Severity: serious Justification: FTBFS snip dh_testdir ./configure --prefix=/usr \ --mandir=\${prefix}/share/man \ --infodir=\${prefix}/share/info \ --disable-update-mimedb --disable-update-desktopdb \ --enable-boo --enable-java \ --enable-nunit \ --enable-versioncontrol --enable-subversion \ --enable-aspnet \ --disable-monoextensions \ BOOC=/usr/bin/booc2 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking for intltool = 0.25... 0.35.0 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/bin/iconv checking for msgfmt... /usr/bin/msgfmt checking for msgmerge... /usr/bin/msgmerge checking for xgettext... /usr/bin/xgettext checking for mono... /usr/bin/mono checking for gmcs... /usr/bin/gmcs checking for update-mime-database... /usr/bin/update-mime-database checking for update-desktop-database... no configure: error: You need to install update-desktop-database make: *** [configure-stamp] Error 1 /Lamby -- Chris Lamb, Earlsdon, UK GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#552819: confname.h:530: error: comma at end of enumerator list
reassign 552837 libc6-dev reassign 552863 libc6-dev reassign 552878 libc6-dev forcemerge 552819 552837 552863 552878 551656 thanks Michael Tautschnig wrote: I just want a second opinion, but I think this is caused by bug #551656. Yap. I hope I've caught them all with the above control@ foo. Note that this bug was marked pending by Aurel (thanks). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#536966: lsb-build-base3: diff for NMU version 3.2.2~pre1-1.2
peter green wrote: Two months later this still hasn't been uploaded (according to information on packages.qa.debian.org). Did you forget to upload it or is there some other problem? I must have forgot, I think. I've just uploaded it (modulo lack of dinstall). Sorry about that. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#568232: python-dispatch: Not compatible with Python 2.6
Jonathan Wiltshire wrote: python-turbogears has been fixed and migrated to testing, so presumably it can be turned into an RM request now? Please go ahead. Please use 'affects' so the bug gets punched through to here. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#585977: Patch refers to non-existent core.set_exc_info
Package: python-gevent Version: 0.12.2-5 Severity: serious The 002-exc_info-leak patch added in 0.12.2-5 adds a call to core.set_exc_info(..). However, this method does not exist in gevent.core, so it blows up when you hit this codepath. I'm using gevent with gunicorn: Traceback (most recent call last): File /usr/lib/pymodules/python2.5/gunicorn/arbiter.py, line 389, in spawn_workers worker.init_process() File /usr/lib/pymodules/python2.5/gunicorn/workers/base.py, line 99, in init_process self.run() File /usr/lib/pymodules/python2.5/gunicorn/workers/ggevent.py, line 45, in run gevent.sleep(0.1) File /usr/lib/pymodules/python2.5/gevent/hub.py, line 71, in sleep switch_result = get_hub().switch() File /usr/lib/pymodules/python2.5/gevent/hub.py, line 156, in switch core.set_exc_info(*exc_info) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#587132: bustle: FTBFS: Could not find module `Graphics.UI.Gtk.Pango.Font':
tags 587132 + upstream thanks Hi Will, Looks like libghc6-pango-dev doesn't provide Graphics.UI.Gtk.Pango.Font, it's renamed to Graphics.Rendering.Pango.Layout. However, simply adjusting the import lines (and adding pango to cabal Build-Depends) doesn't work: * Bustle.hs:237:14: Ambiguous occurrence `eventKeyName' It could refer to either `Graphics.UI.Gtk.eventKeyName', imported from Graphics.UI.Gtk at Bustle.hs:45:0-21 or `Graphics.UI.Gtk.Gdk.Events.eventKeyName', imported from Graphics.UI.Gtk.Gdk.Events at Bustle.hs:47:0-32 * Also, I get a ton of deprecation warnings and suchlike. Fancy refreshing the package a little for GHC 6.12 and doing another release? :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#587132: bustle: FTBFS: Could not find module `Graphics.UI.Gtk.Pango.Font':
Will Thompson wrote: On 28/06/10 11:50, Chris Lamb wrote: Fancy refreshing the package a little for GHC 6.12 and doing another release? :) Done: http://www.willthompson.co.uk/bustle/releases/bustle-0.2.2.tar.gz and http://www.willthompson.co.uk/bustle/releases/bustle-0.2.2.tar.gz.asc I think this tarball is missing the Bustle/ directory.. :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#581913: cakephp-scripts and coffeescript: error when trying to install together
Ralf Treinen wrote: This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. I was here first ;) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Lucas Nussbaum wrote: Apparently it blocks during the tests: Thanks to your output I was able to focus on a particular area and reproduce the problem. It looks like some tests are looping infinitely. A quick solution would be to remove subversion from Build-Depends, but I've managed to produce a patch (attached) which I'll point upstream at. Thanks again. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad py/path/svn/urlcommand.py codespeak-lib-0.9.1/py/path/svn/urlcommand.py --- py/path/svn/urlcommand.py 2008-07-12 03:02:11.0 +0100 +++ py/path/svn/urlcommand.py 2008-07-12 03:03:23.0 +0100 @@ -239,7 +239,8 @@ for lsline in lines: if lsline: info = InfoSvnCommand(lsline) -nameinfo_seq.append((info._name, info)) +if info._name != '.': +nameinfo_seq.append((info._name, info)) return nameinfo_seq auth = self.auth and self.auth.makecmdoptions() or None if self.rev is not None: signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
Chris Lamb wrote: I've managed to produce a patch (attached) which I'll point upstream at. Sent upstream as https://codespeak.net/issue/py-dev/issue56. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#489102: codespeak-lib: FTBFS: tries to access gluck.d.o, then times out.
retitle 489102 Subversion tests loop infinitely tags 489102 + pending thanks Was a Subversion 1.5 issue. My patch was accepted upstream and will upload shortly. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#452851: [issue376] py.path.local.local.LocalPath may remove unrelated data
Hi Armin and Maciej, First, thanks for your mails. The fact that the directory name is predictable is very useful in various situations, so it's unlikely that we can be convinced to change that. Hm, let's try and understand a little bit more about these temporary directories.. By predictable, who has to predict them (from PyPy's point of view)? If it's limited to a single process, then would it not be possible create a temporary directory in which PyPy places all the other directories? This seems the same as just doing: import tempfile os.environ['TMPDIR'] = tempfile.mkdtemp() [...] .. or similar. (I seem to recall discussing something along these lines on IRC, but I can't remember the outcome) The other issue seems to be where these directories are used: Can I assume that--as the code is part of the pylib--that other tools such as py.test use these directories and thus a general solution needs to be found? (If they were limited to the build system then I could probably hack around it using a shell variant of the above.) Anyway, whilst your SHA1 dot-file proposal sounds interesting and promising, I wonder if we're missing something obvious.. Hope you can help. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#492364: swi-prolog-xpce: file conflict(s?) with spi-prolog
Aaron M. Ucko wrote: swi-prolog-xpce now contains at least one file already present in swi-prolog: FTR, further investigation reveals that to be a massive understatement. Yep. :) It's because dh_install simply copies the files and dh_movefiles, well, moves them. Thanks for reporting this; a fix is in my git repo and is now pending upload, hopefully with a fix for arm and armel. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#492774: strace_4.5.17+cvs080723-1(sparc/unstable): FTBFS on sparc:error: expected '=', ',', ';', 'asm' or '__attribute__' before' pt_regs_is_syscall'
Martin Zobel-Helas wrote: from ../syscall.c:72: /usr/include/asm-sparc/ptrace.h:44: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'pt_regs_is_syscall' I coincidentally bumped into this issue a few days ago when playing with ptrace on sparc. Defining bool locally fixed the problem for me; it's protected by #ifdef __KERNEL__ in linux/types.h. Hacky patch attached (untested as my sparc box is now in storage, alas). Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 diff -urNad strace-4.5.17+cvs080723.orig/syscall.c strace-4.5.17+cvs080723/syscall.c --- strace-4.5.17+cvs080723.orig/syscall.c 2008-07-29 01:00:51.0 +0100 +++ strace-4.5.17+cvs080723/syscall.c 2008-07-29 01:03:30.0 +0100 @@ -69,6 +69,9 @@ # ifdef HAVE_STRUCT_PT_ALL_USER_REGS # define pt_all_user_regs XXX_pt_all_user_regs # endif +#if defined (LINUX) (defined(SPARC) || defined(SPARC64)) !defined (bool) +# define bool int +#endif #include linux/ptrace.h # undef ia64_fpreg # undef pt_all_user_regs signature.asc Description: PGP signature
Bug#561903: python-paramiko and fabric: error when trying to install together
reassign 561903 fabric forcemerge 561398 561903 thanks Ralf Treinen wrote: [..] Thanks. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#561903: python-paramiko and fabric: error when trying to install together
Jeremy T. Bouse wrote: The paramiko package contains only the upstream files... I'm unaware of fabric and why it would have a copy of paramiko's files in it's build rather than depending on paramiko if it uses it. It's already been reassigned to fabric. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#527492: python-django: FTBFS: Could not import extension djangodocs
tags 527492 + patch thanks James Bennett wrote: This is a compatibility issue across different versions of Sphinx, and is already open upstream with us as #10539: http://code.djangoproject.com/ticket/10539 I've backported 10539-sphinx06-compatibility.diff to 1.0.2 (stable, testing, unstable) which now builds fine against the latest python-sphinx. The non- backported patch works fine against the current version in experimental. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -urNad a/docs/_ext/djangodocs.py b/docs/_ext/djangodocs.py --- Django-1.0.2-final.orig/docs/_ext/djangodocs.py 2009-05-07 22:14:38.0 +0100 +++ Django-1.0.2-final/docs/_ext/djangodocs.py 2009-05-07 22:16:39.0 +0100 @@ -6,10 +6,16 @@ import docutils.transforms import sphinx import sphinx.addnodes -import sphinx.builder +try: +from sphinx import builders +except ImportError: +import sphinx.builder as builders import sphinx.directives import sphinx.environment -import sphinx.htmlwriter +try: +import sphinx.writers.html as sphinx_htmlwriter +except ImportError: +import sphinx.htmlwriter as sphinx_htmlwriter def setup(app): app.add_crossref_type( @@ -42,7 +48,7 @@ directivename = django-admin-option, rolename = djadminopt, indextemplate = pair: %s; django-admin command-line option, -parse_node= lambda env, sig, signode: sphinx.directives.parse_option_desc(signode, sig), +parse_node= parse_django_adminopt_node, ) app.add_transform(SuppressBlockquotes) @@ -71,7 +77,7 @@ if len(node.children) == 1 and isinstance(node.children[0], self.suppress_blockquote_child_nodes): node.replace_self(node.children[0]) -class DjangoHTMLTranslator(sphinx.htmlwriter.SmartyPantsHTMLTranslator): +class DjangoHTMLTranslator(sphinx_htmlwriter.SmartyPantsHTMLTranslator): Django-specific reST to HTML tweaks. @@ -94,10 +100,10 @@ # def visit_literal_block(self, node): self.no_smarty += 1 -sphinx.htmlwriter.SmartyPantsHTMLTranslator.visit_literal_block(self, node) +sphinx_htmlwriter.SmartyPantsHTMLTranslator.visit_literal_block(self, node) def depart_literal_block(self, node): -sphinx.htmlwriter.SmartyPantsHTMLTranslator.depart_literal_block(self, node) +sphinx_htmlwriter.SmartyPantsHTMLTranslator.depart_literal_block(self, node) self.no_smarty -= 1 # @@ -132,7 +138,7 @@ # This is different on docutils 0.5 vs. 0.4... # The docutils 0.4 override. -if hasattr(sphinx.htmlwriter.SmartyPantsHTMLTranslator, 'start_tag_with_title'): +if hasattr(sphinx_htmlwriter.SmartyPantsHTMLTranslator, 'start_tag_with_title'): def start_tag_with_title(self, node, tagname, **atts): node = { 'classes': node.get('classes', []), @@ -145,7 +151,7 @@ def visit_section(self, node): old_ids = node.get('ids', []) node['ids'] = ['s-' + i for i in old_ids] -sphinx.htmlwriter.SmartyPantsHTMLTranslator.visit_section(self, node) +sphinx_htmlwriter.SmartyPantsHTMLTranslator.visit_section(self, node) node['ids'] = old_ids def parse_django_admin_node(env, sig, signode): @@ -155,6 +161,25 @@ signode += sphinx.addnodes.desc_name(title, title) return sig +def parse_django_adminopt_node(env, sig, signode): +A copy of sphinx.directives.CmdoptionDesc.parse_signature() +from sphinx import addnodes +from sphinx.directives.desc import option_desc_re +count = 0 +firstname = '' +for m in option_desc_re.finditer(sig): +optname, args = m.groups() +if count: +signode += addnodes.desc_addname(', ', ', ') +signode += addnodes.desc_name(optname, optname) +signode += addnodes.desc_addname(args, args) +if not count: +firstname = optname +count += 1 +if not firstname: +raise ValueError +return firstname + def monkeypatch_pickle_builder(): import shutil from os import path @@ -183,12 +208,12 @@ # copy the environment file from the doctree dir to the output dir # as needed by the web app -shutil.copyfile(path.join(self.doctreedir, sphinx.builder.ENV_PICKLE_FILENAME), -path.join(self.outdir, sphinx.builder.ENV_PICKLE_FILENAME)) +shutil.copyfile(path.join(self.doctreedir, builders.ENV_PICKLE_FILENAME), +path.join(self.outdir, builders.ENV_PICKLE_FILENAME)) # touch 'last build' file, used by the web application to determine # when to reload its environment and clear the cache -open(path.join(self.outdir, sphinx.builder.LAST_BUILD_FILENAME), 'w').close() +open(path.join(self.outdir, builders.LAST_BUILD_FILENAME), 'w').close
Bug#527719: geordi: FTBFS: template-hsc.h:4:19: error: HsFFI.h: No such file or directory
Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. [..] In file included from EvalCxx_hsc_make.c:1: /usr/lib/ghc-6.10.1/hsc2hs-0.67/template-hsc.h:4:19: error: HsFFI.h: No such file or directory compiling EvalCxx_hsc_make.c failed command was: /usr/bin/gcc -c EvalCxx_hsc_make.c -o EvalCxx_hsc_make.o make: *** [build-stamp] Error 1 The patch for this is fairly simple. However, the version of geordi in sid does not build under GHC 6.10 for a few reasons, and the latest upstream version does not build as it has not yet been ported to parsec 3. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#515717: xserver-xorg-video-nouveau_1:0.0.10~git+20090205+4dfd0b1-1(hppa/exp erimental): FTBFS
Frank Lichtenheld wrote: your package failed to build from source. | /usr/bin/ld: /usr/lib/gcc/hppa-linux-gnu/4.3.3/../../../libdrm_nouveau.a(nouveau_pushbuf.o): relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC | /usr/lib/gcc/hppa-linux-gnu/4.3.3/../../../libdrm_nouveau.a: could not read symbols: Bad value | collect2: ld returned 1 exit status | make[3]: *** [nouveau_drv.la] Error 1 | make[3]: Leaving directory lambyAny idea about the hppa FTBFS? (#515717) jcristau it's using a static libdrm_nouveau for some reason jcristau ah. that's because libdrm-dev didn't depend on libdrm-nouveau1 at the time jcristau so that should be fixed lambyAh, those arch-specific Depends? (which you removed, heh) jcristau yeah lambyOoi, what made you come to that conclusion? jcristau http://experimental.debian.net/fetch.php?pkg=xserver-xorg-video-nouveauver=1%3A0.0.10%7Egit%2B20090205%2B4dfd0b1-1arch=hppastamp=1235648408file=logas=raw jcristau libdrm-nouveau1 doesn't get installed jcristau so the shared lib isn't there, and -ldrm_nouveau uses the static one - fail. lambyack, ta. lambyDon't think I've come across that failure mode before. lambyAnyway, I'll check the hppa buildd logs in a few days. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#530485: Unmet dependencies in libghc6-*
Steve M. Robbins wrote: I could not build this package from source: [..] The following packages are BROKEN: libghc6-irc-dev libghc6-mtl-dev libghc6-network-dev libghc6-parallel-dev libghc6-parsec-dev libghc6-regex-base-dev libghc6-regex-compat-dev libghc6-regex-posix-dev There's some Haskell funkiness going on at the moment. Even when that is fixed, the package will still not build due to #527719. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#515717: xserver-xorg-video-nouveau_1:0.0.10~git+20090205+4dfd0b1-1(hppa/exp erimental): FTBFS
Chris Lamb wrote: Frank Lichtenheld wrote: your package failed to build from source. [..] lambyAnyway, I'll check the hppa buildd logs in a few days. Frank, any idea why a the latest version has not been attempted yet? Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#550457: Remote denial of service via pathological performance of regular expressions
Package: python-django Version: 1.0.2-1+lenny1 Severity: serious Tags: security Django's forms library included field types which perform regular-expression based validation of email addresses and URLs. Certain addresses/URLs could trigger a pathological performance case in this regular expression, resulting in the server process/thread becoming unresponsive, and consuming excessive CPU over an extended period of time. If deliberately triggered, this could result in an effective denial-of-service attack. [..] This issue was disclosed publicly by a third party on a high-traffic mailing list, and attempts have been made to exploit it against live Django installations. http://www.djangoproject.com/weblog/2009/oct/09/security/ Does not affect unstable (once 1.1.1-1 lands). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#550457: Remote denial of service via pathological performance of regular expressions
Chris Lamb wrote: This issue was disclosed publicly by a third party on a high-traffic mailing list, and attempts have been made to exploit it against live Django installations. Packages for stable-security are available at: http://people.debian.org/~lamby/550457/ I can't find any CVE numbers, but am not used to looking. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#527719: geordi: FTBFS: template-hsc.h:4:19: error: HsFFI.h: No such file or directory
Luk Claes wrote: You wrote that the runtime chroot creation needs to be rewritten before you can upload and that Ubuntu seems to have addressed this. Are the patches linked from the PTS not covering these? No, or at least it is not sufficient to get it working in Debian (the majority of the patches are just to tidy various {Build-,}Depends and patch bitrot etc). You should remove geordi from testing for the time being. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#491890: This package should not be released with lenny
retitle 491890 RM: karchiver -- RoQA; out of date, orphaned, buggy reassign 491890 ftp.debian.org thanks I think that package karchiver should not be released with lenny because: For the same reasons, including the neglected bug reports, I am proposing the removal of karchiver from Debian. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#510409: swi-prolog 5.5.63-1 FTBFS on everything except i386 and amd64 (was: swi-prolog_5.6.63-1(mipsel/unstable):)
peter green wrote: Disclaimer, I have no relation with this package, i'm just doing some flyby rc bug investigation. Woah, thanks for the fly-by. Your analysis confirms what I suspected from a quick glance at the build logs last night. I guess the thing to do would be to concentrate on why it isn't linking on non-x86. Indeed, I wonder if JPL has ever been tested on other architectures - it only worked with Sun's JDK in the past (which was exclusively x86 and sparc, I think). Thanks again. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#510409: swi-prolog 5.5.63-1 FTBFS on everything except i386 and amd64
peter green wrote: Sorry they are attatched this time. Many thanks and sorry for the direct reply in my last message. I'll upload swi-prolog tonight with these changes and also send the that autoconf upstream (to swi-prolog and possibly further) unless you want to do that. Again, many thanks. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#510409: swi-prolog 5.5.63-1 FTBFS on everything except i386 and amd64
reopen #510409 thanks Still occurs with 5.6.63-2. e.g: http://buildd.debian.org/fetch.cgi?pkg=swi-prologver=5.6.63-2arch=alphastamp=1231289199file=log Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#511242: python-setuptools is missing in build dependencies
tags 511242 + pending thanks Please add python-setuptools to build dependencies otherwise ez_setup will try to download it from internet Good catch. Out of interest, how did you find this? Regards, -- Chris Lamb, UK ch...@chris-lamb.co.uk GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#511231: Fatal X server error after upgrade to 2.4.3+git+20090105+a8c5480-1
reassign 511231 libdrm2 forcemerge 511231 511007 Package: libdrm-intel1 Version: 2.4.3+git+20090105+a8c5480-1 Justification: renders package unusable Severity: grave After the upgrade from 2.4.1+git+20081116+930c0e7-1 to 2.4.3+git+20090105+a8c5480-1 it was not possible to start X Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#511231: downgrade else life over
jida...@jidanni.org wrote: Dear Sirs, I am flabbergasted that you have stopped X in its tracks. Fortunately I did dpkg - warning: downgrading libdrm-intel1 from [..] P.S., fix the *ERROR* Unknown parameter 5 one day if you have spare time. Welcome to experimental, thanks for your motivating comments. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#501960: Processed: Make this RC
Manoj Srivastava wrote: There are two issues with this change of severity: a) The bug is marked as closed Well, it's closed in 2.5.35-3, which is not in lenny; thus flex is now lenny RC buggy, which was surely Adrian's intention. (Was unblocked on 20090105, just out of date on mipsel.) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#537008: plr: FTBFS: dh_install: missing files, aborting
tags 537008 + patch thanks Patch attached. The included /usr/lib/postgresql/8.3/lib/pgxs/src/Makefile.global runs the default pg_config which returns 8.4-related paths, resulting in files being installed under debian/tmp/../8.4 (and probably spurious links and dependencies if you have happen to have both 8.3 and 8.4 installed at the same time). We thus export PG_CONFIG to the 8.3 version and--as a bonus--use this in 10_Makefile.patch to avoid duplication. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -urNd plr-8.3.0.6.orig/debian/patches/10_Makefile.patch plr-8.3.0.6/debian/patches/10_Makefile.patch --- plr-8.3.0.6.orig/debian/patches/10_Makefile.patch 2009-07-27 14:06:35.0 +0200 +++ plr-8.3.0.6/debian/patches/10_Makefile.patch2009-07-27 14:07:14.0 +0200 @@ -22,7 +22,7 @@ ifdef USE_PGXS -PGXS := $(shell pg_config --pgxs) -+PGXS := $(shell /usr/lib/postgresql/8.3/bin/pg_config --pgxs) ++PGXS := $(shell $(PG_CONFIG) --pgxs) include $(PGXS) else subdir = contrib/plr diff -urNd plr-8.3.0.6.orig/debian/rules plr-8.3.0.6/debian/rules --- plr-8.3.0.6.orig/debian/rules 2009-07-27 14:06:35.0 +0200 +++ plr-8.3.0.6/debian/rules2009-07-27 14:06:53.0 +0200 @@ -8,7 +8,7 @@ #SHLIB_LINK=-Wl,-rpath /usr/lib/R/lib #export LDFLAGS SHLIB_LINK -DEB_MAKE_ENVVARS:=USE_PGXS=1 +DEB_MAKE_ENVVARS:=USE_PGXS=1 PG_CONFIG=/usr/lib/postgresql/8.3/bin/pg_config # Do not set R_HOME to force variable setting via pkg-config which leads to more # reasonable results regarding r_includespec # R_HOME=/usr/lib/R signature.asc Description: PGP signature
Bug#527702: gnomoradio: diff for NMU version 0.15.1-5.3
tags 527702 +pending thanks Hi, The attached file is the diff for my gnomoradio 0.15.1-5.3 NMU. The associated changelog entry is: gnomoradio (0.15.1-5.3) unstable; urgency=low * Non-maintainer upload. * Fix FTBFS in license.cc. Thanks to Jim Garrison j...@garrison.cc for the patch. (Closes: #527702) * Move package libroboradio-dev from Section 'devel' = 'libdevel'. * Move package librainbow-dev from Section 'devel' = 'libdevel'. * Add ${shlibs:Depends} to binary packages to avoid missing dependencies. * Don't ignore errors in distclean. * Bump Standards-Version to 3.8.2. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -Nru gnomoradio-0.15.1/debian/changelog gnomoradio-0.15.1/debian/changelog --- gnomoradio-0.15.1/debian/changelog 2009-07-27 15:43:02.0 +0200 +++ gnomoradio-0.15.1/debian/changelog 2009-07-27 15:43:03.0 +0200 @@ -1,3 +1,16 @@ +gnomoradio (0.15.1-5.3) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS in license.cc. Thanks to Jim Garrison j...@garrison.cc for the +patch. (Closes: #527702) + * Move package libroboradio-dev from Section 'devel' = 'libdevel'. + * Move package librainbow-dev from Section 'devel' = 'libdevel'. + * Add ${shlibs:Depends} to binary packages to avoid missing dependencies. + * Don't ignore errors in distclean. + * Bump Standards-Version to 3.8.2. + + -- Chris Lamb la...@debian.org Mon, 27 Jul 2009 15:18:29 +0200 + gnomoradio (0.15.1-5.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru gnomoradio-0.15.1/debian/control gnomoradio-0.15.1/debian/control --- gnomoradio-0.15.1/debian/control2009-07-27 15:43:02.0 +0200 +++ gnomoradio-0.15.1/debian/control2009-07-27 15:43:03.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Riccardo Setti gisk...@autistici.org Build-Depends: debhelper (= 4.0.0), libgconfmm-2.6-dev (= 2.8.1-1.1), libxml++2.6-dev (= 2.6.1-2.1), libgtkmm-2.4-dev, libesd0-dev, libvorbis-dev, libao-dev, libglibmm-2.4-dev, libsigc++-2.0-dev -Standards-Version: 3.7.3 +Standards-Version: 3.8.2 Package: gnomoradio Section: sound @@ -16,9 +16,9 @@ and download and play music that is freely licensed. Package: libroboradio-dev -Section: devel +Section: libdevel Architecture: any -Depends: libroboradio0c2 +Depends: ${shlibs:Depends}, libroboradio0c2 Description: Development file for libroboradio0c2 Gnomoradio is a free software peer to peer music distribution application for free music. @@ -28,7 +28,7 @@ Package: libroboradio0c2 Section: libs Architecture: any -Depends: gnomoradio (= ${binary:Version} ) +Depends: ${shlibs:Depends}, gnomoradio (= ${binary:Version} ) Conflicts: libroboradio0 Replaces: libroboradio0 Description: the gnomoradio roboradio library @@ -38,9 +38,9 @@ This package include roboradio libs. Package: librainbow-dev -Section: devel +Section: libdevel Architecture: any -Depends: librainbow0c2 +Depends: ${shlibs:Depends}, librainbow0c2 Description: development file for librainbow0c2 Gnomoradio is a free software peer to peer music distribution application for free music. @@ -50,7 +50,7 @@ Package: librainbow0c2 Section: libs Architecture: any -Depends: gnomoradio (= ${binary:Version}) +Depends: ${shlibs:Depends}, gnomoradio (= ${binary:Version}) Conflicts: librainbow0 Replaces: librainbow0 Description: the gnomoradio rainbow lib diff -Nru gnomoradio-0.15.1/debian/rules gnomoradio-0.15.1/debian/rules --- gnomoradio-0.15.1/debian/rules 2009-07-27 15:43:02.0 +0200 +++ gnomoradio-0.15.1/debian/rules 2009-07-27 15:43:03.0 +0200 @@ -51,7 +51,8 @@ rm -rf $(CURDIR)/debian/libroboradio-dev # Add here commands to clean up after the build process. - -$(MAKE) distclean + [ ! -f Makefile ] || $(MAKE) distclean + ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif diff -Nru gnomoradio-0.15.1/rainbow/license.cc gnomoradio-0.15.1/rainbow/license.cc --- gnomoradio-0.15.1/rainbow/license.cc2004-10-17 06:03:47.0 +0200 +++ gnomoradio-0.15.1/rainbow/license.cc2009-07-27 15:43:03.0 +0200 @@ -54,7 +54,7 @@ } if (done) { - signalvoid,ref_ptrLicense sig; + sigc::signalvoid,ref_ptrLicense sig; sig.connect(slot); sig(license); } else { diff -Nru gnomoradio-0.15.1/rainbow/rdf-resource.cc gnomoradio-0.15.1/rainbow/rdf-resource.cc --- gnomoradio-0.15.1/rainbow/rdf-resource.cc 2004-10-17 06:06:10.0 +0200 +++ gnomoradio-0.15.1/rainbow/rdf-resource.cc 2009-07-27 15:43:03.0 +0200 @@ -35,7 +35,7 @@ resource = ref_ptrRdfResource(p-second); if (resource-downloaded) { // already downloaded mapGlib::ustring,xmlpp::Element*::iterator el = resource
Bug#538860: jasmin-sable: jasmin is incompatible with cup 0.11a+20060608-1
forcemerge 538860 538861 retitle 538860 Not compatible with cup 0.11a+20060608-1 thanks Hi Sam, When run with the cup provided in package 0.11a+20060608-1, parsing fails immediately: Looks like your two bugs are the same issue - it's not fixed by downgrading Jasmin to 2.2.4 - it looks like jasmin will need porting to cup 0.11a for this to be fixed. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@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#538860: jasmin-sable: jasmin is incompatible with cup 0.11a+20060608-1
unmerge 538861 reopen 538861 jasmin-sable 2.3.0-3 retitle 538861 Field syntax broken kthxbye Really reopening now - thanks. I had a look at this last night; the entire field syntax is completely broken. I found upstream's SVN repository but it does not contain a fix and staring at the CUP grammar did not reveal anything so far. Hm. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#518844: netsend: FTBFS: 'LONG_MAX' undeclared
tags 518844 + patch thanks Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -urNd netsend-0.0~svnr250.orig/proto_udplite_recv.c netsend-0.0~svnr250/proto_udplite_recv.c --- netsend-0.0~svnr250.orig/proto_udplite_recv.c 2009-07-28 14:36:49.0 +0200 +++ netsend-0.0~svnr250/proto_udplite_recv.c2009-07-28 14:38:30.0 +0200 @@ -22,6 +22,7 @@ #include errno.h #include stdio.h +#include limits.h #include string.h #include unistd.h #include stdlib.h diff -urNd netsend-0.0~svnr250.orig/proto_udplite_trans.c netsend-0.0~svnr250/proto_udplite_trans.c --- netsend-0.0~svnr250.orig/proto_udplite_trans.c 2009-07-28 14:36:49.0 +0200 +++ netsend-0.0~svnr250/proto_udplite_trans.c 2009-07-28 14:38:14.0 +0200 @@ -24,6 +24,7 @@ #include stdio.h #include errno.h +#include limits.h #include unistd.h #include stdlib.h #include string.h signature.asc Description: PGP signature
Bug#539134: Insufficient input validation in runserver development server
Package: python-django Version: 1.0.2-1 Severity: serious Tags: security Django includes a lightweight, WSGI-based web server for use in learning Django and in testing new applications during early stages of development. For sake of convenience, this web server automatically maps certain URLs corresponding to the static media files used by the Django administrative application. The handler which maps these URLs did not properly check the requested URL to verify that it corresponds to a static media file used by Django. As such, a carefully-crafted URL can cause the development server to serve any file to which it has read access. By default, the development server does not listen on interfaces other than the local IPv4 loopback, and Django's documentation has and will continue to have stern warnings against the use of the development server in other situations (e.g., listening on a publicy- or network-accessible interface), and stating that the development server is not considered secure or performant enough for such use. http://www.djangoproject.com/weblog/2009/jul/28/security/ Does not affect unstable (once 1.1-1 lands). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#539134: Insufficient input validation in runserver development server
Chris Lamb wrote: Does not affect unstable (once 1.1-1 lands). Packages for stable-security are available at: http://people.debian.org/~lamby/539134/ I can't find any CVE numbers, but am not used to looking. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#539153: Clean target makes package not fit for release
Package: wims Version: 3.64-9 Severity: serious Stuff like: # if the orig.tar.gz fil exists, use a very fast clean method. # otherwise use a slower and less safe method (make clean does not # really clean everything). if [ -f $(ORIGTARGZ) ]; then \ rm -rf wims Makefile po patch-stamp *.conf texgd-examples; \ rm -rf debian/patched; \ tar xzf $(ORIGTARGZ) --strip 1; \ else \ if [ -f Makefile ]; then $(MAKE) clean; fi; \ dpatch deapply-all; \ fi .. is really not cool. Please fix/supplement upstream's clean target instead of doing that. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#539134: Insufficient input validation in runserver development server
tags 539134 -security thanks Nico Golde wrote: I suggest going through stable-proposed-updates with that. Is that ok for you? Works for me. Dropping security tag. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#539134: Insufficient input validation in runserver development server
severity 539134 important thanks Chris Lamb wrote: I suggest going through stable-proposed-updates with that. Is that ok for you? Works for me. Dropping security tag. .. also dropping severity so it gets actually gets into testing. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#534041: agg: diff for NMU version 2.5+dfsg1-1.1
tags 534041 +pending thanks Hi, The attached file is the diff for my agg 2.5+dfsg1-1.1 NMU. The associated changelog entry is: agg (2.5+dfsg1-1.1) unstable; urgency=medium * Non-maintainer upload. * Pass --x-includes=/usr/include --x-libraries=/usr/lib to autogen.sh and configure to prevent upstream's unfortunate usage of -...@x_libraries@ causing a FTBFS when @x_libraries@ is empty. (Closes: #534041) * Additionally clean gpc/Makefile.in to prevent tainting NMU diff. It will be uploaded to DELAYED/2. Please let me know ASAP if you wish me to cancel it (or simply upload your own fix). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -Nru agg-2.5+dfsg1/debian/changelog agg-2.5+dfsg1/debian/changelog --- agg-2.5+dfsg1/debian/changelog 2009-07-30 18:42:30.0 +0200 +++ agg-2.5+dfsg1/debian/changelog 2009-07-30 18:42:31.0 +0200 @@ -1,3 +1,13 @@ +agg (2.5+dfsg1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Pass --x-includes=/usr/include --x-libraries=/usr/lib to autogen.sh and +configure to prevent upstream's unfortunate usage of -...@x_libraries@ +causing a FTBFS when @x_libraries@ is empty. (Closes: #534041) + * Additionally clean gpc/Makefile.in to prevent tainting NMU diff. + + -- Chris Lamb la...@debian.org Thu, 30 Jul 2009 18:16:55 +0200 + agg (2.5+dfsg1-1) unstable; urgency=low * debian/rules: clean rule now runs before unpatching, added some commands diff -Nru agg-2.5+dfsg1/debian/rules agg-2.5+dfsg1/debian/rules --- agg-2.5+dfsg1/debian/rules 2009-07-30 18:42:30.0 +0200 +++ agg-2.5+dfsg1/debian/rules 2009-07-30 18:42:31.0 +0200 @@ -20,13 +20,13 @@ build-stamp: patch-stamp dh_testdir - sh autogen.sh --prefix=/usr --disable-examples --disable-gpc + sh autogen.sh --prefix=/usr --disable-examples --disable-gpc --x-includes=/usr/include --x-libraries=/usr/lib $(MAKE) $(MAKE) install DESTDIR=$(CURDIR)/debian/libagg-dev find $(CURDIR)/debian/libagg-dev/usr/lib -name *.so* | xargs rm find $(CURDIR)/debian/libagg-dev/usr/lib -name *.la | xargs rm $(MAKE) clean - ./configure --prefix=/usr --disable-examples --with-pic + ./configure --prefix=/usr --disable-examples --with-pic --x-includes=/usr/include --x-libraries=/usr/lib $(MAKE) install -m644 ./font_freetype/.libs/libaggfontfreetype.a \ $(CURDIR)/debian/libagg-dev/usr/lib/libaggfontfreetype_pic.a @@ -50,7 +50,7 @@ # Remove all autotools-created files dh_clean Makefile.in aclocal.m4 config.guess config.sub configure \ install-sh ltmain.sh missing \ - examples/Makefile.in font_freetype/Makefile.in \ + examples/Makefile.in font_freetype/Makefile.in gpc/Makefile.in \ font_win32_tt/Makefile.in include/Makefile.in include/config.h.in \ include/ctrl/Makefile.in include/platform/Makefile.in \ include/util/Makefile.in src/Makefile.in src/ctrl/Makefile.in \ signature.asc Description: PGP signature
Bug#523505: diff-ext: diff for NMU version 0.2.3-3.1
tags 523505 +pending thanks Hi, The attached file is the diff for my diff-ext 0.2.3-3.1 NMU. The associated changelog entry is: diff-ext (0.2.3-3.1) unstable; urgency=medium * Non-maintainer upload. * Add missing Build-Depends on libgconf2-dev and libgnomevfs2-dev to fix FTBFS. Thanks to Chris Taylor ch...@code-monkeys.org for testing. (Closes: #523505) . [Andreas Henriksson] * configure.ac, configure: - Check and use gconf-2.0 and gnome-vfs-2.0 modules when building, since it's not possible to rely on nautilus dragging these in since 2.22.0. (Closes: #475236) * debian/control: - Add version = 2.22.0 to libnautilus-extension-dev build-dependency to make sure this experimental upload gets built against the experimental version of the library. - Recommend kdiff3, as this is the default diff tool and diff-ext silently fails if it can't launch the diff tool. It will be uploaded to DELAYED/2. Please let me know ASAP if you wish me to cancel it (or simply upload your own fix). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff -Nru diff-ext-0.2.3/configure.ac diff-ext-0.2.3/configure.ac --- diff-ext-0.2.3/configure.ac 2007-10-03 22:45:33.0 +0200 +++ diff-ext-0.2.3/configure.ac 2009-07-30 18:56:39.0 +0200 @@ -15,7 +15,7 @@ AC_CHECK_FUNCS(nautilus_menu_new) -PKG_CHECK_MODULES(DIFF_EXT, [libnautilus-extension = 2.14.0]) +PKG_CHECK_MODULES(DIFF_EXT, [libnautilus-extension = 2.14.0 gconf-2.0 = 2.14.0 gnome-vfs-2.0]) AC_SUBST(DIFF_EXT_CFLAGS) AC_SUBST(DIFF_EXT_LIBS) diff -Nru diff-ext-0.2.3/debian/changelog diff-ext-0.2.3/debian/changelog --- diff-ext-0.2.3/debian/changelog 2009-07-30 18:56:39.0 +0200 +++ diff-ext-0.2.3/debian/changelog 2009-07-30 18:56:39.0 +0200 @@ -1,3 +1,24 @@ +diff-ext (0.2.3-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add missing Build-Depends on libgconf2-dev and libgnomevfs2-dev to fix +FTBFS. Thanks to Chris Taylor ch...@code-monkeys.org for testing. +(Closes: #523505) + + [Andreas Henriksson] + * configure.ac, configure: + - Check and use gconf-2.0 and gnome-vfs-2.0 modules when building, since + it's not possible to rely on nautilus dragging these in since 2.22.0. + (Closes: #475236) + * debian/control: + - Add version = 2.22.0 to libnautilus-extension-dev build-dependency to + make sure this experimental upload gets built against the experimental + version of the library. + - Recommend kdiff3, as this is the default diff tool and diff-ext silently + fails if it can't launch the diff tool. + + -- Chris Lamb la...@debian.org Thu, 30 Jul 2009 18:51:21 +0200 + diff-ext (0.2.3-3) unstable; urgency=medium * debian/rules: diff -Nru diff-ext-0.2.3/debian/control diff-ext-0.2.3/debian/control --- diff-ext-0.2.3/debian/control 2009-07-30 18:56:39.0 +0200 +++ diff-ext-0.2.3/debian/control 2009-07-30 18:56:39.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Andrea Veri bluek...@ubuntu.com -Build-Depends: debhelper (= 5), libxml-parser-perl, pkg-config, libnautilus-extension-dev, docbook-to-man, libtool +Build-Depends: debhelper (= 5), libxml-parser-perl, pkg-config, libnautilus-extension-dev (= 2.22.0), docbook-to-man, libtool, libgconf2-dev, libgnomevfs2-dev Homepage: http://diff-ext.sourceforge.net/ Standards-Version: 3.7.2 Vcs-Bzr: https://code.launchpad.net/~bluekuja/diff-ext/debian.source @@ -10,6 +10,7 @@ Package: diff-ext Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, gconf2 +Recommends: kdiff3 Description: File manager context menu extension to launch comparison tools This shell extension (compatible with nautilus only) makes it possible to launch file comparison tool for 2 or 3 files (depending on the tool) signature.asc Description: PGP signature
Bug#534041: agg: diff for NMU version 2.5+dfsg1-1.1
Andrea Veri wrote: My package was quite ready to be uploaded, anyway thanks a lot for your work on this, gonna add a special thanks for you. If you write the current status on the mail (or set the pending tag), random maintainers are less likely to duplicate your work. Requesting a sponsor on the bug itself is pretty much guaranteed to attract attention. Anyway, you can mail me directly next time you need a sponsor for uploads fixing release-critical bugs. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature