Thorsten Glaser | 24 Jul 15:18 2014

Bug#754185: krfb invalid multicast packets (was Fwd: avahi-daemon: Packet too short or invalid while reading known answer record. (Maybe a UTF-8 problem?))

Hi krfb maintainers,

you might want to have a look at this, and patch krfb to not
produce such invalid packets any more.

---------- Forwarded message ----------
From: Dominik George <nik <at>>
Message-ID: <20140721115759.14202.10015.reportbug <at>>

Package: avahi-daemon
Version: 0.6.31-4
Followup-For: Bug #754185

I think *cough* I triggered this message on Thorsten's machine at work

It is a Krfb share called "freigegebene Arbeitsfläche", which is put in
a DNS name as is.

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

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

Versions of packages avahi-daemon depends on:
(Continue reading)

Michael Biebl | 24 Jul 15:15 2014

Bug#755910: collides with python-bzrlib

Package: python-paramiko
Version: 1.14.0-2
Severity: serious

python-paramiko is no longer installable once bzr is installed, since
the latest python-bzrlib has a Conflicts against python-paramiko >= 1.12.

The python-bzrlib changelog suggests that python-paramiko needs an

  * Conflict and build-conflict with newer versions of paramiko that no
    longer accept 'buffer' objects. This is a stop-gap until paramiko is
    fixed. Closes: #750347

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

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

Versions of packages python-paramiko depends on:
ii  python         2.7.8-1
ii  python-crypto  2.6.1-5+b1
ii  python-ecdsa   0.11-1

(Continue reading)

Andrew Shadura | 24 Jul 15:08 2014

Bug#755905: Acknowledgement (segfaults after update)

Yet more stacktraces.


Attachment (trace.log): text/x-log, 50 KiB
Fernando Seiti Furusato | 24 Jul 15:09 2014

Bug#755909: pangox-compat: please use autoreconf to build

Source: pangox-compat
Version: 0.0.2-4
Severity: normal
Tags: patch
User: debian-devel <at>
Usertags: autoreconf
User: debian-powerpc <at>
Usertags: ppc64el

Dear Maintainer,

The package pangox-compat fails to build from source on ppc64el.
Including dh-autoreconf to debian/rules fixes that so the package
builds successfully.

The patch attached contains the modification aforementioned.

Thanks and regards.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
(Continue reading)

Thorsten Glaser | 24 Jul 14:56 2014

Bug#755908: dbconfig-common: fails to purge active PostgreSQL database

Package: dbconfig-common
Version: 1.8.47+nmu1
Severity: normal


I’m working on packaging a web application that uses PostgreSQL
(well, will do once I finish converting it from SQLite2 to it).

When I 'apt-get purge packagename', dbconfig-common tries to
remove the database (as I tell it to), but fails to do that.

I discovered the reason for this is that I cannot purge the
database manually “the easy way” either:

postgres=# DROP DATABASE simkolab;
ERROR:  database "simkolab" is being accessed by other users
DETAIL:  There is 1 other session using the database.

Some related reading:

The reason here is that Apache has not yet been restarted/reloaded
and that one of its children is holding the connection open.

I’m currently trying to shuffle the dbc_go call in postrm in
between do_webserver_config() / apache2_invoke disconf and the
rest of the cleanup, but that means duplicating it, etc.

(Continue reading)

Sylvain Joubert | 24 Jul 14:54 2014

Bug#755907: pax-utils: lddtree shows wrong libraries for 32-bits objects on a 64-bit machine

Package: pax-utils
Version: 0.2.3-2
Severity: important

Dear Maintainer,

I have been trying to use lddtree on a 32-bits binary (executable or library is
irrelevant) but the output is completely wrong.
Unlike ldd which displays the correct 32-bits dependencies, lddtree shows the
64-bits versions of them making it unusable for these kind of objects.

Here are simple repro steps:

$ cat main.c
int main(void)
  return 0;
