Bug#809198: maildirsync broken with perl 5.22

[Sebastian Schmidt]

Package: maildirsync
Version: 1.2-2
Severity: grave
Tags: upstream
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

As of perl 5.22, “use UNIVERSAL (…)” is a fatal error:


% sed '13q;d' /usr/bin/maildirsync 
use UNIVERSAL qw(isa);
% /usr/bin/maildirsync
UNIVERSAL does not export anything at /usr/bin/maildirsync line 13.
BEGIN failed--compilation aborted at /usr/bin/maildirsync line 13.
%

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

Kernel: Linux 4.3.0-1-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
Init: sysvinit (via /sbin/init)

Versions of packages maildirsync depends on:
ii  perl  5.22.1-3

Versions of packages maildirsync recommends:
ii  openssh-client [rsh-client]  1:7.1p1-5
ii  ssh  1:7.1p1-5

Versions of packages maildirsync suggests:
ii  bzip2  1.0.6-8

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVoDrCvhx3EthBlqjAQj5+A//SBV+ucrjnZvbA7uTeyRppWYzeY2acIWg
FdWWQ+y9dlLOQN6DiI/2lBSDvnw7Rae7gIs4QPRV2xl2wZh1yvUVZ7NVU4EZAH03
t9ce7S6m4VPvDOokCnDPqOBLFJ6HwjUq2ahQymGVvjAW/dQh/1a0d2nfcsUbIyTU
eY/aToYZAMmVpF+zor9jeoo8+LliXUjwJQ3nHAB7wshNQhmPWaIYPJxsCAMhN/mU
BlwZCcrZeSO9o5QmfVOxDq8KiXRHbdnuhnDh1M64EyiUOM9czIVtwEISrvtAQhcZ
ULi8WWBI/v13OI9YeJz/9Ex77CgGe1XgaYs0eOP9lb8v5FQzgbLykyaX1Uqg6ukZ
N1lcNz1j8ZN7y40C3wLirnWTmMjJ4tEnwNdwgk7Vip5/cyMRCn0zz/LNP240ATC0
wxrtTzDcKBZl45dst/uABQbSI1ZWsphsfLN20qWbM05rmgkh9oiKnT5phr08vvZU
QWEt+5oN3jpSO+JJmP2zlE/4x1XhwnoypIvw1kHacwUKw+cneTfrlqft0kpd8Mfb
q4vsSxHhQr+rUTtibEIzurNtmUmZLilnnyUu3uQElivBeKgzhH7EKq6aTOCXESBC
ir01le7kBibugEV/ZAFX3k1F9woZ7aOdulKHpvrAq11jPjS2t/Ulq+Et1O/U9/KW
iwsTm6Z5nY8=
=kC6a
-END PGP SIGNATURE-

Bug#784973: gcc-4.9-arm-linux-gnueabi depends on obsolete libgcc-4.9-dev:armel (= 4.9.2-10) in sid

[Sebastian Schmidt]

Package: gcc-4.9-arm-linux-gnueabi
Version: 4.9.2-10
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

% sudo apt-get install gcc-4.9-arm-linux-gnueabi
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 gcc-4.9-arm-linux-gnueabi : Depends: libgcc-4.9-dev:armel (= 4.9.2-10) but 
4.9.2-16 is to be installed

% rmadison libgcc-4.9-dev:armel 
libgcc-4.9-dev | 4.9.2-10  | stable  | amd64, arm64, armel, armhf, 
i386, mips, mipsel, powerpc, ppc64el, s390x
libgcc-4.9-dev | 4.9.2-10  | stable-kfreebsd | kfreebsd-amd64, kfreebsd-i386
libgcc-4.9-dev | 4.9.2-10  | testing | amd64, arm64, armel, armhf, 
i386, mips, mipsel, powerpc, ppc64el, s390x
libgcc-4.9-dev | 4.9.2-10  | unstable| sparc
libgcc-4.9-dev | 4.9.2-16  | buildd-unstable | kfreebsd-amd64
libgcc-4.9-dev | 4.9.2-16  | unstable| amd64, arm64, armel, armhf, 
hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, ppc64el, 
s390x

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

