Bug#334124: FTBFS on 64bit arches
Package: aime Version: 0.60.3-7.1 Severity: serious aime FTBFS on alpha and ia64: make[1]: Entering directory `/build/buildd/aime-0.60.3' Making all in src make[2]: Entering directory `/build/buildd/aime-0.60.3/src' g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c ability.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c access_list.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c action.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c area_dbase.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c bcommands.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c boat.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c book.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c btree.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c builder.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c bulletin.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c chatline.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c code.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c commands.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c configs.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c connection.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c data_log.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c dirread.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c door.cpp g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -g -frepo -c editor.cpp editor.cpp: In member function 'int Editor::write_context(FILE*)': editor.cpp:652: error: cast from 'const char*' to 'int' loses precision make[2]: *** [editor.o] Error 1 make[2]: Leaving directory `/build/buildd/aime-0.60.3/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/aime-0.60.3' make: *** [build-stamp] Error 2 Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#207756: Proposed NMU
Hi. I propose to make to attached NMU to make amaya installable in unstable again (and fix some other build related issues on the way). If there are no objections I will upload it in the next days. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Naur amaya-8.5.bak/debian/changelog amaya-8.5/debian/changelog --- amaya-8.5.bak/debian/changelog 2005-10-15 18:57:51.0 +0200 +++ amaya-8.5/debian/changelog 2005-10-15 19:18:59.0 +0200 @@ -1,3 +1,16 @@ +amaya (8.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Change build-depends on libpng2-dev to libpng12-dev +(Closes: #207756, #328338, #331082) + * Fix debian/rules to make the package buildable on non-linux archs +(Closes: #300606) + * Remove conflict of the package on itself + * Fix debian/patches/ia64.diff to be actually applied and debian/rules +to actually fail the build if a patch can't be applied + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Sat, 15 Oct 2005 19:06:46 +0200 + amaya (8.5-1) unstable; urgency=low * New upstream release. Closes: #246924 diff -Naur amaya-8.5.bak/debian/control amaya-8.5/debian/control --- amaya-8.5.bak/debian/control2005-10-15 18:57:51.0 +0200 +++ amaya-8.5/debian/control2005-10-15 18:58:52.0 +0200 @@ -3,12 +3,12 @@ Priority: optional Maintainer: Steve Dunham <[EMAIL PROTECTED]> Standards-Version: 3.5.8 -Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng2-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib1-dev, perl, libungif4-dev, autotools-dev +Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng12-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib1-dev, perl, libungif4-dev, autotools-dev Package: amaya Architecture: any Depends: ${shlibs:Depends} -Conflicts: amaya, amaya-dict-de, amaya-dict-en, amaya-dict-fr, amaya-dict-it, amaya-dict-ne, amaya-dict-se +Conflicts: amaya-dict-de, amaya-dict-en, amaya-dict-fr, amaya-dict-it, amaya-dict-ne, amaya-dict-se Replaces: amaya-dict-de, amaya-dict-en, amaya-dict-fr, amaya-dict-it, amaya-dict-ne, amaya-dict-se, amaya-common Provides: www-browser Description: Web Browser, HTML Editor and Testbed for Draft W3C standards diff -Naur amaya-8.5.bak/debian/patches/ia64.diff amaya-8.5/debian/patches/ia64.diff --- amaya-8.5.bak/debian/patches/ia64.diff 2005-10-15 18:57:51.0 +0200 +++ amaya-8.5/debian/patches/ia64.diff 2005-10-15 19:25:19.0 +0200 @@ -44,15 +44,14 @@ AC_C_CONST AC_C_INLINE AC_TYPE_MODE_T -diff -Nru Amaya.orig/thotlib/base/fileaccess.c Amaya/thotlib/base/fileaccess.c Amaya.orig/thotlib/base/fileaccess.c 2003-07-04 05:35:35.0 -0700 -+++ Amaya/thotlib/base/fileaccess.c2003-08-25 14:05:10.0 -0700 -@@ -268,35 +268,15 @@ +--- Amaya/thotlib/base/fileaccess.c.orig2004-04-27 15:16:24.0 +0200 Amaya/thotlib/base/fileaccess.c 2005-10-15 19:23:43.0 +0200 +@@ -264,33 +264,15 @@ float f; /* This is the IEEE 754 float-precision format. */ struct { -#ifdef _WINDOWS -- unsigned int negative:1; +-unsigned int negative:1; -unsigned int exponent:8; -unsigned int mantissa:23; -#else /*_WINDOWS*/ @@ -61,26 +60,24 @@ -unsigned int negative:1; -unsigned int exponent:8; -unsigned int mantissa:23; --#endif --#if __BYTE_ORDER == __LITTLE_ENDIAN +-#else -unsigned int mantissa:23; -unsigned int exponent:8; -unsigned int negative:1; -#endif --#else +-#else /* i386 || __i386 */ -#if defined(_BIG_ENDIAN) +#if defined(WORDS_BIGENDIAN) unsigned int negative:1; unsigned int exponent:8; unsigned int mantissa:23; --#endif --#if defined(_LITTLE_ENDIAN) +-#else +#else /*WORDS_BIGENDIAN*/ unsigned int mantissa:23; unsigned int exponent:8; unsigned int negative:1; -#endif --#endif +-#endif /* i386 || __i386 */ -#endif /*_WINDOWS*/ +#endif /*WORDS_BIGENDIAN*/ } ieee; diff -Naur amaya-8.5.bak/debian/rules amaya-8.5/debian/rules --- amaya-8.5.bak/debian/rules 2005-10-15 18:57:51.0 +0200 +++ amaya-8.5/debian/rules 2005-10-15 19:17:27.0 +0200 @@ -6,6 +6,9 @@ SOURCE:=amaya-src-8.5.tgz +DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) + build: build-stamp build-stamp: patch-stamp dh_testdir @@ -28,7 +31,7 @@ -mkdir Amaya/BUILD cd Amaya/BUILD && ../configure --prefix=/usr --datadir=/usr/lib \ --without-graphic-libs --with-dav --with-gtk \ - `dpkg --print-architecture`-linux + --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) cd Amaya/BUILD && make CFLAGS="-O2 -g -Wall" all amaya touch build-stamp @@ -36,7 +39,7 @@ patch: patch-
Bug#333839: Broken on ia64 by binNMU, needs new upload
On Fri, Oct 14, 2005 at 02:16:45PM +1000, Rob Weir wrote: > On Fri, Oct 14, 2005 at 01:44:09AM +0200, Frank Lichtenheld said > > Package: lyx > > Severity: serious > > > > lyx currently can't be installed on ia64 due to a binNMU that produced > > dependencies on lyx-common with the binNMU version number, but since > > this package is arch all, it isn't available with this version number. > > > > Please do a sourceful upload to get ia64 fixed by a recompile. > > > > I can offer to do this as an NMU if needed. > > Since lyx takes days to build on some architectures, I'd like to delay > fixing this until the weekend when I can hopefully fix a couple of other > bugs in the same upload. Ok. Please note that I will probably have to remove lyx temporarly from testing to divide abiword and some other packages from the Qt transition (they are connected over aiksaurus and lyx-qt). Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334138: FTBFS on arm due to $ in identifiers
Package: dnprogs Version: 2.30 Severity: serious in mail/receive.c you use $ in macro names. This isn't allowed on arm by default anymore. See #327849 for details and a possible fix (aside from just not using $ in macro names...) Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334139: Needs update for mozilla 1.7.12
Package: enigmail Severity: serious I guess you are aware of it since you uploaded mozilla 1.7.12 yourself but lets note it in the BTS, too: enigmail is currently neither buildable nor installable in sid and needs to be updated for 1.7.12 Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286471: Reopen
found 286471 2.1.5-10-4 thanks According to http://buildd.debian.org/fetch.php?&pkg=inventor&ver=2.1.5-10-4&arch=alpha&stamp=1124871129&file=log&as=raw your 64bit fixes didn't work on alpha... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303779: Reopen
found 303779 2:3.4.0-4 thanks Somehow you managed to not fix the bug despite of claiming so in the changelog, motor stilf FTBFS on alpha and ia64 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334167: Incomplete CXX transition
Package: pinball-dev Version: 0.3.1-4 Severity: serious pinball was compiled with libstdc++6, so you need to change the libstdc++5-3.3-dev dependency of pinball-dev to libstdc++6-dev, too Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334452: debian-cd: Debian-cd website offers binaries but not sources, violating GPL
On Mon, Oct 17, 2005 at 05:00:39PM -0700, John Gilmore wrote: > I've been surprised at the degree to which Debian users seem oblivious > to the existence or nonexistence source code. They blithely install > binary packages with the same abandon as Microsoft users. The reason > I want to get Source CDs now is because I frequently find that source > packages that match my installed binaries have been withdrawn from the > mirrors or are otherwise not available when I want/need them. It's > particularly ironic that Debian, the most conscientious creators of > truly-free-like-free-speech Linux distributions are so lax when it > comes to actually following the GPL and making the source code > available to recipients of binary releases. Thanks for making these > simple fixes to your web pages. I don't see how the CD/DVD images help you with getting source code that isn't available on the the mirrors. For the stable release, the source code doesn't disappear from the mirrors and for the unstable and testing suites the images are generated weekly with the source code available on the mirrors so it would probably be easier to just rsync the source packages from a mirror if you really want to archive it... You might also be interested in snapshot.debian.net. They already do such archiving. But you are right that we should add links to the source images there. I've done that for most of the cases. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334642: FTBFS on arm: error: stray '$' in program
Package: pdftk Version: 1.12-6 Severity: serious pdftk fails on arm with: g++ pdftk.cc -I../java_libs -O3 -DPATH_DELIM=0x2f -DASK_ABOUT_WARNINGS=false -DPDFTK_VER=\"1.12\" -c In file included from /usr/lib/gcc/arm-linux-gnu/4.0.2/../../../../include/c++/4.0.2/java/lang/Object.h:16, from /usr/lib/gcc/arm-linux-gnu/4.0.2/../../../../include/c++/4.0.2/gcj/cni.h:16, from pdftk.cc:28: /usr/lib/gcc/arm-linux-gnu/4.0.2/../../../../include/c++/4.0.2/gcj/javaprims.h:93: error: stray '$' in program [many more errors] This might be caused by the fact that gcc-4.0 doesn't accept dollar signs in identifiers on arm anymore (see #327849 for reference). You can work around that by using -fdollars-in-identifiers but I don't know if it is really intentional that using a header provided by gcj requires one to use this option... CC set accordingly. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334816: Uninstallable in sid on some architectures
Package: libgnome-jni Version: 2.10.1-1 Severity: grave libgnome-jni is uninstallable on i386, ia64, m68k, and powerpc because it still depends on libgcj4 there which doesn't exists anymore. Please upload a new version so it will get recompiled against libgcj6 (binNMUs are not a option because of the strict dependency on libgnome-java) Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334985: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: kdeaddons Version: 4:3.4.2-2 Severity: serious kdeaddons suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334986: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: kdeedu Version: 4:3.4.2-2 Severity: serious kdeedu suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334997: FTBFS on arm/hppa/m68k: please use g++-3.4
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: kxmleditor Version: 1.1.4-2 Severity: serious kxmleditor suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334999: FTBFS on arm/hppa/m68k: please use g++-3.4
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: monotone Version: 0.23-1 Severity: serious monotone suffers from a very usual GCC 4.0 ICE on arm (and probably hppa and m68k, but they didn't reach this point yet). Please try to use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335001: FTBFS on arm/hppa/m68k: please use g++-3.4
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: superkaramba Version: 0.36-2 Severity: serious superkaramba suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335002: FTBFS on arm/hppa/m68k: please use g++-3.4
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: wordtrans Version: 1.1pre14-1 Severity: serious wordtrans suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#207756: Additional NMU(s)
I've uploaded a second NMU that only replaces gdk-imlib1-dev with gdk-imlib11-dev in the build-depends: diff -Naur amaya-8.5.bak/debian/changelog amaya-8.5/debian/changelog --- amaya-8.5.bak/debian/changelog 2005-10-21 12:33:38.0 +0200 +++ amaya-8.5/debian/changelog 2005-10-21 12:36:52.0 +0200 @@ -1,3 +1,11 @@ +amaya (8.5-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Change build-dependency from gdk-imlib1-dev to gdk-imlib11-dev. +Isn't required strictly speaking but makes sbuild happy + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 21 Oct 2005 12:34:23 +0200 + amaya (8.5-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Naur amaya-8.5.bak/debian/control amaya-8.5/debian/control --- amaya-8.5.bak/debian/control2005-10-21 12:33:38.0 +0200 +++ amaya-8.5/debian/control2005-10-21 12:36:31.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Steve Dunham <[EMAIL PROTECTED]> Standards-Version: 3.5.8 -Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng12-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib1-dev, perl, libungif4-dev, autotools-dev +Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng12-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib11-dev, perl, libungif4-dev, autotools-dev Package: amaya Architecture: any But it looks I will need yet another additional NMU to get it build on the 64 arches, too :( Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#207756: Additional NMU(s)
On Fri, Oct 21, 2005 at 03:28:28PM +0200, Frank Lichtenheld wrote: > But it looks I will need yet another additional NMU to get it build on the 64 > arches, too :( Done that. Build fine on alpha but failed with a very weird error on ia64. Don't know if it is maybe only a buildd error. Attached the full patch for -1.2 and -1.3. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Naur amaya-8.5.bak/debian/changelog amaya-8.5/debian/changelog --- amaya-8.5.bak/debian/changelog 2005-10-21 12:33:38.0 +0200 +++ amaya-8.5/debian/changelog 2005-10-21 18:25:52.0 +0200 @@ -1,3 +1,20 @@ +amaya (8.5-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Add debian/patches/64bit-gcc401.patch to let it compile on +64bit arches with current gcc versions. Partly based on a +patch from John Ellson against the CVS version. + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 21 Oct 2005 18:23:55 +0200 + +amaya (8.5-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Change build-dependency from gdk-imlib1-dev to gdk-imlib11-dev. +Isn't required strictly speaking but makes sbuild happy + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 21 Oct 2005 12:34:23 +0200 + amaya (8.5-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Naur amaya-8.5.bak/debian/control amaya-8.5/debian/control --- amaya-8.5.bak/debian/control2005-10-21 12:33:38.0 +0200 +++ amaya-8.5/debian/control2005-10-21 12:36:31.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Steve Dunham <[EMAIL PROTECTED]> Standards-Version: 3.5.8 -Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng12-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib1-dev, perl, libungif4-dev, autotools-dev +Build-Depends: bison, flex, autoconf, automake1.6, debhelper (>= 4.1.34), libtool, libjpeg62-dev, libpng12-dev, zlib1g-dev, libgtk1.2-dev, gdk-imlib11-dev, perl, libungif4-dev, autotools-dev Package: amaya Architecture: any diff -Naur amaya-8.5.bak/debian/patches/64bit-gcc401.patch amaya-8.5/debian/patches/64bit-gcc401.patch --- amaya-8.5.bak/debian/patches/64bit-gcc401.patch 1970-01-01 01:00:00.0 +0100 +++ amaya-8.5/debian/patches/64bit-gcc401.patch 2005-10-21 18:23:49.0 +0200 @@ -0,0 +1,1146 @@ +diff -Nur Amaya.bak/amaya/AHTBridge.c Amaya/amaya/AHTBridge.c +--- Amaya.bak/amaya/AHTBridge.c2004-04-14 14:29:31.0 + Amaya/amaya/AHTBridge.c2005-10-21 14:59:41.0 + +@@ -179,7 +179,7 @@ +int socket; +ms_tnow = HTGetTimeInMillis(); + +- socket = (SOCKET) data; ++ socket = (SOCKET) ((intptr_t) data); +v = HASH (socket); + +/* convert the FD into an HTEventType which will allow us to find the +diff -Nur Amaya.bak/amaya/AHTURLTools.c Amaya/amaya/AHTURLTools.c +--- Amaya.bak/amaya/AHTURLTools.c 2004-01-29 16:06:43.0 + Amaya/amaya/AHTURLTools.c 2005-10-21 14:59:41.0 + +@@ -1219,7 +1219,8 @@ + --*/ + void ExtractTarget (char *aName, char *target) + { +- intlg, i; ++ intlg; ++ intptr_t i; +char *ptr; +char *oldptr; + +@@ -1241,7 +1242,7 @@ + } + while (ptr); + +- i = (int) (oldptr) - (int) (aName); /* name length */ ++ i = (intptr_t) (oldptr) - (intptr_t) (aName); /* name length */ + if (i > 1) + { +aName[i - 1] = EOS; +diff -Nur Amaya.bak/amaya/EDITimage.c Amaya/amaya/EDITimage.c +--- Amaya.bak/amaya/EDITimage.c2004-04-14 14:29:31.0 + Amaya/amaya/EDITimage.c2005-10-21 14:55:46.0 + +@@ -91,11 +91,11 @@ + char tempfile[MAX_LENGTH]; + char tempname[MAX_LENGTH]; + inti, c1, cN; +- intval; ++ intptr_t val; + ThotBool change, isHTML; + + isHTML = FALSE; +- val = (int) data; ++ val = (intptr_t) data; + switch (ref - BaseImage) + { + case FormAlt: +diff -Nur Amaya.bak/amaya/EDITstyle.c Amaya/amaya/EDITstyle.c +--- Amaya.bak/amaya/EDITstyle.c2004-04-14 14:29:31.0 + Amaya/amaya/EDITstyle.c2005-10-21 14:59:51.0 + +@@ -1735,9 +1735,9 @@ + --*/ + void StyleCallbackDialogue (int ref, int typedata, char *data) + { +- int val; ++ intptr_t val; + +- val = (int) data; ++ val = (intptr_t) data; + #ifdef DEBUG_CLASS_INTERF + if (typedata == INTEGER_DATA) + fprintf (stderr, "StyleCallbackDialogue(%d,%d) \n", ref, (int) data); +diff -Nur Amaya.bak/amaya/HTMLbook.c Amaya/amaya/HTMLbook.c +--- Amaya.bak/amaya/HTMLbook.c 2004-02-25 10:06:13.0 + Amaya/amaya/HTMLbook.
Bug#334999: acknowledged by developer (Bug#334999: fixed in monotone 0.23-2)
found 334999 0.23-2 thanks On Fri, Oct 21, 2005 at 11:48:22AM -0700, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > #334999: FTBFS on arm/hppa/m68k: please use g++-3.4, > which was filed against the monotone package. [...] >* Arm, hppa and m68k is now build-depending on g++-3.4 >* Closes: #334999: FTBFS on arm/hppa/m68k: please use g++-3.4 build-depending is not enough. You have also tell configure to use it... No idea how to do that in cdbs, though, so I can't provide a patch... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335115: FTBFS on alpha
Package: criticalmass Version: 1:0.9.12-2 Severity: serious Tags: patch >From >http://buildd.debian.org/fetch.php?&pkg=kdebindings&ver=4%3A3.4.2-2&arch=alpha&stamp=1129937211&file=log&as=raw Making all in utilsgl make[3]: Entering directory `/build/buildd/criticalmass-0.9.12/utilsgl' g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../utils -I../utilssdl-W -Wall -fno-exceptions -O2 -I/usr/include/SDL -D_REENTRANT -I/usr/X11R6/include -c -o GLBitmapCollection.o GLBitmapCollection.cpp ./gl++.hpp:35: error: conflicting declaration 'typedef int GLintptrARB' /usr/X11R6/include/GL/glext.h:2861: error: 'GLintptrARB' has a previous declaration as 'typedef ptrdiff_t GLintptrARB' ./gl++.hpp:36: error: conflicting declaration 'typedef int GLsizeiptrARB' /usr/X11R6/include/GL/glext.h:2862: error: 'GLsizeiptrARB' has a previous declaration as 'typedef ptrdiff_t GLsizeiptrARB' make[3]: *** [GLBitmapCollection.o] Error 1 make[3]: Leaving directory `/build/buildd/criticalmass-0.9.12/utilsgl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/criticalmass-0.9.12' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/criticalmass-0.9.12' make: *** [build-stamp] Error 2 The following patch seems to fix that: diff -Naur criticalmass-0.9.12/utilsgl/gl++.hpp criticalmass-0.9.12-test/utilsgl/gl++.hpp --- criticalmass-0.9.12/utilsgl/gl++.hpp2004-12-18 02:41:34.0 + +++ criticalmass-0.9.12-test/utilsgl/gl++.hpp 2005-10-22 00:18:23.0 + @@ -28,7 +28,7 @@ # if defined(_WIN64) typedef __int64 GLintptrARB; typedef __int64 GLsizeiptrARB; -# elif defined(__ia64__) || defined(__x86_64__) +# elif defined(__ia64__) || defined(__x86_64__) || defined(__alpha__) typedef long int GLintptrARB; typedef long int GLsizeiptrARB; # else Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#257531: Proposal to remove this package
user debian-qa@lists.debian.org usertag 257531 proposed-removal thanks Since this package is very old and obsolete I propose to remove it from the archive. If you don't want this to happen, please respond within a week. After that I will clone this bug to ftp.debian.org and ask for its removal. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289121: Status of this package?
So what's the current status of hercules? There was some discussion about the new upstream version in February but no further activity since then. Currently hercules is removed from testing because of it's FTBFS bug related to gcc 4.0. On the other hand d-i people tell me that it is actually an important package to test and build d-i images for s390... So what should happen with it? Orphaning it perhaps or at least asking for co-maintainers? Will the new upstream version be packaged or does it suck too much? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302553: xnap-snapshot: FTBFS: Missing Build-Depends on 'unzip'
On Sun, Sep 18, 2005 at 05:09:39PM +0200, Yven Johannes Leist wrote: > Good question... Basically XNap development came to a complete halt and this > led (among other things) to the shameful neglection of the Debian package as > well... The immediate reason for the non-happening of the upload including > the proposed patch, was still another one though, namely that shortly before > I wanted to actually upload the package, I realized that the last comment to > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302554 is of course right, > which means that building xnap as a contrib package, seems not easily > possible. Do you have any ideas about that? Or do you know how this is > handled in general for packages in contrib? Sorry for not answering to this mail sooner... As long as the package doesn't build-depend on any packages not available in Debian it can be build by the normal auto-builders. Otherwise you will need to build it yourself or find people to do it for you. You can ask for removal of binaries on architectures you can't support. And BTW, building on non-existing java packages is perfectly fine since it makes it easier for people that try to build the package manually. Using the same names that java-package uses is probably the best choice. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335220: [Pkg-doc-linux-devel] Bug#335220: doc-linux-text: [NONFREE-DOC] includes non-free documentation
On Sat, Oct 22, 2005 at 06:55:22PM +0200, Francesco Poli wrote: > Package: doc-linux-text > Version: 2005.04-1 > Severity: serious > Justification: Policy 2.2.1 > > According to the copyright file, some of the included documents > do not comply with the DFSG. > See below for details. Thanks for this analysis. I will go through it before preparing the next upload. Some small comments: I don't yet plan to remove the GFDL stuff, will do that later in the release cycle... It's just too much documents and so I will only remove them when I feel it is really necessary. I see the LDPL license as free unless there will emerge a real consensus in the project regarding the "identify contributors" clauses in various licenses. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335115: FTBFS on alpha
On Sat, Oct 22, 2005 at 12:36:17PM -0700, Daniel Burrows wrote: > This looks like a disaster waiting to happen when the real typedef of > GLintptrARB changes again on some platform. Since it appears that the > type in question has a proper definition in glext.h, I just #if 0'd out > this block and added a #include of glext.h. Yeah. Mine was more of a short-term solution :) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335274: completly broken packaging
Package: matanza Version: 0.13-3 Severity: serious Sorry to say this but your packaging is completly broken. Some examples: 1. RC bugs: 1.1 you don't use ${shlibs:Depends} in your Depends field so you miss several dependencies 1.2 running ./debian/rules clean twice doesn't work 1.3 debian/copyright: "This package has many utilities that are GPL or close to GPL code." "close to GPL"??? Many of the files in the package refer to a copying.txt that doesn't even exist. So what exactly is "close to GPL"? 1.4 You claim that the copyright holder is Craig Small, but that's not true, its Thai Open Source Software Center Ltd and Alejandro Forero Cuervo (and FSF for the autotools stuff) 1.5 You miss a build-dependency on png (libpng12-dev now) 2. Other stuff: 2.1 You don't sepcify the debhelper compat level, so you use level 1 2.2 You use debhelper for some stuff but not for others. By competly using debhelper I was able to reduce your debian/rules to half of its size 2.3 don't call make in Makefiles, use $(MAKE) 2.4 Please use the CFLAGS mandated by policy and support DEB_BUILD_OPTIONS Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335278: broken packaging
Package: shc Version: 3.7-2 Severity: serious Sorry to say this but your packaging is broken. Some examples: 1. RC bugs: 1.1 you don't use ${shlibs:Depends} in your Depends field so you miss several dependencies 1.2 debian/copyright: "This package has many utilities that are GPL or close to GPL code." "close to GPL"??? "The original source code was published on the Net by a group of cypherpunks. I picked up a modified version from the news." Quite a license... 1.3 You claim that the copyright holder is Craig Small, but that's not true, it's Francisco Rosales and "a group of cypherpunks" 2. Other stuff: 2.1 You don't specify the debhelper compat level, so you use level 1 2.2 You use debhelper for some stuff but not for others. By completly using debhelper I was able to reduce your debian/rules to half of its size 2.3 don't call make in Makefiles, use $(MAKE) 2.4 Please use the CFLAGS mandated by policy and support DEB_BUILD_OPTIONS 2.5 The Suggests on bash is completly bogus since it is essential anyway. Plus you have a typo in the fieldname s/Suggest/Suggests/ Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334999: Not yet fixed
found 334999 0.23-3 tag 334999 patch thanks Sorry, but you made a little mistake again. While your code in debian/rules is mostly correct it misses the fact that DEB_HOST_ARCH is no predefined variable, you have to set it yourself. So please add something like DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) Also your build-dependency on g++ isn't necessary, g++ is build-essential. Just adding the build-dependency for g++-3.4 on the mentioned architectures is enough. Attached is an alternate patch for debian/rules that is a little more elegant. It's a modified version of the one suggested in http://lists.debian.org/debian-devel/2005/09/msg00020.html Just adding the line suggested above would suffice though, you don't have to use the patch. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Naur monotone_0.23-3/debian/control monotone-0.23/debian/control --- monotone_0.23-3/debian/control 2005-10-23 14:54:28.0 +0200 +++ monotone-0.23/debian/control2005-10-23 15:03:51.0 +0200 @@ -5,7 +5,7 @@ Build-Depends: cdbs (>= 0.4.28), debhelper (>= 4.0.0), autotools-dev, libboost-date-time-dev, libboost-filesystem-dev, libboost-regex-dev, libboost-test-dev, libboost-dev, texinfo, libz-dev, - g++ [!arm !hppa !m68k], g++-3.4 [arm hppa m68k] + g++-3.4 [arm hppa m68k] Standards-Version: 3.6.2 Package: monotone diff -Naur monotone_0.23-3/debian/rules monotone-0.23/debian/rules --- monotone_0.23-3/debian/rules2005-10-23 14:54:28.0 +0200 +++ monotone-0.23/debian/rules 2005-10-23 15:03:42.0 +0200 @@ -5,12 +5,9 @@ include /usr/share/cdbs/1/rules/debhelper.mk #include /usr/share/cdbs/1/rules/simple-patchsys.mk -ifeq ($DEB_HOST_ARCH,arm) -DEB_CONFIGURE_EXTRA_FLAGS = CC=gcc-3.4 CXX=g++-3.4 -endif -ifeq ($DEB_HOST_ARCH,hppa) -DEB_CONFIGURE_EXTRA_FLAGS = CC=gcc-3.4 CXX=g++-3.4 -endif -ifeq ($DEB_HOST_ARCH,m68k) -DEB_CONFIGURE_EXTRA_FLAGS = CC=gcc-3.4 CXX=g++-3.4 +GCC4_ICES_HERE := arm m68k hppa +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) + +ifneq (,$(filter $(DEB_HOST_ARCH),$(GCC4_ICES_HERE))) + DEB_CONFIGURE_EXTRA_FLAGS = CC=gcc-3.4 CXX=g++-3.4 endif
Bug#335220: [Pkg-doc-linux-devel] Bug#335220: doc-linux-text: [NONFREE-DOC] includes non-free documentation
On Sun, Oct 23, 2005 at 12:24:32PM +0200, Francesco Poli wrote: > Perhaps you could move non-free documents to a separate > doc-linux-text-nonfree package, while you wait for the relicensing > effort to be completed. Then each document would be able to be moved > back to doc-linux-text, as soon as it's relicensed in a DFSG-free > manner... There is already such a package where most of the non-free HOWTOs already are located. Things you have found are just oversights (with exception of the GFDL stuff) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335434: FTBFS with recent l-k-h; should not use l-k-h
Subject: FTBFS with recent l-k-h; should not use l-k-h Package: dcgui Version: 0.80-2 Severity: serious FTBFS with the following error: In file included from /usr/include/asm/atomic.h:26, from /usr/include/linux/sem.h:5, from callbacks.c:33: /usr/include/asm/cpu-features.h:15:35: error: cpu-feature-overrides.h: No such file or directory callbacks.c: In function 'decode_encoded_name': callbacks.c:6831: warning: pointer targets in passing argument 1 of 'ascii2_to_bin1' differ in signedness make[3]: *** [callbacks.o] Error 1 make[3]: Leaving directory `/build/buildd/dcgui-0.80/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/dcgui-0.80' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/dcgui-0.80' make: *** [build-stamp] Error 2 While this might be a bug in l-k-h, the package doesn't really need the header linux/sem.h anyway, the only thing it seems to use is SEMVMX. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335435: FTBFS with recent l-k-h; should not use l-k-h
Subject: FTBFS with recent l-k-h; should not use l-k-h Package: dctc Version: 0.85.9-2 Severity: serious In file included from /usr/include/asm/atomic.h:26, from /usr/include/linux/sem.h:5, from main.c:41: /usr/include/asm/cpu-features.h:15:35: error: cpu-feature-overrides.h: No such file or directory main.c: In function 'do_login_stage': main.c:662: warning: pointer targets in passing argument 5 of 'getsockopt' differ in signedness make[3]: *** [main.o] Error 1 make[3]: Leaving directory `/build/buildd/dctc-0.85.9/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/dctc-0.85.9' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/dctc-0.85.9' make: *** [build-stamp] Error 2 While this might be a bug in l-k-h, the package doesn't really need the header linux/sem.h anyway, the only thing it seems to use is SEMVMX. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335434: Fix
via IRC from neuro: "to be portable, dcgui and friends should include sys/sem.h instead, and use sysconf on _SC_SEM_VALUE_MAX to get that, rather than the SEMVMX #define from linux/sem.h" Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335967: BBPFS (experimental): mips-tools doesn't include binary
Package: mips-tools Version: 2.6.12-2 Severity: serious Tags: experimental When building mips-tools on all architectures that I tested (which were sparc and i386) it doesn't include any binary: Automatic build of linux-patch-2.6-mips_2.6.12-2 on odin by sbuild/sparc 69 [...] Build finished at 20051027-0351 chroot-experimental/build/buildd/mips-tools_2.6.12-2_sparc.deb: new debian package, version 2.0. size 2440 bytes: control archive= 517 bytes. 326 bytes,11 lines control 216 bytes, 3 lines md5sums Package: mips-tools Version: 2.6.12-2 Section: devel Priority: optional Architecture: sparc Installed-Size: 12 Maintainer: Thiemo Seufer <[EMAIL PROTECTED]> Source: linux-patch-2.6-mips Description: MIPS specific kernel tools This package provides tools used on the MIPS architecture to convert the kernel into an ECOFF image. chroot-experimental/build/buildd/mips-tools_2.6.12-2_sparc.deb: drwxr-xr-x root/root 0 2005-10-27 03:51:47 ./ drwxr-xr-x root/root 0 2005-10-27 03:51:43 ./usr/ drwxr-xr-x root/root 0 2005-10-27 03:51:45 ./usr/share/ drwxr-xr-x root/root 0 2005-10-27 03:51:43 ./usr/share/doc/ drwxr-xr-x root/root 0 2005-10-27 03:51:46 ./usr/share/doc/mips-tools/ -rw-r--r-- root/root 608 2005-07-12 19:24:29 ./usr/share/doc/mips-tools/copyright -rw-r--r-- root/root 468 2005-10-15 04:25:03 ./usr/share/doc/mips-tools/changelog.Debian.gz drwxr-xr-x root/root 0 2005-10-27 03:51:45 ./usr/share/man/ drwxr-xr-x root/root 0 2005-10-27 03:51:46 ./usr/share/man/man8/ -rw-r--r-- root/root 473 2005-07-12 19:24:29 ./usr/share/man/man8/elf2ecoff.8.gz The full build log is available from http://experimental.ftbfs.de/fetch.php?&pkg=linux-patch-2.6-mips&ver=2.6.12-2&arch=sparc&stamp=1130377935&file=log&as=raw Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336047: Tries to use non-essential package on purge
Package: epos Version: 1:2.5.36-1 Severity: grave >From your postrm: if test "$1" = "purge"; then update-rc.d epos remove >/dev/null rm -rf /var/log/epos if id -u $USER_NAME >/dev/null 2>&1; then deluser --quiet --remove-home $USER_NAME fi fi deluser is from adduser, a non-essential package. So you can't use it on purge, at least not unconditionally. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336053: FTBFS on 64bit architectures
Package: amaya Version: 9.2.1-4 Severity: serious >From the alpha build log: g++ -O2 -Wall -x c++ -D__cplusplus -D_UNIX -D_GL -D_WX -DHAVE_CONFIG_H -I.. -I../../amaya/xpm -I../../thotlib/include -I../../thotlib/internals/var -I../../thotlib/internals/h -I../../thotlib/internals/f -I/build/buildd/amaya-9.2.1/wxWidgets/src/png -I/build/buildd/amaya-9.2.1/wxWidgets/src/jpeg -I/build/buildd/amaya-9.2.1/wxWidgets/src/tiff -I/build/buildd/amaya-9.2.1/Amaya/WX/wxWidgets_RELEASE/lib/wx/include/gtk2-unicode-release-static-2.6 -I/build/buildd/amaya-9.2.1/wxWidgets/include -I/build/buildd/amaya-9.2.1/wxWidgets/contrib/include -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -DNO_GCC_PRAGMA -I/build/buildd/amaya-9.2.1/Amaya/WX/Mesa/include -I/usr/include/freetype2 -c ../../thotlib/dialogue/AmayaApplyClassPanel.cpp -o dialogue/AmayaApplyClassPanel.o ../../thotlib/dialogue/AmayaApplyClassPanel.cpp: In member function 'virtual void AmayaApplyClassPanel::SendDataToPanel(AmayaParams&)': ../../thotlib/dialogue/AmayaApplyClassPanel.cpp:130: error: cast from 'void*' to 'int' loses precision make[2]: *** [dialogue/AmayaApplyClassPanel.o] Error 1 make[2]: Leaving directory `/build/buildd/amaya-9.2.1/Amaya/WX/thotlib' make[1]: *** [thotlib] Error 2 make[1]: Leaving directory `/build/buildd/amaya-9.2.1/Amaya/WX' make: *** [build-arch-stamp] Error 2 Please note that this is likely only the first occourence of the error and more may come later in the build process (at least my previous experiences with the amaya code suggest this). Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages amaya depends on: ii gdk-imlib11 1.9.14-24 imaging library for use with gtk ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libglib1.21.2.10-10 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-7 X Window System Input extension li ii libxp66.8.2.dfsg.1-7 X Window System printing extension ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime amaya recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336123: Misses dependency on libusb
Package: kionjb Version: 0.1.6-3 Severity: serious Tags: patch kionjb misses a dependency on libusb, even though it was compiled against it. This is caused by the following error: dpkg-shlibdeps: warning: could not find any packages for /usr/lib/libusb-0.1.so.4 (libusb-0.1.so.4) dpkg-shlibdeps: warning: unable to find dependency information for shared library libusb-0.1 (soname 4, path /usr/lib/libusb-0.1.so.4, dependency field Depends)dh_gencontrol -a While /usr/lib/libusb-0.1.so.4 is a valid symlink, it is not shipped by the libusb package but generated by ldconfig. libusb ships /lib/libusb-0.1.so.4 I'm not entirely sure why this usually works right but adding "--disable-rpath" to your configure call in debian/rules which removes the -R /usr/lib argument of the linker call fixes it and is recommended anyway. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336176: rpc2_1.13-3(sparc/experimental): FTBFS: error: 'PFIC' undeclared
_builtin_strcmp' differ in signedness | rpc2a.c:1165: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness | rpc2a.c:1165: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness | rpc2a.c: In function 'Send2Get3': | rpc2a.c:1302: warning: pointer targets in passing argument 4 of 'rpc2_Encrypt' differ in signedness | rpc2a.c: In function 'Send4AndSave': | rpc2a.c:1372: warning: pointer targets in passing argument 4 of 'rpc2_Encrypt' differ in signedness | sparc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -DRPC2DEBUG -DERRORTR -O2 -c rpc2a.c -MT rpc2a.lo -MD -MP -MF .deps/rpc2a.TPlo -o rpc2a.o >/dev/null 2>&1 | mv -f .libs/rpc2a.lo rpc2a.lo | source='rpc2b.c' object='rpc2b.lo' libtool=yes \ | depfile='.deps/rpc2b.Plo' tmpdepfile='.deps/rpc2b.TPlo' \ | depmode=gcc3 /bin/sh ../depcomp \ | /bin/sh ../libtool --mode=compile sparc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -DRPC2DEBUG -DERRORTR-O2 -c -o rpc2b.lo `test -f rpc2b.c || echo './'`rpc2b.c | rm -f .libs/rpc2b.lo | sparc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -DRPC2DEBUG -DERRORTR -O2 -c rpc2b.c -MT rpc2b.lo -MD -MP -MF .deps/rpc2b.TPlo -fPIC -DPIC -o .libs/rpc2b.lo | rpc2b.c: In function 'RPC2_Init': | rpc2b.c:149: error: 'PFIC' undeclared (first use in this function) | rpc2b.c:149: error: (Each undeclared identifier is reported only once | rpc2b.c:149: error: for each function it appears in.) | rpc2b.c:149: error: syntax error before 'rpc2_SocketListener' | rpc2b.c:154: error: syntax error before 'rpc2_ClockTick' | rpc2b.c: In function 'rpc2_CreateIPSocket': | rpc2b.c:884: warning: pointer targets in passing argument 3 of 'getsockname' differ in signedness | make[3]: *** [rpc2b.lo] Error 1 | make[3]: Leaving directory `/build/buildd/rpc2-1.13/rpc2-src' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/rpc2-1.13' | make[1]: *** [all-recursive-am] Error 2 | make[1]: Leaving directory `/build/buildd/rpc2-1.13' | make: *** [build-stamp] Error 2 | ** | Build finished at 20051028-0305 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=1.13-3&pkg=rpc2&arch=sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336177: rvm_1.6-4(sparc/experimental): FTBFS: error: 'PFIC' undeclared
m_trans.o >/dev/null 2>&1 | mv -f .libs/rvm_trans.lo rvm_trans.lo | /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include-Wall -g -O2 -DRVM_USELWP -c rvm_logstatus.c && \ | mv rvm_logstatus.lo rvm_logstatus_lwp.lo && \ | mv rvm_logstatus.o rvm_logstatus_lwp.o | rm -f .libs/rvm_logstatus.lo | gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall -g -O2 -DRVM_USELWP -c rvm_logstatus.c -fPIC -DPIC -o .libs/rvm_logstatus.lo | rvm_logstatus.c: In function 'fork_daemon': | rvm_logstatus.c:186: error: 'PFIC' undeclared (first use in this function) | rvm_logstatus.c:186: error: (Each undeclared identifier is reported only once | rvm_logstatus.c:186: error: for each function it appears in.) | rvm_logstatus.c:186: error: syntax error before 'log_daemon' | make[3]: *** [rvm_logstatus_lwp.lo] Error 1 | make[3]: Leaving directory `/build/buildd/rvm-1.6/rvm' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/rvm-1.6' | make[1]: *** [all-recursive-am] Error 2 | make[1]: Leaving directory `/build/buildd/rvm-1.6' | make: *** [build-stamp] Error 2 | ** | Build finished at 20051028-0306 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=1.6-4&pkg=rvm&arch=sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332702: FTBFS: Missing build-dependency on texinfo
On Fri, Oct 07, 2005 at 09:22:28AM -0700, Matt Kraai wrote: > dvipng fails to build because it tries to use some files in the > texinfo package but does not build-depend upon it: I've NMUed this during the current BSP with the following patch: diff -Naur dvipng-1.5.bak/debian/changelog dvipng-1.5/debian/changelog --- dvipng-1.5.bak/debian/changelog 2005-10-28 20:26:00.0 +0200 +++ dvipng-1.5/debian/changelog 2005-10-28 20:38:36.0 +0200 @@ -1,3 +1,11 @@ +dvipng (1.5-2.1) unstable; urgency=high + + * Non-maintainer upload during BSP. + * Add build-dependency on texinfo since tetex doesn't depend on +it anymore. (Closes: #332702) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 28 Oct 2005 20:36:27 +0200 + dvipng (1.5-2) unstable; urgency=low * added t1lib support to dvipng; by adding libt1-dev to Build-Depends diff -Naur dvipng-1.5.bak/debian/control dvipng-1.5/debian/control --- dvipng-1.5.bak/debian/control 2005-10-28 20:26:00.0 +0200 +++ dvipng-1.5/debian/control 2005-10-28 20:37:26.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: Brian R Furry <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4), docbook-to-man, libgd2-noxpm-dev, libpng12-dev, libfreetype6-dev, tetex-extra, libkpathsea-dev, libt1-dev +Build-Depends: debhelper (>= 4), docbook-to-man, libgd2-noxpm-dev, libpng12-dev, libfreetype6-dev, tetex-extra, libkpathsea-dev, libt1-dev, texinfo Standards-Version: 3.6.1 Package: dvipng Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335002: FTBFS on arm/hppa/m68k: please use g++-3.4
tags 335002 patch thanks On Fri, Oct 21, 2005 at 02:05:41PM +0200, Frank Lichtenheld wrote: > wordtrans suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. > Please use gcc-3.4 on these architectures to work around it. I plan to NMU this during the current BSP with the following patch unless you have any objections: diff -Naur wordtrans-1.1pre14.bak/debian/changelog wordtrans-1.1pre14/debian/changelog --- wordtrans-1.1pre14.bak/debian/changelog 2005-10-28 21:21:48.0 +0200 +++ wordtrans-1.1pre14/debian/changelog 2005-10-28 21:24:35.0 +0200 @@ -1,3 +1,11 @@ +wordtrans (1.1pre14-1.1) unstable; urgency=high + + * NMU during BSP. + * Rebuild with g++-3.4 on arm/hppa/m68k to work around ICE in +g++-4.0 (Closes: #335002) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 28 Oct 2005 21:24:24 +0200 + wordtrans (1.1pre14-1) unstable; urgency=low * Rebuild as required by the libqt3-mt transition (Closes: #328000) diff -Naur wordtrans-1.1pre14.bak/debian/control-kde wordtrans-1.1pre14/debian/control-kde --- wordtrans-1.1pre14.bak/debian/control-kde 2005-10-28 21:21:48.0 +0200 +++ wordtrans-1.1pre14/debian/control-kde 2005-10-28 21:49:19.0 +0200 @@ -5,7 +5,7 @@ Uploaders: Javier Viñuales Gutiérrez <[EMAIL PROTECTED]> Standards-Version: 3.5.6 Build-Depends-Indep: gettext, groff -Build-Depends: debhelper, linuxdoc-tools-text, libfribidi-dev, kdelibs-dev (>= 2.2.2-13) | kdelibs4-dev, recode, libqt3-compat-headers, php4-dev (>= 4:4.3.2+rc3-3) +Build-Depends: debhelper, linuxdoc-tools-text, libfribidi-dev, kdelibs-dev (>= 2.2.2-13) | kdelibs4-dev, recode, libqt3-compat-headers, php4-dev (>= 4:4.3.2+rc3-3), g++-3.4 [arm hppa m68k], dpkg-dev (>= 1.13.2) Package: wordtrans-data Architecture: all diff -Naur wordtrans-1.1pre14.bak/debian/rules-kde wordtrans-1.1pre14/debian/rules-kde --- wordtrans-1.1pre14.bak/debian/rules-kde 2005-10-28 21:21:48.0 +0200 +++ wordtrans-1.1pre14/debian/rules-kde 2005-10-28 21:49:12.0 +0200 @@ -15,6 +15,18 @@ # This has to be exported to make some magic below work. export DH_OPTIONS + +GCC4_ICES_HERE := arm m68k hppa +DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) + +ifneq (,$(filter $(DEB_HOST_ARCH_CPU),$(GCC4_ICES_HERE))) + COMP=gcc-3.4 + CCOMP=g++-3.4 +else + COMP=cc + CCOMP=c++ +endif + # This is to fix #121667. Presumably some day, g++-3.0 won't be # broken on alpha, and this can be removed ifeq ($(DEB_BUILD_GNU_TYPE),alpha-linux) @@ -37,7 +49,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) all_kde CFLAGS="-O2 -Wall -pipe -DHONOR_STD" CXXFLAGS="$(CXXFLAGS)" + $(MAKE) all_kde CFLAGS="-O2 -Wall -pipe -DHONOR_STD" CXXFLAGS="$(CXXFLAGS)" COMP="$(COMP)" CCOMP="$(CCOMP)" touch build-stamp Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334997: FTBFS on arm/hppa/m68k: please use g++-3.4
tags 334997 patch thanks On Fri, Oct 21, 2005 at 01:47:11PM +0200, Frank Lichtenheld wrote: > kxmleditor suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. > Please use gcc-3.4 on these architectures to work around it. I plan to NMU this during the current BSP with the following patch unless you have objections: diff -Naur kxmleditor-1.1.4.bak/debian/changelog kxmleditor-1.1.4/debian/changelog --- kxmleditor-1.1.4.bak/debian/changelog 2005-10-28 22:31:30.0 +0200 +++ kxmleditor-1.1.4/debian/changelog 2005-10-28 22:32:39.0 +0200 @@ -1,3 +1,11 @@ +kxmleditor (1.1.4-2.1) unstable; urgency=medium + + * NMU during BSP + * Compile with g++-3.4 on arm/hppa/m68k to work around ICE +with g++-4.0 (Closes: #334997) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 28 Oct 2005 22:14:21 +0200 + kxmleditor (1.1.4-2) unstable; urgency=low * Rebuilt against a kdelibs version compiled with GCC 4 (Closes: #327975). diff -Naur kxmleditor-1.1.4.bak/debian/control kxmleditor-1.1.4/debian/control --- kxmleditor-1.1.4.bak/debian/control 2005-10-28 22:31:30.0 +0200 +++ kxmleditor-1.1.4/debian/control 2005-10-28 22:32:39.0 +0200 @@ -2,7 +2,7 @@ Section: kde Priority: optional Maintainer: Alejandro Exojo Piqueras <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 4.0.0), kdelibs4-dev, qt3-dev-tools (>> 3.3), automake1.7, sharutils +Build-Depends: debhelper (>> 4.0.0), kdelibs4-dev, qt3-dev-tools (>> 3.3), automake1.7, sharutils, g++-3.4 [arm hppa m68k], dpkg-dev (>= 1.13.2) Build-Conflicts: autoconf2.13, automake1.4 Standards-Version: 3.6.2 diff -Naur kxmleditor-1.1.4.bak/debian/rules kxmleditor-1.1.4/debian/rules --- kxmleditor-1.1.4.bak/debian/rules 2005-10-28 22:31:30.0 +0200 +++ kxmleditor-1.1.4/debian/rules 2005-10-28 22:33:23.0 +0200 @@ -6,6 +6,8 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +GCC4_ICES_HERE := arm m68k hppa +DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) objdir = $(CURDIR)/obj-$(DEB_BUILD_GNU_TYPE) @@ -17,6 +19,12 @@ configureflags += --enable-final --enable-debug endif +ifneq (,$(filter $(DEB_HOST_ARCH_CPU),$(GCC4_ICES_HERE))) + export CC=gcc-3.4 + export CPP=cpp-3.4 + export CXX=g++-3.4 +endif + configure: configure-stamp configure-stamp: dh_testdir Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335001: FTBFS on arm/hppa/m68k: please use g++-3.4
tags #335001 patch thanks On Fri, Oct 21, 2005 at 02:03:22PM +0200, Frank Lichtenheld wrote: > superkaramba suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. > Please use gcc-3.4 on these architectures to work around it. I plan to NMU this during the current BSP with the following patch unless you have any objections: diff -Naur superkaramba-0.36.bak/debian/changelog superkaramba-0.36/debian/changelog --- superkaramba-0.36.bak/debian/changelog 2005-09-11 19:16:05.0 +0200 +++ superkaramba-0.36/debian/changelog 2005-10-28 23:07:14.0 +0200 @@ -1,3 +1,13 @@ +superkaramba (0.36-2.1) unstable; urgency=medium + + * NMU during BSP + * Build with g++-3.4 on arm/hppa/m68k to work around ICE with g++-4.0 +(Closes: #335001) + * Make non-native package again after 0.36-2 was accidentially a native +one + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 28 Oct 2005 22:38:10 +0200 + superkaramba (0.36-2) unstable; urgency=low * Build with kdebase-dev (>= 4:3.4.2-2) for C++ transition. diff -Naur superkaramba-0.36.bak/debian/control superkaramba-0.36/debian/control --- superkaramba-0.36.bak/debian/control2005-09-11 19:16:05.0 +0200 +++ superkaramba-0.36/debian/control2005-10-28 22:52:00.0 +0200 @@ -2,7 +2,7 @@ Section: kde Priority: optional Maintainer: Jean-Michel Kelbert <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 4.0.0), xmms-dev, python-dev, kdebase-dev (>= 4:3.4.2-2), xutils, dpatch, libxpm-dev +Build-Depends: debhelper (>> 4.0.0), xmms-dev, python-dev, kdebase-dev (>= 4:3.4.2-2), xutils, dpatch, libxpm-dev, g++-3.4 [arm hppa m68k], dpkg-dev (>= 1.13.2) Standards-Version: 3.5.8 Package: superkaramba diff -Naur superkaramba-0.36.bak/debian/rules superkaramba-0.36/debian/rules --- superkaramba-0.36.bak/debian/rules 2005-09-11 19:16:05.0 +0200 +++ superkaramba-0.36/debian/rules 2005-10-28 22:58:34.0 +0200 @@ -12,17 +12,13 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +GCC4_ICES_HERE := arm m68k hppa +DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) - -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif -ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - INSTALL_PROGRAM += -s +ifneq (,$(filter $(DEB_HOST_ARCH_CPU),$(GCC4_ICES_HERE))) + export CC=gcc-3.4 + export CPP=cpp-3.4 + export CXX=g++-3.4 endif clean-upstream: I removed the CFLAGS handling because it doesn't do anything (it's CXXFLAGS, and it needs to be exported, and the autotools stuff didn't handle it very well when I tried to fix it...) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334816: Uninstallable in sid on some architectures
On Thu, Oct 20, 2005 at 02:32:59AM +0200, Frank Lichtenheld wrote: > Package: libgnome-jni > Version: 2.10.1-1 > Severity: grave > > libgnome-jni is uninstallable on i386, ia64, m68k, and powerpc because > it still depends on libgcj4 there which doesn't exists anymore. > Please upload a new version so it will get recompiled against libgcj6 I will upload a NMU for this with the following patch: diff -Naur libgnome-java-2.10.1.bak/debian/changelog libgnome-java-2.10.1/debian/changelog --- libgnome-java-2.10.1.bak/debian/changelog 2005-10-28 23:29:12.0 +0200 +++ libgnome-java-2.10.1/debian/changelog 2005-10-28 23:32:22.0 +0200 @@ -1,3 +1,10 @@ +libgnome-java (2.10.1-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Recompile against libgcj6 on all arches (Closes: #334816) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 28 Oct 2005 23:31:26 +0200 + libgnome-java (2.10.1-1) unstable; urgency=low * New upstream release Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334997: FTBFS on arm/hppa/m68k: please use g++-3.4
On Sat, Oct 29, 2005 at 12:01:56AM +0200, Alejandro Exojo wrote: > El Viernes, 28 de Octubre de 2005 22:44, Frank Lichtenheld escribió: > I'm afraid that due to a domain expiration problem, I lost some mails, > including the one reporting the bug. :( > > I was aware of the FTBFS, though, so I uploaded a package to: > > http://darkshines.net/debian/dists/unstable/kxmleditor/source/ > > My sponsor checked it, and wants me to change some things, so I will upload a > fixed version to that URL tomorrow morning/evening (CET), and see what he > says. Ok, I will wait until sunday until I NMU the package to give you a chance to fix it yourself. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#287886: NMU
I will NMU these bugs during the current BSP with the following patch: diff -Naur ots-0.4.2+cvs.2004.02.20.bak/debian/changelog ots-0.4.2+cvs.2004.02.20/debian/changelog --- ots-0.4.2+cvs.2004.02.20.bak/debian/changelog 2005-10-29 01:50:24.0 +0200 +++ ots-0.4.2+cvs.2004.02.20/debian/changelog 2005-10-29 01:59:18.0 +0200 @@ -1,3 +1,12 @@ +ots (0.4.2+cvs.2004.02.20-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS with gcc-4.0 (Closes: #287886) + * Configure with --disable-gtk-doc since it in fact doesn't build +with gtk-doc-tools (Closes: #336046) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Sat, 29 Oct 2005 01:50:41 +0200 + ots (0.4.2+cvs.2004.02.20-1) unstable; urgency=low * New upstream release (CVS snapshot). diff -Naur ots-0.4.2+cvs.2004.02.20.bak/debian/rules ots-0.4.2+cvs.2004.02.20/debian/rules --- ots-0.4.2+cvs.2004.02.20.bak/debian/rules 2005-10-29 01:50:24.0 +0200 +++ ots-0.4.2+cvs.2004.02.20/debian/rules 2005-10-29 01:55:21.0 +0200 @@ -35,7 +35,10 @@ config.status: configure dh_testdir # Add here commands to configure the package. - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ + --prefix=/usr --mandir=\$${prefix}/share/man \ + --infodir=\$${prefix}/share/info \ + --disable-gtk-doc build: build-stamp diff -Naur ots-0.4.2+cvs.2004.02.20.bak/src/article.c ots-0.4.2+cvs.2004.02.20/src/article.c --- ots-0.4.2+cvs.2004.02.20.bak/src/article.c 2004-02-06 04:41:43.0 +0100 +++ ots-0.4.2+cvs.2004.02.20/src/article.c 2005-10-29 01:52:09.0 +0200 @@ -35,7 +35,7 @@ ots_new_sentence (void) { OtsSentence *aLine = g_new0 (OtsSentence, 1); - (GList *) aLine->words = NULL; + aLine->words = NULL; aLine->wc = 0; aLine->selected = 0; aLine->score = 0; Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336442: gnome-netstatus_2.12.0-2(sparc/experimental): FTBFS: missing build-dependencies
Package: gnome-netstatus Version: 2.12.0-2 Severity: serious Hi, your package failed to build from source due to missing build dependencies. | Automatic build of gnome-netstatus_2.12.0-2 on odin by sbuild/sparc 69 | Build started at 20051030-0722 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 664kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main gnome-netstatus 2.12.0-2 (dsc) [1811B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main gnome-netstatus 2.12.0-2 (tar) [659kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main gnome-netstatus 2.12.0-2 (diff) [3293B] | Fetched 664kB in 0s (3058kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 4.1.0), libgnomeui-dev (>= 2.6.0), libglade2-dev (>= 2.0.0), libpanel-applet2-dev (>= 2.0.0), libgtk2.0-dev (>= 2.4.0), cdbs, gnome-pkg-tools, libxml-parser-perl, libgnome-keyring-dev, scrollkeeper [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6-dev_2.3.5-6 linux-kernel-headers_2.6.13+0rc3-2 gcc-4.0_4.0.2-3 g++-4.0_4.0.2-3 binutils_2.16.1cvs20050902-1 libstdc++6-4.0-dev_4.0.2-3 libstdc++6_4.0.2-3 | -- | dpkg-source: extracting gnome-netstatus in gnome-netstatus-2.12.0 | su: Authentication service cannot retrieve authentication info. | (Ignored) | dpkg-buildpackage: source package is gnome-netstatus | dpkg-buildpackage: source version is 2.12.0-2 | dpkg-buildpackage: host architecture sparc [...] | make[4]: Entering directory `/build/buildd/gnome-netstatus-2.12.0/help' | make[4]: Nothing to be done for `all-am'. | make[4]: Leaving directory `/build/buildd/gnome-netstatus-2.12.0/help' | /bin/sh: xmllint: command not found | xsltproc -o gnome-netstatus-C.omf --stringparam db2omf.basename gnome-netstatus --stringparam db2omf.format 'docbook' --stringparam db2omf.dtd --stringparam db2omf.lang C --stringparam db2omf.omf_dir "/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help" --stringparam db2omf.omf_in "`pwd`/./gnome-netstatus.omf.in" `/usr/bin/pkg-config --variable db2omf gnome-doc-utils` C/gnome-netstatus.xml | /bin/sh: xsltproc: command not found | make[3]: *** [gnome-netstatus-C.omf] Error 127 | make[3]: Leaving directory `/build/buildd/gnome-netstatus-2.12.0/help' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/gnome-netstatus-2.12.0' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/gnome-netstatus-2.12.0' | make: *** [debian/stamp-makefile-build] Error 2 | ** | Build finished at 20051030-0726 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=2.12.0-2&pkg=gnome-netstatus&arch=sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336448: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there
Subject: FTBFS on arm/hppa/m68k with ICE, please use gcc-3.4 there Package: bibletime Version: 1.5.1-1 Severity: serious bibletime suffers from the usual GCC 4.0 ICE on arm, hppa and m68k. Please use gcc-3.4 on these architectures to work around it. See http://lists.debian.org/debian-devel/2005/09/msg00020.html for more information. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336455: ./debian/rules clean not complete
Package: lincvs Version: 1.4.3-1 Severity: serious While trying to add the last missing build of 1.4.3-1 for ia64 I noticed that ./debian/rules clean is not complete since upstream's make distclean isn't complete either. Most notably the tools in contrib are not cleaned up correctly. You need either to fix lincvs.pro so that the clean target cleans up there, too, or add manual calls to make distclean in these directories to debian/rules. Also problematic is the rebuild of .qm files since these lead to unrepresentable changes to the source. clean needs either to restore them or at least delete them (which leads to uneccessary rebuilds, though...) Sorry for not noticing that earlier. I just found a point that is not in my usual sponsoring checklist ;) Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lincvs depends on: ii cvs 1:1.12.9-15Concurrent Versions System ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfam0 2.7.0-8client library to control the FAM ii libgcc1 1:4.0.2-3 GCC support library ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m lincvs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300675: Removing this package
user debian-qa@lists.debian.org usertag 300675 proposed-removal thanks Since these package seems indeed to be uttertly useless these days I propose to remove it. Please respond within a week if you have any objections. Gruessse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336053: Patch
tag 336053 patch thanks A patch for this issue is attached. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Nur --exclude batch amaya-9.2.1/Amaya/amaya/AHTURLTools.c amaya-9.2.1.new/Amaya/amaya/AHTURLTools.c --- amaya-9.2.1/Amaya/amaya/AHTURLTools.c 2005-08-13 00:29:15.0 + +++ amaya-9.2.1.new/Amaya/amaya/AHTURLTools.c 2005-10-30 14:49:45.0 + @@ -1296,7 +1296,7 @@ --*/ void ExtractTarget (char *aName, char *target) { - intlg, i; + intptr_tlg, i; char *ptr; char *oldptr; @@ -1318,7 +1318,7 @@ } while (ptr); - i = (int) (oldptr) - (int) (aName); /* name length */ + i = (intptr_t) (oldptr) - (intptr_t) (aName); /* name length */ if (i > 1) { aName[i - 1] = EOS; diff -Nur --exclude batch amaya-9.2.1/Amaya/amaya/EDITimage.c amaya-9.2.1.new/Amaya/amaya/EDITimage.c --- amaya-9.2.1/Amaya/amaya/EDITimage.c 2005-08-13 00:29:16.0 + +++ amaya-9.2.1.new/Amaya/amaya/EDITimage.c 2005-10-30 14:51:51.0 + @@ -97,11 +97,11 @@ char tempname[MAX_LENGTH]; char *name; inti, c1, cN; - intval; + intptr_t val; ThotBool change, isHTML; isHTML = FALSE; - val = (int) data; + val = (intptr_t) data; switch (ref - BaseImage) { case FormAlt: diff -Nur --exclude batch amaya-9.2.1/Amaya/amaya/EDITstyle.c amaya-9.2.1.new/Amaya/amaya/EDITstyle.c --- amaya-9.2.1/Amaya/amaya/EDITstyle.c 2005-08-13 00:29:16.0 + +++ amaya-9.2.1.new/Amaya/amaya/EDITstyle.c 2005-10-30 14:52:46.0 + @@ -1918,9 +1918,9 @@ --*/ void StyleCallbackDialogue (int ref, int typedata, char *data) { - int val; + intptr_t val; - val = (int) data; + val = (intptr_t) data; #ifdef DEBUG_CLASS_INTERF if (typedata == INTEGER_DATA) fprintf (stderr, "StyleCallbackDialogue(%d,%d) \n", ref, (int) data); Binary files amaya-9.2.1/Amaya/amaya/HTML.STR and amaya-9.2.1.new/Amaya/amaya/HTML.STR differ Binary files amaya-9.2.1/Amaya/amaya/HTMLP.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLP.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPBW.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPBW.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPL.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPL.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPLL.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPLL.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPLP.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPLP.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPLPUS.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPLPUS.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPP.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPP.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLPPUS.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLPPUS.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLT.TRA and amaya-9.2.1.new/Amaya/amaya/HTMLT.TRA differ Binary files amaya-9.2.1/Amaya/amaya/HTMLT11.TRA and amaya-9.2.1.new/Amaya/amaya/HTMLT11.TRA differ Binary files amaya-9.2.1/Amaya/amaya/HTMLTT.TRA and amaya-9.2.1.new/Amaya/amaya/HTMLTT.TRA differ Binary files amaya-9.2.1/Amaya/amaya/HTMLTX.TRA and amaya-9.2.1.new/Amaya/amaya/HTMLTX.TRA differ Binary files amaya-9.2.1/Amaya/amaya/HTMLUSL.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLUSL.PRS differ Binary files amaya-9.2.1/Amaya/amaya/HTMLUSLL.PRS and amaya-9.2.1.new/Amaya/amaya/HTMLUSLL.PRS differ diff -Nur --exclude batch amaya-9.2.1/Amaya/amaya/HTMLbook.c amaya-9.2.1.new/Amaya/amaya/HTMLbook.c --- amaya-9.2.1/Amaya/amaya/HTMLbook.c 2005-08-13 00:29:16.0 + +++ amaya-9.2.1.new/Amaya/amaya/HTMLbook.c 2005-10-30 14:53:55.0 + @@ -568,9 +568,9 @@ --*/ void CallbackPrint (int ref, int typedata, char *data) { - int val; + intptr_t val; - val = (int) data; + val = (intptr_t) data; switch (ref - BasePrint) { case FormPrint: diff -Nur --exclude batch amaya-9.2.1/Amaya/amaya/MENUconf.c amaya-9.2.1.new/Amaya/amaya/MENUconf.c --- amaya-9.2.1/Amaya/amaya/MENUconf.c 2005-08-13 00:29:16.0 + +++ amaya-9.2.1.new/Amaya/amaya/MENUconf.c 2005-10-30 15:04:42.0 + @@ -1072,7 +1072,7 @@ --*/ static void CacheCallbackDialog (int ref, int typedata, char *data) { - int val; + intptr_t val; if (ref == -1) { @@ -1082,7 +1082,7 @@ else { /* has the user changed the options? */ - val = (int) data; + val = (intptr_t) data; switch (ref - CacheBase) { case Ca
Bug#334997: FTBFS on arm/hppa/m68k: please use g++-3.4
On Sun, Oct 30, 2005 at 05:53:44PM +0100, Alejandro Exojo wrote: > Frank, I didn't had time to get in touch with my sponsor, so please, go ahead > with the NMU if you have time to do it. If don't, I will work on the package > during the week, and hope my sponsor has time too to review it. Uploaded Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332455: Rebuilding with libmagick9-dev FTBFS
tag 332455 patch fixed-upstream thanks On Thu, Oct 27, 2005 at 07:15:37PM +0200, Luk Claes wrote: > Just rebuilding with adjusted build-dependencies does not solve this bug. I backported the necessary changes from the current upstream version 1.9.3 and will upload this as a NMU during the current BSP: diff -Naur librmagick-ruby-1.9.0.bak/debian/changelog librmagick-ruby-1.9.0/debian/changelog --- librmagick-ruby-1.9.0.bak/debian/changelog 2005-10-31 00:41:09.0 +0100 +++ librmagick-ruby-1.9.0/debian/changelog 2005-10-31 00:53:41.0 +0100 @@ -1,3 +1,11 @@ +librmagick-ruby (1.9.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update build-dependencies to libmagick9-dev (Closes: #332455) +(Necessary source changes backported from upstream 1.9.3) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 31 Oct 2005 00:41:19 +0100 + librmagick-ruby (1.9.0-1) unstable; urgency=medium * Another new upstream version. (closes: #287140) diff -Naur librmagick-ruby-1.9.0.bak/debian/control librmagick-ruby-1.9.0/debian/control --- librmagick-ruby-1.9.0.bak/debian/control2005-10-31 00:41:09.0 +0100 +++ librmagick-ruby-1.9.0/debian/control2005-10-31 00:41:53.0 +0100 @@ -2,7 +2,7 @@ Section: interpreters Priority: optional Maintainer: Mike Williams <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 4.0.0), imagemagick (>= 6.2.3), libmagick6-dev (>= 6.2.3), ruby1.8, ruby1.8-dev, libwmf-bin, gs-gpl +Build-Depends: debhelper (>> 4.0.0), imagemagick (>= 6.2.3), libmagick9-dev | libmagick-dev, ruby1.8, ruby1.8-dev, libwmf-bin, gs-gpl Standards-Version: 3.6.1 Package: librmagick-ruby diff -Naur librmagick-ruby-1.9.0.bak/ext/RMagick/rmimage.c librmagick-ruby-1.9.0/ext/RMagick/rmimage.c --- librmagick-ruby-1.9.0.bak/ext/RMagick/rmimage.c 2005-06-19 22:26:34.0 +0200 +++ librmagick-ruby-1.9.0/ext/RMagick/rmimage.c 2005-10-31 00:48:01.0 +0100 @@ -5238,7 +5238,7 @@ HANDLE_ERROR // PseudoClass -if (image->class == PseudoClass) +if (image->storage_class == PseudoClass) { IndexPacket *indexes = GetIndexes(image); old_color = image->colormap[*indexes]; @@ -5259,12 +5259,12 @@ // Set the color of a pixel. Return previous color. // Convert to DirectClass -if (image->class == PseudoClass) +if (image->storage_class == PseudoClass) { SyncImage(image); magick_free(image->colormap); image->colormap = NULL; -image->class = DirectClass; +image->storage_class = DirectClass; } pixel = GetImagePixels(image, x, y, 1, 1); @@ -7002,7 +7002,7 @@ Image *image; Data_Get_Struct(self, Image, image); -return ClassType_new(image->class); +return ClassType_new(image->storage_class); } /* @@ -7021,20 +7021,20 @@ Data_Get_Struct(self, Image, image); VALUE_TO_ENUM(new_class_type, class_type, ClassType); -if (image->class == PseudoClass && class_type == DirectClass) +if (image->storage_class == PseudoClass && class_type == DirectClass) { SyncImage(image); magick_free(image->colormap); image->colormap = NULL; } -else if (image->class == DirectClass && class_type == PseudoClass) +else if (image->storage_class == DirectClass && class_type == PseudoClass) { GetQuantizeInfo(&qinfo); qinfo.number_colors = MaxRGB+1; QuantizeImage(&qinfo, image); } -image->class = class_type; +image->storage_class = class_type; return self; } Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326466: Well, it has been over a month now, what is the plan ?
On Wed, Oct 19, 2005 at 02:36:31PM +0200, Sven Luther wrote: > Well, it is now over a month since you last commented on this bug, and altough > i understand you don't want people to go trigger happy and do some botched > upload, it would be nice to get something to happen, or some kind of plan. As the week has now passed, do you have time to do the NMU, Sven? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336535: FTBFS (mips/mipsel): ICE: Floating point exception
Package: kismet Version: 2005.08.R1-1.1 Severity: serious kismet FTBFS on mips/mipsel with a g++-4.0 ICE (which is most probably the same as in #336463, will add more information there). See http://buildd.debian.org/fetch.php?&pkg=kismet&ver=2005.08.R1-1.1&arch=mipsel&stamp=1130511758&file=log&as=raw >From tests that I did you can work around it by lowering the optimisation to -01 (on mips(el) only of course). Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336535: FTBFS (mips/mipsel): ICE: Floating point exception
tag 336535 patch thanks On Mon, Oct 31, 2005 at 01:56:03AM +0100, Frank Lichtenheld wrote: > kismet FTBFS on mips/mipsel with a g++-4.0 ICE (which is most probably > the same as in #336463, will add more information there). > > See > http://buildd.debian.org/fetch.php?&pkg=kismet&ver=2005.08.R1-1.1&arch=mipsel&stamp=1130511758&file=log&as=raw > > >From tests that I did you can work around it by lowering the optimisation > to -01 (on mips(el) only of course). Attached you can find a patch for that. I needed to fix several oddities in upstream's and imagemagick upstream's handling of compiler flags and rerun autoconf so it is quite large. The patch should be splitted in a part for debian/patches and the direct patching of the debian/ files, I forgot to do that... Since this fix is necessary for the big KDE transition to complete (connected to it via imagemagick) it should be uploaded really soon, i.e. today or tomorrow would be best. Do you have time to do such an upload or would it be okay with you to NMU the package for that? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Naur kismet-2005.08.R1.bak/configure kismet-2005.08.R1/configure --- kismet-2005.08.R1.bak/configure 2005-08-16 03:22:51.0 +0200 +++ kismet-2005.08.R1/configure 2005-10-31 14:09:53.0 +0100 @@ -976,7 +976,7 @@ else echo "$as_me: WARNING: no configuration information is in $ac_dir" >&2 fi -cd $ac_popdir +cd "$ac_popdir" done fi @@ -1982,8 +1982,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2041,8 +2040,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2158,8 +2156,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2213,8 +2210,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2259,8 +2255,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2304,8 +2299,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_c_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_c_werror_flag" || test ! -s conftest.err' { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 (eval $ac_try) 2>&5 ac_status=$? @@ -2489,8 +2483,7 @@ cat conftest.err >&5 echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); } && -{ ac_try='test -z "$ac_cxx_werror_flag" -|| test ! -s conftest.err' +{ ac_try='test -z "$ac_cxx_werror_flag"
Bug#336577: linux-kernel-headers: broken on mips, mipsel
tags 336577 normal thanks On Mon, Oct 31, 2005 at 10:45:55AM +0100, Matej Vela wrote: > Justification: causes an FTBFS for dctc and dcgui This is not a sufficient justification for a RC bug against l-k-h. Note that I explained in my bugs against dctc/dcgui the right fix for it and did not file a bug against l-k-h for this reason. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335435: Bug#336577: linux-kernel-headers: broken on mips, mipsel
On Mon, Oct 31, 2005 at 06:32:21PM +0100, Matej Vela wrote: > Since Daniel Jacobowitz's reply hasn't reached the BTS either, here's > what he said: > > > In general, most of these headers are not intended or supported for > > userspace use; so the correct thing to do is either to use the POSIX > > equivalents, or else to copy the bits you need from some particular > > version of the kernel headers. > > The former is not available, so I'll do the latter. Ack. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336710: Removes /dev/null if build with root privileges
Package: procps Version: 1:3.2.5-1 Severity: serious procps has the following code in its Makefile: check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c $(ALL_LDFLAGS) $(1) -o /dev/null $(CURSES) > /dev/null 2>&1; then echo "$(1)"; else echo "$(2)"; fi ;) There is a problem with this code: If run with root privileges (e.g. by building the package with sudo) and the gcc call fails, gcc will delete the output file, which is /dev/null. (The package in incoming has the same code, in case you wonder about the version number) It would certainly be better to use a temporary file as destination. High severity since at least the mips(el) buildds currently use sudo and were hit by the problem. Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages procps depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand Versions of packages procps recommends: ii psmisc21.6-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333796: very old package with RC bugs, should this get orphaned?
reassign 333796 wnpp severity 333796 normal retitle 333796 O: xconq -- A graphical multi-player strategy game and game design system thanks On Thu, Oct 13, 2005 at 08:20:14PM +0200, Frank Lichtenheld wrote: > After 7 days without answer from you (the maintainer) we will reassign > this bug to either WNPP (in case we propose to orphan it) or > ftp.debian.org (in case we propose to remove it). > > The package will need an upload or an explanation for this action not to > proceed. Since we heard nothing from you for nearly three weeks I orphan this package now. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336974: very old package with RC bugs, should this be removed?
Package: newbiedoc Version: 0.6.0-1 Severity: serious Hi. During the Debian QA meeting hold during Sept. 09th till 11th, we begun to go through the list of the oldest packages in Debian that are not in testing (http://bjorn.haxx.se/debian/oldest.html) to search for packages that should be either orphaned or removed completly from Debian (unstable and testing) since they have been obviously neglected by their maintainer. Your package did show up on this list and we propose to remove it. This usually means that your package matched some of the following criteria: [1] Your packages has not had an upload for more than two years [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. Your package has not had an upload in over three years, has some bugs open about beeing severily outdated, and the upstream project seems to be dead as well. Plus you never replied to any bug during the last years. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! -- Frank Lichtenheld <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336973: very old package with RC bugs, should this be removed?
Package: trn Version: 3.6-17 Severity: serious Hi. During the Debian QA meeting hold during Sept. 09th till 11th, we begun to go through the list of the oldest packages in Debian that are not in testing (http://bjorn.haxx.se/debian/oldest.html) to search for packages that should be either orphaned or removed completly from Debian (unstable and testing) since they have been obviously neglected by their maintainer. Your package did show up on this list and we propose to remove it. This usually means that your package matched some of the following criteria: [1] Your packages has not had an upload for more than two years [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. Your package has not had an upload in over three years, a newer version is packaged in trn4, it was not released with sarge, and has one RC bug open without answer from you. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! -- Frank Lichtenheld <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336975: very old package with RC bugs, should this be orphaned?
Package: gnubg Version: 0.12-4 Severity: serious Hi. During the Debian QA meeting hold during Sept. 09th till 11th, we begun to go through the list of the oldest packages in Debian that are not in testing (http://bjorn.haxx.se/debian/oldest.html) to search for packages that should be either orphaned or removed completly from Debian (unstable and testing) since they have been obviously neglected by their maintainer. Your package did show up on this list and we propose to orphan it. This usually means that your package matched some of the following criteria: [1] Your packages has not had an upload for more than two years [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. Your package has not had an upload in over three years, a new upstream version is available, and two RC bugs open without answer from you. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! -- Frank Lichtenheld <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329084: zaptel: FTBFS: missing or incorrect directory modexamples/
tags 329084 - unreproducible thanks On Sat, Oct 29, 2005 at 01:55:58AM +1000, Rob Weir wrote: > I can't reproduce the error in the bug log, nor the error in the buildd > log; perhaps this should be closed? It's perfectly reproducible on every of our buildds for experimental. Note that you need to build the package with -B to reproduce it, though. Also I could reproduce it with dpkg-buildpackage -rfakeroot -B on my main system, but not in a pbuilder. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292673: why was the sarge tag removed?
On Thu, Feb 24, 2005 at 02:53:43PM -0700, dann frazier wrote: > Why was the sarge tag removed? Did I misuse it? Probably. The sarge tag is for bugs that only appear in testing but not in unstable. Since I couldn't see anything in your report that was specific to sarge I removed the tag. If I was in fact wrong in doing this, feel free to re-add it (with an explanation). Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276800: do you want to fix erlang?
On Sat, Feb 26, 2005 at 04:04:03PM +0100, Torsten Werner wrote: > reassign 294992 erlang > merge 294992 276800 Hmm, why did you do that merge? From the bug reports I can't see any connection between them. Apart from the fact that 294992 was tagged "sarge" and 276800 "sid", so I really don't see, how they could belong together. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298149: always segfaults
Package: tth Version: 3.60-1 Severity: grave Tags: patch I wanted to try out tth but it segfaults on any tex file I give it... The following patch seems to fix it but I don't know if it could have any sideeffects (read: not tested very well): diff -Naur tth-3.67.bak/tth.c tth-3.67/tth.c --- tth-3.67.bak/tth.c 2005-02-18 19:24:59.0 -0800 +++ tth-3.67/tth.c 2005-03-04 19:12:35.200200472 -0800 @@ -22352,7 +22352,7 @@ if(tth_delimdef){ yy_pop_state(); chs2=yytext-1; -while(chs2 != NULL){ +while((chs2 != NULL) && ((chs2+1) != NULL)){ chscratch=chs2; chs2=strstr(chscratch+1,"#"); } Gruesse, Frank Lichtenheld -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.10-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages tth depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298942: luola-data: contains non-free font
On Fri, Mar 11, 2005 at 12:40:03PM +0100, Christian T. Steigies wrote: > On Thu, Mar 10, 2005 at 08:06:16PM +0100, Peter De Wachter wrote: > > This package contains the font bluebold.ttf, which is one of Ray > > Larabie's fonts and non-free. This font should be removed. To get > > a replacement, you can depend on ttf-bitstream-vera, ttf-freefont, > > or one of the other free fonts packaged in Debian. > > Thanks for your report. As it turns out, the font is not needed at all, it > just looks nicer than the standard font. I found one in ttf-bitstream-vera > which looks ok to me, but I am waiting for feedback from the author. > So it is no problem to remove bluebold.ttf from the package, but I guess I > will also have to remove it from the source package? I hope upstream will > remove it, if not, I wil have to recreate the source package with the font > removed. Is there any procedure for that? Not really. Untar the orig.tar.gz, remove the file and repack it with a different name (i.e. you need to change the upstream version). Suffixes like .dfsg or .deb are often used for this but there is no rule about that. (for some naming examples see xfree86, mozilla-firefox and openoffice.org) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298974: bittorrent-gui: btdownloadgui fails to launch
On Thu, Mar 10, 2005 at 10:23:24PM +0100, Jaap Haitsma wrote: > I get this error when launching btdownloadgui > Gdk-ERROR **: BadValue (integer parameter out of range for operation) > serial 185 error_code 2 request_code 45 minor_code 0 > > and then it returns back to the command line I just tried to reproduce this but failed to do so. Are there others out there who have the same problem? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298163: FTBFS in experimental
On Sat, Mar 05, 2005 at 09:39:44AM +0100, Andreas Barth wrote: > docbook2pdf local-fontconfig-user.sgml > Using catalogs: /etc/sgml/catalog > Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print > Working on: /build/buildd/fontconfig-2.3.0/doc/local-fontconfig-user.sgml > openjade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/print/dbrfntry.dsl:83:3:E: > flow objects at the root must be all of class scroll or all of class > page-sequence or simple-page-sequence > /usr/share/docbook-utils/backends/pdf: line 9: 3698 Illegal instruction > $SGML_JADE -t tex -o ${SGML_FILE_NAME}.tex $SGML_ARGUMENTS Some further investigation on this: fontconfig builds fine if jade is installed but not if only openjade is installed. So the real error here seems to be the openjade error, not the segv in docbook-utils that is caused by it. Since I don't know that much about the docbook SGML toolchain, I'm unsure how to proceed: should fontconfig build-depend on jade? Or is this a bug in openjade? Or really in docbook-utils? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#265021: How to proceed further?
Hi. This blosxom bug was upgraded to RC severity recently. Alfie commented in the bug that it isn't easy to fix this and at the same time offer a clean upgrade path from previous versions. He also added that this isn't a woody->sarge upgrade bug since blosxom isn't present in woody. Some thoughts on this: - Even if upgrades from woody->sarge aren't affected, this should probably remain RC since 1) it would definetly occour on security updates and 2) to have to fix the upgrade path for sarge->etch upgrades sounds even worse than the current situation. - Wouldn't it be preferable to fix the bug correctly right now even if this makes upgrades from the current version non-trivial since at least the current version is in no stable release. Why postpone the breakage? - Without knowing anything about blosxom, the obvious solution seems to be either 1) to move the files to /usr/lib or /usr/share and then advise the user how to copy them if he wants to change them or 2) move them to /etc and make them config files. Is this right? (a simple "no" would suffice for me at this point indicating that I need to learn more about the software) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298163: FTBFS in experimental
On Sat, Mar 12, 2005 at 11:51:34AM -0500, Neil Roeth wrote: > openjade. I maintain jade, openjade and openjade1.3. I can look into whether > this is an openjade error if someone will tell me how to reproduce it - will > the error occur if I just get the current source of fontconfig from unstable > and attempt to build the package? Yes, it should as long as you don't have jade installed. Gruesse -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297554: Downgrade wvstreams?
Hi all. Since there keep popping up problems with wvdial+wvstreams4.0 (at least one with USB modems is currently present) and the maintainers don't really seem to have the time to fix this would it perhaps be the safest solution to just downgrade wvstreams to version 3.x again to let that go into sarge and trying to upgrade to version 4 later again? Comments welcome. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295310: Patch: gnome-cups-manager: Cannot add a new printer
On Tue, Mar 08, 2005 at 10:54:04PM +0100, Baptiste Carvello wrote: > Hello, > > I'm afraid my corrected patch got lost in the mail, as it didn't make it > to the web interface. I'm resending it just in case. Sorry if you > receive it twice. I've uploaded a NMU with the patch. Full NMU patch attached. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Naur gnome-cups-manager-0.25.bak/debian/changelog gnome-cups-manager-0.25/debian/changelog --- gnome-cups-manager-0.25.bak/debian/changelog2005-03-12 19:49:53.0 +0100 +++ gnome-cups-manager-0.25/debian/changelog2005-03-12 19:55:11.053530456 +0100 @@ -1,3 +1,11 @@ +gnome-cups-manager (0.25-2.1) unstable; urgency=high + + * Non-maintainer upload + * Fix "Cannot add a new printer if executed as non root", +patch by Baptiste Carvello (Closes: #295310) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Sat, 12 Mar 2005 19:42:44 +0100 + gnome-cups-manager (0.25-2) unstable; urgency=high * urgency=high because the changes only concern the translations which were diff -Naur gnome-cups-manager-0.25.bak/debian/control gnome-cups-manager-0.25/debian/control --- gnome-cups-manager-0.25.bak/debian/control 2005-03-12 19:49:53.0 +0100 +++ gnome-cups-manager-0.25/debian/control 2005-03-12 20:11:28.366956232 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ross Burton <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 4.1.0), cdbs, gnome-pkg-tools, autotools-dev, intltool, libgnomecups1.0-dev (>= 0.1.11), libgnomeprint2.2-dev (>= 2.6.1-6), libglade2-dev (>= 2.4.0), libgnomeui-dev (>= 2.6.1.1-2) -Uploaders: Debian GNOME Maintainers <[EMAIL PROTECTED]>, Akira TAGOH <[EMAIL PROTECTED]>, Andreas Rottmann <[EMAIL PROTECTED]>, Andrew Lau <[EMAIL PROTECTED]>, Carlos Perellà MarÃn <[EMAIL PROTECTED]>, Edd Dumbill <[EMAIL PROTECTED]>, Emil Soleyman-Zomalan <[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL PROTECTED]>, J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>, Joe Drew <[EMAIL PROTECTED]>, Johannes Rohr <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL PROTECTED]>, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette <[EMAIL PROTECTED]>, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>, OndÅej Surà <[EMAIL PROTECTED]>, Rob Bradford <[EMAIL PROTECTED]>, Robert McQueen <[EMAIL PROTECTED]>, Sebastien Bacher <[EMAIL PROTECTED]>, Takuo KITAME <[EMAIL PROTECTED]> +Uploaders: Debian GNOME Maintainers <[EMAIL PROTECTED]>, Akira TAGOH <[EMAIL PROTECTED]>, Andreas Rottmann <[EMAIL PROTECTED]>, Andrew Lau <[EMAIL PROTECTED]>, Carlos Perellà MarÃn <[EMAIL PROTECTED]>, Ed Boraas <[EMAIL PROTECTED]>, Edd Dumbill <[EMAIL PROTECTED]>, Emil Soleyman-Zomalan <[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL PROTECTED]>, J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>, Joe Drew <[EMAIL PROTECTED]>, Johannes Rohr <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL PROTECTED]>, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette <[EMAIL PROTECTED]>, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>, OndÅej Surà <[EMAIL PROTECTED]>, Rob Bradford <[EMAIL PROTECTED]>, Robert McQueen <[EMAIL PROTECTED]>, Sebastien Bacher <[EMAIL PROTECTED]>, Sjoerd Simons <[EMAIL PROTECTED]>, Takuo KITAME <[EMAIL PROTECTED]> Standards-Version: 3.6.1 Package: gnome-cups-manager diff -Naur gnome-cups-manager-0.25.bak/debian/patches/change-su-command.diff gnome-cups-manager-0.25/debian/patches/change-su-command.diff --- gnome-cups-manager-0.25.bak/debian/patches/change-su-command.diff 2005-03-12 19:49:53.0 +0100 +++ gnome-cups-manager-0.25/debian/patches/change-su-command.diff 2005-03-12 20:11:14.923999872 +0100 @@ -1,11 +1,37 @@ gnome-cups-manager-0.24.orig/libgnomecups/gnome-cups-permission.c 2004-08-18 23:02:59.0 +0200 -+++ gnome-cups-manager-0.24/libgnomecups/gnome-cups-permission.c 2004-08-24 12:54:51.0 +0200 -@@ -76,7 +76,7 @@ +--- gnome-cups-manager-0.25.orig/libgnomecups/gnome-cups-permission.c 2004-08-24 08:39:23.0 +0200 gnome-cups-manager-0.25/libgnomecups/gnome-cups-permission.c 2005-03-07 14:47:43.0 +0100 +@@ -76,20 +76,28 @@ gboolean force_admin, GtkWidget *toplevel) { static char const *su_app[] = { - "gnomesu" -+ "gksu", "--", "--" ++ "gksu" }; char const **args = g_new0 (char const *, argc + G_N_ELEMENTS (su_app) + 1 /* app */ + 1 /* null */); + unsigned offset, i = 0; + GError *err = NULL; + +- if (
Bug#298955: gnurobbo: contains non-free font
On Thu, Mar 10, 2005 at 08:31:03PM +0100, Peter De Wachter wrote: > This package contains the font robbo.ttf, which includes the following > copyright statement: "Copyright 1990-1996 Bitstream Inc. All rights > reserved." > > Without a free license Debian cannot distribute this font, and thus it > should be removed. > > To get a replacement font, you can depend on ttf-bitstream-vera, > ttf-freefont, or one of the other free fonts packaged in Debian. I've prepared an example patch for this (attached). The patch is not fully tested with regard to time-skew issues due to the Makefile.* changes. The fact that you also need to prepare a orig.tar.gz without the font file is of course also not reflected in the patch. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ diff -Nur gnurobbo-0.57.bak/config.guess gnurobbo-0.57.dfsg/config.guess --- gnurobbo-0.57.bak/config.guess 2005-03-12 23:54:07.0 +0100 +++ gnurobbo-0.57.dfsg/config.guess 2005-03-13 00:13:38.989965768 +0100 @@ -1,9 +1,9 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. -timestamp='2004-03-12' +timestamp='2004-11-12' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -53,7 +53,7 @@ GNU config.guess ($timestamp) Originally written by Per Bothner. -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -203,15 +203,15 @@ amiga:OpenBSD:*:*) echo m68k-unknown-openbsd${UNAME_RELEASE} exit 0 ;; -arc:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; cats:OpenBSD:*:*) echo arm-unknown-openbsd${UNAME_RELEASE} exit 0 ;; hp300:OpenBSD:*:*) echo m68k-unknown-openbsd${UNAME_RELEASE} exit 0 ;; +luna88k:OpenBSD:*:*) + echo m88k-unknown-openbsd${UNAME_RELEASE} + exit 0 ;; mac68k:OpenBSD:*:*) echo m68k-unknown-openbsd${UNAME_RELEASE} exit 0 ;; @@ -227,21 +227,12 @@ mvmeppc:OpenBSD:*:*) echo powerpc-unknown-openbsd${UNAME_RELEASE} exit 0 ;; -pegasos:OpenBSD:*:*) - echo powerpc-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -pmax:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; sgi:OpenBSD:*:*) - echo mipseb-unknown-openbsd${UNAME_RELEASE} + echo mips64-unknown-openbsd${UNAME_RELEASE} exit 0 ;; sun3:OpenBSD:*:*) echo m68k-unknown-openbsd${UNAME_RELEASE} exit 0 ;; -wgrisc:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; *:OpenBSD:*:*) echo ${UNAME_MACHINE}-unknown-openbsd${UNAME_RELEASE} exit 0 ;; @@ -307,9 +298,6 @@ # 1.2 uses "1.2" for uname -r. echo ${UNAME_MACHINE}-dec-osf`echo ${UNAME_RELEASE} | sed -e 's/^[PVTX]//' | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'` exit 0 ;; -Alpha*:OpenVMS:*:*) - echo alpha-hp-vms - exit 0 ;; Alpha\ *:Windows_NT*:*) # How do we know it's Interix rather than the generic POSIX subsystem? # Should we change UNAME_MACHINE based on the output of uname instead @@ -331,6 +319,9 @@ *:OS/390:*:*) echo i370-ibm-openedition exit 0 ;; +*:z/VM:*:*) + echo s390-ibm-zvmoe + exit 0 ;; *:OS400:*:*) echo powerpc-ibm-os400 exit 0 ;; @@ -354,7 +345,7 @@ DRS?6000:unix:4.0:6*) echo sparc-icl-nx6 exit 0 ;; -DRS?6000:UNIX_SV:4.2*:7*) +DRS?6000:UNIX_SV:4.2*:7* | DRS?6000:isis:4.2*:7*) case `/usr/bin/uname -p` in sparc) echo sparc-icl-nx7 && exit 0 ;; esac ;; @@ -764,7 +755,7 @@ echo sv1-cray-unicos${UNAME_RELEASE} | sed -e 's/\.[^.]*$/.X/' exit 0 ;; *:UNICOS/mp:*:*) - echo nv1-cray-unicosmp${UNAME_RELEASE} | sed -e 's/\.[^.]*$/.X/' + echo craynv-cray-unicosmp${UNAME_RELEASE} | sed -e 's/\.[^.]*$/.X/' exit 0 ;; F30[01]:UNIX_System_V:*:* | F700:UNIX_System_V:*:*) FUJITSU_PROC=`uname -m | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'` @@ -787,21 +778,7 @@ echo ${UNAME_MACHINE}-unknown-bsdi${UNAME_RELEASE} exit 0 ;; *:FreeBSD:*:*) - # Determine whether the default compiler uses glibc. - eval $set_cc_for_build - sed
Bug#298929: Security problem in distcc
On Thu, Mar 10, 2005 at 07:30:31PM +0100, Martin Schulze wrote: > Exploit: > > There are a few known exploits for distcc. By using a common method > provided by metasploit (http://metasploit.com/projects/Framework/ > exploits.html#distcc_exec), I was given full access to the remote users > home folder via telnet. One should note that according to the upstream website this only affects users running the distcc deamon accepting direct TCP connections which is "insecure by design". Users in untrusted networks should use ssh for authentication. (Source: http://distcc.samba.org/security.html) The insecurity of the TCP mode is documented in the man page: "TCP connections should only be used on secure networks because there is no user authentication or protection of source or object code." Not making any conclusions, just adding some facts. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296029: Current status?
Hi all. What is the current status of this bug? It was forwarded to the GNOME bugzilla, but marked NOTABUG there. The last comment from the bugzilla is three weeks old already. Will this bug be fixed in the Debian packages never-the-less or will the upstream opinion be accepted that this is a bug in the applications? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299223: webmin-firewall bug
On Sun, Mar 13, 2005 at 11:51:48AM -0500, Justin Pryzby wrote: > reassign 299223 iptables why? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295131: Full bt
Here is a full bt with debug libraries installed an code references: (gdb) run Starting program: /usr/games/scorched3d [Thread debugging using libthread_db enabled] [New Thread 1091545184 (LWP 26863)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1091545184 (LWP 26863)] 0x40a67161 in g_scanner_key_equal (v1=0x6c656966, v2=0xb480) at gscanner.c:358 358 return (key1->scope_id == key2->scope_id) && (strcmp (key1->symbol, key2->symbol) == 0); Current language: auto; currently c (gdb) bt full #0 0x40a67161 in g_scanner_key_equal (v1=0x6c656966, v2=0xb480) at gscanner.c:358 No locals. #1 0x40a48687 in IA__g_hash_table_lookup (hash_table=0x83ea6e8, key=0xb480) at ghash.c:201 No locals. #2 0x40a67363 in IA__g_scanner_scope_add_symbol (scanner=0x83ea668, scope_id=0, symbol=0x40f12a7f "include", value=0x10f) at gscanner.c:400 key = (GScannerKey *) 0x9 #3 0x40eadfe8 in gtk_rc_parse_any (input_name=0x0, input_fd=9, input_string=0x1 ) at gtkrc.c:1079 scanner = (GScanner *) 0x83ea668 i = 1 done = 1 #4 0x40ead2c8 in gtk_rc_parse_file ( filename=0x83ea5c0 "/etc/gtk/gtkrc.utf-8", reload=0) at gtkrc.c:662 fd = 9 tmp_list = (GSList *) 0x40f26f78 rc_file = (GtkRcFile *) 0x83ea600 statbuf = {st_dev = 2049, __pad1 = 0, st_ino = 485096, st_mode = 33188, st_nlink = 1, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 197, st_blksize = 4096, st_blocks = 8, st_atim = { tv_sec = 1110741716, tv_nsec = 728120192}, st_mtim = {tv_sec = 1087997867, ---Type to continue, or q to quit--- tv_nsec = 0}, st_ctim = {tv_sec = 1095972997, tv_nsec = 0}, __unused4 = 0, __unused5 = 0} tmp_list = (GSList *) 0x40f26f78 #5 0x40ead39c in gtk_rc_parse (filename=0x0) at gtkrc.c:679 No locals. #6 0x40eaccf4 in gtk_rc_init () at gtkrc.c:576 name = (gchar *) 0x83ea5c0 "/etc/gtk/gtkrc.utf-8" locale_suffixes = {0x83ea4b8 "de_DE.utf-8", 0x83ea508 "de_DE.utf8", 0x83ea528 "de.utf-8", 0x83ea548 "de.utf8", 0x83ea558 "utf-8", 0x83ea568 "utf8", 0x83ea588 "de_DE", 0x83ea598 "de"} n_locale_suffixes = 8 i = 0 j = 4 initted = 1 #7 0x40e7ff3d in gtk_init_check (argc=0xb720, argv=0xb6b4) at gtkmain.c:440 module_name = (gchar *) 0x40f25420 "\004S\024" module = (GModule *) 0x40de9bcc modinit_func = 0x833b538 gtk_modules = (GSList *) 0x0 slist = (GSList *) 0x0 env_string = (gchar *) 0xb480 "" #8 0x40e80106 in gtk_init (argc=0x0, argv=0x0) at gtkmain.c:471 ---Type to continue, or q to quit--- No locals. #9 0x404dd2ed in wxEntryStart () from /usr/lib/libwx_gtk-2.4.so.0 No symbol table info available. #10 0x404dd496 in wxEntry () from /usr/lib/libwx_gtk-2.4.so.0 No symbol table info available. #11 0x081e2c93 in main (argc=1, argv=0xb7e4) at main.cpp:224 checkfile = (FILE *) 0x0 initFlags = 0 (gdb) hth, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295131: Full bt
On Sun, Mar 13, 2005 at 08:33:08PM +0100, Frank Lichtenheld wrote: > Here is a full bt with debug libraries installed an code references: [...] Hmm, I have an idea what could be the cause for the segfaults: As you can see, they happen in the glib code, not in scorched3d. ldd /usr/games/scorched3d shows that it is linked against libglib2.0 and libgtk1.2 while the used wx library (libwxgtk-2.4) is linked against libglib1.2 and libgtk1.2. Perhaps the conflicting libraries cause the segfaults? On PPC where the program doesn't segfault, scorched3d is linked against libglib1.2, not 2.0. However, I can't see how you have to influence the build process to ensure a certain libglib version ... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299500: lincvs failed to start
On Mon, Mar 14, 2005 at 03:21:33PM +0100, Mathieu Laurent wrote: > Error when lincvs start: > > lincvs: Symbol `FamErrlist' has different size in shared object, > consider re-linking > > lincvs use 98% of cpu usage [...] > Versions of packages lincvs depends on: > ii cvs 1:1.12.9-11 Concurrent Versions System > ii libc62.3.2.ds1-20GNU C Library: Shared > libraries an > ii libgamin0 [libfam0c1 0.0.21-1Library for the gamin file > and dir Does this also happen with the "real" libfam ? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299500: lincvs failed to start
Adding a little piece of information: On Mon, Mar 14, 2005 at 03:21:33PM +0100, Mathieu Laurent wrote: > Error when lincvs start: > > lincvs: Symbol `FamErrlist' has different size in shared object, > consider re-linking Ok, the error message is definetly gamin specific, but I can't reproduce the extended CPU usage in either case. > lincvs use 98% of cpu usage Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295131: Full bt
On Fri, Mar 18, 2005 at 11:58:40AM +0100, Bartosz Fenski aka fEnIo wrote: > On Fri, Mar 18, 2005 at 10:52:51AM +0100, Bartosz Fenski aka fEnIo wrote: > > Could be. I'll try to rebuild it in chroot without libglib2.0-dev package. > > Well it's not possible to build it this way. libSDL, libSDL_net and > libSDL_mixer depend on libglib2.0. I still wonder though why diffing the output of ldd /usr/games/scorched3d on i386 and ppc leads to the following result: --- i386.ldd2005-03-18 15:13:25.635862792 +0100 +++ ppc.ldd 2005-03-18 15:09:10.515646960 +0100 @@ -1,46 +1,31 @@ -libaa.so.1 => /usr/lib/libaa.so.1 -libartsc.so.0 => /usr/lib/libartsc.so.0 libasound.so.2 => /usr/lib/libasound.so.2 -libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 -libaudio.so.2 => /usr/lib/libaudio.so.2 -libc.so.6 => /lib/tls/libc.so.6 -libdl.so.2 => /lib/tls/libdl.so.2 -libesd.so.0 => /usr/lib/libesd.so.0 +libc.so.6 => /lib/libc.so.6 +libdl.so.2 => /lib/libdl.so.2 libfreetype.so.6 => /usr/lib/libfreetype.so.6 libgcc_s.so.1 => /lib/libgcc_s.so.1 libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 -libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 libGL.so.1 => /usr/X11R6/lib/libGL.so.1 libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 -libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 -libgpm.so.1 => /usr/lib/libgpm.so.1 libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 -libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 -libICE.so.6 => /usr/X11R6/lib/libICE.so.6 libjpeg.so.62 => /usr/lib/libjpeg.so.62 -/lib/ld-linux.so.2 => /lib/ld-linux.so.2 -libm.so.6 => /lib/tls/libm.so.6 -libncurses.so.5 => /lib/libncurses.so.5 +/lib/ld.so.1 => /lib/ld.so.1 +libm.so.6 => /lib/libm.so.6 libogg.so.0 => /usr/lib/libogg.so.0 libpng10.so.0 => /usr/lib/libpng10.so.0 -libpthread.so.0 => /lib/tls/libpthread.so.0 +libpthread.so.0 => /lib/libpthread.so.0 libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 libSDL_mixer-1.2.so.0 => /usr/lib/libSDL_mixer-1.2.so.0 libSDL_net-1.2.so.0 => /usr/lib/libSDL_net-1.2.so.0 -libslang.so.1 => /lib/libslang.so.1 libsmpeg-0.4.so.0 => /usr/lib/libsmpeg-0.4.so.0 -libSM.so.6 => /usr/X11R6/lib/libSM.so.6 libstdc++.so.5 => /usr/lib/libstdc++.so.5 libtiff.so.4 => /usr/lib/libtiff.so.4 -libvga.so.1 => /usr/lib/libvga.so.1 libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 libvorbis.so.0 => /usr/lib/libvorbis.so.0 libwx_gtk-2.4.so.0 => /usr/lib/libwx_gtk-2.4.so.0 libX11.so.6 => /usr/X11R6/lib/libX11.so.6 libXext.so.6 => /usr/X11R6/lib/libXext.so.6 libXi.so.6 => /usr/X11R6/lib/libXi.so.6 -libXt.so.6 => /usr/X11R6/lib/libXt.so.6 libz.so.1 => /usr/lib/libz.so.1 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298929: Security problem in distcc
severity #298929 important thanks On Sun, Mar 13, 2005 at 08:10:49AM +0100, Martin Schulze wrote: > Martin Pool wrote: > > I don't think there is any new information in this report beyond what > > has been on the web site for many months. distcc is secure when used as > > directed. > > If this report is irrelevant for Debian, feel free to close it right > away. Either that or merging it with #276277 which seems similar. Anyway, I will leave this to the maintainer and only downgrade it to important for now to make it non-RC. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299500: lincvs failed to start
On Tue, Mar 15, 2005 at 08:45:17AM +0100, Mathieu Laurent wrote: > I had this usage of cpu on 2 different computer with debian/sid. The 2 > cases came when I launch lincvs from the gnome-panel. > > Lincvs didn't start from a xterm. What exactly do you mean by "didn't start" ? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299939: gkdial: Double-click on "Disconnect" causes a crash
tag 299939 - patch thanks On Thu, Mar 17, 2005 at 02:02:14PM +0100, Luca Bruno wrote: > I have not attached more infos because it is marked solved in > gnome 2.10, and probably the same updated code should be used as > patch also for gkdial. Hmm, it may be fixed in gnome 2.10 but the only information in the gnome BTS is "modemlights was rewritten for G10." Without someone actually digging into these changes and producing a patch I don't think the patch tag is really warranted, so removing. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298848: rebuild without libhowl0 dep
On Thu, Mar 10, 2005 at 06:41:24AM -0500, Erinn Clark wrote: > Please rebuild gnome-pilot without the libhowl0 dependency since it's > moving to non-free. Only a recompile is required, but it's required on > multiple architectures, so there should be a sourceful upload. NMU uploaded: diff -Naur gnome-pilot-2.0.12.bak/debian/changelog gnome-pilot-2.0.12/debian/changelog --- gnome-pilot-2.0.12.bak/debian/changelog 2005-03-18 22:13:06.0 +0100 +++ gnome-pilot-2.0.12/debian/changelog 2005-03-18 22:39:31.0 +0100 @@ -1,3 +1,10 @@ +gnome-pilot (2.0.12-1.2) unstable; urgency=high + + * Non-maintainer upload. + * Recompile to get rid of libhowl0 dependency (Closes: #298848) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 18 Mar 2005 22:13:32 +0100 + gnome-pilot (2.0.12-1.1) unstable; urgency=high * Non-Maintainer Upload (BSP) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298869: rebuild without libhowl0 dep
On Thu, Mar 10, 2005 at 07:38:49AM -0500, Erinn Clark wrote: > Please rebuild planner without the libhowl0 dependency since it's > moving to non-free. Only a recompile is required, but it's required on > multiple architectures, so there should be a sourceful upload. NMU uploaded: diff -Naur planner-0.12.1.bak/debian/changelog planner-0.12.1/debian/changelog --- planner-0.12.1.bak/debian/changelog 2005-03-18 22:24:15.0 +0100 +++ planner-0.12.1/debian/changelog 2005-03-18 22:50:57.0 +0100 @@ -1,3 +1,10 @@ +planner (0.12.1-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Recompile to get rid of libhowl0 dependency (Closes: #298869) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 18 Mar 2005 22:24:28 +0100 + planner (0.12.1-1) unstable; urgency=HIGH * New upstream release, Upstream information: Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298851: rebuild without libhowl0 dep
On Thu, Mar 10, 2005 at 06:43:31AM -0500, Erinn Clark wrote: > Please rebuild gnotime without the libhowl0 dependency since it's > moving to non-free. Only a recompile is required, but it's required on > multiple architectures, so there should be a sourceful upload. NMU uploaded: diff -Naur gnotime-2.2.1.bak/debian/changelog gnotime-2.2.1/debian/changelog --- gnotime-2.2.1.bak/debian/changelog 2005-03-18 22:14:21.0 +0100 +++ gnotime-2.2.1/debian/changelog 2005-03-18 22:40:11.0 +0100 @@ -1,3 +1,10 @@ +gnotime (2.2.1-12.1) unstable; urgency=high + + * Non-maintainer upload. + * Recompile to get rid of libhowl0 dependency (Closes: #298851) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 18 Mar 2005 22:14:53 +0100 + gnotime (2.2.1-12) unstable; urgency=low * debian/patches/10_fixes_reports_toolbar: Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298853: rebuild without libhowl0 dep
On Thu, Mar 10, 2005 at 06:45:33AM -0500, Erinn Clark wrote: > Please rebuild gswitchit without the libhowl0 dependency since it's > moving to non-free. Only a recompile is required, but it's required on > multiple architectures, so there should be a sourceful upload. NMU uploaded: diff -Naur gswitchit-2.5.0.bak/debian/changelog gswitchit-2.5.0/debian/changelog --- gswitchit-2.5.0.bak/debian/changelog2005-03-18 22:19:31.0 +0100 +++ gswitchit-2.5.0/debian/changelog2005-03-18 22:50:18.0 +0100 @@ -1,3 +1,10 @@ +gswitchit (2.5.0-3.2) unstable; urgency=high + + * Non-maintainer upload. + * Recompile to get rid of libhowl0 dependency (Closes: #298853) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 18 Mar 2005 22:20:18 +0100 + gswitchit (2.5.0-3.1) unstable; urgency=low * NMU with permission of the maintainer. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299308: Depends on libhowl0
On Sun, Mar 13, 2005 at 02:29:39PM +0100, Sjoerd Simons wrote: > As discussed on irc, vino on at least ppc depends on libhowl0. Which is > unfortunately non-free. NMU uploaded: diff -Naur vino-2.8.1.bak/config.guess vino-2.8.1/config.guess --- vino-2.8.1.bak/config.guess 2005-03-18 22:55:58.109845456 +0100 +++ vino-2.8.1/config.guess 2005-03-18 22:57:57.028767032 +0100 @@ -3,7 +3,7 @@ # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, # 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. -timestamp='2004-08-13' +timestamp='2004-11-12' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -319,6 +319,9 @@ *:OS/390:*:*) echo i370-ibm-openedition exit 0 ;; +*:z/VM:*:*) + echo s390-ibm-zvmoe + exit 0 ;; *:OS400:*:*) echo powerpc-ibm-os400 exit 0 ;; @@ -342,7 +345,7 @@ DRS?6000:unix:4.0:6*) echo sparc-icl-nx6 exit 0 ;; -DRS?6000:UNIX_SV:4.2*:7*) +DRS?6000:UNIX_SV:4.2*:7* | DRS?6000:isis:4.2*:7*) case `/usr/bin/uname -p` in sparc) echo sparc-icl-nx7 && exit 0 ;; esac ;; @@ -824,6 +827,12 @@ cris:Linux:*:*) echo cris-axis-linux-gnu exit 0 ;; +crisv32:Linux:*:*) + echo crisv32-axis-linux-gnu + exit 0 ;; +frv:Linux:*:*) + echo frv-unknown-linux-gnu + exit 0 ;; ia64:Linux:*:*) echo ${UNAME_MACHINE}-unknown-linux-gnu exit 0 ;; @@ -1241,7 +1250,10 @@ A*) echo alpha-dec-vms && exit 0 ;; I*) echo ia64-dec-vms && exit 0 ;; V*) echo vax-dec-vms && exit 0 ;; - esac + esac ;; +*:XENIX:*:SysV) + echo i386-pc-xenix + exit 0 ;; esac #echo '(No uname command or uname output not recognized.)' 1>&2 diff -Naur vino-2.8.1.bak/config.sub vino-2.8.1/config.sub --- vino-2.8.1.bak/config.sub 2004-09-30 20:26:43.0 +0200 +++ vino-2.8.1/config.sub 2005-03-18 22:57:57.026767336 +0100 @@ -3,7 +3,7 @@ # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, # 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. -timestamp='2004-06-24' +timestamp='2004-11-30' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -267,7 +267,7 @@ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ | we32k \ - | x86 | xscale | xstormy16 | xtensa \ + | x86 | xscale | xscalee[bl] | xstormy16 | xtensa \ | z8k) basic_machine=$basic_machine-unknown ;; @@ -343,8 +343,8 @@ | tron-* \ | v850-* | v850e-* | vax-* \ | we32k-* \ - | x86-* | x86_64-* | xps100-* | xscale-* | xstormy16-* \ - | xtensa-* \ + | x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \ + | xstormy16-* | xtensa-* \ | ymp-* \ | z8k-*) ;; @@ -457,6 +457,9 @@ crds | unos) basic_machine=m68k-crds ;; + crisv32 | crisv32-* | etraxfs*) + basic_machine=crisv32-axis + ;; cris | cris-* | etrax*) basic_machine=cris-axis ;; @@ -486,6 +489,10 @@ basic_machine=m88k-motorola os=-sysv3 ;; + djgpp) + basic_machine=i586-pc + os=-msdosdjgpp + ;; dpx20 | dpx20-*) basic_machine=rs6000-bull os=-bosx @@ -1026,6 +1033,10 @@ basic_machine=hppa1.1-winbond os=-proelf ;; + xbox) + basic_machine=i686-pc + os=-mingw32 + ;; xps | xps100) basic_machine=xps100-honeywell ;; @@ -1294,6 +1305,9 @@ -kaos*) os=-kaos ;; + -zvmoe) + os=-zvmoe + ;; -none) ;; *) diff -Naur vino-2.8.1.bak/debian/changelog vino-2.8.1/debian/changelog --- vino-2.8.1.bak/debian/changelog 2005-03-18 22:55:58.120843784 +0100 +++ vino-2.8.1/debian/changelog 2005-03-18 22:57:53.981230328 +0100 @@ -1,3 +1,10 @@ +vino (2.8.1-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Recompile to get rid of libhowl0 dependency (Closes: #299308) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Fri, 18 Mar 2005 22:57:04 +0100 + vino (2.8.1-1) unstable; urgency=low * New upstream version Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300302: Broken mesa headers
reassign 300284 mesa-common-dev reassign 300302 mesa-common-dev merge 300284 300302 tag 300284 sid thanks It seems that the recently uploaded mesa-common-dev doesn't contain any headers at all which causes these FTBFS. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300352: uim: [ARM] FTBFS: needs libhowl-dev
On Sat, Mar 19, 2005 at 04:54:21PM +0900, Kenshi Muto wrote: > As you can see from: > http://buildd.debian.org/fetch.php?&pkg=uim&ver=1%3A0.4.6final1-2&arch=arm&stamp=135545&file=log&as=raw > uim 0.4.6final1-2's buld is failed. > > /bin/sh ../libtool --mode=link arm-linux-gcc -g -o uim-toolbar-applet > uim_to... > libtool: link: cannot find the library `/usr/lib/libhowl.la' > make[2]: *** [uim-toolbar-applet] Error 1 > > I dunno why other arch buildd is OK, but I believe you need to add > libhowl-dev to build-dep. Normally such build errors will be caused by old libraries on the buildd that still require libhowl0. The package should build fine in a up-to-date chroot (of course it is possible that the libraries in question just haven't been build for arm so that the package will need to be set to dep-wait). Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299500: Bug#300636: lincvs: fails to start when locale set to 'fr'
Hi David and Mathieu (submitter of #299500), On Sun, Mar 20, 2005 at 11:05:24PM +0100, David Morel wrote: > starting lincvs hangs; starting it with -d shows an endless list of: > "Debug: Type: 2 seems to have duplicate MenuItems: Annoter (chercher la > ligne)" > starting the app whith 'LANG="en" lincvs' works fine Many thanks for reporting this. Especially that it depends on the locale. This will probably explain why I wasn't able to reproduce #299500. Mathieu, can you confirm that lincvs starts fine for you as well if you start it with `LANG=en lincvs' ? I can reproduce the error here and will forward this to upstream. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#287925: (no subject)
On Sun, Aug 21, 2005 at 11:33:51PM +0200, Daniel Baumann wrote: > fixed[0], waiting for my sponsor... this package solves *only* this bug, > I want to get 0.34-1 into 3.1r1 too. It's been two weeks since then. Problems with the patch or is your sponsor just busy? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320541: unsafe temp file creation (CAN-2004-2265)
On Sat, Jul 30, 2005 at 12:54:10AM -0400, Joey Hess wrote: > CAN-2004-2265 is a security hole in uudeview, although you won't find > much useful info in the advisories associated with that CAN. [...] > This is a race, exploitable when uudeview is run on standard input. > I'm attaching OpenPKG's entire patch for uudeview 0.5.19, since you might > find unrelated changes also of interest. The relevent fixes for this hole > are change changes involving tempnam and _FP_tempnam. While I see the race I fail to see how the patch fixes that. > mkstemp security enhancement. Similar to > FreeBSD http://www.freebsd.org/cgi/query-pr.cgi?pr=41508 > SuSE uudeview-0.5.18-244.src.rpm [...] > --- uulib/fptools.c > +++ uulib/fptools.c > @@ -507,5 +507,15 @@ > char * TOOLEXPORT > _FP_tempnam (char *dir, char *pfx) > { > - return _FP_strdup (tmpnam (NULL)); > + int fd; > + char fileName[100]; > + > + strncpy(fileName, pfx, 90); > + strcat(fileName, "XX"); > + fd = mkstemp(fileName); > + if (fd == -1) > + return NULL; > + close(fd); > + unlink(fileName); > + return _FP_strdup (fileName); > } I mean, after closing fd _and_ unlinking the temporary file it is completly gone and the race is open again, isn't it? Wouldn't be the right fix to return the fd from the function and not bother about the filename at all? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#287376: NMU uploaded
Patch: diff -Naur libast-0.6.bak/debian/changelog libast-0.6/debian/changelog --- libast-0.6.bak/debian/changelog 2003-11-02 04:00:06.0 +0100 +++ libast-0.6/debian/changelog 2005-09-04 00:20:55.0 +0200 @@ -1,3 +1,11 @@ +libast (0.6-0pre2003010606.1) unstable; urgency=low + + * Non-maintainer upload. + * Apply patch by Andreas Jochens to fix FTBFS with gcc 4.0 +(Closes: #287376) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Sat, 3 Sep 2005 23:54:25 +0200 + libast (0.6-0pre2003010606) unstable; urgency=low * converted to CDBS diff -Naur libast-0.6.bak/debian/control libast-0.6/debian/control --- libast-0.6.bak/debian/control 2003-11-01 23:32:00.0 +0100 +++ libast-0.6/debian/control 2005-09-04 00:16:59.0 +0200 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Laurence J. Lane <[EMAIL PROTECTED]> -Build-Depends: libimlib2-dev, xlibs-dev, cdbs, debhelper (>>4.1.0) +Build-Depends: debhelper (>> 4.1.0), cdbs, libimlib2-dev, xlibs-dev Standards-Version: 3.6.1.0 Package: libast2 @@ -24,7 +24,6 @@ Package: libast2-dev Architecture: any Section: libdevel -Architecture: any Depends: libimlib2-dev, libc6-dev, libast2 (= ${Source-Version}) Provides: libast1-dev, libast-dev Conflicts: libast1-dev, libast-dev diff -Naur libast-0.6.bak/include/libast.h libast-0.6/include/libast.h --- libast-0.6.bak/include/libast.h 2003-01-07 10:03:33.0 +0100 +++ libast-0.6/include/libast.h 2005-09-03 23:56:47.0 +0200 @@ -380,7 +380,7 @@ #else # define SWAP(a, b) do {void *tmp = ((void *)(a)); (a) = (b); (b) = tmp;} while (0) #endif -#define BINSWAP(a, b) (((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= ((long) (b))) +#define BINSWAP(a, b) a = (long)a^(long)b; b = (long)b^(long)a; a = (long)a^(long)b #define CONST_STRLEN(x)(sizeof(x) - 1) #define BEG_STRCASECMP(s, constr) (strncasecmp(s, constr, CONST_STRLEN(constr))) diff -Naur libast-0.6.bak/src/obj.c libast-0.6/src/obj.c --- libast-0.6.bak/src/obj.c2002-07-26 06:17:17.0 +0200 +++ libast-0.6/src/obj.c2005-09-03 23:56:47.0 +0200 @@ -120,7 +120,7 @@ if (SPIF_OBJ_ISNULL(self)) { return FALSE; } -SPIF_OBJ_CLASS(self) = cls; +self->cls = cls; return TRUE; } diff -Naur libast-0.6.bak/src/str.c libast-0.6/src/str.c --- libast-0.6.bak/src/str.c2002-07-31 23:56:55.0 +0200 +++ libast-0.6/src/str.c2005-09-03 23:56:47.0 +0200 @@ -378,7 +378,7 @@ self->mem++; self->s = SPIF_CAST(charptr) REALLOC(self->s, self->mem); } -SPIF_CAST(char) (self->s[self->len - 1]) = c; +self->s[self->len - 1] = c; self->s[self->len] = 0; return TRUE; } diff -Naur libast-0.6.bak/src/url.c libast-0.6/src/url.c --- libast-0.6.bak/src/url.c2002-07-31 23:56:55.0 +0200 +++ libast-0.6/src/url.c2005-09-03 23:56:47.0 +0200 @@ -500,6 +500,6 @@ spif_str_append(tmp_str, self->query); } -SPIF_STR(self) = tmp_str; + self = tmp_str; return TRUE; } -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320541: unsafe temp file creation (CAN-2004-2265)
On Sat, Sep 03, 2005 at 11:53:52PM +0200, Florian Weimer wrote: > * Frank Lichtenheld: > > > I mean, after closing fd _and_ unlinking the temporary file it is > > completly gone and the race is open again, isn't it? Wouldn't be > > the right fix to return the fd from the function and not bother > > about the filename at all? > > In the interest of a minimal change, it might make more sense to > simply leave the file around, so that it is subsequently opened again? True, but that would mean not to unlink it, wouldn't it? > Passing around a descriptor seems to require quite a few changes, > more than just the immediate caller. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326549: misbuilds with current alsa
Package: ogle Severity: serious Tags: patch The configure check for the libasound version is broken and so with libasound >= 1.0.0 the package is wrongly build without alsa support. After fixing that I found another gcc 4.0 caused FTBFS, which is also fixed in the attached patch. After applying the patch one needs to run autoconf to regenerate configure, obviously. What I didn't find out yet is why the package also looses its dependency on libxml2, therefor I didn't uploaded it... diff -Naur ogle-0.9.2.bak/configure.in ogle-0.9.2/configure.in --- ogle-0.9.2.bak/configure.in 2005-09-04 01:23:14.856884008 +0200 +++ ogle-0.9.2/configure.in 2005-09-04 01:41:21.641667608 +0200 @@ -495,7 +495,7 @@ [ #include #if defined(SND_LIB_MAJOR) && defined(SND_LIB_MINOR) -#if SND_LIB_MAJOR>0 || (SND_LIB_MAJOR==0 && SND_LIB_MINOR==5) +#if SND_LIB_MAJOR==0 && SND_LIB_MINOR==5 AP_maGiC_VALUE #endif #endif diff -Naur ogle-0.9.2.bak/libogleao/alsa_audio.c ogle-0.9.2/libogleao/alsa_audio.c --- ogle-0.9.2.bak/libogleao/alsa_audio.c 2003-10-19 02:38:30.0 +0200 +++ ogle-0.9.2/libogleao/alsa_audio.c 2005-09-04 01:45:58.643556920 +0200 @@ -251,6 +251,7 @@ snd_ctl_close(ctl_handle); __diga_end: +; } return 0; Gruesse, Frank Lichtenheld -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]