Bug#395080: CVE-2006-5444/5:security issues in asterisk

[Frédéric Brière]

On Tue, Oct 24, 2006 at 10:14:45PM +0200, Stefan Fritsch wrote:
> The skinny issue is CVE-2006-5444.

Is there a reason why this issue has not yet been fixed in sarge?


-- 
     Frédéric Brière<*>[EMAIL PROTECTED]

 =>  <[EMAIL PROTECTED]> IS NO MORE:  <http://www.abacomsucks.com>  <=

Bug#395080: CVE-2006-5444/5:security issues in asterisk

[Frédéric Brière]

On Fri, Nov 10, 2006 at 04:07:14AM +, Brandon Kruse wrote:
> hello, this has been fixed in the latest branch of asterisk (1.2.13)
> and in 1.4

Yes, I know this is fixed in sid.  What I want to know is why this
buffer overflow is still present in sarge.  The fix seems rather
straightforward, and patches have been proposed in #394025.

> for a temporary fix, ( if its the bug im thinking your talking about )
> just edit /etc/asterisk/modules.conf and noload=>chan_skinny.so

I'm not using chan_skinny, so I'm not actually worried about being
bitten by this particular bug.

However, from what I understand, this is a theoretically exploitable
security bug which has been allowed to sit for three weeks, without any
update nor announcement for sarge users.

*That* is why I'm worried.


-- 
 Frédéric Brière<*>[EMAIL PROTECTED]

 =>  <[EMAIL PROTECTED]> IS NO MORE:  <http://www.abacomsucks.com>  <=

Bug#282563: kernel-patch-cifs-2.4

[Frédéric Brière]

I actually needed to add CIFS support to a woody server I maintain, so I
took the time to create a kernel-patch-cifs-2.4 package for it.  Feel
free to take a look at <http://www.fbriere.net/debian/cifs/>, or you can
apt-get it with:

 deb[-src] http://www.fbriere.net/debian/dists/{stable,testing,unstable} cifs/


I'm not a DD (though I play one on TV), so I welcome anybody with an
interest in adopting this package.


-- 
     Frédéric Brière<*>[EMAIL PROTECTED]

 =>  <[EMAIL PROTECTED]> IS NO MORE:  <http://www.abacomsucks.com>  <=

Bug#358742: cyrus21-imapd process hangs on sent mailbox

[Frédéric Brière]

On Fri, Mar 24, 2006 at 06:26:53PM -0300, Henrique de Moraes Holschuh wrote:
> There is another way to help this.  The issue is definately a locking mishap
> in lib/lock_fcntl.c.  If you dig C, you can help me doing a fine combing
> over that thing and trying to see if the code fails to handle EINTR
> anywhere, or if there is a failure mode where a lock is failing to be
> released (on a error path, most probably).

Hi Henrique!  I hope I can help you on this one.

I just had the same thing happen to me today.  (I think it may not be
the first time, but if so it's been so long that I don't remember
anyway.)

My situation is pretty much like Patrick Scharrenberg detailed in the
message linked to by Matt Boes' first report; namely, I've got a stray
imapd process that's just sitting there, holding a lock and preventing
any further connection to that mailbox.

It would appear that under certain conditions, imapd will issue a
blocking read() while holding a lock, without any timeout.  That's bad.


Here's Sleeping Beauty:

  [EMAIL PROTECTED]:~$ ps auxw | grep 29708
  cyrus29708  0.0  0.2 22368 2772 ?SFeb28   0:00 imapd -s -U 30

Waiting for Prince Charming:

  [EMAIL PROTECTED]:~$ sudo gdb /usr/lib/cyrus/bin/imapd 29708
  [...]
  (gdb) bt   
  #0  0x403058de in read () from /lib/tls/libc.so.6
  #1  0x40197c0e in BIO_sock_non_fatal_error () from 
/usr/lib/i686/cmov/libcrypto.so.0.9.7

While clutching to the, erm, Golden Scepter or what-have-you:

  [EMAIL PROTECTED]:~$ sudo lsof /var/spool/cyrus/mail/.../Sent/cyrus.header
  COMMAND   PID  USER   FD   TYPE DEVICE SIZE   NODE NAME
  imapd   29708 cyrus  mem-W  REG  253,2  178 229398 
/var/spool/cyrus/mail/.../Sent/cyrus.header
  imapd   29708 cyrus   12uW  REG  253,2  178 229398 
/var/spool/cyrus/mail/.../Sent/cyrus.header


What happened today was that we had a shitty connection between client
and server; the Windows client eventually gave up on the TCP connection
(disappeared from netstat), but it still shows up as ESTABLISHED on the
Linux server.  And since imapd doesn't use SO_KEEPALIVE (not even in
2.2, according to grep), that connection and that process will linger
there forever.

(Not that SO_KEEPALIVE is the appropriate solution, but it would be a
nice complement.)


I should point out that I've got four other forlorn imap processes also
waiting in vain for some love letter from their long-departed
sweetheart.  Yet, none of these is holding a lock, so there does seem to
be a specific condition that triggers this event.


-- 
Vista.  (cue laughter)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#412614: debugfs: Cannot dump files larger than 2GiB

[Frédéric Brière]

Here's a revised patch that also adds O_LARGEFILE to rdump.


-- 
Vista.  (cue laughter)
--- debugfs/dump.c.orig	2005-09-06 09:40:13.0 +
+++ debugfs/dump.c	2007-02-27 01:50:14.0 +
@@ -5,6 +5,8 @@
  * under the terms of the GNU Public License.
  */
 
+#define _GNU_SOURCE /* for O_LARGEFILE */
+
 #include 
 #include 
 #include 