Kernel: Linux 3.16.0-4-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
Init: sysvinit (via /sbin/init)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVVCLavhx3EthBlqjAQiy+Q//XP9bi4SlWhkw8FDNv+xX5qxZAxy0gYgl
aUedZyxKfsv2sWpA9Fc3oaImXF3CHHTFl66j1jZWeUvPv9PlAlYV56MFzTo0hmWb
BWmkAwD54Joku4Zh6WR2jcBt3ReahjzTYMLjuZwhdxqglYbview4yNHxA0iaCCo+
/rZhb8QMxkPw1iHygBonFlAKddKzbeJBUbnYG0Iq5dMHTf2e0Y4bl64BDLFFrjGj
rSNBxjz+ZIgcaxv3vGgkAzCFztkuh0xA9rrlmFBszieECgS8TouHjywT5b8UwwRZ
wh9Rp+fONiHSrbHDdPtCD30Ngn3jCyqbXUA0ECdej5tN/JT7cJYEqGwxJTa9adsj
9p/fMrWTl8uHfb2Nyu4g10hy/f1zkM6NOgY4Fr2RSJF6QQRT5IWKCOIXfUQSSENj
gksc+5/zeYjsQbswBCeEbtGwbO+EflVYfBTvmlAKKWRJaeNNIHMV6IUExhF6+Gxp
FNmPsvkuCoRsH4Ac45ykkeELz68n6h9orHP1yn6Bumeyp9G6gAEVHEHyfSp7xrls
pJC5IuEwBtwiUfcv5j7i6DRD/uq/uAuPRjFQiQCfzf2qZFqMpbyEcu1XfTLbR7g+
LYusR/OCKaN6vKMPviJ6qo/Elc3mJfspxcDaKtyFvAXQjTrxNeCVTORKKVf1v3Re
um+t6A9381U=
=2EP8
-END PGP SIGNATURE-


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

Bug#765792: googleearth-package: googleearth package contains missing /usr/lib/googleearth/libcurl.so.4 md5sum

[Sebastian Schmidt]

Package: googleearth-package
Version: 1.2.2
Severity: serious
Justification: fails to build from source

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

