Bug#326380: please rebuild with libreadline5-dev as build dependency
Hi Robert, packages are ready and are waiting for my sponsor to upload them If these packages are available on-line somewhere, I'd be happy to sponsor this upload for you. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#333835: ctrlproxy: Eats up memory making the system unusable
Hello, Do we actually have reason to believe that this is a memory leak, i.e., leaving the daemon running will continue to eat more memory? If the program simply needs 70-some MB to run, that's unfortunate, but not RC; if, OTOH, its memory usage continues to grow beyond the point shown in the bug report, I agree that sounds release-critical. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#333835: ctrlproxy: Eats up memory making the system unusable
On 19 nov 2005, at 10:41, Steve Langasek wrote: Do we actually have reason to believe that this is a memory leak, i.e., leaving the daemon running will continue to eat more memory? If the program simply needs 70-some MB to run, that's unfortunate Well, if a simple IRC proxy would require that much memory, I'd get worried anyway. ;-) if, OTOH, its memory usage continues to grow beyond the point shown in the bug report, I agree that sounds release-critical. Yeah, it doesn't really stop. It brought down my server once too. It grows by a couple of MBytes a day, depening on the channels you're in. AFAIK it's because the linestack module doesn't flush any data. Unfortunately there is no other suitable version I can upload. If one appears, I'll upload it right away. Wilmer van der Gaast. -- + .''`. - -- ---+ +- -- --- - --+ | lintux : :' : lintux.cx | | OSS Programmer www.bitlbee.org | | at `. `~' debian.org | | www.algoritme.nl www.lintux.cx | +--- -- - ` ---+ +-- - --- -- -+ PGP.sig Description: This is a digitally signed message part
Bug#339845: ERROR: /bin/cp failed.
Package: rsnapshot Version: 1.2.1-1 Severity: grave Justification: renders package unusable Rsnapshot does not any longer since a few days. ERROR: /bin/cp failed. Perhaps this is not GNU cp? ERROR: Error! cp_al(/backup/daily.0/, /backup/daily.1/). After I removed the slash at the end in lines 2504 and 2505 it works again. Looks like cp no longer takes a slash at the end when copying directories. A change in coreutils? Cheers, Markus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages rsnapshot depends on: ii logrotate 3.7.1-2Log rotation utility ii perl 5.8.7-8Larry Wall's Practical Extraction ii rsync 2.6.6-1fast remote file copy program (lik Versions of packages rsnapshot recommends: ii ssh 1:4.2p1-5 Secure shell client and server (tr -- no debconf information -- Markus Meyer - encrypted email preferred - GPG: B87120ED http://butterblume.org - JAB: [EMAIL PROTECTED] --- Es kommt nicht darauf an, die Welt zu verändern, sondern sie zu vermenschlichen. -- Karl Steinbuch pgps11mqPtQ4B.pgp Description: PGP signature
Bug#288578: new patch for scorched3d 39.1+cvs20050929-1
Andreas, thanks for posting your patch. Based on the information in your bugreport I was able to make a new patch for 39.1+cvs20050929-1. With the attached patch, scorched3d compiles with gcc 4.0.2-4 on Debian-amd64 sid. I haven't tested it heavily, but a few bots are now craters. :) -Corey diff -aur scorched3d-39.1+cvs20050929.orig/src/client/ServerBrowser.cpp scorched3d-39.1+cvs20050929/src/client/ServerBrowser.cpp --- scorched3d-39.1+cvs20050929.orig/src/client/ServerBrowser.cpp 2003-10-21 09:58:11.0 -0700 +++ scorched3d-39.1+cvs20050929/src/client/ServerBrowser.cpp2005-11-19 00:08:45.0 -0800 @@ -50,7 +50,7 @@ int ServerBrowser::threadFunc(void *var) { - bool lan = (bool) (int(var)==1); + bool lan = (bool) (long(var)==1); bool result = false; if (lan) result = instance_-serverList_.fetchLANList(); else result = instance_-serverList_.fetchServerList(); diff -aur scorched3d-39.1+cvs20050929.orig/src/coms/NetInterface.h scorched3d-39.1+cvs20050929/src/coms/NetInterface.h --- scorched3d-39.1+cvs20050929.orig/src/coms/NetInterface.h2004-12-09 12:56:33.0 -0800 +++ scorched3d-39.1+cvs20050929/src/coms/NetInterface.h 2005-11-19 00:08:45.0 -0800 @@ -37,9 +37,9 @@ virtual void setMessageHandler(NetMessageHandlerI *handler) = 0; virtual void disconnectAllClients() = 0; - virtual void disconnectClient(unsigned int client, bool delay = false) = 0; + virtual void disconnectClient(unsigned long client, bool delay = false) = 0; virtual void sendMessage(NetBuffer buffer) = 0; - virtual void sendMessage(NetBuffer buffer, unsigned int destination) = 0; + virtual void sendMessage(NetBuffer buffer, unsigned long destination) = 0; static unsigned int getBytesIn() { return bytesIn_; } static unsigned int getBytesOut() { return bytesOut_; } diff -aur scorched3d-39.1+cvs20050929.orig/src/coms/NetLoopBack.cpp scorched3d-39.1+cvs20050929/src/coms/NetLoopBack.cpp --- scorched3d-39.1+cvs20050929.orig/src/coms/NetLoopBack.cpp 2005-04-04 15:35:25.0 -0700 +++ scorched3d-39.1+cvs20050929/src/coms/NetLoopBack.cpp2005-11-19 00:08:45.0 -0800 @@ -57,7 +57,7 @@ Logger::log( Cannot disconnect all clients, they are local!); } -void NetLoopBack::disconnectClient(unsigned int client, bool delay) +void NetLoopBack::disconnectClient(unsigned long client, bool delay) { Logger::log( Cannot disconnect client %i, they are local!, client); } @@ -67,7 +67,7 @@ sendMessage(buffer, ServerLoopBackID); } -void NetLoopBack::sendMessage(NetBuffer buffer, unsigned int destination) +void NetLoopBack::sendMessage(NetBuffer buffer, unsigned long destination) { DIALOG_ASSERT(loopback_); DIALOG_ASSERT(destination == ClientLoopBackID || diff -aur scorched3d-39.1+cvs20050929.orig/src/coms/NetLoopBack.h scorched3d-39.1+cvs20050929/src/coms/NetLoopBack.h --- scorched3d-39.1+cvs20050929.orig/src/coms/NetLoopBack.h 2004-12-09 12:56:33.0 -0800 +++ scorched3d-39.1+cvs20050929/src/coms/NetLoopBack.h 2005-11-19 00:08:45.0 -0800 @@ -46,9 +46,9 @@ virtual void setMessageHandler(NetMessageHandlerI *handler); virtual void disconnectAllClients(); - virtual void disconnectClient(unsigned int client, bool delay = false); + virtual void disconnectClient(unsigned long client, bool delay = false); virtual void sendMessage(NetBuffer buffer); - virtual void sendMessage(NetBuffer buffer, unsigned int destination); + virtual void sendMessage(NetBuffer buffer, unsigned long destination); protected: unsigned int currentId_; diff -aur scorched3d-39.1+cvs20050929.orig/src/coms/NetServer.cpp scorched3d-39.1+cvs20050929/src/coms/NetServer.cpp --- scorched3d-39.1+cvs20050929.orig/src/coms/NetServer.cpp 2005-06-10 16:24:31.0 -0700 +++ scorched3d-39.1+cvs20050929/src/coms/NetServer.cpp 2005-11-19 00:08:45.0 -0800 @@ -235,19 +235,19 @@ itor++) { TCPsocket sock = (*itor).first; - disconnectClient((unsigned int) sock); + disconnectClient((unsigned long) sock); } SDL_UnlockMutex(setMutex_); } -void NetServer::disconnectClient(unsigned int dest, bool delayed) +void NetServer::disconnectClient(unsigned long dest, bool delayed) { TCPsocket client = (TCPsocket) dest; DIALOG_ASSERT(client); NetMessage *message = NetMessagePool::instance()- getFromPool(NetMessage::DisconnectMessage, - (unsigned int) client, + (unsigned long) client, getIpAddress(client)); if (delayed) @@ -264,10 +264,10 @@ void NetServer::sendMessage(NetBuffer buffer) { - sendMessage(buffer, (unsigned int) firstDestination_); + sendMessage(buffer,
Processed: not rc need to be separeted into evms
Processing commands for [EMAIL PROTECTED]: severity 337607 important Bug#337607: initramfs-tools: Boot scripts tries to use evms_activate (and mdrun?), which isn't inside initrd.img Severity set to `important'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339690: marked as done (smokeping: has #!/usr/sepp/bin/perl-5.8.4 -w as first line)
Your message dated Sat, 19 Nov 2005 02:17:10 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339690: fixed in smokeping 2.0.5-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 18 Nov 2005 00:04:08 + From [EMAIL PROTECTED] Thu Nov 17 16:04:08 2005 Return-path: [EMAIL PROTECTED] Received: from [204.13.84.100] (helo=stargazer.tbdnetworks.com) by spohr.debian.org with esmtp (Exim 4.50) id 1Ectjc-0002LL-74 for [EMAIL PROTECTED]; Thu, 17 Nov 2005 16:04:08 -0800 Received: from defiant.tbdnetworks.com ([192.168.4.126] helo=defiant ident=postfix) by stargazer.tbdnetworks.com with esmtp (Exim 4.50) id 1Ectj7-0007RV-5i; Thu, 17 Nov 2005 16:03:37 -0800 Received: by defiant (Postfix, from userid 511) id D93602C06F; Thu, 17 Nov 2005 16:03:36 -0800 (PST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Norbert Kiesel [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: smokeping: has #!/usr/sepp/bin/perl-5.8.4 -w as first line X-Mailer: reportbug 3.17 Date: Thu, 17 Nov 2005 16:03:36 -0800 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: smokeping Version: 2.0.5-1 Severity: grave Justification: renders package unusable This should be #!/usr/bin/perl -w. Also I'd drop the -w and add a use warnings; /nk -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages smokeping depends on: ii adduser 3.78 Add and remove users and groups ii debianutils 2.15.1 Miscellaneous utilities specific t ii fping 2.4b2-to-ipv6-12 sends ICMP ECHO_REQUEST packets to ii libnet-perl 1:1.19-1 Implementation of Internet protoco ii librrds-perl1.2.11-0.4 Time-series data storage and displ ii libsnmp-session-perl1.07-1 Perl support for accessing SNMP-aw ii perl5.8.7-8 Larry Wall's Practical Extraction ii perl-modules [libnet-pe 5.8.7-8 Core Perl modules ii postfix [mail-transport 2.2.4-1.0.1 A high-performance mail transport ii speedy-cgi-perl 2.22-2 speed up perl scripts by making th Versions of packages smokeping recommends: ii apache2-mpm-prefork [httpd 2.0.55-3 traditional model for Apache2 ii dnsutils 1:9.3.1-2.0.1 Clients provided with BIND ii libsocket6-perl0.17-1Perl extensions for IPv6 -- no debconf information --- Received: (at 339690-close) by bugs.debian.org; 19 Nov 2005 10:21:24 + From [EMAIL PROTECTED] Sat Nov 19 02:21:24 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdPmQ-000711-VV; Sat, 19 Nov 2005 02:17:10 -0800 From: Jose Carlos Garcia Sogo [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#339690: fixed in smokeping 2.0.5-2 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 02:17:10 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: smokeping Source-Version: 2.0.5-2 We believe that the bug you reported is fixed in the latest version of smokeping, which is due to be installed in the Debian FTP archive: smokeping_2.0.5-2.diff.gz to pool/main/s/smokeping/smokeping_2.0.5-2.diff.gz smokeping_2.0.5-2.dsc to pool/main/s/smokeping/smokeping_2.0.5-2.dsc smokeping_2.0.5-2_all.deb to pool/main/s/smokeping/smokeping_2.0.5-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will
Bug#339852: libgdal1c2: Broken replaces dependency
Package: libgdal1c2 Severity: serious Justification: Broken dependency Replaces: libgda11 Conflicts: libgdal1 This looks like a simple typo ('11' rather than 'l1') on the Replaces line. Regards, Roger -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339853: /usr/sbin/chronyd is missing
Package: chrony Version: 1.21-1 Severity: grave Justification: renders package unusable It seems that /usr/sbin/chronyd is missing, so chronyd don't get started. Downgrading to a previous version of chrony solves the problem | pts/4 jan ~$ ls -l /usr/sbin/chron* | ls: /usr/sbin/chron*: Onbekend bestand of map | | pts/4 root ~# dpkg -i /tmp/chrony_1.20-8_i386.deb | dpkg - let op: chrony wordt gedegradeerd van 1.21-1 naar 1.20-8. | (Database inlezen ... 123926 bestanden en mappen geïnstalleerd.) | Voorbereiden om chrony 1.21-1 te vervangen (met /tmp/chrony_1.20-8_i386.deb) ... | Uitpakken van vervangende chrony ... | Instellen van chrony (1.20-8) ... | | Configuratiebestand `/etc/chrony/chrony.conf' | == Veranderd (door u of een script) sinds installatie. | == Pakket-distributeur heeft een bijgewerkte versie gemaakt. |Wat wilt u er aan doen ? De volgende keuzes zijn mogelijk: | Y of N : installeer de versie van de pakketbeheerder | N of O : behoudt de huidig geïnstalleerde versie | D : toon de verschillen tussen de versies | Z : stuur dit proces naar de achtergrond om de situatie te bekijken | De standaardactie is om de huidige versie te bewaren. | *** chrony.conf (Y/I/N/O/D/Z) [standaard=N] ? | Starting /usr/sbin/chronyd... | | pts/4 jan ~$ ls -l /usr/sbin/chronyd | -rwxr-xr-x 1 root root 101K 2005-05-01 05:05 /usr/sbin/chronyd -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- no debconf information -- Met vriendelijke groetjes - Jan Wagemakers - ... RFS: picprog: Microchip PIC serial programmer software (GPL) Deb-package is available at http://www.janw.easynet.be/picprog.html
Bug#339854: asterisk-oh323: FTBFS: asterisk/channel_pvt.h not available
Package: asterisk-oh323 Version: 0.6.7-2 Severity: serious Hi, building the package asterisk-oh323 in a clean sid build environment (with pbuilder) on i386 results in: = [...] make[2]: Entering directory `/tmp/buildd/asterisk-oh323-0.6.7/asterisk-driver' gcc -Wall -pipe -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -D_REENTRANT -D_GNU_SOURCE -fPIC -g -I/usr/src/asterisk/include -I../wrapper -c -o chan_oh323.o chan_oh323.c chan_oh323.c:37:34: error: asterisk/channel_pvt.h: No such file or directory [...] chan_oh323.c:3825: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c: In function 'exception_h323_connection': chan_oh323.c:3841: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:3849: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:3873: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:3966: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:3982: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c: In function 'get_h323_userdata': chan_oh323.c:3994: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c: In function 'stats_h323_connection': chan_oh323.c:4041: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:4049: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c:4056: warning: incompatible implicit declaration of built-in function 'printf' chan_oh323.c: In function 'reload_config': chan_oh323.c:4590: warning: implicit declaration of function 'ast_load' chan_oh323.c:4590: warning: assignment makes pointer from integer without a cast chan_oh323.c:4606: warning: implicit declaration of function 'ast_destroy' chan_oh323.c:4610: warning: assignment makes pointer from integer without a cast chan_oh323.c:4667: warning: implicit declaration of function 'sscanf' chan_oh323.c:4667: warning: incompatible implicit declaration of built-in function 'sscanf' chan_oh323.c: In function 'oh323_atexit': chan_oh323.c:5130: warning: passing argument 1 of 'ast_channel_unregister' from incompatible pointer type chan_oh323.c: In function 'load_module': chan_oh323.c:5406: warning: passing argument 1 of 'ast_channel_register' from incompatible pointer type chan_oh323.c:5406: error: too many arguments to function 'ast_channel_register' make[2]: *** [chan_oh323.o] Error 1 make[2]: Leaving directory `/tmp/buildd/asterisk-oh323-0.6.7/asterisk-driver' make[1]: *** [subdirs_build] Error 1 make[1]: Leaving directory `/tmp/buildd/asterisk-oh323-0.6.7' make: *** [build-stamp] Error 2 = asterisk-dev (1:1.2.0.dfsg-1) doesn't provide channel_pvt.h anymore. Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339856: gmodels: FTBFS: there is no package called 'gtools'
Package: gmodels Version: 2.10.0-1 Severity: serious Hi, building the package gmodels in a clean sid build environment (with pbuilder) on i386 results in: = [...] fi fakeroot debian/rules binary dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) test -x debian/rules test `id -u` = 0 dh_clean -k dh_installdirs -A if [ -n ]; then \ mkdir -p ; \ fi if [ ! -d . ]; then \ mkdir -p .; \ fi if [ -z ]; then \ if ! test -f debian/compat; then echo 4 debian/compat; fi; \ fi dh_installdirs usr/lib/R/site-library R CMD INSTALL -l /tmp/buildd/gmodels-2.10.0/debian/r-cran-gmodels/usr/lib/R/site-library --clean . * Installing *source* package 'gmodels' ... ** R ** preparing package for lazy loading Error in loadNamespace(i[[1]], c(lib.loc, .libPaths())) : there is no package called 'gtools' Execution halted ERROR: lazy loading failed for package 'gmodels' ** Removing '/tmp/buildd/gmodels-2.10.0/debian/r-cran-gmodels/usr/lib/R/site-library/gmodels' make: *** [R_any_arch] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337453: ssldump FTBFS with openssl 0.9.8
The attached patch fixes the problem. diff -urN ssldump-0.9b3.orig/ssl/ssldecode.c ssldump-0.9b3/ssl/ssldecode.c --- ssldump-0.9b3.orig/ssl/ssldecode.c 2002-08-17 03:33:17.0 +0200 +++ ssldump-0.9b3/ssl/ssldecode.c 2005-11-18 19:08:29.117243239 +0100 @@ -51,6 +51,7 @@ #include openssl/ssl.h #include openssl/hmac.h #include openssl/evp.h +#include openssl/md5.h #include openssl/x509v3.h #endif #include ssldecode.h @@ -131,7 +132,8 @@ ssl_decode_ctx *d=0; int r,_status; -SSLeay_add_all_algorithms(); +SSL_library_init(); +OpenSSL_add_all_algorithms(); if(!(d=(ssl_decode_ctx *)malloc(sizeof(ssl_decode_ctx ABORT(R_NO_MEMORY); if(!(d-ssl_ctx=SSL_CTX_new(SSLv23_server_method(
Bug#339859: gibraltar-bootcd: FTBFS: C compiler cannot create executables /
Package: gibraltar-bootcd Version: 0.52 Severity: serious Hi, building the package gibraltar-bootcd in a clean sid build environment (with pbuilder) on i386 results in: = [...] checking for C compiler default output file name... configure: error: C compiler cannot create executables [...] Build BusyBox with Debugging symbols (CONFIG_DEBUG) [N/y/?] (NEW) make[1]: Leaving directory `/tmp/buildd/gibraltar-bootcd-0.52/debian/tmp-build/busybox-1.00' Unable to locale crtbegin.o provided by gccUnable to locale crtbegin.o provided by gccmake[1]: Entering directory `/tmp/buildd/gibraltar-bootcd-0.52/debian/tmp-build/busybox-1.00' gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep /tmp/buildd/gibraltar-bootcd-0.52/debian/tmp-build/busybox-1.00/scripts/mkdep.c [...] install: cannot stat `busybox-1.00/busybox': No such file or directory # now build the freeramdisk binary /usr/bin/make freeramdisk make[1]: Entering directory `/tmp/buildd/gibraltar-bootcd-0.52' gcc -march=i386 -Os -fomit-frame-pointer -Wall -W -static -o freeramdisk freeramdisk.c freeramdisk.c:12: warning: return type defaults to 'int' freeramdisk.c: In function 'main': freeramdisk.c:29: warning: implicit declaration of function 'exit' freeramdisk.c:29: warning: incompatible implicit declaration of built-in function 'exit' freeramdisk.c:32: warning: implicit declaration of function 'close' freeramdisk.c:11: warning: unused parameter 'argc' freeramdisk.c:33: warning: control reaches end of non-void function make[1]: Leaving directory `/tmp/buildd/gibraltar-bootcd-0.52' touch build-stamp fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_installdirs # installing the files for the mkinitrd-cd binary package install mkinitrd-cd/linuxrc /tmp/buildd/gibraltar-bootcd-0.52/debian/mkinitrd-cd/usr/share/mkinitrd-cd/ cp mkinitrd-cd/initrd-common-definitions.sh /tmp/buildd/gibraltar-bootcd-0.52/debian/mkinitrd-cd/usr/share/mkinitrd-cd/ cp mkinitrd-cd/probe-devs.sh /tmp/buildd/gibraltar-bootcd-0.52/debian/mkinitrd-cd/usr/share/mkinitrd-cd/ install mkinitrd-cd/chown-wrapper /tmp/buildd/gibraltar-bootcd-0.52/debian/mkinitrd-cd/usr/share/mkinitrd-cd/ install /tmp/buildd/gibraltar-bootcd-0.52/debian/tmp-build/discover /tmp/buildd/gibraltar-bootcd-0.52/debian/mkinitrd-cd/usr/lib/mkinitrd-cd/ install: cannot stat `/tmp/buildd/gibraltar-bootcd-0.52/debian/tmp-build/discover': No such file or directory make: *** [install] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339863: latex-bridge: FTBFS: `isolatin1.sty' not found
Package: latex-bridge Version: 1.0-2 Severity: serious Hi, building the package latex-bridge in a clean sid build environment (with pbuilder) on i386 results in: = [...] kish, ukrainian, nohyphenation, loaded. (/usr/share/texmf/tex/latex/base/ltxdoc.cls Document Class: ltxdoc 1999/08/08 v2.0u Standard LaTeX documentation class * * Local config file ltxdoc.cfg used * (/usr/share/texmf/tex/latex/base/ltxdoc.cfg) (/usr/share/texmf/tex/latex/base/article.cls Document Class: article 2004/02/16 v1.4f Standard LaTeX document class (/usr/share/texmf/tex/latex/base/size10.clo)) (/usr/share/texmf/tex/latex/base/doc.sty (/usr/share/texmf/tex/latex/tools/multicol.sty))) (/usr/share/texmf/tex/generic/german/german.sty v2.5e 1998-07-08) ! LaTeX Error: File `isolatin1.sty' not found. Type X to quit or RETURN to proceed, or enter new name. (Default extension: sty) Enter file name: ! Emergency stop. read * l.6 \usepackage {mathptmx}^^M No pages of output. Transcript written on miniDBV.log. make[1]: *** [miniDBV.pdf] Error 1 make[1]: Leaving directory `/tmp/buildd/latex-bridge-1.0/miniDBV' make: *** [build-stamp] Error 2 = isolatin1.sty isn't shipped with tetex-extra (v3.x) anymore. Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339864: gpsd: FTBFS: XmStrDefs.h:959: error: syntax error before 'extern'
Package: lesstif2 Version: 1:0.94.4-1 Severity: serious Hi, building the package gpsd 2.28-2 in a clean sid build environment (with pbuilder) on i386 results in: = [...] i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -MT report.lo -MD -MP -MF .deps/report.Tpo -c report.c -fPIC -DPIC -o .libs/report.o i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -MT report.lo -MD -MP -MF .deps/report.Tpo -c report.c -o report.o /dev/null 21 if /bin/sh ./libtool --mode=compile --tag=CXX i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -MT libgpsmm.lo -MD -MP -MF .deps/libgpsmm.Tpo -c -o libgpsmm.lo libgpsmm.cpp; \ then mv -f .deps/libgpsmm.Tpo .deps/libgpsmm.Plo; else rm -f .deps/libgpsmm.Tpo; exit 1; fi i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -MT libgpsmm.lo -MD -MP -MF .deps/libgpsmm.Tpo -c libgpsmm.cpp -fPIC -DPIC -o .libs/libgpsmm.o i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -g -O2 -MT libgpsmm.lo -MD -MP -MF .deps/libgpsmm.Tpo -c libgpsmm.cpp -o libgpsmm.o /dev/null 21 /bin/sh ./libtool --mode=link --tag=CXX i486-linux-gnu-g++ -g -O2 -L/usr/X11R6/lib -o libgps.la -rpath /usr/lib -version-number 14:0:0 netlib.lo nmea_parse.lo serial.lo drivers.lo zodiac.lo garmin.lo tsip.lo libgpsd_core.lo ntpshm.lo libgps.lo packet.lo gpsutils.lo geoid.lo dgpsip.lo sirf.lo report.lo libgpsmm.lo -lm -lc -lnsl -lpthread i486-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.0.3/crtbeginS.o .libs/netlib.o .libs/nmea_parse.o .libs/serial.o .libs/drivers.o .libs/zodiac.o .libs/garmin.o .libs/tsip.o .libs/libgpsd_core.o .libs/ntpshm.o .libs/libgps.o .libs/packet.o .libs/gpsutils.o .libs/geoid.o .libs/dgpsip.o .libs/sirf.o .libs/report.o .libs/libgpsmm.o -L/usr/X11R6/lib -lnsl -lpthread -L/usr/lib/gcc/i486-linux-gnu/4.0.3 -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib -L/usr/lib/gcc/i486-linux-gnu/4.0.3/../../.. -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.0.3/crtendS.o /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../lib/crtn.o -Wl,-soname -Wl,libgps.so.14 -o .libs/libgps.so.14.0.0 (cd .libs rm -f libgps.so.14 ln -s libgps.so.14.0.0 libgps.so.14) (cd .libs rm -f libgps.so ln -s libgps.so.14.0.0 libgps.so) ar cru .libs/libgps.a netlib.o nmea_parse.o serial.o drivers.o zodiac.o garmin.o tsip.o libgpsd_core.o ntpshm.o libgps.o packet.o gpsutils.o geoid.o dgpsip.o sirf.o report.o libgpsmm.o ranlib .libs/libgps.a creating libgps.la (cd .libs rm -f libgps.la ln -s ../libgps.la libgps.la) if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -MT display.o -MD -MP -MF .deps/display.Tpo -c -o display.o display.c; \ then mv -f .deps/display.Tpo .deps/display.Po; else rm -f .deps/display.Tpo; exit 1; fi if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -MT xgps.o -MD -MP -MF .deps/xgps.Tpo -c -o xgps.o xgps.c; \ then mv -f .deps/xgps.Tpo .deps/xgps.Po; else rm -f .deps/xgps.Tpo; exit 1; fi /bin/sh ./libtool --mode=link --tag=CC i486-linux-gnu-gcc -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -L/usr/X11R6/lib -o xgps display.o xgps.o -lm -lc -lnsl -lXm -lXt -L/usr/X11R6/lib -lSM -lICE libgps.la -lm -lpthread i486-linux-gnu-gcc -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE -o .libs/xgps display.o xgps.o -L/usr/X11R6/lib -lc /usr/lib/libXm.so /usr/lib/libXft.so -lfontconfig /usr/lib/libfreetype.so -lz /usr/lib/libXrender.so -lX11 -lXt -lSM -lICE ./.libs/libgps.so -lnsl -lm -lpthread creating xgps if i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -Wall -g -O2 -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -W -D_GNU_SOURCE
Bug#295627: seems fixed
It seems this bug is fixed: (linux-2.6.12 is from kernel.org) $ grep usp -A4 -B4 linux-2.6.12/include/asm-sparc64/compat.h static __inline__ void __user *compat_alloc_user_space(long len) { struct pt_regs *regs = current_thread_info()-kregs; unsigned long usp = regs-u_regs[UREG_I6]; if (!(test_thread_flag(TIF_32BIT))) usp += STACK_BIAS; else usp = 0xUL; return (void __user *) (usp - len); } struct compat_ipc64_perm { compat_key_t key; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'
Package: openhackware Version: 0.4.1-1 Severity: serious Hi, building the package openhackware in a clean sid build environment (with pbuilder) on i386 results in: = [...] rm -f debian/patches/*.log dh_testdir dh_testroot /usr/bin/make clean /bin/sh: powerpc-linux-gcc: command not found make[1]: Entering directory `/tmp/buildd/openhackware-0.4.1' rm -rf -- .objs rm -rf -- OpenHackWare_bin.tar.bz2 openhackware-0.4.1/OpenHackWare.tar.bz2 make[1]: Leaving directory `/tmp/buildd/openhackware-0.4.1' rm -f ppc_rom.bin dh_clean dpkg-source -b openhackware-0.4.1 dpkg-source: warning: no utmp entry available and LOGNAME not defined; using uid of process (1001) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (1001) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (1001) dpkg-source: building openhackware using existing openhackware_0.4.1.orig.tar.gz dpkg-source: building openhackware in openhackware_0.4.1-1.diff.gz dpkg-source: building openhackware in openhackware_0.4.1-1.dsc debian/rules build patches: debian/patches/001_build.patch Trying patch debian/patches/001_build.patch at level 1...success. if [ debian/stamp-patched = debian/stamp-patched ]; then touch debian/stamp-patched; fi dh_testdir /usr/bin/make CROSS_COMPILE= CFLAGS=-Wall -g -O2 CC=gcc-2.95 make[1]: Entering directory `/tmp/buildd/openhackware-0.4.1' gcc-2.95 -c -Wall -g -O2 -fno-builtin -fno-common -nostdinc -mregnames -DBUILD_DATE=2005-11-18 -DBUILD_TIME=08:35:01 -Isrc/ -Isrc/libc/include -I/usr/lib/gcc-lib/i486-linux-gnu/2.95.4//include -Isrc/dev -Isrc/dev/block -Isrc/dev/char -Isrc/dev/bus -DBIOS_BASE=0x0580 -DBIOS_SIZE=507904 -Wa,-mregnames -o .objs/vectors.o src/vectors.S as: unrecognized option `-mregnames' make[1]: *** [.objs/vectors.o] Error 1 make[1]: Leaving directory `/tmp/buildd/openhackware-0.4.1' make: *** [build] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339852: libgdal1c2: Broken replaces dependency
severity 339852 normal thanks On Sat, Nov 19, 2005 at 11:06:43AM +, Roger Leigh wrote: Replaces: libgda11 Conflicts: libgdal1 This looks like a simple typo ('11' rather than 'l1') on the Replaces line. The practical impact of the wrong replaces here should be minimal, though; downgrading accordingly. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#339864: gpsd: FTBFS: XmStrDefs.h:959: error: syntax error before 'extern'
tag 339864 patch thanks Hi, the attached patch fixes this. bye, Roland --- include/Motif-2.1/Xm/XmStrDefs.h.orig 2005-11-19 13:00:59.0 +0100 +++ include/Motif-2.1/Xm/XmStrDefs.h 2005-11-19 13:01:13.0 +0100 @@ -28,6 +28,8 @@ #include X11/StringDefs.h +#include Xm/Xm.h + #ifdef __cplusplus extern C { #endif
Processed: Re: Bug#339852: libgdal1c2: Broken replaces dependency
Processing commands for [EMAIL PROTECTED]: severity 339852 normal Bug#339852: libgdal1c2: Broken replaces dependency Severity set to `normal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: gpsd: FTBFS: XmStrDefs.h:959: error: syntax error before 'extern'
Processing commands for [EMAIL PROTECTED]: tag 339864 patch Bug#339864: gpsd: FTBFS: XmStrDefs.h:959: error: syntax error before 'extern' There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339409: marked as done (typo in lib64z1-dev dependency)
Your message dated Sat, 19 Nov 2005 13:02:17 + with message-id [EMAIL PROTECTED] and subject line Bug#339409: typo in lib64z1-dev dependency has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 16 Nov 2005 03:43:44 + From [EMAIL PROTECTED] Tue Nov 15 19:43:44 2005 Return-path: [EMAIL PROTECTED] Received: from mail.cs.tu-berlin.de ([130.149.17.13] ident=root) by spohr.debian.org with esmtp (Exim 4.50) id 1EcED2-00066a-9d for [EMAIL PROTECTED]; Tue, 15 Nov 2005 19:43:44 -0800 Received: from mailhost.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.17.13]) by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id EAA09422 for [EMAIL PROTECTED]; Wed, 16 Nov 2005 04:43:41 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id 6C242F20C for [EMAIL PROTECTED]; Wed, 16 Nov 2005 04:43:41 +0100 (MET) Received: from mailhost.cs.tu-berlin.de ([127.0.0.1]) by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id 00103-06 for [EMAIL PROTECTED]; Wed, 16 Nov 2005 04:43:40 +0100 (MET) 13876 Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1]) by mailhost.cs.tu-berlin.de (Postfix) with ESMTP for [EMAIL PROTECTED]; Wed, 16 Nov 2005 04:43:40 +0100 (MET) Received: (from [EMAIL PROTECTED]) by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id jAG3hedg004442; Wed, 16 Nov 2005 04:43:40 +0100 (MET) From: Matthias Klose [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: [EMAIL PROTECTED] Date: Wed, 16 Nov 2005 04:43:40 +0100 To: [EMAIL PROTECTED] Subject: typo in lib64z1-dev dependency X-Mailer: VM 7.17 under 21.4 (patch 17) Jumbo Shrimp XEmacs Lucid X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: lib64z1-dev Severity: serious Version: 1:1.2.3-6 s/lib64c-dev/lib64c6-dev/ --- Received: (at 339409-done) by bugs.debian.org; 19 Nov 2005 13:02:38 + From [EMAIL PROTECTED] Sat Nov 19 05:02:38 2005 Return-path: [EMAIL PROTECTED] Received: from cassiel.sirena.org.uk ([80.68.93.111] ident=Debian-exim) by spohr.debian.org with esmtp (Exim 4.50) id 1EdSMY-0007HC-JJ for [EMAIL PROTECTED]; Sat, 19 Nov 2005 05:02:38 -0800 Received: from 82-41-255-123.cable.ubr04.edin.blueyonder.co.uk ([82.41.255.123] helo=lorien.sirena.org.uk) by cassiel.sirena.org.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1EdSJo-0004Cl-My for [EMAIL PROTECTED]; Sat, 19 Nov 2005 13:00:04 + Received: from raphaela (raphaela.sirena.org.uk [192.168.56.10]) by lorien.sirena.org.uk (Postfix) with ESMTP id 0E1962AD36 for [EMAIL PROTECTED]; Sat, 19 Nov 2005 13:02:18 + (GMT) Received: by raphaela (Postfix, from userid 1000) id 22320FA8C5; Sat, 19 Nov 2005 13:02:18 + (GMT) Date: Sat, 19 Nov 2005 13:02:17 + From: Mark Brown [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#339409: typo in lib64z1-dev dependency Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=pf9I7BMVVzbSWLtt Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] X-Cookie: Touch tone phones only. User-Agent: Mutt/1.5.11 X-Spam-Score: -2.4 (--) X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 16, 2005 at 04:43:40AM +0100, Matthias Klose wrote: s/lib64c-dev/lib64c6-dev/ As far as I can tell there is no actual bug here: the lib64c-dev provides exists in unstable and the dependency appears to do what I was expecting it to do. --=20 You grabbed my hand and we fell
Bug#339872: rpm2html: FTBFS: rpmopen.c:857: undefined reference to `rpmBuildFileList'
Package: rpm2html Version: 1.8.1-1 Severity: serious Hi, building the package rpm2html in a clean sid build environment (with pbuilder) on i386 results in: = [...] rpmopen.c:1510: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1510: warning: pointer targets in assignment differ in signedness rpmopen.c: In function 'rpmDirScanAll': rpmopen.c:1591: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1591: warning: pointer targets in assignment differ in signedness rpmopen.c:1593: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1593: warning: pointer targets in assignment differ in signedness rpmopen.c:1595: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1595: warning: pointer targets in assignment differ in signedness rpmopen.c:1597: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1597: warning: pointer targets in assignment differ in signedness rpmopen.c:1599: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1599: warning: pointer targets in assignment differ in signedness rpmopen.c:1601: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1601: warning: pointer targets in assignment differ in signedness rpmopen.c:1603: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1603: warning: pointer targets in assignment differ in signedness rpmopen.c:1605: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness rpmopen.c:1605: warning: pointer targets in assignment differ in signedness gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I. -g -O2 -I/usr/include/libxml2 -I/usr/include/rpm -g -O2 -c `test -f 'stringbuf.c' || echo './'`stringbuf.c stringbuf.c: In function 'stringAdd': stringbuf.c:168: warning: pointer targets in passing argument 1 of 'xmlStrdup' differ in signedness stringbuf.c:168: warning: pointer targets in return differ in signedness gcc -g -O2 -o rpm2html cleanup.o config.o html.o language.o memory.o rdf_api.o rdf.o rpm2html.o rpmdata.o rpmopen.o stringbuf.o -L/usr/lib -lxml2 -lz -lm -lrpm -lrpm -lrpmdb -lrpmio -lpopt -ldb -lz -lbz2 -lrpm -lrpm -lrpmdb -lrpmio -lpopt -ldb -lz -lbz2 rpmopen.o: In function `rpmAnalyze':/tmp/buildd/rpm2html-1.8.1/rpmopen.c:857: undefined reference to `rpmBuildFileList' rpmopen.o: In function `rpmOpen':/tmp/buildd/rpm2html-1.8.1/rpmopen.c:1023: undefined reference to `rpmReadPackageHeader' collect2: ld returned 1 exit status make[1]: *** [rpm2html] Error 1 make[1]: Leaving directory `/tmp/buildd/rpm2html-1.8.1' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339873: FTBFS (alpha): hard-coded use of gcc-3.3 without build dependency
Package: linux-wlan-ng Version: 0.2.2+dfsg-6 Severity: serious Justification: no longer builds from source linux-wlan-ng fails to build on Alpha: [...] make[4]: Entering directory `/tmp/buildd/linux-wlan-ng-0.2.2+dfsg/debian/modules-build-alpha-smp/modules/linux-wlan-ng-source/src/mkmeta' gcc-3.3 -E -M -I../include -I/usr/src/linux-headers-2.6.14-1-alpha-smp/include -D__LINUX_WLAN__ ../shared/p80211types.c ../shared/p80211metamsg.c ../shared/p80211metamib.c ../shared/p80211meta.c mkmetadef.c ../shared/p80211types.c ../shared/p80211metamsg.c ../shared/p80211metamib.c ../shared/p80211meta.c mkmetastruct.c .depend /bin/sh: gcc-3.3: command not found make[4]: *** [.depend] Error 127 make[4]: Leaving directory `/tmp/buildd/linux-wlan-ng-0.2.2+dfsg/debian/modules-build-alpha-smp/modules/linux-wlan-ng-source/src/mkmeta' make[3]: *** [all] Error 2 This is because gcc-3.3 is hardcoded in debian/rules without a build dependency. Full log at: http://buildd.debian.org/fetch.php?pkg=linux-wlan-ngver=0.2.2%2Bdfsg-6arch=alphastamp=1131922170file=logas=raw -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339853: /usr/sbin/chronyd is missing
I'm having FTBS problems due to some upstream changes. I';; make a new, corrected upload as soon as I work those out. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339409: acknowledged by developer (Re: Bug#339409: typo in lib64z1-dev dependency)
Debian Bug Tracking System writes: As far as I can tell there is no actual bug here: the lib64c-dev provides exists in unstable and the dependency appears to do what I was expecting it to do. yes, but you are required to depend on a real package as well, not just only on a virtual package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339154: [pkg-boost-devel] boost and new g++
On Thu, Nov 17, 2005 at 06:22:15PM +0100, Domenico Andreoli wrote: On Thu, Nov 17, 2005 at 05:26:07PM +0100, Christophe Prud'homme wrote: All, I have recompiled boost 1.33.0-3 using the new C++ compiler it worked like a charm. great :) i think we should upload -4 with packages renamed and no icu on m68k. it would have more chances to enter etch than -3 and in the meanwhile would unblock other depending stuff. Christophe, this is yours. kill it :) or do you prefer to start another branch for 1.33.1 and let me manage -4? Steve, how is there? how we are going? :)) Per Matthias's email, it's ok to rename this package now with the c2 ending, and upload it built with the new compiler. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#339877: pycxx: FTBFS: new cp behaviour: no target dir xxx/ to be created allowed
Package: pycxx Version: 5.3.5-1 Severity: serious Tags: patch Hi, building the package pycxx in a clean sid build environment (with pbuilder) on i386 results in: = [...] creating /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/Version.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/Objects.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/IndirectPythonInterface.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/Extensions.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/Exception.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX copying CXX/Config.hxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/include/python2.3/CXX running install_data creating /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3 creating /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3/CXX copying Src/IndirectPythonInterface.cxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3/CXX copying Src/cxxsupport.cxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3/CXX copying Src/cxx_extensions.cxx - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3/CXX copying Src/cxxextensions.c - /tmp/buildd/pycxx-5.3.5/debian/python2.3-cxx/usr/share/python2.3/CXX mkdir -p debian/python2.3-cxx-dev/usr/share/ mv debian/python2.3-cxx/usr/share/python2.3 \ debian/python2.3-cxx-dev/usr/share/ mv debian/python2.3-cxx/usr/include debian/python2.3-cxx-dev/usr/ dh_installdocs -ppython2.3-cxx README.html Doc/PyCXX.html cp -p debian/README.Ubuntu \ debian/python2.3-cxx/usr/share/doc/python2.3-cxx rm -rf debian/python2.3-cxx-dev/usr/share/doc/python2.3-cxx-dev mkdir -p debian/python2.3-cxx-dev/usr/share/doc ln -sf python2.3-cxx \ debian/python2.3-cxx-dev/usr/share/doc/python2.3-cxx-dev mkdir -p debian/python2.3-cxx-dev/usr/share/doc/python2.3-cxx cp -a Demo \ debian/python2.3-cxx-dev/usr/share/doc/python2.3-cxx/examples/ cp: target `debian/python2.3-cxx-dev/usr/share/doc/python2.3-cxx/examples/' is not a directory: No such file or directory make: *** [install-python2.3] Error 1 = This patch fixes it: --- debian/rules.orig 2005-11-19 14:50:53.0 +0100 +++ debian/rules2005-11-19 14:51:11.0 +0100 @@ -104,7 +104,7 @@ debian/python$*-cxx-dev/usr/share/doc/python$*-cxx-dev mkdir -p debian/python$*-cxx-dev/usr/share/doc/python$*-cxx cp -a Demo \ - debian/python$*-cxx-dev/usr/share/doc/python$*-cxx/examples/ + debian/python$*-cxx-dev/usr/share/doc/python$*-cxx/examples chmod 644 debian/python$*-cxx-dev/usr/share/doc/python$*-cxx/examples/*.?xx rm -rf debian/python$*-cxx-dev/usr/share/doc/python$*-cxx/examples/build Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339856: gmodels: FTBFS: there is no package called 'gtools'
On 19 November 2005 at 12:22, Roland Stigge wrote: | Package: gmodels | Version: 2.10.0-1 | Severity: serious | | Hi, | | building the package gmodels in a clean sid build environment | (with pbuilder) on i386 results in: Weird thing is that I build it in a sid pbuilder too ... | fakeroot debian/rules binary [...] | R CMD INSTALL -l /tmp/buildd/gmodels-2.10.0/debian/r-cran-gmodels/usr/lib/R/site-library --clean . | * Installing *source* package 'gmodels' ... | ** R | ** preparing package for lazy loading | Error in loadNamespace(i[[1]], c(lib.loc, .libPaths())) : | there is no package called 'gtools' | Execution halted I simple Build-Depends on r-cran-gtools should fix that. Thanks for spotting it. Dirk -- Statistics: The (futile) attempt to offer certainty about uncertainty. -- Roger Koenker, 'Dictionary of Received Ideas of Statistics' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339154: [pkg-boost-devel] boost and new g++
[ Saturday 19 November 2005 14:38 ] | On Thu, Nov 17, 2005 at 06:22:15PM +0100, Domenico Andreoli wrote: | On Thu, Nov 17, 2005 at 05:26:07PM +0100, Christophe Prud'homme wrote: | All, | | I have recompiled boost 1.33.0-3 using the new C++ compiler | it worked like a charm. | | great :) | | i think we should upload -4 with packages renamed and no icu on m68k. it | would have more chances to enter etch than -3 and in the meanwhile | would unblock other depending stuff. | | Christophe, this is yours. kill it :) | | or do you prefer to start another branch for 1.33.1 and let me manage -4? | | Steve, how is there? how we are going? :)) | | Per Matthias's email, it's ok to rename this package now with the c2 | ending, and upload it built with the new compiler. Ok done. I should be able to upload today or tomorrow. cu C. -- Debian Developer Scienfific computing packages maintainer Fingerprint = 3703 50DE 7A9F 024E 0F26 0D07 A18F B40B D4BE 1450
Bug#339880: openvrml-lookat: complains about missing libmozjs.so
Package: openvrml-lookat Version: 0.15.10-5 Severity: grave Justification: renders package unusable When invoking lookat from the command line the linker complains with: lookat: error while loading shared libraries: libmozjs.so: cannot open shared object file: No such file or directory I've looked and found this library in /usr/lib/mozilla-firefox/. Adding this directory to the environment variable LD_LIBRARY_PATH allows the execution of the program. This might be a firefox bug (maybee some linker variable needs to include this path explicitly?), but lookat is the only program that complains about this... sorry if i'm reporting it to the wrong people :-) Thanks for a great distribution, Ricardo -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openvrml-lookat depends on: ii libaa1 1.4p5-29ascii art library ii libartsc01.5-rc1-1 aRts sound system C support librar ii libasound2 1.0.9-3 ALSA library ii libaudio21.7-3 The Network Audio System (NAS). (s ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-8 GNU C Library: Shared libraries an ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libgcj6 4.0.2-4 Java runtime library for use with ii libglib2.0-0 2.8.4-1 The GLib library of C routines ii libglu1-xorg [libglu1] 6.8.2.dfsg.1-10 Mesa OpenGL utility library [X.Org ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libopenvrml5 0.15.10-5 runtime shared library for VRML ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsdl1.2debian 1.2.9-0.0 Simple DirectMedia Layer ii libslang22.0.5-1 The S-Lang programming library - r ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-22 console SVGA display libraries ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-10 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime openvrml-lookat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339214: library package needs to be renamed (libstdc++ allocator change)
On Fri, Nov 18, 2005 at 12:28:11AM -0800, Thomas Bushnell BSG wrote: Vorlon's email seems to have received an instantaneous response from you, where my email on November 2 is unanswered after more than two weeks. Is this normal procedure, or did something unusual happen in this case? He was not responding to my email, but to an out-of-band request I made to him asking him to comment on your concerns as the member of the ftp team who does most of the NEW processing currently. Sorry, I know out-of-band is a sub-optimal answer, but that's how it goes. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#339711: dhcp-client: Severely broken on sparc
On Saturday 19 November 2005 05:05, Steve Langasek wrote: What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did a lot of work earlier this year to get it ready for d-i use. Is there still something missing, or is it just a question of trying it out? The only issue AFAIK is size. For i386 Package Installed dhcp-client-udeb 40132 dhcp3-client-udeb145396 For sparc Package Installed dhcp-client-udeb 43176 dhcp3-client-udeb150608 For ia64 Package Installed dhcp-client-udeb 70352 dhcp3-client-udeb268 1356 As you can see a factor 3-4 larger. This is especially bad for floppy based installation. pgpP9Be2caC11.pgp Description: PGP signature
Bug#339711: dhcp-client: Severely broken on sparc
On Sat, Nov 19, 2005 at 03:05:47PM +0100, Frans Pop wrote: On Saturday 19 November 2005 05:05, Steve Langasek wrote: What's holding up the switch to dhcp3-client-udeb? Andrew Pollock did a lot of work earlier this year to get it ready for d-i use. Is there still something missing, or is it just a question of trying it out? The only issue AFAIK is size. For i386 Package Installed dhcp-client-udeb 40132 dhcp3-client-udeb145396 For sparc Package Installed dhcp-client-udeb 43176 dhcp3-client-udeb150608 For ia64 Package Installed dhcp-client-udeb 70352 dhcp3-client-udeb268 1356 As you can see a factor 3-4 larger. This is especially bad for floppy based installation. Granted, though it seems that at least two of the architectures you quoted don't support floppy installs in etch? :) But ok, that answers my question, the udeb is still too big. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#333835: ctrlproxy: Eats up memory making the system unusable
On Saturday 19 November 2005 10:41, Steve Langasek wrote: Do we actually have reason to believe that this is a memory leak, i.e., leaving the daemon running will continue to eat more memory? If the program simply needs 70-some MB to run, that's unfortunate, but not RC; if, OTOH, its memory usage continues to grow beyond the point shown in the bug report, I agree that sounds release-critical. Yes, it slowly continues to eat more and more memory over time. The situation shown in the bug report came to be after running for several months. It runs fine using less memory when restarted. pgpdx3q2RZNgv.pgp Description: PGP signature
Processed: Re: remotely segfaultable, DOS
Processing commands for [EMAIL PROTECTED]: tags 334089 patch Bug#334089: remotely segfaultable, DOS Tags were: security Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334089: remotely segfaultable, DOS
tags 334089 patch thanks Hello, I've tracked this bug in centericq down to a failure to deal with short packets (or packets declaring their own length to be zero). The attached patch fixes this segfault, by stopping without further processing of the packet when its length is determined to be zero. Someone should also check what happens when the parser reads a packet length value of 1 or 2; there may be other bugs handling those cases as well. I don't see any obvious way that this bug could be exploited to gain remote access, but unfortunately there may be a non-obvious way... I've cc:ed the security team, so they can evaluate whether this warrants a security upload -- perhaps the DoS alone is enough reason for an update. Also, I've attached a second patch, unrelated to any known crasher bugs, that includes some fixes for memory handling which turned up when trying to valgrind centericq. I don't suspect that it's relevant to a stable security update, but the maintainer may want to consider including it in his next upload to unstable. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u centericq-4.21.0/debian/changelog centericq-4.21.0/debian/changelog --- centericq-4.21.0/debian/changelog +++ centericq-4.21.0/debian/changelog @@ -1,3 +1,11 @@ +centericq (4.21.0-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix for ICQ direct client handler, which fails to handle undersized +requests from remote hosts, leading to a segfault (closes: #334089). + + -- Steve Langasek [EMAIL PROTECTED] Sat, 19 Nov 2005 05:16:12 -0800 + centericq (4.21.0-3) unstable; urgency=low * Applied patch from Guillaume Libersat [EMAIL PROTECTED] only in patch2: unchanged: --- centericq-4.21.0.orig/libicq2000-0.1/src/DirectClient.cpp +++ centericq-4.21.0/libicq2000-0.1/src/DirectClient.cpp @@ -162,6 +162,7 @@ m_recv.setLittleEndian(); m_recv length; + if (length == 0) return; // short read, toss it back (nothing to do) if (length Incoming_Packet_Limit) throw ParseException(Received too long incoming packet); if (m_recv.remains() length) return; // waiting for more of the packet diff -u centericq-4.21.0/debian/changelog centericq-4.21.0/debian/changelog --- centericq-4.21.0/debian/changelog +++ centericq-4.21.0/debian/changelog @@ -3,6 +3,7 @@ * Non-maintainer upload. * Fix for ICQ direct client handler, which fails to handle undersized requests from remote hosts, leading to a segfault (closes: #334089). + * Miscellaneous other memory handling clean-ups -- Steve Langasek [EMAIL PROTECTED] Sat, 19 Nov 2005 05:16:12 -0800 only in patch2: unchanged: --- centericq-4.21.0.orig/src/icqface.cc +++ centericq-4.21.0/src/icqface.cc @@ -2003,7 +2003,7 @@ mvaddchnstr(i-1, sizeWArea.x1+1, logline, sizeWArea.x2-sizeWArea.x1); } - delete logline; + delete[] logline; if(text.size() sizeWArea.x2-sizeWArea.x1-2) text.resize(sizeWArea.x2-sizeWArea.x1-2); mvhline(LINES-3, sizeWArea.x1+2, ' ', sizeWArea.x2-sizeWArea.x1-2); only in patch2: unchanged: --- centericq-4.21.0.orig/kkstrtext-0.1/kkstrtext.cc +++ centericq-4.21.0/kkstrtext-0.1/kkstrtext.cc @@ -907,8 +907,8 @@ r += soutbuf; text.erase(0, text.size()-inleft); - delete soutbuf; - delete sinbuf; + delete[] soutbuf; + free(sinbuf); if(res == -1 errno != EILSEQ) break; signature.asc Description: Digital signature
Bug#339711: dhcp-client: Severely broken on sparc
On Saturday 19 November 2005 15:15, Steve Langasek wrote: Granted, though it seems that at least two of the architectures you quoted don't support floppy installs in etch? :) Sparc does but they are not part of official release as building them requires root. pgpRx89JdeMb9.pgp Description: PGP signature
Bug#339882: kdegames: FTBFS: trade.h:125: error: 'class Player' has no member named 'from'
Package: kdegames Version: 4:3.4.2-1 Severity: serious Hi, building the package kdegames in a clean sid build environment (with pbuilder) on i386 results in: = [...] then mv -f .deps/libatlantic_la.all_cpp.Tpo .deps/libatlantic_la.all_cpp.Plo; else rm -f .deps/libatlantic_la.all_cpp.Tpo; exit 1; fi mkdir .libs g++ -DHAVE_CONFIG_H -I. -I/tmp/buildd/kdegames-3.4.2/build-tree/kdegames-3.4.2/atlantik/libatlantic -I../.. -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libatlantic_la.all_cpp.lo -MD -MP -MF .deps/libatlantic_la.all_cpp.Tpo -c libatlantic_la.all_cpp.cpp -fPIC -DPIC -o .libs/libatlantic_la.all_cpp.o /tmp/buildd/kdegames-3.4.2/build-tree/kdegames-3.4.2/atlantik/libatlantic/trade.h: In member function 'Type* Trade::select(Player*, Player*)': /tmp/buildd/kdegames-3.4.2/build-tree/kdegames-3.4.2/atlantik/libatlantic/trade.h:125: error: 'class Player' has no member named 'from' /tmp/buildd/kdegames-3.4.2/build-tree/kdegames-3.4.2/atlantik/libatlantic/trade.h:126: error: 'class Player' has no member named 'to' /usr/share/qt3/include/private/qucom_p.h: At global scope: /usr/share/qt3/include/private/qucom_p.h:69: warning: 'struct QUBuffer' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:77: warning: 'struct QUType' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:104: warning: 'struct QUType_Null' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:287: warning: 'struct QUType_enum' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:307: warning: 'struct QUType_ptr' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:326: warning: 'struct QUType_iface' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:345: warning: 'struct QUType_idisp' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:364: warning: 'struct QUType_bool' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:383: warning: 'struct QUType_int' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:403: warning: 'struct QUType_double' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:423: warning: 'struct QUType_charstar' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucom_p.h:444: warning: 'struct QUType_QString' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucomextra_p.h:65: warning: 'struct QUType_QVariant' has virtual functions but non-virtual destructor /usr/share/qt3/include/private/qucomextra_p.h:87: warning: 'struct QUType_varptr' has virtual functions but non-virtual destructor make[4]: *** [libatlantic_la.all_cpp.lo] Error 1 make[4]: Leaving directory `/tmp/buildd/kdegames-3.4.2/build-tree/obj-i486-linux-gnu/atlantik/libatlantic' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/kdegames-3.4.2/build-tree/obj-i486-linux-gnu/atlantik' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/kdegames-3.4.2/build-tree/obj-i486-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/kdegames-3.4.2/build-tree/obj-i486-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339889: sng: FTBFS: png api change
Package: sng Version: 1.0.2-3 Severity: serious Hi, building the package sng in a clean sid build environment (with pbuilder) on i386 results in: = [...] fi sngd.c: In function 'dump_iCCP': sngd.c:528: warning: pointer targets in passing argument 4 of 'dump_data' differ in signedness sngd.c: In function 'dump_unknown_chunks': sngd.c:959: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c: In function 'sngd': sngd.c:1098: warning: pointer targets in passing argument 3 of 'png_set_keep_unknown_chunks' differ in signedness sngd.c: At top level: sngd.c:537: warning: 'dump_oFFs' defined but not used sngd.c:657: warning: 'dump_pCAL' defined but not used sngd.c:707: warning: 'dump_sCAL' defined but not used i486-linux-gnu-gcc -Wall -g -O2 -o sng main.o sngc.o sngd.o -lpng -lm -lz sngc.o: In function `compile_gIFg':/tmp/buildd/sng-1.0.2/sngc.c:1515: undefined reference to `png_save_uint_16' collect2: ld returned 1 exit status make[2]: *** [sng] Error 1 make[2]: Leaving directory `/tmp/buildd/sng-1.0.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/sng-1.0.2' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339891: evms: corrupts RAID-5 volumes when running in degraded mode
Package: evms Version: 2.5.2-1 Severity: critical Justification: causes serious data loss This is mainly a placeholder bug for my upcoming EVMS upload to stable; it has already been addressed in unstable (and will eventually progress to testing). (A -done message informing the BTS about the fact that 2.5.3 fixes it will be sent shortly.) EVMS prior to 2.5.3 has a buffer overflow when dealing with degraded RAID-5 volumes; in short, the wrong memory gets overwritten and EVMS segfaults. This can render the entire system unbootable (since the root volume might be on RAID-5, and evms_activate crashes upon loading the md plugin), but I've also seen it eat the RAID-5 superblock. There is also a bug where the engine might segfault when doing a RAID-5 expand, but AFAIK, all this does is to segfault evms; I haven't seen it cause data loss. Also, RAID-5 expand is sort of an infrequent use case anyhow... The solution is to simply backport the RAID-5 fixes from 2.5.3 into 2.5.2. The two entries from the changelog are: - Fix stack corruption bug in MD plugin. [Marcus Meissner] - Fix memory corruption bug for RAID-5 regions running in degraded mode. [Gleb Stiblo] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages evms depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libevms-2.5 2.5.3-6Enterprise Volume Management Syste Versions of packages evms recommends: pn evms-cli none (no description available) ii evms-gui 2.5.3-6Enterprise Volume Management Syste -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339854: asterisk-oh323: FTBFS: asterisk/channel_pvt.h not available
On Sat, 2005-11-19 at 12:09 +0100, Roland Stigge wrote: Package: asterisk-oh323 Version: 0.6.7-2 Severity: serious Hi, building the package asterisk-oh323 in a clean sid build environment (with pbuilder) on i386 results in: = [...] make[2]: Entering directory `/tmp/buildd/asterisk-oh323-0.6.7/asterisk-driver' gcc -Wall -pipe -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -D_REENTRANT -D_GNU_SOURCE -fPIC -g -I/usr/src/asterisk/include -I../wrapper -c -o chan_oh323.o chan_oh323.c chan_oh323.c:37:34: error: asterisk/channel_pvt.h: No such file or directory [...] Hello, you need version 0.7.3 of oh323 driver for asterisk 1.2.x AFAIK. The only problem is it's not yet in the debian archive :( Bye, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339856: marked as done (gmodels: FTBFS: there is no package called 'gtools')
Your message dated Sat, 19 Nov 2005 06:47:10 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339856: fixed in gmodels 2.10.0-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Nov 2005 11:22:13 + From [EMAIL PROTECTED] Sat Nov 19 03:22:13 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net ([212.18.0.9]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdQnM-0006ga-PW for [EMAIL PROTECTED]; Sat, 19 Nov 2005 03:22:12 -0800 Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id 79E0D7028F; Sat, 19 Nov 2005 12:20:25 +0100 (CET) Received: from atari.stigge.org (ppp-82-135-13-99.mnet-online.de [82.135.13.99]) by mail.m-online.net (Postfix) with ESMTP id E2B4C1368F7; Sat, 19 Nov 2005 12:22:08 +0100 (CET) Received: from [192.168.5.99] (localhost [127.0.0.1]) by atari.stigge.org (Postfix) with ESMTP id CA39E1033FA5A; Sat, 19 Nov 2005 12:22:13 +0100 (CET) From: Roland Stigge [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: gmodels: FTBFS: there is no package called 'gtools' Message-Id: [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 12:22:13 +0100 (CET) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-7.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: gmodels Version: 2.10.0-1 Severity: serious Hi, building the package gmodels in a clean sid build environment (with pbuilder) on i386 results in: = [...] fi fakeroot debian/rules binary dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) test -x debian/rules test `id -u` = 0 dh_clean -k dh_installdirs -A if [ -n ]; then \ mkdir -p ; \ fi if [ ! -d . ]; then \ mkdir -p .; \ fi if [ -z ]; then \ if ! test -f debian/compat; then echo 4 debian/compat; fi; \ fi dh_installdirs usr/lib/R/site-library R CMD INSTALL -l /tmp/buildd/gmodels-2.10.0/debian/r-cran-gmodels/usr/lib/R/site-library --clean . * Installing *source* package 'gmodels' ... ** R ** preparing package for lazy loading Error in loadNamespace(i[[1]], c(lib.loc, .libPaths())) : there is no package called 'gtools' Execution halted ERROR: lazy loading failed for package 'gmodels' ** Removing '/tmp/buildd/gmodels-2.10.0/debian/r-cran-gmodels/usr/lib/R/site-library/gmodels' make: *** [R_any_arch] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ --- Received: (at 339856-close) by bugs.debian.org; 19 Nov 2005 14:51:20 + From [EMAIL PROTECTED] Sat Nov 19 06:51:20 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdTzi-0005DM-Lj; Sat, 19 Nov 2005 06:47:10 -0800 From: Dirk Eddelbuettel [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#339856: fixed in gmodels 2.10.0-2 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 06:47:10 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: gmodels Source-Version: 2.10.0-2 We believe that the bug you reported is fixed in the latest version of gmodels, which is due to be installed in the Debian FTP archive: gmodels_2.10.0-2.diff.gz to pool/main/g/gmodels/gmodels_2.10.0-2.diff.gz gmodels_2.10.0-2.dsc to pool/main/g/gmodels/gmodels_2.10.0-2.dsc r-cran-gmodels_2.10.0-2_all.deb to pool/main/g/gmodels/r-cran-gmodels_2.10.0-2_all.deb A summary of the changes between this version
Bug#339894: sdcc: FTBFS: lyx: Command not found
Package: sdcc Version: 2.5.0-8 Severity: serious Hi, building the package sdcc in a clean sid build environment (with pbuilder) on i386 results in: = [...] dh_fixperms -a dh_installdeb -a dh_shlibdeps -a dpkg-shlibdeps: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-shlibdeps: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dh_gencontrol -a dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} dh_md5sums -a dh_builddeb -a dpkg-deb: building package `sdcc' in `../sdcc_2.5.0-8_i386.deb'. dpkg-deb: building package `sdcc-ucsim' in `../sdcc-ucsim_2.5.0-8_i386.deb'. dh_testdir cd doc /usr/bin/make make[1]: Entering directory `/tmp/buildd/sdcc-2.5.0/doc' lyx -e latex sdccman.lyx make[1]: lyx: Command not found make[1]: *** [sdccman.tex] Error 127 make[1]: Leaving directory `/tmp/buildd/sdcc-2.5.0/doc' make: *** [build-indep-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339409: acknowledged by developer (Re: Bug#339409: typo in lib64z1-dev dependency)
This one time, at band camp, Matthias Klose said: Debian Bug Tracking System writes: As far as I can tell there is no actual bug here: the lib64c-dev provides exists in unstable and the dependency appears to do what I was expecting it to do. yes, but you are required to depend on a real package as well, not just only on a virtual package. I sort of diagree here. AIUI, the reason for the rule to depend on real || virtual is to have consistent behavior when doing automated packaging work - the autobuilders will install the same package from a given pool of choices and so on. This is to cover things like awk, which is provided by gawk, mawk, etc. This is not that sort of situation - if I read things right, there is only one package on each architecture providing this virtual package - the virtual package is only there to provide an easy way to get that functionality across architectures without hard-coding all of the architectures individually. If there were more than one package per architecture providing this virtual package, then the dependency would need to be adjusted to provide consistent behavior. But at first blush, we don't seem to be there. But I may be missing something. I'm willing ot be convinced, but this seems like one of those corner cases where following policy to the letter is actually less helpful than the current arrangement. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance
Filipus Klutiero [EMAIL PROTECTED] If someone doesn't agree that this is an order of magnitude too optimistic, I'll point to http://lwn.net/Articles/149976/ That article is known to contain basic errors. See, for example, http://azure.humbug.org.au/~aj/blog/2005/09/09 indolence log, by Anthony Towns or the comments from the article, even. Actually, Debian takes security very seriously. is just a questionable That's a bit low. statement, but giving a statistic that wrong about it just kills credibility. Please explain how you know that the statistic is that wrong. I think the statistic is questionable, so there should be verification/substantiation of the statistic, but I don't know whether it's right or wrong. I think it's prejudging things to delete the first paragraph as suggested. Hope that helps, -- MJ Ray - personal email, see http://mjr.towers.org.uk/email.html Work: http://www.ttllp.co.uk/ irc.oftc.net/slef Jabber/SIP ask -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339891: marked as done (evms: corrupts RAID-5 volumes when running in degraded mode)
Your message dated Sat, 19 Nov 2005 16:04:25 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#339891: evms: corrupts RAID-5 volumes when running in degraded mode has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Nov 2005 14:43:55 + From [EMAIL PROTECTED] Sat Nov 19 06:43:54 2005 Return-path: [EMAIL PROTECTED] Received: from cassarossa.samfundet.no ([129.241.93.19] ident=Debian-exim) by spohr.debian.org with esmtp (Exim 4.50) id 1EdTwY-0004va-Ny for [EMAIL PROTECTED]; Sat, 19 Nov 2005 06:43:54 -0800 Received: from trofast.sesse.net ([129.241.93.32]) by cassarossa.samfundet.no with esmtp (Exim 4.50) id 1EdTwV-m4-UB; Sat, 19 Nov 2005 15:43:53 +0100 Received: from sesse by trofast.sesse.net with local (Exim 3.36 #1 (Debian)) id 1EdTvs-000495-00; Sat, 19 Nov 2005 15:43:12 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Steinar H. Gunderson [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: evms: corrupts RAID-5 volumes when running in degraded mode X-Mailer: reportbug 3.17 Date: Sat, 19 Nov 2005 15:43:11 +0100 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: evms Version: 2.5.2-1 Severity: critical Justification: causes serious data loss This is mainly a placeholder bug for my upcoming EVMS upload to stable; it has already been addressed in unstable (and will eventually progress to testing). (A -done message informing the BTS about the fact that 2.5.3 fixes it will be sent shortly.) EVMS prior to 2.5.3 has a buffer overflow when dealing with degraded RAID-5 volumes; in short, the wrong memory gets overwritten and EVMS segfaults. This can render the entire system unbootable (since the root volume might be on RAID-5, and evms_activate crashes upon loading the md plugin), but I've also seen it eat the RAID-5 superblock. There is also a bug where the engine might segfault when doing a RAID-5 expand, but AFAIK, all this does is to segfault evms; I haven't seen it cause data loss. Also, RAID-5 expand is sort of an infrequent use case anyhow... The solution is to simply backport the RAID-5 fixes from 2.5.3 into 2.5.2. The two entries from the changelog are: - Fix stack corruption bug in MD plugin. [Marcus Meissner] - Fix memory corruption bug for RAID-5 regions running in degraded mode. [Gleb Stiblo] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages evms depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libevms-2.5 2.5.3-6Enterprise Volume Management Syste Versions of packages evms recommends: pn evms-cli none (no description available) ii evms-gui 2.5.3-6Enterprise Volume Management Syste -- debconf-show failed --- Received: (at 339891-done) by bugs.debian.org; 19 Nov 2005 15:05:12 + From [EMAIL PROTECTED] Sat Nov 19 07:05:12 2005 Return-path: [EMAIL PROTECTED] Received: from cassarossa.samfundet.no ([129.241.93.19] ident=Debian-exim) by spohr.debian.org with esmtp (Exim 4.50) id 1EdUHA-0001gU-IR for [EMAIL PROTECTED]; Sat, 19 Nov 2005 07:05:12 -0800 Received: from trofast.ipv6.sesse.net ([2001:700:300:dc03:20e:cff:fe36:a766] helo=trofast.sesse.net) by cassarossa.samfundet.no with esmtp (Exim 4.50) id 1EdUH3-00077q-8B for [EMAIL PROTECTED]; Sat, 19 Nov 2005 16:05:10 +0100 Received: from sesse by trofast.sesse.net with local (Exim 3.36 #1 (Debian)) id 1EdUGP-0004EQ-00 for [EMAIL PROTECTED]; Sat, 19 Nov 2005 16:04:25 +0100 Date: Sat, 19 Nov 2005 16:04:25 +0100 From: Steinar H. Gunderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#339891: evms: corrupts RAID-5 volumes when running in degraded mode Message-ID: [EMAIL PROTECTED] References: [EMAIL
Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'
package openhackware severity 339870 normal retitle 339870 openhackware: should not try to build on !powerpc environments merge 339870 322300 thanks On Sat, Nov 19, 2005 at 01:55:43PM +0100, Roland Stigge wrote: Package: openhackware Version: 0.4.1-1 Severity: serious building the package openhackware in a clean sid build environment (with pbuilder) on i386 results in: It's supposed to only be buildable on a ppc environment, be it native or crosscompiled. The problem is that right now we don't have a clear way to specify this kind of build requirement. What I can do is ask for an addition to Packages-arch-specific so that buildd (using P-a-s should not try this package if not on ppc), and then add checks to the package itself to bail out sooner and give a proper error message. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339214: library package needs to be renamed (libstdc++ allocator change)
#secure method=pgpmime mode=sign On 10477 March 1977, Thomas Bushnell wrote: - Your package was held back since it was requested to ease a move of whatever packages to testing. I cant see right now a unblock request in my mail folders (but that may be because Im @work, so may be unable to find it, limited access to my mailbox @home) and simply skipped it while doing NEW and havent checked again if it could go through (sorry). The unblock was sent on November 2 to [EMAIL PROTECTED] It was repeated on November 17. Should I send requests directly to you instead of using that address? Or should I send repeated requests more frequently? (On what frequency?) Could you read what I wrote? The part in () about the @work. And no, the address is ok. Yes, here @home I can see the mail. Quoting You: Based on past experience, my guess is that it will simply wait, and wait, until it gets whatever special attention it needs. No reupload can change that. Pfffrt, wrong. Just always follow what vorlon says and do it. Can you perhaps tell me what I should do when I have questions like this? It has certainly been my experience that things which get put on back burner just stay there. An excellent example is this very example: what happened between November 2nd and today? We are all 17 days older now. Vorlon's email seems to have received an instantaneous response from you, where my email on November 2 is unanswered after more than two weeks. Is this normal procedure, or did something unusual happen in this case? Nothing unusual, I just happened to have a minute to comment on this bug when he asked me on IRC. -- bye Joerg lenny schneidet nie chilis und wascht euch dann _nicht_ die hände und reibt euch dann an der nase. lenny uargs, wie das brennt lenny hammer. das ist ja schlimmer als die dinger zu essen... pgplZRHzuGYOW.pgp Description: PGP signature
Processed: Re: Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'
Processing commands for [EMAIL PROTECTED]: package openhackware Ignoring bugs not assigned to: openhackware severity 339870 normal Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames' Severity set to `normal'. retitle 339870 openhackware: should not try to build on !powerpc environments Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames' Changed Bug title. merge 339870 322300 Bug#322300: openhackware: should not try to build on !powerpc environments Bug#339870: openhackware: should not try to build on !powerpc environments Merged 322300 339870. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.11.2005 um 07:44 schrieb Filipus Klutiero: If someone doesn't agree that this is an order of magnitude too optimistic, I'll point to http://lwn.net/Articles/149976/ I see some problems with theat article, you are referencing here: 1. It has no issue date (from the comments I guess, it was 8th of Septemper 2. The data is selective 3. One fix is listed (apache) for red hat which was not issued at 08th of september and three days later fixed in red hat than the Debian fix was out. So obviously the article was changed later without pointing the reader to that. Right below the article you can see that there are issues fixed within _one_ day for Debian. So even, if some fixes take longer (what ever may be the reason) the average time may still be correct though. I suggest to close the bug if there is no more substantial information about the sentence being totally wrong. greetings Jutta - -- http://www.witch.westfalen.de http://witch.muensterland.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iEYEARECAAYFAkN/VQMACgkQOgZ5N97kHkeT0ACeP4dKYkteWTcovvRr9wBjFbem oFgAoL0Mn4es4SaE6EzFqPZuhyIhJoiS =mVdq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 337478
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.8 tags 337478 + fixed-upstream Bug#337478: koffice: FTBFS: invalid use of undefined type `struct KisfilterRegistry' There were no tags set. Tags added: fixed-upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'
Processing commands for [EMAIL PROTECTED]: # The package doesn't build on the Architecture (all) it it declared for severity 339870 serious Bug#339870: openhackware: should not try to build on !powerpc environments Bug#322300: openhackware: should not try to build on !powerpc environments Severity set to `serious'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
reassign 339419 libgtk2.0-0 Hi, This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not crash. Cai Qian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: d4x crashes in strlen () from /lib64/libc.so.6
Processing commands for [EMAIL PROTECTED]: reassign 339419 libgtk2.0-0 Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6 Bug reassigned from package `d4x' to `libgtk2.0-0'. Hi, Unknown command or malformed arguments to command. This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and Unknown command or malformed arguments to command. libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not Unknown command or malformed arguments to command. crash. Unknown command or malformed arguments to command. Cai Qian Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339921: doc++: FTBFS: docify.ll:318: error: unknown escape sequence '\]'
Package: doc++ Version: 3.4.10-3.2 Severity: serious Hi, building the package doc++ in a clean sid build environment (with pbuilder) on i386 results in: = [...] depfile='.deps/readfiles.Po' tmpdepfile='.deps/readfiles.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I. -I../intl -DLOCALEDIR=\/usr/share/locale\ -c -o readfiles.o `test -f 'readfiles.cc' || echo './'`readfiles.cc In file included from /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/iostream.h:31, from nametable.h:28, from readfiles.ll:33: /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or iostream instead of the deprecated header iostream.h. To disable this warning use -Wno-deprecated. source='tex2gif.cc' object='tex2gif.o' libtool=no \ depfile='.deps/tex2gif.Po' tmpdepfile='.deps/tex2gif.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I. -I../intl -DLOCALEDIR=\/usr/share/locale\ -c -o tex2gif.o `test -f 'tex2gif.cc' || echo './'`tex2gif.cc In file included from /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/iostream.h:31, from tex2gif.cc:24: /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or iostream instead of the deprecated header iostream.h. To disable this warning use -Wno-deprecated. g++ -o doc++ Entry.o McDirectory.o McHashTable.o McWildMatch.o classgraph.o comment.o config.o cpp.o doc.o doc2dbxml.o doc2dbsgml.o doc2html.o doc2tex.o doc2xml.o getopt.o getopt1.o html.o java.o main.o nametable.o php.o readfiles.o tex2gif.o /bin/sh ../ylwrap `test -f 'docify.ll' || echo './'`docify.ll lex.docifyYY.c docify.cc -- flex -PdocifyYY source='docify.cc' object='docify.o' libtool=no \ depfile='.deps/docify.Po' tmpdepfile='.deps/docify.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I. -I../intl -DLOCALEDIR=\/usr/share/locale\ -c -o docify.o `test -f 'docify.cc' || echo './'`docify.cc docify.ll: In function 'int main(int, char**)': docify.ll:318: error: unknown escape sequence '\]' docify.ll:318: error: unknown escape sequence '\]' make[3]: *** [docify.o] Error 1 make[3]: Leaving directory `/tmp/buildd/doc++-3.4.10/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/doc++-3.4.10/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/doc++-3.4.10' make: *** [debian/stamp-makefile-build] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#259894: marked as done (wnn6-sdk: FTBFS with gcc-3.4: conflicting types for 'malloc')
Your message dated Sat, 19 Nov 2005 09:17:12 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#259894: fixed in wnn6-sdk 1.0.0-13 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 17 Jul 2004 06:32:15 + From [EMAIL PROTECTED] Fri Jul 16 23:32:15 2004 Return-path: [EMAIL PROTECTED] Received: from c204142.adsl.hansenet.de (localhost) [213.39.204.142] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Blik2-0006Y3-00; Fri, 16 Jul 2004 23:32:14 -0700 Received: from aj by localhost with local (Exim 4.34) id 1Blik0-0002tZ-RD; Sat, 17 Jul 2004 08:32:12 +0200 To: Debian Bug Tracking System [EMAIL PROTECTED] From: Andreas Jochens [EMAIL PROTECTED] Subject: wnn6-sdk: FTBFS with gcc-3.4: conflicting types for 'malloc' Message-Id: [EMAIL PROTECTED] Date: Sat, 17 Jul 2004 08:32:12 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: wnn6-sdk Severity: normal Tags: patch When building 'wnn6-sdk' with gcc-3.4 I get the following error: In file included from js.c:5629: malloc.c:57: error: conflicting types for 'malloc' malloc.c:57: error: conflicting types for 'malloc' malloc.c:58: error: conflicting types for 'free' js.c:5099: error: previous implicit declaration of 'free' was here malloc.c:60: error: conflicting types for 'calloc' malloc.c:60: error: conflicting types for 'calloc' malloc.c: In function `malloc0': malloc.c:66: warning: comparison between pointer and integer malloc.c: In function `realloc0': malloc.c:87: warning: comparison between pointer and integer make[4]: *** [js.o] Error 1 make[4]: Leaving directory `/wnn6-sdk-1.0.0/src/contrib/im/Xsi/Wnn/jlib' make[3]: *** [all] Error 2 make[3]: Leaving directory `/wnn6-sdk-1.0.0/src/contrib/im/Xsi/Wnn' make[2]: *** [all] Error 2 make[2]: Leaving directory `/wnn6-sdk-1.0.0/src/contrib/im/Xsi' make[1]: *** [World] Error 2 make[1]: Leaving directory `/wnn6-sdk-1.0.0/src/contrib/im/Xsi' make: *** [build-stamp] Error 2 With the attached patch 'wnn6-sdk' can be compiled using gcc-3.4. Regards Andreas Jochens diff -urN ../tmp-orig/wnn6-sdk-1.0.0/patch/malloc.patch ./patch/malloc.patch --- ../tmp-orig/wnn6-sdk-1.0.0/patch/malloc.patch 2001-03-31 10:18:55.0 +0200 +++ ./patch/malloc.patch2004-07-17 08:21:26.834059148 +0200 @@ -1,15 +1,6 @@ diff -uNr src/contrib/im/Xsi.orig/Wnn/etc/bdic.c src/contrib/im/Xsi/Wnn/etc/bdic.c --- src/contrib/im/Xsi.orig/Wnn/etc/bdic.c Fri Sep 1 18:58:54 2000 +++ src/contrib/im/Xsi/Wnn/etc/bdic.c Sat Mar 31 17:17:50 2001 -@@ -179,6 +179,8 @@ - #define max(a, b) ((a b)? b:a) - #endif - -+extern char*malloc0(); -+ - /*:::DOC_START - * - *Function Name: dic_get_compressed_filename @@ -1849,7 +1851,7 @@ hjt.hindo_area = (int)((serial + MAX_HINDO_DATA_AREA - 1) / MAX_HINDO_DATA_AREA); if(hjt.hindo_area != 0) { @@ -841,7 +832,7 @@ diff -uNr src/contrib/im/Xsi.orig/Wnn/jlib/malloc.c src/contrib/im/Xsi/Wnn/jlib/malloc.c --- src/contrib/im/Xsi.orig/Wnn/jlib/malloc.c Thu Jan 1 09:00:00 1970 +++ src/contrib/im/Xsi/Wnn/jlib/malloc.c Sat Mar 31 17:17:50 2001 -@@ -0,0 +1,94 @@ +@@ -0,0 +1,86 @@ +/* + * $Id: malloc.c,v 1.3 1994/08/19 01:31:26 kuwa Exp $ + */ @@ -894,14 +885,6 @@ + */ +#include stdio.h +/* #include wnn_malloc.h */ -+#undefmalloc -+#undefrealloc -+#undeffree -+ -+extern char *malloc(); -+extern void free(); -+extern char *realloc(); -+extern char *calloc(); + +char * +malloc0(size) --- Received: (at 259894-close) by bugs.debian.org; 19 Nov 2005 17:21:21 + From [EMAIL PROTECTED] Sat Nov 19 09:21:21 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdWKu-0001KH-Fc; Sat, 19 Nov 2005 09:17:12 -0800 From: Keita Maehara [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#259894: fixed in wnn6-sdk 1.0.0-13 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 09:17:12 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0
Bug#337740: marked as done (libwnn6-1: Missing conflicts with libwnn6)
Your message dated Sat, 19 Nov 2005 09:17:12 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#337740: fixed in wnn6-sdk 1.0.0-13 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 6 Nov 2005 03:18:12 + From [EMAIL PROTECTED] Sat Nov 05 19:18:12 2005 Return-path: [EMAIL PROTECTED] Received: from student29.mssm.org (bd-home-comp.no-ip.org) [209.222.194.226] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EYb2q-0003L2-00; Sat, 05 Nov 2005 19:18:12 -0800 Received: by bd-home-comp.no-ip.org (Postfix, from userid 1001) id 94AE7A81793; Sat, 5 Nov 2005 22:18:09 -0500 (EST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Bryan Donlan [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libwnn6-1: Missing conflicts with libwnn6 X-Mailer: reportbug 3.17 Date: Sat, 05 Nov 2005 22:18:09 -0500 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: libwnn6-1 Version: 1.0.0-12.1 Severity: grave Justification: renders package unusable When performing an automatic upgrade from libwnn6 to libwnn6-1, the following error occurs: Selecting previously deselected package libwnn6-1. (Reading database ... 144951 files and directories currently installed.) Unpacking libwnn6-1 (from .../libwnn6-1_1.0.0-12.1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libwnn6-1_1.0.0-12.1_i386.deb (--unpack): trying to overwrite `/usr/lib/libwnn6.so.1.0.0', which is also in package libwnn6 This is most likely due to a missing conflicts relationship with libwnn6 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- Received: (at 337740-close) by bugs.debian.org; 19 Nov 2005 17:21:20 + From [EMAIL PROTECTED] Sat Nov 19 09:21:20 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdWKu-0001KJ-GO; Sat, 19 Nov 2005 09:17:12 -0800 From: Keita Maehara [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#337740: fixed in wnn6-sdk 1.0.0-13 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 09:17:12 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: wnn6-sdk Source-Version: 1.0.0-13 We believe that the bug you reported is fixed in the latest version of wnn6-sdk, which is due to be installed in the Debian FTP archive: libwnn6-1_1.0.0-13_i386.deb to pool/main/w/wnn6-sdk/libwnn6-1_1.0.0-13_i386.deb libwnn6-dev_1.0.0-13_i386.deb to pool/main/w/wnn6-sdk/libwnn6-dev_1.0.0-13_i386.deb wnn6-sdk_1.0.0-13.dsc to pool/main/w/wnn6-sdk/wnn6-sdk_1.0.0-13.dsc wnn6-sdk_1.0.0-13.tar.gz to pool/main/w/wnn6-sdk/wnn6-sdk_1.0.0-13.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Keita Maehara [EMAIL PROTECTED] (supplier of updated wnn6-sdk package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 20 Nov 2005 00:13:30 +0900 Source: wnn6-sdk Binary: libwnn6-dev libwnn6-1 Architecture: source i386 Version: 1.0.0-13 Distribution: unstable Urgency: low Maintainer: Keita Maehara [EMAIL PROTECTED] Changed-By: Keita Maehara [EMAIL PROTECTED] Description: libwnn6-1 - Wnn6 client library libwnn6-dev - Header files
Bug#339698: gdesklets 0.35.2-3 won't start
This is odd, for no reason I can determine, I stopped getting that error. It still won't start, but now I get: [EMAIL PROTECTED]:~$ gdesklets Starting gdesklets-daemon... Cannot establish connection to daemon: timeout! The log file might help you solving the problem. And there is nothing in the log file. On Fri, 2005-11-18 at 11:24 +0100, Clément Stenac wrote: Hello, I cannot currently test this bug with python-2.3 due to #339718. (gdesklets does not start at all, even earlier in the process). However, with python 2.4, everything works correctly for me. Could you tell me which python version you are using (python -V)? Thanks, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337283: marked as done (upgrade breaks trac access.)
Your message dated Sat, 19 Nov 2005 15:52:12 -0200 with message-id [EMAIL PROTECTED] and subject line Isn't a bug but a UPGRADE issue that's documented has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 3 Nov 2005 16:57:57 + From [EMAIL PROTECTED] Thu Nov 03 08:57:57 2005 Return-path: [EMAIL PROTECTED] Received: from mail1.u.tv (ni-mail1.dna.utvinternet.net) [194.46.8.62] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EXiPU-Am-00; Thu, 03 Nov 2005 08:57:57 -0800 Received: from coll (unverified [194.46.238.45]) by ni-mail1.dna.utvinternet.net (Vircom SMTPRS 4.2.425.4) with ESMTP id [EMAIL PROTECTED]; Thu, 3 Nov 2005 16:57:44 + X-Modus-BlackList: 194.46.238.45=OK;[EMAIL PROTECTED] X-Modus-Trusted: 194.46.238.45=YES Received: from localhost (localhost [127.0.0.1]) by coll (Postfix) with ESMTP id E82592351F; Thu, 3 Nov 2005 16:58:23 + (GMT) Received: from coll ([127.0.0.1]) by localhost (saorleir.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13608-07; Thu, 3 Nov 2005 16:58:21 + (GMT) Received: by coll (Postfix, from userid 1000) id B35E92355C; Thu, 3 Nov 2005 16:58:21 + (GMT) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Alastair McKinstry [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: upgrade breaks trac access. X-Mailer: reportbug 3.17 Date: Thu, 03 Nov 2005 16:58:21 + Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: amavisd-new at saorleir.com Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: trac Version: 0.9-1 Severity: grave Oops... Trac detected an internal error: file is encrypted or is not a database Traceback (most recent call last): File /usr/lib/cgi-bin/trac.cgi, line 20, in ? cgi_frontend.run() File /usr/lib/python2.3/site-packages/trac/web/cgi_frontend.py, line 124, in run env = get_environment(req, os.environ, threaded=False) File /usr/lib/python2.3/site-packages/trac/web/main.py, line 338, in get_environment return _open_environment(env_path, threaded) File /usr/lib/python2.3/site-packages/trac/web/main.py, line 44, in _open_environment return open_environment(env_path) File /usr/lib/python2.3/site-packages/trac/env.py, line 375, in open_environment if env.needs_upgrade(): File /usr/lib/python2.3/site-packages/trac/env.py, line 281, in needs_upgrade if participant.environment_needs_upgrade(db): File /usr/lib/python2.3/site-packages/trac/env.py, line 334, in environment_needs_upgrade dbver = self.env.get_version(db) File /usr/lib/python2.3/site-packages/trac/env.py, line 204, in get_version cursor.execute(SELECT value FROM system WHERE name='database_version') File /usr/lib/python2.3/site-packages/trac/db.py, line 219, in execute args or []) File /usr/lib/python2.3/site-packages/trac/db.py, line 211, in _rollback_on_error return function(self, *args, **kwargs) DatabaseError: file is encrypted or is not a database Downgrading to 0.8 fixes the problem. Is an upgrade script required ? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages trac depends on: ii python-clearsilver 0.9.13-3.2 python bindings for clearsilver ii python-sqlite 1.0.1-4 python interface to SQLite 2 ii python2.3 2.3.5-8 An interactive high-level object-o ii python2.3-subversion1.2.3dfsg1-2 python modules for interfacing wit ii subversion 1.2.3dfsg1-2 advanced version control system (a Versions of packages trac recommends: ii apache2-mpm-prefork [httpd] 2.0.55-3 traditional model for Apache2 pn python2.3-setuptools none (no description available) -- no debconf information --- Received: (at 337283-done) by bugs.debian.org; 19 Nov 2005 17:52:25 + From [EMAIL PROTECTED] Sat Nov
Bug#337393: marked as done (libgtk-mozembed-ruby: FTBFS: Tries to install outside build directory)
Your message dated Sat, 19 Nov 2005 12:22:18 -0600 with message-id [EMAIL PROTECTED] and subject line Not reproducible has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 4 Nov 2005 09:41:19 + From [EMAIL PROTECTED] Fri Nov 04 01:41:19 2005 Return-path: [EMAIL PROTECTED] Received: from srv-smtp.math.univ-rennes1.fr [129.20.36.164] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EXy4V-00062r-00; Fri, 04 Nov 2005 01:41:19 -0800 Received: from frobnitz.homelinux.net (dyn37033.math.univ-rennes1.fr [129.20.37.33]) by srv-smtp.math.univ-rennes1.fr (Postfix) with ESMTP id E0AEDB8A3 for [EMAIL PROTECTED]; Fri, 4 Nov 2005 10:40:48 +0100 (CET) Received: from daniel by frobnitz.homelinux.net with local (Exim 4.54) id 1EXy3z-000682-Cd for [EMAIL PROTECTED]; Fri, 04 Nov 2005 10:40:47 +0100 To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libgtk-mozembed-ruby: FTBFS: Tries to install outside build directory Message-Id: [EMAIL PROTECTED] From: Daniel Schepler [EMAIL PROTECTED] Date: Fri, 04 Nov 2005 10:40:47 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: libgtk-mozembed-ruby Severity: serious Version: 0.3.1-2 From my pbuilder build log: ... dh_installdirs install -d debian/libgtk-mozembed-ruby install -d debian/libgtk-mozembed-ruby1.8 /usr/bin/make sitedir=/tmp/buildd/libgtk-mozembed-ruby-0.3.1/debian/libgtk-mozembed-ruby1.8/usr/lib/ruby install make[1]: Entering directory `/tmp/buildd/libgtk-mozembed-ruby-0.3.1' /usr/bin/install -c -m 0755 gtkmozembed.so /usr/local/lib/site_ruby/1.8/i486-linux /usr/bin/install: cannot create regular file `/usr/local/lib/site_ruby/1.8/i486-linux/gtkmozembed.so': Permission denied make[1]: *** [/usr/local/lib/site_ruby/1.8/i486-linux/gtkmozembed.so] Error 1 make[1]: Leaving directory `/tmp/buildd/libgtk-mozembed-ruby-0.3.1' make: *** [install-stamp] Error 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) --- Received: (at 337393-done) by bugs.debian.org; 19 Nov 2005 18:22:20 + From [EMAIL PROTECTED] Sat Nov 19 10:22:20 2005 Return-path: [EMAIL PROTECTED] Received: from dns.vivesantafe.com.mx ([148.235.142.114]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdXLw-0006iH-Da for [EMAIL PROTECTED]; Sat, 19 Nov 2005 10:22:20 -0800 Received: from localhost (dsl-200-78-37-188.prod-infinitum.com.mx [200.78.37.188]) (authenticated) by dns.vivesantafe.com.mx (8.11.6/8.11.6) with ESMTP id jAJIFw823401 for [EMAIL PROTECTED]; Sat, 19 Nov 2005 12:15:58 -0600 Date: Sat, 19 Nov 2005 12:22:18 -0600 From: David Moreno Garza [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Not reproducible Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.5.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by dns.vivesantafe.com.mx id jAJIFw823401 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-2.5 required=4.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 This bug is actually not reproducible on any machine where I'm running pbuilder, and not reported on the buildd logs: http://buildd.debian.org/build.php?arch=3Dpkg=3Dlibgtk-mozembed-ruby --=20 David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Ah=ED vienen esos pinches nacos otra vez. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337395: marked as done (libgtk-trayicon-ruby: FTBFS: Tries to install outside build directory)
Your message dated Sat, 19 Nov 2005 12:23:37 -0600 with message-id [EMAIL PROTECTED] and subject line Not reproducible has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 4 Nov 2005 09:44:19 + From [EMAIL PROTECTED] Fri Nov 04 01:44:19 2005 Return-path: [EMAIL PROTECTED] Received: from srv-smtp.math.univ-rennes1.fr [129.20.36.164] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EXy7P-0008HG-00; Fri, 04 Nov 2005 01:44:19 -0800 Received: from frobnitz.homelinux.net (dyn37033.math.univ-rennes1.fr [129.20.37.33]) by srv-smtp.math.univ-rennes1.fr (Postfix) with ESMTP id 916E8B8A3 for [EMAIL PROTECTED]; Fri, 4 Nov 2005 10:43:48 +0100 (CET) Received: from daniel by frobnitz.homelinux.net with local (Exim 4.54) id 1EXy6u-0007d4-C7 for [EMAIL PROTECTED]; Fri, 04 Nov 2005 10:43:48 +0100 To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libgtk-trayicon-ruby: FTBFS: Tries to install outside build directory Message-Id: [EMAIL PROTECTED] From: Daniel Schepler [EMAIL PROTECTED] Date: Fri, 04 Nov 2005 10:43:48 +0100 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: libgtk-trayicon-ruby Severity: serious Version: 0.1.0-3 From my pbuilder build log: ... /usr/bin/make sitedir=/tmp/buildd/libgtk-trayicon-ruby-0.1.0/debian/libgtk-trayicon-ruby1.8/usr/lib/ruby install make[1]: Entering directory `/tmp/buildd/libgtk-trayicon-ruby-0.1.0' /usr/bin/install -c -m 0755 gtktrayicon.so /usr/local/lib/site_ruby/1.8/i486-linux /usr/bin/install: cannot create regular file `/usr/local/lib/site_ruby/1.8/i486-linux/gtktrayicon.so': Permission denied make[1]: *** [/usr/local/lib/site_ruby/1.8/i486-linux/gtktrayicon.so] Error 1 make[1]: Leaving directory `/tmp/buildd/libgtk-trayicon-ruby-0.1.0' make: *** [install-stamp] Error 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) --- Received: (at 337395-done) by bugs.debian.org; 19 Nov 2005 18:23:39 + From [EMAIL PROTECTED] Sat Nov 19 10:23:39 2005 Return-path: [EMAIL PROTECTED] Received: from dns.vivesantafe.com.mx ([148.235.142.114]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdXNC-0006lM-VF for [EMAIL PROTECTED]; Sat, 19 Nov 2005 10:23:39 -0800 Received: from localhost (dsl-200-78-37-188.prod-infinitum.com.mx [200.78.37.188]) (authenticated) by dns.vivesantafe.com.mx (8.11.6/8.11.6) with ESMTP id jAJIHH823408 for [EMAIL PROTECTED]; Sat, 19 Nov 2005 12:17:17 -0600 Date: Sat, 19 Nov 2005 12:23:37 -0600 From: David Moreno Garza [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Not reproducible Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.5.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by dns.vivesantafe.com.mx id jAJIHH823408 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-2.5 required=4.0 tests=BAYES_00,RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 This ain't applies on the current snapshot of the package. No pbuilder is actually doing this and buildd logs don't show such failing: http://buildd.debian.org/build.php?arch=3Dpkg=3Dlibgtk-trayicon-ruby --=20 David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Ah=ED vienen esos pinches nacos otra vez. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance
On Sat, Nov 19, 2005 at 03:46:23PM +, MJ Ray wrote: I think the statistic is questionable, so there should be verification/substantiation of the statistic, but I don't know whether it's right or wrong. I think it's prejudging things to delete the first paragraph as suggested. I don't know what that data comes from, but I did produce some statistics a while back: http://www.debian.org/News/2004/20040406 http://lists.debian.org/debian-security/2001/12/msg00257.html I guess that whomever disagrees with the current claim should produce hard evidence against it. It is not that difficult to craft, just take the CVE database, other vendor's advisories, Bugtraq and our list of DSAs, put it in the same database and generate a report of time to fix in Debian for the woody/sarge releases. Regards Javier PS: Contact me through private e-mail if anybody wants some of the scripts I used for the statistics above. BTW, some of the data is available at http://people.debian.org/~jfs/debconf/security/data/, but not the scripts. signature.asc Description: Digital signature
Bug#339409: acknowledged by developer (Re: Bug#339409: typo in lib64z1-dev dependency)
On Sat, Nov 19, 2005 at 03:20:20PM +, Stephen Gran wrote: If there were more than one package per architecture providing this virtual package, then the dependency would need to be adjusted to provide consistent behavior. But at first blush, we don't seem to be there. Yes, that's pretty much it - the real package is only needed to avoid tools like apt getting upset if they have to make a decision about what to install. If there is only one possible option this doesn't apply (which is why you can use Provides: when renaming a package). -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Processed: Should be marked as fixed in testing/unstable
Processing commands for [EMAIL PROTECTED]: close 320017 1:6.3-085+1 Bug#320017: vim: Arbitrary code execution in modelines (CAN-2005-2368) 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1:6.3-085+1, send any further explanations to Martin Pitt [EMAIL PROTECTED] Removed pending tag. close 320017 1:6.3-071+1sarge1 Bug#320017: vim: Arbitrary code execution in modelines (CAN-2005-2368) 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1:6.3-071+1sarge1, send any further explanations to Martin Pitt [EMAIL PROTECTED] thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#338434: sylpheed: Buffer overflow in LDIF import
Processing commands for [EMAIL PROTECTED]: package sylpheed Ignoring bugs not assigned to: sylpheed reassign 338434 sylpheed-gtk1 Bug#338434: sylpheed: Buffer overflow in LDIF import Bug reassigned from package `sylpheed' to `sylpheed-gtk1'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338434: sylpheed: Buffer overflow in LDIF import
package sylpheed reassign 338434 sylpheed-gtk1 thanks On Thu, 10 Nov 2005 10:13:03 +0100 Moritz Muehlenhoff [EMAIL PROTECTED] wrote: Package: sylpheed Severity: grave Tags: security Justification: user security hole A remotely exploitable buffer overflow was found in Sylpheed. Quoting from the web site: | Since a security hole was discovered, the fixed versions were released. | All users are recommended to upgrade. | | There was a bug that caused buffer overflow in the LDIF import routine | of the addressbook. This bug exists in every version since 0.6.4. It | only affects when the LDIF import feature is used. This has been fixed in 2.0.4 and 2.1.6. Stable and oldstable should be affected as well, if the LDIF import feature is available in the Debian package. Both 2.0.4 and 2.1.6 are now available in sid and experimental, so I'm reasiging this bug to sylpheed-gtk1 now, until 1.0.6 (which fixes the bug for it) is available in the archive. Thanks for reporting, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 326073
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.8 #Not a localization bug, just encoding related tags 326073 - l10n Bug#326073: sylpheed: causes corruption of non-ASCII messages after edit with external editor Tags were: l10n Tags removed: l10n End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326073: marked as done (sylpheed: causes corruption of non-ASCII messages after edit with external editor)
Your message dated Sat, 19 Nov 2005 21:32:31 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#326073: sylpheed: causes corruption of non-ASCII messages after edit with external editor has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 1 Sep 2005 16:06:07 + From [EMAIL PROTECTED] Thu Sep 01 09:06:07 2005 Return-path: [EMAIL PROTECTED] Received: from master.debian.org [146.82.138.7] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EArZn-0002bu-00; Thu, 01 Sep 2005 09:06:07 -0700 Received: from garden.wh.uni-dortmund.de ([127.0.0.1]) [129.217.129.131] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1EArZm-0001eN-00; Thu, 01 Sep 2005 11:06:06 -0500 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Walter B. Rasmann [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: sylpheed: causes corruption of non-ASCII messages after edit with external editor X-Mailer: reportbug 3.15 Date: Thu, 01 Sep 2005 18:06:18 +0200 X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-9.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, OUR_MTA_MSGID,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 Package: sylpheed Version: 2.0.0-1 Severity: grave Tags: l10n Justification: causes non-serious data loss When edit with external editor is choosen after a part of the message has already been composed in sylpheed's own editor, non-ASCII characters (japanese, for instance) are automatically replaced by the '_' character, which can cause a loss of the current message. When the message is saved to the draft folder afterwards, the header contains: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit When it is saved to the draft folder before using edit with external editor, the header is Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit as expected (outgoing encoding is set to UTF-8, the content Transfer encoding to automatic). It does not seem to matter, which editor is given in the options. I have tried the following: kwrite %s konsole -e vi %s konsole -e ispell %s (blank - emacs is called) The programmes called show the already altered message. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sylpheed depends on: ii libatk1.0-01.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgpg-error0 1.1-4 library for common error values an ii libgpgme11 1.0.2-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.8-1 The GTK+ graphical user interface ii libldap2 2.1.30-11 OpenLDAP libraries ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio ii libpisock8 0.11.8-10 Library for communicating with a P ii libssl0.9.70.9.7e-3 SSL shared libraries ii sylpheed-i18n 2.0.0-1 Locale data for Sylpheed (i18n sup Versions of packages sylpheed recommends: ii aspell-en6.0-0-3 English dictionary for GNU Aspell pn metamail none (no description available) ii sylpheed-claws-scripts 1.0.4-1 Helper scripts for Sylpheed and Sy ii xfonts-100dpi4.3.0.dfsg.1-14 100 dpi fonts for X ii xfonts-75dpi 4.3.0.dfsg.1-14 75 dpi fonts for X -- no debconf information --- Received: (at 326073-done) by bugs.debian.org; 19 Nov 2005 20:33:01 + From [EMAIL PROTECTED] Sat Nov 19 12:33:01 2005 Return-path: [EMAIL PROTECTED] Received: from smtp.telecable.es ([212.89.0.19]) by
Bug#339940: apt-dpkg-ref: FTBFS: can't find file `apt-dpkg-ref.tex'
Package: apt-dpkg-ref Version: 5 Severity: serious Hi, building the package apt-dpkg-ref in a clean sid build environment (with pbuilder) on i386 results in: = [...] dh_testdir # Add here commands to compile the package. ./make-docs /usr/lib/clisp/base/lisp.run: operating system error during load of initialization file `/usr/lib/clisp/base/lispinit.mem' [spvw_memfile.d:834] errno = ENOENT: No such file or directory. This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `apt-dpkg-ref.tex'. * apt-dpkg-ref.tex Please type another input file name: ! Emergency stop. * apt-dpkg-ref.tex No pages of output. Transcript written on texput.log. This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `apt-dpkg-ref.tex'. * apt-dpkg-ref.tex Please type another input file name: ! Emergency stop. * apt-dpkg-ref.tex No pages of output. Transcript written on texput.log. This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) dvips: ! DVI file can't be opened. make: *** [build-stamp] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
Cai Qian wrote: This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not crash. Could you provide a simpler testcase? Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330559: Uninstallable: depends on phpapi-20020918, unexisting package.
Package: turck-mmcache Followup-For: Bug #330559 Hi, the package is phpapi-20050606 (IIIRC) which is provided for example by libapache2-mod-php4. Regards Rolf -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339947: postgresql-pljava: FTBFS: missing files
Package: postgresql-pljava Version: 1.1.0-3 Severity: serious Hi, building the package postgresql-pljava in a clean sid build environment (with pbuilder) on i386 results in: = [...] gcj -C -d . java sources /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java: In class 'org.postgresql.pljava.jdbc.SPIConnection': /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java: In method 'org.postgresql.pljava.jdbc.SPIConnection.basicCalendricalCoersion(java.lang.Class,java.lang.Object,java.util.Calendar)': /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java:785: warning: The method 'valueOf' in class 'java.sql.Date' has been deprecated. return Date.valueOf((String)value); ^ /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java:799: warning: The method 'valueOf' in class 'java.sql.Time' has been deprecated. return Time.valueOf((String)value); ^ 2 warnings gcj -c -fPIC -fjni -o /tmp/buildd/postgresql-pljava-1.1.0/build/objs/pljava_jar.o java sources /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java: In class 'org.postgresql.pljava.jdbc.SPIConnection': /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java: In method 'org.postgresql.pljava.jdbc.SPIConnection.basicCalendricalCoersion(java.lang.Class,java.lang.Object,java.util.Calendar)': /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java:785: warning: The method 'valueOf' in class 'java.sql.Date' has been deprecated. return Date.valueOf((String)value); ^ /tmp/buildd/postgresql-pljava-1.1.0/src/java/pljava/org/postgresql/pljava/jdbc/SPIConnection.java:799: warning: The method 'valueOf' in class 'java.sql.Time' has been deprecated. return Time.valueOf((String)value); ^ 2 warnings jar cf /tmp/buildd/postgresql-pljava-1.1.0/build/pljava.jar . make[2]: Leaving directory `/tmp/buildd/postgresql-pljava-1.1.0/build/classes/pljava' make[2]: Entering directory `/tmp/buildd/postgresql-pljava-1.1.0/build/objs' /tmp/buildd/postgresql-pljava-1.1.0/src/C/Makefile.global:12: /usr/lib/postgresql/8.1/lib/pgxs/src/makefiles/../Makefile.global: No such file or directory /tmp/buildd/postgresql-pljava-1.1.0/src/C/pljava/Makefile:130: /usr/lib/postgresql/8.1/lib/pgxs/src/makefiles/../Makefile.shlib: No such file or directory make[2]: *** No rule to make target `/usr/lib/postgresql/8.1/lib/pgxs/src/makefiles/../Makefile.shlib'. Stop. make[2]: Leaving directory `/tmp/buildd/postgresql-pljava-1.1.0/build/objs' make[1]: *** [c_all] Error 2 make[1]: Leaving directory `/tmp/buildd/postgresql-pljava-1.1.0' make: *** [debian/stamp-makefile-build] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339889: not an API change
This isn't an API change, it's a bug in libpng that this symbol is not exported. From png.h: /* Place a 16-bit number into a buffer in PNG byte order. * The parameter is declared unsigned int, not png_uint_16, * just to avoid potential problems on pre-ANSI C compilers. */ PNG_EXTERN void png_save_uint_16 PNGARG((png_bytep buf, unsigned int i)); Anyway, the next upload will work around this. -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpfmeXVN8HgX.pgp Description: PGP signature
Bug#334089: remotely segfaultable, DOS
Hi! Steve Langasek wrote: I've tracked this bug in centericq down to a failure to deal with short packets (or packets declaring their own length to be zero). The attached patch fixes this segfault, by stopping without further processing of the packet when its length is determined to be zero. Two words: You rock! I don't see any obvious way that this bug could be exploited to gain remote access, but unfortunately there may be a non-obvious way... I've cc:ed the security team, so they can evaluate whether this warrants a security upload -- perhaps the DoS alone is enough reason for an update. Crashing arbitrary user applications has been considered a vulnerability since it's a remote denial of service in this case. I guess that we should update. To Julien: Please let me know the version in sid that will fix this problem. I'll provide a CVE name asap. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339947: postgresql-pljava: FTBFS: missing files
Roland Stigge wrote: building the package postgresql-pljava in a clean sid build environment (with pbuilder) on i386 results in: This is actually a symptom of a bug in the dependencies of the postgresql packages, which is currently under discussion. It should be cleared up in the next couple of days. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329686: marked as done (libkrb53: linker error on powerpc makes depending packages FTBFS)
Your message dated Sat, 19 Nov 2005 13:21:12 -0800 with message-id [EMAIL PROTECTED] and subject line libkrb53 is working fine now has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 22 Sep 2005 18:58:16 + From [EMAIL PROTECTED] Thu Sep 22 11:58:16 2005 Return-path: [EMAIL PROTECTED] Received: from s2.ukfsn.org (mail.ukfsn.org) [217.158.120.143] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EIWGu-0003EI-00; Thu, 22 Sep 2005 11:58:16 -0700 Received: from hardknott.home.whinlatter.ukfsn.org (dsl-88-104-41-148.access.as9105.com [88.104.41.148]) by mail.ukfsn.org (Postfix) with ESMTP id 6FBABE6FFF; Thu, 22 Sep 2005 19:55:42 +0100 (BST) Received: from rleigh by hardknott.home.whinlatter.ukfsn.org with local (Exim 4.52) id 1EIWGP-0006Th-Sh; Thu, 22 Sep 2005 19:57:45 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Roger Leigh [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: FTBFS: fails to detect libkrb5 X-Mailer: reportbug 3.17 Date: Thu, 22 Sep 2005 19:57:45 +0100 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: postgresql-8.1 Version: 8.0+8.1beta-3 Severity: important Tags: experimental Justification: fails to build from source Hi, I get this failure in an experimental chroot, sid chroot and host sid system: checking for library containing krb5_encrypt... no configure: error: could not find function 'krb5_encrypt' required for Kerberos 5 make: *** [build-tree/postgresql-8.1beta1/config.status] Error 1 However, krb5_encrypt is not present in libkrb5.so: # nm -D /usr/lib/libkrb5.so | grep krb5_encrypt 0001e2c0 T decode_krb5_encryption_key 00024540 T encode_krb5_encryption_key U krb5_encrypt_data 0003a520 T krb5_encrypt_helper 0003a800 T krb5_encrypt_tkt_part Perhaps the configure check is broken, or libkrb5 has not built correctly on powerpc? Regards, Roger -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) --- Received: (at 329686-done) by bugs.debian.org; 19 Nov 2005 21:21:14 + From [EMAIL PROTECTED] Sat Nov 19 13:21:14 2005 Return-path: [EMAIL PROTECTED] Received: from smtp1.stanford.edu ([171.67.16.123]) by spohr.debian.org with esmtp (Exim 4.50) id 1Eda94-0002hQ-1c for [EMAIL PROTECTED]; Sat, 19 Nov 2005 13:21:14 -0800 Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.19.147]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with ESMTP id jAJLLCSY001472; Sat, 19 Nov 2005 13:21:12 -0800 Received: by windlord.stanford.edu (Postfix, from userid 1000) id 76CA6E7937; Sat, 19 Nov 2005 13:21:12 -0800 (PST) From: Russ Allbery [EMAIL PROTECTED] To: [EMAIL PROTECTED], Martin Pitt [EMAIL PROTECTED] Subject: libkrb53 is working fine now Organization: The Eyrie Date: Sat, 19 Nov 2005 13:21:12 -0800 Message-ID: [EMAIL PROTECTED] User-Agent: Gnus/5.110004 (No Gnus v0.4) XEmacs/21.4.17 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 Looks like this was a bug in binutils or somewhere else in the toolchain, as the powerpc buildds are now building Kerberos packages without any trouble and without any changes to the libkrb53 in Debian. I'm pretty sure that this has now been resolved, but feel free to reopen if you're still seeing problems. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339767: marked as done (rox - FTBFS: missing build dependency)
Your message dated Sat, 19 Nov 2005 14:02:55 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339767: fixed in rox 2.3-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 18 Nov 2005 17:44:28 + From [EMAIL PROTECTED] Fri Nov 18 09:44:28 2005 Return-path: [EMAIL PROTECTED] Received: from mobilewave.waldi.eu.org ([82.139.201.22]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdAHk-0004XB-3b for [EMAIL PROTECTED]; Fri, 18 Nov 2005 09:44:28 -0800 Received: by mobilewave.waldi.eu.org (Postfix, from userid 1000) id 86D2C1846D; Fri, 18 Nov 2005 18:44:26 +0100 (CET) Date: Fri, 18 Nov 2005 18:44:26 +0100 From: Bastian Blank [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: rox - FTBFS: missing build dependency Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.11 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: rox Version: 2.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of rox_2.3-1 on debian-31 by sbuild/s390 69 [...] ** Using build dependencies supplied by package: Build-Depends: libgtk2.0-dev (= 2.0.1), libxml2-dev, debhelper (= 4.0.0), file, libatk1.0-dev, libglib2.0-dev (= 2.0.3), libpango1.0-dev, dpatch, libsm-dev, libx11-dev, x-dev, libxext-dev, libxi-dev, libxrender-dev, libice-dev, zlib1g-dev, libxrandr-dev, libxft-dev, libexpat1-dev, libxmu-dev, libxmuu-dev, libxp-dev, libxpm-dev, libxt-dev, libxtrap-dev, libxtst-dev, libxv-dev, pm-dev [...] checking that shared-mime-info (version = 0.16) is installed... no configure: error: Package is not installed Compile failed Press Return... make: *** [build-stamp] Error 1 ** Build finished at 20051116-0805 FAILED [dpkg-buildpackage died] Bastian --- Received: (at 339767-close) by bugs.debian.org; 19 Nov 2005 22:11:54 + From [EMAIL PROTECTED] Sat Nov 19 14:11:54 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdanP-00072o-Vn; Sat, 19 Nov 2005 14:02:55 -0800 From: Francesco Paolo Lovergine [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#339767: fixed in rox 2.3-2 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 14:02:55 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: rox Source-Version: 2.3-2 We believe that the bug you reported is fixed in the latest version of rox, which is due to be installed in the Debian FTP archive: rox-filer_2.3-2_i386.deb to pool/main/r/rox/rox-filer_2.3-2_i386.deb rox_2.3-2.diff.gz to pool/main/r/rox/rox_2.3-2.diff.gz rox_2.3-2.dsc to pool/main/r/rox/rox_2.3-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Francesco Paolo Lovergine [EMAIL PROTECTED] (supplier of updated rox package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 19 Nov 2005 21:23:45 +0100 Source: rox Binary: rox-filer Architecture: source i386 Version: 2.3-2 Distribution: unstable Urgency: low Maintainer: The ROX-in-Debian Project Team [EMAIL PROTECTED] Changed-By: Francesco Paolo Lovergine [EMAIL PROTECTED] Description: rox-filer - A simple graphical file manager for X11 Closes: 339767 Changes: rox (2.3-2) unstable; urgency=low . * Added
Bug#339889: marked as done (sng: FTBFS: png api change)
Your message dated Sat, 19 Nov 2005 14:02:59 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339889: fixed in sng 1.0.2-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Nov 2005 14:36:32 + From [EMAIL PROTECTED] Sat Nov 19 06:36:32 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net ([212.18.0.9]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdTpQ-0003fp-Ej for [EMAIL PROTECTED]; Sat, 19 Nov 2005 06:36:32 -0800 Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id CABC770259; Sat, 19 Nov 2005 15:34:44 +0100 (CET) Received: from atari.stigge.org (ppp-82-135-13-99.mnet-online.de [82.135.13.99]) by mail.m-online.net (Postfix) with ESMTP id 615AA136D68; Sat, 19 Nov 2005 15:36:27 +0100 (CET) Received: from [192.168.5.99] (localhost [127.0.0.1]) by atari.stigge.org (Postfix) with ESMTP id AD8761033FA4E; Sat, 19 Nov 2005 15:36:33 +0100 (CET) From: Roland Stigge [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: sng: FTBFS: png api change Message-Id: [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 15:36:33 +0100 (CET) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-7.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_SORBS autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: sng Version: 1.0.2-3 Severity: serious Hi, building the package sng in a clean sid build environment (with pbuilder) on i386 results in: = [...] fi sngd.c: In function 'dump_iCCP': sngd.c:528: warning: pointer targets in passing argument 4 of 'dump_data' differ in signedness sngd.c: In function 'dump_unknown_chunks': sngd.c:959: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:959: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c:965: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness sngd.c: In function 'sngd': sngd.c:1098: warning: pointer targets in passing argument 3 of 'png_set_keep_unknown_chunks' differ in signedness sngd.c: At top level: sngd.c:537: warning: 'dump_oFFs' defined but not used sngd.c:657: warning: 'dump_pCAL' defined but not used sngd.c:707: warning: 'dump_sCAL' defined but not used i486-linux-gnu-gcc -Wall -g -O2 -o sng main.o sngc.o sngd.o -lpng -lm -lz sngc.o: In function `compile_gIFg':/tmp/buildd/sng-1.0.2/sngc.c:1515: undefined reference to `png_save_uint_16' collect2: ld returned 1 exit status make[2]: *** [sng] Error 1 make[2]: Leaving directory `/tmp/buildd/sng-1.0.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/sng-1.0.2' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ --- Received: (at 339889-close) by bugs.debian.org; 19 Nov 2005 22:12:10 + From [EMAIL PROTECTED] Sat Nov 19 14:12:10 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdanT-00073W-Bd; Sat, 19 Nov 2005 14:02:59 -0800 From: [EMAIL PROTECTED] (Wesley J. Landaker) To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
Package: sysv-rc Version: 2.86.ds1-5 Severity: serious Debian Policy states (§9.3.1): Also, if the script name ends `.sh', the script will be sourced in runlevel `S' rather that being run in a forked subprocess, but will be explicitly run by `sh' in all other runlevels. This could probably be achieved with the attached patch, although there are quite a few instances in /etc/init.d/*.sh scripts where exit is called. These scripts need to be changed to use return* appropriately before the behaviour is changed. Note: I believe that return should work to exit from a script both when sourced and when executed but perhaps someone with a copy of POSIX could confirm. --bod --- /etc/init.d/rc.orig 2005-11-20 08:43:41.0 +1100 +++ /etc/init.d/rc 2005-11-20 08:55:10.0 +1100 @@ -37,12 +37,14 @@ action=$1 shift scripts=$@ +sh=sh +[ S = $runlevel ] sh=. case $CONCURRENCY in none) for script in $scripts ; do case $script in *.sh) - $debug sh $script $action + $debug $sh $script $action ;; *) $debug $script $action -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Brendan O'Dea] Debian Policy states (§9.3.1): Also, if the script name ends `.sh', the script will be sourced in runlevel `S' rather that being run in a forked subprocess, but will be explicitly run by `sh' in all other runlevels. What a strange thing for policy to specify. :) This will make it impossible to speed up the rcS.d boot by running scripts in parallel. It does not sound sensible to me. This could probably be achieved with the attached patch, although there are quite a few instances in /etc/init.d/*.sh scripts where exit is called. These scripts need to be changed to use return* appropriately before the behaviour is changed. Well, I would be surprised if any of the scripts used in rcS.d uses exit, as this would break the boot. The patch look good, but will be equivalent to a forked subprocess when running the scripts in parallel. Note: I believe that return should work to exit from a script both when sourced and when executed but perhaps someone with a copy of POSIX could confirm. As far as I know, return will exit the script if used in the 'outer' scope. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339961: rsplib-dev: file conflict with rsplib1
Package: rsplib-dev Version: 1.0.0-1 Severity: serious Justification: upgrades from sarge to etch fail When testing rsplib-dev with piuparts, specifically upgrades from sarge via etch to sid, I get the following error: Unpacking replacement rsplib-dev ... dpkg: error processing /var/cache/apt/archives/rsplib-dev_1.0.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/librsplib.so', which is also in package rsplib1 This happened during the upgrade from sarge to etch. An installation directly into a clean sid chroot does work. I assume the librsplib.so file shouldn't be in both packages. In case it helps, dpkg or apt-get decided to upgrade rsplib1 only after rsplib-dev. The whole piuparts log file is about 185 kilobytes, so I won't attach it, but I'd be glad to mail it on request. -- Happiness isn't happiness without a violin-playing goat. -- Notting Hill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329358: [bug #14619] find -perm +... broken in 4.2.25
Update of bug #14619 (project findutils): Status:None = Fixed Assigned to:None = jay ___ Follow-up Comment #15: I have applied an edited form of this patch to the current development code (since I already had some changes in the developement code and I went a bit fiurther in trying to be clear). ___ Reply to this item at: http://savannah.gnu.org/bugs/?func=detailitemitem_id=14619 ___ Message sent via/by Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339967: gmsh: FTBFS: DVI file can't be opened
Package: gmsh Version: 1.60.1-2 Severity: serious Hi, building the package gmsh in a clean sid build environment (with pbuilder) on i386 results in: = [...] [143] [144] [145] [146] [147] [148] [149] [150] [151] Chapter 10 [152] Chapter 11 [153] [154] (../VERSIONS [155] [156] [157] [158] [159] [160] [161] [162] [163]) (../CREDITS [164] [165]) Appendix A [166] Appendix B [167] [168] (../FAQ [169] [170] [171] [172] [173] [174] [175]) Appendix C [176] (./license.texi Underfull \hbox (badness 2368) in paragraph at lines 72--72 [EMAIL PROTECTED] TERMS AND CON-DI-TIONS FOR COPY-ING, [177] [178] [179] [180] [181]) (Concept index) [182] (./gmsh.cps [183] [184]) (Syntax index) [185] [186] (./gmsh.tps [187] [188] [189] [190] [191] [192] [193] [194]) [195] [196] ) (see the transcript file for additional information) /var/cache/fonts/pk/ljfou r/public/cm/cmti9.600pk /var/cache/fonts/pk/ljfour/public/cm/cmti10.540pk / var/cache/fonts/pk/ljfour/public/cm/cmtt12.720pk /var/cache/fonts/pk/ljfour/p ublic/cm/cmtt9.600pk /var/cache/fonts/pk/ljfour/public/cm/cmbx12.657pk /var /cache/fonts/pk/ljfour/public/cm/cmsy9.600pk /var/cache/fonts/pk/ljfour/publi c/cm/cmr9.600pk /var/cache/fonts/pk/ljfour/public/cm/cmr7.600pk /var/cache/ fonts/pk/ljfour/public/cm/cmtt10.657pk /var/cache/fonts/pk/ljfour/public/cm/c mti10.657pk /var/cache/fonts/pk/ljfour/public/cm/cmbxti10.864pk /var/cache/ fonts/pk/ljfour/public/cm/cmr12.600pk /var/cache/fonts/pk/ljfour/public/cm/cm sy10.657pk /var/cache/fonts/pk/ljfour/public/cm/cmbx12.720pk /var/cache/fon ts/pk/ljfour/public/cm/cmr10.657pk /var/cache/fonts/pk/ljfour/public/cm/cmbx1 2.1037pk /var/cache/fonts/pk/ljfour/public/cm/cmbx12.864pk Output written on gmsh.pdf (206 pages, 853813 bytes). Transcript written on gmsh.log. dvips gmsh -o This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) dvips: ! DVI file can't be opened. make[1]: *** [ps] Error 1 make[1]: Leaving directory `/tmp/buildd/gmsh-1.60.1/doc/texinfo' make: *** [build-stamp] Error 2 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance
Javier Fernández-Sanguino Peña a écrit : I don't know what that data comes from, but I did produce some statistics a while back: http://www.debian.org/News/2004/20040406 http://lists.debian.org/debian-security/2001/12/msg00257.html I guess that whomever disagrees with the current claim should produce hard evidence against it. Hi Javier, I'd like to be sure about which claim you refer to. The current claim is the one that says that Debian *does* issue fixes for most problems under 48 hours, right? I'm asking since if I understand right the statistics you produced do make the bug valid. It is not that difficult to craft, just take the CVE database, other vendor's advisories, Bugtraq and our list of DSAs, put it in the same database and generate a report of time to fix in Debian for the woody/sarge releases. Regards Javier PS: Contact me through private e-mail if anybody wants some of the scripts I used for the statistics above. BTW, some of the data is available at http://people.debian.org/~jfs/debconf/security/data/, but not the scripts. That looks interesting but also like a 404. I red your 2001 post and one of the attachments is integrated in the text. I don't know how to view it. I also don't know how to use the bin0.bin attached. gunzip-ing and trying a PNG viewer on it seemed to fail.
Bug#339972: phalanx: /var/games doesn't exist
Package: phalanx Version: 22-15 Severity: serious Justification: uninstallable in some circumstances While testing phalanx with piuparts, I get the following error: Unpacking phalanx (from .../phalanx_22-15_i386.deb) ... Setting up phalanx (22-15) ... dd: opening `/var/games/phalanx.learn': No such file or directory dpkg: error processing phalanx (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: phalanx E: Sub-process /usr/bin/dpkg returned an error code (1) This would seem to be because the postinst script assumes /var/games exists, but it is not part of base-files, so the package needs to create it if it doesn't exist, and remove when the package is removed (unless it's still being used by others). For example the gnome-games package does this (the first package I found). -- On a clear disk, you seek forever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
On Sat, Nov 19, 2005 at 11:33:44PM +0100, Petter Reinholdtsen wrote: [Brendan O'Dea] Debian Policy states (§9.3.1): Also, if the script name ends `.sh', the script will be sourced in runlevel `S' rather that being run in a forked subprocess, but will be explicitly run by `sh' in all other runlevels. What a strange thing for policy to specify. :) I'm not quite sure what the initial rationale was, although Adam Heath suggested on IRC that it could be to allow scripts to set environment variables which would propagate through to subsequent scripts. This will make it impossible to speed up the rcS.d boot by running scripts in parallel. It does not sound sensible to me. Yes, I saw CONCURRENCY in /etc/init.d/rc. Not quite sure how that's supposed to work with a value of shell. I presume that startpar is/will be a helper function/script that interprets the LSB Required-Start pseudo header? This could probably be achieved with the attached patch, although there are quite a few instances in /etc/init.d/*.sh scripts where exit is called. These scripts need to be changed to use return* appropriately before the behaviour is changed. Well, I would be surprised if any of the scripts used in rcS.d uses exit, as this would break the boot. It won't currently, but will if the patch is applied. $ grep -lw exit /etc/rcS.d/*.sh | wc -l 12 --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Brendan O'Dea] I'm not quite sure what the initial rationale was, although Adam Heath suggested on IRC that it could be to allow scripts to set environment variables which would propagate through to subsequent scripts. I'm not sure why it is documented in policy, but the sysv-rc implementation for rcS used to source these scripts to cut down the boot time. I'm not sure if it actually had any effect, but as far as I can read from the source and history of the package, it was purely a optimization, and not intended to pass variables around. Yes, I saw CONCURRENCY in /etc/init.d/rc. Not quite sure how that's supposed to work with a value of shell. I presume that startpar is/will be a helper function/script that interprets the LSB Required-Start pseudo header? startpar is just a helper to serialise the output from programs running in parallel, and has nothing to do with the LSB headers. The dependency information can be used to order the scripts, and the 'shell' and 'startpar' argument will then run all scripts with the same order value in parallel. This speed up the boot. It won't currently, but will if the patch is applied. $ grep -lw exit /etc/rcS.d/*.sh | wc -l 12 Some of these are not reachable in the normal case, but others are. And some of these have been in the scripts when the .sh scripts were sourced, so I am unsure how this could work previously. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338434: marked as done (sylpheed: Buffer overflow in LDIF import)
Your message dated Sat, 19 Nov 2005 16:02:22 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#338434: fixed in sylpheed-gtk1 1.0.6-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 10 Nov 2005 09:13:12 + From [EMAIL PROTECTED] Thu Nov 10 01:13:12 2005 Return-path: [EMAIL PROTECTED] Received: from inutil.org ([193.22.164.111] helo=vserver151.vserver151.serverflex.de) by spohr.debian.org with esmtp (Exim 4.50) id 1Ea8Ua-0001vY-BH for [EMAIL PROTECTED]; Thu, 10 Nov 2005 01:13:12 -0800 Received: from wlan-client-280.informatik.uni-bremen.de ([134.102.117.30] helo=localhost.localdomain) by vserver151.vserver151.serverflex.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1Ea8UX-qk-OL for [EMAIL PROTECTED]; Thu, 10 Nov 2005 10:13:09 +0100 Received: from jmm by localhost.localdomain with local (Exim 4.54) id 1Ea8UR-0001rI-Mw; Thu, 10 Nov 2005 10:13:03 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Moritz Muehlenhoff [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: sylpheed: Buffer overflow in LDIF import X-Mailer: reportbug 3.17 Date: Thu, 10 Nov 2005 10:13:03 +0100 X-Debbugs-Cc: Debian Security Team [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] X-SA-Exim-Connect-IP: 134.102.117.30 X-SA-Exim-Mail-From: [EMAIL PROTECTED] X-SA-Exim-Scanned: No (on vserver151.vserver151.serverflex.de); SAEximRunCond expanded to false Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 Package: sylpheed Severity: grave Tags: security Justification: user security hole A remotely exploitable buffer overflow was found in Sylpheed. Quoting from the web site: | Since a security hole was discovered, the fixed versions were released. | All users are recommended to upgrade. | | There was a bug that caused buffer overflow in the LDIF import routine | of the addressbook. This bug exists in every version since 0.6.4. It | only affects when the LDIF import feature is used. This has been fixed in 2.0.4 and 2.1.6. Stable and oldstable should be affected as well, if the LDIF import feature is available in the Debian package. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) --- Received: (at 338434-close) by bugs.debian.org; 20 Nov 2005 00:11:20 + From [EMAIL PROTECTED] Sat Nov 19 16:11:20 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1Edcf0-0007gt-TY; Sat, 19 Nov 2005 16:02:22 -0800 From: Ricardo Mones [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#338434: fixed in sylpheed-gtk1 1.0.6-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 16:02:22 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: sylpheed-gtk1 Source-Version: 1.0.6-1 We believe that the bug you reported is fixed in the latest version of sylpheed-gtk1, which is due to be installed in the Debian FTP archive: sylpheed-gtk1-i18n_1.0.6-1_all.deb to pool/main/s/sylpheed-gtk1/sylpheed-gtk1-i18n_1.0.6-1_all.deb sylpheed-gtk1_1.0.6-1.diff.gz to pool/main/s/sylpheed-gtk1/sylpheed-gtk1_1.0.6-1.diff.gz sylpheed-gtk1_1.0.6-1.dsc to pool/main/s/sylpheed-gtk1/sylpheed-gtk1_1.0.6-1.dsc sylpheed-gtk1_1.0.6-1_i386.deb to pool/main/s/sylpheed-gtk1/sylpheed-gtk1_1.0.6-1_i386.deb sylpheed-gtk1_1.0.6.orig.tar.gz to pool/main/s/sylpheed-gtk1/sylpheed-gtk1_1.0.6.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL
Bug#339977: gftp: Segfault while trying to get any file (2)
Package: gftp Version: 2.0.18-10 Severity: grave Justification: renders package unusable Hi, Making segfault is similar to (closed) bug #325587, just connect to an FTP site and try to download one file (click with left arrow button). I recompiled with debug gftp-2.0.18 (apt-get source) === Program received signal SIGSEGV, Segmentation fault. 0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at rfc959.c:706 706 memcpy (data_addr.sin_addr, (gdb) bt #0 0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at rfc959.c:706 #1 0x080787db in rfc959_data_connection_new (request=0x822fa30) at rfc959.c:969 #2 0x08078c60 in rfc959_get_file (request=0x822fa30, filename=0x822f918 /rep/fichier, fd=-1, startsize=0) at rfc959.c:1107 It is here (rfc959.c, line 1936) = if (ignore_pasv_address) { #if defined (HAVE_GETADDRINFO) memcpy (data_addr.sin_addr, ((struct sockaddr_in *) request-current_hostp-ai_addr)-sin_addr, sizeof (data_addr.sin_addr)); #else memcpy (data_addr.sin_addr, request-hostp-h_addr_list[request-curhost], request-hostp-h_length); #endif pos = (char *) data_addr.sin_addr; request-logging_function (gftp_logging_error, request, _(Ignoring IP address in PASV response, connecting to %d.%d.%d.%d:%d\n), pos[0] 0xff, pos[1] 0xff, pos[2] 0xff, pos[3] 0xff, ntohs (data_addr.sin_port)); } else memcpy (data_addr.sin_addr, ad[0], 4); = As you can see, it only happens, when the general option Ignore PASV address is ticked. (and with configure HAVE_GETADDRINFO) I saw that the request-current_hostp (and request-hostp) was NULL. The structure fromreq is created for the first time here: transfer_window_files (src/gtk/transfer.c): transfer-fromreq = gftp_copy_request (fromwdata-request); transfer-toreq = gftp_copy_request (towdata-request); transfer-fromwdata = fromwdata; Inside fromwdate-request, hostp and current_hostp are not NULL, but after the call transfer-fromreq will have hostp=NULL. The problem is in lib/misc, gftp_copy_request When you want to transfer files : current_hostp is not NULL and hostp is NULL. That's the problem. When browsing the ftp, the fonction is called with host filled (not NULL), so it's ok ! [ Loading directory listing / from server ([EMAIL PROTECTED]) PASV 227 Entering Passive Mode (11,22,33,44,195,105) Ignoring IP address in PASV response, connecting to 11.22.33.44:50025 ] (misc.c, around line 1335) = #if defined (HAVE_GETADDRINFO) defined (HAVE_GAI_STRERROR) struct addrinfo *hostp = req-hostp; struct addrinfo *newhostp = newreq-hostp; /* === bug */ while (hostp != NULL) { newhostp = g_malloc (sizeof(struct addrinfo)); memcpy(newhostp, hostp, sizeof(struct addrinfo)); newhostp-ai_addr = g_malloc (sizeof(struct sockaddr)); memcpy(newhostp-ai_addr, hostp-ai_addr, sizeof(struct sockaddr)); if (hostp-ai_canonname) newhostp-ai_canonname = strdup(hostp-ai_canonname); if (req-current_hostp == hostp) newreq-current_hostp = newhostp; hostp = hostp-ai_next; newhostp = newhostp-ai_next; } #else newreq-hostp = g_malloc (sizeof(struct hostent)); memcpy(newreq-hostp, req-hostp, sizeof(struct hostent)); newreq-host = req-host; newreq-curhost = req-curhost; #endif = The first element is never set to newreq-hostp, because malloc is done after. I also think that listed list is not correct (only if req-hostp-ai_next != NULL, which is not very common). That's all ! Matthieu Crapet -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-matt Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-10 X/GTK+ FTP client ii gftp-text 2.0.18-10 colored FTP client using GLib gftp recommends no packages. -- no debconf information misc.c-patch.gz Description: Binary data
Bug#339977: gftp: Segfault while trying to get any file (2)
severity 325587 important thanks The problem only occurs when Ignore PASV address is enabled, which is not a default option. Downgrading the severity. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339961: rsplib-dev: file conflict with rsplib1
On Sun, Nov 20, 2005 at 12:55:10AM +0200, Lars Wirzenius wrote: Package: rsplib-dev Version: 1.0.0-1 Severity: serious Justification: upgrades from sarge to etch fail When testing rsplib-dev with piuparts, specifically upgrades from sarge via etch to sid, I get the following error: Unpacking replacement rsplib-dev ... dpkg: error processing /var/cache/apt/archives/rsplib-dev_1.0.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/librsplib.so', which is also in package rsplib1 This happened during the upgrade from sarge to etch. An installation directly into a clean sid chroot does work. I assume the librsplib.so file shouldn't be in both packages. In case it helps, dpkg or apt-get decided to upgrade rsplib1 only after rsplib-dev. The whole piuparts log file is about 185 kilobytes, so I won't attach it, but I'd be glad to mail it on request. If /usr/lib/librsplib.so is the only file that conflicts, then the correct fix for this is for rsplib-dev to Replace: rsplib1, without conflicting. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Processed: Re: Bug#339977: gftp: Segfault while trying to get any file (2)
Processing commands for [EMAIL PROTECTED]: severity 325587 important Bug#325587: gftp: Segfault while trying to get any file Severity set to `important'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339977: marked as done (gftp: Segfault while trying to get any file (2))
Your message dated Sat, 19 Nov 2005 18:17:08 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339977: fixed in gftp 2.0.18-11 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 20 Nov 2005 00:21:48 + From [EMAIL PROTECTED] Sat Nov 19 16:21:48 2005 Return-path: [EMAIL PROTECTED] Received: from zproxy.gmail.com ([64.233.162.196]) by spohr.debian.org with esmtp (Exim 4.50) id 1Edcxo-0004zA-HC for [EMAIL PROTECTED]; Sat, 19 Nov 2005 16:21:48 -0800 Received: by zproxy.gmail.com with SMTP id 13so473253nzp for [EMAIL PROTECTED]; Sat, 19 Nov 2005 16:21:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:content-type:mime-version:from:to:subject:x-mailer:date:message-id; b=jhlW4MieM/+Fl+i0JkdMKYKdTO6WSuU8z/QG4Y0/y7ACE0gsZh+OlSXeNO8ebD0oUTmJhM9psEmpe/RpW4TmbmpiJk+hARAu0YtphYdhHVmzUaRfZ+nEL5XDGAm/8j+fsxZDr8SfT+Ci4bZNzQirubt741TEx52esi0Ug2jC4ZU= Received: by 10.64.199.9 with SMTP id w9mr1244679qbf; Sat, 19 Nov 2005 16:21:47 -0800 (PST) Received: from lala.nounou.net ( [81.57.45.18]) by mx.gmail.com with ESMTP id f15sm597428qba.2005.11.19.16.21.46; Sat, 19 Nov 2005 16:21:47 -0800 (PST) Received: from matt by lala.nounou.net with local (Exim 4.54) id 1Edcxk-0005dT-Ty; Sun, 20 Nov 2005 01:21:44 +0100 Content-Type: multipart/mixed; boundary1895068761== MIME-Version: 1.0 From: Matthieu Crapet [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: gftp: Segfault while trying to get any file (2) X-Mailer: reportbug 3.17 Date: Sun, 20 Nov 2005 01:21:44 +0100 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 This is a multi-part MIME message sent by reportbug. --===1895068761== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: gftp Version: 2.0.18-10 Severity: grave Justification: renders package unusable Hi, Making segfault is similar to (closed) bug #325587, just connect to an FTP site and try to download one file (click with left arrow button). I recompiled with debug gftp-2.0.18 (apt-get source) === Program received signal SIGSEGV, Segmentation fault. 0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at rfc959.c:706 706 memcpy (data_addr.sin_addr, (gdb) bt #0 0x08077c9c in rfc959_ipv4_data_connection_new (request=0x822fa30) at rfc959.c:706 #1 0x080787db in rfc959_data_connection_new (request=0x822fa30) at rfc959.c:969 #2 0x08078c60 in rfc959_get_file (request=0x822fa30, filename=0x822f918 /rep/fichier, fd=-1, startsize=0) at rfc959.c:1107 It is here (rfc959.c, line 1936) = if (ignore_pasv_address) { #if defined (HAVE_GETADDRINFO) memcpy (data_addr.sin_addr, ((struct sockaddr_in *) request-current_hostp-ai_addr)-sin_addr, sizeof (data_addr.sin_addr)); #else memcpy (data_addr.sin_addr, request-hostp-h_addr_list[request-curhost], request-hostp-h_length); #endif pos = (char *) data_addr.sin_addr; request-logging_function (gftp_logging_error, request, _(Ignoring IP address in PASV response, connecting to %d.%d.%d.%d:%d\n), pos[0] 0xff, pos[1] 0xff, pos[2] 0xff, pos[3] 0xff, ntohs (data_addr.sin_port)); } else memcpy (data_addr.sin_addr, ad[0], 4); = As you can see, it only happens, when the general option Ignore PASV address is ticked. (and with configure HAVE_GETADDRINFO) I saw that the request-current_hostp (and request-hostp) was NULL. The structure fromreq is created for the first time here: transfer_window_files (src/gtk/transfer.c): transfer-fromreq = gftp_copy_request (fromwdata-request); transfer-toreq = gftp_copy_request (towdata-request); transfer-fromwdata = fromwdata; Inside fromwdate-request, hostp and current_hostp are not NULL, but after the call transfer-fromreq will have
Processed: reopening 326073, severity of 326073 is important, found 326073 in 2.0.4-1
Processing commands for [EMAIL PROTECTED]: reopen 326073 Bug#326073: sylpheed: causes corruption of non-ASCII messages after edit with external editor Bug reopened, originator not changed. severity 326073 important Bug#326073: sylpheed: causes corruption of non-ASCII messages after edit with external editor Severity set to `important'. found 326073 2.0.4-1 Bug#326073: sylpheed: causes corruption of non-ASCII messages after edit with external editor Bug marked as found in version 2.0.4-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339246: library package needs to be renamed (libstdc++ allocator change)
block 339246 by 339172 thanks On Thursday 17 November 2005 03:22, Matthias Klose wrote: Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the archive. The renaming of the library packages can now start. You can upload the packages even before the toolchain is built for all architectures because the packages with the new binary packages will be hold in the NEW queue until the required toolchain changes are installed on the buildd's. Just for the records: orsa depends on the ginac library which also has to be renamed (libginac1.3c2 - libginac1.3c2a), hence I'll ask my sponsor for an upload after the renamed ginac package is available on all architectures. - Frank -- The best way to accelerate any computer running Windows is at 9,81 m/s^2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339853: marked as done (/usr/sbin/chronyd is missing)
Your message dated Sat, 19 Nov 2005 19:02:04 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#339853: fixed in chrony 1.21-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Nov 2005 11:07:17 + From [EMAIL PROTECTED] Sat Nov 19 03:07:17 2005 Return-path: [EMAIL PROTECTED] Received: from smtp2.mail.be.easynet.net ([212.100.160.76]) by spohr.debian.org with esmtp (Exim 4.50) id 1EdQYv-00048W-G7 for [EMAIL PROTECTED]; Sat, 19 Nov 2005 03:07:17 -0800 Received: from 213-193-182-188.adsl.easynet.be ([213.193.182.188] helo=qwerty) by smtp2.mail.be.easynet.net with esmtp (Exim 4.54) id 1EdQYu-00076m-36; Sat, 19 Nov 2005 12:07:16 +0100 Received: by qwerty (Postfix, from userid 1000) id 3078931612; Sat, 19 Nov 2005 12:08:24 +0100 (CET) Date: Sat, 19 Nov 2005 12:08:23 +0100 From: Jan Wagemakers [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: /usr/sbin/chronyd is missing Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Reportbug-Version: 3.17 User-Agent: Mutt/1.5.11 Content-Transfer-Encoding: quoted-printable Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: chrony Version: 1.21-1 Severity: grave Justification: renders package unusable It seems that /usr/sbin/chronyd is missing, so chronyd don't get started.= =20 Downgrading to a previous version of chrony solves the problem | pts/4 jan ~$ ls -l /usr/sbin/chron* | ls: /usr/sbin/chron*: Onbekend bestand of map |=20 | pts/4 root ~# dpkg -i /tmp/chrony_1.20-8_i386.deb | dpkg - let op: chrony wordt gedegradeerd van 1.21-1 naar 1.20-8. | (Database inlezen ... 123926 bestanden en mappen ge=C3=AFnstalleerd.) | Voorbereiden om chrony 1.21-1 te vervangen (met /tmp/chrony_1.20-8_i386= .deb) ... | Uitpakken van vervangende chrony ... | Instellen van chrony (1.20-8) ... |=20 | Configuratiebestand `/etc/chrony/chrony.conf' | =3D=3D Veranderd (door u of een script) sinds installatie. | =3D=3D Pakket-distributeur heeft een bijgewerkte versie gemaakt. |Wat wilt u er aan doen ? De volgende keuzes zijn mogelijk: | Y of N : installeer de versie van de pakketbeheerder | N of O : behoudt de huidig ge=C3=AFnstalleerde versie | D : toon de verschillen tussen de versies | Z : stuur dit proces naar de achtergrond om de situatie te be= kijken | De standaardactie is om de huidige versie te bewaren. | *** chrony.conf (Y/I/N/O/D/Z) [standaard=3DN] ?=20 | Starting /usr/sbin/chronyd... |=20 | pts/4 jan ~$ ls -l /usr/sbin/chronyd=20 | -rwxr-xr-x 1 root root 101K 2005-05-01 05:05 /usr/sbin/chronyd -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=3DU= TF-8) -- no debconf information --=20 Met vriendelijke groetjes - Jan Wagemakers - ... RFS: picprog: Microchip PIC serial programmer software (GPL) Deb-package is available at http://www.janw.easynet.be/picprog.html --- Received: (at 339853-close) by bugs.debian.org; 20 Nov 2005 03:11:21 + From [EMAIL PROTECTED] Sat Nov 19 19:11:21 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdfSu-0007eH-CX; Sat, 19 Nov 2005 19:02:04 -0800 From: John Hasler [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.56 $ Subject: Bug#339853: fixed in chrony 1.21-2 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Sat, 19 Nov 2005 19:02:04 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: chrony Source-Version: 1.21-2 We believe that the bug you reported is fixed in the latest version of chrony, which is due to be installed in the Debian FTP archive: chrony_1.21-2.diff.gz
Bug#338753: marked as done (asterisk_1:1.2.0-rc1.dfsg-1(sparc/experimental): FTBFS: invalid option 'arch=sparc')
Your message dated Sat, 19 Nov 2005 20:17:06 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#338753: fixed in asterisk 1:1.2.0.dfsg-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 12 Nov 2005 12:47:51 + From [EMAIL PROTECTED] Sat Nov 12 04:47:51 2005 Return-path: [EMAIL PROTECTED] Received: from higgs.djpig.de ([213.133.98.126]) by spohr.debian.org with esmtp (Exim 4.50) id 1EaunP-0003FA-09 for [EMAIL PROTECTED]; Sat, 12 Nov 2005 04:47:51 -0800 Received: from djpig by higgs.djpig.de with local (Exim 4.50) id 1EaunM-0002tk-R2 for [EMAIL PROTECTED]; Sat, 12 Nov 2005 13:47:48 +0100 Date: Sat, 12 Nov 2005 13:47:48 +0100 From: Frank Lichtenheld [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: asterisk_1:1.2.0-rc1.dfsg-1(sparc/experimental): FTBFS: invalid option 'arch=sparc' Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: asterisk Version: 1:1.2.0-rc1.dfsg-1 Severity: serious Hi, your package failed to build from source since gcc on sparc doesn't know the -march option. | Automatic build of asterisk_1:1.2.0-rc1.dfsg-1 on odin by sbuild/sparc 69 | Build started at 20051112-1118 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 3836kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main asterisk 1:1.2.0-rc1.dfsg-1 (dsc) [1326B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main asterisk 1:1.2.0-rc1.dfsg-1 (tar) [3798kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main asterisk 1:1.2.0-rc1.dfsg-1 (diff) [36.6kB] | Fetched 3836kB in 0s (7706kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.4), sed (= 3.95), zlib1g-dev, libgtk1.2-dev | libgtk-dev, libreadline4-dev | libreadline-dev, libgsm1-dev, libssl-dev, libzap-dev, libtonezone-dev (= 1:1.0.6-1), bison, libasound2-dev, postgresql-dev, unixodbc-dev, libpri-dev (= 1.2.0-beta2), dpatch (= 2.0.10), zaptel-source (= 1:1.0.6-1), autotools-dev, libnewt-dev, libsqlite-dev, libspeex-dev, graphviz [...] | 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 | -- [...] | /usr/bin/make -C gsm lib/libgsm.a | make[3]: Entering directory `/build/buildd/asterisk-1.2.0-rc1.dfsg/codecs/gsm' | if [ ! -d ./lib ] ; then mkdir ./lib ; fi | gcc -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE -O6 -DZAPTEL_OPTIMIZATIONS -fomit-frame-pointer -fPIC -I/usr/include/speex -c -DNeedFunctionPrototypes=1 -funroll-loops -O6 -march=sparc -fPIC -DSASR -DNDEBUG-DWAV49 -I./inc src/add.c | cc1: error: invalid option 'arch=sparc' | make[3]: *** [src/add.o] Error 1 | make[3]: Leaving directory `/build/buildd/asterisk-1.2.0-rc1.dfsg/codecs/gsm' | make[2]: *** [gsm/lib/libgsm.a] Error 2 | make[2]: Leaving directory `/build/buildd/asterisk-1.2.0-rc1.dfsg/codecs' | make[1]: *** [subdirs] Error 1 | make[1]: Leaving directory `/build/buildd/asterisk-1.2.0-rc1.dfsg' | make: *** [build-arch-stamp] Error 2 | ** | Build finished at 20051112-1132 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1:1.2.0-rc1.dfsg-1pkg=asteriskarch=sparc -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ --- Received: (at 338753-close) by bugs.debian.org; 20 Nov 2005 04:21:21 + From [EMAIL PROTECTED] Sat Nov 19 20:21:21 2005 Return-path: [EMAIL PROTECTED] Received: from katie by spohr.debian.org with local (Exim 4.50) id 1EdgdW-00042G-UX; Sat, 19 Nov
Processed: Re: quodlibet: fails to start on x86_64
Processing commands for [EMAIL PROTECTED]: severity 317953 grave Bug#317953: openssl: smime -encrypt mangles gzipped files Severity set to `grave'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 317963 is grave, severity of 317953 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.8 severity 317963 grave Bug#317963: quodlibet: fails to start on x86_64 Severity set to `grave'. # fat-fingering severity 317953 important Bug#317953: openssl: smime -encrypt mangles gzipped files Severity set to `important'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]