Bug#298674: bayonne: ftbfs [sparc] cannot find -lccscript
Package: bayonne Version: 1.2.14-1 Severity: serious Tags: sid Justification: fails to build from source bayonne fails to build from source on sparc, duplicated on a sparc pbuilder. mkdir .libs sparc-linux-g++ -g -O2 -I/usr/include/cc++2 -D_GNU_SOURCE -DXML_SCRIPTS -o bayonne.bin bayonne_bin-server.o bayonne_bin-scheduler.o bayonne_bin-config.o bayonne_bin-commands.o bayonne_bin-trunk.o bayonne_bin-script.o bayonne_bin-fifo.o bayonne_bin-dso.o bayonne_bin-stat.o bayonne_bin-services.o bayonne_bin-protocols.o bayonne_bin-resolver.o bayonne_bin-network.o bayonne_bin-audio.o bayonne_bin-request.o bayonne_bin-conf.o bayonne_bin-image.o bayonne_bin-rpc.o -Wl,--export-dynamic -lccscript -lccaudio1 -L/usr/lib -lccext2 -lccgnu2 /usr/lib/libxml2.so -lpthread -lm -lz -ldl -pthread -lpam /usr/bin/ld: cannot find -lccscript collect2: ld returned 1 exit status make[3]: *** [bayonne.bin] Error 1 make[3]: Leaving directory `/tmp/buildd/bayonne-1.2.14/server' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/bayonne-1.2.14/server' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/bayonne-1.2.14' make: *** [build-stamp] Error 2 pbuilder: Failed autobuilding of package -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295877: marked as done (gauche-gtk: FTBFS: /bin/sh: m: command not found)
Your message dated Wed, 09 Mar 2005 04:47:27 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#295877: fixed in gauche-gtk 0.4.1-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 Feb 2005 19:08:25 + From [EMAIL PROTECTED] Fri Feb 18 11:08:25 2005 Return-path: [EMAIL PROTECTED] Received: from europa.telenet-ops.be [195.130.132.60] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D2DUH-0005Kn-00; Fri, 18 Feb 2005 11:08:25 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by europa.telenet-ops.be (Postfix) with SMTP id 7A518198071 for [EMAIL PROTECTED]; Fri, 18 Feb 2005 20:08:23 +0100 (MET) Received: from Q.roeckx.be (dD5775FD9.access.telenet.be [213.119.95.217]) by europa.telenet-ops.be (Postfix) with ESMTP id 4627519805E for [EMAIL PROTECTED]; Fri, 18 Feb 2005 20:08:23 +0100 (MET) Received: by Q.roeckx.be (Postfix, from userid 501) id DA41926136; Fri, 18 Feb 2005 20:08:22 +0100 (CET) Date: Fri, 18 Feb 2005 20:08:22 +0100 From: Kurt Roeckx [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: gauche-gtk: FTBFS: /bin/sh: m: command not found Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i 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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: gauche-gtk Version: 0.4.1-1 Severity: serious Hi, Your package is failing to build on all arches. Here is an extract from the build log: cd src; /usr/bin/make install make[2]: Entering directory `/build/buildd/gauche-gtk-0.4.1/src' m 444 -T /build/buildd/gauche-gtk-0.4.1/debian/gauche-gtk`/usr/bin/gauche-config --sysincdir` /bin/sh: m: command not found make[2]: [install] Error 127 (ignored) [...] make[1]: Leaving directory `/build/buildd/gauche-gtk-0.4.1' chmod u+w /build/buildd/gauche-gtk-0.4.1/debian/gauche-gtk/usr/lib/gauche/*/*/gauche-gtk.so chmod: cannot access `/build/buildd/gauche-gtk-0.4.1/debian/gauche-gtk/usr/lib/ gauche/*/*/gauche-gtk.so': No such file or directory Kurt --- Received: (at 295877-close) by bugs.debian.org; 9 Mar 2005 09:53:14 + From [EMAIL PROTECTED] Wed Mar 09 01:53:14 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D8xsP-00023L-00; Wed, 09 Mar 2005 01:53:14 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1D8xmp-0002ZA-00; Wed, 09 Mar 2005 04:47:27 -0500 From: NIIBE Yutaka [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.55 $ Subject: Bug#295877: fixed in gauche-gtk 0.4.1-2 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 09 Mar 2005 04:47:27 -0500 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-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-Spam-Level: Source: gauche-gtk Source-Version: 0.4.1-2 We believe that the bug you reported is fixed in the latest version of gauche-gtk, which is due to be installed in the Debian FTP archive: gauche-gtk_0.4.1-2.diff.gz to pool/main/g/gauche-gtk/gauche-gtk_0.4.1-2.diff.gz gauche-gtk_0.4.1-2.dsc to pool/main/g/gauche-gtk/gauche-gtk_0.4.1-2.dsc gauche-gtk_0.4.1-2_i386.deb to pool/main/g/gauche-gtk/gauche-gtk_0.4.1-2_i386.deb 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. NIIBE Yutaka [EMAIL PROTECTED] (supplier of updated gauche-gtk 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: Mon, 7 Mar 2005
Bug#298688: CAN-2005-0683: Disclosure of installation path
Package: phpbb2 Severity: grave Tags: security Justification: user security hole A remote user can directly access 'phpBB/db/oracle.php' to cause the system to display an error message that discloses the installation path. See http://securitytracker.com/alerts/2005/Mar/1013377.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298690: CAN-2005-0673: cross-site scripting attack (in usercp_register.php)
Package: phpbb2 Severity: grave Tags: security Justification: user security hole A remote user can submit a specially crafted signature via a private message that, when viewed by a target user, will cause arbitrary scripting code to be executed by the target user's browser. The code will originate from the site running the phpBB software and will run in the security context of that site. As a result, the code will be able to access the target user's cookies (including authentication cookies), if any, associated with the site, access data recently submitted by the target user via web form to the site, or take actions on the site acting as the target user. See http://securitytracker.com/alerts/2005/Mar/1013362.html http://secunia.com/advisories/14475 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298692: CAN-2005-0687: format string vulnerability
Package: hashcash Severity: grave Tags: security Justification: user security hole Format string vulnerability in Hashcash 1.x allows remote attackers to cause a denial of service (memory consumption) and possibly execute arbitrary code via format string specifiers in a reply address, which is not properly handled when printing the header. See http://www.gentoo.org/security/en/glsa/glsa-200503-12.xml http://secunia.com/advisories/14487 Patch is at http://bugs.gentoo.org/show_bug.cgi?id=83541 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297123: marked as done (FTBFS in experimental)
Your message dated Wed, 9 Mar 2005 12:28:49 +0100 with message-id [EMAIL PROTECTED] and subject line Fixed in 2.2.23-0.pre4 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; 27 Feb 2005 09:18:44 + From [EMAIL PROTECTED] Sun Feb 27 01:18:44 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net [212.18.0.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D5KZY-Ak-00; Sun, 27 Feb 2005 01:18:44 -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 57DEC5321 for [EMAIL PROTECTED]; Sun, 27 Feb 2005 10:18:43 +0100 (CET) Received: from sol.so.argh.org (ppp-62-245-211-234.mnet-online.de [62.245.211.234]) by mail.m-online.net (Postfix) with ESMTP id 22DE357813 for [EMAIL PROTECTED]; Sun, 27 Feb 2005 10:18:43 +0100 (CET) Received: from aba by sol.so.argh.org with local (Exim 4.22 #1 (Debian) [+prerelease]) id 1D5KZ6-0004ZB-NW for [EMAIL PROTECTED]; Sun, 27 Feb 2005 10:18:16 +0100 Date: Sun, 27 Feb 2005 10:18:16 +0100 From: Andreas Barth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: FTBFS in experimental Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.6i 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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: openldap2.2 Version: 2.2.23-0.pre2 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=openldap2.2 for the full build log Cheers, Andi Automatic build of openldap2.2_2.2.23-0.pre2 on zx6000 by sbuild/ia64 1.170.5 Build started at 20050226-0107 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6.1-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 -- /build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/delete.c: In function `perl_back_delete': /build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/delete.c:60: warning: too many arguments for format /build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/delete.c:60: warning: too many arguments for format cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -I../../../include -I/build/buildd/openldap2.2-2.2.23/include -I.. -I/build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/.. -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -DSLAPD_IMPORT -c /build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/delete.c -o delete.o /dev/null 21 /bin/sh ../../..//libtool --mode=compile cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -I../../../include-I/build/buildd/openldap2.2-2.2.23/include -I.. -I/build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/.. -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -DSLAPD_IMPORT -c version.c cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -I../../../include -I/build/buildd/openldap2.2-2.2.23/include -I.. -I/build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/.. -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -DSLAPD_IMPORT -c version.c -fPIC -DPIC -o .libs/version.o cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -I../../../include -I/build/buildd/openldap2.2-2.2.23/include -I.. -I/build/buildd/openldap2.2-2.2.23/servers/slapd/back-perl/.. -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -DSLAPD_IMPORT -c version.c -o version.o /dev/null 21 /bin/sh ../../..//libtool --mode=link cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -release 2.2
Bug#297604: marked as done (FTBFS in experimental)
Your message dated Wed, 9 Mar 2005 12:28:49 +0100 with message-id [EMAIL PROTECTED] and subject line Fixed in 2.2.23-0.pre4 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 Mar 2005 18:04:54 + From [EMAIL PROTECTED] Tue Mar 01 10:04:54 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net [212.18.0.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D6Bjq-0007re-00; Tue, 01 Mar 2005 10:04:54 -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 CAEF37BD4 for [EMAIL PROTECTED]; Tue, 1 Mar 2005 19:04:52 +0100 (CET) Received: from sol.so.argh.org (ppp-62-245-163-21.mnet-online.de [62.245.163.21]) by mail.m-online.net (Postfix) with ESMTP id A788B58714 for [EMAIL PROTECTED]; Tue, 1 Mar 2005 19:04:52 +0100 (CET) Received: from aba by sol.so.argh.org with local (Exim 4.22 #1 (Debian) [+prerelease]) id 1D6Bjh-0006OX-OG for [EMAIL PROTECTED]; Tue, 01 Mar 2005 19:04:45 +0100 Date: Tue, 1 Mar 2005 19:04:45 +0100 From: Andreas Barth [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: FTBFS in experimental Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.6i 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-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_DSBL autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: openldap2.2 Version: 2.2.23-0.pre3 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=openldap2.2 for the full build log Cheers, Andi Automatic build of openldap2.2_2.2.23-0.pre3 on zx6000 by sbuild/ia64 1.170.5 Build started at 20050228-0118 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6.1-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 -- [...] /bin/sh ../../..//libtool --mode=link cc -Wall -g -D_FILE_OFFSET_BITS=64 -O2 -release 2.2 -version-info 7:16:0 -rpath /usr/lib/ldap -module -o back_perl.la init.lo search.lo close.lo config.lo bind.lo compare.lo modify.lo add.lo modrdn.lo delete.lo version.lo -Wl,-E -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lpthread -lcrypt ../../../libraries/libldap_r/libldap_r.la ../../../libraries/liblber/liblber.la *** Warning: Linking the shared library back_perl.la against the *** static library /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a is not portable! cc -shared .libs/init.o .libs/search.o .libs/close.o .libs/config.o .libs/bind.o .libs/compare.o .libs/modify.o .libs/add.o .libs/modrdn.o .libs/delete.o .libs/version.o -Wl,--rpath -Wl,/build/buildd/openldap2.2-2.2.23/debian/build/libraries/libldap_r/.libs -Wl,--rpath -Wl,/build/buildd/openldap2.2-2.2.23/debian/build/libraries/liblber/.libs -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -ldl -lm -lpthread -lcrypt ../../../libraries/libldap_r/.libs/libldap_r.so ../../../libraries/liblber/.libs/liblber.so -Wl,-E -Wl,-soname -Wl,back_perl-2.2.so.7 -o .libs/back_perl-2.2.so.7.0.16 /usr/bin/ld: cannot find -lperl collect2: ld returned 1 exit status make[4]: *** [back_perl.la] Error 1 make[4]: Leaving directory `/build/buildd/openldap2.2-2.2.23/debian/build/servers/slapd/back-perl' make[3]: *** [back-perl] Error 2 make[3]: Leaving directory `/build/buildd/openldap2.2-2.2.23/debian/build/servers/slapd' make[2]: *** [all-common] Error 1 make[2]: Leaving directory `/build/buildd/openldap2.2-2.2.23/debian/build/servers' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/build/buildd/openldap2.2-2.2.23/debian/build' make: *** [build-stamp] Error 2 ** Build finished at 20050228-0128 FAILED [dpkg-buildpackage died] --- Received: (at
Bug#294501: can reproduce this bug
after upgrading sarge yesterday, wich resulted in a new apache and php4 for me, apache crashes as long as I keep imap.so in php.ini. It's interesting, that apache-ssl does not suffer from that. Only apache. An strace ends right after reading the configuration-files. None of the suggestions in this thread apply. No uncommon library-versions, no ulimit. Just a recent sarge on an x86 machine. Running apache from gdb ends exactly the same way as Matt Brown posted it already. And, also like Matt Brown mentioned, if apache is started with mod-ssl, the segfault vanishes. Carsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298723: gimp segfaults
Package: gimp
Version: 2.2.4-1
Severity: grave
Justification: renders package unusable
16:30:07 [EMAIL PROTECTED]:~$ rm -rf .gimp*
16:30:15 [EMAIL PROTECTED]:~$ gimp
Segmentation fault
16:30:35 [EMAIL PROTECTED]:~$ strace gimp
execve(/usr/bin/gimp, [gimp], [/* 33 vars */]) = 0
uname({sys=Linux, node=fgk, ...}) = 0
brk(0) = 0x8376000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0 xb7fe9000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82089, ...}) = 0
old_mmap(NULL, 82089, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd4000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpwidgets-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\354..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=909256, ...}) = 0
old_mmap(NULL, 908788, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ef6000
old_mmap(0xb7fd1000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0xdb 000) = 0xb7fd1000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpmodule-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\24..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=14564, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0 xb7ef5000
old_mmap(NULL, 17656, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ef
old_mmap(0xb7ef4000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x300 0) = 0xb7ef4000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpcolor-2.0.so.0, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]..., 512) = 5 12
fstat64(3, {st_mode=S_IFREG|0644, st_size=35404, ...}) = 0
old_mmap(NULL, 34372, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ee7000
old_mmap(0xb7eef000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x800 0) = 0xb7eef000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpthumb-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360!\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=28720, ...}) = 0
old_mmap(NULL, 31888, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7edf000
old_mmap(0xb7ee6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x600 0) = 0xb7ee6000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpmath-2.0.so.0, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]..., 512) = 5 12
fstat64(3, {st_mode=S_IFREG|0644, st_size=16232, ...}) = 0
old_mmap(NULL, 19292, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7eda000
old_mmap(0xb7ede000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x300 0) = 0xb7ede000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgimpbase-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3208\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=53104, ...}) = 0
old_mmap(NULL, 56356, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ecc000
old_mmap(0xb7ed9000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0xc00 0) = 0xb7ed9000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgtk-x11-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0Pa\4\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=2993256, ...}) = 0
old_mmap(NULL, 3005184, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7bee000
old_mmap(0xb7ec1000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x2d 3000) = 0xb7ec1000
old_mmap(0xb7ec9000, 11008, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANON YMOUS, -1, 0) = 0xb7ec9000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgdk-x11-2.0.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240=\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=453064, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0 xb7bed000
old_mmap(NULL, 456628, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7b7d000
old_mmap(0xb7be8000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x6a 000) = 0xb7be8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
Bug#297796: emacs21: FTBFS: timestamp skew issues.
Quoting Rob Browning [EMAIL PROTECTED]: By voodoo magic do you mean the old approach, the possible md5 approach, or both? The combination of both. If you mean the old approach, then I obviously don't see it to be as cut and dry as you do. To be fair, the only reason the current code broke is because the relative timestamps for files in the debian diff are unpredictable, and I didn't think about that. Of course, that means that *any* files mentioned in the debian patch are potentially trouble as far as make is concerned. Without this problem, it would have been quite correct to have autofiles.diff depend on the files that may influence its contents (i.e. the *.dpatch files). Of course if you just mean that the .md5 approach would be voodoo magic, then I'll agree that it's not completely straightforward. Though to the extent I've thought it through so far, I haven't come up with any problems. What I don't understand is why you think that modifying configure.in and regenerating configure cannot be considered as part of a regular dpatch. Or maybe am I missing something? As an example, the amd64 port needs configure.in to be changed. I can the see the following scenario: - run dpatch-edit-patch - apply changes - run autoconf: this changes configure - exit from dpatch-edit-patch Why wouldn't this work? Why is it better to gather all changes to the configure script in a single separate dpatch rather than spreading all changes along with the patch it belongs to? In any case, even if we go with the only update when requested dpatch-edit-patch approach that I think you're advocating, I'd still want a target for it so we can just invoke that when needed, i.e. something (only very roughly) like this: update-autofiles-diff: # rm aclocal.m4 so it doesn't confuse newer autoconfs, but touch it # so ./Makefile won't be upset if it's not recreated (b/c not needed). (dpatch-edit-patch ... autofiles.dpatch cd DPATCHDIR \ rm -f aclocal.m4 \ touch aclocal.m4 \ aclocal \ autoconf exit) (...which is really not that much different than what we're already doing, but I'll agree that handling everything with dpatch would be a bit cleaner, and if it works right, then I'm fine with that.) It would be kind of better, yes. So it seems like the *only* thing we're in potential disagreement about is whether we should automatically invoke this target *iff* there's a solid way to automatically determine when doing so would be appropriate. I think so. IMO, creating a whole copy of the tree and diffing at build-time is not worth the effort. You have the final word, anyway :P It's not only not worth the effort, but it should never have happened under normal circumstances. As I mentioned, the only reason it did in this case was because I didn't consider the problem presented by the timestamps of files in the debian diff and so came up with a broken solution. I almost all cases, changes to 'configure.in' only change 'configure'. In the remaining cases, changes only happen in the toplevel of the tree. I don't think it is unreasonnable to avoid duplicating the whole tree, isn't it? The way things were intended to work, the autofiles.diff should only have been re-built if you changed a relevant file (i.e. *.dpatch), or if you manually requested a rebuild during prepare-release. I understood that. -- Jérôme Marant
Bug#298688: marked as done (CAN-2005-0683: Disclosure of installation path)
Your message dated Wed, 9 Mar 2005 16:59:48 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#298688: CAN-2005-0683: Disclosure of installation path 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; 9 Mar 2005 10:03:57 + From [EMAIL PROTECTED] Wed Mar 09 02:03:55 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net [212.18.0.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D8y2i-0005Mn-00; Wed, 09 Mar 2005 02:03:53 -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 51B6074E1 for [EMAIL PROTECTED]; Wed, 9 Mar 2005 11:03:51 +0100 (CET) Received: from k.local (ppp-82-135-3-249.mnet-online.de [82.135.3.249]) by mail.m-online.net (Postfix) with ESMTP id 46C1F5B746 for [EMAIL PROTECTED]; Wed, 9 Mar 2005 11:03:51 +0100 (CET) Received: from stf by k.local with local (Exim 4.50) id 1D8y2f-0001je-N1 for [EMAIL PROTECTED]; Wed, 09 Mar 2005 11:03:49 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Stefan Fritsch [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: CAN-2005-0683: Disclosure of installation path X-Mailer: reportbug 3.8 Date: Wed, 09 Mar 2005 11:03:49 +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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: phpbb2 Severity: grave Tags: security Justification: user security hole A remote user can directly access 'phpBB/db/oracle.php' to cause the system to display an error message that discloses the installation path. See http://securitytracker.com/alerts/2005/Mar/1013377.html --- Received: (at 298688-done) by bugs.debian.org; 9 Mar 2005 15:59:49 + From [EMAIL PROTECTED] Wed Mar 09 07:59:49 2005 Return-path: [EMAIL PROTECTED] Received: from a-eskwadraat.nl [131.211.34.218] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D93bB-0001r2-00; Wed, 09 Mar 2005 07:59:49 -0800 Received: from jeroen by A-Eskwadraat.nl with local (Exim 3.35 #1 (Debian)) id 1D93bA-00035q-00 for [EMAIL PROTECTED]; Wed, 09 Mar 2005 16:59:48 +0100 Date: Wed, 9 Mar 2005 16:59:48 +0100 To: [EMAIL PROTECTED] Subject: Re: Bug#298688: CAN-2005-0683: Disclosure of installation path Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.3.28i From: Jeroen van Wolffelaar [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-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-Spam-Level: On Wed, Mar 09, 2005 at 11:03:49AM +0100, Stefan Fritsch wrote: Package: phpbb2 Severity: grave Tags: security Justification: user security hole A remote user can directly access 'phpBB/db/oracle.php' to cause the system to display an error message that discloses the installation path. The installation path in Debian is always /usr/share/phpbb2/site, people don't need to go to this URL to know this. Knowing the installation path is as big a security hole as knowing ls is in /bin/ls. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298692: marked as done (CAN-2005-0687: format string vulnerability)
Your message dated Wed, 09 Mar 2005 11:01:18 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#298692: CAN-2005-0687: format string vulnerability 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; 9 Mar 2005 10:48:17 + From [EMAIL PROTECTED] Wed Mar 09 02:48:16 2005 Return-path: [EMAIL PROTECTED] Received: from mail-out.m-online.net [212.18.0.9] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D8yjg-0002uF-00; Wed, 09 Mar 2005 02:48:16 -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 C342368F1 for [EMAIL PROTECTED]; Wed, 9 Mar 2005 11:48:15 +0100 (CET) Received: from k.local (ppp-82-135-3-249.mnet-online.de [82.135.3.249]) by mail.m-online.net (Postfix) with ESMTP id B46785B764 for [EMAIL PROTECTED]; Wed, 9 Mar 2005 11:48:15 +0100 (CET) Received: from stf by k.local with local (Exim 4.50) id 1D8yjf-00029k-Hy for [EMAIL PROTECTED]; Wed, 09 Mar 2005 11:48:15 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Stefan Fritsch [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: CAN-2005-0687: format string vulnerability X-Mailer: reportbug 3.8 Date: Wed, 09 Mar 2005 11:48:15 +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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: hashcash Severity: grave Tags: security Justification: user security hole Format string vulnerability in Hashcash 1.x allows remote attackers to cause a denial of service (memory consumption) and possibly execute arbitrary code via format string specifiers in a reply address, which is not properly handled when printing the header. See http://www.gentoo.org/security/en/glsa/glsa-200503-12.xml http://secunia.com/advisories/14487 Patch is at http://bugs.gentoo.org/show_bug.cgi?id=83541 --- Received: (at 298692-close) by bugs.debian.org; 9 Mar 2005 16:01:36 + From [EMAIL PROTECTED] Wed Mar 09 08:01:36 2005 Return-path: [EMAIL PROTECTED] Received: from infinity.plus1.co.za (esquilax.uhoreg.ca) [66.45.233.150] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D93cu-00022Z-00; Wed, 09 Mar 2005 08:01:36 -0800 Received: from hubert by esquilax.uhoreg.ca with local (Exim 4.34) id 1D93co-0008At-GY; Wed, 09 Mar 2005 11:01:31 -0500 Date: Wed, 09 Mar 2005 11:01:18 -0500 Subject: Re: Bug#298692: CAN-2005-0687: format string vulnerability Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 (Generated by Pantomime 1.2.0) From: Hubert Chan [EMAIL PROTECTED] To: Stefan Fritsch [EMAIL PROTECTED] Cc: Debian Bug Tracking System [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] X-Mailer: GNUMail (Version 1.2.0) Content-Type: text/plain; charset=us-ascii; format=flowed X-SA-Exim-Connect-IP: locally generated X-SA-Exim-Rcpt-To: [EMAIL PROTECTED], [EMAIL PROTECTED] X-SA-Exim-Mail-From: [EMAIL PROTECTED] X-SA-Exim-Scanned: No (on esquilax.uhoreg.ca); 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-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-Spam-Level: Hi Stefan Thanks for the report. I've already checked, and hashcash 1.13, which is what is in Debian, is not vulnerable. -- Hubert Chan [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298731: jetty: Reference to servlet2.4 schema affects Jetty startup
Package: jetty Version: 5.0.0-2 Severity: grave Justification: renders package unusable The webdefault.xml references: http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd Which in turn references a few other schema documents ... including http://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd Unfortunately our friends at IBM appear to have removed this document. :-/ This causes an error in loading configuration files of Jetty and therefore Jetty fails to start properly. Workarounds include: adding: org.mortbay.xml.XmlParser.NotValidating=true to start.config which bypasses the schema validation which is on by default Or include libservlet2.4-java - which I don't believe exists Or jetty 5.1.3 appears to have the correct schema documents onboard in its source. However - users of the stock jetty deb packages will get a nostart situation (or at least I think so - we tried several purge and reinstalls - same result each time) log snapshot follows: 16:15:29.701 WARN!! [main] org.mortbay.xml.XmlParser$Handler.fatalError(XmlParser.java:325) 48 [EMAIL PROTECTED]://www.ibm.com/webservices/xsd/j2ee_web_services_client_1_1.xsd lin e:428 col:106 : org.xml.sax.SAXParseException: The reference to entity ca must end with the ';' delimiter. 16:15:29.704 WARN!! [main] org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:455) 10 Configuration error on file:/usr/share/jetty/webapps/roo t/ org.xml.sax.SAXParseException: The reference to entity ca must end with the ';' delimiter. at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(SAXParser.java:345) at org.mortbay.xml.XmlParser.parse(XmlParser.java:206) at org.mortbay.xml.XmlParser.parse(XmlParser.java:224) at org.mortbay.jetty.servlet.XMLConfiguration.configureDefaults(XMLConfiguration.java:93) ... etc. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux jdev.infonium.ca 2.4.27-run-k7 #1 Tue Feb 1 12:17:27 EST 2005 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages jetty depends on: ii adduser3.47 Add and remove users and groups ii libcommons-logging-java1.0.4-2 The commmon wrapper interface for ii libmx4j-java 2.0.1-2 An open source implementation of t ii libservlet2.3-java 4.0-2 Servlet 2.3 and JSP 1.2 Java class ii libtomcat4-java4.0.3-3woody3 Java Servlet engine -- core librar ii libxerces2-java2.0.1-1 Validating XML parser for Java ii sun-j2sdk1.4 [j2re1.4] 1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4 [j2sdk1.4]1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4 [java-compile 1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4 [java2-compil 1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4 [java2-runtim 1.4.2+06 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.4debian [j2sdk1 0.14 Debian specific parts of Java(TM) ii sun-j2sdk1.4debian [java-c 0.14 Debian specific parts of Java(TM) ii sun-j2sdk1.4debian [java2- 0.14 Debian specific parts of Java(TM) ii sun-j2sdk1.4debian [java2- 0.14 Debian specific parts of Java(TM) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297796: emacs21: FTBFS: timestamp skew issues.
Jérôme Marant [EMAIL PROTECTED] writes: What I don't understand is why you think that modifying configure.in and regenerating configure cannot be considered as part of a regular dpatch. Or maybe am I missing something? As an example, the amd64 port needs configure.in to be changed. I can the see the following scenario: - run dpatch-edit-patch - apply changes - run autoconf: this changes configure - exit from dpatch-edit-patch Why wouldn't this work? Why is it better to gather all changes to the configure script in a single separate dpatch rather than spreading all changes along with the patch it belongs to? Because IMO modifications to configure.in (and any other autotools related files, like Makefile.in for automake enabled packages, for example) should be made in the .dpatch relevant to the overall change in question. For example, the mailspool patch required changes to a number of files in the source tree *and* to configure.in. I think these configure.in changes should go in mailspool.dpatch, since that's why they're there. The changes in autofiles.diff are only supposed to be the result of whatever the autools change when run on a fully patched tree, and of course that's not something you can predict without knowing all the modifications that all of the .dpatch files have made to configure.in, to any Makefile.ins (when automake is involved), and to any other files that the currently installed version of the autotools might pay attention to. You could even imagine a foo.dpatch that adds libtool support to a tree that didn't have it. This is going to cause a bunch of new files/dirs to appear in the autofiles.diff, and exactly what appears is going to depend on the version of libtool involved, the libtool macros used in foo.dpatch, etc. Also, as I mentioned before, part of the issue here is that I'd really like to have a solution that's general enough to use with other dpatch using packages, even ones that also use automake, libtool, etc. I almost all cases, changes to 'configure.in' only change 'configure'. In the remaining cases, changes only happen in the toplevel of the tree. As suggested above, I don't think it's safe to presume that changes to configure.in only change configure. Even if that's true now, it might not be true for future versions of autoconf, and it's certainly not true for packages where automake is involved. Actually, it might not even be true in the current emacs21 package since we use aclocal, and I suppose it's possible that aclocal might change what it writes to aclocal.m4 (if anything) from version to version. I don't think it is unreasonnable to avoid duplicating the whole tree, isn't it? That's what we do all the time when running dpatch-edit-patch, so I'm not sure why it would be a problem when we're trying to capture an autofiles.dpatch. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Processed: (no subject)
Processing commands for [EMAIL PROTECTED]: severity 298723 important Bug#298723: gimp segfaults Severity set to `important'. severity 297254 minor Bug#297254: gimp: weird floating rectangle appears on all Virtual Screens upon firing up Severity set to `minor'. 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#298736: initrd-tools - mkinitrd does not warn for lack of scsi lagacy proc support
Package: initrd-tools Version: 0.1.77 Severity: critical mkinitrd does not warn for lack of scsi lagacy proc support and produces an initrd which lacks any scsi support. Bastian -- Death, when unnecessary, is a tragic thing. -- Flint, Requiem for Methuselah, stardate 5843.7 signature.asc Description: Digital signature
Processed: Bug#298736: initrd-tools - mkinitrd does not find the scsi driver on 2.6.10
Processing commands for [EMAIL PROTECTED]: retitle 298736 initrd-tools - mkinitrd does not find scsi driver on 2.6.10 Bug#298736: initrd-tools - mkinitrd does not warn for lack of scsi lagacy proc support Changed Bug title. 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#292401: kdm_config override /etc/kde3/kdm/kdmrc which is a conffile
Processing commands for [EMAIL PROTECTED]: severity 292401 important Bug#292401: kdm_config override /etc/kde3/kdm/kdmrc which is a conffile Severity set to `important'. stop 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#292401: kdm_config override /etc/kde3/kdm/kdmrc which is a conffile
severity 292401 important stop Hello, The conclusion of discussion with the Release Managers on #debian-release was that this bug is really annoying but not RC. They conceded the (unintentional and in fact hitherto unnoticed) lack of clarity in sarge_rc_policy, but don't feel that this merits enforcing the strictest interpretation given the obvious practical difficulties, and recommend the bug be lowered to important. Cheers, Christopher Martin [12:46] Thucydides Could one of the RMs evaluate bug #292401, and advise on the different interpretations of Sarge RC-ness contained therein? [12:47] aba Thucydides: if the title is true, it is RC. [12:48] neuro no it isn't [12:48] Kamion doesn't seem RC to me; very annoying but not RC [12:48] aba eh, moment [12:48] neuro the rc policy is that the package _maintainer scripts_ don't do that to conffiles [12:48] * aba misunderstood the title [12:48] aba neuro: agreed. [12:48] Kamion aba: I think you read it as kdm.config, rather than kdm_config? [12:48] * aba goes back to the sick list [12:48] aba Kamion: yes. [12:49] aba I read it as $package overwrites conffile, not $program overwrites conffile - which is obviously quite a different thing. [12:49] Kamion although Bill is right that sarge_rc_policy goes a bit further than that [12:49] Kamion which is interesting since I don't think I've noticed that text before [12:50] aba well, the question is: What is an editor? I think I might qualify kdm_config as an specialiced editor, but - well, it's really quite annoying. [12:50] Kamion hmm. I think the current letter of our release policy is in fact that it's RC, but I would be inclined to leave this one alone for sarge now unless it's easy to fix [12:51] Kamion depending, as aba says, on exactly what you call an editor [12:51] Thucydides it's not an easy fix, I'm afraid [12:51] neuro it's not easy to fix. [12:51] Kamion seems unlikely that it would be [12:51] Kamion I think we should modify the release policy to replace an editor with a program designed to edit the file or some such [12:52] neuro it might be easy to fix if kde used certain gnome libraries to read the conf file...but I'm sure that fix wouldn't be acceptable to most. [12:52] aba I would tend to downgrade it to annyoing^Wimportant. [12:52] jvw Kamion: well, the program might be designed to edit the conffile, but it doesn't clearly advertise itself as such -- from an unsuspecting user POV, it modifies some 'registry', rather than a real conffile [12:53] Kamion yeah, but that's different from some automated process running it without any user request at all [12:53] jvw but yeah, pragmatic thinking yields to make this bug not RC [12:53] aba (we might even consider it as quite annoying, which also important) [12:53] neuro jvw: if the user is that unsuspecting, they're not going to be using a text editor on the file, either. [12:54] neuro or be answering anything other than enter to dpkg prompts [12:58] Thucydides Thanks for clarifying. I'll set the bug back to important. [12:59] Kamion feel free to quote this conversation pgpDQh3nj1yo8.pgp Description: PGP signature
Bug#298736: initrd-tools - mkinitrd does not warn for lack of scsi lagacy proc support
There is something like if [ ! -d /proc/scsi ]; then echo $PROG: Cannot determine SCSI module 2 exit 1 fi in mkinitrd. How can I reproduce your problem? Regards Harri signature.asc Description: OpenPGP digital signature
Bug#298510: marked as done (python-gd: adventure.ttf probably not distributable)
Your message dated Wed, 09 Mar 2005 14:17:55 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#298510: fixed in python-gd 0.52debian-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; 8 Mar 2005 01:23:59 + From [EMAIL PROTECTED] Mon Mar 07 17:23:59 2005 Return-path: [EMAIL PROTECTED] Received: from dorado.vub.ac.be [134.184.129.10] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D8TS3-0007cM-00; Mon, 07 Mar 2005 17:23:59 -0800 Received: from igwe.vub.ac.be (igwe1.vub.ac.be [134.184.49.1]) by dorado.vub.ac.be (Postfix) with ESMTP id E70BC15C for [EMAIL PROTECTED]; Tue, 8 Mar 2005 02:23:27 +0100 (CET) Received: from caladan.rave.org ([134.184.49.23]) by igwe.vub.ac.be with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.44) id 1D8TRc-00016m-OW for [EMAIL PROTECTED]; Tue, 08 Mar 2005 02:23:32 +0100 Received: from pdewacht by caladan.rave.org with local (Exim 4.50) id 1D8TRW-000737-VY for [EMAIL PROTECTED]; Tue, 08 Mar 2005 02:23:26 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Peter De Wachter [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: python-gd: adventure.ttf probably not distributable X-Mailer: reportbug 3.8 Date: Tue, 08 Mar 2005 02:23:26 +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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: python-gd Version: 0.52-0.1 Severity: serious Justification: Policy 2.2.1 Adventure.ttf's metadata simply says (c)2000 Neale Davidson and does not include a license. debian/copyright also doesn't talk about the font. Neale Davidson's website, www.protoformproject.com, is down, but according to the archive.org[1] it used to say: These fonts are released as freeware. They may not be sold, manipulated, edited, or redistributed without direct written consent by Neale Davidson. They may be used without royalties for any reasonable purpose. So adventure.ttf should be removed from the package. [1] http://web.archive.org/web/*/http://www.protoformproject.com/Fonts/Catalog_A.htm -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages python-gd depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgd2-noxpm 2.0.33-1.1 GD Graphics Library version 2 (wit ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii python 2.3.5-1 An interactive high-level object-o ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information --- Received: (at 298510-close) by bugs.debian.org; 9 Mar 2005 19:23:38 + From [EMAIL PROTECTED] Wed Mar 09 11:23:38 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D96mQ-kM-00; Wed, 09 Mar 2005 11:23:38 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1D96gt-00015d-00; Wed, 09 Mar 2005 14:17:55 -0500 From: Ben Pfaff [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.55 $ Subject: Bug#298510: fixed in python-gd 0.52debian-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 09 Mar 2005 14:17:55 -0500 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-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no
Processed: tagging 298163
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.10 tags 298163 - experimental Bug#298163: FTBFS in experimental Tags were: experimental Tags removed: experimental 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#298041: marked as done (i2c: use a different ABI than the kernel one)
Your message dated Wed, 09 Mar 2005 14:32:57 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#298041: fixed in i2c 1:2.9.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; 4 Mar 2005 08:58:57 + From [EMAIL PROTECTED] Fri Mar 04 00:58:57 2005 Return-path: [EMAIL PROTECTED] Received: from evr91-2-82-233-252-141.fbx.proxad.net (plouc486.caeies.home) [82.233.252.141] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D78e8-nF-00; Fri, 04 Mar 2005 00:58:56 -0800 Received: from hamet by plouc486.caeies.home with local (Exim 3.36 #1 (Debian)) id 1D78dc-Tu-00 for [EMAIL PROTECTED]; Fri, 04 Mar 2005 09:58:24 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Benoit Hamet [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: i2c-2.4.27-2-k6: When installing i2c modules, headers are not set acccordingly ! X-Mailer: reportbug 3.8 Date: Fri, 04 Mar 2005 09:58:24 +0100 Message-Id: [EMAIL PROTECTED] Sender: Benoit Hamet [EMAIL PROTECTED] X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using From header 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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: i2c-2.4.27-2-k6 Version: 1:2.9.0-12 Severity: wishlist I lose one day figuring out why my drivers were segfaulting when registring in i2c system. I finally notice that the size of struct adapter is not the same between the headers chipped by the kernel-header and the one given by i2c-source (I guess that i2c-source is the source package for this version of the drivers). So, I don't know what is the Debian policy about that problem, but I wish at least something like an advertisement when installing such a different driver from debian stock kernel ... I guess that I'm not the only one that can get this kind of problem ... If you need more info, I should be able to quickly answer. Regards. Benoit. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.27-2-k6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages i2c-2.4.27-2-k6 depends on: ii kernel-image-2.4.27-2-k6 2.4.27-8 Linux kernel image for version 2.4 -- no debconf information --- Received: (at 298041-close) by bugs.debian.org; 9 Mar 2005 19:38:54 + From [EMAIL PROTECTED] Wed Mar 09 11:38:54 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D971C-0004Co-00; Wed, 09 Mar 2005 11:38:54 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1D96vR-0001Zp-00; Wed, 09 Mar 2005 14:32:57 -0500 From: Aurelien Jarno [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.55 $ Subject: Bug#298041: fixed in i2c 1:2.9.0-13 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 09 Mar 2005 14:32:57 -0500 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-Status: No, hits=-4.8 required=4.0 tests=BAYES_00,FROM_ENDS_IN_NUMS, HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Source: i2c Source-Version: 1:2.9.0-13 We believe that the bug you reported is fixed in the latest version of i2c, which is due to be installed in the Debian FTP archive: i2c-source_2.9.0-13_all.deb to pool/main/i/i2c/i2c-source_2.9.0-13_all.deb i2c_2.9.0-13.diff.gz to pool/main/i/i2c/i2c_2.9.0-13.diff.gz i2c_2.9.0-13.dsc to pool/main/i/i2c/i2c_2.9.0-13.dsc kernel-patch-2.4-i2c_2.9.0-13_all.deb to pool/main/i/i2c/kernel-patch-2.4-i2c_2.9.0-13_all.deb 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. Aurelien Jarno [EMAIL
Processed: pdftohtml bugs
Processing commands for [EMAIL PROTECTED]: close 278297 Bug#278297: pdftohtml seems to be affected by CAN-2004-0889 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Adrian Bunk [EMAIL PROTECTED] close 287551 Bug#287551: pdftohtml: more xpdf security problems in pdftohtml 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to =?iso-8859-1?Q?Frank_K=FCster?= [EMAIL PROTECTED] close 291250 Bug#291250: CAN-2005-0064: Arbitrary code execution in pdftohtml 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Martin Schulze [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: This bug is still in sarge
Processing commands for [EMAIL PROTECTED]: reopen 298041 Bug#298041: i2c: use a different ABI than the kernel one Bug reopened, originator not changed. tag 298041 - sid Bug#298041: i2c: use a different ABI than the kernel one Tags were: sid sarge Tags removed: sid 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#297735: marked as done (ohphone: FTBFS: gsmcodec.h: No such file or directory)
Your message dated Wed, 09 Mar 2005 15:35:12 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#297735: fixed in ohphone 1:1.4.3+20050304-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; 2 Mar 2005 15:51:53 + From [EMAIL PROTECTED] Wed Mar 02 07:51:53 2005 Return-path: [EMAIL PROTECTED] Received: from d155011.adsl.hansenet.de (localhost.localdomain) [80.171.155.11] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D6W8f-0001a8-00; Wed, 02 Mar 2005 07:51:53 -0800 Received: from aj by localhost.localdomain with local (Exim 4.44) id 1D6X4z-0001oA-2w; Wed, 02 Mar 2005 17:52:09 +0100 To: Debian Bug Tracking System [EMAIL PROTECTED] From: Andreas Jochens [EMAIL PROTECTED] Subject: ohphone: FTBFS: gsmcodec.h: No such file or directory Message-Id: [EMAIL PROTECTED] Date: Wed, 02 Mar 2005 17:52:09 +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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: ohphone Severity: serious When trying to build 'ohphone', I get the following error: g++ -D_REENTRANT -fno-exceptions -Wall -DP_64BIT -I/usr/share/pwlib/include -DPTRACING -I/usr/share/openh323/include -DHAS_OSS -Os -felide-constructors -x c++ -c main.cxx -o obj_linux_x86_64_r/main.o main.cxx:522:22: error: gsmcodec.h: No such file or directory main.cxx:523:24: error: lpc10codec.h: No such file or directory main.cxx:524:22: error: mscodecs.h: No such file or directory main.cxx:525:24: error: speexcodec.h: No such file or directory main.cxx:530:23: error: g726codec.h: No such file or directory Regards Andreas Jochens --- Received: (at 297735-close) by bugs.debian.org; 9 Mar 2005 20:38:10 + From [EMAIL PROTECTED] Wed Mar 09 12:38:10 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D97wX-0004Jf-00; Wed, 09 Mar 2005 12:38:10 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1D97tg-00072V-00; Wed, 09 Mar 2005 15:35:12 -0500 From: Kilian Krause [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.55 $ Subject: Bug#297735: fixed in ohphone 1:1.4.3+20050304-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 09 Mar 2005 15:35:12 -0500 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-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-Spam-Level: Source: ohphone Source-Version: 1:1.4.3+20050304-1 We believe that the bug you reported is fixed in the latest version of ohphone, which is due to be installed in the Debian FTP archive: ohphone-basic_1.4.3+20050304-1_i386.deb to pool/main/o/ohphone/ohphone-basic_1.4.3+20050304-1_i386.deb ohphone_1.4.3+20050304-1.diff.gz to pool/main/o/ohphone/ohphone_1.4.3+20050304-1.diff.gz ohphone_1.4.3+20050304-1.dsc to pool/main/o/ohphone/ohphone_1.4.3+20050304-1.dsc ohphone_1.4.3+20050304-1_i386.deb to pool/main/o/ohphone/ohphone_1.4.3+20050304-1_i386.deb ohphone_1.4.3+20050304.orig.tar.gz to pool/main/o/ohphone/ohphone_1.4.3+20050304.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 PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Kilian Krause [EMAIL PROTECTED] (supplier of updated ohphone 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: Tue, 8 Mar 2005 00:44:02 +0100 Source: ohphone Binary: ohphone-basic ohphone Architecture: source i386 Version: 1:1.4.3+20050304-1 Distribution: unstable Urgency: low Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Kilian Krause [EMAIL PROTECTED] Description: ohphone-
Processed: reassign 298163 to docbook-utils
Processing commands for [EMAIL PROTECTED]: reassign 298163 docbook-utils Bug#298163: FTBFS in experimental Bug reassigned from package `fontconfig' to `docbook-utils'. 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: severity of 298163 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.10 # Causing packages that build-depend on you to FTBFS is a grave problem. severity 298163 grave Bug#298163: FTBFS in experimental Severity set to `grave'. 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#298556: libgnupg-perl: Can not decrypt with gnupg 1.2.5 (changed gpg API)
On Tue, Mar 08, 2005 at 03:25:04PM +0100, Peter Palfrader wrote: Anyway, looks like this patch fixes it, can you confirm? Yes, indeed, it solves the problem. Thanks a lot. Richard. -- First they ignore you. Then they laugh at you. Then they fight you. Then you win. - Mohandas Gandhi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of pydb 1.01-8.3
Processing commands for [EMAIL PROTECTED]: tag 190662 + fixed Bug#190662: pydb: cont not working, run after C-c not working Tags were: patch Tags added: fixed quit 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#298771: buffer overflow in dissect_a11_radius() (CAN-2005-0699)
Package: ethereal Version: 0.10.9-1 Severity: grave Tags: security There is remote buffer overflow vulnerability in Ethereal dissector for CDMA2000 A11 packets. Vulnerability is located in dissect_a11_radius() function in packet-3g-a11.c used for RADIUS authentication dissection. Number of bytes that will be copied from packet to buffer in stack is taken from packet itself. 16 bytes are reserved for that buffer, and string length can be up to 256 bytes (unsigned char), so is possible to overflow local variables and return address. http://www.securityfocus.com/archive/1/392659 A fixed version should be released upstream on March 10th. I think a fix is already available in upstream svn, based on this page: http://www.securityfocus.com/bid/12759/solution/ -- see shy jo signature.asc Description: Digital signature
Processed: tags...
Processing commands for [EMAIL PROTECTED]: severity 289412 grave Bug#289412: gxine: segfault at startup if LANG=de_DE Severity set to `grave'. merge 295344 289412 Bug#289412: gxine: segfault at startup if LANG=de_DE Bug#295344: segfaults on startup Merged 289412 295344. tag 295344 fixed-upstream Bug#295344: segfaults on startup There were no tags set. Bug#289412: gxine: segfault at startup if LANG=de_DE Tags added: fixed-upstream tag 291923 fixed-upstream Bug#291923: gxine: OK button in media marks editor not working There were no tags set. Tags added: fixed-upstream 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: problem that only affects upgrades from a broken unstable version, not RC
Processing commands for [EMAIL PROTECTED]: severity 298035 important Bug#298035: libflac++4 does not install 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#298688: CAN-2005-0683: Disclosure of installation path
Hi from the report http://securitytracker.com/alerts/2005/Mar/1013377.html this look like a beginner error. The error log is from php not phpBB ! ! On a production system error logs on the browser output have to be disabled ! It is lije keeping development backdoors on a production release ... If debian php does it by default , please reassign the bug to it but i don't remenber it doing it , can you check ? At least the maintainer his right in that it has nothing to do with phpBB. Thanks Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298688: CAN-2005-0683: Disclosure of installation path
! On a production system error logs on the browser output have to be disabled ! It is lije keeping development backdoors on a production release ... If debian php does it by default , please reassign the bug to it but i don't remenber it doing it , can you check ? No, unfortunately I don't have a php-installation where I can check it. I just went through the new CANs. Anyway, I don't know what I was thinking when I filed the report. Disclosure of the installation path is of course not an issue in Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298790: ewiki: FTBFS: Missing build dependency.
Package: ewiki Version: 1.02-1 Severity: serious Tags: sid Hi, Your package is failing to build because it's missing atleast a build dependency on dpatch: fakeroot debian/rules clean debian/rules:3: /usr/share/dpatch/dpatch.make: No such file or directory make: *** No rule to make target `/usr/share/dpatch/dpatch.make'. Stop. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: openafs: OpenAFS 1.3.79 release, supposedly fixes many Linux 2.6 bugs, 1.3.75 doesn't compile under 2.6.11
Processing commands for [EMAIL PROTECTED]: severity 297781 important Bug#297781: openafs: OpenAFS 1.3.79 release, supposedly fixes many Linux 2.6 bugs, 1.3.75 doesn't compile under 2.6.11 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#298688: CAN-2005-0683: Disclosure of installation path
On Wed, Mar 09, 2005 at 11:55:01PM +0100, Stefan Fritsch wrote: ! On a production system error logs on the browser output have to be disabled ! It is lije keeping development backdoors on a production release ... If debian php does it by default , please reassign the bug to it but i don't remenber it doing it , can you check ? No, unfortunately I don't have a php-installation where I can check it. I just went through the new CANs. Anyway, I don't know what I was thinking when I filed the report. Disclosure of the installation path is of course not an issue in Debian. For the record: ; Print out errors (as a part of the output). For production web sites, ; you're strongly encouraged to turn this feature off, and use error logging ; instead (see below). Keeping display_errors enabled on a production web site ; may reveal security information to end users, such as file paths on your Web ; server, your database schema or other information. display_errors = On -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286636: still fails to build on sparc, different error
Now the error is: checking LIBXML2_LIBS... -lxml2 -lpthread -lz -lm checking for imlib2 = 1.1... Package @requirements@ was not found in the pkg-co nfig search path. Perhaps you should add the directory containing [EMAIL PROTECTED]@.pc' to the PKG_CONFIG_PATH environment variable Package '@requirements@', required by 'imlib2', not found configure: error: Library requirements (imlib2 = 1.1) not met; consider adjusti ng the PKG_CONFIG_PATH environment variable if your libraries are in a nonstanda rd prefix so pkg-config can find them. make: *** [stamp-configure] Error 1 -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298808: rebuild without libhowl0 dep
Package: file-roller Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild file-roller without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298807: rebuild without libhowl0 dep
Package: evince Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild evince without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298804: rebuild without libhowl0 dep
Package: conglomerate Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild conglomerate without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298805: rebuild without libhowl0 dep
Package: control-center Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild conglomerate without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298806: rebuild without libhowl0 dep
Package: daapd Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild daapd without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298809: rebuild without libhowl0 dep
Package: firestarter Severity: grave Justification: libhowl0 moving to non-free (on behalf on RM Steve Langasek) Please rebuild firestarter without the libhowl0 dependency since it's moving to non-free. Thanks. -- off the chain like a rebellious guanine nucleotide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294689: marked as done (wrong defines vars in Makefile)
Your message dated Wed, 09 Mar 2005 21:02:10 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#294689: fixed in lirc 0.7.1pre2-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; 11 Feb 2005 05:26:26 + From [EMAIL PROTECTED] Thu Feb 10 21:26:25 2005 Return-path: [EMAIL PROTECTED] Received: from skin.netfarm.it (mail.netfarm.it) [151.1.32.181] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CzTJx-0001m0-00; Thu, 10 Feb 2005 21:26:25 -0800 Received: from localhost (localhost [127.0.0.1]) by mail.netfarm.it (AMaViS/SpamAssassin) with ESMTP id D70065D4834; Fri, 11 Feb 2005 06:25:53 +0100 (CET) Received: from flender.netfarm.it (localhost [127.0.0.1]) by mail.netfarm.it (Netfarm MailServer v1.2 [Powered by Postfix]) with ESMTP id D265A5D4833; Fri, 11 Feb 2005 06:25:52 +0100 (CET) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Gianluigi Tiesi [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: wrong defines vars in Makefile X-Mailer: reportbug 3.7.1 Date: Fri, 11 Feb 2005 06:25:52 +0100 Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: by AMaViS New (Debian) at mail.netfarm.it 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-Status: No, hits=-6.4 required=4.0 tests=BAYES_00,HAS_PACKAGE, UPPERCASE_25_50 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: lirc-modules-source Version: 0.7.1pre1-2 Severity: grave Tags: patch Makefiles defines serial_CFLAGS (also sir and parallel) but uses SERIAL_CFLAGS, this make modules compile fails if using serial/parallel/sir here a patch to solve it: --- Makefile.orig 2005-01-25 22:12:45.0 +0100 +++ Makefile2005-02-11 06:17:14.0 +0100 @@ -2,13 +2,13 @@ # An space should be left at the end of each CFLAGS variable for the # sanity-check to work. -serial_CFLAGS := $(subst ,,$(LIRC_SERIAL_CFLAGS) \ +SERIAL_CFLAGS := $(subst ,,$(LIRC_SERIAL_CFLAGS) \ -DLIRC_PORT=$(LIRC_SERIAL_PORT) \ -DLIRC_IRQ=$(LIRC_SERIAL_IRQ) ) -sir_CFLAGS := $(subst ,,$(LIRC_SIR_CFLAGS) \ +SIR_CFLAGS := $(subst ,,$(LIRC_SIR_CFLAGS) \ -DLIRC_PORT=$(LIRC_SIR_PORT) \ -DLIRC_IRQ=$(LIRC_SIR_IRQ) ) -parallel_CFLAGS:= $(subst ,,-DLIRC_PORT=$(LIRC_PARALLEL_PORT) \ +PARALLEL_CFLAGS:= $(subst ,,-DLIRC_PORT=$(LIRC_PARALLEL_PORT) \ -DLIRC_TIMER=$(LIRC_PARALLEL_TIMER) \ -DLIRC_IRQ=$(LIRC_PARALLEL_IRQ) ) Also consider bug #294174 as closed for next release. Bye -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.21 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lirc-modules-source depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii debhelper 4.2.30 helper programs for debian/rules ii debianutils 2.11.2 Miscellaneous utilities specific t --- Received: (at 294689-close) by bugs.debian.org; 10 Mar 2005 02:08:20 + From [EMAIL PROTECTED] Wed Mar 09 18:08:20 2005 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D9D64-0006VK-00; Wed, 09 Mar 2005 18:08:20 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1D9D06-RO-00; Wed, 09 Mar 2005 21:02:10 -0500 From: Amaya Rodrigo Sastre [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.55 $ Subject: Bug#294689: fixed in lirc 0.7.1pre2-1 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 09 Mar 2005 21:02:10 -0500 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-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-Spam-Level: X-CrossAssassin-Score: 2 Source: lirc Source-Version:
Processed: severity of 298806 is serious, merging 295774 298806
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.10 severity 298806 serious Bug#298806: rebuild without libhowl0 dep Severity set to `serious'. merge 295774 298806 Bug#295774: Build-depends on libhowl-dev, which will become non-free or removed Bug#298806: rebuild without libhowl0 dep Merged 295774 298806. 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: initrd-tools - mkinitrd does not find scsi driver on 2.6.10
Processing commands for [EMAIL PROTECTED]: tags 298736 sarge-ignore Bug#298736: initrd-tools - mkinitrd does not find scsi driver on 2.6.10 There were no tags set. Tags added: sarge-ignore 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#298736: initrd-tools - mkinitrd does not find scsi driver on 2.6.10
tags 298736 sarge-ignore thanks Since this bug is specific to kernels newer than the ones we're shipping, it's not RC for sarge. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#298435: marked as done (maps Courier to invisible (sero-sized?) font)
Your message dated Wed, 09 Mar 2005 18:43:06 -0800 with message-id [EMAIL PROTECTED] and subject line #298435: maps Courier to invisible (sero-sized?) font 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; 7 Mar 2005 14:35:27 + From [EMAIL PROTECTED] Mon Mar 07 06:35:27 2005 Return-path: [EMAIL PROTECTED] Received: from mailgate1.uni-kl.de [131.246.120.5] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D8JKQ-0006vV-00; Mon, 07 Mar 2005 06:35:26 -0800 Received: from debian.localnet (rotes255.wohnheim.uni-kl.de [131.246.178.65]) by mailgate1.uni-kl.de (8.13.1/8.13.1) with ESMTP id j27EZK26022400 for [EMAIL PROTECTED]; Mon, 7 Mar 2005 15:35:20 +0100 Received: from inet by debian.localnet with local (Exim 4.50) id 1D8JKI-0006Dh-O8 for [EMAIL PROTECTED]; Mon, 07 Mar 2005 15:35:18 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Eduard Bloch [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: maps Courier to invisible (sero-sized?) font X-Mailer: reportbug 3.8 Date: Mon, 07 Mar 2005 15:35:18 +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-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: fontconfig Version: 2.2.3-4 Severity: grave Hello, when I configure fontconfig to not use bitmap fonts, I get invisible fonts using any xft application (gvim, flash plugin, firefox) when Courier is beeing requested. It is even worse: urxvt -fn xft:Courier Floating point exception strace shows me that it happens directly after some font providing courier is beeing accessed, eg. /usr/share/fonts/truetype/ms/coue1257.fon Even if I remove one of the courier providers, it crashes on another one. If I enable bitmap fonts, I get some ugly fonts in Xft using applications (except of urxvt, this one still crashes). I cannot explain that. Courier New looks fine, and fonts.conf contains alias familyCourier/family acceptfamilyCourier New/family/accept /alias I have only my truetype fonts from windows, bitstream-vera-sans and few others. root @debian:/usr/share/fonts/truetype$ ls arhangai dustin kochi ttf-bitstream-vera arphicfonts.cache-1 ms ttf-xfree86-nonfree baekmuk freefont openoffice ttf-xfree86-nonfree-syriac My fc-list output: Dustismo:style=Regular Luxi Serif:style=Regular SylfaenARM:style=Regular 8514oem:style=Regular Nimbus Sans L:style=Regular Italic Free Helvetian Condensed:style=Oblique Marked Fool:style=Regular Bitstream Vera Sans Mono:style=Bold Arial:style=Regular Gautami:style=Regular Webdings:style=Regular Verdana:style=Bold Italic Trebuchet MS:style=Bold Italic Serto Malankara:style=Regular Free Schoolbook:style=Bold Italic Dustismo:style= Bold URW Palladio L:style=Roman Century Schoolbook L:style=Bold Italic Luxi Serif:style=Bold AR PL SungtiL GB:style=Regular Free Helvetian Condensed:style=Regular Free Bookman:style=Demi Italic Latha:style=Regular Serto Mardin:style=Regular Kochi Mincho:style=Regular FreeMono:style=BoldOblique Trebuchet MS:style=Italic Bitstream Vera Sans:style=Oblique Domestic Manners:style=Regular Estrangelo Edessa:style=Regular Serto Kharput:style=Regular Wine Marlett:style=Regular Comic Sans MS:style=Bold Nimbus Sans L:style=Bold Microsoft Sans Serif:style=Regular OpenSymbol:style=Regular Luxi Mono:style=Bold Estrangelo Nisibin:style=Regular WST_Czec:style=Regular FreeSans:style=Medium WST_Swed:style=Regular URW Chancery L:style=Medium Italic Arhangai:style=Regular Bitstream Vera Sans:style=Roman Bitstream Charter:style=Bold Italic Luxi Sans:style=Bold Trebuchet MS:style=Regular Serto Batnan:style=Bold Free Paladin:style=Bold Italic Free Schoolbook:style=Italic Tunga:style=Regular Times New Roman:style=Bold Italic Lucida Console:style=Regular Free Courier:style=Regular Free Helvetian Condensed:style=Bold Oblique Nimbus Roman No9 L:style=Regular Arial Black:style=Regular Impact:style=Regular Times New Roman:style=Bold Century Schoolbook L:style=Bold Century Schoolbook L:style=Italic Small Fonts:style=Regular Estrangelo Midyat:style=Regular Verdana:style=Bold Estrangelo Talada:style=Regular Luxi Sans:style=Regular Free Avant
Bug#298028: swig: PHP generation is broken with -zts enabled (and it is now the default in sid)
I would just add a warning to SWIG, so that if it is run with the -php argument it outputs a warning like PHP wrapper support is currently broken with Debian. Please see Sourceforge bug whatever (provide a link maybe too). I would also say since it is only a problem with threading if a user really needed to use SWIG on something, they could recompile apache and recompile php themselves and then still use the SWIG that would be in debian, just ignoring the error. Thus this SWIG package is usable, even from a php standpoint. Lastly, not very many people use SWIG for php... php doesn't even support multiple modules sharing type information (%import). John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267181: marked as done (scsi-idle: ftbfs [sparc] nonexistant build-dependancy kernel-headers-2.4)
Your message dated Thu, 10 Mar 2005 04:55:35 +0200 with message-id [EMAIL PROTECTED] and subject line scsi-idle: ftbfs [sparc] nonexistant build-dependancy kernel-headers-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; 21 Aug 2004 00:06:35 + From [EMAIL PROTECTED] Fri Aug 20 17:06:35 2004 Return-path: [EMAIL PROTECTED] Received: from blars.org (munge.nat.blars.org) [64.81.35.59] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ByJP1-0005T6-00; Fri, 20 Aug 2004 17:06:35 -0700 Received: from munge.nat.blars.org (munch [127.0.0.1]) by munge.nat.blars.org (8.13.1/8.13.1/Debian-8) with ESMTP id i7L06WHW027176; Fri, 20 Aug 2004 17:06:32 -0700 Received: (from [EMAIL PROTECTED]) by munge.nat.blars.org (8.13.1/8.13.1/Debian-8) id i7L06WIB027175; Fri, 20 Aug 2004 17:06:32 -0700 Date: Fri, 20 Aug 2004 17:06:32 -0700 From: Blars Blarson [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: scsi-idle: ftbfs [sparc] nonexistant build-dependancy kernel-headers-2.4 Message-ID: [EMAIL PROTECTED] Reply-To: Blars Blarson [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.64 User-Agent: Mutt/1.5.6+20040803i 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: scsi-idle Version: 2.4.23-5 Severity: serious Tags: sid Justification: fails to build from source scsi-idle build-depnds on the nonexistant package kernel-headers-2.4 Full build log at: http://buildd.debian.org/fetch.php?pkg=scsi-idlever=2.4.23-5arch=sparcstamp=1091757978file=logas=raw -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C --- Received: (at 267181-done) by bugs.debian.org; 10 Mar 2005 02:55:40 + From [EMAIL PROTECTED] Wed Mar 09 18:55:40 2005 Return-path: [EMAIL PROTECTED] Received: from ip212-226-168-228.adsl.kpnqwest.fi (esme.liw.iki.fi) [212.226.168.228] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1D9Dps-0003wC-00; Wed, 09 Mar 2005 18:55:40 -0800 Received: by esme.liw.iki.fi (Postfix, from userid 1000) id 65F9E284693; Thu, 10 Mar 2005 04:55:36 +0200 (EET) Subject: Re: scsi-idle: ftbfs [sparc] nonexistant build-dependancy kernel-headers-2.4 From: Lars Wirzenius [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 10 Mar 2005 04:55:35 +0200 Message-Id: [EMAIL PROTECTED] Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 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-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: I wrote: Seems to me that this package has built: http://buildd.debian.org/fetch.php?pkg=scsi-idlever=2.4.23-5arch=sparcstamp=1093601546file=logas=raw Package kernel-headers-2.4 is a virtual package provided by: kernel-headers-2.4.27-1-sparc64-smp 2.4.27-1 kernel-headers-2.4.27-1-sparc32-smp 2.4.27-1 kernel-headers-2.4.27-1 2.4.27-1 kernel-headers-2.4.27-1-sparc64 2.4.27-1 kernel-headers-2.4.27-1-sparc32 2.4.27-1 You should explicitly select one to install. E: Package kernel-headers-2.4 has no installation candidate kernel-headers-2.4 is a virtual package provided by: kernel-headers-2.4.27-1-sparc64-smp kernel-headers-2.4.27-1-sparc32-smp kernel-headers-2.4.27-1 kernel-headers-2.4.27-1-sparc64 kernel-headers-2.4.27-1-sparc32 Using kernel-headers-2.4.27-1-sparc64-smp (no default, using first one) The Debian archive also has a sparc binary package for 2.4.23-5. So I assume the bug can be closed, yes? No-one has objected so I'll close it. Please re-open and tell me if I misunderstood something. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298815: libsem-dev: trying to overwrite `/usr/include/semaphore.h', which is also in package libc6-dev
Package: libsem-dev Version: error processing libsem-dev Severity: grave Justification: renders package unusable FYI, installed a fresh chroot and got the following error: (Reading database ... 18003 files and directories currently installed.) Unpacking libsem-dev (from .../libsem-dev_0.0.1-2_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/libsem-dev_0.0.1-2_powerpc.deb (--unpack): trying to overwrite `/usr/include/semaphore.h', which is also in package libc6-dev Errors were encountered while processing: /var/cache/apt/archives/libsem-dev_0.0.1-2_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Cheers, amu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294717: gpsbabel build problems: at least partly due to rounding errors
With regard to the test program I mailed earlier: it produces identical results on i386 as on hppa if -O or -O2 is given to gcc, but different (and I think incorrect) results without optimization (-O0 or no option). It was pointed out to me on IRC by Simon Richter that i386 computes floating point with higher precision inside the FPU and registers than what is stored to memory, so optimization avoids truncation of intermediate results. I'm still not capable of deducing how to fix this problem, not being well versed with floating point math. Since the errors seem to be rounding errors, and as such almost inevitable unless extreme care is taken, it might be worthwhile to punt on the issue and just disable the make check in debian/rules. This allows the package to build everywhere, but it doesn't solve the real problem. (I'll probably stop butting in on this bug now, since I can't seem to do anything actually useful.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of php4-auth-pam 0.4-6
Processing commands for [EMAIL PROTECTED]: tag 294567 + fixed Bug#294567: php4-auth-pam sets RPATH There were no tags set. Tags added: fixed tag 295264 + fixed Bug#295264: php4-auth-pam: completely broken, crashes apache on start Tags were: upstream patch sid Tags added: fixed quit 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#296977: gworkspace.app: GWorkspace doesn't start on a VNC 8bit display
well, it *might* work smoothly indeed, but the fact is that I'm accessing a Sarge sys via a vnc session at 8bit, and all I got is: 2005-02-26 06:59:40.000 GWorkspace[31699] NOTE: Only one display per host fully supported. 2005-02-26 06:59:40.000 GWorkspace[31699] WARNING - XGServer is unable to use the fast algorithm for writing to an 8-bit display on this host - the most likely reason being the StandardColormap RGB_BEST_MAP has not been installed. 2005-02-26 06:59:40.000 GWorkspace[31699] Unrecognized color masks: 0007:0038:00c0 8 2005-02-26 06:59:40.000 GWorkspace[31699] Please report this along with details on your pixel format (ie. the four numbers above). (Or better yet, implement it and send me a patch.) which leaves me with no other choice but use anoter filemanager, hence the severity. I suspect this is a bug in gnustep-back and not in gworkspace itself. Please, could test with another GNUstep apps (via vnc too) ? I tried it with an 8-bit X server running under qemu. The results were pretty much identical: neither GWorkspace nor Mines (the two GNUstep programs I tried) would run. When I configured it to be a 24-bit screen, Mines would run without problems. If I understand correctly, this means all or many GNUstep program don't work at all with an 8-bit display. Personally, I don't think this is a release critical problem, and possibly not even a bug, even though it is obviously quite annoying if that's the only thing you've got. Thus, I would think the best way would be to assign this bug to the appropriate GNUstep base package and lowering its severity to normal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