make-googleearth-package generates the googleearth.md5sums file before
deleting libcurl.so.4 (#716695), causing:

$ debsums -c googleearth
debsums: missing file /usr/lib/googleearth/libcurl.so.4 (from googleearth 
package)
$

Probably the 'if [ -e ]; then rm; fi' lines just need to be moved 10
lines up or so, before calling make_md5sums.

Sebastian

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

Kernel: Linux 3.16-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 googleearth-package depends on:
ii  bzip2   1.0.6-7
ii  dpkg-dev1.17.18
ii  fakeroot1.20.2-1
ii  file1:5.19-2
ii  wget1.15-1+b1
ii  x11-common  1:7.7+7
ii  x11-utils   7.7+2

Versions of packages googleearth-package recommends:
pn  libdb5.3:i386 
pn  libgnutls26:i386  
pn  libldap-2.4-2:i386
pn  libsasl2-2:i386   
pn  libsasl2-modules-db:i386  
pn  libsasl2-modules:i386 

googleearth-package suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVEISdPhx3EthBlqjAQi+AA//fcN1vzgGqCuEhKYTFRCFBDZSdQIWgZMX
MVgu6TC0wE6OqTqwmHzlikxYi5IuiErg4KXCEdKpwKEOTtxLH0UQIV0T9zqmS1iO
iv/nSAp9TERIPXK/6htwQXlPI3uwRD+IPS43TiFvHJI9GpTV2Z2jKWe9BFkW5sog
AjpKwXcaNL14Hvd7Nqj9c4Zc+3Osa+F22banZe/3pzXDZ3T7dgP2Nq69ThgERVmz
TSpIxSsvyAvlrqxChUsJyrrLoWcpc8agL3hHZ0ffc5EwoPJeMJL4TuWypa+vK+yh
TRpINJ+o3LFlnKq847JFMs/jR3diNynzA9um+YWlnNDmXhHYZHldafq855x2f/52
zC86nGpiiM77W0R9CWD1iyJs+EeEJbc32DiLIRk0v6I6ieXDKfo0r+uCnMHMKb9C
GNNBfRUY1nWNzsK5+J6ZjfNbXEeFguezu5LHQ3IJtG+GLlQ3ZW1gLQMh8Tp2kN87
79CBV3XsZCiqJrUZgriZwofLLBZ1isYGC5I2qIHNpa3Kr8l8Ize7iKqmTOcSxJmy
3IzVrM7W850djgw3+mF9gPLoH/ruo/Gel+zjvOLbGiAPC+J4SScFhQSBQbqgpfC6
Z4pQsOoqE/VgFIlXvDiZxPImbLEDsUgIXNBG3yEQ6mHwzOhd/ZcDlSRXuuRU0QR6
1XWrx/zUuKo=
=yQLR
-END PGP SIGNATURE-


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

Bug#763855: xchat: FTBFS on linux-any

[Sebastian Schmidt]

Hi,

On Wed, Oct 08, 2014 at 12:22:11PM +0200, Svante Signell wrote:
> The attached patch configure.in.patch
> solves the build problem, at least for linux, kfreebsd and hurd.
> Attached is a patch for debian/rules too. autoconf works (with
> warnings), putting dh_autoreconf there (or running autoreconf manually)
> does not work. Some work is needed to make autoreconf working if needed.

I can confirm Svante's patch is working; as far as I can tell from
http://sourceforge.net/p/xchat/svn/189/ this doesn't seem relevant on
GNU/*. The attached patch incorporates Svante's into quilt and calls
autoconf from debian/rules.

HTH,
  Sebastian
diff -urN xchat-2.8.8.old/debian/control xchat-2.8.8/debian/control
--- xchat-2.8.8.old/debian/control	2014-10-08 20:22:21.609183656 +0200
+++ xchat-2.8.8/debian/control	2014-10-08 20:35:45.460998064 +0200
@@ -4,7 +4,7 @@
 Maintainer: Davide Puricelli (evo) 
 Uploaders: Bart Martens 
 Standards-Version: 3.8.4.0
-Build-Depends: debhelper (>= 5), bison, libssl-dev, libglib2.0-dev, libgtk2.0-dev (>= 2.0.6), libperl-dev, gettext (>= 0.10.37), libtool, zlib1g-dev, perl (>= 5.8), python-dev, tcl-dev, autotools-dev, libdbus-glib-1-dev, libgtkspell-dev, gconf2, dpkg-dev (>= 1.13.19), libsexy-dev, chrpath, imagemagick
+Build-Depends: debhelper (>= 5), bison, libssl-dev, libglib2.0-dev, libgtk2.0-dev (>= 2.0.6), libperl-dev, gettext (>= 0.10.37), libtool, zlib1g-dev, perl (>= 5.8), python-dev, tcl-dev, autotools-dev, libdbus-glib-1-dev, libgtkspell-dev, gconf2, dpkg-dev (>= 1.13.19), libsexy-dev, chrpath, imagemagick, autoconf
 Homepage: http://www.xchat.org/
 
 Package: xchat
diff -urN xchat-2.8.8.old/debian/patches/67_configure_with_gmodule.patch xchat-2.8.8/debian/patches/67_configure_with_gmodule.patch
--- xchat-2.8.8.old/debian/patches/67_configure_with_gmodule.patch	1970-01-01 01:00:00.0 +0100
+++ xchat-2.8.8/debian/patches/67_configure_with_gmodule.patch	2014-10-08 20:28:02.961012570 +0200
@@ -0,0 +1,17 @@
+Description: Don't strip -lgmodule-2.0 from RDYNAMIC_LIBS
+Author: Svante Signell 
+Bug: 763855
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/configure.in
 b/configure.in
+@@ -445,8 +445,7 @@
+ 	if test "$have_dl" = yes; then
+ 		AC_DEFINE(USE_PLUGIN)
+ 		AC_PATH_PROG(pkgconfigpath, pkg-config)
+-		dnl we just need the -Wl,--export-dynamic, but not -lgmodule-2.0
+-		RDYNAMIC_FLAGS="`$pkgconfigpath gmodule-2.0 --libs | $sedpath 's/ -lgmodule-2.0//'`"
++		RDYNAMIC_FLAGS="`$pkgconfigpath gmodule-2.0 --libs`"
+ 		LIBS="$LIBS $RDYNAMIC_FLAGS"
+ 		if test "$LD" = ""; then
+ 			VS="`ld --help | grep version-script 2> /dev/null`"
diff -urN xchat-2.8.8.old/debian/patches/series xchat-2.8.8/debian/patches/series
--- xchat-2.8.8.old/debian/patches/series	2014-10-08 20:22:21.609183656 +0200
+++ xchat-2.8.8/debian/patches/series	2014-10-08 20:23:17.914135890 +0200
@@ -24,3 +24,4 @@
 64_save_pevents.patch
 65_save_sound.patch
 66_load_libnotify4.patch
+67_configure_with_gmodule.patch
diff -urN xchat-2.8.8.old/debian/rules xchat-2.8.8/debian/rules
--- xchat-2.8.8.old/debian/rules	2014-10-08 20:22:21.609183656 +0200
+++ xchat-2.8.8/debian/rules	2014-10-08 20:30:42.249007574 +0200
@@ -12,8 +12,10 @@
 configure-stamp:
 	[ -f config.sub.d-r-orig ] || cp -p config.sub config.sub.d-r-orig
 	[ -f config.guess.d-r-orig ] || cp -p config.guess config.guess.d-r-orig
+	[ -f configure.d-r-orig ] || cp -p configure configure.d-r-orig
 	cp -f /usr/share/misc/config.sub .
 	cp -f /usr/share/misc/config.guess .
+	autoconf
 	[ -f xchat.xpm ] || convert -resize 32x32 xchat.png xchat.xpm
 	CFLAGS="$(CFLAGS)" ./configure --prefix=/usr --datadir=/usr/share --sysconfdir=/etc --enable-python --enable-ipv6  \
 	--disable-mmx --enable-openssl --enable-tcl=/usr/lib \
@@ -36,6 +38,7 @@
 	[ ! -f Makefile ] || $(MAKE) distclean
 	[ ! -f config.sub.d-r-orig ] || mv config.sub.d-r-orig config.sub
 	[ ! -f config.guess.d-r-orig ] || mv config.guess.d-r-orig config.guess
+	[ ! -f configure.d-r-orig ] || mv configure.d-r-orig configure
 	rm -f xchat.xpm
 	rm -f config.log
 	rm -f xchat xchat-gnome


signature.asc
Description: Digital signature

Bug#447026: xbindkeys: blocks keyboard if started from .xsession

[Sebastian Schmidt]

severity 447026 serious
thanks

On Wed, Oct 17, 2007 at 05:07:54PM +0200, Markus Schulz wrote:
> Looks really scary to me, any ideas?

It's even more scary considering xbindkeys ships a
/etc/X11/Xsession.d/98xbindkeys which causes xbindkeys to be ran unless
a ~/.xbindkeys.noauto file exists and silently
breaks ones keyboard after the next X run.

Sebastian


signature.asc
Description: Digital signature

Bug#673568: gcc-avr: FTBFS on sid/i386

[Sebastian Schmidt]

Package: gcc-avr
Version: 1:4.7.0-1
Severity: serious
Justification: FTBFS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

$ dpkg-buildpackage -uc -us -rfakeroot
dpkg-buildpackage: source package gcc-avr
dpkg-buildpackage: source version 1:4.7.0-1
dpkg-buildpackage: source changed by Hakan Ardo 
dpkg-buildpackage: host architecture i386
 dpkg-source --before-build gcc-avr-4.7.0
 fakeroot debian/rules clean
debian/rules:47: /usr/src/gcc-4.5//debian/rules.defs: No such file or directory
debian/rules:48: /usr/src/gcc-4.5//debian/rules.patch: No such file or directory
debian/rules:49: /usr/src/gcc-4.5//debian/rules.unpack: No such file or 
directory
make: *** No rule to make target `/usr/src/gcc-4.5//debian/rules.unpack'.  Stop.
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2

After installing gcc-4.5 the build runs further.

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iD8DBQFPt+u+vBVic1oTsEgRAtr/AJ4tC//twIBjCXkQKceFdb4r0ENnXgCdHJ1Q
Vhw8R1HqemnTp7bLB9CvsjY=
=Q3mL
-END PGP SIGNATURE-



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

Bug#668143: libsane-perl [i386] depends on perlapi-5.12.4

[Sebastian Schmidt]

Package: libsane-perl
Version: 0.05-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

libsane-perl 0.05-1 on i386 depends on perlapi-5.12.4 which is not
available anymore. Other architecured depend correctly on
perlapi-5.14.2. Please rebuild the i386 binary package on a more recent
sid.

Thanks,
 Sebastian

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iD8DBQFPgpezvBVic1oTsEgRAh1YAJ48VkwEq3kX1eljSFbj3hctTTnshgCeIj+y
WPsauw/0y5XE61kcrLUMNf0=
=nm0A
-END PGP SIGNATURE-



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

Bug#624776: different g++-, gcj-versions break pdftk

[Sebastian Schmidt]

Just my two cents,

On Sun, May 01, 2011 at 05:56:29PM +0200, Matthias Klose wrote:
> >that g++ and gcj have different versions breaks the build of pdftk,
> 
> considering this a build issue in pdftk.
> 
> >see e.g.
> >https://buildd.debian.org/fetch.cgi?pkg=pdftk&ver=1.41%2Bdfsg-11%2Bb1&arch=powerpc&stamp=1304254757&file=log

This is actually a build issue in pdftk, see #624778 - so my idea was to
drop the calls to g{cj,++}-$VERSION completely.

> please fix pdftk to build-depend on default-jdk, and don't use gcj explicitly.

Why not? What's the build dependency I'd use for "I want to build a
binary from sources written in C++ and Java"? default-jdk clearly
isn't - it pulls openjdk* in which is clearly not gcj.

IMHO a package built with /usr/bin/g++ and /usr/bin/gjc - whatever
version - should share the same ABI; that would mean for archs where
only g++-4.4 is available gcj should also point to gcj-4.4.

Sebastian


signature.asc
Description: Digital signature

Bug#624778: FTBFS with different g++ and gcj versions installed

[Sebastian Schmidt]

Package: pdftk
Version: 1.44-2
Severity: serious

Hi,

when talking to Andreas Barth about a binNMU of pdftk because of
libgcj-bc he stumbled upon some build errors on some archs. The build
fails if the gcj version installed (e.g. 4.6) has no corresponding g++
installed on the system; AFAIK there's no way to ensure that via
Build-Depends:.

I'd recommend to drop $(VERSUFF) stuff in debian/rules completely, just
using g++/gcj/whatever, but this causes runtime linking errors currently
as the ABIs don't match (see #624776), but this is clearly gcc-default's
fault. Once this is fixed a rebuild should fix the build and the runtime
errors permanently (and the dependency on g++-4.4 on hppa can be
dropped; I suspect this has been added for the same reason).

Sebastian


signature.asc
Description: Digital signature

Bug#534482: I cannot reproduce #534482

[Sebastian Schmidt]

close 534482
thanks

Argh. I had an old version of /usr/lib/python2.5/site-packages/_otr.so
installed for some reason. No idea anymore where it came from, but after
deleting it, otr.py works fine. Sorry for the inconvenience. :(


signature.asc
Description: Digital signature

Bug#534482: I cannot reproduce #534482

[Sebastian Schmidt]

On Mon, Jun 29, 2009 at 10:51:19PM +0200, Piotr Ożarowski wrote:
> Can you upgrade your system? You're using Sid but you have f.e. pretty
> old python-support...

I've upgraded a few minutes ago and the bug still exists, with python2.4
and python2.5.

Just to make sure I've got the right version (no, that's no mix with 3rd
party repositories or so :-), but just in case) here are the md5sums:

171c92192a3f40d4027692847a144385 /usr/share/python-support/python-otr/otr.py
1980a265be4138fb5efee7c7a18a0664 
/usr/lib/python-support/python-otr/python2.5/_otr.so
f0fec121f6282e3f50cd2d97beb697f7 
/usr/lib/python-support/python-otr/python2.4/_otr.so

That's with version 0.2.1-1. No idea what's the problem, though, I'm not
that deep in SWIG ;-)


signature.asc
Description: Digital signature

Bug#534482: python-otr: import otr fails with "NameError: Unknown C global variable"

[Sebastian Schmidt]

Package: python-otr
Version: 0.2.1-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there,

when trying to use python-otr, it fails with unknown C variables:

$ python -c "import otr"
Traceback (most recent call last):
  File "", line 1, in 
  File "/var/lib/python-support/python2.5/otr.py", line 89, in 
OTRL_VERSION = cvar.OTRL_VERSION
NameError: Unknown C global variable

Even if i comment out lines 89 to 92, it fails again OTRL_TLV_SMP1Q. I
assume there is some inconsistency between the C API and the python one.

Sebastian

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

Kernel: Linux 2.6.28.7 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-otr depends on:
ii  libc6 2.9-6  GNU C Library: Shared libraries
ii  libotr2   3.2.0-1Off-the-Record Messaging library
ii  python2.5.4-2An interactive high-level object-o
ii  python-support0.8.7  automated rebuilding support for P

python-otr recommends no packages.

python-otr suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFKQnjevBVic1oTsEgRAjCCAJ0UoQhG66BT2gTVYsadkWt454MvQQCfRqw3
HVxGE4sK0zrjOJli6EtP5Ug=
=fBBq
-END PGP SIGNATURE-



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