@@ -256,7 +258,7 @@
 		rdump_symlink(ino, inode, fullname);
 	else if (LINUX_S_ISREG(inode->i_mode)) {
 		int fd;
-		fd = open(fullname, O_WRONLY | O_CREAT | O_TRUNC, S_IRWXU);
+		fd = open(fullname, O_WRONLY | O_CREAT | O_TRUNC | O_LARGEFILE, S_IRWXU);
 		if (fd == -1) {
 			com_err("rdump", errno, "while dumping %s", fullname);
 			goto errout;

Bug#419161: zaptel-source: No mention of wcfxs -> wctdm module rename

[Frédéric Brière]

Package: zaptel-source
Version: 1:1.2.11.dfsg-1
Severity: normal

Apparently, the wcfxs module was renamed to wctdm back in 2004 (though
this change was only picked up after sarge's release).  AFAIK, this is
not documented anywhere (even the upstream changelog doesn't go that far
back) and may come as a surprise to all the infidels who haven't yet
converted to udev and rely on /etc/modules to do all the work.

Either a modutils/modprobe alias or a big fat warning somewhere would've
been greatly appreciated when upgrading to etch.

(Not that I'm really complaining, as this and asterisk were the only two
snags I've hit.  Kudos to the whole Debian team!)


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-toroia
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages zaptel-source depends on:
ii  bzip2 1.0.3-6high-quality block-sorting file co
ii  debhelper 5.0.44 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

Versions of packages zaptel-source recommends:
pn  zaptel (no description available)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#419162: zaptel: Missing modutils/modprobe rules for wctdm

[Frédéric Brière]

Package: zaptel
Version: 1:1.2.11.dfsg-1
Severity: normal

Since the wcfxs module has now been renamed to wctdm, I assume there
should be new rules added to modutils/modprobe to run ztcfg after
loading, like it was done for wcfxs.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-toroia
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages zaptel depends on:
ii  libc6 2.5-1  GNU C Library: Shared libraries
pn  libnewt0.51(no description available)

zaptel recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#419164: asterisk: UPGRADE.txt cannot be found in any package

[Frédéric Brière]

Package: asterisk
Version: 1:1.2.13~dfsg-2
Severity: normal

There are quite a few incompatible changes between sarge's 1.0 and
etch's 1.2 versions of Asterisk which are documented upstream in
UPGRADE.txt.  This should be required reading when upgrading, and yet is
not included either in asterisk or asterisk-doc.  (If it were me, I'd
stick it in the main package, along with a debconf note or a NEWS.Debian
entry.)


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-toroia
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages asterisk depends on:
pn  asterisk-sounds(no description available)
ii  libasound21.0.13-2   ALSA library
ii  libc6 2.5-1  GNU C Library: Shared libraries
ii  libedit2  2.9.cvs.20050518-3 BSD editline and history libraries
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib1.21.2.10-17  The GLib library of C routines
ii  libgsm1   1.0.10-13  Shared libraries for GSM speech co
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libncurses5   5.5-5  Shared libraries for terminal hand
pn  libopenh323-1.13.2 (no description available)
pn  libpq3 (no description available)
pn  libpri1(no description available)
pn  libpt-1.6.3(no description available)
ii  libspeex1 1.1.12-3   The Speex Speech Codec
ii  libssl0.9.7   0.9.7k-3.1 SSL shared libraries
pn  libtonezone1   (no description available)
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  unixodbc  2.2.11-13  ODBC tools libraries
ii  zlib1g1:1.2.3-13 compression library - runtime

asterisk recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#419804: zaptel: fxotune -i option is incorrectly documented in manpage

[Frédéric Brière]

Package: zaptel
Version: 1:1.2.11.dfsg-1
Severity: normal

fxotune(8) says that the -i option specifies the number needed to *get*
a dialtone.  However, both the executable and the README claim that this
is a digit that will *break* dialtone.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages zaptel depends on:
ii  libc6 2.5-1  GNU C Library: Shared libraries
pn  libnewt0.51(no description available)

zaptel recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#419820: CVE-2007-1594: Asterisk segfaults upon receipt of a certain SIP packet (SIP Response code 0)

[Frédéric Brière]

Package: asterisk
Version: 1:1.2.13~dfsg-2
Severity: important
Tags: security

I was a bit surprised to see this one show up again last week on LWN
with only Gentoo providing a fix.  Apparently, etch/lenny are affected,
but not sid.  (No word on sarge's 1.0 branch, though.)

>From CVE-2007-1594:

  The handle_response function in chan_sip.c in Asterisk before 1.2.17
  and 1.4.x before 1.4.2 allows remote attackers to cause a denial of
  service (crash) via a SIP Response code 0 in a SIP packet.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages asterisk depends on:
pn  asterisk-sounds(no description available)
ii  libasound21.0.13-2   ALSA library
ii  libc6 2.5-1  GNU C Library: Shared libraries
ii  libedit2  2.9.cvs.20050518-3 BSD editline and history libraries
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib1.21.2.10-17  The GLib library of C routines
ii  libgsm1   1.0.10-13  Shared libraries for GSM speech co
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libncurses5   5.5-5  Shared libraries for terminal hand
pn  libopenh323-1.13.2 (no description available)
pn  libpq3 (no description available)
pn  libpri1(no description available)
pn  libpt-1.6.3(no description available)
ii  libspeex1 1.1.12-3   The Speex Speech Codec
ii  libssl0.9.7   0.9.7k-3.1 SSL shared libraries
pn  libtonezone1   (no description available)
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxi61:1.0.1-4  X11 Input extension library
pn  unixodbc   (no description available)
ii  zlib1g1:1.2.3-13 compression library - runtime

asterisk recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415466: asterisk: SIP INVITE DoS

[Frédéric Brière]

Just thought I'd point out that this is CVE-2007-1561.  (Which
security-tracker strangely claims has been fixed in sarge/etch/lenny,
even though it apparently hasn't.)


-- 
 I can usually supress the feelings that tell me to crash
  tackle a girl into the bushes


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#415466: asterisk: SIP INVITE DoS

[Frédéric Brière]

On Wed, Apr 18, 2007 at 07:31:33PM +0200, Florian Weimer wrote:
> > Just thought I'd point out that this is CVE-2007-1561.  (Which
> > security-tracker strangely claims has been fixed in sarge/etch/lenny,
> > even though it apparently hasn't.)
> 
> Which security tracker do yo mean?

security-tracker.debian.net

Never mind what I said, though; it's the other CVE (2007-1594) which
appears to be wrong.  I already opened #419820 for it last night, so
I'll make a comment there.


-- 
Being overloaded is the sign of a true Debian maintainer.
-- JHM on #Debian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#419820: CVE-2007-1594: Asterisk segfaults upon receipt of a certain SIP packet (SIP Response code 0)

[Frédéric Brière]

My apologies to the security team if I'm babbling nonsense, but
security-tracker shows CVE-2007-1594 as being fixed in etch's
1:1.2.13~dfsg-2, while the CVE claims this was only fixed in 1.2.17.  Is
this normal?

(Actually, from reading the bug report and the SVN changelog, it would
appear that this was only fixed on March 24 for the 1.2 branch, after
the latest 1.2.17 release.)


-- 
 3990 N   Apr 15 Cute Girlfriend (  45) Erotic Amateur Girlfriends
 I wasn't aware you had professional girlfriends as well


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#311040: libdbd-mysql-perl: parser gets confused by comments

[Frédéric Brière]

On Tue, Apr 03, 2007 at 08:17:18PM +0200, Raphael Hertzog wrote:
> Can you check if the problem is still present with libdbd-mysql-perl 4.004
> that I just uploaded to unstable?

Yup:

  [fbriere] toroia:~ $ dpkg -s libdbd-mysql-perl | grep ^Version:
  Version: 4.004-1

  [fbriere] toroia:~ $ perl -MDBI -lwe 'print 
DBI->connect("DBI:mysql:mysql_read_default_file=~/.my.cnf")->selectrow_array("--
 \x27 \n SELECT ?", undef, 42)'
  DBD::mysql::db selectrow_array failed: called with 1 bind variables when 0 
are needed at -e line 1.


-- 
* joeyh installs debian using only his big toe, for a change of pace
-- in #debian-boot


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#736385: python2.7: ambiguous (multi-arch) package names passed to dpkg-query in postinst

[Frédéric Brière]

Package: python2.7
Version: 2.7.5-8
Severity: normal

When upgrading:

  Preparing to unpack .../libpython2.7-minimal_2.7.6-5_i386.deb ...
  dpkg-query: error: --listfiles needs a valid package name but 
'libpython2.7-minimal' is not: ambiguous package name 'libpython2.7-minimal' 
with more than one installed instance

  Setting up python2.7-minimal (2.7.6-5) ...
  dpkg-query: error: --listfiles needs a valid package name but 
'libpython2.7-minimal' is not: ambiguous package name 'libpython2.7-minimal' 
with more than one installed instance

  Setting up python2.7 (2.7.6-5) ...
  dpkg-query: error: --listfiles needs a valid package name but 
'libpython2.7-stdlib' is not: ambiguous package name 'libpython2.7-stdlib' with 
more than one installed instance


This is due to libpython2.7-minimal and libpython2.7-stdlib being
installed under multiple architectures:

  ii  libpython2.7-m 2.7.6-5  amd64Minimal subset of the Python lang
  ii  libpython2.7-m 2.7.6-5  i386 Minimal subset of the Python lang
  ii  libpython2.7-s 2.7.6-5  amd64Interactive high-level object-ori
  ii  libpython2.7-s 2.7.6-5  i386 Interactive high-level object-ori


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.11-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752452: mtools: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Package: mtools
Version: 4.0.18-1
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking mtools as "Multi-Arch: foreign" would allow it to satisfy
dependencies from packages of different architectures (in my case,
syslinux).


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.14-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mtools depends on:
ii  libc6  2.19-2

mtools recommends no packages.

Versions of packages mtools suggests:
pn  floppyd  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752545: pbuilder: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Package: pbuilder
Version: 0.215
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking pbuilder as "Multi-Arch: foreign" would allow it to satisfy
dependencies from packages of different architectures (in my case,
cowbuilder).


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.14-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pbuilder depends on:
ii  cdebootstrap   0.6.0
ii  coreutils  8.21-1.2
ii  debconf [debconf-2.0]  1.5.53
ii  debianutils4.4
ii  debootstrap1.0.60
ii  dpkg-dev   1.17.10
ii  wget   1.15-1+b1

Versions of packages pbuilder recommends:
ii  devscripts  2.14.5
ii  fakeroot1.20-3
ii  sudo1.8.9p5-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.73
pn  gdebi-core
pn  pbuilder-uml  

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752554: libimlib2: Please mark as Multi-Arch: same

[Frédéric Brière]

Package: libimlib2
Version: 1.4.6-2
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libimlib2 already installs its libraries in the multiarch path, so all
it needs is a "Multi-Arch: same" declaration to be co-installable with
itself.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.14-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libimlib2 depends on:
ii  libbz2-1.01.0.6-5
ii  libc6 2.19-4
ii  libfreetype6  2.5.2-1
ii  libgif4   4.1.6-11
ii  libid3tag00.15.1b-10
ii  libjpeg8  8d-2
ii  libpng12-01.2.50-1
ii  libtiff5  4.0.3-9
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  zlib1g1:1.2.8.dfsg-1

libimlib2 recommends no packages.

libimlib2 suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index ea41695..973f33c 100644
--- a/debian/control
+++ b/debian/control
@@ -21,6 +21,8 @@ Vcs-Git: git://anonscm.debian.org/collab-maint/imlib2.git
 
 Package: libimlib2
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: image loading, rendering, saving library
  Imlib2 is a library that does image file loading and saving as well as

Bug#752545: pbuilder: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Control: tags -1 + patch

And here's the trivial patch.
diff --git a/debian/control b/debian/control
index f4a1f94..aaaf2fa 100644
--- a/debian/control
+++ b/debian/control
@@ -20,6 +20,7 @@ Vcs-Browser: http://git.debian.org/?p=pbuilder/pbuilder.git
 
 Package: pbuilder
 Architecture: all
+Multi-Arch: foreign
 Depends: coreutils (>= 4.5.8-1),
  debootstrap | cdebootstrap,
  dpkg-dev,

Bug#752452: mtools: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Control: tags -1 + patch

Adding the (trivial) patch to the bug report.

diff --git a/debian/control b/debian/control
index fc0a0f7..a972d56 100644
--- a/debian/control
+++ b/debian/control
@@ -19,6 +19,7 @@ Description: Daemon for remote access to floppy drives
 
 Package: mtools
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: floppyd
 Description: Tools for manipulating MSDOS files

Bug#752584: net-tools: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Package: net-tools
Version: 1.60-26
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking net-tools as "Multi-Arch: foreign" would allow it to satisfy
dependencies from packages of different architectures (in my case,
chrony).


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.14-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages net-tools depends on:
ii  libc6  2.19-4

net-tools recommends no packages.

net-tools suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index 725ab1d..8c73bc1 100644
--- a/debian/control
+++ b/debian/control
@@ -9,6 +9,7 @@ Homepage: http://net-tools.berlios.de/
 
 Package: net-tools
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Replaces: netbase (<< 4.00), ja-trans (<= 0.8-2)
 Conflicts: ja-trans (<= 0.8-2)

Bug#752589: scowl: Please mark packages as Multi-Arch: foreign

[Frédéric Brière]

Source: scowl
Version: 7.1-1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking all packages providing wordlist as "Multi-Arch: foreign" would
allow them to satisfy dependencies from packages of foreign
architectures.

(I also included the scowl package itself in the patch; no other package
depends on it, but the declaration doesn't hurt nonetheless.)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.14-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/control b/debian/control
index b0f0755..92012ef 100644
--- a/debian/control
+++ b/debian/control
@@ -9,6 +9,7 @@ Homepage: http://wordlist.sourceforge.net/
 
 Package: scowl
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: ${misc:Depends}
 Description: Spell-Checker Oriented Word Lists
@@ -28,6 +29,7 @@ Description: Spell-Checker Oriented Word Lists
 
 Package: wamerican
 Architecture: all
+Multi-Arch: foreign
 Priority: standard
 Depends: ${misc:Depends}
 Provides: wordlist
@@ -42,6 +44,7 @@ Description: American English dictionary words for /usr/share/dict
 
 Package: wamerican-small
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -59,6 +62,7 @@ Description: American English dictionary words for /usr/share/dict
 
 Package: wamerican-large
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -76,6 +80,7 @@ Description: American English dictionary words for /usr/share/dict
 
 Package: wamerican-huge
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -93,6 +98,7 @@ Description: American English dictionary words for /usr/share/dict
 
 Package: wamerican-insane
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -113,6 +119,7 @@ Description: American English dictionary words for /usr/share/dict
 
 Package: wbritish
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -127,6 +134,7 @@ Description: British English dictionary words for /usr/share/dict
 
 Package: wbritish-small
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -144,6 +152,7 @@ Description: British English dictionary words for /usr/share/dict
 
 Package: wbritish-large
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -161,6 +170,7 @@ Description: British English dictionary words for /usr/share/dict
 
 Package: wbritish-huge
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -178,6 +188,7 @@ Description: British English dictionary words for /usr/share/dict
 
 Package: wbritish-insane
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -197,6 +208,7 @@ Description: British English dictionary words for /usr/share/dict
 
 Package: wcanadian
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -211,6 +223,7 @@ Description: Canadian English dictionary words for /usr/share/dict
 
 Package: wcanadian-small
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -228,6 +241,7 @@ Description: Canadian English dictionary words for /usr/share/dict
 
 Package: wcanadian-large
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -245,6 +259,7 @@ Description: Canadian English dictionary words for /usr/share/dict
 
 Package: wcanadian-huge
 Architecture: all
+Multi-Arch: foreign
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}
 Provides: wordlist
@@ -262,6 +277,7 @@ Description: Canadian English dictionary words for /usr/share/dict
 
 Package: wcanadian-insane
 Architecture: all
+Multi-Arch: foreign
 Section: text
 Priority: optional
 Depends: dictionaries-common (>=0.20), ${misc:Depends}

Bug#736385: python2.7: ambiguous (multi-arch) package names passed to dpkg-query in postinst

[Frédéric Brière]

(Sorry for the long delay.)

On Tue, Feb 25, 2014 at 11:32:25AM +0100, Matthias Klose wrote:
> I can't reproduce it.
> 
> $ dpkg -L libpython2.7-minimal >/dev/null; echo $?
> 0
> $ dpkg -L libpython2.7-minimal:i386 >/dev/null; echo $?
> 0
> $ dpkg -L libpython2.7-minimal:amd64 >/dev/null; echo $?
> 0

And you have *both* versions installed?  Strange.  (Incidentally, what
does dpkg list without any architecture?)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#636192: make fakeroot multiarch

[Frédéric Brière]

Package: fakeroot
Version: 1.20-3
Followup-For: Bug #636192

Forgive me if I'm mistaken, but fakeroot still does not appear to work
across architectures (at least the i386 version):

  $ dpkg -s fakeroot | grep ^Arch
  Architecture: i386
  $ dpkg -s ascii | grep ^Arch
  Architecture: amd64
  $ fakeroot-sysv ascii -v
  ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be 
preloaded: ignored.
  ascii 3.14


Maybe I'm wrong, but I think that the invocation of find in the
assignment to $PATH was meant to be at runtime, but was instead done at
compile-time.  Replacing the hardcoded path list with the `find` command
from Hilko's patch did the trick for me:

  $ fakeroot-sysv ascii -v
  ascii 3.14


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fakeroot depends on:
ii  libc62.18-4
ii  libfakeroot  1.20-3

fakeroot recommends no packages.

fakeroot suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#636192: make fakeroot multiarch

[Frédéric Brière]

On Sat, Apr 26, 2014 at 02:00:11PM +0200, Hilko Bengen wrote:
> You will also need libfakeroot:amd64.

  $ dpkg -s libfakeroot:amd64 | grep ^Status
  Status: install ok installed

The library is there; its directory is simply not present in the list
assigned to $PATHS (line 38):

  
PATHS=/usr/lib/i386-linux-gnu/libfakeroot:${FAKEROOT_PREFIX}/lib64/libfakeroot:${FAKEROOT_PREFIX}/lib32/libfakeroot


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750767: whiptail: Please mark as Multi-Arch: foreign

[Frédéric Brière]

Package: whiptail
Version: 0.52.15-3+b1
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking whiptail as "Multi-Arch: foreign" would allow it to satisfy
dependencies from packages of different architectures.  (In my case,
alsa-utils:amd64 and debian-goodies:all cannot co-exist because of
this.)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages whiptail depends on:
ii  libc62.18-4
ii  libnewt0.52  0.52.15-3+b1
ii  libpopt0 1.16-8
ii  libslang22.2.4-16

whiptail recommends no packages.

whiptail suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698800: menu: Please mark Multi-Arch: foreign

[Frédéric Brière]

Package: menu
Version: 2.1.46
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking menu as "Multi-Arch: foreign" would allow it to satisfy
dependencies from non-native packages.  (In my case, it would allow me
to transition from fluxbox:i386 to :amd64.)

(Of course, I'm assuming that all dependencies on menu are from packages
wishing to run its binaries, and nothing more.  Please correct me if I'm
wrong.)


diff --git a/debian/control b/debian/control
index ab27f7a..bff235b 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends: debhelper (>= 5), texinfo, debiandoc-sgml, 
gettext
 
 Package: menu
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: menu-l10n, gksu|kdebase-bin|kdebase-runtime|ktsuss|sux
 Description: generates programs menu for all menu-aware applications


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages menu depends on:
ii  dpkg  1.16.9
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libstdc++64.7.2-5

menu recommends no packages.

Versions of packages menu suggests:
ii  kdebase-runtime  4:4.8.4-2
pn  menu-l10n

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698801: lintian: check if "Multi-Arch: same" header is missing

[Frédéric Brière]

Package: lintian
Version: 2.5.10.3
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

I have filed a couple of bug reports against library packages which had
been dutifully "multiarch-ified" (often with an entry to that effect in
the changelog), but where the maintainer had forgotten to add the
"Multi-Arch: same" header.  (See #697380 for such an example.)

It would be nice if maintainers were notified in such cases.  Perhaps by
checking for packages which install nothing outside of
/usr/lib/ and /usr/share/doc ?


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.22-7.1
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   5.11-2
ii  gettext0.18.1.1-10
ii  hardening-includes 2.3
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.13-38
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.9
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.92-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-38
ii  man-db 2.6.3-3
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-16

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.9
ii  libhtml-parser-perl3.69-2
pn  libperlio-gzip-perl
ii  libtext-template-perl  1.45-2
ii  man-db 2.6.3-3
ii  xz-utils [lzma]5.1.1alpha+20120614-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698800: menu: Please mark Multi-Arch: foreign

[Frédéric Brière]

On Wed, Jan 23, 2013 at 09:41:59PM +0100, Bill Allombert wrote:
> > (Of course, I'm assuming that all dependencies on menu are from packages
> > wishing to run its binaries, and nothing more.  Please correct me if I'm
> > wrong.)
> 
> Most dependencies on menu are from packages using su-to-root, alas.

Why alas?  Isn't this exactly what m-a:foreign is for?

> Is there a specific reason for fluxbox to depend on menu ?

I think this was a versioned dependency to fix a bug (#266217) from a
long, long time ago.  (Whether or not this dependency is still useful is
probably a question better left to the maintainer.)

> The menu policy actually discourage from depending on menu.

Good to know.  If you choose not to make menu m-a:foreign, I'll file a
specific bug against fluxbox over this dependency.

Thanks!


-- 
 Joy: Hey, I'm an asshole.  Assholes emit odious gas.
That's what we do.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698948: psmisc: Please mark Multi-Arch: foreign

[Frédéric Brière]

Package: psmisc
Version: 22.20-1
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Marking psmisc as "Multi-Arch: foreign" would allow it to satisfy
dependencies from non-native packages.  (Not that there are that many in
the first place, but still.  For example, in my case, it would be one
less roadblock in migrating from mysql-server:i386 to :amd64.)


diff --git a/debian/control b/debian/control
index d60e992..de819d8 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Standards-Version: 3.9.3
 
 Package: psmisc
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Replaces: procps (<< 1:1.2)
 Description: utilities that use the proc file system


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages psmisc depends on:
ii  libc6  2.13-38
ii  libtinfo5  5.9-10

psmisc recommends no packages.

psmisc suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#698949: libpth20: please add multiarch support

[Frédéric Brière]

Package: libpth20
Version: 2.0.7-16
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Here's a patch adding multiarch support to libpth20, thus making it
co-installable on multiple architectures.

Note that this involves a bump in the debhelper compat level (from 7 to
9).  I've corrected the one obvious incompatibility issue, but you may
want to review the debhelper manpage, in case I missed something.

Also, while I checked the resulting packages with lintian and debdiff, I
did not actually install and test them.  I figured you would do a much
more thorough job than I would anyway.  :)


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpth20 depends on:
ii  libc6  2.13-38

libpth20 recommends no packages.

libpth20 suggests no packages.

-- no debconf information
diff --git a/debian/compat b/debian/compat
index 7f8f011..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-7
+9
diff --git a/debian/control b/debian/control
index 4cd8d65..4e71cdc 100644
--- a/debian/control
+++ b/debian/control
@@ -2,13 +2,15 @@ Source: pth
 Section: devel
 Priority: optional
 Maintainer: NIIBE Yutaka 
-Build-Depends: debhelper (>= 7.0.50~), quilt (>= 0.46-7~), autotools-dev
+Build-Depends: debhelper (>= 9), quilt (>= 0.46-7~), autotools-dev
 Standards-Version: 3.8.4
 Homepage: http://www.gnu.org/software/pth/
 
 Package: libpth20
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: The GNU Portable Threads
  Pth is a very portable POSIX/ANSI-C based library for Unix platforms which
diff --git a/debian/libpth-dev.install b/debian/libpth-dev.install
index 1dc671f..bfe830f 100644
--- a/debian/libpth-dev.install
+++ b/debian/libpth-dev.install
@@ -1,7 +1,7 @@
 /usr/bin
 /usr/include
-/usr/lib/*.a
-/usr/lib/*.so
-/usr/lib/*.la
+/usr/lib/*/*.a
+/usr/lib/*/*.so
+/usr/lib/*/*.la
 /usr/share/aclocal
 /usr/share/man
diff --git a/debian/libpth20.install b/debian/libpth20.install
index 49cc562..a451edd 100644
--- a/debian/libpth20.install
+++ b/debian/libpth20.install
@@ -1 +1 @@
-/usr/lib/*.so.*
+/usr/lib/*/*.so.*
diff --git a/debian/rules b/debian/rules
index 5de79fb..091cd21 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,7 +5,7 @@
 #export DH_VERBOSE=1
 
 %:
-	dh --with quilt $@
+	dh $@ --with quilt
 
 override_dh_auto_clean:
 	dh_auto_clean

Bug#698959: libid3tag0: please add multiarch support

[Frédéric Brière]

Package: libid3tag0
Version: 0.15.1b-10
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Here's a patch adding multiarch support to libid3tag0, thus making it
co-installable on multiple architectures.  (The -dev package could also
be marked Multi-Arch: same, but I wanted to keep it as simple as
possible.)

Please note that while I checked the resulting packages with lintian[*]
and debdiff (and took a look at id3tag.pc to make sure the path was
updated), I did not actually install and test them.  So, caveat emptor.
:)

 [*] Inasmuch as this patch did not trigger any new warnings.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libid3tag0 depends on:
ii  libc6   2.13-38
ii  zlib1g  1:1.2.7.dfsg-13

libid3tag0 recommends no packages.

libid3tag0 suggests no packages.

-- no debconf information
diff --git a/debian/control b/debian/control
index 485bf76..fb5a9d4 100644
--- a/debian/control
+++ b/debian/control
@@ -1,14 +1,16 @@
 Source: libid3tag
 Priority: optional
 Section: sound
-Build-Depends: cdbs, dpatch, debhelper (>= 4.1.0), gettext, zlib1g-dev, gperf
+Build-Depends: cdbs (>= 0.4.93~), dpatch, debhelper (>= 8.1.3), gettext, zlib1g-dev, gperf
 Maintainer: Mad Maintainers 
 Uploaders: Sam Clegg , Kurt Roeckx , Clément Stenac 
 Standards-Version: 3.6.1
 
 Package: libid3tag0
 Architecture: any
+Multi-Arch: same
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}
 Description: ID3 tag reading library from the MAD project
  ID3 tag manipulation library with full support for reading ID3v1, ID3v1.1,
diff --git a/debian/id3tag.pc b/debian/id3tag.pc
index e686000..3dfe513 100644
--- a/debian/id3tag.pc
+++ b/debian/id3tag.pc
@@ -1,6 +1,6 @@
 prefix=/usr
 exec_prefix=${prefix}
-libdir=${exec_prefix}/lib
+libdir=${exec_prefix}/lib/@DEB_HOST_MULTIARCH@
 includedir=${prefix}/include
 
 Name: id3tag
diff --git a/debian/libid3tag0-dev.install b/debian/libid3tag0-dev.install
index 562b9f8..c1a37c9 100644
--- a/debian/libid3tag0-dev.install
+++ b/debian/libid3tag0-dev.install
@@ -1,5 +1,4 @@
-debian/tmp/usr/include/id3tag.h /usr/include
-debian/tmp/usr/lib/libid3tag.a /usr/lib
-debian/tmp/usr/lib/libid3tag.la /usr/lib
-debian/tmp/usr/lib/libid3tag.so /usr/lib
-debian/id3tag.pc /usr/lib/pkgconfig
+debian/tmp/usr/include/id3tag.h
+debian/tmp/usr/lib/*/libid3tag.a
+debian/tmp/usr/lib/*/libid3tag.la
+debian/tmp/usr/lib/*/libid3tag.so
diff --git a/debian/libid3tag0.install b/debian/libid3tag0.install
index 4f7e8bd..75ff743 100644
--- a/debian/libid3tag0.install
+++ b/debian/libid3tag0.install
@@ -1 +1 @@
-debian/tmp/usr/lib/libid3tag.so.* /usr/lib
+debian/tmp/usr/lib/*/libid3tag.so.*
diff --git a/debian/rules b/debian/rules
index 910b507..a186f18 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,6 +18,13 @@ else
 DEB_CONFIGURE_EXTRA_FLAGS += --disable-profiling --disable-debugging
 endif
 
+DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
+
+
+install/libid3tag0-dev:: debian/id3tag.pc
+	mkdir -p debian/$(cdbs_curpkg)/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig
+	sed 's/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/g' $< > debian/$(cdbs_curpkg)/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig/id3tag.pc
+
 clean::
 	# annoying lintian errors
 	rm -f config.cache libz/config.log \

Bug#698970: libgpgme11: please add multiarch support

[Frédéric Brière]

Package: libgpgme11
Version: 1.2.0-1.4
Severity: wishlist
Tags: patch
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Control: block -1 by 698949

Here's a patch adding multiarch support to libgpgme11, thus making it
co-installable on multiple architectures.

Please note that while I checked the resulting packages with lintian[*]
and debdiff, I did not actually install and test them.  So, caveat
emptor.  :)

 [*] Inasmuch as this patch did not trigger any new warnings.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgpgme11 depends on:
ii  gnupg  1.4.12-7
ii  libc6  2.13-38
ii  libgpg-error0  1.10-3.1
ii  libpth20   2.0.7-16

libgpgme11 recommends no packages.

Versions of packages libgpgme11 suggests:
pn  gnupg2  
pn  gpgsm   

-- no debconf information
diff --git a/debian/control b/debian/control
index c2f1db2..e3706de 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: gpgme1.0
 Priority: optional
 Section: libdevel
 Maintainer: Jose Carlos Garcia Sogo 
-Build-Depends: debhelper (>> 5.0.0), libgpg-error-dev (>= 0.7-1), dpatch (>= 1.11), libpth-dev
+Build-Depends: debhelper (>> 8.1.3), libgpg-error-dev (>= 0.7-1), dpatch (>= 1.11), libpth-dev
 Standards-Version: 3.8.3
 Vcs-Git: git://git.debian.org/git/users/jsogo/gpgme1.0.git
 Vcs-Browser: http://git.debian.org/git/users/jsogo/gpgme1.0.git
@@ -22,6 +22,8 @@ Description: GPGME - GnuPG Made Easy
 Package: libgpgme11
 Section: libs
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, gnupg (>= 1.4.6-2)
 Suggests: gpgsm (>= 1.9.6), gnupg2 (>= 2.0.4)
 Description: GPGME - GnuPG Made Easy
diff --git a/debian/libgpgme11-dev.files b/debian/libgpgme11-dev.files
index f1799d1..eb8c8b3 100644
--- a/debian/libgpgme11-dev.files
+++ b/debian/libgpgme11-dev.files
@@ -1,7 +1,7 @@
 usr/include/*
-usr/lib/lib*.a
-usr/lib/lib*.so
-usr/lib/*.la
+usr/lib/*/lib*.a
+usr/lib/*/lib*.so
+usr/lib/*/*.la
 usr/bin/gpgme-config
 usr/share/aclocal/*
 usr/share/info/*
diff --git a/debian/libgpgme11.files b/debian/libgpgme11.files
index d0dbfd1..3ddde58 100644
--- a/debian/libgpgme11.files
+++ b/debian/libgpgme11.files
@@ -1 +1 @@
-usr/lib/lib*.so.*
+usr/lib/*/lib*.so.*
diff --git a/debian/rules b/debian/rules
index 394e8df..566301b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -31,6 +31,8 @@ ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
 else
   confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
 endif
+
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 
 version=`ls gpgme/.libs/lib*.so.* | \
@@ -48,6 +50,7 @@ configure-stamp: patch-stamp
 	./configure $(confflags) \
 	--enable-static \
 	--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \
+		--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
 		--with-gpg=/usr/bin/gpg \
 		--with-gpgsm=/usr/bin/gpgsm \
 		--with-gpgconf=/usr/bin/gpgconf
@@ -80,7 +83,7 @@ install: build
 	dh_installdirs
 
 	$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp/
-	for file in debian/tmp/usr/lib/*.la; do \
+	for file in debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.la; do \
 		sed -i "/dependency_libs/ s/'.*'/''/" $$file ; \
 	done
 

Bug#697380: libyajl2: package is missing Multi-Arch line

[Frédéric Brière]

Package: libyajl2
Version: 2.0.4-2
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although libyajl2 is now multiarch-friendly (thanks!), it is missing a
"Multi-Arch: same" line in debian/control to make dpkg aware of this:

  # aptitude install libyajl2:i386 libyajl2:amd64
  The following packages have unmet dependencies:
   libyajl2:amd64 : Conflicts: libyajl2 but 2.0.4-2 is installed.
   libyajl2 : Conflicts: libyajl2:amd64 but 2.0.4-2 is to be installed.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libyajl2 depends on:
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

libyajl2 recommends no packages.

libyajl2 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697385: libcap-ng0: package is missing Multi-Arch line

[Frédéric Brière]

Package: libcap-ng0
Version: 0.7.3-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although libcap-ng0 is now multiarch-friendly (thanks!), it is missing a
"Multi-Arch: same" line in debian/control to make dpkg aware of this:

  # aptitude install libcap-ng0:i386 libcap-ng0:amd64
  The following packages have unmet dependencies:
   libcap-ng0:amd64 : Conflicts: libcap-ng0 but 0.7.3-1 is installed.
   libcap-ng0 : Conflicts: libcap-ng0:amd64 but 0.7.3-1 is to be installed.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcap-ng0 depends on:
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

libcap-ng0 recommends no packages.

libcap-ng0 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697388: libdvdread4: package is missing Multi-Arch line

[Frédéric Brière]

Package: libdvdread4
Version: 4.2.0+20121016-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although libdvdread4 is now multiarch-friendly (thanks!), it is missing
a "Multi-Arch: same" line in debian/control to make dpkg aware of this:

  # aptitude install libdvdread4:i386 libdvdread4:amd64
  The following packages have unmet dependencies:
   libdvdread4:amd64 : Conflicts: libdvdread4 but 4.2.0+20121016-1 is installed.
   libdvdread4 : Conflicts: libdvdread4:amd64 but 4.2.0+20121016-1 is to be 
installed.


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  libdvdcss2:i38 1.2.12-dmo2  i386 Simple foundation for reading DVD
ii  libdvdnav4 4.2.0+201210 i386 DVD navigation library
ii  libdvdread44.2.0+201210 i386 library for reading DVDs

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libdvdread4 depends on:
ii  libc6  2.13-38
ii  multiarch-support  2.13-38

Versions of packages libdvdread4 recommends:
ii  libdvdnav4  4.2.0+20121016-1

Versions of packages libdvdread4 suggests:
ii  libdvdcss2  1.2.12-dmo2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697389: libdvdnav4: package is missing Multi-Arch line

[Frédéric Brière]

Package: libdvdnav4
Version: 4.2.0+20121016-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

[My apologies for the repetitiveness, Daniel.  ]

Although libdvdnav4 is now multiarch-friendly (thanks!), it is missing a
"Multi-Arch: same" line in debian/control to make dpkg aware of this:

  # aptitude install libdvdnav4:i386 libdvdnav4:amd64
  The following packages have unmet dependencies:
   libdvdnav4:amd64 : Conflicts: libdvdnav4 but 4.2.0+20121016-1 is installed.
   libdvdnav4 : Conflicts: libdvdnav4:amd64 but 4.2.0+20121016-1 is to be 
installed.


-- Package-specific info:

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libdvdnav4 depends on:
ii  libc6  2.13-38
ii  libdvdread44.2.0+20121016-1
ii  multiarch-support  2.13-38

libdvdnav4 recommends no packages.

Versions of packages libdvdnav4 suggests:
ii  libdvdcss2  1.2.12-dmo2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668197: liferea: does not honour x-www-browser preference

[Frédéric Brière]

On Mon, Apr 09, 2012 at 06:05:54PM +0200, Helmut Grohne wrote:
> I noticed that after the recent NMU of liferea opening URLs in an
> external browser stopped working the way I liked it.
> 
> The browser value is set to x-www-browser which points to iceweasel:
> 
> When I open a URL in an external browser (by clicking on it), liferea
> launches chromium instead.

This will also happen for any browser selection, if "Open link in" is
left at "Browser default".

This looks to me like a bug in src/browser.c, where
browser_get_command() does not properly fall back to
browser->defaultplace before giving up and calling gtk_show_uri().


-- 
[We] use bad software and bad machines for the wrong things.
-- R. W. Hamming


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668197: liferea: does not honour x-www-browser preference

[Frédéric Brière]

tags 668197 - moreinfo
thanks

On Sun, Nov 04, 2012 at 08:43:00PM +0800, David Smith wrote:
> If you configure your x-www-browser by running "update-alternatives

This bug has nothing to do with x-www-browser, which doesn't get
executed in the first place.

> I just tested to see if this bug was still a problem in 1.8.6-1 and I
> wasn't able to reproduce it.

As I previously wrote, try setting "Open link it" to "Browser default",
and whichever browser you selected will be ignored in favor of the
(gconf?) default.


-- 
It is easier to change the specification to fit the program than vice versa.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#668197: liferea: does not honour x-www-browser preference

[Frédéric Brière]

On Mon, Nov 05, 2012 at 09:47:12AM +0800, David Smith wrote:
> If I set my browser to "Konqueror" and set "Open Link in" to "Browser
> Default" and if I right-click on a link and choose "Launch Item in
> Browser" it opens in Konqueror.

Hmm.  Am I correct in assuming that if you select "Default Browser", you
then get a "Fatal: cannot retrieve browser command!" error message?


This whole misunderstanding seems due to how gtk_show_uri() will readily
invoke Google Chrome, but doesn't seem aware of Iceweasel (or Konqueror,
I assume):

  $ python
  >>> import gtk
  >>> gtk.show_uri(None, "http://www.debian.org";, gtk.gdk.CURRENT_TIME)
  [launches Chrome]

  # dpkg -r google-chrome-stable
  $ python
  >>> import gtk
  >>> gtk.show_uri(None, "http://www.debian.org";, gtk.gdk.CURRENT_TIME)
  gio.Error: The specified location is not supported


So, with Chrome installed, gtk_show_uri() will "successfully" take over
and trigger this bug; without it, it will fail and fall back to the
second call to browser_get_command(), and everything will be fine.

Whew!


> Do you have /usr/bin/x-www-browser symlinked to
> /usr/lib/iceweasel/iceweasel?  If so, that is strange as it should be

Sorry, I should have mentioned that setting 'x-www-browser "%s"' as a
manual command works just fine.  (See, I told you this had nothing to do
with x-www-browser.  )


-- 
One good reason why computers can do more work than people is that they
never have to stop and answer the phone.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696003: libhx28: package is missing Multi-Arch line

[Frédéric Brière]

Package: libhx28
Version: 3.14-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although libhx28 is now multiarch-friendly (thanks!), it is missing a
"Multi-Arch: same" line in debian/control to make dpkg aware of this:

  # aptitude install libhx28:i386 libhx28:amd64
  The following packages have unmet dependencies:
   libhx28:amd64 : Conflicts: libhx28 but 3.14-1 is installed.
   libhx28 : Conflicts: libhx28:amd64 but 3.14-1 is to be installed.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libhx28 depends on:
ii  libc6  2.13-37
ii  multiarch-support  2.13-37

libhx28 recommends no packages.

libhx28 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696004: libmount1: package is missing Multi-Arch line

[Frédéric Brière]

Package: libmount1
Version: 2.20.1-5.3
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although libmount1 was made multi-arch as part of #631175, it is missing
a Multi-Arch: same line.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmount1 depends on:
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-37
ii  libselinux12.1.9-5
ii  libsepol1  2.1.4-3
ii  multiarch-support  2.13-37

libmount1 recommends no packages.

libmount1 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696005: util-linux: outdated Vcs-* fields?

[Frédéric Brière]

Package: util-linux
Version: 2.20.1-5.3
Severity: minor

The git repo pointed to by the Vcs-* fields is stuck at 2.17-0.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.48
ii  dpkg   1.16.9
ii  initscripts2.88dsf-34
ii  install-info   4.13a.dfsg.1-10
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-37
ii  libncurses55.9-10
ii  libselinux12.1.9-5
ii  libslang2  2.2.4-15
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian9
ii  tzdata 2012j-1
ii  zlib1g 1:1.2.7.dfsg-13

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  3.0.13-1
ii  kbd 1.15.3-9
pn  util-linux-locales  

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696008: libcryptsetup4: please add multiarch support

[Frédéric Brière]

Package: libcryptsetup4
Version: 2:1.4.3-4
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Adding multiarch support to libcryptsetup4 will be a requirement for
libpam-mount to become multiarch itself.


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcryptsetup4 depends on:
ii  libc6   2.13-37
ii  libdevmapper1.02.1  2:1.02.74-5
ii  libgcrypt11 1.5.0-3
ii  libgpg-error0   1.10-3.1
ii  libuuid12.20.1-5.3

libcryptsetup4 recommends no packages.

libcryptsetup4 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696012: libpam-mount: please add multiarch support

[Frédéric Brière]

Package: libpam-mount
Version: 2.14~zgit2+aa0d624e-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Control: block -1 by 696008

PAM modules pretty much need to be co-installable when dealing with a
mix of PAM-enabled packages from different architectures.  (For example,
I had to manually copy both *.so from amd64 to make sudo:amd64 happy.)


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpam-mount depends on:
ii  base-files  7.1
ii  libc6   2.13-37
ii  libcryptsetup4  2:1.4.3-4
ii  libhx28 3.14-1
ii  libmount1   2.20.1-5.3
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libssl1.0.0 1.0.1c-4
ii  libxml2 2.8.0+dfsg1-7
ii  mount   2.20.1-5.3

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
pn  cifs-utils  
pn  davfs2  
pn  fuse-utils  
ii  lsof4.86+dfsg-1
pn  ncpfs   
ii  openssl 1.0.1c-4
ii  psmisc  22.20-1
pn  sshfs   
pn  tc-utils
pn  xfsprogs

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed [not included]

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#694294: kpat: game is both winnable and no longer winnable

[Frédéric Brière]

Package: kpat
Version: 4:4.8.4-3
Severity: normal

Attached is a Spider game that is deemed winnable by the solver.  After
moving the six of heart from column 2 to column 5, it is declared to be
no longer winnable.  Moving the card back to column 2 (or 4 or 6) brings
it back to the winnable state.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kpat depends on:
ii  kde-runtime 4:4.8.4-2
ii  kdegames-card-data  4:4.8.4-3
ii  libc6   2.13-37
ii  libkdecore5 4:4.8.4-4
ii  libkdegames5a   4:4.8.4-3
ii  libkdeui5   4:4.8.4-4
ii  libkio5 4:4.8.4-4
ii  libknewstuff3-4 4:4.8.4-4
ii  libphonon4  4:4.6.0.0-2
ii  libqt4-svg  4:4.8.2+dfsg-2
ii  libqt4-xml  4:4.8.2+dfsg-2
ii  libqtcore4  4:4.8.2+dfsg-2
ii  libqtgui4   4:4.8.2+dfsg-2
ii  libstdc++6  4.7.2-4
ii  phonon  4:4.6.0.0-2

kpat recommends no packages.

kpat suggests no packages.

-- no debconf information


 
 
 
 
 
 
  
  
  
  
  
  
  
  
  
  
 
 
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
 
 
  
  
  
 
 
  
  
  
  
 
 
  
  
  
  
  
  
  
 
 
  
  
  
  
  
  
  
 
 
  
  
  
  
  
  
  
  
  
  
  
  
  
 
 
  
  
  
  
  
 
 
  
  
  
  
  
  
  
  
  
 
 
  
  
  
  
  
 
 
  
  
  
  
  
  
  
  
  
  
  
  
  
 
 
  
  
  
  
  
  
  
  
  
  
  
  
  
 
 
 
 
 
 
 

Bug#674613: closed by Luca Falavigna (Bug#674613: fixed in gtg 0.3-1)

[Frédéric Brière]

On Sat, Nov 10, 2012 at 10:21:12AM +, Debian Bug Tracking System wrote:
>  - Add plugin dependencies to Suggests field, also including
>librsvg2-common for Tomboy/Gnote (Closes: #674613).

Hmm, maybe I'm missing something obvious, but I can't see
librsvg2-common in the dependencies for 0.3-1.  Is it pulled in by
another package?

That being said, if you don't make this a hard dependency (I would argue
for at least a Recommends, but that's only my own opinion), would you
please make sure that gtg, at the very least, does not crash when this
package is not installed?

Thanks!


-- 
< DanielS> still, throne of blood sounds like a movie about overfiend
   and virgins or some crap
-- in #debian-devel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#671849: pan: inserts spurious "GIT" string in mailto: when replying

[Frédéric Brière]

Hmph, I see that upstream has wrongly (and summarily) closed this bug
report.  :(


The bug is not about the *presence* of the User-Agent header, which is
indeed optional.  (The 'Add "User-Agent" header' checkbox is found in
the "More Headers" tab when posting an article.)

This bug is about the mailto: string being malformed when the User-Agent
header (or Mime-Version, or Content-Type) is split over several lines.


As I pointed out in my second message, PostUI::maybe_mail_message() is
to blame.  It starts by converting the list of headers into a blob of
text, and then proceeds to prune *lines* corresponding to certain
headers, matching ":" as a delimiter on every line (and skipping the
next character, assumed to be a space).

This means that this:

  User-Agent: Pan/0.137 (The Mattel and Mars Bar Quick Energy Chocobot Hour;
  GIT 9a6aef1 git://git.gnome.org/pan2)

results in this junk being included in the final headers:

  GIT 9a6aef1 git: /git.gnome.org/pan2)

which is rightfully rejected by mutt.


-- 
Packages should build-depend on what they should build-depend.
-- Santiago Vila on debian-devel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#694346: pan: enters infinite loop upon EOF when using SSL

[Frédéric Brière]

Package: pan
Version: 0.139-1
Severity: normal
Tags: upstream patch

GIOChannelSocketGnuTLS::gnutls_read_line() does not handle EOF, and
merely returns a successful read of 0 bytes.  This results in pan
entering an infinite loop, successfully reading nothing over and over on
a closed connection.

(This is most certainly what was reported upstream as
.)


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pan depends on:
ii  gnome-keyring   3.4.1-5
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-37
ii  libcairo2   1.12.2-2
ii  libenchant1c2a  1.6.0-7
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.2-4
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgmime-2.6-0  2.6.10-1
ii  libgnome-keyring0   3.4.1-1
ii  libgnutls26 2.12.20-2
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-4

pan recommends no packages.

pan suggests no packages.

-- no debconf information
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20Bri=C3=A8re?= 
Date: Sun, 11 Nov 2012 12:02:16 -0500
Subject: Detect EOF on SSL socket

This closes .
---
 pan/tasks/socket-impl-openssl.cc |2 ++
 1 file changed, 2 insertions(+)

diff --git a/pan/tasks/socket-impl-openssl.cc b/pan/tasks/socket-impl-openssl.cc
index 5a15436..0e2c29a 100644
--- a/pan/tasks/socket-impl-openssl.cc
+++ b/pan/tasks/socket-impl-openssl.cc
@@ -538,6 +538,8 @@ GIOChannelSocketGnuTLS :: gnutls_read_line(GString* g, gsize *ret, GError **gerr
   g_set_error (gerr, G_IO_CHANNEL_ERROR, G_IO_CHANNEL_ERROR_FAILED, "Received corrupted data");
   return G_IO_STATUS_ERROR;
 }
+else if (err == 0)
+  return G_IO_STATUS_EOF;
 else
   g_string_append_len (_channel->read_buf,tmp,err);
   }

Bug#647815: closed by Radu Spineanu (Bug#647815: fixed in sphinxsearch 2.0.3-1)

[Frédéric Brière]

reopen 647815
thanks

On Tue, Jan 10, 2012 at 09:55:03AM +, Debian Bug Tracking System wrote:
>  sphinxsearch (2.0.3-1) unstable; urgency=low
>  .
>* New upstream release.
>* Upstream release fixes case when omitting mem_limit
>  generates a spurious warning. (closes: #647815)

  $ dpkg -s sphinxsearch | grep ^Version
  Version: 2.0.3-1

  $ sudo indexer --quiet --rotate --all
  WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb
  WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb
  WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb
  WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb


Sorry.  :(


-- 
 Intel.  Bringing you the cutting-edge technology of 1979
 for 22 years now.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653440: linux-image-3.1.0-1-686-pae: Fails to boot since 3.1, apparently in the md subsystem

[Frédéric Brière]

On Wed, Dec 28, 2011 at 11:33:03AM +0100, Roland Mas wrote:
> called triple-patte.  The rest of the hard disks is used by a third
> partition, and /dev/sd[ab]3 make up a two-device RAID1 array called
> obelix.

Are both members of this array marked as writemostly, by any chance?
(You can check with mdadm -D.)

I think you were hit by d2eb35a, same as me; I'll either comment here or
file a new bug, depending on the case.


-- 
 udp - universal dropping of an pigeon



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656038: mdadm: Adjusting logcheck rule as the kernel now uses "k" instead of "blocks"

[Frédéric Brière]

Package: mdadm
Version: 3.2.2-1
Severity: normal
Tags: patch

The Linux kernel now uses "k" instead of "blocks" in its "using X
window" message; this patch adjusts the logcheck rule accordingly.
>From 8295ea3329739ff736a9ffe7af475f98fa8efa08 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20Bri=C3=A8re?= 
Date: Sun, 15 Jan 2012 22:24:50 -0500
Subject: [PATCH] Adjusting logcheck rule as the kernel now uses "k" instead
 of "blocks"

The Linux kernel now uses "k" instead of "blocks" since 3.0 (commit
ac42450).
---
 debian/mdadm.logcheck.ignore.server |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/mdadm.logcheck.ignore.server b/debian/mdadm.logcheck.ignore.server
index 3d3d5a3..051c473 100644
--- a/debian/mdadm.logcheck.ignore.server
+++ b/debian/mdadm.logcheck.ignore.server
@@ -10,7 +10,7 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: minimum _guaranteed_  ?speed: [[:digit:]]+ KB/sec/disk\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using maximum available idle IO bandwidth \(but not more than [[:digit:]]+ KB/sec\) for (data-check|requested-resync|resync|reshape|recovery)\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: delaying (data-check|requested-resync|resync|reshape|recovery) of md[[:digit:]]+ until md[[:digit:]]+ has finished \(they share one or more physical units\)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using [[:digit:]]+k window, over a total of [[:digit:]]+ blocks\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using [[:digit:]]+k window, over a total of [[:digit:]]+( blocks|k)\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: (un)?bind<[^>]+>$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: export_rdev\([^)]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? raid[[:digit:]]+: raid set [[:alnum:]]+ active with [[:digit:]]+ out of [[:digit:]]+ mirrors$
-- 
1.7.8.3

Bug#653440: linux-image-3.1.0-1-686-pae: Fails to boot since 3.1, apparently in the md subsystem

[Frédéric Brière]

retitle 653440 Kernel freezes when assembling RAID1 array with components all 
write-mostly
found 653440
found 653440 3.1.1-1
tags 653440 fixed-upstream
thanks


[ Note to kernel team: any chance 307729c could make it into 3.2.1-1? ]

On Mon, Jan 16, 2012 at 09:42:53AM +0100, Roland Mas wrote:
> > I think you were hit by d2eb35a, same as me; I'll either comment here or
> > file a new bug, depending on the case.
> 
>   I think you're right.

You probably figured all this out, but to anybody else who is affected
and found this bug report:

The 3.1 (and 3.2) kernel will freeze when assembling a RAID1 array where
all members have the writemostly flag set.  (Unfortunately, kernels
prior to 3.1 make it impossible to remove this flag from the metadata.)

This has been fixed upstream, although not in time for 3.2 (or 3.2.1,
apparently).  The fix (307729c) does apply cleanly to 3.1.8 and 3.2.1,
though; I've attached it if you don't want to stick to 3.0 for the time
being.


> I seem to recall that it is not exactly stored on-disk,

Same here; I added the writemostly flag on a SSD partition by mistake
and had to turn it off at boot time since.

>   The irony is, I was looking forward to a 3.1 kernel precisely because
> it is said to make the writemostly state persist on disk :-)

It does indeed.  After booting with a patched 3.1.8, the flag was
automatically updated and I was able to get rid of the "echo" hack.
(At this point, the unpatched 3.1.8 boots fine, but that would leave me
vulnerable if the SSD were to fail.)


-- 
... but hey, this is Linux, isn't it meant to do infinite loops in 5
seconds?
-- Jonathan Oxer in the apt-cacher ChangeLog
>From 307729c8bc5b5a41361af8af95906eee7552acb1 Mon Sep 17 00:00:00 2001
From: NeilBrown 
Date: Mon, 9 Jan 2012 01:41:51 +1100
Subject: [PATCH] md/raid1: perform bad-block tests for WriteMostly devices
 too.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

We normally try to avoid reading from write-mostly devices, but when
we do we really have to check for bad blocks and be sure not to
try reading them.

With the current code, best_good_sectors might not get set and that
causes zero-length read requests to be send down which is very
confusing.

This bug was introduced in commit d2eb35acfdccbe2 and so the patch
is suitable for 3.1.x and 3.2.x

Reported-and-tested-by: Michał Mirosław 
Reported-and-tested-by: Art -kwaak- van Breemen 
Signed-off-by: NeilBrown 
Cc: sta...@vger.kernel.org
---
 drivers/md/raid1.c |   11 ++-
 1 files changed, 10 insertions(+), 1 deletions(-)

diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
index cc24f0c..a368db2 100644
--- a/drivers/md/raid1.c
+++ b/drivers/md/raid1.c
@@ -531,8 +531,17 @@ static int read_balance(struct r1conf *conf, struct r1bio *r1_bio, int *max_sect
 		if (test_bit(WriteMostly, &rdev->flags)) {
 			/* Don't balance among write-mostly, just
 			 * use the first as a last resort */
-			if (best_disk < 0)
+			if (best_disk < 0) {
+if (is_badblock(rdev, this_sector, sectors,
+		&first_bad, &bad_sectors)) {
+	if (first_bad < this_sector)
+		/* Cannot use this */
+		continue;
+	best_good_sectors = first_bad - this_sector;
+} else
+	best_good_sectors = sectors;
 best_disk = disk;
+			}
 			continue;
 		}
 		/* This is a reasonable device to use.  It might
-- 
1.7.8.3

Bug#686400: vice: fails to start (SIGILL)

[Frédéric Brière]

On Sat, Sep 01, 2012 at 01:31:56AM +0200, Stefan Potyra wrote:
> MPS-803: Error - Could not load MPS-803 charset 'mps803'.
> Palette: Loading palette `/usr/lib/vice/PRINTER/mps803.vpl'.
> Received signal 4.
> 
> Exiting...
> ---
> 
> Using gdb, it looks like a SSE3 instruction caused the SIGILL:
> 
> => 0x00504aab <+507>:   pshufb %xmm8,%xmm0
> 
> (and my box, a Phenom, does not support SSE3).

Thanks!  I just stumbled on this bug, and you saved me from wasting time
trying to track down this unimportant mps803.vpl file.  :)

Note that this bug is specific to the AMD64 package; the i386 version is
fine, probably due to the lack of any SSE instructions.  (Nitpick: this
instruction is from SSSE3, not SSE3, which Phenom supports.  Damn these
confusing acronyms!)

Interestingly, not only did this bug show up in the three day window
between 2.3.dfsg-3 and 2.3.dfsg-4, it also disappears when recompiling
-4 under current sid.  Probably either a compiler bug that was fixed
since then, or a glitch in the binary package compiled and uploaded by
the maintainer.  (I tried and failed to replicate it with GCC 4.7.1.)


-- 
 Joy: thanks, joy
 elmo: that's redundant, elmo
 doogie: go play in traffic
 ah, the elmo we know and love


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#448493: Bugs field in debian/control has no necessary connection with email

[Frédéric Brière]

On Tue, May 13, 2008 at 11:29:29PM -0500, Chris Lawrence wrote:
> Certainly reportbug was designed to treat Bugs:
> mailto:b...@example.com as a submission address--if you go back far
> enough in the changelog it should be mentioned--but some of the logic
> may have gotten too mucked up for it to work today now that other
> things are considered too (lsb_release output, the Origin header,
> etc.).

For what it's worth, it seems to work just fine for me:

  $ reportbug deb-multimedia-keyring
  [...]
  Will use mailto protocol talking to maril...@deb-multimedia.org.
  [...]

  $ reportbug media-player-info
  [...]
  Will use https protocol talking to 
bugs.freedesktop.org/buglist.cgi?product=media-player-info.
  [...]


I haven't tried filing a bogus bug for https, but using mailto for one
of my own packages worked flawlessly.


-- 
Today is a good day for information-gathering.  Read someone else's mail file.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710304: sysv-rc: Please mark sysv-rc as Multi-Arch: foreign

[Frédéric Brière]

Package: sysv-rc
Version: 2.88dsf-41
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Similarly to #677369, here's a request to mark sysv-rc as m-a: foreign
as well.  (It's now being depended on by openssh-server, which I can no
longer upgrade.)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.8-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sysv-rc depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  insserv1.14.0-5
ii  sysvinit-utils 2.88dsf-41

Versions of packages sysv-rc recommends:
ii  lsb-base  4.1+Debian11

Versions of packages sysv-rc suggests:
pn  bum   
pn  sysv-rc-conf  

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#711132: bugs.debian.org: nnnnnn-h...@bugs.debian.org does not provide any instructions

[Frédéric Brière]

Package: bugs.debian.org
Severity: normal

The confirmation message after subscribing to a bug includes the
following:

  For instructions on using the bug subscription software, send
  mail to nn-h...@bugs.debian.org .

(The message after unsubscribing is not identical, but similar.)

Sending mail to this address, however, does not appear to result in
anything.  (This is also the case for nn-subh...@bugs.debian.org)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.8-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#658028: usbmount: Udev should not wait for mounting

[Frédéric Brière]

On Mon, Jan 30, 2012 at 02:53:28PM -0600, Karl O. Pinc wrote:
> Usbmount is run directly from the udev rule engine and the rule engine
> must wait for usbmount to complete.  This is wrong.
> 
> If usbmount is not going to run as a daemon I imagine it should at
> least detach before doing any work.

Indeed.  Due to this, combined with #377548, my bootup sequence includes
a 30-second pause with nothing happening except udev patiently waiting
for usbmount to complete.


-- 
I was attacked by dselect as a small child and have since avoided
debian.
-- Andrew Morton


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709401: python2.7: Multiarch support for python2.7 (bis)

[Frédéric Brière]

Package: python2.7
Version: 2.7.5-4
Severity: wishlist
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Although #683755 was marked as fixed in 2.7.3-10, the Multi-Arch fields
were removed when 2.7.5-1 was uploaded to unstable.  Since that bug has
since been archived, I figured I'd open a new one in its stead.

(There was some discussion on debian-python asking what were the use
cases for a m-a python.  For me, it's about the ability to upgrade
individual packages from :i386 to :amd64 which depend on python, with
virtualbox at the forefront.)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.8-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python2.7 depends on:
ii  libpython2.7-stdlib  2.7.5-4
ii  mime-support 3.54
ii  python2.7-minimal2.7.5-4

python2.7 recommends no packages.

Versions of packages python2.7 suggests:
ii  binutils   2.22-8
pn  python2.7-doc  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709904: bugs.debian.org: "limit originator" requires an exact match on the entire field

[Frédéric Brière]

Package: bugs.debian.org
Severity: normal

[CC'ing devscripts-devel; if this is not considered a bug, then the
bts(1) manpage could use a clarification note.]


The "limit originator" command apparently requires an exact match on the
entire 'originator' field:

  > limit originator fbri...@fbriere.net
  > usertags 574469 + orphaned
  originator: "Frédéric Brière "' does not match at least 
one of "fbri...@fbriere.net"

I think most people would expect it to match when given only the
addr-spec part (like pkgreport.cgi?submitter=).


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.8-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#367790: linux-wlan-ng-source: Setting USB adapter to monitor mode triggers memory leak in kernel

[Frédéric Brière]

usertags 367790 - orphaned
submitter 367790 Frédéric Brière 
thanks

On Sat, Jun 19, 2010 at 12:03:03PM -0400, Frédéric Brière wrote:
> At this point, I don't really care what happens to this bug report
> anymore.  (Can a bug report be orphaned?)

I'll do the next best thing and mark it as such.

If anyone has any interest in this bug report, feel free to adopt it and
set yourself as submitter.

> I'd be glad to give this adaptor away and mail it to that poor soul,
> along with my best wishes.

I think I threw it away some time ago.  Sorry.  :(


-- 
To kick or not to kick...
-- Somewhere on IRC, inspired by Shakespeare


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586386: linux-2.6: Please enable CONFIG_SND_PCM_XRUN_DEBUG

[Frédéric Brière]

usertags 586386 - orphaned
submitter 586386 Frédéric Brière 
thanks

On Fri, Jun 18, 2010 at 10:03:07PM -0400, Frédéric Brière wrote:
> This has been used before to work around bugs in intel8x0[1] and
> cmipci[2], which have now been (mostly) fixed.  However, my own sound
> card will still not play correctly without this hack[3].  It would be
> nice not to have to recompile the kernel just to enable this option.

I've since upgraded to more modern hardware (and probably thrown out
that ancient sound card), so I don't really care what happens of this
bug report anymore.

If anyone out there has any interest in this bug, please feel free to
set yourself as its new submitter.  If noone steps forward, the kernel
team has my blessing to handle it as they see fit.


-- 
The only other people who might benefit from Linux8086 would be owners
of PDP/11's and other roomsized computers from the same era.
-- Alan Cox


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#667592: libaspell15: multiarch problem

[Frédéric Brière]

retitle 667592 libaspell15: please add multiarch support
severity 667592 wishlist
thanks

On Thu, Apr 05, 2012 at 09:07:44AM +0200, Johannes Schulz wrote:
> So "libaspell15:amd64" conflicts with "libaspell15:i386" - therefore I can't 
> install both.

That's because it simply hasn't been multi-archified yet.  (The current
package version actually predates the introduction of multi-arch in
Debian.)

I'd gladly submit a patch, but the presence of /usr/lib/aspell makes
this slightly non-trivial, and I'd probably mess something up.  :)


-- 
lp1 on fire
-- One of the more obfuscated kernel messages


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#464501: eSCO support breaks (SCO?) headsets

[Frédéric Brière]

usertags 464501 - orphaned
submitter 464501 Frédéric Brière 
thanks

On Thu, Dec 18, 2008 at 05:20:55PM -0500, Frédéric Brière wrote:
> Its current purpose is to track a specific regression, introduced with
> eSCO support in b6a0dc82.  Namely, the kernel will always attempt to
> establish an eSCO connection if the Bluetooth adapter supports it,
> regardless of any support from the device itself.  This is a problem for
> those of us who are using a cheap old headset with a not-so-old
> Bluetooth adapter.

I've long since ditched that crappy bluetooth headset for something
better, but I just pulled it out of the mothballs, out of curiosity, to
see if I could replicate my past experience on more recent kernels.

Turns out I didn't even get that far, as I could not get the device to
show up in "hcitool scan" in the first place.  After some mucking
around, this appears to be caused by some regression introduced in bluez
between 4.84-1 and 4.86-1.

Unfortunately, shortly downgrading bluez, that crappy headset eventually
froze and never came back to life.

I therefore find myself unable to provide any further information on
this bug, or even determine if it still exists.  And since I've moved
away from BT headsets (especially crappy old models), I don't really
care about it anymore.

If anyone out there has any interest in this bug, please feel free to
set yourself as its new submitter.  If noone steps forward, the kernel
team has my blessing to handle it as they see fit.

(For the record, this particular headset model was a WNI H1010.)


-- 
How do I type "for i in *.dvi do xdvi $i done" in a GUI?
-- Discussion in comp.os.linux.misc on the intuitiveness of interfaces


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#384111: tiger: Tiger_Listening_ValidUsers and Tiger_Listening_ValidProcs do not support multiple values

[Frédéric Brière]

usertags 384111 - orphaned
submitter 384111 Frédéric Brière 
thanks


It's been ages since I've last used tiger (in fact, I can barely
remember what it does), so I don't really care what happens of this
bug report anymore.

If anyone out there has any interest in this bug, please feel free to
adopt it and set yourself as its new submitter.  Otherwise, the
maintainer has my blessing to handle it as he sees fit.


-- 
Every program is a part of some other program, and rarely fits.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574469: dump: restore segfaults on bad entry with -y option

[Frédéric Brière]

usertags 574469 - orphaned
submitter 574469 Frédéric Brière 
usertags 571049 - orphaned
submitter 571049 Frédéric Brière 
thanks


I've long ago stopped using dump/restore for backups (I will not miss
those DDS tapes one bit), so I don't really care what happens of these
bug reports anymore.

If anyone out there has any interest in one of these bugs, please feel
free to adopt it and set yourself as its new submitter.  Otherwise, the
maintainer has my blessing to handle them as he sees fit.


-- 
Do not meddle in the affairs of troff, for it is subtle and quick to anger.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#555438: python-kiwi: ObjectList() uses deprecated gtk.Tooltips()

[Frédéric Brière]

usertags 555438 - orphaned
submitter 555438 Frédéric Brière 
thanks


It's been ages since I've last used kiwi (for a brief time), so I don't
really care what happens of this bug report anymore.

If anyone out there has any interest in this bug, please feel free to
adopt it and set yourself as its new submitter.  Otherwise, the
maintainer has my blessing to handle it as he sees fit.


-- 
The computing field is always in need of new cliches.
-- Alan Perlis


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#437466: module-assistant: prepare (and thus auto-install) doesn't like --kernel-dir

[Frédéric Brière]

usertags 437466 - orphaned
submitter 437466 Frédéric Brière 
thanks


I've long ago switched from module-assistant to DKMS, so I don't really
care what happens of this bug report anymore.

If anyone out there has any interest in this bug, please feel free to
adopt it and set yourself as its new submitter.


-- 
I had the rare misfortune of being one of the first people to try and
implement a PL/1 compiler.
-- T. Cheatham


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#437316: ITP: opencbm -- Utilities for communicating with Commodore IEC serial bus devices

[Frédéric Brière]

If there's any DD watching this ITP, the opencbm package is currently
waiting for a sponsor to enter Debian.  Any help would be appreciated!

RFS: 


And if there are any interested users out there, feel free to give this
package a whirl and report any issues you may encounter.  User testing
is good!

Source: 
Binaries: 


-- 
The world is coming to an end ... SAVE YOUR BUFFERS!!!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571751: mirrors: mirror.peer1.net wrongfully returns cached information

[Frédéric Brière]

On Sun, Feb 28, 2010 at 12:00:26PM +0100, Simon Paillard wrote:
> I cannot reproduce today, whatever is the peer1 backend.

As far as I can tell, this is a sporadic bug.  When it happens, pasting
the URL in Iceape will return the old copy, but hitting Reload (which I
assume sends a Cache-Control: no-cache) will then fetch the newer
version.


-- 
If God had a beard, he'd be a UNIX programmer.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575917: git-core: --work-tree behaves strangely when called under .git

[Frédéric Brière]

Package: git-core
Version: 1:1.7.0.3-1
Severity: normal

Explicitly setting --work-tree without --git-dir does strange things
when one is directly in (or under) the .git directory:

  $ pwd
  /tmp/git

  $ git init
  Initialized empty Git repository in /tmp/git/.git/
  
  $ git --work-tree /tmp/git symbolic-ref HEAD
  refs/heads/master

  $ cd .git
  $ git --work-tree /tmp/git symbolic-ref HEAD
  fatal: ref HEAD is not a symbolic ref

  $ cp HEAD ..
  $ git --work-tree /tmp/git symbolic-ref HEAD
  refs/heads/master


This may sound far-fetched, but I was actually bitten by this when
working on a git-dir located on a different partition, and whose
core.worktree was explicitly set "just in case, 'cause it can't hurt".


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29.6 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-core depends on:
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.20.0-2 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.12-1   NIST SHA-1 message digest algorith
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-11Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git-core recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.3p1-3  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-arch   (no description available)
ii  git-cvs  1:1.7.0.3-1 fast, scalable, distributed revisi
pn  git-daemon-run (no description available)
pn  git-doc(no description available)
ii  git-email1:1.7.0.3-1 fast, scalable, distributed revisi
pn  git-gui(no description available)
ii  git-svn  1:1.7.0.3-1 fast, scalable, distributed revisi
ii  gitk 1:1.7.0.3-1 fast, scalable, distributed revisi
pn  gitweb (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#640732: sphinxsearch: sockets in /var/run need to be renamed too

[Frédéric Brière]

Package: sphinxsearch
Version: 0.9.9-9
Severity: normal

Any configuration with a listen directive specifying a socket in
/var/run (such as found in sphinx.conf.sample) will fail following an
upgrade to 0.9.9-9, due to sphinx no longer running as root.

Since I assume it would be too risky to have the postinst blindly
replace all instances of /var/run, this probably warrants an entry in
NEWS.Debian to let the admin know that some config tweaking may be
required.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sphinxsearch depends on:
ii  adduser   3.113   
ii  libc6 2.13-18 
ii  libexpat1 2.0.1-7 
ii  libgcc1   1:4.6.1-9   
ii  libmysqlclient16  5.1.58-1
ii  libpq59.1~rc1-3   
ii  libstdc++64.6.1-9 
ii  libstemmer0d  0+svn527-1  
ii  zlib1g1:1.2.3.4.dfsg-3

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- Configuration Files:
/etc/default/sphinxsearch changed [not included]
/etc/sphinxsearch/sphinx.conf [Errno 13] Permission denied: 
u'/etc/sphinxsearch/sphinx.conf'

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#641194: /etc/logrotate.d/sphinxsearch still refers to /var/run/searchd.pid

[Frédéric Brière]

Package: sphinxsearch
Version: 0.9.9-9
Severity: important

/etc/logrotate.d/sphinxsearch still refers to /var/run/searchd.pid,
which means that searchd will not reopen its log files after rotation.

(Filing this as important, as I suspect this could cause log messages to
be lost.)

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sphinxsearch depends on:
ii  adduser   3.113   
ii  libc6 2.13-19 
ii  libexpat1 2.0.1-7 
ii  libgcc1   1:4.6.1-9   
ii  libmysqlclient16  5.1.58-1
ii  libpq59.1~rc1-3   
ii  libstdc++64.6.1-9 
ii  libstemmer0d  0+svn527-1  
ii  zlib1g1:1.2.3.4.dfsg-3

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- Configuration Files:
/etc/default/sphinxsearch changed [not included]
/etc/sphinxsearch/sphinx.conf [Errno 13] Permission denied: 
u'/etc/sphinxsearch/sphinx.conf'

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#643697: libdbd-mock-perl: mock sessions no longer return results

[Frédéric Brière]

Package: libdbd-mock-perl
Version: 1.41-1
Severity: normal

The attached script illustrates the problem.

When run under 1.39, the results of a session are returned as requested:

$VAR1 = {
  'life' => 24
};

But undef 1.41, nothing is returned:

$VAR1 = {};


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libdbd-mock-perl depends on:
ii  libdbi-perl  1.616-1+b1
ii  perl 5.12.4-4  

libdbd-mock-perl recommends no packages.

libdbd-mock-perl suggests no packages.

-- no debconf information
use DBI;
use Data::Dumper;

my $dbh = DBI->connect('DBI:Mock:', '', '')
or die "Cannot create handle: $DBI::errstr\n";

$dbh->{mock_session} = new DBD::Mock::Session (
'foo' => (
{
statement   => 'SELECT x',
bound_params=> [ '42' ],
results => [ ['life'], [24] ],
}
)
);

my $row = $dbh->selectrow_hashref("SELECT x", undef, 42);
warn Dumper $row;

Bug#715054: cryptsetup: --verify-passphrase w/ luksAddKey is also applied to the unlocking passphrase

[Frédéric Brière]

Package: cryptsetup
Version: 2:1.6.1-1
Severity: normal

When providing the --verify-passphrase to luksAddKey, this option will
not only be applied to the new passphrase, but also to the existing
passphrase, obviously needlessly.  (See #570418 for a similar issue from
the past.)

  # cryptsetup --verify-passphrase luksAddKey /dev/...
  Enter any existing passphrase: 
  Verify passphrase: 
  Enter new passphrase for key slot: 
  Verify passphrase: 

(To my untrained eye, the first condition of _verify_passphrase() in
src/cryptsetup.c appears to be wrong.)


-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.8-2-amd64 root=/dev/mapper/root ro

-- /etc/crypttab
# 
root  /dev/mapper/vg0-root  none   luks
pbuilder  /dev/mapper/vg0-pbuilder  /etc/security/pbuilder.passwd  luks

-- /etc/fstab
# /etc/fstab: static file system information.
#
#
proc/proc   procdefaults0   0
tmpfs   /tmptmpfs   defaults0   0

/dev/md0   /boot   ext3defaults,relatime0   2

/dev/mapper/root /   ext3errors=remount-ro,relatime 0   1
/dev/mapper/pbuilder /var/cache/pbuilder ext3defaults,relatime  0   2

/dev/dvd/media/cdromudf,iso9660 user,noauto 0   0

-- lsmod
Module  Size  Used by
isofs  35129  0 
udf68162  0 
bnep   17574  0 
rfcomm 33696  0 
btusb  17553  0 
bluetooth 160688  5 bnep,btusb,rfcomm
rfkill 19166  1 bluetooth
crc16  12343  1 bluetooth
ext2   59600  1 
nls_utf8   12456  0 
nls_cp437  16553  0 
vfat   17365  0 
fat46039  1 vfat
act_police 12725  1 
sch_ingress12744  1 
cls_u3213111  6 
sch_sfq17467  3 
sch_cbq22569  1 
ipt_REJECT 12502  1 
pppoe  17512  2 
pppox  12594  1 pppoe
xt_multiport   12548  2 
iptable_filter 12536  1 
ip_tables  21997  1 iptable_filter
x_tables   19041  4 ip_tables,xt_multiport,iptable_filter,ipt_REJECT
pci_stub   12429  1 
vboxpci19094  0 
vboxnetadp 25443  0 
vboxnetflt 23648  0 
vboxdrv   217306  3 vboxnetadp,vboxnetflt,vboxpci
binfmt_misc12957  1 
ppp_generic26827  6 pppoe,pppox
slhc   12674  1 ppp_generic
it87   30261  0 
hwmon_vid  12430  1 it87
loop   22908  0 
fuse   62705  1 
snd_usb_audio 105996  1 
snd_usbmidi_lib23337  1 snd_usb_audio
snd_hda_codec_hdmi 31479  1 
tuner_simple   17171  1 
tuner_types16409  1 tuner_simple
tuner  21635  1 
tvaudio26716  0 
tda743212671  0 
msp340030326  0 
bttv  106542  0 
parport_pc 22409  0 
parport31901  1 parport_pc
k10temp12664  0 
snd_hda_codec_realtek55535  1 
radeon760247  3 
snd_hda_intel  31301  9 
snd_bt87x  13446  1 
snd_hda_codec  88454  3 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
btcx_risc  12555  1 bttv
tveeprom   20593  1 bttv
videobuf_dma_sg13234  1 bttv
rc_core18382  1 bttv
v4l2_common13355  5 bttv,tuner,tda7432,msp3400,tvaudio
snd_hwdep  13189  2 snd_usb_audio,snd_hda_codec
snd_pcm_oss37079  0 
snd_mixer_oss  18035  1 snd_pcm_oss
snd_pcm68523  8 
snd_pcm_oss,snd_usb_audio,snd_bt87x,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
videodev   88021  6 bttv,tuner,tda7432,msp3400,tvaudio,v4l2_common
media  18184  1 videodev
videobuf_core  17872  2 bttv,videobuf_dma_sg
snd_page_alloc 13018  3 snd_bt87x,snd_pcm,snd_hda_intel
snd_seq_midi   12848  0 
snd_seq_midi_event 13316  1 snd_seq_midi
snd_rawmidi23034  2 snd_usbmidi_lib,snd_seq_midi
sp5100_tco 12864  0 
acpi_cpufreq   13354  0 
mperf  12453  1 acpi_cpufreq
ttm58389  1 radeon
drm_kms_helper 31890  1 radeon
drm   202241  5 ttm,drm_kms_helper,radeon
i2c_algo_bit   12841  2 bttv,radeon
snd_seq45225  2 snd_seq_midi_event,snd_seq_midi
i2c_piix4  12660  0 
i2c_core   19945  14 
drm,bttv,tuner,i2c_piix4,drm_kms_helper,tda7432,i2c_algo_bit,msp3400,tvaudio,v4l2_common,tveeprom,radeon,tuner_simple,videodev
evdev  17650  6 
serio_raw  12940  0 
pcspkr 12632  0 
processor  28362  1

Bug#722080: gtg: Fuzzy dates are no longer kept relative to today

[Frédéric Brière]

Package: gtg
Version: 0.3-2
Severity: normal
Tags: patch

0.3 introduced a regression where fuzzy dates (mostly "now" and "soon")
are no longer kept relative to the current date, but remain at the value
they were initialized with at startup.  (Thus somehow defeating their
purpose, if gtg is left running for long periods.)

Attached is a simple patch restoring the proper behavior.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.10-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20Bri=C3=A8re?= 
Date: Tue, 27 Aug 2013 17:58:49 -0400
Subject: Keep fuzzy dates relative to today

This partially reverts a change brought in by revision 1176.2.2.
Apparently, pylint considers these lambdas useless, but they are
necessary to keep fuzzy dates (mostly now/soon) relative to the current
date.
---
 GTG/tools/dates.py | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/GTG/tools/dates.py b/GTG/tools/dates.py
index 5e3dbe7..14270e8 100644
--- a/GTG/tools/dates.py
+++ b/GTG/tools/dates.py
@@ -61,10 +61,10 @@ LOOKUP = {
 }
 # functions giving absolute dates for fuzzy dates + no date
 FUNCS = {
-NOW: datetime.date.today(),
-SOON: datetime.date.today() + datetime.timedelta(15),
-SOMEDAY: datetime.date.max,
-NODATE: datetime.date.max - datetime.timedelta(1),
+NOW: lambda: datetime.date.today(),
+SOON: lambda: datetime.date.today() + datetime.timedelta(15),
+SOMEDAY: lambda: datetime.date.max,
+NODATE: lambda: datetime.date.max - datetime.timedelta(1),
 }
 
 # ISO 8601 date format
@@ -121,7 +121,7 @@ class Date(object):
 def date(self):
 """ Map date into real date, i.e. convert fuzzy dates """
 if self.is_fuzzy():
-return FUNCS[self._fuzzy]
+return FUNCS[self._fuzzy]()
 else:
 return self._real_date
 

Bug#647815: sphinxsearch: Omitting mem_limit generates a spurious warning

[Frédéric Brière]

Package: sphinxsearch
Version: 0.9.9+2.0.1beta-1
Severity: normal

Since upgrading to 0.9.9+2.0.1beta-1, the daily cronjob generates the
following warning:

  WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb

I have omitted mem_limit from sphinx.conf, relying on the default of 32M
claimed by the documentation and comments.  This is apparently not the
case.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sphinxsearch depends on:
ii  adduser   3.113   
ii  libc6 2.13-21 
ii  libexpat1 2.0.1-7.2   
ii  libgcc1   1:4.6.2-4   
ii  libmysqlclient16  5.1.58-1
ii  libpq59.1.1-3 
ii  libstdc++64.6.2-4 
ii  libstemmer0d  0+svn546-2  
ii  zlib1g1:1.2.3.4.dfsg-3

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- Configuration Files:
/etc/default/sphinxsearch changed [not included]
/etc/sphinxsearch/sphinx.conf changed [not included]

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#664817: libts-0.0-0: add multi-arch support

[Frédéric Brière]

Package: libts-0.0-0
Version: 1.0-9
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Now that a multiarch-able dpkg has entered unstable (yippee!), here's my
request for a m-a:same version of libts.

(I see you've actually got such a version already waiting in
experimental.  Kudos!)


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libts-0.0-0 depends on:
ii  libc6   2.13-27
ii  tsconf  1.0-9

libts-0.0-0 recommends no packages.

libts-0.0-0 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#643697: libdbd-mock-perl: mock sessions no longer return results

[Frédéric Brière]

On Wed, Sep 28, 2011 at 02:44:56PM -0400, Frédéric Brière wrote:
> When run under 1.39, the results of a session are returned as requested:
> 
> But undef 1.41, nothing is returned:

Turns out this is specific to fetchrow_hashref(), due to DBD::Mock no
longer setting column names properly.  Fetching via _array() or
arrayref() should probably still work fine (hence why the test suite
never caught this).

I've forwarded this bug to CPAN, as it was introduced by a fix to
another bug, and thus cannot be easily reverted without some intimate
knowledge of DBI and DBD::Mock.


-- 
 eat Depends: cook | eat-out.
   But eat-out is non-free so that's out.
   And cook Recommends: clean-pans.
-- Seen on #Debian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#664883: libvncserver0: add multi-arch support

[Frédéric Brière]

Package: libvncserver0
Version: 0.9.8.2-2
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Now that a multiarch-able dpkg has entered unstable (yippee!), here's my
request for a m-a:same version of libvncserver.

Thanks!


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvncserver0 depends on:
ii  libc62.13-27
ii  libgcrypt11  1.5.0-3
ii  libgnutls26  2.12.18-1
ii  libjpeg8 8d-1
ii  zlib1g   1:1.2.6.dfsg-2

libvncserver0 recommends no packages.

Versions of packages libvncserver0 suggests:
pn  libvncserver0-dbg  

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#637621: Please transition json-c for multiarch

[Frédéric Brière]

On Fri, Aug 12, 2011 at 11:14:46PM -0700, Steve Langasek wrote:
> Please find attached a patch to json-c to transition it to use of the
> multiarch library paths as described at
> .  This patch has been
> tested and included in Ubuntu Oneiric.

Your patch sets debian/compat to 9, yet only build-depends on debhelper
(>= 8.1.3).  That doesn't seem right.  :)


-- 
Debian is the Jedi operating system: "Always two there are, a master and
an apprentice".
-- Simon Richter on debian-devel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#665505: libsphinx-search-perl: new upstream version available (0.27.2)

[Frédéric Brière]

Package: libsphinx-search-perl
Version: 0.240.1-1
Severity: normal

Now that sphinxsearch has been updated to 2.0.3, Sphinx::Search should
probably be updated to 0.27.2, which the documentation claims is the
officially compatible version.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libsphinx-search-perl depends on:
ii  libfile-searchpath-perl  0.06-1
ii  libpath-class-perl   0.25-1
ii  perl 5.14.2-9

libsphinx-search-perl recommends no packages.

libsphinx-search-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600403: add patch

[Frédéric Brière]

On Fri, Oct 07, 2011 at 11:40:05AM +0200, Roberto Lumbreras wrote:
>  { # Do we have a default route?  If so put chronyd online.
> -if timelimit -q -s9 -t5 -- netstat -rn 2>/dev/null | grep UG | cut -f 1
> -d ' ' | grep -q '0\.0\.0\.0'
> +if timelimit -q -s9 -t5 -- netstat -rn 2>/dev/null | grep -q
> '^0\.0\.0\.0'

I don't know if it's possible for a default route not to be up, but it
may be safer to keep grepping for "U", and only drop "G".


-- 
 udp - universal dropping of an pigeon



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#468288: mysql-server-5.0: Can't refer to outer table in SELECT FROM .. SELECT FROM subquery

[Frédéric Brière]

reassign 468288 mysql-server-5.1
retitle 468288 correlated subqueries in from (nested)
severity 468288 wishlist
tags 468288 upstream
forwarded 468288 http://bugs.mysql.com/bug.php?id=8019
thanks

(Doing a Spring cleanup on those bugs I filed years ago.)

On Wed, Feb 27, 2008 at 11:53:23PM -0500, Frédéric Brière wrote:
>   mysql> SELECT count(*) FROM foo WHERE EXISTS
>   (SELECT * FROM (SELECT * FROM bar WHERE foo.i = bar.j)) AS baz;
> 
>   ERROR 1054 (42S22): Unknown column 'foo.i' in 'where clause'

The issue here (ignoring how the "AS" clause is misplaced) is that MySQL
will not allow a subquery in the FROM clause to be correlated (as
documented).  But in this case, that subquery is already part of a
correlated outer subquery, and one would therefore expect to be able to
reference the same tables in the FROM subquery as in the outer subquery.

This has already been reported upstream, and flagged as a feature
request, so I'm adjusting this bug accordingly.


-- 
 I can usually supress the feelings that tell me to crash
  tackle a girl into the bushes



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#583707: virtualbox-ose-qt: editing a folder's properties when in use triggers an error

[Frédéric Brière]

On Sat, May 29, 2010 at 03:26:04PM -0400, Frédéric Brière wrote:
> At that point, the folder is still active, but VirtualBox has lost any
> trace of it in the Shared Folders menu.  (It will come back the next
> time the machine is reopened, though.)

I was not able to recreate this last point with 4.1.8, BTW.  The rest of
the report still stands, though.

(I was about to properly open a ticket upstream for this issue, but
Oracle's sign-in apparently requires as much personal information as the
IRS.)


-- 
I was attacked by dselect as a small child and have since avoided
debian.
-- Andrew Morton



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674484: initramfs-tools: panic() does not cope well with set -e

[Frédéric Brière]

Package: initramfs-tools
Version: 0.102
Severity: normal

panic() [and thus maybe_break()] attempts to load modules which may not
be present in the initramfs (such as i8042, which is compiled built-in).
This causes any script with set -e to abort.

For example, booting with break=pre-mdadm will not break before mdadm,
but skip it altogether and leave the system trying to boot without a
root.

Appending "|| true" to all modprobe lines in panic() should do the
trick.


-- Package-specific info:
-- initramfs sizes
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-3.2.0-2-amd64 root=/dev/mapper/root ro break=pre-mdadm

-- resume
RESUME=/dev/mapper/vg9-swap2
-- /proc/filesystems
ext3
fuseblk

-- lsmod
Module  Size  Used by
pci_stub   12429  1 
vboxpci19066  0 
vboxnetadp 13155  0 
vboxnetflt 23571  0 
vboxdrv   190057  3 vboxnetflt,vboxnetadp,vboxpci
sch_ingress12744  1 
ipt_REJECT 12502  2 
xt_multiport   12548  2 
iptable_filter 12536  1 
ip_tables  22042  1 iptable_filter
x_tables   19073  4 ip_tables,iptable_filter,xt_multiport,ipt_REJECT
fuse   61981  1 
pppoe  17508  2 
pppox  12594  1 pppoe
ppp_generic26673  6 pppox,pppoe
slhc   12674  1 ppp_generic
it87   30712  0 
hwmon_vid  12430  1 it87
sg 25874  0 
loop   22641  0 
snd_hda_codec_hdmi 30783  1 
parport_serial 16737  0 
tuner_simple   17175  1 
tuner_types16409  1 tuner_simple
tuner  17497  1 
tvaudio26661  0 
tda743212664  0 
msp340030314  0 
ir_lirc_codec  12719  0 
lirc_dev   17031  1 ir_lirc_codec
ir_mce_kbd_decoder 12615  0 
snd_hda_codec_realtek   188748  1 
ir_sony_decoder12435  0 
ir_jvc_decoder 12433  0 
gspca_stv06xx  23708  0 
snd_usb_audio  84836  2 
ir_rc6_decoder 12433  0 
bttv  102278  0 
ir_rc5_decoder 12433  0 
gspca_main 22764  1 gspca_stv06xx
snd_usbmidi_lib23420  1 snd_usb_audio
btcx_risc  12555  1 bttv
tveeprom   20593  1 bttv
videobuf_dma_sg13231  1 bttv
videobuf_core  17825  2 videobuf_dma_sg,bttv
v4l2_common13222  5 bttv,msp3400,tda7432,tvaudio,tuner
ir_nec_decoder 12433  0 
videodev   70889  7 
v4l2_common,gspca_main,bttv,msp3400,tda7432,tvaudio,tuner
v4l2_compat_ioctl3216655  1 videodev
media  18148  1 videodev
snd_hda_intel  26345  2 
rc_core18286  8 
ir_rc5_decoder,ir_nec_decoder,bttv,ir_rc6_decoder,ir_jvc_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_lirc_codec
snd_seq_midi   12848  0 
snd_hda_codec  78031  3 
snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
snd_seq_midi_event 13316  1 snd_seq_midi
snd_bt87x  13440  1 
snd_rawmidi23060  2 snd_seq_midi,snd_usbmidi_lib
snd_hwdep  13186  2 snd_hda_codec,snd_usb_audio
evdev  17562  7 
snd_pcm_oss36985  0 
psmouse64455  0 
radeon643284  2 
snd_mixer_oss  17916  1 snd_pcm_oss
sp5100_tco 12900  0 
snd_seq45093  2 snd_seq_midi_event,snd_seq_midi
pcspkr 12579  0 
edac_mce_amd   17103  0 
serio_raw  12931  0 
k10temp12611  0 
ttm48725  1 radeon
snd_pcm63900  6 
snd_pcm_oss,snd_bt87x,snd_hda_codec,snd_hda_intel,snd_usb_audio,snd_hda_codec_hdmi
edac_core  35258  0 
i2c_piix4  12536  0 
snd_seq_device 13176  3 snd_seq,snd_rawmidi,snd_seq_midi
drm_kms_helper 27227  1 radeon
drm   167670  4 drm_kms_helper,ttm,radeon
power_supply   13475  1 radeon
snd_page_alloc 13003  3 snd_pcm,snd_bt87x,snd_hda_intel
i2c_algo_bit   12841  2 radeon,bttv
snd_timer  22917  2 snd_pcm,snd_seq
i2c_core   19780  14 
i2c_algo_bit,drm,drm_kms_helper,i2c_piix4,radeon,videodev,v4l2_common,tveeprom,bttv,msp3400,tda7432,tvaudio,tuner,tuner_simple
snd52850  25 
snd_timer,snd_seq_device,snd_pcm,snd_seq,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_rawmidi,snd_bt87x,snd_hda_codec,snd_hda_intel,snd_usbmidi_lib,snd_usb_audio,snd_hda_codec_realtek,snd_hda_codec_hdmi
soundcore  13065  1 snd
parport_pc 22364  1 parport_serial
parport31858  1 parport_pc
shpchp 31293  0 
wmi13243  0 
processor  28106  0 
button 12937  0 
thermal_sys18040  1 processor
ext3  161867  6 
mbcache13065  1 ext3
jbd56902  1 ext3
sha2

Bug#555934: xpad: exits immediately if systray is not available right away

[Frédéric Brière]

On Sun, May 13, 2012 at 07:06:11AM +, Bart Martens wrote:
> Do you have examples of "most applications" ?

pidgin, qbittorrent, gnote, kmix, to pick a few examples from my
(overcrowded) systray.

> How would you modify
> xpad_app_first_idle_check "to simply not care whether or not the icon was
> embedded successfully" ?

Honestly, I don't have much of a clue.  Most applications seem to handle
this case just fine, but then they don't typically require the presence
of a systray, unlike xpad.

(I myself once wrote a small crappy PyGTK app with systray support, and
eventually gave up on trying to get it right.  I just use sleep to delay
the launch, to make sure the WM is done starting up.)

> Do you know how to reproduce the problem ("no systray
> is present") ?

Aside from running a WM without a systray?  :)

With fluxbox, it's quite easy to sleep a little bit before exec'ing
the WM in ~/.fluxbox/startup.


-- 
 Joy: Lets fork cat! :)
 Joy: imagine a big pitchfork and a dead kitten on top of
 it.. with blood running down..



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674613: gtg: should depend on librsvg2-common

[Frédéric Brière]

Package: gtg
Version: 0.2.9-1
Severity: normal

Attempting to enable the Tomboy/Gnote plugin and open a task will result
in the following crash if librsvg2-common is not installed:

Traceback (most recent call last):
  File "/usr/share/gtg/GTG/gtk/browser/browser.py", line 1039, in on_add_task
self.vmanager.open_task(uid,thisisnew=True)
  File "/usr/share/gtg/GTG/gtk/manager.py", line 177, in open_task
clipboard = self.clipboard)
  File "/usr/share/gtg/GTG/gtk/editor/editor.py", line 160, in __init__
self.pengine.onTaskLoad(self.plugin_api)
  File "/usr/share/gtg/GTG/core/plugins/engine.py", line 252, in onTaskLoad
plugin.instance.onTaskOpened(plugin_api)
  File "/usr/share/gtg/GTG/plugins/tomboy/tomboy.py", line 168, in onTaskOpened
self.addButtonToToolbar(plugin_api)
  File "/usr/share/gtg/GTG/plugins/tomboy/tomboy.py", line 119, in 
addButtonToToolbar
pixbuf_new_from_file_at_size(tb_Taskbutton_image_path, 16, 16)
GError: Unrecognized image file format


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gtg depends on:
ii  python   2.7.2-10
ii  python-configobj 4.7.2+ds-4
ii  python-dbus  1.1.0-1
ii  python-glade22.24.0-3
ii  python-gtk2  2.24.0-3
ii  python-liblarch  0.1.0-1
ii  python-liblarch-gtk  0.1.0-1
ii  python-xdg   0.19-4

Versions of packages gtg recommends:
ii  python-simplejson  2.5.2-1

Versions of packages gtg suggests:
pn  python-cheetah   
pn  python-geoclue   
pn  python-gnomekeyring  
pn  python-launchpadlib  
pn  python-suds  

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661598: don't check for current branch when --git-ignore-branch is given

[Frédéric Brière]

On Tue, Feb 28, 2012 at 12:52:15PM +0100, chrysn wrote:
> when building from a checked out state that is not on a branch (e.g. tag
> debian/1.3.2-2 when both the master and the ubuntu branch are ahead of
> that tag), git-buildpackage fails with
> 
> fatal: ref HEAD is not a symbolic ref

> even though --git-ignore-branch was given; it doesn't have a reason to
> check the current branch at all, though.

With one small exception: git-buildpackage will pass the current branch
name to the posttag command via $GBP_BRANCH.  But I'm sure we can agree
that an empty or dummy value would do just fine in this case.

Also, the same applies to --git-export: checking the current branch is
rather pointless, and $GBP_BRANCH will have no relevant meaning.


-- 
Debian is like Suse with yast turned off, just better. :)
-- Goswin Brederlow



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674625: libtest-mockmodule-perl: unmock() on an inherited method does not behave properly

[Frédéric Brière]

Package: libtest-mockmodule-perl
Version: 0.05-2
Severity: normal
Tags: upstream
Forwarded: https://rt.cpan.org/Ticket/Display.html?id=77439

When unmocking a method that was not originally defined in the mocked
module, but rather inherited from a parent class, unmock() will install
a copy of the inherited method in the child class. This will subtly
break if the parent method ever changes, such as illustrated in the
attached example.

I think that mock() should not bother with can() if &{$sub_name} does
not exist, and merely store undef. (OTOH, it may be argued that
original() should returned the inherited method. Hmm.) 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtest-mockmodule-perl depends on:
ii  perl  5.14.2-10

libtest-mockmodule-perl recommends no packages.

libtest-mockmodule-perl suggests no packages.

-- no debconf information
#!/usr/bin/perl

use 5.10.0;
use Test::MockModule;

@Bar::ISA = 'Foo';
@Baz::ISA = 'Bar';

sub Foo::motto { 'Foo!' };

say Foo->motto(), Bar->motto(), Baz->motto();

{
	my $mock_bar = new Test::MockModule('Bar', no_auto => 1);
	$mock_bar->mock('motto', sub { 'Bar!' });

	my $mock_baz = new Test::MockModule('Baz', no_auto => 1);
	$mock_baz->mock('motto', sub { 'Baz!' });

	say Foo->motto(), Bar->motto(), Baz->motto();
}

say Foo->motto(), Bar->motto(), Baz->motto();

Bug#674659: mirrors: mirror.peer1.net Translation-en: Hash Sum mismatch

[Frédéric Brière]

Package: mirrors
Severity: normal

(It's my annual bug filing against mirror.peer1.com.  Sorry guys!  )

I'm often getting Hash Sum mismatch errors on Translation-en files,
which makes apt's update fail.  This is apparently due to a bug in
ftpsync that was fixed last week[1].  

Nate, would it be possible to upgrade to the latest version (20120521)?
Thanks!

[1] 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#675618: lsb-release: cannot handle non-ASCII characters from Apt policy

[Frédéric Brière]

Package: lsb-release
Version: 4.1+Debian5
Severity: normal

lsb_release fails for me with the following error:

  File "/usr/lib/python2.7/dist-packages/lsb_release.py", line 208, in 
parse_apt_policy
close_fds=True).communicate()[0].decode('ascii')
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1325: 
ordinal not in range(128)


This is due to my personal repo having non-ASCII characters in its
(UTF-8-encoded) Release file, which shows up in the Apt policy:

  $ apt-cache policy | sed -n '34,36p'
   500 http://www.fbriere.net/debian/ unstable/misc i386 Packages
   release o=Frédéric Brière,a=unstable,n=sid,c=misc
   origin www.fbriere.net


I couldn't find any documentation about restricting Release files to
ASCII (not that it says much, given how undocumented Release files are),
so I assume that all of Unicode is acceptable in this context.  Let me
know if you disagree.


-- Package-specific info:
lsb_release output
-*- -*- -*- -*- -*-
-*- -*- -*- -*- -*-
Apt policy
-*- -*- -*- -*- -*-
Package files:
 100 /var/lib/dpkg/status
 release a=now
 500 http://dl.google.com/linux/earth/deb/ stable/main i386 Packages
 release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
 origin dl.google.com
 500 http://dl.google.com/linux/earth/deb/ stable/main amd64 Packages
 release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
 origin dl.google.com
 500 http://www.deb-multimedia.org/ unstable/non-free i386 Packages
 release v=None,o=Unofficial Multimedia 
Packages,a=unstable,n=sid,l=Unofficial Multimedia Packages,c=non-free
 origin www.deb-multimedia.org
 500 http://www.deb-multimedia.org/ unstable/main i386 Packages
 release v=None,o=Unofficial Multimedia 
Packages,a=unstable,n=sid,l=Unofficial Multimedia Packages,c=main
 origin www.deb-multimedia.org
 500 http://www.deb-multimedia.org/ unstable/non-free amd64 Packages
 release v=None,o=Unofficial Multimedia 
Packages,a=unstable,n=sid,l=Unofficial Multimedia Packages,c=non-free
 origin www.deb-multimedia.org
 500 http://www.deb-multimedia.org/ unstable/main amd64 Packages
 release v=None,o=Unofficial Multimedia 
Packages,a=unstable,n=sid,l=Unofficial Multimedia Packages,c=main
 origin www.deb-multimedia.org
 500 http://www.fbriere.net/debian/ unstable/scummvm i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=scummvm
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/nes-emu i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=nes-emu
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/psx-emu i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=psx-emu
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/quakeforge i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=quakeforge
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/misc i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=misc
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/opencbm i386 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=opencbm
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/scummvm amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=scummvm
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/nes-emu amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=nes-emu
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/psx-emu amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=psx-emu
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/quakeforge amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=quakeforge
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/misc amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=misc
 origin www.fbriere.net
 500 http://www.fbriere.net/debian/ unstable/opencbm amd64 Packages
 release o=Frédéric Brière,a=unstable,n=sid,c=opencbm
 origin www.fbriere.net
 500 http://debian.mirror.rafal.ca/debian/ unstable/non-free Translation-en
 500 http://debian.mirror.rafal.ca/debian/ unstable/main Translation-en
 500 http://debian.mirror.rafal.ca/debian/ unstable/contrib Translation-en
 500 http://debian.mirror.rafal.ca/debian/ unstable/non-free i386 Packages
 release o=Debian,a=unstable,n=sid,l=Debian,c=non-free
 origin debian.mirror.rafal.ca
 500 http://debian.mirror.rafal.ca/debian/ unstable/contrib i386 Packages
 release o=Debian,a=unstable,n=sid,l=Debian,c=contrib
 origin debian.mirror.rafal.ca
 500 http://debian.mirror.rafal.ca/debian/ unstable/main i386 Packages
 release o=Debian,a=unstable,n=sid,l=Debian,c=main
 origin debian.mirror.rafal.ca
 500 http://debian.mirror.rafal.ca/debian/ unstable/non-free amd64 Packages
 release o=Debia

Bug#673341: xjdic: Hurd patch broke tty ioctl()

[Frédéric Brière]

Package: xjdic
Version: 24-8
Severity: normal

xjdic 24-8 now requires a CR after every prompt/command, which breaks
the "\" and "'" commands.

This is caused by the patch for #670884, which switched from termio to
termios only for Hurd, but replaced ioctl() with tcgetattr() for all
non-BSDs, including Linux.  This is not healthy.  :)


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674414: libgsoap2: please add multi-arch support

