Bug#688842: CPAN modules no longer installed to /usr/local by default
block 688842 by 691185 thanks On Fri, Oct 26, 2012 at 11:40:23PM +0200, intrigeri wrote: Dominic Hargreaves wrote (21 Oct 2012 15:30:27 GMT) : Nice work - the patch looks fine to me and I've tested it appears to fix the problem discussed on this report (I actually tested ntyni/for-wheezy at 154f2c7768c838e1b278a73eabec545865df0508). In case you feel another review / test is *needed*, count me in. Else, I'll go spend my time somewhere else in more useful ways :) Thanks. We've judged the patch to be OK, and it's queued waiting for release team preapproval of other changes for 5.14.2-15. See #691185. Sorry, I should've noted that here earlier. More review and testing is always welcome of course, but feel free to do the cost/benefit analysis yourself :) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#688842: CPAN modules no longer installed to /usr/local by default
Processing commands for cont...@bugs.debian.org: block 688842 by 691185 Bug #688842 [perl] CPAN modules no longer installed to /usr/local by default 688842 was not blocked by any bugs. 688842 was not blocking any bugs. Added blocking bug(s) of 688842: 691185 thanks Stopping processing here. Please contact me if you need assistance. -- 688842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 688842
Processing commands for cont...@bugs.debian.org: tags 688842 + pending Bug #688842 [perl] CPAN modules no longer installed to /usr/local by default Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 688842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688842 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
Following on Philipp's comment, I went looking for explanation in the old template config file changes, and found the sysrq calls added with no obvious explanation here: http://git.drbd.org/gitweb.cgi?p=drbd-8.3.git;a=commitdiff;h=3b4452d69b4371dbeee5a38f2e248a6360c14c77 But this is still conditional on the on-io-error setting, which remains set to detach. With the two reboot states, there's no avoiding the sysrq call. In any case, he assumption that DRBD is the sole block device backend on the system is wrong, and the package can and should take care of it. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690376: cve-2012-4505
control: tag -1 patch Hi, I've uploaded an nmu fixing this issue. Please see attached patch. Best wishes, Mike libproxy.patch Description: Binary data
Processed: re: cve-2012-4505
Processing control commands: tag -1 patch Bug #690376 [libproxy] libproxy: PAC handling insufficient content length check leading to buffer overflow Ignoring request to alter tags of bug #690376 to the same tags previously set -- 690376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690376 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690376: marked as done (libproxy: PAC handling insufficient content length check leading to buffer overflow)
Your message dated Sat, 27 Oct 2012 09:17:42 + with message-id e1ts2wu-0006sk...@franck.debian.org and subject line Bug#690376: fixed in libproxy 0.3.1-5.1 has caused the Debian Bug report #690376, regarding libproxy: PAC handling insufficient content length check leading to buffer overflow 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 690376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690376 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libproxy Severity: serious Tags: security fixed-upstream patch Hi, A buffer overflow was discovered in the PAC handling which lacks a sufficient content length check. The following bug report describes the issue and a proposed fix for the 0.3 branch: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-4505 This is CVE-2012-4505. Note that a similar issue was discovered earlier in the 0.4 branch (CVE-2012-4504) which does not affect the 0.3 branch (and thus Debian). Can you please upload a fixed package to unstable and ensure transition to wheezy? Are you able to provide an update for squeeze? thanks, Thijs ---End Message--- ---BeginMessage--- Source: libproxy Source-Version: 0.3.1-5.1 We believe that the bug you reported is fixed in the latest version of libproxy, which is due to be installed in the Debian FTP archive. 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 690...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated libproxy 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Oct 2012 04:44:22 -0400 Source: libproxy Binary: libproxy0 libproxy-dev libproxy-tools python-libproxy Architecture: source all amd64 Version: 0.3.1-5.1 Distribution: unstable Urgency: high Maintainer: Emilio Pozuelo Monfort po...@debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: libproxy-dev - automatic proxy configuration management library (devel) libproxy-tools - automatic proxy configuration management library (tools) libproxy0 - automatic proxy configuration management library (shared) python-libproxy - automatic proxy configuration management library (python) Closes: 690376 Changes: libproxy (0.3.1-5.1) unstable; urgency=high . * Non-maintainer upload. * Fix cve-2012-4505: buffer overflow in lib/pac.c (closes: #690376). Checksums-Sha1: 89c6ff094de0780fa5f0d796a36a127b604988df 3106 libproxy_0.3.1-5.1.dsc 4c198dba56a23cc02eb15c763d75316eddedd20c 6899 libproxy_0.3.1-5.1.debian.tar.gz 1e8e8b14b6ee446c178c85cfafa0cff935ebefa2 10300 python-libproxy_0.3.1-5.1_all.deb 4670128133fd2ad1fc08f27b6ab3fe69b1399691 37006 libproxy0_0.3.1-5.1_amd64.deb af68b90c5932963f21fc9d604dbb28240d1537fb 9990 libproxy-dev_0.3.1-5.1_amd64.deb 9bf1d519fc74c472a07ff38b7bfa4ed07323e55b 11158 libproxy-tools_0.3.1-5.1_amd64.deb Checksums-Sha256: 30243da4400e7cc1247038a27153b5e705799db8476f15cb30323fb74fe63668 3106 libproxy_0.3.1-5.1.dsc c33d18837a560f952f95a0254180b197a899f1ac38f2529505c1a363fd414b02 6899 libproxy_0.3.1-5.1.debian.tar.gz cbd4305e7c46165a2165a7d0c8547f690d6e90028279fb9c61e67f4b39d8e3f3 10300 python-libproxy_0.3.1-5.1_all.deb b144c23417bafbae2174ce39dc301e3fb6bd926dfe364a0fa9ce67528fb1ccc4 37006 libproxy0_0.3.1-5.1_amd64.deb 6baa844d618f79fbab03e9d20f2a93b3a46b7153f45625f05d88c201a737f957 9990 libproxy-dev_0.3.1-5.1_amd64.deb 944ca61bf47d23573cc19c3e8a5faa27321e144028877b2303759c45458d575b 11158 libproxy-tools_0.3.1-5.1_amd64.deb Files: 838d487c81d4cc90005707e62eb00235 3106 libs optional libproxy_0.3.1-5.1.dsc a44520d9bcf3b07934277120643ac409 6899 libs optional libproxy_0.3.1-5.1.debian.tar.gz 1ad488d80aa80a437b024a7b791146c4 10300 python optional python-libproxy_0.3.1-5.1_all.deb d43e68c54d4da50cbcda65f8ae7cbd1f 37006 libs optional libproxy0_0.3.1-5.1_amd64.deb 97910cba06e775a307a9fc1fac38dc24 9990 libdevel optional libproxy-dev_0.3.1-5.1_amd64.deb 5d002fdde2f38ba4c10eb1476f7e76c2 11158 utils optional libproxy-tools_0.3.1-5.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQQcBAEBCAAGBQJQi6FbAAoJELjWss0C1vRz8k0f/1ikV4Q3BF1lG88HjNtRbrkb
Bug#682426: converting a PDF file to PostScript takes several minutes
control: severity -1 normal From an up-to-date Wheezy, /usr/bin/pdf2ps takes a long time of 100% CPU, but succeeds in creating a 3.6 M PS file out of this small PDF. One particular file that happens to take a while to convert is not a severe enough issue to justify rc status. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: re: converting a PDF file to PostScript takes several minutes
Processing control commands: severity -1 normal Bug #682426 [ghostscript] ghostscript: converting a PDF file to PostScript takes several minutes consuming 100 % of CPU Severity set to 'normal' from 'grave' -- 682426: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682426 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682882: marked as done (inguma: Recommends non-existent python-qt3 package)
Your message dated Sat, 27 Oct 2012 09:54:06 + with message-id e1ts35i-0004ew...@franck.debian.org and subject line Bug#690406: Removed package(s) from unstable has caused the Debian Bug report #682882, regarding inguma: Recommends non-existent python-qt3 package 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 682882: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682882 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: inguma Version: 0.0.7.2-2 Severity: serious inguma recommends python-qt3, which has been removed from the archive. It's not clear if the best solution is to drop the recommends or remove this package. ---End Message--- ---BeginMessage--- Version: 0.0.7.2-2+rm Dear submitter, as the package inguma has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/690406 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)---End Message---
Bug#684645: liblockfile1: Order of fcntl and dotlock in maillock
Dear Michael, I guess that lockmbox() should not be called on entry to deliver(), but that block moved to after the first flock(). I wonder about the close(mbfd) in line 1370: should unlockmbox() be called just after, and lockmbox() called again after the re-open and subsequent flock()? --- I wonder if I am qualified to provide patches. What has me stumped is that I do not seem to be able to build sendmail-bin. Trying: tar zxf sendmail.8.14.4.tar.gz gzcat sendmail_8.14.4-2.1.diff.gz | patch -p0 cd sendmail-8.14.4 dpkg-buildpackage -rfakeroot -B -uc -us elicits some errors: ... fakeroot debian/rules clean /usr/share/cdbs/1/rules/tarball.mk:33: WARNING: tarball.mk is deprecated - please use source format 3.0 instead /bin/sh: line 0: cd: build-tree/sendmail-8.14.4: No such file or directory ... dh_testroot rm -f debian/stamp-makefile-build debian/stamp-makefile-install k distclean make: k: Command not found ... cd build-tree/sendmail-8.14.4 QUILT_PATCHES=/usr/users/amstaff/psz/sendmail-bin/sendmail-8.14.4/debian/patches/8.14/8.14.4 quilt --quiltrc /dev/null push -a || test $? = 2 Applying patch control_c can't find file to patch at input line 24 ... make: *** [debian/stamp-patched] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Can you give me a hint on what I am doing wrong? Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584889: marked as done (bittwist: Fails to work in 64bit-systems)
Your message dated Sat, 27 Oct 2012 10:10:50 +
with message-id e1ts3lu-0001ki...@franck.debian.org
and subject line Bug#690391: Removed package(s) from unstable
has caused the Debian Bug report #584889,
regarding bittwist: Fails to work in 64bit-systems
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
584889: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584889
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: bittwist
Version: 1.1-1
Severity: normal
When trying to use bittwist to send captured packets using an
amd64-system it sent garbage. The affixed patch corrected this.
-- snip --
diff -ru bittwist-1.1/src/bittwist.c bittwist-1.1-patched/src/bittwist.c
--- bittwist-1.1/src/bittwist.c 2010-02-19 09:16:54.0 +0100
+++ bittwist-1.1-patched/src/bittwist.c 2010-04-19 17:37:45.0 +0200
@@ -190,7 +190,7 @@
{
FILE *fp; /* file pointer to trace file */
struct pcap_file_header preamble;
-struct pcap_pkthdr header;
+struct pcap_sf_pkthdr header;
int pkt_len; /* packet length to send */
int ret;
int i;
@@ -223,7 +223,10 @@
error(fread(): error reading %s, trace_file);
/* copy timestamp for current packet */
-memcpy(cur_ts, header.ts, sizeof(struct timeval));
+ struct pcap_timeval ptime;
+ memcpy(ptime, header.ts, sizeof(ptime));
+ cur_ts.tv_sec = ptime.tv_sec;
+ cur_ts.tv_usec = ptime.tv_usec;
if (len 0)/* captured length */
pkt_len = header.caplen;
diff -ru bittwist-1.1/src/def.h bittwist-1.1-patched/src/def.h
--- bittwist-1.1/src/def.h 2010-02-19 09:16:54.0 +0100
+++ bittwist-1.1-patched/src/def.h 2010-04-19 17:35:39.0 +0200
@@ -43,6 +43,17 @@
#endif
#include pcap.h
+struct pcap_timeval {
+bpf_int32 tv_sec; /* seconds */
+bpf_int32 tv_usec; /* microseconds */
+};
+
+struct pcap_sf_pkthdr {
+struct pcap_timeval ts; /* time stamp */
+bpf_u_int32 caplen; /* length of portion present */
+bpf_u_int32 len;/* length this packet (off wire) */
+};
+
#define BITTWIST_VERSION1.1
#define BITTWISTE_VERSION BITTWIST_VERSION
#define BITTWISTB_VERSION BITTWIST_VERSION
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores)
Shell: /bin/sh linked to /bin/dash
Versions of packages bittwist depends on:
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libpcap0.81.0.0-6system interface for user-level pa
Versions of packages bittwist recommends:
ii tcpdump 4.1.1-1A powerful tool for network monito
Versions of packages bittwist suggests:
pn wireshark none (no description available)
-- debconf information:
---End Message---
---BeginMessage---
Version: 1.1-1+rm
Dear submitter,
as the package bittwist has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see http://bugs.debian.org/690391
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@debian.org.
Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)---End Message---
Bug#668947: marked as done (bittwist: Segmentation fault on executing)
Your message dated Sat, 27 Oct 2012 10:10:50 + with message-id e1ts3lu-0001ki...@franck.debian.org and subject line Bug#690391: Removed package(s) from unstable has caused the Debian Bug report #668947, regarding bittwist: Segmentation fault on executing 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 668947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668947 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bittwist Version: 1.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to use it with the following line: bittwist -i eth0 128_2.pcap * What exactly did you do (or not do) that was effective (or ineffective)? Above invokation. * What was the outcome of this action? Above execution line returns segmentation fault after openning network interface and pcap file. * What outcome did you expect instead? It send data over network. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (250, 'testing'), (200, 'unstable'), (150, 'stable'), (20, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittwist depends on: ii libc6 2.13-27 ii libpcap0.8 1.2.1-1 Versions of packages bittwist recommends: ii tcpdump 4.2.1-3 Versions of packages bittwist suggests: ii wireshark 1.6.6-1 -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.1-1+rm Dear submitter, as the package bittwist has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/690391 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)---End Message---
Processed: your mail
Processing commands for cont...@bugs.debian.org: tag 652315 - patch Bug #652315 [src:mpi-defaults] Get this out of testing until its rdepends have rebuilt Removed tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 652315: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652315 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475873: marked as done (gs-gpl: config files left around after switch to ghostscript)
Your message dated Sat, 27 Oct 2012 10:32:43 + with message-id e1ts3h5-0001uk...@franck.debian.org and subject line Bug#475873: fixed in ghostscript 9.05~dfsg-6.2 has caused the Debian Bug report #475873, regarding gs-gpl: config files left around after switch to ghostscript 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 475873: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475873 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gs-gpl Severity: normal Hi, I had gs-gpl installed but now switched to ghostscript and purged the gs-gpl package. Nonetheless I still have a directory /etc/gs-gpl # ls -la /etc/gs-gpl/ insgesamt 32 drwxr-xr-x 2 root root 4096 20. Jul 2005 . drwxr-xr-x 167 root root 12288 13. Apr 16:40 .. -rw-r--r-- 1 root root 996 16. Jul 2005 cidfmap -rw-r--r-- 1 root root 1495 16. Jul 2005 FAPIcidfmap -rw-r--r-- 1 root root 1480 26. Mär 2004 FAPIfontmap -rw-r--r-- 1 root root 109 16. Jul 2005 Fontmap It seems, those config files were not correctly removed / transitioned over to the ghostscript package. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: ghostscript Source-Version: 9.05~dfsg-6.2 We believe that the bug you reported is fixed in the latest version of ghostscript, which is due to be installed in the Debian FTP archive. 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 475...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated ghostscript 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Oct 2012 05:46:49 -0400 Source: ghostscript Binary: ghostscript ghostscript-cups ghostscript-x ghostscript-doc libgs9 libgs9-common libgs-dev ghostscript-dbg Architecture: source all amd64 Version: 9.05~dfsg-6.2 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team debian-print...@lists.debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: ghostscript - interpreter for the PostScript language and for PDF ghostscript-cups - interpreter for the PostScript language and for PDF - CUPS filter ghostscript-dbg - interpreter for the PostScript language and for PDF - Debug symbo ghostscript-doc - interpreter for the PostScript language and for PDF - Documentati ghostscript-x - interpreter for the PostScript language and for PDF - X11 support libgs-dev - interpreter for the PostScript language and for PDF - Development libgs9 - interpreter for the PostScript language and for PDF - Library libgs9-common - interpreter for the PostScript language and for PDF - common file Closes: 475873 520753 Changes: ghostscript (9.05~dfsg-6.2) unstable; urgency=medium . * Check for the existence of /etc/cups/ppd in ghostscript-cups.postinst (closes: #520753) - Patch thanks to Bastien Roucaries. * Remove /etc/gs-gpl files that may have been left around during the etch to lenny upgrade (closes: #475873) - Patch thanks to Didier Raboud. Checksums-Sha1: 128676719b3366e20ce52c40782435311a03e8a4 3502 ghostscript_9.05~dfsg-6.2.dsc 9b43b9039aebf56cda1ca13dd815a7d503a46c91 105239 ghostscript_9.05~dfsg-6.2.debian.tar.gz 29b73b65150eb4c0d3fb831eddcf093f68bae143 2325676 ghostscript-doc_9.05~dfsg-6.2_all.deb 275a2b1371aae3a761c194f9a6da18b1492da4ac 1980592 libgs9-common_9.05~dfsg-6.2_all.deb 3b894425e584c716749df01e86a186da3a2f17af 80070 ghostscript_9.05~dfsg-6.2_amd64.deb 53b1485d08e9754ad6e4d62687dff14352fa8220 60572 ghostscript-cups_9.05~dfsg-6.2_amd64.deb 7ac47eb8b6119a7724914186e495d0809b84c743 71788 ghostscript-x_9.05~dfsg-6.2_amd64.deb 793fabfecb86ef47b02bf5f5869bbbf5d6e6bbec 1844844 libgs9_9.05~dfsg-6.2_amd64.deb 18994a01ce55263d4e51486f1618464bc01cc9c8 2036730 libgs-dev_9.05~dfsg-6.2_amd64.deb 36a4faa1e02e86e3475c263f78c385025250720e 5321508 ghostscript-dbg_9.05~dfsg-6.2_amd64.deb Checksums-Sha256:
Bug#520753: marked as done (postinst couldn't change to /etc/cups/pppd)
Your message dated Sat, 27 Oct 2012 10:32:43 + with message-id e1ts3h5-0001un...@franck.debian.org and subject line Bug#520753: fixed in ghostscript 9.05~dfsg-6.2 has caused the Debian Bug report #520753, regarding postinst couldn't change to /etc/cups/pppd 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520753: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520753 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ghostscript Version: 8.64~dfsg-1 Severity: normal Hi, the postinst script tried to change to /etc/cups/pppd, but I don't have the package cups installed. I have only the package cups-client installed and use cups on a remote machine. Updating category cid.. Updating category cmap.. Updating category psprint.. cd: 77: can't cd to /etc/cups/ppd Richte ghostscript-x ein (8.64~dfsg-1) ... Verarbeite Trigger für menu ... Verarbeite Trigger für python-support ... Bye, Jörg. -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (900, 'unstable'), (700, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.29-rc8 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [debc 1.5.26 Debian configuration management sy ii debianutils 2.31 Miscellaneous utilities specific t ii defoma0.11.10-0.2Debian Font Manager -- automatic f ii ghostscript [ 8.64~dfsg-1The GPL Ghostscript PostScript/PDF ii gs-common 8.64~dfsg-1Dummy package depending on ghostsc ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii libc6 2.9-6 GNU C Library: Shared libraries ii libcups2 1.3.9-15 Common UNIX Printing System(tm) - ii libcupsimage2 1.3.9-15 Common UNIX Printing System(tm) - ii libgnutls26 2.6.4-2the GNU TLS library - runtime libr ii libgs88.64~dfsg-1The Ghostscript PostScript/PDF int ii libgssapi-krb 1.6.dfsg.4~beta1-11MIT Kerberos runtime libraries - k ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-01.2.35-1 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii zlib1g1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages ghostscript recommends: ii psfontmgr0.11.10-0.2 PostScript font manager -- part of Versions of packages ghostscript suggests: ii ghostscript-x8.64~dfsg-1 The GPL Ghostscript PostScript/PDF pn hpijsnone (no description available) -- no debconf information signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP ---End Message--- ---BeginMessage--- Source: ghostscript Source-Version: 9.05~dfsg-6.2 We believe that the bug you reported is fixed in the latest version of ghostscript, which is due to be installed in the Debian FTP archive. 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 520...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated ghostscript 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Oct 2012 05:46:49 -0400 Source: ghostscript Binary: ghostscript ghostscript-cups ghostscript-x ghostscript-doc libgs9 libgs9-common libgs-dev ghostscript-dbg Architecture: source all amd64 Version: 9.05~dfsg-6.2 Distribution: unstable Urgency: medium Maintainer: Debian Printing Team debian-print...@lists.debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: ghostscript - interpreter for the PostScript language and for PDF ghostscript-cups - interpreter for the PostScript language and for PDF - CUPS filter ghostscript-dbg - interpreter for the PostScript language and for PDF - Debug symbo ghostscript-doc - interpreter for the PostScript language and for PDF - Documentati ghostscript-x -
Bug#691576: GDB stops with sigtrap at 0 address on ia64 wheezy
Package: gdb Version: 7.4.1 Severity: serious Dell PowerEdge 3250 2x Itanium Madison 1.5GHz 6M 4GB RAM I realized that GDB doesn't work as it should. When GDB should run *any* target application, it always stops with SIGTRAP 0x. Example: stephan@itanic:~$ gdb man GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as ia64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/man...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/man Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x in ?? () (gdb) Debian Wheezy: Kernel 3.2.23, GDB 7.4.1 doesn't work Debian Wheezy: Kernel 3.2.23, GDB 7.3 doesn't work Debian Wheezy: with Kernel 3.5.5 (experimental), GDB 7.4.1 doesn't work Debian Wheezy: with Kernel 3.5.5 (experimental), GDB 7.3 doesn't work Debian Lenny: Kernel 2.6.26, a 'debootstrapped' Wheezy userland, GDB 7.4.1 *works* Gentoo:Kernel 3.3.8, GDB 7.3.1 works I'm surprised that GDB 7.4.1 works on Lenny in the chroot'd Wheezy environment. Please also note that the problem doesn't occur on Gentoo ia64. In my opinion, it points to the Debian Kernel somehow... Stephan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
control: severity -1 important Josip, Please don't upgrade the severity of this bug. The defaults actually prevent further data loss for the majority of drbd users. In the normal setup the drbd device is the main storage device so the defaults make sense. If you have a suggestion for a better default please go ahead and post it. Philipp -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
Processing control commands: severity -1 important Bug #576511 [drbd8-utils] drbd8-utils: Ships with violent default actions for various drbd fault conditions - may cause dataloss. Severity set to 'important' from 'critical' -- 576511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576511 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690153: jscribble: FTBFS: tests timeout
Hi, I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Best regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Package: libghc-warp-dev Severity: grave Tags: upstream patch Dear Maintainer, warp 1.2.1.1 does not parse request headers correctly, such as multi-line headers, or a header with no space between colon and value. Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-warp-dev depends on: ii libc62.13-35 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-c8e71none ii libghc-blaze-builder-conduit-dev [libghc-blaze-builder-cond 0.4.0.2-1 ii libghc-blaze-builder-dev [libghc-blaze-builder-dev-0.3.1.0- 0.3.1.0-1+b2 pn libghc-bytestring-dev-0.9.2.1-4adca none ii libghc-case-insensitive-dev [libghc-case-insensitive-dev-0. 0.4.0.1-2+b2 ii libghc-conduit-dev [libghc-conduit-dev-0.4.2-d1822] 0.4.2-2 pn libghc-ghc-prim-dev-0.2.0.0-bd29cnone ii libghc-http-types-dev [libghc-http-types-dev-0.6.11-1dd27] 0.6.11-1 ii libghc-lifted-base-dev [libghc-lifted-base-dev-0.1.1-51e15] 0.1.1-1+b1 ii libghc-network-conduit-dev [libghc-network-conduit-dev-0.4. 0.4.0.1-2 ii libghc-network-dev [libghc-network-dev-2.3.0.13-6b330] 2.3.0.13-1+b2 ii libghc-simple-sendfile-dev [libghc-simple-sendfile-dev-0.2. 0.2.3-1+b2 ii libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-f2 0.3.0.0-1 ii libghc-unix-compat-dev [libghc-unix-compat-dev-0.3.0.1-b9c7 0.3.0.1-1+b1 ii libghc-wai-dev [libghc-wai-dev-1.2.0.2-eb498]1.2.0.2-1 ii libgmp10 2:5.0.5+dfsg-2 libghc-warp-dev recommends no packages. Versions of packages libghc-warp-dev suggests: ii libghc-warp-doc 1.2.1.1-1 ii libghc-warp-prof 1.2.1.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690153: jscribble: FTBFS: tests timeout
On Sat, 27 Oct 2012 14:53:07 +0200, Tobias Hansen wrote: I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Nope, cowbuilder. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Little Walter: ThunderBird signature.asc Description: Digital signature
Processed: limit package to libghc-warp-dev, tagging 691600
Processing commands for cont...@bugs.debian.org: limit package libghc-warp-dev Limiting to bugs with field 'package' containing at least one of 'libghc-warp-dev' Limit currently set to 'package':'libghc-warp-dev' tags 691600 + fixed-upstream Bug #691600 [libghc-warp-dev] libghc-warp-dev: does not parse request headers correctly Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. -- 691600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit package to libghc-warp-dev ...
Processing commands for cont...@bugs.debian.org: limit package libghc-warp-dev Limiting to bugs with field 'package' containing at least one of 'libghc-warp-dev' Limit currently set to 'package':'libghc-warp-dev' forwarded 691600 https://github.com/yesodweb/wai/issues/76 Bug #691600 [libghc-warp-dev] libghc-warp-dev: does not parse request headers correctly Set Bug forwarded-to-address to 'https://github.com/yesodweb/wai/issues/76'. thanks Stopping processing here. Please contact me if you need assistance. -- 691600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: marked as done (libghc-warp-dev: does not parse request headers correctly)
Your message dated Sat, 27 Oct 2012 16:31:46 +0200 with message-id 1351348306.17760.6.camel@kirk and subject line Re: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly has caused the Debian Bug report #691600, regarding libghc-warp-dev: does not parse request headers correctly 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 691600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libghc-warp-dev Severity: grave Tags: upstream patch Dear Maintainer, warp 1.2.1.1 does not parse request headers correctly, such as multi-line headers, or a header with no space between colon and value. Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-warp-dev depends on: ii libc62.13-35 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-c8e71none ii libghc-blaze-builder-conduit-dev [libghc-blaze-builder-cond 0.4.0.2-1 ii libghc-blaze-builder-dev [libghc-blaze-builder-dev-0.3.1.0- 0.3.1.0-1+b2 pn libghc-bytestring-dev-0.9.2.1-4adca none ii libghc-case-insensitive-dev [libghc-case-insensitive-dev-0. 0.4.0.1-2+b2 ii libghc-conduit-dev [libghc-conduit-dev-0.4.2-d1822] 0.4.2-2 pn libghc-ghc-prim-dev-0.2.0.0-bd29cnone ii libghc-http-types-dev [libghc-http-types-dev-0.6.11-1dd27] 0.6.11-1 ii libghc-lifted-base-dev [libghc-lifted-base-dev-0.1.1-51e15] 0.1.1-1+b1 ii libghc-network-conduit-dev [libghc-network-conduit-dev-0.4. 0.4.0.1-2 ii libghc-network-dev [libghc-network-dev-2.3.0.13-6b330] 2.3.0.13-1+b2 ii libghc-simple-sendfile-dev [libghc-simple-sendfile-dev-0.2. 0.2.3-1+b2 ii libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-f2 0.3.0.0-1 ii libghc-unix-compat-dev [libghc-unix-compat-dev-0.3.0.1-b9c7 0.3.0.1-1+b1 ii libghc-wai-dev [libghc-wai-dev-1.2.0.2-eb498]1.2.0.2-1 ii libgmp10 2:5.0.5+dfsg-2 libghc-warp-dev recommends no packages. Versions of packages libghc-warp-dev suggests: ii libghc-warp-doc 1.2.1.1-1 ii libghc-warp-prof 1.2.1.1-1 -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.3.4.1-1 Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part ---End Message---
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote: Version: 1.3.4.1-1 Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Sorry for the lack of information. I would like to have this fix in wheezy. -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit package to libghc-warp-dev, reopening 691600
Processing commands for cont...@bugs.debian.org:
limit package libghc-warp-dev
Limiting to bugs with field 'package' containing at least one of
'libghc-warp-dev'
Limit currently set to 'package':'libghc-warp-dev'
reopen 691600
Bug #691600 {Done: Joachim Breitner nome...@debian.org} [libghc-warp-dev]
libghc-warp-dev: does not parse request headers correctly
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions 1.3.4.1-1.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
691600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Samstag, den 27.10.2012, 23:37 +0900 schrieb YOSHINO Yoshihito: On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote: Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Sorry for the lack of information. I would like to have this fix in wheezy. I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Processed: fix up versions
Processing commands for cont...@bugs.debian.org: notfound 690766 6.1-3 Bug #690766 [rheolef] Submitted bug: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available There is no source info for the package 'rheolef' at version '6.1-3' with architecture '' Unable to make a source version for version '6.1-3' No longer marked as found in versions 6.1-3. found 690766 6.1-2 Bug #690766 [rheolef] Submitted bug: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available Marked as found in versions rheolef/6.1-2. thanks Stopping processing here. Please contact me if you need assistance. -- 690766: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690766 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691605: multiarch-support: Package priority standard too low, should be required
Package: multiarch-support Version: 2.13-36 Severity: serious Justification: Policy 2.5 Multiarch-support should have priority required: Multiarch support is a release goal for wheezy and for this the package multiarch-support exists. Due to this nature many packages pre-depends on multi-arch, including packages which have a priority of important or required. Of course, reading the policy, it would be indeed a RC-bug in the dependees but I think it is not feasible to lower the priorities of those as those are key packages. * just random examples for dependees of priority required: e2fslibs, libacl1, libmount1 coldtobi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages multiarch-support depends on: ii libc6 2.13-36 multiarch-support recommends no packages. multiarch-support suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691606: [locales] Causes system to fail to boot with floating point exceptions
Package: locales Version: 2.13-36 Severity: critical --- Please enter the report below this line. --- This version of locales causes any script that includes the line . /etc/default/locales to exit with a floating point exception. Unfortunately, dash shows this as multiple commands within the script exiting with trap divide error followed by floating point error, making the error very difficult to determine the cause of. This bug causes the system to fail to boot, and prevents the scripts in /etc/init.d from running correctly. --- System information. --- Architecture: Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 500 unstableqgis.org 500 unstableftp.debian.org 500 stable dl.google.com 500 sid linux.dropbox.com 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644299: certmaster: diff for NMU version 0.25-1.1
tags 644299 + patch pending
tags 652324 + patch pending
tags 662607 + patch pending
thanks
Dear maintainer,
I've prepared an NMU for certmaster (versioned as 0.25-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
diff -u certmaster-0.25/debian/changelog certmaster-0.25/debian/changelog
--- certmaster-0.25/debian/changelog
+++ certmaster-0.25/debian/changelog
@@ -1,3 +1,13 @@
+certmaster (0.25-1.1) experimental; urgency=low
+
+ * Non-maintainer upload.
+ * Switch to dh_python2 (Closes: #644299, #652324).
+ * debian/certmasterd:
+- Use Required-Start: $network to avoid insserv rejecting the
+ script header (Closes: #662607).
+
+ -- Luca Falavigna dktrkr...@debian.org Sat, 27 Oct 2012 16:26:01 +0200
+
certmaster (0.25-1) experimental; urgency=low
* New upstream release.
diff -u certmaster-0.25/debian/control certmaster-0.25/debian/control
--- certmaster-0.25/debian/control
+++ certmaster-0.25/debian/control
@@ -1,16 +1,14 @@
Source: certmaster
Section: python
Homepage: https://fedorahosted.org/certmaster/
-XS-Python-Version: = 2.4
+X-Python-Version: = 2.4
Priority: optional
Maintainer: Nima Talebi n...@it.net.au
-Build-Depends: debhelper (= 7), quilt (= 0.46), python-all
-Build-Depends-Indep: python-all-dev (= 2.3.5-11), python-central (= 0.6),
- perl (= 5.10)
+Build-Depends: debhelper (= 7), quilt (= 0.46), python-all (= 2.6.6-3~)
+Build-Depends-Indep: perl (= 5.10)
Standards-Version: 3.8.3
Package: certmaster
-XB-Python-Version: ${python:Versions}
Architecture: all
Provides: ${python:Provides}
Depends: python-openssl (= 0.7), ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
diff -u certmaster-0.25/debian/certmasterd certmaster-0.25/debian/certmasterd
--- certmaster-0.25/debian/certmasterd
+++ certmaster-0.25/debian/certmasterd
@@ -5,7 +5,7 @@
### BEGIN INIT INFO
# Provides: certmasterd
-# Required-Start: network
+# Required-Start: $network
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
diff -u certmaster-0.25/debian/rules certmaster-0.25/debian/rules
--- certmaster-0.25/debian/rules
+++ certmaster-0.25/debian/rules
@@ -32,7 +32,7 @@
install debian/upstream.changelog debian/$(PKG)/usr/share/doc/$(PKG)/changelog
dh_link
#.
- dh_pycentral
+ dh_python2
dh_installdeb
install-stamp: build-stamp $(PYVERS:%=install-ext-%)
touch $@
Processed: certmaster: diff for NMU version 0.25-1.1
Processing commands for cont...@bugs.debian.org: tags 644299 + patch pending Bug #644299 [certmaster] certmaster: uninstallable: Depends: python ( 2.7) but 2.7.2-7 is to be installed Added tag(s) pending and patch. tags 652324 + patch pending Bug #652324 [src:certmaster] certmaster: deprecation of dh_pycentral, please use dh_python2 Added tag(s) pending and patch. tags 662607 + patch pending Bug #662607 [certmaster] certmaster: fails to install due to insserv rejecting the script header Added tag(s) pending and patch. thanks Stopping processing here. Please contact me if you need assistance. -- 644299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644299 652324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652324 662607: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662607 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690153: jscribble: FTBFS: tests timeout
On Sat, Oct 27, 2012 at 10:17 AM, gregor herrmann gre...@debian.org wrote: On Sat, 27 Oct 2012 14:53:07 +0200, Tobias Hansen wrote: I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Nope, cowbuilder. pbuilder here. -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote: I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? Actually I have stuck in a warp server receiving request from Japanese mobile phones, which send a header with no space between colon and value. It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Looks ok. -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: elfutils: Can't find ebl backends because of multiarch
Processing control commands: fixed -1 0.153-1 Bug #691612 [elfutils] elfutils: Can't find ebl backends because of multiarch Marked as fixed in versions elfutils/0.153-1. -- 691612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691612 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691612: elfutils: Can't find ebl backends because of multiarch
Package: elfutils
Version: 0.152-1
Severity: serious
Control: fixed -1 0.153-1
It seems that the version in Wheezy is unable to open it's ebl
backends, and so is as good as useless.
It tries:
open(/usr/bin/../lib/x86_64-linux-gnu/elfutils/libebl_x86_64.so, O_RDONLY) =
-1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=136423, ...}) = 0
mmap(NULL, 136423, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f943e735000
close(4)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/x86_64-linux-gnu/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/lib/x86_64-linux-gnu/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such
file or directory)
open(/lib/x86_64-linux-gnu/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/lib/x86_64-linux-gnu/tls, 0x7fffa4acade0) = -1 ENOENT (No such file or
directory)
open(/lib/x86_64-linux-gnu/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/lib/x86_64-linux-gnu/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file
or directory)
open(/lib/x86_64-linux-gnu/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/lib/x86_64-linux-gnu, {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
open(/usr/lib/x86_64-linux-gnu/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1
ENOENT (No such file or directory)
stat(/usr/lib/x86_64-linux-gnu/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No
such file or directory)
open(/usr/lib/x86_64-linux-gnu/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/usr/lib/x86_64-linux-gnu/tls, 0x7fffa4acade0) = -1 ENOENT (No such file
or directory)
open(/usr/lib/x86_64-linux-gnu/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/usr/lib/x86_64-linux-gnu/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such
file or directory)
open(/usr/lib/x86_64-linux-gnu/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/lib/x86_64-linux-gnu, {st_mode=S_IFDIR|0755, st_size=73728, ...}) = 0
open(/lib/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/lib/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory)
open(/lib/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/lib/tls, 0x7fffa4acade0)= -1 ENOENT (No such file or directory)
open(/lib/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/lib/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory)
open(/lib/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or directory)
stat(/lib, {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0
open(/usr/lib/tls/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/lib/tls/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/usr/lib/tls, 0x7fffa4acade0)= -1 ENOENT (No such file or directory)
open(/usr/lib/x86_64/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/usr/lib/x86_64, 0x7fffa4acade0) = -1 ENOENT (No such file or directory)
open(/usr/lib/libebl_x86_64.so, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=98304, ...}) = 0
The file of course is still /usr/lib/elfutils/libebl_x86_64.so
The problem is caused by a change in libc to support multi arch.
See also #632281.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 691612
Processing commands for cont...@bugs.debian.org: close 691612 Bug #691612 [elfutils] elfutils: Can't find ebl backends because of multiarch Marked Bug as done thanks Stopping processing here. Please contact me if you need assistance. -- 691612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691612 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690766: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available
Control: block -1 by 691610 On Wed, Oct 17, 2012 at 04:20:09PM +0200, saramito wrote: The 6.1-2 rheolef library (sid wheezy) is not usable as is and a new version is required: a fixed version of the rheolef debianization is available as 6.1-3 in svn. Actually a simple rebuild fixes the reported crash; there must have been a library change at some point. However, we can't schedule a binNMU while rheolef is not binnmu-safe (see #691610) so when that is fixed by source upload, this bug will go away. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Processed: Re: Bug#690766: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available
Processing control commands: block -1 by 691610 Bug #690766 [rheolef] Submitted bug: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available 690766 was not blocked by any bugs. 690766 was not blocking any bugs. Added blocking bug(s) of 690766: 691610 -- 690766: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690766 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689779: bug #689779 pptpd: modifies conffiles during squeeze2wheezy upgrade (policy 10.7.3): /etc/pptpd.conf, /etc/init.d/pptpd, /etc/ppp/pptpd-options
I don't see any weird conffile handling in pptpd's maintainer scripts.
However, it seems to me that somehow debsums got confused:
dpkg-deb -I pptpd_1.3.4-5_amd64.deb conffiles
/etc/pptpd.conf
/etc/ppp/pptpd-options
/etc/init.d/pptpd
/etc/ppp/pptpd-options
/etc/init.d/pptpd
/etc/pptpd.conf
That is, the conffiles get registered multiple times. Moreover, the
debdiff between the two debs looks fishy:
debdiff pptpd_1.3.4-3_amd64.deb pptpd_1.3.4-5_amd64.deb
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .deb but not in first
-
-rwxr-xr-x root/root /usr/share/doc/pptpd/examples/pptpd.conf
Files in first .deb but not in second
-
-rw-r--r-- root/root /usr/share/doc/pptpd/examples/pptpd.conf
Control files: lines which differ (wdiff format)
Installed-Size: [-744-] {+300+}
Version: [-1.3.4-3-] {+1.3.4-5+}
As maintainer, I would probably update the debhelper 4 based packaging
to debhelper 9, and set the permission modes when installing the
conffiles to semsible values. However, I do not think that such a
change would be in scope of an acceptable change during the wheezy
freeze, nor is this something that should be done without the
maintainer's agreement.
Rene, what do you think about this RC bug?
--
regards,
Reinhard
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636805: marked as done (viewvc runs extremely slowly (~15s per page))
Your message dated Sat, 27 Oct 2012 15:47:04 + with message-id e1ts8bi-0004ye...@franck.debian.org and subject line Bug#636805: fixed in viewvc 1.1.5-1.1+squeeze1 has caused the Debian Bug report #636805, regarding viewvc runs extremely slowly (~15s per page) 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 636805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636805 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: viewvc Version: 1.1.5-1.1 Severity: important As reported in the upstream bug tracker (#467) viewvc sends the wrong content length when compression is enabled, causing browsers to hang until a timeout is reached (typically 15s). This is fixed upstream in svn (r2471) and was merged into version 1.1.8. See http://viewvc.tigris.org/issues/show_bug.cgi?id=467 This bug makes viewvc virtually unusable, so please merge this fix into stable. I'm attaching a patch based on svn change 2471 but massaged for 1.1.5. For unstable, use the packaged 1.1.9 offered in bug #614509. A workaround is to ensure allow_compress = 0 in the configuration. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages viewvc depends on: ii cvs 1:1.12.13-12 Concurrent Versions System ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-subversion 1.6.12dfsg-6 Python bindings for Subversion ii python-support 1.0.10 automated rebuilding support for P ii rcs 5.7-25 The GNU Revision Control System ii subversion 1.6.12dfsg-6 Advanced version control system Versions of packages viewvc recommends: ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n pn python-pygmentsnone(no description available) Versions of packages viewvc suggests: pn cvsgraph none (no description available) pn libapache2-mod-python none (no description available) ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap pn python-tk none (no description available) pn viewvc-query none (no description available) -- Configuration Files: /etc/viewvc/viewvc.conf changed [not included] -- debconf information excluded ---End Message--- ---BeginMessage--- Source: viewvc Source-Version: 1.1.5-1.1+squeeze1 We believe that the bug you reported is fixed in the latest version of viewvc, which is due to be installed in the Debian FTP archive. 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 636...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thijs Kinkhorst th...@debian.org (supplier of updated viewvc 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 14 Oct 2012 20:12:07 + Source: viewvc Binary: viewvc viewvc-query Architecture: source all Version: 1.1.5-1.1+squeeze1 Distribution: stable-security Urgency: high Maintainer: David Martínez Moreno en...@debian.org Changed-By: Thijs Kinkhorst th...@debian.org Description: viewvc - web interface for CVS and/or Subversion repositories viewvc-query - utility to query CVS and Subversion commit database Closes: 636805 671482 679069 Changes: viewvc (1.1.5-1.1+squeeze1) stable-security; urgency=high . * Non-maintainer upload. . [ gregor herrmann ] * [SECURITY] Fix CVE-2012-3356 / CVE-2012-3357: - CVE-2012-3356: * security fix: complete authz support for remote SVN views - CVE-2012-3357: * security fix: log msg leak in SVN revision view with unreadable copy source Add patches CVE-2012-3356 and CVE-2012-3357, taken from upstream svn. (Closes: #679069) * Fix viewvc runs extremely slowly (~15s per page): backport upstream commit r2471 as new patch compression-content-length: don't set
Bug#679069: marked as done (CVE-2012-3356 / CVE-2012-3357)
Your message dated Sat, 27 Oct 2012 15:47:04 + with message-id e1ts8bi-0004yp...@franck.debian.org and subject line Bug#679069: fixed in viewvc 1.1.5-1.1+squeeze1 has caused the Debian Bug report #679069, regarding CVE-2012-3356 / CVE-2012-3357 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 679069: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679069 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: viewvc Severity: grave Tags: security Please see http://seclists.org/oss-sec/2012/q2/540 http://seclists.org/oss-sec/2012/q2/544 Cheers, Moritz ---End Message--- ---BeginMessage--- Source: viewvc Source-Version: 1.1.5-1.1+squeeze1 We believe that the bug you reported is fixed in the latest version of viewvc, which is due to be installed in the Debian FTP archive. 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 679...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thijs Kinkhorst th...@debian.org (supplier of updated viewvc 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 14 Oct 2012 20:12:07 + Source: viewvc Binary: viewvc viewvc-query Architecture: source all Version: 1.1.5-1.1+squeeze1 Distribution: stable-security Urgency: high Maintainer: David Martínez Moreno en...@debian.org Changed-By: Thijs Kinkhorst th...@debian.org Description: viewvc - web interface for CVS and/or Subversion repositories viewvc-query - utility to query CVS and Subversion commit database Closes: 636805 671482 679069 Changes: viewvc (1.1.5-1.1+squeeze1) stable-security; urgency=high . * Non-maintainer upload. . [ gregor herrmann ] * [SECURITY] Fix CVE-2012-3356 / CVE-2012-3357: - CVE-2012-3356: * security fix: complete authz support for remote SVN views - CVE-2012-3357: * security fix: log msg leak in SVN revision view with unreadable copy source Add patches CVE-2012-3356 and CVE-2012-3357, taken from upstream svn. (Closes: #679069) * Fix viewvc runs extremely slowly (~15s per page): backport upstream commit r2471 as new patch compression-content-length: don't set Content-Length when compression is used. (Closes: #636805) . [ Ben Hutchings ] * view_query: No longer allow an undocumented URL parameter to override the admin-declared SQL row limit, which could result in excessive CPU usage and memory consumption (CVE-2009-5024) (Closes: #671482) Checksums-Sha1: 2ad3542ad175bebc67ed1ccc718bb6de4951b47b 1498 viewvc_1.1.5-1.1+squeeze1.dsc 988d7b9e13af194696db9cba5446510367720b91 593630 viewvc_1.1.5.orig.tar.gz 00089765d74a8995aa0c4b2eb43b94db1334454c 30479 viewvc_1.1.5-1.1+squeeze1.diff.gz 6a017148e51668ecd475c3c38d1b79355b9c8fdd 606544 viewvc_1.1.5-1.1+squeeze1_all.deb 13228ddbc7a83a7aa59ca0e90f0eb8afc6c58911 12106 viewvc-query_1.1.5-1.1+squeeze1_all.deb Checksums-Sha256: f72ff0183658afa35fab6f22b3f5d3a6469a8a6579e65b14944d1b058547c6d0 1498 viewvc_1.1.5-1.1+squeeze1.dsc 32ce717330fc780e9c2341cca800079078e9935581d4dfd526e4a15fc1d94919 593630 viewvc_1.1.5.orig.tar.gz 92bc4267c140a91eaf89443b4b1b889362401379a9f448aa6a61530a495d1e60 30479 viewvc_1.1.5-1.1+squeeze1.diff.gz 6d4a7909659e4f9f3e8c049342a123d7e13d4ffb7a74a984df0a8b8ff0c7f168 606544 viewvc_1.1.5-1.1+squeeze1_all.deb 0c03412641438cefc30086b0b999bc0e3271b95aabc9550fa2cfc76dc150446b 12106 viewvc-query_1.1.5-1.1+squeeze1_all.deb Files: 39095cfbd30229eccd9468da19a60ba5 1498 vcs optional viewvc_1.1.5-1.1+squeeze1.dsc da7bbcf6800383ebb23405a064c6faf8 593630 vcs optional viewvc_1.1.5.orig.tar.gz d67c265da2ac4bbb4b776498290550dd 30479 vcs optional viewvc_1.1.5-1.1+squeeze1.diff.gz a22095492d9f05f7e553d513fe39b15c 606544 vcs optional viewvc_1.1.5-1.1+squeeze1_all.deb 3cc471934f2c28693c09c034b94c8699 12106 vcs optional viewvc-query_1.1.5-1.1+squeeze1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJQgWM6AAoJEFb2GnlAHawEt/kH/jaY5/RqOoHFDFETHJbEKgEP vgDYFVjpUMwQYhXiWhHeCYJ4H/k+xE9e1HqXWuNlieLad70Nb5yCtfVYrHn4nZxp 7wag9bwbypJ5sR7HrGWIuLII9x0wkw21ggR572CZBXPRWFdtwrGPUlISom1/RqM5 VtPyupSBCjL0NIQ+h3FwelI2C+ozYYV8eJBgJttPXRysGS7B5de03q/1re0ACeN2
Bug#685281: marked as done (denial of service via many headers)
Your message dated Sat, 27 Oct 2012 15:47:05 + with message-id e1ts8bj-0004ys...@franck.debian.org and subject line Bug#685281: fixed in tinyproxy 1.8.2-1squeeze3 has caused the Debian Bug report #685281, regarding denial of service via many headers 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 685281: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685281 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tinyproxy Severity: serious Tags: security patch Hi Jordi, A Denial of Service attack has been reported against tinyproxy: https://bugs.launchpad.net/ubuntu/+source/tinyproxy/+bug/1036985 https://banu.com/bugzilla/show_bug.cgi?id=110#c2 Can you please see to it that this gets addressed in unstable (and by extension wheezy)? Please use CVE-2012-3505 to refer to this issue. Thanks, Thijs -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: tinyproxy Source-Version: 1.8.2-1squeeze3 We believe that the bug you reported is fixed in the latest version of tinyproxy, which is due to be installed in the Debian FTP archive. 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 685...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jordi Mallach jo...@debian.org (supplier of updated tinyproxy 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 24 Sep 2012 21:05:41 +0200 Source: tinyproxy Binary: tinyproxy Architecture: source amd64 Version: 1.8.2-1squeeze3 Distribution: stable-security Urgency: high Maintainer: Ed Boraas e...@debian.org Changed-By: Jordi Mallach jo...@debian.org Description: tinyproxy - A lightweight, non-caching, optionally anonymizing http proxy Closes: 685281 Changes: tinyproxy (1.8.2-1squeeze3) stable-security; urgency=high . * Add patches for CVE-2012-3505 (closes: #685281): - CVE-2012-3505-tinyproxy-limit-headers.patch: Limit the number of headers to prevent DoS attacks. - CVE-2012-3505-tinyproxy-randomized-hashmaps.patch: Randomize hashmaps in order to avoid fake headers getting included in the same bucket, allowing for DoS attacks. Bug reported and patches contributed by gpernot. Checksums-Sha1: 8bd439d4b90b54e76da6190c911418711a6af258 1295 tinyproxy_1.8.2-1squeeze3.dsc 0d99220e277d71e89c285cc6b28a0d26fd505316 14264 tinyproxy_1.8.2-1squeeze3.debian.tar.bz2 31164865b8290f8dab68c52689776c5351b42a52 87550 tinyproxy_1.8.2-1squeeze3_amd64.deb Checksums-Sha256: a74f9f7cda2fdd4a98708a6f737f935a15948a11a1e521de273b1134f5546d25 1295 tinyproxy_1.8.2-1squeeze3.dsc 8285a7bcfc674e5e00f0013e0cf14deba476368ca46ed9a72b6801848f163731 14264 tinyproxy_1.8.2-1squeeze3.debian.tar.bz2 5f550c8778e1ed11ccf6484fa6a90e64acde2c1b7a0673bd52c1d87fb1a9 87550 tinyproxy_1.8.2-1squeeze3_amd64.deb Files: 95136d26f2d3319b1a3cebb329fa1710 1295 web optional tinyproxy_1.8.2-1squeeze3.dsc 9f1cb3dac6372aa328c9f0c675307dec 14264 web optional tinyproxy_1.8.2-1squeeze3.debian.tar.bz2 2f2952c740e4d1c9b5dfafe414e7d2f1 87550 web optional tinyproxy_1.8.2-1squeeze3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBqFaUACgkQJYSUupF6Il7LzQCfSdkuQGIwtOAVqxBPSLkiFjUW zsgAoPRUDR/HGOSbYFlfw4COJzRe7vzj =lf60 -END PGP SIGNATUREEnd Message---
Bug#677943: [Packaging] Bug#677943: release critical?
On Sat, 27 Oct 2012 00:09:46 +0200, intrigeri wrote: According to debian/changelog, this was introduced in 1.4.6-1: * munin.postinst: only create link from /etc/munin/apache.conf to /etc/apache2/conf.d/munin on new installations, not on upgrades. (Closes: #619399) After reading #619399, it seems to me the answer to my question is a clear yes, so goto #2. And then we have the question, when the symlink was removed, and this changed in 1.4.6-3: * munin/postrm: only delete /etc/apache2/conf.d/munin on purge. (Closes: #653596) - Sadly the fix will only be effective the next time munin is upgraded... So, it was removed until 1.4.6-3 and only re-created until 1.4.6-1; and after 1.4.6-3 and before 1.4.6-1 everything should be ok. Which means we need to create the symlink for new installs and for upgrades from this range. Correct so far? Here's an attempt to implement this idea: #v+ diff -u munin-2.0.6/debian/changelog munin-2.0.6/debian/changelog --- munin-2.0.6/debian/changelog +++ munin-2.0.6/debian/changelog @@ -1,3 +1,14 @@ +munin (2.0.6-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix /etc/apache2/conf.d/munin removed on upgrade: +- debian/munin.postinst: create symlink for new installs and also for + upgrades from versions where it was still removed (up to 1.4.6-3) but + not re-created (from 1.4.6-1 onwards). +(Closes: #677943) + + -- gregor herrmann gre...@debian.org Sun, 21 Oct 2012 16:27:43 +0200 + munin (2.0.6-1) unstable; urgency=high * New upstream release 2.0.6, switching back to cron graphing (as it better diff -u munin-2.0.6/debian/munin.postinst munin-2.0.6/debian/munin.postinst --- munin-2.0.6/debian/munin.postinst +++ munin-2.0.6/debian/munin.postinst @@ -63,8 +63,11 @@ webserver=apache2 webserver_init_script=/etc/init.d/$webserver if [ -d /etc/$webserver/conf.d ] [ ! -e /etc/$webserver/conf.d/munin ]; then - if [ -z $prevver ] ; then + if [ -z $prevver ] || \ + dpkg --compare-versions $prevver ge 1.4.6-1~ \\ + dpkg --compare-versions $prevver lt 1.4.7~ ; then # only create link on new installs + # or when upgrading from a version where it was removed unconditionally ln -s ../../munin/apache.conf /etc/$webserver/conf.d/munin fi if [ -f $webserver_init_script ];then #v- Please double-check if I got the logic right :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Paul Simon: The Obvious Child signature.asc Description: Digital signature
Bug#687398: Now FTBFS...?
On Fri, 26 Oct 2012 15:00:29 +0600, Andrey Rahmatullin wrote: make[2]: gmcs: Command not found make[2]: *** [RHash.dll] Error 127 make[2]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings/mono' make[1]: *** [build-mono] Error 2 make[1]: Leaving directory `/tmp/buildd/rhash-1.2.9/bindings' make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting dev/pts filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//16252 and its subdirectories ...why is gmcs not findable in my pbuilder chroot? I checked, and mono-gmcs is still a dependency. Yeah, I've seen that too. mono-gmcs was not installed by pbuilder even though it's in the deps, but mono-gmcs (= 1.1.8) | c-sharp-2.0-compiler dep was apparently resolved by mono-devel pulled by other deps (actually I don't know whether pbuilder dep resolution works that way or there is something else happening here). Same here, and I agree with the analysis. This shouldn't be a problem with sbuild (in its default configuratiion where it ignore alternative dependencies), but still the Build-Dep since wrong if gmcs is really needed: #v+ diff -Nru rhash-1.2.9/debian/control rhash-1.2.9/debian/control --- rhash-1.2.9/debian/control 2012-06-17 14:12:03.0 +0200 +++ rhash-1.2.9/debian/control 2012-10-27 18:01:45.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Aleksey Kravchenko rhash.ad...@gmail.com Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.2), libssl-dev (= 1.0.0), default-jdk, junit4, default-jdk-doc, perl, python (= 2.6.6-3~), ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, chrpath -Build-Depends-Indep: cli-common-dev (= 0.8~), mono-gmcs (= 1.1.8) | c-sharp-2.0-compiler, monodoc-base +Build-Depends-Indep: cli-common-dev (= 0.8~), mono-gmcs (= 1.1.8), monodoc-base Standards-Version: 3.9.3 DM-Upload-Allowed: yes Homepage: http://rhash.sourceforge.net/ #v- Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Die Quote: Stufenziellied signature.asc Description: Digital signature
Processed: 690766 is pending
Processing commands for cont...@bugs.debian.org: tag 690766 + pending Bug #690766 [rheolef] Submitted bug: rheolef_6.1-2 is wrongly packaged in sid wheezy ; a fix, as rheolef_6.1-3, is now available Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 690766: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690766 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Sonntag, den 28.10.2012, 00:14 +0900 schrieb YOSHINO Yoshihito: On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote: I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? Actually I have stuck in a warp server receiving request from Japanese mobile phones, which send a header with no space between colon and value. It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Looks ok. I checked, the patches apply cleanly against the version in unstable. Unfortunately, I cannot build it because libghc-blaze-builder-conduit-doc and libghc-network-conduit-doc are not installable in unstable any more. So basically now my worries have come true. Just the moment we broke stuff in unstable in a way that prevents us from uploading a single fix to testing via unstable an allegedly release critical bug comes up. I guess I’ll have to setup a wheezy chroot and see if I can build the package there. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Processed: fixed 691600 in 1.3.4.1-1
Processing commands for cont...@bugs.debian.org: # the bug is fixed there, so lets keep that noted fixed 691600 1.3.4.1-1 Bug #691600 [libghc-warp-dev] libghc-warp-dev: does not parse request headers correctly Marked as fixed in versions haskell-warp/1.3.4.1-1. thanks Stopping processing here. Please contact me if you need assistance. -- 691600: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691619: unburden-home-dir: Option for a dry run is ignored under some circumstances
Package: unburden-home-dir Version: 0.3.1 Severity: grave Justification: May cause data loss Not yet sure what's the exact reason for this, but if the option -F (don't use lsof) is given before the option -n (dry run), the option -n seems to be ignored and unburden-home-dir does change things instead of just telling what it would change: $ unburden-home-dir -n Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ unburden-home-dir -n -F Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ unburden-home-dir -F -n Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default sending incremental file list ./ Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ (The relevant part is that in the last case there's output from rsync seen despite rsync shouldn't be called at all in dry-run mode.) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unburden-home-dir depends on: ii dpkg 1.16.8 ii libconfig-file-perl 1.50-2 ii libfile-rsync-perl 0.42-2 ii libfile-touch-perl 0.08-1 ii libfile-which-perl 1.09-1 ii libmodern-perl-perl 1.20120521-1 ii perl 5.14.2-14 ii x11-common 1:7.7+1 Versions of packages unburden-home-dir recommends: ii lsof 4.86+dfsg-1 Versions of packages unburden-home-dir suggests: ii agedu 8928-1 ii autotrash 0.1.5-1 ii baobab 3.4.1-1 pn bleachbit none ii eatmydata 26-2 ii ncdu1.8-1 ii tmpreaper 1.6.13+nmu1 ii xdiskusage 1.48-10.1 ii xdu 3.0-18 -- Configuration Files: /etc/default/unburden-home-dir changed: UNBURDEN_HOME=true /etc/unburden-home-dir.list changed: m D .cache cache m D .thumbnails thumbnails m f .config/google-chrome/*/Thumbnails google-chrome-thumbnails-%1 m f .config/google-chrome/*/Thumbnails-journal google-chrome-thumbnails-journal-%1 m f .config/chromium/*/Thumbnails google-chrome-thumbnails-%1 m f .config/chromium/*/Thumbnails-journal google-chrome-thumbnails-journal-%1 m d .mozilla/default/*/Cache mozilla-default-cache-%1 m d .mozilla/default/*/startupCache mozilla-default-startup-cache-%1 m d .mozilla/firefox/*/Cache firefox-cache-%1 m d .mozilla/firefox/*/startupCache firefox-startup-cache-%1 m d .mozilla/firefox/*/Cache.Trash firefox-cache-trash-%1 m d .conkeror.mozdev.org/conkeror/*/Cache conkeror-cache-%1 m d .conkeror.mozdev.org/conkeror/*/startupCache conkeror-startup-cache-%1 m d .conkeror.mozdev.org/conkeror/*/Cache.Trash conkeror-cache-trash-%1 m d .kazehakase/mozilla/kazehakase/Cache kazehakase-cache m d .galeon/mozilla/galeon/Cache galeon-cache m d .gnome2/epiphany/mozilla/epiphany/Cache epiphany-cache m d .xxxterm/cache xxxterm-cache m d .forg/cache forg-cache m d .opera/cache opera-cache m d .opera/cache4 opera-cache4 m d .opera/opcache opera-opcache m d .opera/cacheOp opera-cacheOp m d .thunderbird/*/Cache thunderbird-cache-%1 m d .mozilla-thunderbird/*/Cache debian-thunderbird-cache-%1 m d .icedove/*/Cache icedove-cache-%1 m d .buzzbird/*/Cache buzzbird-cache m f .aptitude/cache aptitude-cache m d .wesnoth*/cache wesnoth%1-cache m d .gaia/cache gaia-cache m d .java/deployment/cache java-deployment-cache m d .adobe/Acrobat/*/Cache adobe-acrobat-%1-cache m d .shotwell/thumbs shotwell-thumbs r D .Trash trash r D .local/Trash local-trash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691606: [locales] Causes system to fail to boot with floating point exceptions
tags 691606 + moreinfo # machine-specific severity 691606 important quit Hi, Beojan Stanislaus wrote: This version of locales causes any script that includes the line . /etc/default/locales to exit with a floating point exception. I don't have that file. I do have $ grep . /etc/default/locale # File generated by update-locale #LANG=de_DE.UTF-8 #LANGUAGE=en:de but I suspect you're looking at a different file. Could you attach it? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [locales] Causes system to fail to boot with floating point exceptions
Processing commands for cont...@bugs.debian.org: tags 691606 + moreinfo Bug #691606 [locales] [locales] Causes system to fail to boot with floating point exceptions Added tag(s) moreinfo. # machine-specific severity 691606 important Bug #691606 [locales] [locales] Causes system to fail to boot with floating point exceptions Severity set to 'important' from 'critical' quit Stopping processing here. Please contact me if you need assistance. -- 691606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691606 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 691619
Processing commands for cont...@bugs.debian.org: tags 691619 + pending Bug #691619 [unburden-home-dir] unburden-home-dir: Option for a dry run is ignored under some circumstances Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 691619: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691619 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691223: marked as done (atanks: source tarball includes Win32 binaries without source)
Your message dated Sat, 27 Oct 2012 18:17:31 + with message-id e1tsawt-00074f...@franck.debian.org and subject line Bug#691223: fixed in atanks 5.5+dfsg-0.1 has caused the Debian Bug report #691223, regarding atanks: source tarball includes Win32 binaries without source 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 691223: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691223 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: src:atanks Version: 5.5-1 Severity: serious The source tarball contains Win32 binaries without source: ./src/alleg42.dll ./alleg42.dll Ansgar ---End Message--- ---BeginMessage--- Source: atanks Source-Version: 5.5+dfsg-0.1 We believe that the bug you reported is fixed in the latest version of atanks, which is due to be installed in the Debian FTP archive. 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 691...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Gilbert mgilb...@debian.org (supplier of updated atanks 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 25 Oct 2012 13:38:02 -0400 Source: atanks Binary: atanks atanks-data Architecture: source amd64 all Version: 5.5+dfsg-0.1 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Michael Gilbert mgilb...@debian.org Description: atanks - tank-battling game atanks-data - data files for Atomic tanks Closes: 691223 Changes: atanks (5.5+dfsg-0.1) unstable; urgency=low . * Non-maintainer upload. * Remove binary files from source tarball (closes: #691223). Checksums-Sha1: 37c0bfbbca5a00e2a8df3d8a5ab6cdd2e5c842cb 2690 atanks_5.5+dfsg-0.1.dsc 33805a044124f1e8dff4974c310440282d014304 2448827 atanks_5.5+dfsg.orig.tar.gz 30c2514bc25b2961a7a2f31697f481673b9a4b8f 6519 atanks_5.5+dfsg-0.1.debian.tar.gz 61635bcb0f5c5fad7692a387fd10ba00357870a5 189266 atanks_5.5+dfsg-0.1_amd64.deb 50594cb445a4ac3d9ff82b8fd6d220db98a12913 2250946 atanks-data_5.5+dfsg-0.1_all.deb Checksums-Sha256: 943130e51d4e9321809e9297d294fb71ab0c97e906e6e5383dab21153d7d7eca 2690 atanks_5.5+dfsg-0.1.dsc 325d5154143d63aec20bdb2e74aedda39136107d12c41196fa07f80271390b1a 2448827 atanks_5.5+dfsg.orig.tar.gz f9cb8f288045cb941e5099ff7105613ef27ae2f6d36b9f79d5b8ac54ee5e3877 6519 atanks_5.5+dfsg-0.1.debian.tar.gz f5c34ec13d4bf35585f537af5e8f3946ca255569822c3f1dfdaabd1aa6a56b6b 189266 atanks_5.5+dfsg-0.1_amd64.deb e6d8ade40317a713696a051074445263c3914c07e6da9748f208da85c7a7920b 2250946 atanks-data_5.5+dfsg-0.1_all.deb Files: 7b67da643a934e6c210269bd3fa20d5d 2690 games optional atanks_5.5+dfsg-0.1.dsc a550c64a2a50a5bdf684ee078f09f5c8 2448827 games optional atanks_5.5+dfsg.orig.tar.gz cb76352f5be319d63c667347c25ca877 6519 games optional atanks_5.5+dfsg-0.1.debian.tar.gz 7448c5aba88da631217f838e83936237 189266 games optional atanks_5.5+dfsg-0.1_amd64.deb 87efc2a057340f990e01fb60fa999653 2250946 games optional atanks-data_5.5+dfsg-0.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQQcBAEBCAAGBQJQiXsrAAoJELjWss0C1vRzfyAgAL85asr329c3GbmvkH4SSUkD PatqRp+8/PjP/il5vAnKYOpdzVaICBRk2+N9MNVTsLQ6LT8gM/XoHRhX4eZDipDv D1A9DaHY41zrFcB6b0LU6X/ZxGr9OHdjys1KBvXPKKMSObwZWvvMTHrBGv6H1StH fKmBmzmll9Et0zikvge29jloOV9ya6g6yZYHouJ5q2IhVHiJwk3xfOwAOLvwKtH9 Gld2JyRepmf9HxNGDr7PAt6OZMzYqfG7olWWDQ7IBbjOEIQgoZrcznuf04cIRRLQ paRfbsc4ZqfOKqBLMjHC+GeVHi92e5QAHzO467a1lAyhEWlI94vAnEcOjB8iMEls d2khzTKu5WG3BmlXquz6mRjfbgR2mplKUNDRqLrov5ZKGxwRSGzS959d7tggYQ9T Q8juCLfLkMiBaTAD99pkmb60M/EVpnZjEVyt8V1bPLLFUvsaoOhr0V5sD/7Dedpk RZUQrTamlUn2fzIbYjAgblxcFtCGxuS4lBkf3s6miGo/0LKj7Z6a/y4pr3MnUb/M Cr2J4R48uXDnwPZB6J+xSgmOw/4nXP6Hk8uasss4mBDcmOhUz+9pKid8BFSLZ4S0 6lNSBTh/oexaIBAZmTob7A4sdcq0uDCPtup4+aRXITXWkr6LJEr9PCX7nst7SNJa NjYd4ONOeybtKA5aW2zAov/dOy2p8SH+4yVc/5xZ3PR5xAsIHzFmTs8Gn2lu5MBw wbH6ljNgdZmxJkiCqNPLcJpLtPGLJBCLqzThXzVHPsWSovXqXTFSepGPrm00IdQX YK3UZbjVUwHrch92nG9xsnkSbU9XUSpLdJB+qAg/ihlpl3rUJPHebWdq0LcR1lAw JndST1aqQ1a+NXBIe1uUKbn2jeuKkh4N16DkH+/TZ7vOMx/f3+0IJi4nLHQ4+98A 8SkI07EVtWVUzQRUvlSMUEqRjdKZO4NYsstQtoYoHmv/ZNVFooNYmQ5/fI+TM2Db Z5pSuXoFqwsaDaJK+ugA6URi5krGwWOU5KLT1PgEov9ewFLyvOEXO+pk58ot8A7A
Bug#691605: marked as done (multiarch-support: Package priority standard too low, should be required)
Your message dated Sat, 27 Oct 2012 14:27:32 -0400 with message-id CANTw=MOehBBuekUU6ah=D3EetmnTnXFpr63mE++W6xYgQ=u...@mail.gmail.com and subject line re: multiarch-support: Package priority standard too low, should be required has caused the Debian Bug report #691605, regarding multiarch-support: Package priority standard too low, should be required 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 691605: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691605 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: multiarch-support Version: 2.13-36 Severity: serious Justification: Policy 2.5 Multiarch-support should have priority required: Multiarch support is a release goal for wheezy and for this the package multiarch-support exists. Due to this nature many packages pre-depends on multi-arch, including packages which have a priority of important or required. Of course, reading the policy, it would be indeed a RC-bug in the dependees but I think it is not feasible to lower the priorities of those as those are key packages. * just random examples for dependees of priority required: e2fslibs, libacl1, libmount1 coldtobi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages multiarch-support depends on: ii libc6 2.13-36 multiarch-support recommends no packages. multiarch-support suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- From eglibc's 2.13-36 debian/control: Package: multiarch-support Architecture: any Multi-Arch: foreign Depends: [...] Priority: required Best wishes, Mike---End Message---
Bug#662854: marked as done (remmina crashes at random intervals)
Your message dated Sat, 27 Oct 2012 18:32:38 + with message-id e1tsbbw-0002ga...@franck.debian.org and subject line Bug#662854: fixed in freerdp 1.0.1-2 has caused the Debian Bug report #662854, regarding remmina crashes at random intervals 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 662854: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662854 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: remmina Version: 1.0.0-1 Severity: grave Justification: renders package unusable I don't believe this is the same as bug #601463, since I am able to attach to sessions, but the session will randomly crash some time after it has been opened, usually triggered by a mouse click in to the session. This can take anywhere from 5 minutes to several hours. I will attach an strace of the crash. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgtk-3-0 3.2.2-3 ii libpango1.0-0 1.29.4-2 ii libssh-40.5.2-1 ii libvte-2.90-9 1:0.30.1-2 ii libx11-62:1.4.4-4 ii remmina-common 1.0.0-1 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.0.0-1 ii remmina-plugin-vnc 1.0.0-1 remmina suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: freerdp Source-Version: 1.0.1-2 We believe that the bug you reported is fixed in the latest version of freerdp, which is due to be installed in the Debian FTP archive. 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 662...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Otavio Salvador ota...@debian.org (supplier of updated freerdp 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Oct 2012 16:19:56 -0200 Source: freerdp Binary: freerdp-dbg freerdp-x11 libfreerdp1 libfreerdp-plugins-standard libfreerdp-dev Architecture: source amd64 Version: 1.0.1-2 Distribution: unstable Urgency: low Maintainer: Otavio Salvador ota...@debian.org Changed-By: Otavio Salvador ota...@debian.org Description: freerdp-dbg - RDP client for Windows Terminal Services (debug) freerdp-x11 - RDP client for Windows Terminal Services libfreerdp-dev - RDP client for Windows Terminal Services (development) libfreerdp-plugins-standard - RDP client for Windows Terminal Services (plugins) libfreerdp1 - RDP client for Windows Terminal Services (library) Closes: 662854 672604 674138 683885 Changes: freerdp (1.0.1-2) unstable; urgency=low . * debian/control: Fix suggeting package name. Closes: #674138. * New upstream stable snapshot: - Fix handling of numlock with remoteapp. Closes: #683885. - libfreerdp-gdi: add PatBlt DPa operation. Closes: #662854. * libfreerdp1: Update symbols * debian/*.install, debian/control: Add multiarch support. * debian/rules: Enable PulseAudio support. Closes: #672604 * debian/compat: Bump to 9 so debhelper can handle build flags automatically for CMake. Checksums-Sha1: b2c62e581841a42f0511854202838585f0bbb46c 2268 freerdp_1.0.1-2.dsc 51c747e218fa3630d56757391b60a4899aeaaab4 19854 freerdp_1.0.1-2.debian.tar.gz eb1a87361ee345b8abb1e838a7f1a0b9bf7879d4 1777252 freerdp-dbg_1.0.1-2_amd64.deb fa8914c31a5b348c10e4f57f830cc1d4097e9720 52670 freerdp-x11_1.0.1-2_amd64.deb bbae42dc1c40927467fe5fb1c64947a5b16dbc45 260642 libfreerdp1_1.0.1-2_amd64.deb 328d70ed398dd10dd0af6ae4d2232652f3edead6 96686 libfreerdp-plugins-standard_1.0.1-2_amd64.deb d945ac9513d270dbf9a815f009e1b922dfc0576b 55378 libfreerdp-dev_1.0.1-2_amd64.deb Checksums-Sha256: 13985794374f468155011d5c7a41773c3bfb1c3d9e489b2ecd020af65b4a9b97 2268 freerdp_1.0.1-2.dsc 39efcbdf06ef0bb29bd09b611eb31e02548a82a8fc8a8c43176da068c8ec17d7 19854
Processed: Re: multiarch-support: Package priority standard too low, should be required
Processing commands for cont...@bugs.debian.org:
fixed 691605 eglibc/2.13-34
Bug #691605 {Done: Michael Gilbert mgilb...@debian.org} [multiarch-support]
multiarch-support: Package priority standard too low, should be required
Marked as fixed in versions eglibc/2.13-34.
End of message, stopping processing here.
Please contact me if you need assistance.
--
691605: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691605
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: multiarch-support: Package priority standard too low, should be required
Processing commands for cont...@bugs.debian.org:
notfound 691605 eglibc/2.13-36
Bug #691605 {Done: Michael Gilbert mgilb...@debian.org} [multiarch-support]
multiarch-support: Package priority standard too low, should be required
No longer marked as found in versions eglibc/2.13-36.
End of message, stopping processing here.
Please contact me if you need assistance.
--
691605: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691605
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691634: [kdenetwork-filesharing] Does not show
Package: kdenetwork-filesharing Version: 4:4.8.4-1+b1 Severity: serious kdenetwork-filesharing does not show. This is not very surprising if one looks at the list of files installed. As far as I can see, installing it makes no visible difference. --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing debian.mirror.iweb.ca 500 unstable debian.mirror.iweb.ca 1 experimental debian.mirror.iweb.ca --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.2) | 2.13-35 libkdecore5 (= 4:4.8) | 4:4.8.4-3 libkdeui5 (= 4:4.8) | 4:4.8.4-3 libkio5 (= 4:4.8) | 4:4.8.4-3 libqt4-dbus (= 4:4.5.3) | 4:4.8.2+dfsg-2 libqtcore4 (= 4:4.7.0~beta1) | 4:4.8.2+dfsg-2 libqtgui4 (= 4:4.5.3) | 4:4.8.2+dfsg-2 libstdc++6 (= 4.1.1) | 4.7.1-7 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691635: libboost-mpi-python1.49.0: missing dependency on openmpi-bin and breaks pydoc
Package: libboost-mpi-python1.49.0 Version: 1.49.0-3.1 Severity: grave If I try to import boost.mpi from a Python script that is not run through mpirun and openmbi-bin is not installed, the import fails with: [earth:26793] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file ../../../../../../orte/mca/ess/singleton/ess_singleton_module.c at line 357 [earth:26793] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file ../../../../../../orte/mca/ess/singleton/ess_singleton_module.c at line 230 [earth:26793] [[INVALID],INVALID] ORTE_ERROR_LOG: A system-required executable either could not be found or was not executable by this user in file ../../../orte/runtime/orte_init.c at line 132 -- It looks like orte_init failed for some reason; your parallel process is likely to abort. There are many reasons that a parallel process can fail during orte_init; some of which are due to configuration or environment problems. This failure appears to be an internal failure; here's some additional information (which may only be relevant to an Open MPI developer): orte_ess_set_name failed -- Returned value A system-required executable either could not be found or was not executable by this user (-127) instead of ORTE_SUCCESS -- -- It looks like MPI_INIT failed for some reason; your parallel process is likely to abort. There are many reasons that a parallel process can fail during MPI_INIT; some of which are due to configuration or environment problems. This failure appears to be an internal failure; here's some additional information (which may only be relevant to an Open MPI developer): ompi_mpi_init: orte_init failed -- Returned A system-required executable either could not be found or was not executable by this user (-127) instead of Success (0) -- *** The MPI_Init() function was called before MPI_INIT was invoked. *** This is disallowed by the MPI standard. *** Your MPI job will now abort. [earth:26793] Abort before MPI_INIT completed successfully; not able to guarantee that all other processes were killed! and causes the Python interpreter to exit immediately. I don't think that's an acceptable behavior. It should handle this situation more gracefully and throw an exception instead or depend an openmpi-bin if that's the appropriate thing. Furthermore boost.mpi breaks Python's pydoc: import pydoc; pydoc.help(modules) fails with the same error message and exits the Python instance. Also the command suggested in Boost's documentation to get help on boost.mpi (pydoc boost.mpi) doesn't work. Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libboost-mpi-python1.49.0 depends on: ii libboost-mpi1.49.01.49.0-3.1 ii libboost-python1.49.0 1.49.0-3.1 ii libboost-serialization1.49.0 1.49.0-3.1 ii libc6 2.13-36 ii libgcc1 1:4.7.2-4 ii libopenmpi1.3 1.4.5-1 ii libstdc++64.7.2-4 ii python2.7.3-3 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-5 libboost-mpi-python1.49.0 recommends no packages. Versions of packages libboost-mpi-python1.49.0 suggests: ii python3 3.2.3-6 -- no debconf information -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#691634: [kdenetwork-filesharing] Does not show
Control: tag -1 moreinfo On Sat 27 Oct 2012 16:40:20 Filipus Klutiero escribió: Package: kdenetwork-filesharing Version: 4:4.8.4-1+b1 Severity: serious kdenetwork-filesharing does not show. This is not very surprising if one looks at the list of files installed. As far as I can see, installing it makes no visible difference. Filipus: does not show *what* (where, or whatever)? I can't understand what you are trying to report. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#691634: [kdenetwork-filesharing] Does not show
Processing control commands: tag -1 moreinfo Bug #691634 [kdenetwork-filesharing] [kdenetwork-filesharing] Does not show Added tag(s) moreinfo. -- 691634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691634 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691180: connman: Connman won't run due to missing libxtables.so.7
On Fri, 2012-10-26 at 17:41 -0700, Jonathan Nieder wrote: tags 691180 - wheezy-ignore + sid experimental [...] Therefore, the bug does not affect wheezy and I’m tagging it wheezy-ignore so that it does not count as an RC bug for wheezy. Close. :) I'm fixing the tags. The wheezy-ignore tag has a different purpose and is reserved for release team use. Indeed. See the highlighted sections of http://www.debian.org/Bugs/Developer#tags Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675315:
tags 686399 - wheezy-ignore tags 675315 - wheezy-ignore thanks On Thu, 2012-09-06 at 02:42 +0200, Mathieu Malaterre wrote: tags 686399 wheezy-ignore tags 675315 wheezy-ignore thanks Please don't do that. You are neither on the release team nor, to the best of my knowledge, consulted anyone on the team about adding those tags. (If you did, they need re-educating about the use of the tags :-) ) The emboldened sentences of http://www.debian.org/Bugs/Developer#tags are highlighted as such intentionally. package is not even in testing Then the setting of wheezy-ignore wasn't just inappropriate, it was also entirely pointless and incorrect. The BTS knows which versions of packages are in which suites, and which versions of packages are affected by which bugs. Bugs which don't affect testing aren't relevant to the wheezy release to begin with, they don't need to be explicitly ignored. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691307: Patch
tags 691307 +patch thanks Hello, the attached debdiff-patch hopefully fixes the issue. The changes are committed to the git-repo of the package [1]. Thanks, Anton [1] http://anonscm.debian.org/gitweb/?p=debian-science/packages/petsc.git;a=commitdiff;h=409f694a5c93ed84f2ddb7eda2d1b88922528298 petsc_nm.debdiff Description: Binary data
Processed: Patch
Processing commands for cont...@bugs.debian.org: tags 691307 +patch Bug #691307 [libpetsc3.2-dbg] libpetsc3.2-dbg: PETSC_CHECKS m4 macro fails with PETSC_ARCH=linux-gnu-c-debug Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 691307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691307 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#675315:
Processing commands for cont...@bugs.debian.org: tags 686399 - wheezy-ignore Bug #686399 [src:insighttoolkit4] insighttoolkit4: FTBFS on (at least) i386: test suite errors Removed tag(s) wheezy-ignore. tags 675315 - wheezy-ignore Bug #675315 [src:vtk] vtk: FTBFS in experimental: expected type-specifier before 'intptr_t' Removed tag(s) wheezy-ignore. thanks Stopping processing here. Please contact me if you need assistance. -- 675315: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675315 686399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686399 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Samstag, den 27.10.2012, 18:50 +0200 schrieb Joachim Breitner: Am Sonntag, den 28.10.2012, 00:14 +0900 schrieb YOSHINO Yoshihito: On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote: I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? Actually I have stuck in a warp server receiving request from Japanese mobile phones, which send a header with no space between colon and value. It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Looks ok. I checked, the patches apply cleanly against the version in unstable. Unfortunately, I cannot build it because libghc-blaze-builder-conduit-doc and libghc-network-conduit-doc are not installable in unstable any more. So basically now my worries have come true. Just the moment we broke stuff in unstable in a way that prevents us from uploading a single fix to testing via unstable an allegedly release critical bug comes up. I guess I’ll have to setup a wheezy chroot and see if I can build the package there. Ok, the package builds in a wheezy chroot. Unfortunately, the ABI hash changes¹, so it is not enough to just upload this package to unstable or testing-proposed-updates. @release-team: There is a reportedly grave bug with haskell-warp, and a fix is available. Unfortunately, the route of updating testing via unstable is broken, some uploads aimed for experimental have ended up in unstable² So how can we get the bugfix into wheezy (if you deem it important enough to be fixed at this stage of the freeze – do you)? Can we do binNMUs in testing? If yes, then I guess I could upload the patched package (diff attached) to testing via t-p-u and once it is there, schedule binNMUs for all depending packages. If not it would require sourceful uploads of all depending packages, also via t-p-u Ah, in this case, things are not so bad; haskell-warp is quite low in the dependency tree. Packages that would require a binNMU or a souceful no-change-upload are just: libghc-warp-tls-dev libghc-yesod-dev libghc-yesod-default-dev Thanks, Joachim ¹ This could be considered a bug in GHC, but nothing to be fixed easily and unfortunately also something that is not as bad for everyone else as it is for us, it seems: http://hackage.haskell.org/trac/ghc/ticket/4012 ² haskell-blaze-builder and haskell-network-conduit, to be precise. The next time we’ll do a staging in experimental I’ll ask for an upload block to avoid this. Human error just always needs to be accounted for. -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata diff -Nru haskell-warp-1.2.1.1/debian/changelog haskell-warp-1.2.1.1/debian/changelog --- haskell-warp-1.2.1.1/debian/changelog 2012-05-20 05:34:27.0 +0200 +++ haskell-warp-1.2.1.1/debian/changelog 2012-10-27 18:42:36.0 +0200 @@ -1,3 +1,11 @@ +haskell-warp (1.2.1.1-2) UNRELEASED; urgency=low + + * Add backported patches spaces-in-http-version and spaces-in-request +Corresponding to dc4697c007beaf1846872744b83162e7c9406465 and +a827f54ac31e2c928144bb8bb5b92ca1249013c5 upstream, Closes: 691600 + + -- Joachim Breitner nome...@debian.org Sat, 27 Oct 2012 18:41:41 +0200 + haskell-warp (1.2.1.1-1) unstable; urgency=low * New upstream version. diff -Nru haskell-warp-1.2.1.1/debian/patches/series haskell-warp-1.2.1.1/debian/patches/series --- haskell-warp-1.2.1.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ haskell-warp-1.2.1.1/debian/patches/series 2012-10-27 18:45:01.0 +0200 @@ -0,0 +1,2 @@ +spaces-in-request +spaces-in-http-version diff -Nru haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version --- haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version 1970-01-01 01:00:00.0 +0100 +++ haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version 2012-10-27 18:44:22.0 +0200 @@ -0,0 +1,53 @@ +commit a827f54ac31e2c928144bb8bb5b92ca1249013c5 +Author: Michael Snoyman mich...@snoyman.com +Date: Thu May 31 12:33:49 2012 +0300 + +Spaces in HTTP version (#76) + +diff --git a/Network/Wai/Handler/Warp.hs b/Network/Wai/Handler/Warp.hs +index 52ef3fb..f788b7c 100755 +--- a/Network/Wai/Handler/Warp.hs b/Network/Wai/Handler/Warp.hs +@@ -488,9 +488,10 @@ takeUntil c bs = + parseFirst :: ByteString +- ResourceT IO (ByteString, ByteString, ByteString, H.HttpVersion) + parseFirst s = +-case filter (not . S.null) $ S.split 32 s of -- ' ' +-[method, query, http'] - do +-let (hfirst, hsecond) =
Processed: Re: Bug#691634: [kdenetwork-filesharing] Does not show
Processing control commands: retitle -1 Long description is wrong Bug #691634 [kdenetwork-filesharing] [kdenetwork-filesharing] Does not show Changed Bug title to 'Long description is wrong' from '[kdenetwork-filesharing] Does not show' severity -1 normal Bug #691634 [kdenetwork-filesharing] Long description is wrong Severity set to 'normal' from 'serious' -- 691634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691634 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691634: [kdenetwork-filesharing] Does not show
Control: retitle -1 Long description is wrong Control: severity -1 normal The phrase: This package provides a System Settings panel to configure network file- sharing using NFS and Samba. is wrong. It should be something along the lines of: This package provides a way to configure network file-sharing using NFS and Samba in the properties dialogue of the file manager And this is working. Kinds regards, Lisandro. -- 5: Para que sirve el comando deshacer * Para olvidarse de una noche de alcohol Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#685266: marked as done (bugs.debian.org: submit@ ignores Version: pseudoheader)
Your message dated Sat, 27 Oct 2012 13:29:07 -0700 with message-id 20121027202907.GA31184@elie.Belkin and subject line Re: Version: pseudo-header seems to be working again has caused the Debian Bug report #685266, regarding bugs.debian.org: submit@ ignores Version: pseudoheader 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 685266: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685266 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bugs.debian.org Severity: important Hi, I've been hit by this a few times recently: newly submitted bugs don't have a found version set even if there was a Version: pseudoheader http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685191 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685060 I also need to use bts found $bug $package/$version since a few days to get the desired result, leaving out $package/ results in either Found: $version/ (note the trailing slash) or no effect. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684900 (I needed several tries to get the version right and failed to remove the junk $version/) Andreas PS: piuparts-analyze relies on proper versions being set on the bugs in order to classify failed logs, that can be either $version or $package/$version (with the $package/ prefix being stripped) ---End Message--- ---BeginMessage--- Andreas Beckmann wrote: since one or two weeks ago the version handling seems to work properly again. Therefore closing. Thanks for the update.---End Message---
Bug#687173: marked as done (bugs.debian.org: Missing Found in in bug submission, though Version: line is there)
Your message dated Sat, 27 Oct 2012 13:29:07 -0700 with message-id 20121027202907.GA31184@elie.Belkin and subject line Re: Version: pseudo-header seems to be working again has caused the Debian Bug report #685266, regarding bugs.debian.org: Missing Found in in bug submission, though Version: line is there 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 685266: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685266 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bugs.debian.org Severity: normal I've submitted the following bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687170 As you can see, there is a Version: line in the bug report. However the bug report page doesn't have Found in information (in the first few lines). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Andreas Beckmann wrote: since one or two weeks ago the version handling seems to work properly again. Therefore closing. Thanks for the update.---End Message---
Bug#691605: multiarch-support: Package priority standard too low, should be required
Package: multiarch-support Followup-For: Bug #691605 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Michael, thanks for confirmation that this is already fixed in the source. However it seems that the archives still think that the priority is standard, so maybe the ftpmasters still need to change the overrides. Has already a bug filed against f.d.o to correct the override file? coldtobi - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages multiarch-support depends on: ii libc6 2.13-35 multiarch-support recommends no packages. multiarch-support suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlCMQrEACgkQvyUNygvkuQJlHwCfaC9SkjwIlxY8y2mfR4/kmJxT TR0AoLpBHEYvwsyyVoRe8TtNLNDnKPZc =WFo7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684852: python-greenlet: diff for NMU version 0.3.1-2.1
On Wed, 2012-10-24 at 17:48 +0200, gregor herrmann wrote: On Sat, 13 Oct 2012 12:25:50 +0200, Jelmer Vernooij wrote: I've uploaded Laszlo's NMU for python-greenlet (versioned as 0.3.1-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. That's the last entry in the bug log, but I don't see a -2.1 package in the PTS -- just curious what happened :) http://packages.qa.debian.org/p/python-greenlet/news/20121015T104745Z.html is the top entry on the package's PTS page from here. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690142: bind9 package fixing #690142
Hello Jean-Michel, today I wanted to take a stab to get a package fixing #690142 into wheezy and came across your attempt on mentors http://mentors.debian.net/package/bind9 which looks good from my POV, but it's hard to tell since the original packaging is a bit messy. Since I haven't seen a sponsoring request on -mentors I wonder whether you are already looking to get this package into the archive? I cannot upload myself either (only a DM), so there is no point for me to look further if you are already working on it. Thanks, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: retitle 666334 to FTBFS: build-arch problems with patch applying and installation of files generated only in build-indep target
Processing commands for cont...@bugs.debian.org: # typos in subject retitle 666334 FTBFS: build-arch problems with patch applying and installation of files generated only in build-indep target Bug #666334 [src:gnustep-back] FTBFS: build-arch problems with patch applying and instalation of files genrated only in build-indep target Changed Bug title to 'FTBFS: build-arch problems with patch applying and installation of files generated only in build-indep target' from 'FTBFS: build-arch problems with patch applying and instalation of files genrated only in build-indep target' thanks Stopping processing here. Please contact me if you need assistance. -- 666334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666334 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash
Package: xterm Version: 278-2 Severity: grave Tags: security Justification: causes non-serious data loss When cat'ing some binary file, my xterm crashed. I've managed to find the cause: the mc5 terminfo sequence (prtr_on / turn on printer). The problem can be reproduced with: 1. Run xterm from another terminal. 2. Run the following command: printf \033[5i or tput mc5 The message sh: 1: : Permission denied appears in the first terminal. 3. Type [Enter]. This terminates xterm with the exit code 13. I have the following X resource: *printerCommand: The xterm(1) man page says: printerCommand (class PrinterCommand) Specifies a shell command to which xterm will open a pipe when the first MC (Media Copy) command is initiated. The default is an empty string, i.e., “”. If the resource value is given as an empty string, the printer is disabled. So, it doesn't behave correctly with the empty string! In addition to possible data loss due to the crash, this is a security problem, because the sequence may appear in a remote file. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-36 ii libfontconfig1 2.9.0-7 ii libice6 2:1.0.8-2 ii libtinfo5 5.9-10 ii libutempter01.1.5-4 ii libx11-62:1.5.0-1 ii libxaw7 2:1.0.10-2 ii libxft2 2.3.1-1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689191: marked as done (python-libxml2 (v. 2.9.0) undefined symbol)
Your message dated Sat, 27 Oct 2012 22:18:49 + with message-id e1tseip-r4...@franck.debian.org and subject line Bug#689191: fixed in libxml2 2.9.0+dfsg1-3 has caused the Debian Bug report #689191, regarding python-libxml2 (v. 2.9.0) undefined symbol 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 689191: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689191 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: python-libxml2 Version: 2.9.0+dfsg1-2 (experimental) Severity: normal After upgrading python-libxml2 from v.2.8.0+dfsg1-5 (unstable) to v.2.9.0+dfsg1-2 (experimental) building mesa (freedesktop.org git repository) which uses python-libxml2, shows the following error: --- File /usr/lib/python2.7/dist-packages/libxml2.py, line 1, in module import libxml2mod ImportError: /usr/lib/python2.7/dist-packages/libxml2mod.so: undefined symbol: xmlParserError --- System Information: Debian Release: sid Architecture: amd64 (x86_64) Kernel: Linux 3.5.0-4.dmz.1-liquorix-amd64 ---End Message--- ---BeginMessage--- Source: libxml2 Source-Version: 2.9.0+dfsg1-3 We believe that the bug you reported is fixed in the latest version of libxml2, which is due to be installed in the Debian FTP archive. 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 689...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aron Xu a...@debian.org (supplier of updated libxml2 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Oct 2012 03:59:43 +0800 Source: libxml2 Binary: libxml2 libxml2-utils libxml2-utils-dbg libxml2-dev libxml2-dbg libxml2-doc python-libxml2 python-libxml2-dbg Architecture: source amd64 all Version: 2.9.0+dfsg1-3 Distribution: experimental Urgency: low Maintainer: Debian XML/SGML Group debian-xml-sgml-p...@lists.alioth.debian.org Changed-By: Aron Xu a...@debian.org Description: libxml2- GNOME XML library libxml2-dbg - Debugging symbols for the GNOME XML library libxml2-dev - Development files for the GNOME XML library libxml2-doc - Documentation for the GNOME XML library libxml2-utils - XML utilities libxml2-utils-dbg - XML utilities (debug extension) python-libxml2 - Python bindings for the GNOME XML library python-libxml2-dbg - Python bindings for the GNOME XML library (debug extension) Closes: 689168 689191 690047 Changes: libxml2 (2.9.0+dfsg1-3) experimental; urgency=low . [ Aron Xu ] * Remove -L/usr/lib from xml2-config, advise to use pkg-config in man, and add pkg-config to Suggests. (Closes: #689168) . [ YunQiang Su ] * Fix python-libxml2 undefined symbol (Closes: #689191) . [ Daniel Holbach ] * Add simple autopkgtest to the package (Closes: #690047) Checksums-Sha1: c4391bff24005c027008d2d75ca5e9e24936a7f3 2160 libxml2_2.9.0+dfsg1-3.dsc 54e483528cd7b52aea60192185a887c9f57b9c2f 26434 libxml2_2.9.0+dfsg1-3.debian.tar.gz 076abb9fde49c2b92cd133298bb1129d384313d1 915598 libxml2_2.9.0+dfsg1-3_amd64.deb e01c2b5ba1731934b3c6d19b9c0882e39a87a1f1 96406 libxml2-utils_2.9.0+dfsg1-3_amd64.deb f699448d3564b35a4053c9e56b278ca19bc677f1 126706 libxml2-utils-dbg_2.9.0+dfsg1-3_amd64.deb 6ba057cb5d01d7d33e2f1bf13e8acecd6009 914050 libxml2-dev_2.9.0+dfsg1-3_amd64.deb 88ec876b5c918f4affef5d74ef5cca11eba8d1dc 1419072 libxml2-dbg_2.9.0+dfsg1-3_amd64.deb 7ac5a35efa387944074e7c93e619d95a725fe802 1371280 libxml2-doc_2.9.0+dfsg1-3_all.deb b6a8c6e8723f335481dbdeb95910a2f28127ab04 349556 python-libxml2_2.9.0+dfsg1-3_amd64.deb 2fdf146ea9a8985408b7cfd05a28ec82bc1477b6 735776 python-libxml2-dbg_2.9.0+dfsg1-3_amd64.deb Checksums-Sha256: f4ff1dd792843399efeaa991d85905d63151de2373a3591a807de0250e82bb61 2160 libxml2_2.9.0+dfsg1-3.dsc b6556c09bb902eba3e513b35ef7dda7fba9eb5240902b968cca99ce6179d73a8 26434 libxml2_2.9.0+dfsg1-3.debian.tar.gz 033386253a2a9684ee2a9eb06cecd4e73335db596d503bc7c02f77e9b4c45a09 915598 libxml2_2.9.0+dfsg1-3_amd64.deb 73c7c5f4a2fcd381cf096fc9a10901c3dcb2b6e4a40765c8832ac95ee3d35982 96406 libxml2-utils_2.9.0+dfsg1-3_amd64.deb e3b9d2ea601464500dc77ea89abd5b2b10e2867d4803b3cd7575bf6aee33cff7 126706 libxml2-utils-dbg_2.9.0+dfsg1-3_amd64.deb
Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash
On Sun, Oct 28, 2012 at 12:07:04AM +0200, Vincent Lefevre wrote: Package: xterm Version: 278-2 Severity: grave Tags: security Justification: causes non-serious data loss ... I have the following X resource: *printerCommand: The xterm(1) man page says: printerCommand (class PrinterCommand) Specifies a shell command to which xterm will open a pipe when the first MC (Media Copy) command is initiated. The default is an empty string, i.e., ??. If the resource value is given as an empty string, the printer is disabled. So, it doesn't behave correctly with the empty string! The documentation is correct; there is an error in your report. The rules for X resource syntax are different from your expectation. This is an empty string: *printerCommand: This is the two double-quote characters (literally): *printerCommand: -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#691619: marked as done (unburden-home-dir: Option for a dry run is ignored under some circumstances)
Your message dated Sat, 27 Oct 2012 23:03:10 + with message-id e1tsfpk-0004uw...@franck.debian.org and subject line Bug#691619: fixed in unburden-home-dir 0.3.1.2 has caused the Debian Bug report #691619, regarding unburden-home-dir: Option for a dry run is ignored under some circumstances 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 691619: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691619 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: unburden-home-dir Version: 0.3.1 Severity: grave Justification: May cause data loss Not yet sure what's the exact reason for this, but if the option -F (don't use lsof) is given before the option -n (dry run), the option -n seems to be ignored and unburden-home-dir does change things instead of just telling what it would change: $ unburden-home-dir -n Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ unburden-home-dir -n -F Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ unburden-home-dir -F -n Moving /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache - /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default sending incremental file list ./ Symlinking /tmp/.unburden-abe/conkeror-startup-cache-hkm1rckp.default - /home/abe/.conkeror.mozdev.org/conkeror/hkm1rckp.default/startupCache $ (The relevant part is that in the last case there's output from rsync seen despite rsync shouldn't be called at all in dry-run mode.) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unburden-home-dir depends on: ii dpkg 1.16.8 ii libconfig-file-perl 1.50-2 ii libfile-rsync-perl 0.42-2 ii libfile-touch-perl 0.08-1 ii libfile-which-perl 1.09-1 ii libmodern-perl-perl 1.20120521-1 ii perl 5.14.2-14 ii x11-common 1:7.7+1 Versions of packages unburden-home-dir recommends: ii lsof 4.86+dfsg-1 Versions of packages unburden-home-dir suggests: ii agedu 8928-1 ii autotrash 0.1.5-1 ii baobab 3.4.1-1 pn bleachbit none ii eatmydata 26-2 ii ncdu1.8-1 ii tmpreaper 1.6.13+nmu1 ii xdiskusage 1.48-10.1 ii xdu 3.0-18 -- Configuration Files: /etc/default/unburden-home-dir changed: UNBURDEN_HOME=true /etc/unburden-home-dir.list changed: m D .cache cache m D .thumbnails thumbnails m f .config/google-chrome/*/Thumbnails google-chrome-thumbnails-%1 m f .config/google-chrome/*/Thumbnails-journal google-chrome-thumbnails-journal-%1 m f .config/chromium/*/Thumbnails google-chrome-thumbnails-%1 m f .config/chromium/*/Thumbnails-journal google-chrome-thumbnails-journal-%1 m d .mozilla/default/*/Cache mozilla-default-cache-%1 m d .mozilla/default/*/startupCache mozilla-default-startup-cache-%1 m d .mozilla/firefox/*/Cache firefox-cache-%1 m d .mozilla/firefox/*/startupCache firefox-startup-cache-%1 m d .mozilla/firefox/*/Cache.Trash firefox-cache-trash-%1 m d .conkeror.mozdev.org/conkeror/*/Cache conkeror-cache-%1 m d .conkeror.mozdev.org/conkeror/*/startupCache conkeror-startup-cache-%1 m d .conkeror.mozdev.org/conkeror/*/Cache.Trash conkeror-cache-trash-%1 m d .kazehakase/mozilla/kazehakase/Cache kazehakase-cache m d .galeon/mozilla/galeon/Cache galeon-cache m d .gnome2/epiphany/mozilla/epiphany/Cache epiphany-cache m d .xxxterm/cache xxxterm-cache m d .forg/cache forg-cache m d .opera/cache opera-cache m d .opera/cache4 opera-cache4 m d .opera/opcache opera-opcache m d .opera/cacheOp opera-cacheOp m d .thunderbird/*/Cache thunderbird-cache-%1 m d .mozilla-thunderbird/*/Cache debian-thunderbird-cache-%1 m d .icedove/*/Cache icedove-cache-%1 m d .buzzbird/*/Cache buzzbird-cache m f .aptitude/cache aptitude-cache m d .wesnoth*/cache wesnoth%1-cache m d .gaia/cache gaia-cache m d .java/deployment/cache java-deployment-cache m d .adobe/Acrobat/*/Cache adobe-acrobat-%1-cache m d .shotwell/thumbs shotwell-thumbs r
Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash
On 2012-10-27 18:34:11 -0400, Thomas Dickey wrote: The documentation is correct; there is an error in your report. The rules for X resource syntax are different from your expectation. This is an empty string: *printerCommand: This is the two double-quote characters (literally): *printerCommand: It is a bit strange because the is a special character: $ echo '*printerCommand: ' | xrdb -merge stdin:1:18: warning: missing terminating character [enabled by default] Now, concerning the bug, with the empty string, there are indeed no effects. But I don't think that xterm should terminate when there is a problem with the printer command. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#689522: Lisp directory `/etc/emacs23' does not exist
Processing control commands: tag -1 + moreinfo Bug #689522 [emacs23] Lisp directory `/etc/emacs23' does not exist Added tag(s) moreinfo. -- 689522: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689522 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash
On Sun, Oct 28, 2012 at 01:21:39AM +0200, Vincent Lefevre wrote: On 2012-10-27 18:34:11 -0400, Thomas Dickey wrote: The documentation is correct; there is an error in your report. The rules for X resource syntax are different from your expectation. This is an empty string: *printerCommand: This is the two double-quote characters (literally): *printerCommand: It is a bit strange because the is a special character: $ echo '*printerCommand: ' | xrdb -merge stdin:1:18: warning: missing terminating character [enabled by default] The warning is coming from xrdb (or the C preprocessor). It's not coming from xterm or the X libraries. I would have expected somthing like this: $ echo '*printerCommand: ' | xrdb -merge By the way, the resource is actually set in this instance to a blank, but xterm trims leading/trailing blanks (to reduce user confusion). The absence of quoting, and limited escapes are something I can't fix inside xterm. Now, concerning the bug, with the empty string, there are indeed no effects. But I don't think that xterm should terminate when there is a problem with the printer command. true - but the severity level is normal (a problem exposed by an unusual configuration - not the default as was stated). I'll investigate to see what the internals are - -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#689522: Lisp directory `/etc/emacs23' does not exist
Control: tag -1 + moreinfo Hi Antoine, Antoine Beaupré wrote: I started getting this error when using emacs after the latest wheezy upgrade: Warning: Lisp directory `/etc/emacs23' does not exist. I mark this grave as it makes most emacs parts unusable... My .emacs is not loaded, for example. Several people tried to reproduce this but weren't able to. Do you use any of dpkg's path-include/path-exclude options, e.g. via /etc/dpkg/dpkg.cfg or /etc/dpkg/dpkg.cfg.d/? If so, this may be a similar or even the same issue like this dpkg bug which has been fixed just recently (20. Oct.) in unstable: http://bugs.debian.org/688416 Or is there any other special setup which could be relevant to cause this issue? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686148: marked as done (schroot: Does not unmount /run/shm)
Your message dated Sat, 27 Oct 2012 23:47:35 + with message-id e1tsg6j-mf...@franck.debian.org and subject line Bug#686148: fixed in schroot 1.6.4-1 has caused the Debian Bug report #686148, regarding schroot: Does not unmount /run/shm 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 686148: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686148 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: schroot Version: 1.6.3-1 Severity: minor Dear Maintainer, I noticed several “/run/shm” in my mount since a moment but did not figure out where they came from. I just create a new schroot and got one more, I umount all superfluous “/run/shm” and run “schroot -c sid-amd64-sbuild” and got: /dev/mapper/hati-sid--amd64--sbuild--a91d556e--4f12--4e9c--9c00--b7f4ee915b59 on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59 type btrfs (rw,noatime,space_cache) proc on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59/proc type proc (rw,nosuid,nodev,noexec,relatime) sysfs on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59/sys type sysfs (rw,nosuid,nodev,noexec,relatime) devpts on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59/dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run/shm type tmpfs (rw,relatime) /dev/dm-13 on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59/build type btrfs (rw,nodev,noatime,space_cache) /dev/mapper/hati-var+cache on /var/lib/schroot/mount/sid-amd64-sbuild-a91d556e-4f12-4e9c-9c00-b7f4ee915b59/var/cache/apt/archives type ext4 (rw,noatime,data=ordered) After quitting the schroot, the “/run/shm” is still here. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.0-rc3+hati.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages schroot depends on: ii libboost-filesystem1.49.0 1.49.0-3.1 ii libboost-iostreams1.49.01.49.0-3.1 ii libboost-program-options1.49.0 1.49.0-3.1 ii libboost-regex1.49.01.49.0-3.1 ii libboost-system1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii liblockdev1 1.0.3-1.5 ii libpam0g1.1.3-7.1 ii libstdc++6 4.7.1-7 ii libuuid12.20.1-5.1 ii schroot-common 1.6.3-1 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-modules none ii btrfs-tools 0.19+20120328-8 ii debootstrap 1.0.42 ii lvm22.02.95-4 pn qemu-user-staticnone -- Configuration Files: /etc/schroot/sbuild/fstab changed: /proc /proc nonerw,bind0 0 /sys/sysnonerw,bind0 0 /dev/pts/dev/ptsnonerw,bind 0 0 tmpfs /dev/shmtmpfs defaults0 0 /var/lib/sbuild/build /build nonerw,bind 0 0 /var/cache/apt/archives /var/cache/apt/archives none rw,bind 0 0 /etc/schroot/setup.d/05lvm changed: set -e . $SETUP_DATA_DIR/common-data . $SETUP_DATA_DIR/common-functions . $SETUP_DATA_DIR/common-config if [ $VERBOSE = verbose ]; then LVM_VERBOSE=-v fi if [ $CHROOT_TYPE = lvm-snapshot ]; then if [ $STAGE = setup-start ]; then if [ ! $DEVTYPE $CHROOT_DEVICE ]; then fatal Device '$CHROOT_DEVICE' does not exist fi if [ $VERBOSE = verbose ]; then lvcreate $LVM_VERBOSE --snapshot --name $CHROOT_LVM_SNAPSHOT_NAME \ $CHROOT_DEVICE $CHROOT_LVM_SNAPSHOT_OPTIONS else lvcreate $LVM_VERBOSE --snapshot --name $CHROOT_LVM_SNAPSHOT_NAME \ $CHROOT_DEVICE $CHROOT_LVM_SNAPSHOT_OPTIONS /dev/null fi elif [ $STAGE = setup-stop ]; then if [ $DEVTYPE $CHROOT_LVM_SNAPSHOT_DEVICE ]; then # The lock needs to be dropped immediately before # destroying the device. There is a small race here, but # the lock can't be dropped once the device has been # removed. info Removing device lock for
Bug#691376: marked as done (schroot: session recovery mounts $device, not $mount-device, for LVM snapshots)
Your message dated Sat, 27 Oct 2012 23:47:35 + with message-id e1tsg6j-mo...@franck.debian.org and subject line Bug#691376: fixed in schroot 1.6.4-1 has caused the Debian Bug report #691376, regarding schroot: session recovery mounts $device, not $mount-device, for LVM snapshots 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 691376: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691376 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: schroot Version: 1.6.3-1 Severity: serious Tags: security Justification: Security violation and potential for dataloss Originally reported here: https://bugs.launchpad.net/ubuntu/+source/schroot/+bug/1070008 Calling --recover-session on a session using an LVM snapshot, it remounts using the original LV rather than the snapshot LV. This is due to this check failing: sbuild::chroot_block_device_base::set_device(): /// @todo: This may not be appropriate for derived classes such as /// lvm_snapshot, since re-setting the device could overwrite the /// mount device. chroot_facet_mountable::ptr pmnt (get_facetchroot_facet_mountable()); #ifdef SBUILD_FEATURE_LVMSNAP if (!dynamic_castchroot_lvm_snapshot *(this)) #endif pmnt-set_mount_device(this-device); This is due to the use of dynamic_cast in this method. This is not in itself wrong, but because this method is called from the constructor, the dynamic_cast returns null due to the vptr not yet having any knowledge of the derived class--it will work fine once the base class is constructed. This was already commented in several places to refactor to clean this up, but the presence of this issue will require this to be done immediately. I've tagged this security due to the potential for a user to access the original source chroot. However, the scope is relatively limited since the filesystem permissions will prevent them from doing anything they should not (unless you granted them root access, in which case they already had the ability to do this). Regards, Roger -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.49.0 1.49.0-3.1 ii libboost-iostreams1.49.01.49.0-3.1 ii libboost-program-options1.49.0 1.49.0-3.1 ii libboost-regex1.49.01.49.0-3.1 ii libboost-system1.49.0 1.49.0-3.1 ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii liblockdev1 1.0.3-1.5 ii libpam0g1.1.3-7.1 ii libstdc++6 4.7.1-7 ii libuuid12.20.1-5.2 ii schroot-common 1.6.3-1 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-modules none pn btrfs-tools none ii debootstrap 1.0.42 pn lvm2none pn qemu-user-staticnone -- Configuration Files: /etc/schroot/schroot.conf changed [not included] -- no debconf information ---End Message--- ---BeginMessage--- Source: schroot Source-Version: 1.6.4-1 We believe that the bug you reported is fixed in the latest version of schroot, which is due to be installed in the Debian FTP archive. 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 691...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Roger Leigh rle...@debian.org (supplier of updated schroot 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 27 Oct 2012 23:30:38 +0100 Source: schroot Binary: schroot-common libsbuild-dev schroot-dbg libsbuild-doc schroot dchroot dchroot-dsa Architecture: source all amd64 Version: 1.6.4-1 Distribution: unstable Urgency: low Maintainer: Debian buildd-tools Developers buildd-tools-de...@lists.alioth.debian.org Changed-By: Roger Leigh rle...@debian.org Description: dchroot- Execute commands in a chroot environment
Processed: Re: Bug#691642: xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash
Processing commands for cont...@bugs.debian.org: severity 691642 normal Bug #691642 [xterm] xterm: outputting the mc5 sequence (prtr_on / turn on printer) makes xterm crash Severity set to 'normal' from 'grave' -- Stopping processing here. Please contact me if you need assistance. -- 691642: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691642 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to mahara, tagging 690124
Processing commands for cont...@bugs.debian.org: #mahara (1.5.1-2.1) unstable; urgency=low # # * debian/mahara.preinst: Remove previous symlink that is replaced by a #directory (closes: #690124) # limit source mahara Limiting to bugs with field 'source' containing at least one of 'mahara' Limit currently set to 'source':'mahara' tags 690124 + pending Bug #690124 [mahara] mahara: directory vs. symlink messup after squeeze-wheezy upgrade Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 690124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690124: mahara: diff for NMU version 1.5.1-2.1
tags 690124 + patch thanks Dear maintainer, I've prepared an NMU for mahara (versioned as 1.5.1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. David diff -Nru mahara-1.5.1/debian/changelog mahara-1.5.1/debian/changelog --- mahara-1.5.1/debian/changelog 2012-08-13 07:14:51.0 -0400 +++ mahara-1.5.1/debian/changelog 2012-10-27 22:11:42.0 -0400 @@ -1,3 +1,11 @@ +mahara (1.5.1-2.1) unstable; urgency=low + + * Non-maintainer upload + * debian/mahara.preinst: Remove previous symlink that is replaced by a +directory (closes: #690124) + + -- David Prévot taf...@debian.org Sat, 27 Oct 2012 22:10:31 -0400 + mahara (1.5.1-2) unstable; urgency=high * SECURITY UPDATE: Fix multiple cross-site scripting vulnerabilities diff -Nru mahara-1.5.1/debian/mahara.preinst mahara-1.5.1/debian/mahara.preinst --- mahara-1.5.1/debian/mahara.preinst 2012-08-13 07:14:51.0 -0400 +++ mahara-1.5.1/debian/mahara.preinst 2012-10-27 22:07:47.0 -0400 @@ -27,6 +27,12 @@ ;; esac +# Delete symlink that will be replaced by a directory +dir=/usr/share/mahara/lib/dwoo/dwoo +if [ -L $dir ]; then +rm $dir 2/dev/null +fi + # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. signature.asc Description: Digital signature
Processed: mahara: diff for NMU version 1.5.1-2.1
Processing commands for cont...@bugs.debian.org: tags 690124 + patch Bug #690124 [mahara] mahara: directory vs. symlink messup after squeeze-wheezy upgrade Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 690124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690124: marked as done (mahara: directory vs. symlink messup after squeeze-wheezy upgrade)
Your message dated Sun, 28 Oct 2012 02:50:47 + with message-id e1tsixb-0006ze...@franck.debian.org and subject line Bug#690124: fixed in mahara 1.5.1-2.1 has caused the Debian Bug report #690124, regarding mahara: directory vs. symlink messup after squeeze-wheezy upgrade 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 690124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mahara Version: 1.5.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package produces a lot of debsums errors after a squeeze-wheezy upgrade: 2m3.4s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/php/dwoo/Dwoo.php /usr/share/php/dwoo/plugins/builtin/functions/math.php /usr/share/php/dwoo/plugins/builtin/functions/extendsCheck.php /usr/share/php/dwoo/plugins/builtin/functions/tif.php /usr/share/php/dwoo/plugins/builtin/functions/load_templates.php /usr/share/php/dwoo/plugins/builtin/blocks/block.php /usr/share/php/dwoo/plugins/builtin/blocks/textformat.php /usr/share/php/dwoo/plugins/builtin/blocks/section.php /usr/share/php/dwoo/plugins/builtin/blocks/for.php /usr/share/php/dwoo/plugins/builtin/blocks/template.php /usr/share/php/dwoo/Dwoo/Adapters/CodeIgniter/controllers/dwoowelcome.php /usr/share/php/dwoo/Dwoo/Adapters/CakePHP/dwoo.php /usr/share/php/dwoo/Dwoo/Adapters/ZendFramework/View.php /usr/share/php/dwoo/Dwoo/Compiler.php /usr/share/php/dwoo/Dwoo/Data.php /usr/share/php/dwoo/Dwoo/ITemplate.php /usr/share/php/dwoo/Dwoo/Smarty/Adapter.php This is probably caused by some symlink mess: 1m55.4s INFO: dirname part contains a symlink: /usr/share/mahara/lib/dwoo/dwoo/CHANGELOG != /usr/share/php/dwoo/CHANGELOG (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo != /usr/share/php/dwoo/Dwoo (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo.compiled.php != /usr/share/php/dwoo/Dwoo.compiled.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo.php != /usr/share/php/dwoo/Dwoo.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters != /usr/share/php/dwoo/Dwoo/Adapters (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi != /usr/share/php/dwoo/Dwoo/Adapters/Agavi (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/DwooRenderer.php != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/DwooRenderer.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins (mahara) /usr/share/mahara/lib/dwoo/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins/t.php != /usr/share/php/dwoo/Dwoo/Adapters/Agavi/dwoo_plugins/t.php (mahara) [...] /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/reverse.php != /usr/share/php/dwoo/plugins/builtin/functions/reverse.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/safe.php != /usr/share/php/dwoo/plugins/builtin/functions/safe.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/spacify.php != /usr/share/php/dwoo/plugins/builtin/functions/spacify.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/string_format.php != /usr/share/php/dwoo/plugins/builtin/functions/string_format.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/strip_tags.php != /usr/share/php/dwoo/plugins/builtin/functions/strip_tags.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/tif.php != /usr/share/php/dwoo/plugins/builtin/functions/tif.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/truncate.php != /usr/share/php/dwoo/plugins/builtin/functions/truncate.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/upper.php != /usr/share/php/dwoo/plugins/builtin/functions/upper.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/whitespace.php != /usr/share/php/dwoo/plugins/builtin/functions/whitespace.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/functions/wordwrap.php != /usr/share/php/dwoo/plugins/builtin/functions/wordwrap.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/helper.array.php != /usr/share/php/dwoo/plugins/builtin/helper.array.php (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/processors != /usr/share/php/dwoo/plugins/builtin/processors (mahara) /usr/share/mahara/lib/dwoo/dwoo/plugins/builtin/processors/pre.smarty_compat.php != /usr/share/php/dwoo/plugins/builtin/processors/pre.smarty_compat.php
Bug#690153: jscribble: FTBFS: tests timeout
On Sat, 27 Oct 2012 10:58:00 -0400 Andrew Starr-Bochicchio a.star...@gmail.com wrote: I can reproduce this with sbuild on sid-amd64. Did you guys all use sbuild for testing? Nope, cowbuilder. pbuilder here. pbuilder, too. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sun, Oct 28, 2012 at 5:11 AM, Joachim Breitner nome...@debian.org wrote: So how can we get the bugfix into wheezy (if you deem it important enough to be fixed at this stage of the freeze – do you)? Yes, for a better release. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch
Package: puredata Followup-For: Bug #690410 Recompiled puredata with the following 2 lines added to the top of debian/rules: # Stop problems with puredata crashing due to buffer space issues? export DEB_BUILD_MAINT_OPTIONS=hardening=+format,-fortify,+stackprotector,+relro This turns off _FORTIFY_SOURCE. Puredata works with out problems with the PD 'patches' in my project. If you look at the back trace in the stack dump in the original bau report, it crashed in: pd(pd_typedmess+0x45b)[0x456fab] pd(outlet_anything+0x4a)[0x458eca] pd(pd_typedmess+0x1db)[0x456d2b] pd(binbuf_eval+0x90b)[0x4600fb] pd(outlet_list+0x4a)[0x458e3a] pd[0x455b5c] pd(outlet_float+0x3f)[0x458d0f] pd(outlet_bang+0x29)[0x458be9] pd(sched_tick+0x77)[0x463047] pd(m_mainloop+0x1e9)[0x463319] bang, float, list are basic puredata objects. binbuf_eval() is also one of the functions. It looks like puredata uses functions like strcat(), strcpy() in non-conventional ways with some kind of buffer. Turning off _FORTIFY_SOURCE looks like it needs to be done to ensure 100% functionality. Just patching one or two instances of the functions may not get all the problem points fixed as the puredata algorithms probably assume that the functions will copy/concatenate indefinitely throughout the whole code base. Talk to upstream before turning on _FORTIFY_SOURCE please. Regards, Matthew Grant -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.23 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puredata depends on: ii puredata-core 0.43.2-5~0mag1 ii puredata-dev0.43.2-5~0mag1 ii puredata-doc0.43.2-5~0mag1 ii puredata-extra 0.43.2-5~0mag1 ii puredata-gui0.43.2-5~0mag1 ii puredata-utils 0.43.2-5~0mag1 Versions of packages puredata recommends: ii gem 3:0.93.3-6~0mag0 Versions of packages puredata suggests: ii pd-aubio 0.3.2-4.2+b1 ii pd-csound 1:5.17.11~dfsg-2 ii pd-pdp 1:0.12.5-2 ii pd-zexy2.2.5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