$ cc -m32 main.c -o 32.out
$ file 32.out
32.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically
linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=b566e1cb538e8bdfe845a0d5ca659109f7a810df, not stripped
$ ldd 32.out (0xf777f000) => /lib32/ (0xf75a8000)
    /lib/ (0xf7780000)
$ lddtree 32.out
32.out => ./32.out (interpreter => /lib/ => /lib/x86_64-linux-gnu/
(Continue reading)

Luca Falavigna | 24 Jul 14:53 2014

Bug#755906: ITP: toposort -- topological sort algorithm in Python

Package: wnpp
Owner: Luca Falavigna <dktrkranz <at>>
Severity: wishlist

* Package name    : toposort
  Version         : 1.0
  Upstream Author : Eric V. Smith
* URL             :
* License         : Apache-2.0
  Programming Lang: Python
  Description     : topological sort algorithm in Python

In computer science, a topological sort (sometimes abbreviated topsort or
toposort) or topological ordering of a directed graph is a linear ordering of
its vertices such that for every directed edge uv from vertex u to vertex v, u
comes before v in the ordering.

This package provides this algorithm for Python.

Andrew Shadura | 24 Jul 14:43 2014

Bug#755905: segfaults after update

Package: iceweasel
Version: 31.0-1


Since I've updated the Iceweasel 31, it segfaults all the time. Here's
one of the traces I've got, but I'm unsure if it's the right one, as
typing cont didn't terminate the process.


Attachment (trace.log): text/x-log, 17 KiB
Benoit Friry | 24 Jul 14:10 2014

Bug#755904: libpam-systemd: error in log after upgrade

Package: libpam-systemd
Version: 208-6
Severity: minor

Dear Maintainer,

After upgrade, I get lots of error in auth.log:
Jul 24 11:45:17 host sshd[23128]: pam_systemd(sshd:session): Failed to create session: Invalid argument

I think I encountered the same behaviour previously, and it was solved
by rebooting.

I have not seen any correlated issue.


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

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

Versions of packages libpam-systemd depends on:
ii  libc6              2.19-7
(Continue reading)

Ian Jackson | 24 Jul 14:17 2014

Bug#755903: Have to invoke gnuplot with two copies of same input file

Package: gnuplot
Version: 4.6.0-8

$ gnuplot contrib.runes
$ wc -l
$ gnuplot contrib.runes contrib.runes
$ wc -l
$ cat contrib.runes
set terminal epscairo size 5.0, 3.5
set output ''

set xrange ["1311264120":"1405958544"]
set yrange [0:800]
set xdata time
set timefmt "%s"
set style fill solid 0.5
plot 'contrib.gnuplot' using 1:2 with boxes title 'osstest loc by author date'

The output file from the first invocation does not actually contain
the graph data.  I have searched the whole manual for the word
`output' and nothing seems to suggest what I'm doing anything wrong.

I have seen similar effects with other `set terminal' options.  While
I haven't reproduced that systematically, I don't think this is simply
a bug in the epscairo terminal driver.

The file contrib.gnuplot is attached, as are the two .ps files.
(Continue reading)

Michael Fladischer | 24 Jul 14:15 2014

Bug#755902: pkg-config-multi-arch-wrong-dir: arm-linux-gnueabi wrongfully matches arm-linux-gnueabihf

Package: lintian
Version: 2.5.25
Severity: normal

Hash: SHA512

Dear Maintainer,

building a package on armhf I noticed that lintian wrongfully reports the
following contents as a match for pkg-config-multi-arch-wrong-dir:


    Name: rabbitmq-c
    Description: An AMQP 0-9-1 client library
    Version: 0.5.0
    Requires.private: openssl
    Libs: -L${libdir} -lrabbitmq
    Libs.private: rt;-lpthread
    CFlags: -I${includedir}

The message is:

    usr/lib/arm-linux-gnueabihf/pkgconfig/librabbitmq.pc full text contains
    architecture specific dir arm-linux-gnueabi
(Continue reading)