[Frédéric Brière]

Package: libgsoap2
Version: 2.8.7-1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

As part of the multi-arch release goal, here's my request for a m-a:same
version of libgsoap.

Thanks!


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgsoap2 depends on:
ii  libc62.13-32
ii  libgcc1  1:4.7.0-9
ii  libssl1.0.0  1.0.1c-1
ii  libstdc++6   4.7.0-9
ii  zlib1g   1:1.2.7.dfsg-11

libgsoap2 recommends no packages.

libgsoap2 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628617: closed by Craig Small (Bug#628617: fixed in psmisc 22.18-1)

[Frédéric Brière]

reopen 628617
thanks

On Sun, Jun 17, 2012 at 08:00:35AM +, Debian Bug Tracking System wrote:
> - assert in killall triggered for small lifetimes Closes: #628617

As I stated in my previous comment, that value is the result of a
floating-point substraction, and thus can be negative.  Observe:

  -1.39835e-11
  killall: killall.c:387: kill_all: Assertion `process_age_sec >= 0L' failed.
  -2.7967e-11
  killall: killall.c:387: kill_all: Assertion `process_age_sec >= 0L' failed.
  -9.32232e-12
  killall: killall.c:387: kill_all: Assertion `process_age_sec >= 0L' failed.


(IMO, it would be safer to do all calculations in integer clock ticks.)


-- 
We apologize for the inconvenience, but we'd still like yout to test out
this kernel.
-- Linus Torvalds, announcing another kernel patch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628617: closed by Craig Small (Bug#628617: fixed in psmisc 22.18-1)

[Frédéric Brière]

On Sun, Jun 17, 2012 at 04:42:50PM -0400, Frédéric Brière wrote:
> (IMO, it would be safer to do all calculations in integer clock ticks.)

Damn, uptime is actually in seconds.  Forget I said anything, then.


-- 
Linux poses a real challenge for those with a taste for late-night
hacking (and/or conversations with God).
-- Matt Welsh



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628617: closed by Craig Small (Bug#628617: fixed in psmisc 22.18-1)

[Frédéric Brière]

On Mon, Jun 18, 2012 at 08:18:42AM +1000, Craig Small wrote:
> Are you still seeing this problem

Yes, what I just quoted was from 22.18 (with an added printf to display
process_age_sec).


-- 
"How do you pronounce SunOS?"  "Just like you hear it, with a big SOS"
-- dedicated to Roland Kaltefleiter



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#628617: closed by Craig Small (Bug#628617: fixed in psmisc 22.18-1)

[Frédéric Brière]

On Mon, Jun 18, 2012 at 08:18:42AM +1000, Craig Small wrote:
> I have gone from it
> triggering pretty much every time I tried to, with the new fix,
> never seeing it hence why the bug is closed.

Try it again on i386; I think it doesn't occur as much, if ever, on
amd64.  (Both architectures differ on the precision of their FP
calculations.  See #577031 for a similar example.)


-- 
 Do you mean to say that I can read mail with vi too? ;-)
 Didn't you know that?
 :r /var/spool/mail/jk
-- Seen on #debian-mentors



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#671847: mutt: encoded-words are not decoded in mailto:

[Frédéric Brière]

Package: mutt
Version: 1.5.21-5+b1
Severity: normal

When fed the following example from RFC 6068:

 $ mutt 'mailto:u...@example.org?subject=%3D%3Fiso-8859-1%3FQ%3Fcaf%3DE9%3F%3D'

The subject line is not properly decoded to "café" as per RFC 2047, and
remains "=?iso-8859-1?Q?caf=E9?=".


-- Package-specific info:
Mutt 1.5.21 (2010-09-15)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.2.0-2-686-pae (i686)
ncurses: ncurses 5.9.20110404 (compiled with 5.9)
libidn: 1.24 (compiled with 1.24)
hcache backend: tokyocabinet 1.4.47
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/imap_fast_trash
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/531430-imapuser.patch
upstream/537818-emptycharset.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/578087-header-strchr.patch
upstream/603288-split-fetches.patch
upstream/537061-dont-recode-saved-attachments.patch
upstream/608706-fix-spelling-errors.patch
upstream/620854-pop3-segfault.patch
upstream/611412-bts-regexp.patch
upstream/624058-gnutls-deprecated-set-priority.patch
upstream/624085-gnutls-deprecated-verify-peers.patch
upstream/584138-mx_update_context-segfault.patch
upstream/619216-gnutls-CN-validation.patch
upstream/611410-no-implicit_autoview-for-text-html.patch
upstream/path_max
mutt.org

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mutt depends on:
ii  libc6 2.13-32
ii  libcomerr21.42.2-2
ii  libgnutls26   2.12.19-1
ii  libgpg-error0 1.10-3
ii  libgpgme111.2.0-1.4
ii  libgssapi-krb5-2  1.10+dfsg~beta1-2.1
ii  libidn11  1.24-2
ii  libk5crypto3  1.10+dfsg~beta1-2.1
ii  libkrb5-3 1.10+dfsg~beta1-2.1
ii  libncursesw5  5.9-7
ii  libsasl2-22.1.25.dfsg1-4
ii  libtinfo5 5.9-7
ii  libtokyocabinet9  1.4.47-2

Versions of packages mutt recommends:
ii  libsasl2-modules2.1.25.dfsg1-4
ii  locales 2.13-32
ii  mime-support3.52-1
ii  postfix [mail-transport-agent]  2.9.1-5

Versions of packages mutt suggests:
ii  aspell | ispell  
ii  ca-certificates  20120212
ii  gnupg1.4.12-4
ii  mixmaster
ii  openssl  1.0.1b-1
ii  urlview  0.9-19

Versions of packages mutt is related to:
pn  mutt  1.5.21-5+b1
pn  mutt-dbg  
pn  mutt-patched  

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#671849: pan: inserts spurious "GIT" string in mailto: when replying

[Frédéric Brière]

Package: pan
Version: 0.137-1
Severity: normal

When replying to a message via email, the mailto: string fed to the mail
reader contains the following string among the various headers:

  "GIT 9a6aef1 git: /git.gnome.org/pan2)"

This is clearly in violation of RFC 6068, and makes mutt somewhat
unhappy.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/3 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pan depends on:
ii  gnome-keyring   3.2.2-2
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-32
ii  libcairo2   1.10.2-7
ii  libenchant1c2a  1.6.0-7
ii  libfontconfig1  2.9.0-3
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.0-7
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.2-1
ii  libgmime-2.6-0  2.6.7-1
ii  libgnome-keyring0   3.4.1-1
ii  libgnutls26 2.12.19-1
ii  libgtk2.0-0 2.24.10-1
ii  libgtkspell02.0.16-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.0-7

pan recommends no packages.

pan suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org