Bug#344136: ogmmerge Aborts and corrupts comments when given many comments
Package: ogmtools Version: 1:1.5-2 Severity: important When I use ogmmerge to merge audio and video and a large set of comments (say a chapter list - as produced by dvdxchap), ogmmmerge ends in an abort: $ ogmmerge -c "TITLE=O Brother Where Art Thou" -A video.avi -c "LANGUAGE=English" audio.ogg chapters.txt -o "O Brother Where Art Thou.ogm" Using AVI demultiplexer for video.avi. Opening file. This may take some time depending on the file's size. +-> Using video output module for video stream. Using OGG/OGM demultiplexer for audio.ogg. +-> Using Vorbis audio output module for stream 1. Using chapter information reader for chapters.txt. progress: 154215/154215 frames (100%) *** glibc detected *** double free or corruption (out): 0x00567c90 *** Aborted On examining the comments afterwards, they seem corrupted: $ ogminfo O\ Brother\ Where\ Art\ Thou.ogm -v (ogminfo.c) (v1/serial 0) fps: 25.000 width height: 720x432 codec: 0x464d5034 (FMP4) (ogminfo.c) (a1/serial 1) Vorbis audio (channels 2 rate 48000) (ogminfo.c) v1: comment packet, length 1330, 51 user comment fields: (ogminfo.c) v1: TITLE=O Brother Where Art Thou (ogminfo.c) v1: v1vV (ogminfo.c) v1: 0wV (ogminfo.c) v1: O Brother Where Art Though.ogm (ogminfo.c) v1: 0wV (ogminfo.c) v1: 2 (ogminfo.c) v1: (ogminfo.c) v1: CHAPTER01=00:00:00.000 (ogminfo.c) v1: CHAPTER01NAME=Chapter 04 (continued) (ogminfo.c) v1: CHAPTER02=00:19:24.280 (ogminfo.c) v1: CHAPTER02NAME=Chapter 05 (ogminfo.c) v1: CHAPTER03=00:26:33.520 (ogminfo.c) v1: CHAPTER03NAME=Chapter 06 (ogminfo.c) v1: CHAPTER04=00:29:53.640 (ogminfo.c) v1: CHAPTER04NAME=Chapter 07 (ogminfo.c) v1: CHAPTER05=00:36:07.640 (ogminfo.c) v1: CHAPTER05NAME=Chapter 08 (ogminfo.c) v1: CHAPTER06=00:37:59.480 (ogminfo.c) v1: CHAPTER06NAME=Chapter 09 (ogminfo.c) v1: CHAPTER07=00:40:49.880 (ogminfo.c) v1: CHAPTER07NAME=Chapter 10 (ogminfo.c) v1: CHAPTER08=00:43:49.400 (ogminfo.c) v1: CHAPTER08NAME=Chapter 11 (ogminfo.c) v1: CHAPTER09=00:46:50.360 (ogminfo.c) v1: CHAPTER09NAME=Chapter 12 (ogminfo.c) v1: CHAPTER10=00:52:43.480 (ogminfo.c) v1: CHAPTER10NAME=Chapter 13 (ogminfo.c) v1: CHAPTER11=00:55:25.240 (ogminfo.c) v1: CHAPTER11NAME=Chapter 14 (ogminfo.c) v1: CHAPTER12=00:59:23.280 (ogminfo.c) v1: CHAPTER12NAME=Chapter 15 (ogminfo.c) v1: CHAPTER13=01:02:05.040 (ogminfo.c) v1: CHAPTER13NAME=Chapter 16 (ogminfo.c) v1: CHAPTER14=01:05:10.760 (ogminfo.c) v1: CHAPTER14NAME=Chapter 17 (ogminfo.c) v1: CHAPTER15=01:06:17.960 (ogminfo.c) v1: CHAPTER15NAME=Chapter 18 (ogminfo.c) v1: CHAPTER16=01:10:15.080 (ogminfo.c) v1: CHAPTER16NAME=Chapter 19 (ogminfo.c) v1: CHAPTER17=01:15:46.840 (ogminfo.c) v1: CHAPTER17NAME=Chapter 20 (ogminfo.c) v1: CHAPTER18=01:27:59.000 (ogminfo.c) v1: CHAPTER18NAME=Chapter 21 (ogminfo.c) v1: CHAPTER19=01:30:07.400 (ogminfo.c) v1: CHAPTER19NAME=Chapter 22 (ogminfo.c) v1: CHAPTER20=01:36:51.080 (ogminfo.c) v1: CHAPTER20NAME=Chapter 23 (ogminfo.c) v1: CHAPTER21=01:38:27.720 (ogminfo.c) v1: CHAPTER21NAME=Chapter 24 (ogminfo.c) v1: CHAPTER22=01:42:48.600 (ogminfo.c) v1: CHAPTER22NAME=Chapter 25 (ogminfo.c) a1: comment packet, length 49, 1 user comment field: (ogminfo.c) a1: LANGUAGE=English The chapters.txt file, on the contrary contains this: $ cat chapters.txt CHAPTER01=00:00:00.000 CHAPTER01NAME=Chapter 01 CHAPTER02=00:04:29.560 CHAPTER02NAME=Chapter 02 CHAPTER03=00:08:47.800 CHAPTER03NAME=Chapter 03 CHAPTER04=00:14:32.440 CHAPTER04NAME=Chapter 04 CHAPTER05=00:19:24.280 CHAPTER05NAME=Chapter 05 CHAPTER06=00:26:33.520 CHAPTER06NAME=Chapter 06 CHAPTER07=00:29:53.640 CHAPTER07NAME=Chapter 07 CHAPTER08=00:36:07.640 CHAPTER08NAME=Chapter 08 CHAPTER09=00:37:59.480 CHAPTER09NAME=Chapter 09 CHAPTER10=00:40:49.880 CHAPTER10NAME=Chapter 10 CHAPTER11=00:43:49.400 CHAPTER11NAME=Chapter 11 CHAPTER12=00:46:50.360 CHAPTER12NAME=Chapter 12 CHAPTER13=00:52:43.480 CHAPTER13NAME=Chapter 13 CHAPTER14=00:55:25.240 CHAPTER14NAME=Chapter 14 CHAPTER15=00:59:23.280 CHAPTER15NAME=Chapter 15 CHAPTER16=01:02:05.040 CHAPTER16NAME=Chapter 16 CHAPTER17=01:05:10.760 CHAPTER17NAME=Chapter 17 CHAPTER18=01:06:17.960 CHAPTER18NAME=Chapter 18 CHAPTER19=01:10:15.080 CHAPTER19NAME=Chapter 19 CHAPTER20=01:15:46.840 CHAPTER20NAME=Chapter 20 CHAPTER21=01:27:59.000 CHAPTER21NAME=Chapter 21 CHAPTER22=01:30:07.400 CHAPTER22NAME=Chapter 22 CHAPTER23=01:36:51.080 CHAPTER23NAME=Chapter 23 CHAPTER24=01:38:27.720 CHAPTER24NAME=Chapter 24 CHAPTER25=01:42:48.600 CHAPTER25NAME=Chapter 25 This bug has been around for a long time. It used to just segfault AFAIK, but now we get a glibc abort. Stefano Rivera -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-vivaldi Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charma
Bug#306546: cannot login with nscd under 2.6
Same problems as above. Machine is running debian/testing and when nscd is running users cannot login. Versions: (kernel is custom) ii nscd 2.3.2.ds1-21 GNU C Library: Name Service Cache Daemon ii kernel-image-2.6.10-hande 1.00 Linux kernel binary image for version 2.6.10-handel. ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries and Timezone data ii libpam-ldap 178-1 Pluggable Authentication Module allowing LDAP interfaces ii libnss-ldap 238-1 NSS module for using LDAP as a naming service If I turn on nscd debugging *and* specify a logfile I can't connect via remote ssh. Nothing is logged anyway... Doing only 1 of the above of the above doesn't seem to change anything. SR -- +-----+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937() ASCII Ribbon Campaign:| | C: +27 72 419 8559/\ Say "No!" to HTML email. | +-+ Application has reported a 'Not My Fault' in module KRNL.EXE in line 0200:103F signature.asc Description: Digital signature
Bug#344136: amd64 Only
This bug is still present in etch, but amd64 only: ia64 $ ogmmerge -o movie.ogm -c "LANGUAGE=English" audio.ogg chapters.txt -c "TITLE=Title" -A video.avi Using OGG/OGM demultiplexer for audio.ogg. +-> Using Vorbis audio output module for stream 1. Using chapter information reader for chapters.txt. Using AVI demultiplexer for video.avi. Opening file. This may take some time depending on the file's size. +-> Using video output module for video stream. progress: 150833/150833 frames (100%) amd64 $ ogmmerge -o movie.ogm -c "LANGUAGE=English" audio.ogg chapters.txt -c "TITLE=Title" -A video.avi Using OGG/OGM demultiplexer for audio.ogg. +-> Using Vorbis audio output module for stream 1. Using chapter information reader for chapters.txt. Using AVI demultiplexer for video.avi. Opening file. This may take some time depending on the file's size. +-> Using video output module for video stream. *** glibc detected *** corrupted double-linked list: 0x00583890 *** Aborted SR -- +------+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937Don't use Word DOC files: | | C: +27 72 419 8559http://en.wikipedia.org/wiki/OpenDocument | +--+ "The Net interprets censorship as damage and routes around it." - John Gilmore signature.asc Description: Digital signature
Bug#391824: Everydns support patch
Package: ez-ipupdate Version: 3.0.11b8-10 Severity: wishlist Tags: patch ez-ipupdate doesn't support everydns.net. Here (http://rivera.za.net/tmp/ez-ipupdate-everydns.patch) is a patch to support it. I've tried going upstream, but the author's e-mail address seems rather non-existant... SR -- +----------+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937Don't use Word DOC files: | | C: +27 72 419 8559http://en.wikipedia.org/wiki/OpenDocument | +--+ There's no obfuscated Perl contest because it's Pointless -- Jeff Polk signature.asc Description: Digital signature
Bug#241351: Tried the 'server' option?
That is what the 'server' option is for, I think. But the server needs to use exactly the same URL syntax as the service type you are hijacking. If the parameters are the same syntax, but the base URL isn't, use the 'url' option to change the base URL. SR -- +----------+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937Don't use Word DOC files: | | C: +27 72 419 8559http://en.wikipedia.org/wiki/OpenDocument | +--+ Welcome to Hell. Here's your copy of Windows. signature.asc Description: Digital signature
Bug#374098: postgresql-8.1: postgresql does not start after installation
Hi Lester (2006.09.14_12:57:22_+0200) > Same problem on a i686 after an upgrade from 7.4. I've tried purging all the > postgres-related packages, removing all /var/log/postgresql > /var/lib/postgresql /usr/lib/postgresql/lib and reinstall but the same message > remains. Hear hear on amd64 (although admittedly bug #376868 is causing problems all over my system, and because of it's glibc nature, could be related). SR -- +---------+ | Stefano Rivera http://rivera.za.net | | H: +27 21 794 7937() ASCII Ribbon Campaign:| | C: +27 72 419 8559/\ Say "No!" to HTML email. | +-+ Microsoft Windows: computing While U Wait -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#731475: libre2-dev: Also provide re2 as a shared library
Hi Calixte (2013.12.05_21:23:36_+0200) > I need to have a shared library and few private headers. Those headers are private for a reason. The symbols for those bits of RE2 aren't public, in the shared library. Which bits do you need, and why? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)
Hi Jonathan (2014.01.02_19:22:33_+0200) > > * having to support remote signing > > It would be fair enough to stderr "not supported, please use the older > tool in devscripts" and error 1 if such an argument was provided. That > would be pragmatic if (as I suspect) -r is rarely used. Aww. I'm a frequent user of -r. I have better places to build big packages than on my lap, and I prefer to keep my GPG key in as few places as possible. But of course, this could be replaced by a new remote signing wrapper. And, if popular enough, end up in devscripts... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735806: python-cffi: FTBFS: Tests failed
Control: reassign -1 python-virtualenv virtualenv fails when $HOME isn't writeable. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700540: python-launchpadlib: corrupts the cache occasionally
Control: clone -1 -2 Control: reassign -2 lazr.restfulclient There were some upstream lazr.restfulclient commits to improve concurrency. Paul reports that this improved things (but did not resolve the issue entirely). SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736260: pu: package lazr.restfulclient/0.12.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi. Paul Wise reported launchpadlib cache corruption in the Debian wiki in #736259. It looks like the concurrency improvements in lazr.restfulclient 0.13.1 helped with the issue, and he's now running a version with the patch attached, and reports an improvement. This seems a useful commit to backport for everyone. SR diff -Nru lazr.restfulclient-0.12.0/debian/changelog lazr.restfulclient-0.12.0/debian/changelog --- lazr.restfulclient-0.12.0/debian/changelog 2012-01-23 16:59:18.0 +0200 +++ lazr.restfulclient-0.12.0/debian/changelog 2014-01-21 18:59:08.0 +0200 @@ -1,3 +1,11 @@ +lazr.restfulclient (0.12.0-2+deb7u1) stable; urgency=low + + * debian/patches/concurrency_fixes_rev_122.patch: backport rev 122: Creates +AtomicFileCache as a parent class for MultipleRepresentationCache to +handle concurrent use issues. (Closes: #736259) + + -- Stefano Rivera Sun, 05 Jan 2014 09:02:52 +0200 + lazr.restfulclient (0.12.0-2) unstable; urgency=low * New maintainer. diff -Nru lazr.restfulclient-0.12.0/debian/patches/concurrency_fixes_rev_122.patch lazr.restfulclient-0.12.0/debian/patches/concurrency_fixes_rev_122.patch --- lazr.restfulclient-0.12.0/debian/patches/concurrency_fixes_rev_122.patch 1970-01-01 02:00:00.0 +0200 +++ lazr.restfulclient-0.12.0/debian/patches/concurrency_fixes_rev_122.patch 2014-01-21 18:59:46.0 +0200 @@ -0,0 +1,309 @@ +From: Jonathan Lange +Subject: Creates AtomicFileCache as a parent class for MultipleRepresentationCache to handle concurrent use issues. +Bug-Ubuntu: http://bugs.launchpad.net/bugs/459418 +Bug-Debian: http://bugs.debian.org/736259 + +--- a/src/lazr/restfulclient/_browser.py b/src/lazr/restfulclient/_browser.py +@@ -1,4 +1,4 @@ +-# Copyright 2008 Canonical Ltd. ++# Copyright 2008,2012 Canonical Ltd. + + # This file is part of lazr.restfulclient. + # +@@ -29,19 +29,21 @@ + 'RestfulHttp', + ] + +- + import atexit +-import gzip ++import errno ++import os + import shutil ++import sys + import tempfile + # Import sleep directly into the module so we can monkey-patch it + # during a test. + from time import sleep + from httplib2 import ( +-FailedToDecompressContent, FileCache, Http, urlnorm) ++Http, ++urlnorm, ++) + import simplejson + from cStringIO import StringIO +-import zlib + + from urllib import urlencode + from wadllib.application import Application +@@ -49,6 +51,7 @@ + from errors import error_for, HTTPError + from _json import DatetimeJSONEncoder + ++ + # A drop-in replacement for httplib2's safename. + from httplib2 import _md5, re_url_scheme, re_slash + def safename(filename): +@@ -136,7 +139,99 @@ + return None + + +-class MultipleRepresentationCache(FileCache): ++class AtomicFileCache(object): ++"""A FileCache that can be shared by multiple processes. ++ ++Based on a patch found at ++<http://code.google.com/p/httplib2/issues/detail?id=125>. ++""" ++ ++TEMPFILE_PREFIX = ".temp" ++ ++def __init__(self, cache, safe=safename): ++"""Construct an ``AtomicFileCache``. ++ ++:param cache: The directory to use as a cache. ++:param safe: A function that takes a key and returns a name that's ++safe to use as a filename. The key must never return a string ++that begins with ``TEMPFILE_PREFIX``. By default uses ++``safename``. ++""" ++self._cache_dir = os.path.normpath(cache) ++self._get_safe_name = safe ++try: ++ os.makedirs(self._cache_dir) ++except OSError, e: ++if e.errno != errno.EEXIST: ++raise ++ ++def _get_key_path(self, key): ++"""Return the path on disk where ``key`` is stored.""" ++safe_key = self._get_safe_name(key) ++if safe_key.startswith(self.TEMPFILE_PREFIX): ++# If the cache key starts with the tempfile prefix, then it's ++# possible that it will clash with a temporary file that we ++# create. ++raise ValueError( ++"Cache key cannot start with '%s'" % self.TEMPFILE_PREFIX) ++return os.path.join(self._cache_dir, safe_key) ++ ++def get(self, key): ++"""Get the value of ``key`` if set. ++ ++This behaves slightly differently to ``FileCache`` in that if ++``set()`` fails to store a key, this ``get()`` will behave as if that ++key were never set whereas ``FileCache`` returns the empty string. ++ ++:param key: The key to retrieve. Must be either bytes or unicode ++text. ++:return: The value of ``key`` if set, None otherwise. ++""" +
Bug#736260: pu: package lazr.restfulclient/0.12.0-2
Hi Adam (2014.01.22_21:47:50_+0200) > I'm assuming the changes below are part of the original Ubuntu patch, > but they seem slightly odd given that none of the subsequent changes > appear to be compression-related; I may well be missing something > however. Yeah, they're just removing unused imports, and were in the same upstream commit. I could have trimmed them out. > In any case, the rest of the patch looks sane enough, so please go > ahead. Will do, thanks. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737135: munin: Missing Recommends/Suggests libcgi-fast-perl
Package: munin Version: 2.0.19-3 Severity: normal CGI mode is recommended these days (although not the default), but doesn't work without libcgi-fast-perl installed. I got this: [Thu Jan 30 14:41:38 2014] [error] [client 41.85.12.90] Can't locate CGI/Fast.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl) at /usr/lib/munin/cgi/munin-cgi-html line 30. [Thu Jan 30 14:41:38 2014] [error] [client 41.85.12.90] BEGIN failed--compilation aborted at /usr/lib/munin/cgi/munin-cgi-html line 30. [Thu Jan 30 14:41:38 2014] [error] [client 41.85.12.90] Premature end of script headers: munin-cgi-html I think a Recommends or even Suggests would be useful. SR -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726694: devscripts: FTBFS: Test failure
Hi James (2013.10.18_06:15:40_+0200) > As the output states, distro-info-data needs to be updated since there's > a new Ubuntu release out. We can make dch (and its tests) more robust > in this scenario, but the real fix is for a new distro-info-data to be > made available. Unfortunately, we had to wait a day for Mark to come up with a name for the new release. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724557: distro-info-data: "distro-info --stable --release" still returns "7.0"
Hi Tianon (2013.09.25_04:46:09_+0200) > distro-info-data: "distro-info --stable --release" still returns "7.0" That's by design. distro-info doesn't know about point releases. Benjamin: Should we drop the .0 from wheezy and later, to reduce confusion? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726741: distro-info: Support Ubuntu's devel alias
Package: distro-info Version: 0.11 Severity: wishlist Debian now has a devel alias, we should add alias support to Ubuntu. SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724557: distro-info-data: "distro-info --stable --release" still returns "7.0"
Hi Benjamin (2013.10.18_23:08:17_+0200) > Yes! We just report the major version and therefore should not return > any specific point release numbers (like .0). Well, the minor version used to not indicate a point release, but now it does. Squeeze was Debian 6.0, with point releases called 6.0.x. Wheezy is Debian 7.0, with point releases called 7.x. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727020: pu: package distro-info-data/0.17~deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, can we please update distro-info-data, to add the next Ubuntu release, 14.04 LTS - Trusty Tahr. As in #707752, I'd be nice if this could go through stable-updates, but not essential. The impact of having this data package out of date is mostly restricted to ubuntu-dev-tools, which won't know the name of the current Ubuntu stable release. SR diff -Nru distro-info-data-0.16~deb7u1/debian/changelog distro-info-data-0.17~deb7u1/debian/changelog --- distro-info-data-0.16~deb7u1/debian/changelog 2013-05-26 14:24:08.0 +0200 +++ distro-info-data-0.17~deb7u1/debian/changelog 2013-10-21 16:59:08.0 +0200 @@ -1,3 +1,9 @@ +distro-info-data (0.17~deb7u1) stable; urgency=low + + * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696) + + -- Stefano Rivera Mon, 21 Oct 2013 16:57:59 +0200 + distro-info-data (0.16~deb7u1) stable; urgency=low * Debian wheezy released. Update squeeze EOL and jessie opening dates. diff -Nru distro-info-data-0.16~deb7u1/ubuntu.csv distro-info-data-0.17~deb7u1/ubuntu.csv --- distro-info-data-0.16~deb7u1/ubuntu.csv 2013-04-25 17:24:41.0 +0200 +++ distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 16:58:51.0 +0200 @@ -18,3 +18,4 @@ 12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18 13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 +14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728090: please upload a more current upstream
Hi Daniel (2013.10.28_12:01:14_+0200) > Could you please upload a newer version of re2 to unstable? The current > version in experimental is over a year old already and I need it as a > build-depends for lmctfy. re2 has no stable ABI guarantees. So, we have two options for including it in unstable. 1. static library only (with Built-Using). 2. Manage our own ABI. Changes are becoming very infrequent, and we could probably get away with changing the ABI < once a year. Thoughts? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728090: please upload a more current upstream
Hi Daniel (2013.10.28_12:47:45_+0200) > 3. have it like like ntfs-3g (Provides: libntfs-3g-$SONAME) and testdisk > (Depends: libntfs-3g-$SONAME). That wouldn't really be appropriate for a library package. Only a library bundled with an application. > if 2. is not too big a pain for you to keep track of (or, unless it > becomes one at some future point), i'd go with 2. Yeah, it's probably what I'll do. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734299: [Python-modules-team] Bug#734299: python-cffi's testsuite fails when run with python3.4
Hi Matthias (2014.01.05_20:06:38_+0200) > this looks similiar to #707164, there tracked down to some virtualenv issue. Yup, good assumption: $ virtualenv -p python3.4 ve Running virtualenv with interpreter /usr/bin/python3.4 Using base prefix '/usr' New python executable in ve/bin/python3.4 Also creating executable in ve/bin/python Failed to import the site module Traceback (most recent call last): File "/tmp/ve/lib/python3.4/site.py", line 67, in import os File "/tmp/ve/lib/python3.4/os.py", line 634, in from _collections_abc import MutableMapping ImportError: No module named '_collections_abc' ERROR: The executable ve/bin/python3.4 is not functioning ERROR: It thinks sys.prefix is '/tmp' (should be '/tmp/ve') ERROR: virtualenv is not compatible with this system or executable It appears to be fixed in 1.11 (although I haven't tried the cffi test suite with that, yet) SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735469: ITP: chef-zero -- in-memory Chef server (for testing and solo purposes)
Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: chef-zero Version : 2.0.1 Upstream Author : Opscode, Inc. * URL : https://github.com/opscode/chef-zero * License : Apache-2.0 Programming Lang: Ruby Description : in-memory Chef server (for testing and solo purposes) Chef is a systems integration framework and configuration management library written in Ruby. Chef-zero is a self-contained, easy-setup, fast-start in-memory Chef server for testing and solo setup purposes. chef-zero is a dependency of chef 11. Package is prepared in pkg-ruby-extras git. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731475: libre2-dev: Also provide re2 as a shared library
Hi Calixte (2013.12.25_12:46:19_+0200) > I'd like to package trilite: https://github.com/jonasfj/trilite > and trilite dev use one of these private headers (prefilter.h). The bug is closed in experimental, but I haven't exposed these headers. Is it not possible to use FilteredRE2? I quote from the header: // Prefilter is the class used to extract string guards from regexps. // Rather than using Prefilter class directly, use FilteredRE2. // See filtered_re2.h SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729141: pypy: please remove Build-Depends on valgrind on armel
Control: tags 729141 +pending > Could you please fix this? Righto. Committed, it'll be fixed in the PyPy 2.2 upload. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730218: nmu: libelf_0.8.13-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu I am not the maintainer, but this seems a no-brainer: nmu libelf_0.8.13-4 . i386 . -m "Rebuild to fix misbuilt maintainer upload" I don't see any shared library on i386: $ dpkg -L libelfg0 /. /usr /usr/share /usr/share/locale /usr/share/locale/de /usr/share/locale/de/LC_MESSAGES /usr/share/locale/de/LC_MESSAGES/libelf.mo /usr/share/doc /usr/share/doc/libelfg0 /usr/share/doc/libelfg0/changelog.gz /usr/share/doc/libelfg0/README.gz /usr/share/doc/libelfg0/copyright /usr/share/doc/libelfg0/changelog.Debian.gz If I re-build it, I get: drwxr-xr-x root/root 0 2013-11-22 10:22 ./ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/lib/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/lib/i386-linux-gnu/ -rw-r--r-- root/root 92932 2013-11-22 10:22 ./usr/lib/i386-linux-gnu/libelf.so.0.8.13 drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/locale/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/locale/de/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/locale/de/LC_MESSAGES/ -rw-r--r-- root/root 8748 2013-11-22 10:22 ./usr/share/locale/de/LC_MESSAGES/libelf.mo drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/doc/ drwxr-xr-x root/root 0 2013-11-22 10:22 ./usr/share/doc/libelfg0/ -rw-r--r-- root/root 5604 2009-11-01 05:08 ./usr/share/doc/libelfg0/README.gz -rw-r--r-- root/root 4114 2013-11-22 10:21 ./usr/share/doc/libelfg0/changelog.Debian.gz -rw-r--r-- root/root 9010 2009-11-01 05:09 ./usr/share/doc/libelfg0/changelog.gz -rw-r--r-- root/root 1317 2013-11-22 10:21 ./usr/share/doc/libelfg0/copyright lrwxrwxrwx root/root 0 2013-11-22 10:22 ./usr/lib/i386-linux-gnu/libelf.so.0 -> libelf.so.0.8.13 Which looks a lot happier. Thanks, SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730216: please consider allowing pypy to build on machines with less ram.
Hi peter (2013.11.22_20:36:12_+0200) I assume this was bug was triggered by the thread on pkg-openstack-devel. My reply there hasn't appeared in the archives yet - so I'll repeat the relevant bits here. > I appreciate that grinding swap on buildds is less than ideal but I > still think it is preferable to not having the package on those > architectures at all. Especially as slow architectures are where > having optimised implementations of stuff is most important. Is that not a decision for those porters to make? What's the disadvantage of letting it continue to try to build there? It seems fairly harmless, to me. After installing the build-deps the package realises there isn't enough RAM, and aborts, wasting only a few minutes of buildd time. Ubuntu has armhf buildds that are capable of building PyPy. I personally have a machine that's capable, and if the Debian armhf porters would like me to, I'd be quite happy to do binary uploads for it, when necessary. There is a JIT implementation for ARM, which makes PyPy builds on that platform a useful thing to have (I think). There also seems to be interest in porting the JIT to MIPS. Someone occasionally posts on the list and IRC channel about it - I doubt we'll see anything any time soon, though. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740159: Add missing cpp dependency
Hi Martin (2014.02.26_15:04:10_+0200) > | RuntimeError: Unable to invoke 'cpp'. Make sure its path was passed > correctly > | Original error: [Errno 2] No such file or directory Ah yes, I test with build chroots, which have cpp installed. > Simple fix attached which adds the missing cpp binary dependency. In this case, cpp probably shouldn't be a binary dependency, it's only used in non-default code paths (and tests). I imagine the biggest user of pycparser is cffi, and it doesn't require cpp. (Well, it requires gcc at build time, but that's another story) So, I think I'll add a Suggests, and a ADT dependency. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744185: refuses to run: ValueError: bad marshal data (string ref out of range)
Hi Daniel (2014.04.11_09:33:41_+0200) > File "/usr/lib/python2.7/mimetools.py", line 11, in > import rfc822 > ValueError: bad marshal data (string ref out of range) Looks like a broken .pyc file. Try "python -c 'import rfc822'" as root? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744185: refuses to run: ValueError: bad marshal data (string ref out of range)
Control: reassign -1 python2.7 Hi Daniel (2014.04.11_10:02:21_+0200) > How can the pyc file be broken though? I think this has been fixed in python2.7 2.7.5-5. I'm guessing from the ubuntu-dev-tools version that you're using wheezy, which doesn't have the patch. > While syncpackage is just a development tool, there are many > administration tools and even server processes written in Python these > days and they can't just intermittently break like this. Right. Not an ubuntu-dev-tools bug. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744185: refuses to run: ValueError: bad marshal data (string ref out of range)
Hi Daniel (2014.04.11_12:12:57_+0200) > Agreed - but I thought it would be the better place to file the bug > report in case other people come across it while running syncpackage, > now it will hopefully appear in the search results As you said, this affects every Python app in Debian. I think it's unlikely to affect another u-d-t user. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737018: pypy: Fails to install and de-install on an athlon-xp computer
Control: retitle -1 pypy: Fails to install on i386 without SSE2 Control: tags -1 -moreinfo Hi Hideki (2014.03.30_09:49:13_+0200) > Note that not athlon-xp but just i386 virtual machine works fine. The trick is that you need a machine without SSE2. I've had trouble replicating this with a VM, in the past. Currently we use the SSE2 JIT, because the non-SSE2 one was broken (the last time I tried it). Here's what the submitter sent me, previously: # apt-get purge pypy Reading package lists... Done Building dependency tree Reading state information... Done Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: pypy* 0 upgraded, 0 newly installed, 1 to remove and 127 not upgraded. 1 not fully installed or removed. After this operation, 32.4 MB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 438503 files and directories currently installed.) Removing pypy (2.2.1+dfsg-1) ... Illegal instruction dpkg: error processing package pypy (--purge): subprocess installed pre-removal script returned error exit status 132 Errors were encountered while processing: pypy E: Sub-process /usr/bin/dpkg returned an error code (1) # SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731497: apcupsd: /etc/nologin written even when NOLOGON is set to "disable"
Control: tag -1 patch Hi Nate (2013.12.06_02:56:54_+0200) > However, it is my understanding that apcupsd should not have written > the file in the first place. Just ran into this too, and I agree. The problem is that the do_shutdown() function (when the batter has run flat) disables logins unconditionally. It looks like this has already been discussed upstream http://sourceforge.net/p/apcupsd/mailman/message/30818550/#msg30818564 without deciding on any course of action. However, we are in a slightly different position to upstream. The upstream init script contains: > if [ ! -f @nologdir@/nologin.boot -a -f @nologdir@/nologin ]; then > rm -f @nologdir@/nologin > fi And ours doesn't. So in Debian, creating this file automatically is definitely wrong. I suggest: --- a/src/action.c +++ b/src/action.c @@ -208,7 +208,8 @@ delete_lockfile(ups); ups->set_fastpoll(); make_file(ups, ups->pwrfailpath); - prohibit_logins(ups); + if (ups->nologin.type != NEVER) + prohibit_logins(ups); if (!ups->is_slave()) { /* SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746946: wheezy-pu: package distro-info-data/0.20~deb7u1
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi, can we please update distro-info-data, to add the next Ubuntu release, 14.10 - Utopic Unicorn. There are also a couple of minor support date updates, included, trivial packaging changes, and a bugfix to the Debian release versions. I don't think that risks regressions. As in the past, e.g. #727020, I'd be nice if this could go through stable-updates, but not essential. The impact of having this data package out of date is mostly restricted to ubuntu-dev-tools, which won't know the name of the current Ubuntu development release. Thanks, SR diff -Nru distro-info-data-0.17~deb7u1/debian/changelog distro-info-data-0.20~deb7u1/debian/changelog --- distro-info-data-0.17~deb7u1/debian/changelog 2013-10-21 17:13:46.0 +0200 +++ distro-info-data-0.20~deb7u1/debian/changelog 2014-05-04 10:58:03.0 +0200 @@ -1,3 +1,17 @@ +distro-info-data (0.20~deb7u1) unstable; urgency=medium + + [ Benjamin Drung ] + * Update EOL date of Ubuntu 12.10 "Quantal Quetzal" to 2014-05-16. + * Update EOL date of Ubuntu 13.04 "Raring Ringtai" to 2014-01-27. + * Bump Standards-Version to 3.9.5. + * Use just the stable release version without the point release suffix, +i.e. 6.0 for squeeze, 7 for wheezy, and 8 for jessie. (Closes: #724557) + + [ Stefano Rivera ] + * Add Ubuntu 14.10, Utopic Unicorn. + + -- Stefano Rivera Sun, 04 May 2014 10:57:29 +0200 + distro-info-data (0.17~deb7u1) stable; urgency=low * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696, 727020) diff -Nru distro-info-data-0.17~deb7u1/debian/compat distro-info-data-0.20~deb7u1/debian/compat --- distro-info-data-0.17~deb7u1/debian/compat 2013-05-11 01:08:18.0 +0200 +++ distro-info-data-0.20~deb7u1/debian/compat 2013-03-20 00:11:08.0 +0200 @@ -1 +1 @@ -8 +9 diff -Nru distro-info-data-0.17~deb7u1/debian/control distro-info-data-0.20~deb7u1/debian/control --- distro-info-data-0.17~deb7u1/debian/control 2013-05-11 01:08:18.0 +0200 +++ distro-info-data-0.20~deb7u1/debian/control 2014-01-07 23:18:24.0 +0200 @@ -3,10 +3,10 @@ Priority: optional Maintainer: Benjamin Drung Uploaders: Stefano Rivera -Build-Depends: debhelper (>= 8), python -Standards-Version: 3.9.3 -Vcs-Git: git://git.debian.org/git/collab-maint/distro-info-data.git -Vcs-Browser: http://git.debian.org/?p=collab-maint/distro-info-data.git +Build-Depends: debhelper (>= 9), python +Standards-Version: 3.9.5 +Vcs-Git: git://anonscm.debian.org/collab-maint/distro-info-data.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/distro-info-data.git Package: distro-info-data Architecture: all diff -Nru distro-info-data-0.17~deb7u1/debian/copyright distro-info-data-0.20~deb7u1/debian/copyright --- distro-info-data-0.17~deb7u1/debian/copyright 2013-05-11 01:08:18.0 +0200 +++ distro-info-data-0.20~deb7u1/debian/copyright 2013-03-20 00:11:10.0 +0200 @@ -3,7 +3,7 @@ Upstream-Contact: Benjamin Drung Files: * -Copyright: 2009-2012, Benjamin Drung +Copyright: 2009-2013, Benjamin Drung License: ISC Permission to use, copy, modify, and/or distribute this software for any purpose with or without fee is hereby granted, provided that the above diff -Nru distro-info-data-0.17~deb7u1/debian.csv distro-info-data-0.20~deb7u1/debian.csv --- distro-info-data-0.17~deb7u1/debian.csv 2013-10-21 16:58:51.0 +0200 +++ distro-info-data-0.20~deb7u1/debian.csv 2014-01-07 23:19:29.0 +0200 @@ -10,7 +10,7 @@ 4.0,Etch,etch,2005-06-06,2007-04-08,2010-02-15 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06 6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-04 -7.0,Wheezy,wheezy,2011-02-06,2013-05-04 -8.0,Jessie,jessie,2013-05-04 +7,Wheezy,wheezy,2011-02-06,2013-05-04 +8,Jessie,jessie,2013-05-04 ,Sid,sid,1993-08-16 ,Experimental,experimental,1993-08-16 diff -Nru distro-info-data-0.17~deb7u1/ubuntu.csv distro-info-data-0.20~deb7u1/ubuntu.csv --- distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 16:58:51.0 +0200 +++ distro-info-data-0.20~deb7u1/ubuntu.csv 2014-05-01 13:03:02.0 +0200 @@ -15,7 +15,8 @@ 11.04,Natty Narwhal,natty,2010-10-10,2011-04-28,2012-10-28 11.10,Oneiric Ocelot,oneiric,2011-04-28,2011-10-13,2013-05-09 12.04 LTS,Precise Pangolin,precise,2011-10-13,2012-04-26,2017-04-26 -12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18 -13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25 +12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-05-16 +13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-27 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 +14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-16,2015-07-16 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.
Bug#746946: wheezy-pu: package distro-info-data/0.20~deb7u1
Hi Cyril (2014.05.04_13:03:22_+0200) > Adding an Ubuntu entry would look OK to me. Updating dates, probably so. > Changing behaviour in stable doesn't look right to me. Who knows how > many packages and local scripts rely on the current output? Yeah, I'm fine with not including that bit. It is backwards-incompatible. > Undocumented packaging changes (debhelper compat bump), ewww. Unnecessary, too. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746946: wheezy-pu: package distro-info-data/0.20~deb7u1
Hi Philipp (2014.05.04_22:50:53_+0200) > I'd argue that 8 would be right for Jessie and 7.0 somewhat wrong for > Wheezy, hence I'd tend to agree to the change. Stefano, where is this > used? I don't know of anything that uses the --release flag (or that data). It's possible that people use it in their own scripts, but this isn't something that's very useful for automated tasks. The codenames tend to be the important bit. > > Undocumented packaging changes (debhelper compat bump), ewww. > > Agreed, those won't happen. Just the changes to the csv files. No problem. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746892: pypy: ftbfs with GCC-4.9
Hi Matthias (2014.05.04_02:22:22_+0200) > __main__.UnrecognizedOperation: ud2 GCC-4.9 support is being worked on upstream at the moment. https://bitbucket.org/pypy/pypy/commits/dea725674dbe5f2e27d2d55e6cbd82f9542f855c/ https://bitbucket.org/pypy/pypy/commits/95d8506f3861f04234d169312196b00a07b0e358/ But that patch doesn't seem enough to get it building. This looked relevant, but didn't help either. https://bitbucket.org/pypy/pypy/commits/d0edc0e21b53d4de17b8a9c3b9886696c5dadbb7/ A new upstream release is expected in the next week or two, though. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747041: debci: Only one ADT test appearing in log
Package: debci Severity: normal http://ci.debian.net/data/unstable-amd64/packages/b/beautifulsoup4/2014-05-03.log Only has the output of unittests3, not the unittests ADT suite. This seems to have started, for the beautifulsoup4 package, somewhere between April 25 and May 2. SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747177: pypy: fails to install on i386 with SSE2
Hi David (2014.05.06_10:24:45_+0200) > if [ 'i386' = 'i386' ]; then > pypy -c '' 2>/dev/null > if [ $? -eq 132 ]; then > echo "PyPy doesn't appear to support this CPU." >&2 > echo "SSE2 is required." >&2 > + exit 1 > fi > - exit 1 > fi Doh. IDIOT. Thanks. I had to do another upload anyway... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741258: libphonenumber packaging, libre2, ...
Hi Daniel (2014.06.02_14:33:45_+0200) > Stefano, we are now at the point where another package needs to link > against re2 - could you please make an upload to unstable or add any > other comments about the situation? Done a bit of hacking on it, and I think it's pretty much good to go. Uploading to unstable when it's finished building. > I tried building libre2 manually on wheezy, one of the test cases failed: That's https://code.google.com/p/re2/issues/detail?id=102 which I'd forgotten all about, and have just re-worked for upstream submission. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741258: libphonenumber packaging, libre2, ...
Hi Daniel (2014.06.02_14:33:45_+0200) > Stefano, we are now at the point where another package needs to link > against re2 - could you please make an upload to unstable or add any > other comments about the situation? I notice the current libphonenumber package in Ubuntu is statically linking to libre2. Please try to avoid that if possible. And use Built-Using, if not possible. This seems relevant https://code.google.com/p/libphonenumber/source/browse/trunk/cpp/CMakeLists.txt#363 but as someone who doesn't really know CMake, it isn't immediately obvious to me why it isn't seeing the shared library. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750422: pypy: FTBFS on kfreebsd-amd64
Control: severity -1 normal Hi Ralf (2014.06.03_10:44:55_+0200) > Hello, pypy failed to compile on kfreebsd-amd64, even though earlier > versions of pypy did compile on that architecture. The log ends with: Known problem. There aren't any kfreebsd-amd64 buildds with enough virtual memory. I build it locally, or christoph does. Keeping the bug open isn't a terrible idea, but not RC. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750399: nmu: pyzmq_14.3.0-1
Hi Julien (2014.06.03_10:14:00_+0200) > pypy is not yet built on all arches. and failed on one. Did a binary upload on kfreebsd-amd64, as usual. mips will probably take another day or two, if we're lucky. And fail if we're unlucky (the buildd is doing lots of other stuff too). SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750399: nmu: pyzmq_14.3.0-1
Hi Julien (2014.06.05_01:03:59_+0200) > manual builds shouldn't have to be "usual"... I don't disagree. But I asked DSA last year, and there wasn't any unallocated memory on those KVM hosts. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732937: dpkg: fails somewhat regularly on kfreebsd-amd64
Hi Guillem (2013.12.23_08:00:00_+0200) > I can reproduce it with simply running: > > $ apt-get install --reinstall git This appears fixed with 1.0.3. I was getting it on almost every package installation, and now, with apt 1.0.3, I could complete a 300 odd package dist-upgrade without running into the bug. dpkg output is a bit mangled, as if it's missing a CR. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698413: usb-modeswitch-data: Huawei e3276 no longer switched
Package: usb-modeswitch-data Version: 20121109-1 Severity: normal With 20120815-2, the Huawei e3276 is successfully switched and provides a /dev/ttyUSB0. With 20121109-1, it doesn't. $ lsusb | grep Huawei Bus 001 Device 054: ID 12d1:14fe Huawei Technologies Co., Ltd. SR -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages usb-modeswitch-data depends on: ii dpkg 1.16.9 Versions of packages usb-modeswitch-data recommends: ii udev175-7 ii usb-modeswitch 1.2.3+repack0-1 usb-modeswitch-data suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698413: usb-modeswitch-data: Huawei e3276 no longer switched
Hi Didier (2013.01.18_11:01:29_+0200) > That's very weird as 20120815-2 and 20121109-1 have the exact same > configuration file for 12d1:14fe : Yeah, I found it fairly confusing too. > So: are you sure these are the only packages you changed ? Did you also > upgrade usb-modeswitch itself? Yes, tried all the combinations, it seems to be the new data package that causes the trouble, but it's hard to figure out why. > Does this still happen if you launch "# udevadm trigger" between > installations > of usb-modeswitch-data? Yeah, doesn't help. How do I go about debugging usb_modeswitch_dispatcher? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698413: usb-modeswitch-data: Huawei e3276 no longer switched
Hi Josua (2013.01.18_11:37:34_+0200) > Stefano, can you retrieve a mode-switching debug log? > See /etc/usb_modeswitch.conf for the setting and some hints. Aha. With 20121109-1 I get /var/log/usb_modeswitch_1-1.2 containing: | USB_ModeSwitch log from Sat Jan 19 11:25:40 SAST 2013 | | Raw args from udev: /1-1.2 | | Using global config file: /etc/usb_modeswitch.conf | Could not determine top device dir from udev values! Exiting With 20120815-2 I get /var/log/usb_modeswitch_1-1.2:1.0 that's far longer and happier. It begins: | USB_ModeSwitch log from Sat Jan 19 11:27:07 SAST 2013 | | Raw args from udev: /1-1.2:1.0 | | Using global config file: /etc/usb_modeswitch.conf | Using top device dir /sys/bus/usb/devices/1-1.2 | | USB values from sysfs: | manufacturerHUAWEI Technology | product HUAWEI Mobile | serial | ... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698413: usb-modeswitch-data: Huawei e3276 no longer switched
Hi Josua (2013.01.19_13:15:14_+0200) > You need usb-modeswitch 1.2.5 for the new udev rule flavour of data 20121109. > > I think I failed to stress that requirement - sorry! > The head information in the rules file is obviously incorrect. Should read: > > # Use with USB_ModeSwitch >= 1.2.5 ! And the Depends/Breaks should be adjusted appropriately. Hrm, yes, now I find that that usb-modeswitch 1.2.5+repack0-1 works with the new data package. I'm sure I couldn't get it to work on Friday (which was what lead to me filing this bug). Oh well, all's well that ends well... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698413: usb-modeswitch-data: Huawei e3276 no longer switched
Control: reopen -1 > I'm sure I couldn't get it to work on Friday (which was what lead to > me filing this bug). Aha. Reproduced it. The problem seems to be with the USB hub on my desk at work. When I plug the modem into it, I get /var/log/usb_modeswitch_1-1.1.1.4: | USB_ModeSwitch log from Thu Jan 24 17:40:13 SAST 2013 | | Raw args from udev: /1-1.1.1.4 | | Using global config file: /etc/usb_modeswitch.conf | Called by new rules file - remember to check class of first interface ... | Using top device dir /sys/bus/usb/devices/1-1.1 |Warning: USB attribute "manufacturer" not found |Warning: USB attribute "product" not found | Check class of first interface ... | Device is not in install mode. Exiting And this in the kernel log: [426027.648903] usb 1-1.1.1.4: new high-speed USB device number 113 using ehci_hcd [426027.762013] usb 1-1.1.1.4: New USB device found, idVendor=12d1, idProduct=14fe [426027.762017] usb 1-1.1.1.4: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [426027.762019] usb 1-1.1.1.4: Product: HUAWEI Mobile [426027.762021] usb 1-1.1.1.4: Manufacturer: HUAWEI Technology [426027.802104] scsi118 : usb-storage 1-1.1.1.4:1.0 [426027.802267] scsi119 : usb-storage 1-1.1.1.4:1.1 [426028.800119] scsi 118:0:0:0: CD-ROMHUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2 [426028.800132] scsi 119:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2 [426028.800875] sd 119:0:0:0: Attached scsi generic sg4 type 0 [426028.803620] sr1: scsi-1 drive [426028.803780] sr 118:0:0:0: Attached scsi CD-ROM sr1 [426028.803907] sr 118:0:0:0: Attached scsi generic sg5 type 5 [426028.804112] sd 119:0:0:0: [sdd] Attached SCSI removable disk [426028.975051] ISO 9660 Extensions: Microsoft Joliet Level 1 [426028.977946] ISOFS: changing to secondary root SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649277: lintian: warn against versions like 0.7.1.rc1-1 or 0.3.0+beta4-1
Hi Jakub (2011.11.19_16:17:55_+0200) > On the other hand, if a package with such version is already in the > archive, there's not much that can be done, so maybe we should limit > ourselves to versions ending in -1? Thanks for filing this. If you are going to limit it to -1, please catch -0ubuntu1 too. Oh, and: > [^~a-z](rc|alpha|beta|pre(view|release)?)([^a-z]) < jtaylor> I'd also add .dev SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649477: ITP: unidecode -- ASCII transliterations of Unicode text (Python module)
Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: unidecode Version : 0.04.9 Upstream Author : Tomaz Solc * URL : http://pypi.python.org/pypi/Unidecode * License : GPL-2+ Programming Lang: Python Description : ASCII transliterations of Unicode text (Python module) It often happens that you have text data in Unicode, but you need to represent it in ASCII for display. One could represent non-roman Unicode characters as "???" or "\\15BA\\15A0\\1610", but neither is useful to the user reading the text. Unidecode tries to represent it in ASCII characters (i.e., the universally displayable characters between 0x00 and 0x7F), where the compromises taken when mapping between two character sets are chosen to be near what a human with a US keyboard would choose. This module generally produces better results than simply stripping accents from characters (which can be done in Python with built-in functions). It is based on hand-tuned character mappings that for example also contain ASCII approximations for symbols and non-Latin alphabets. unidecode is a Python port of the Text::Unidecode Perl module. This will be packaged under the Debian Python Modules Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649477: ITP: unidecode -- ASCII transliterations of Unicode text (Python module)
Hi Samuel (2011.11.21_11:35:17_+0200) > Mmm, it seems exactly like the //TRANSLIT suffix support provided by > iconv? It is. But we don't have python iconv bindings packaged, either. Also, I'm looking at this simply because it's blocking #589396. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637641: src:cryptonit: should this package be orphaned?
severity 637641 normal retitle 637641 RM: cryptonit -- RoQA; RC-Buggy; unmaintained reassign 637641 ftp.debian.org thanks Hi Olly (2011.11.10_19:50:26_+0200) > It's now close to 3 months with no maintainer response, and cryptonit is > one of the packages blocking removal of wxwidgets2.6. It's been 3 months, let's do this. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637828: src:albatross: should this package be orphaned?
Hi Fabian (2011.08.15_07:20:13_+0200) > I'm still interested, but still have some difficulty in finding time to > do the necessary reworking. The package would benefit from collaborative > maintenance, and it's been my intention to polish up the package for > that purpose. No promises in the near future, though. If the package is > getting close to being orphaned, then please let me know. It's been 3 months. File a RFH bug? Turn this into one? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649514: src:nvidia-cg-toolkit: should this package be orphaned?
Package: src:nvidia-cg-toolkit Severity: wishlist User: debian...@lists.debian.org Usertags: proposed-orphan Dear maintainer, I noticed that this package is in need of some work, and I think it's a candidate for orphaning because: * It's RC-Buggy (#639857) * The last maintainer upload was in early 2009, > 2 years ago. * The resignation of the most active co-maintainer (judging from git history [0]) [0]: http://anonscm.debian.org/gitweb/?p=collab-maint/nvidia-cg-toolkit.git;a=shortlog There also wasn't any reply from a maintainer in recent bugs. In particular: * The requested move to non-free, meaning it wouldn't have to download pre-build binaries during installation (making the package significantly more reliable to install, and usable as a build-dependency) #502457 * Two new upstream version bugs. And, relatedly: A new developer (Miguel, CCed) has tried to get involved in the maintenance of this packaged, with no response from a maintainer [1] (although nobody said they had contacted you). This discussion included a suggestion to move the package to pkg-nvidia-devel (CCed), which may be interested in co-maintenance, if there were an active maintainer. [2] [1]: http://lists.debian.org/aanlktimwtdg1-7qsdfkk890o74o9s0e2doegxz6kr...@mail.gmail.com [2]: http://lists.debian.org/87d3k0wja0@windlord.stanford.edu If you still have interest in maintaining this package, please close this bug and fix the RC issue (I think the best way forward is the approach I took in Ubuntu: using the upstream binaries as "source" and moving the package to non-free) http://patches.ubuntu.com/n/nvidia-cg-toolkit/ It looks like there are people interested in helping you maintain this package, if you would accept co-maintainers. If there is no response to this bug in, say, 3 months, I'll assume that the package can be orphaned and these interested people may take it over. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589396: ITP: beets -- music tagger and library organizer
Hi Alessandro (2011.11.22_15:46:12_+0200) > I am interested in beets too and I have noticed that you re-started working > on this. How is the packaging going? It's there (in SVN), just need to write a manpage. As you can see, it stalled for a few months, waiting for dependencies, but I was poked again, and should have it uploaded in a day or two. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692504: pepper: Build failure with ld --as-needed
Package: pepper Version: 0.3.2-2 Severity: normal Tags: patch upstream User: debian-...@lists.debian.org Usertags: ld-as-needed pepper fails to build, in Ubuntu, where the ld --as-needed option is used by default. The attached patch would fix this issue. I've forwarded it upstream. https://sourceforge.net/tracker/?func=detail&aid=3584851&group_id=386093&atid=1604686 See also http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries Thanks for considering the patch. SR Description: Build with the ld --as-needed option Libraries should appear after all objects on the gcc command line, which generally means using LDADD macros instead of LDFLAGS for libraries Author: Stefano Rivera Bug-Upstream: https://sourceforge.net/tracker/?func=detail&aid=3584851&group_id=386093&atid=1604686 Last-Updated: 2012-11-06 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -45,7 +45,10 @@ pepper_SOURCES = \ main.cpp pepper_LDADD = \ - libpepper.a + libpepper.a \ + $(PTHREAD_LIBS) \ + $(LUA_LIB) \ + $(FRAMEWORKS) AM_CXXFLAGS = \ -Wall -W -pipe \ @@ -55,10 +58,7 @@ AM_CPPFLAGS = \ $(LUA_INCLUDE) \ -DDATADIR=\"$(pkgdatadir)\" -AM_LDFLAGS = \ - $(PTHREAD_LIBS) \ - $(LUA_LIB) \ - $(FRAMEWORKS) +AM_LDFLAGS = # Debugging? if DEBUG @@ -84,7 +84,7 @@ -DUSE_MERCURIAL AM_CXXFLAGS += \ $(PYTHON_CPPFLAGS) -AM_LDFLAGS += \ +pepper_LDADD += \ $(PYTHON_LDFLAGS) endif @@ -100,7 +100,8 @@ $(APR_CFLAGS) \ $(SVN_CFLAGS) AM_LDFLAGS += \ - $(SVN_LDFLAGS) \ + $(SVN_LDFLAGS) +pepper_LDADD += \ $(SVN_LIBS) \ $(APR_LIBS) endif --- a/m4/configure_backends.m4 +++ b/m4/configure_backends.m4 @@ -70,8 +70,9 @@ AC_CHECK_LIB([svn_diff-1], [svn_diff_file_diff_2], ,[AC_MSG_ERROR([Neccessary Subversion libraries are missing])]) AC_CHECK_LIB([svn_delta-1], [svn_txdelta_apply], ,[AC_MSG_ERROR([Neccessary Subversion libraries are missing])]) AC_CHECK_LIB([svn_repos-1], [svn_repos_create], ,[AC_MSG_ERROR([Neccessary Subversion libraries are missing])]) + SVN_LDFLAGS=$LDFLAGS LDFLAGS=$OLD_LDFLAGS - SVN_LDFLAGS=$LIBS + SVN_LIBS=$LIBS LIBS=$OLD_LIBS AC_SUBST(SVN_CFLAGS) AC_SUBST(SVN_LDFLAGS) --- a/src/Makefile.in +++ b/src/Makefile.in @@ -104,7 +104,9 @@ @SVN_BACKEND_TRUE@ $(SVN_CFLAGS) @SVN_BACKEND_TRUE@am__append_12 = \ -@SVN_BACKEND_TRUE@ $(SVN_LDFLAGS) \ +@SVN_BACKEND_TRUE@ $(SVN_LDFLAGS) + +@SVN_BACKEND_TRUE@am__append_12b = \ @SVN_BACKEND_TRUE@ $(SVN_LIBS) \ @SVN_BACKEND_TRUE@ $(APR_LIBS) @@ -359,7 +361,12 @@ main.cpp pepper_LDADD = \ - libpepper.a + libpepper.a \ + $(PTHREAD_LIBS) \ + $(LUA_LIB) \ + $(FRAMEWORKS) \ + $(am__append_8) \ + $(am__append_12b) AM_CXXFLAGS = -Wall -W -pipe $(PTHREAD_CFLAGS) $(am__append_1) \ $(am__append_7) $(am__append_11) $(am__append_16) @@ -369,8 +376,8 @@ AM_CPPFLAGS = $(LUA_INCLUDE) -DDATADIR=\"$(pkgdatadir)\" \ $(am__append_4) $(am__append_6) $(am__append_10) \ $(am__append_14) $(am__append_18) -AM_LDFLAGS = $(PTHREAD_LIBS) $(LUA_LIB) $(FRAMEWORKS) $(am__append_2) \ - $(am__append_8) $(am__append_12) +AM_LDFLAGS = $(am__append_2) \ + $(am__append_12) # Last but not least, the CFLAGS AM_CFLAGS = $(AM_CXXFLAGS) --- a/configure +++ b/configure @@ -8439,8 +8439,9 @@ as_fn_error $? "Neccessary Subversion libraries are missing" "$LINENO" 5 fi + SVN_LDFLAGS=$LDFLAGS LDFLAGS=$OLD_LDFLAGS - SVN_LDFLAGS=$LIBS + SVN_LIBS=$LIBS LIBS=$OLD_LIBS
Bug#692537: posh: FTBFS with eglibc 2.16 - missing include
Source: posh Version: 0.11 Severity: minor Tags: patch Posh fails to build with eglibc 2.16, in Ubuntu raring ringtail. > gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector > --param=ssp-buffer-size=4 -Wformat -Werror=format-security -MT jobs.o -MD -MP > -MF .deps/jobs.Tpo -c -o jobs.o jobs.c > jobs.c: In function 'j_sigchld': > jobs.c:1181:16: error: storage size of 'ru0' isn't known > jobs.c:1181:21: error: storage size of 'ru1' isn't known > jobs.c:1196:12: error: 'RUSAGE_CHILDREN' undeclared (first use in this > function) > jobs.c:1196:12: note: each undeclared identifier is reported only once for > each function it appears in https://launchpadlibrarian.net/121853091/buildlog_ubuntu-raring-i386.posh_0.11_FAILEDTOBUILD.txt.gz Here's a trivial patch to fix the issue. SR Description: explicitly include sys/resource.h, for eglibc 2.16 sys/resource.h is no longer included by sys/wait.h http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d94a4670800de6e8f088b8630ad5142866127980 Author: Stefano Rivera Last-Updated: 2012-11-07 --- a/ksh_wait.h +++ b/ksh_wait.h @@ -5,6 +5,10 @@ # include #endif +#ifdef HAVE_SYS_RESOURCE_H +# include +#endif + #ifndef POSIX_SYS_WAIT /* Get rid of system macros (which probably use union wait) */ # undef WIFCORED
Bug#692651: cdo: FTBFS with ld --as-needed
Source: cdo Version: 1.5.6.1+dfsg.1-2 Severity: minor Tags: patch User: debian-...@lists.debian.org Usertags: ld-as-needed Here is a simple patch to allow cdo to build with ld --as-needed, which is the default in Ubuntu. libjasper is linked to libm, so -lm must appear in the linker command line after -ljasper. Thanks for considering the patch. *** /tmp/tmpHpbajz/cdo_1.5.6.1+dfsg.1-2ubuntu1.debdiff diff -Nru cdo-1.5.6.1+dfsg.1/debian/changelog cdo-1.5.6.1+dfsg.1/debian/changelog diff -Nru cdo-1.5.6.1+dfsg.1/debian/rules cdo-1.5.6.1+dfsg.1/debian/rules --- cdo-1.5.6.1+dfsg.1/debian/rules 2012-09-11 03:35:42.0 +0200 +++ cdo-1.5.6.1+dfsg.1/debian/rules 2012-11-08 10:00:27.0 +0200 @@ -52,7 +52,7 @@ ./configure --prefix=/usr --libdir=$(LIBDIR) \ --enable-cdi-lib --with-zlib=/usr --with-netcdf=/usr --with-proj=/usr --with-hdf5=/usr \ --enable-iso-c-interface \ -$(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic -lpng12 -ljasper -ljpeg -lz -Wl,-Bdynamic -lcurl" +$(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic -lpng12 -ljasper -lm -ljpeg -lz -Wl,-Bdynamic -lcurl" rm -f libtool libcdi/libtool ln -sf /usr/bin/libtool libtool ln -sf /usr/bin/libtool libcdi/libtool SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692651: cdo: FTBFS with ld --as-needed
Hi Debian (2012.11.08_10:12:51_+0200) > - $(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic > -lpng12 -ljasper -ljpeg -lz -Wl,-Bdynamic -lcurl" > + $(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic > -lpng12 -ljasper -lm -ljpeg -lz -Wl,-Bdynamic -lcurl" Erm, let's move that out of the static section diff -Nru cdo-1.5.6.1+dfsg.1/debian/rules cdo-1.5.6.1+dfsg.1/debian/rules --- cdo-1.5.6.1+dfsg.1/debian/rules 2012-09-11 03:35:42.0 +0200 +++ cdo-1.5.6.1+dfsg.1/debian/rules 2012-11-09 10:11:25.0 +0200 @@ -52,7 +52,7 @@ ./configure --prefix=/usr --libdir=$(LIBDIR) \ --enable-cdi-lib --with-zlib=/usr --with-netcdf=/usr --with-proj=/usr --with-hdf5=/usr \ --enable-iso-c-interface \ -$(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic -lpng12 -ljasper -ljpeg -lz -Wl,-Bdynamic -lcurl" +$(WITH_GRIB) $(WITH_JASPER) FC=gfortran LIBS="-Wl,-Bstatic -lpng12 -ljasper -ljpeg -lz -Wl,-Bdynamic -lm -lcurl" rm -f libtool libcdi/libtool ln -sf /usr/bin/libtool libtool ln -sf /usr/bin/libtool libcdi/libtool SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692852: dolfin: Avoid hardcoding the swig2.0 version
Package: dolfin Version: 1.0.0-7 Severity: minor Tags: patch Must the versions of swig2.0 really be hardcoded? Julien suggested determining it at build time, in bug #675207 #90. But that appears to have not been implemented. Here's an implementation. It's ugly, but does the trick. Thanks for considering the patch. SR diff -Nru dolfin-1.0.0/debian/control dolfin-1.0.0/debian/control --- dolfin-1.0.0/debian/control 2012-06-29 09:46:42.0 +0200 +++ dolfin-1.0.0/debian/control 2012-11-09 19:54:13.0 +0200 @@ -130,8 +130,8 @@ python-ufl (>= 1.0.0), python-instant (>= 1.0.0), python-numpy, - swig2.0 (>= 2.0.7), swig2.0 (<< 2.0.8~), python-netcdf, + ${swig:Depends}, ${python:Depends}, ${shlibs:Depends}, ${misc:Depends} diff -Nru dolfin-1.0.0/debian/rules dolfin-1.0.0/debian/rules --- dolfin-1.0.0/debian/rules 2012-06-29 09:46:42.0 +0200 +++ dolfin-1.0.0/debian/rules 2012-11-09 20:47:58.0 +0200 @@ -61,6 +61,13 @@ install/python-dolfin:: $(addprefix install-stamp-, $(PY_VERSIONS)) +binary-predeb/python-dolfin:: + # We have a tight dependency on swig2.0 - #675207 + set -e; \ + swig_version=$$(dpkg-query -W swig2.0 | cut -f 2 | cut -d- -f 1); \ + next_swig_version="$${swig_version%.*}.$$(($${swig_version##*.} + 1))"; \ + echo "swig:Depends=swig2.0 (>= $$swig_version), swig2.0 (<< $$next_swig_version~)" >> debian/python-dolfin.substvars + binary-install/python-dolfin:: dh_python2 -p$(cdbs_curpkg) dh_numpy -p$(cdbs_curpkg) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679908: sks: OLD_BDB values for Ubuntu
Hi Debian (2012.07.02_14:18:58_+0200) > + if dpkg-vendor --derives-from Ubuntu; then Eep. Of course, dpkg-vendor is part of dpkg-dev. That probably requires some build-time munging of the postint script, then :( SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693540: autopkgtest: doesn't support versioned dependencies
Package: autopkgtest Version: 2.2.3 Severity: normal README-tests says: > Depends: However, if I use a versioned dependency, adt-run throws a hissy fit: > badpkg: Test Depends field contains dependency `python-nose (>= 0.11)' with > invalid characters Not sure if this is a bug in the spec or the implementation. I'd like to be able to use versioned dependencies, I think they're useful, so let's call it an implementation bug. SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679907: reportbug: Attachments silently dropped when not using internal MUA
Hi Sandro (2012.08.19_01:07:36_+0200) > but it might be confused/ignored as the heading section. Were you > thinking of something like the manpage as additional source of > information for this configuration? That'd be good, yes. The situation where I regularly ran into this was a script that wraps around reportbug, submittodebian (in ubuntu-dev-tools) which generates a debdiff, and uses the changelog entry as starting point for the bug report. submittodebian was clearly originally written by someone not using mua mode, as it uses --attach. I've hacked around this in submittodebian, by minimally parsing .reportbugrc and falling back to --include if I detect MUA mode. http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/revision/1338 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685319: RFA: python-eventlet -- concurrent networking library for Python
Package: wnpp Severity: normal I request an adopter for the python-eventlet package. I packaged it when it was a dependency of beets, but it hasn't been for years. The only reverse dependencies are OpenStack components, so it makes more sense for the openstack team (CCed) to maintain it, I think. The package description is: Eventlet allows you to change how you run your code, not how you write it. . It uses epoll or libevent for highly scalable non-blocking I/O. Coroutines ensure that the developer uses a blocking style of programming that is similar to threading, but provide the benefits of non-blocking I/O. The event dispatch is implicit, which means you can easily use Eventlet from the Python interpreter, or as a small part of a larger application. . It's easy to get started using Eventlet, and easy to convert existing applications to use it. Start off by looking at examples, common design patterns, and the list of the basic API primitives. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685319: ITA: python-eventlet
Hi Laszlo (2012.08.20_21:59:58_+0200) > I would like to adopt for several reasons. > I plan to use it for my own projects. Also plan to be part of the > OpenStack team, for Ceph packaging and for other things as well. Thanks. I previously contacted my co-maintainers, and got an ACK on moving it to the OpenStack team from Monty, but no replies from anyone else. I suggest you remove all of the existing Uploaders when you take this over, unless anyone explicitly asks to stay involved. BTW, there's one open RC Bug that needs some attention/coordination: #684852 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685319: ITA: python-eventlet
Hi Laszlo (2012.08.21_22:20:43_+0200) > I think python-greenlet needs to be fixed for Wheezy. Its bug will > affect everyone, not just python-eventlet. Only the relevant bugfix > should be uploaded to wheezy-proposed or something that fits this case. +1 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685551: ntfs-3g: returns incorect type for junction points in readdir()
Package: ntfs-3g Version: 1:2012.1.15AR.5-4 Severity: serious Tags: patch upstream User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch *** /tmp/tmpkpCNMv/bug_body In Ubuntu, the attached patch was applied to achieve the following: * ntfs-3g-junction-point-fix.patch: Return the correct type (DT_LINK) for NTFS Junction points, in readdir(). (LP: #997391) A bug was recently fixed in upstream ntfs-3g, where baobab (The GNOME disk usage visualisation tool) will loop infinitely when scanning a Windows 7 partition. http://tuxera.com/forum/viewtopic.php?f=2&t=29578 https://bugzilla.redhat.com/show_bug.cgi?id=849332 Thanks for considering the patch. SR -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Return d_type = DT_LNK for NTFS Junction points in readdir() readdir() was returning DT_DIR while stat() was returning S_IFLNK. This caused baobab to infinitely loop. Author: Jean-Pierre Andre Origin: upstream, http://tuxera.com/forum/viewtopic.php?f=2&t=29578 Bug-Ubuntu: https://launchpad.net/bugs/997391 Bug-Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=849332 Last-Update: 2012-08-21 --- a/libntfs-3g/dir.c +++ b/libntfs-3g/dir.c @@ -867,6 +867,83 @@ INDEX_TYPE_ALLOCATION, /* index allocation */ } INDEX_TYPE; +/* + * Decode Interix file types + * + * Non-Interix types are returned as plain files, because a + * Windows user may force patterns very similar to Interix. + */ + +static u32 ntfs_interix_types(ntfs_inode *ni) +{ + ntfs_attr *na; + u32 dt_type; + le64 magic; + + dt_type = NTFS_DT_UNKNOWN; + na = ntfs_attr_open(ni, AT_DATA, NULL, 0); + if (na) { + /* Unrecognized patterns (eg HID + SYST) are plain files */ + dt_type = NTFS_DT_REG; + if (na->data_size <= 1) { + if (!(ni->flags & FILE_ATTR_HIDDEN)) +dt_type = (na->data_size ? + NTFS_DT_SOCK : NTFS_DT_FIFO); + } else { + if ((na->data_size >= (s64)sizeof(magic)) + && (ntfs_attr_pread(na, 0, sizeof(magic), &magic) +== sizeof(magic))) { +if (magic == INTX_SYMBOLIC_LINK) + dt_type = NTFS_DT_LNK; +else if (magic == INTX_BLOCK_DEVICE) + dt_type = NTFS_DT_BLK; +else if (magic == INTX_CHARACTER_DEVICE) + dt_type = NTFS_DT_CHR; + } + } + ntfs_attr_close(na); + } + return (dt_type); +} + +/* + * Decode file types + * + * Better only use for Interix types and junctions, + * unneeded complexity when used for plain files or directories + * + * Error cases are logged and returned as unknown. + */ + +static u32 ntfs_dir_entry_type(ntfs_inode *dir_ni, MFT_REF mref, FILE_ATTR_FLAGS attributes) +{ + ntfs_inode *ni; + u32 dt_type; + + dt_type = NTFS_DT_UNKNOWN; + ni = ntfs_inode_open(dir_ni->vol, mref); + if (ni) { + if ((attributes & FILE_ATTR_REPARSE_POINT) + && ntfs_possible_symlink(ni)) + dt_type = NTFS_DT_LNK; + else + if ((attributes & FILE_ATTR_SYSTEM) + && !(attributes & FILE_ATTR_I30_INDEX_PRESENT)) +dt_type = ntfs_interix_types(ni); + else +dt_type = (attributes + & FILE_ATTR_I30_INDEX_PRESENT + ? NTFS_DT_DIR : NTFS_DT_REG); + if (ntfs_inode_close(ni)) { + /* anything special to do ? */ + } + } + if (dt_type == NTFS_DT_UNKNOWN) + ntfs_log_error("Could not decode the type of inode %lld\n", +(long long)MREF(mref)); + return (dt_type); +} + /** * ntfs_filldir - ntfs specific filldir method * @dir_ni: ntfs inode of current directory @@ -901,19 +978,23 @@ dir_ni->vol->mft_record_size; else /* if (index_type == INDEX_TYPE_ROOT) */ *pos = (u8*)ie - (u8*)iu.ir; + mref = le64_to_cpu(ie->indexed_file); +metadata = (MREF(mref) != FILE_root) && (MREF(mref) < FILE_first_user); /* Skip root directory self reference entry. */ if (MREF_LE(ie->indexed_file) == FILE_root) return 0; - if (ie->key.file_name.file_attributes & FILE_ATTR_I30_INDEX_PRESENT) + if ((ie->key.file_name.file_attributes + & (FILE_ATTR_REPARSE_POINT | FILE_ATTR_SYSTEM)) + && !metadata) + dt_type = ntfs_dir_entry_type(dir_ni, mref, + ie->key.file_name.file_attributes); + else if (ie->key.file_name.file_attributes + & FILE_ATTR_I30_INDEX_PRESENT) dt_type = NTFS_DT_DIR; - else if (fn->file_attributes & FILE_ATTR_SYSTEM) - dt_type = NTFS_DT_UNKNOWN; else dt_type = NTFS_DT_REG; /* return metadata files and hidden files if requested */ - mref = le64_to_cpu(ie->indexed_file); -metadata = (MREF(mref) != FILE_root) && (MREF(mref) < FILE_first_user); if ((!metadata && (NVolShowHidFiles(dir_ni->vol) || !(fn->file_attributes & FILE_ATTR_HIDDEN))) || (NVolShowSysFiles(dir_ni->vol) && (NVolShowHidFiles(dir_ni->vol) --- a/src/ntfs-3g.c +++ b/src/ntf
Bug#655580: altos: openjdk-6-jdk on Ubuntu doesn't have the directories that configure searches for
Package: altos Version: 1.0.3 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Depend on default-jdk instead of openjdk-6-jdk, so that the configure script can find the JDK. In Ubuntu, openjdk-6-jdk lives in /usr/lib/jvm/java-1.6.0-openjdk-amd64, which the configure script doesn't search. But it does search for default-java, so let's use that. Thanks for considering the patch. SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655580: altos: openjdk-6-jdk on Ubuntu doesn't have the directories that configure searches for
Hi Debian (2012.01.12_15:48:16_+0200) > Thanks for considering the patch. /me slaps reportbug and attaches the patch. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 diff -Nru altos-1.0.3/debian/control altos-1.0.3ubuntu1/debian/control --- altos-1.0.3/debian/control 2011-12-26 04:09:16.0 +0200 +++ altos-1.0.3ubuntu1/debian/control 2012-01-12 15:36:56.0 +0200 @@ -1,7 +1,7 @@ Priority: optional Maintainer: Bdale Garbee Uploaders: Keith Packard -Build-Depends: debhelper (>= 7), autoconf, automake, gawk, libreadline-dev, libusb-1.0-0-dev, nickle, sdcc, xsltproc, fop, docbook-xml, docbook-xsl, swig, openjdk-6-jdk, freetts, libtool, libjfreechart-java, pkg-config +Build-Depends: debhelper (>= 7), autoconf, automake, gawk, libreadline-dev, libusb-1.0-0-dev, nickle, sdcc, xsltproc, fop, docbook-xml, docbook-xsl, swig, default-jdk, freetts, libtool, libjfreechart-java, pkg-config Standards-Version: 3.9.2 Homepage: http://altusmetrum.org/AltOS Vcs-Git: git://git.gag.com/fw/altos
Bug#655584: [Python-modules-team] Bug#655584: python-virtualenv: Created virtualenvs don't search for packages in /usr/lib/pymodules
Hi Andreas (2012.01.12_16:53:20_+0200) > I would have expected the created virtualenv to find numpy, but it > doesn't. I've traced this back to /usr/lib/pymodules not being part of > sys.path in the created virtualenv This is expected, virtualenv changed the default: | * Made --no-site-packages behavior the default behavior. The | --no-site-packages flag is still permitted, but displays a warning | when used. Thanks Chris McDonough. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655855: pypy: please support installed python modules
Hi Helmut (2012.01.14_13:41:00_+0200) > First of all big thanks for packaging pypy! It seems way more mature > than the previous attempt to getting it into Debian. Yup, let's hope it'll stick around this time. > It would be nice to be able to use python module packages directly with > pypy. That's on the todo list. But we have a little way to go :) Let's get PyPy building everywhere, and passing tests, first. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655914: RM: pypy -- ROM; Accidentally uploaded to unstable
Package: ftp.debian.org Severity: normal I'm an idiot (I've said that before, right). Accidentally uploaded to unstable, because I'd built it in an unstable sbuild. Please don't touch the one in experimental. SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#655732: beets: FTBFS: test_mtime_* fail
forwarded 655732 http://code.google.com/p/beets/issues/detail?id=298 thanks Hi Jakub (2012.01.13_18:29:18_+0200) > I guess this happens only on filesystems with date resolution less > than 1s (e.g. ext4). Thanks. I didn't have the extra_isize option on any of my machines' file systems. Old installs... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678505: mirror submission for ftp.leg.uct.ac.za
Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.leg.uct.ac.za Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-ftp: /pub/linux/debian-isos/ CDImage-http: /pub/linux/debian-isos/ CDImage-rsync: pub/linux/debian-isos/ IPv6: no Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org CDImage-upstream: cdimage.debian.org Updates: four Maintainer: Stefano Rivera Country: ZA South Africa Location: University of Cape Town Sponsor: UCT Chemical Engineering http://www.chemeng.uct.ac.za/ Comment: Heavily shaped outbound traffic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678682: ubuntu-dev-tools: requestsync fails to authenticate: IV must be 16 bytes longs
reassign 678682 python-keyring forcemerge 675379 678682 thanks > I'm trying to request a sync of my mail-notification package, using > requestsync. After entering my keyring password authentication fails > as follows: It's a known issue in python-keyring, first reported here: https://bugs.launchpad.net/ubuntu/+source/python-keyring/+bug/1004845 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581847: python-pycparser: changing back from ITP to RFP
Hi Lucas (2011.02.19_19:07:56_+0200) retitle 581847 IFP: python-pycparser -- A parser for the C language, written in pure Python. owner 581847 ! thanks > This is an automatic email to change the status of python-pycparser back from > ITP > (Intent to Package) to RFP (Request for Package), because this bug hasn't seen > any activity during the last 6 months. I'll take this. And stick it into DPMT. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678845: svn-buildpackage: svn-inject fails with subversion 1.7
Package: svn-buildpackage Version: 0.8.4 Severity: serious Since upgrading to subversion 1.7, svn-inject no longer works: > ... > svn co svn+ssh://purcell/tmp/test/pycparser/trunk /tmp/tmp.jKa9wdfMh5/trunk > svn: E125001: Couldn't determine absolute path of '.' > svn: E02: No such file or directory > mkdir -p /tmp/tmp.jKa9wdfMh5/trunk > svn -m Creating trunk directory import /tmp/tmp.jKa9wdfMh5/trunk > svn+ssh://purcell/tmp/test/pycparser/trunk > svn: E125001: Couldn't determine absolute path of '.' > svn: E02: No such file or directory > Command 'svn -m Creating trunk directory import /tmp/tmp.jKa9wdfMh5/trunk > svn+ssh://purcell/tmp/test/pycparser/trunk' failed in '', how to > continue now? [Qri?]: q > Aborting. SR -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-buildpackage depends on: ii devscripts 2.11.9 ii file5.11-1 ii libcapture-tiny-perl0.18-1 ii libfile-libmagic-perl 0.96-2 ii liblocale-gettext-perl 1.05-7+b1 ii libsvn-perl 1.7.5-1 ii liburi-perl 1.60-1 ii perl5.14.2-12 ii subversion 1.7.5-1 ii unp 2.0~pre7+nmu1 ii wget1.13.4-3 Versions of packages svn-buildpackage recommends: ii debhelper 9.20120608 svn-buildpackage suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678845: svn-buildpackage: svn-inject fails with subversion 1.7
Hi Peter (2012.06.29_00:17:43_+0200) > That is svn complaining because, apparently, it is run inside a > directory that has been deleted. How would I reproduce your bug - how > did you invoke svn-inject? I tried, and could not. And I can't find > where svn-bp _would_ delete the cwd while it is still the cwd. Oh, whoops, meant to attach a complete log. The command was: svn-inject -o pycparser_2.07+dfsg-1.dsc svn+ssh://purcell/tmp/test It works with 1.6 and fails when I upgrade svn to 1.7. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649514: src:nvidia-cg-toolkit: should this package be orphaned?
retitle 649514 O: nvidia-cg-toolkit -- Nvidia Cg toolkit severity 649514 normal reassign 649514 wnpp thanks Hi Miguel (2012.02.14_08:41:26_+0200) > While working on packaging the new release 3.1 from 6 days ago, I > noticed that I never replied to this. Thanks for reminding me. Let's do this. Dear maintainer: This bug has gone without reply for 3 months, I'm orphaning nvidia-cg-toolkit. There's a prospective maintainer already, so the package should be well looked-after. > It has some suggestions from when the Debian NVIDIA Maintainers and > others reviewed it but it probably needs a second look since that was > a while back. I suggest asking them for sponsorship. But I'm also happy to review, e-mail me privately. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660172: python-configobj: Please release a package for Python 3
tag 660172 + upstream forwarded 660172 https://bitbucket.org/zubin71/configobj-py3/issue/3/release thanks > Please release a package for Python 3 We can only do what upstream supports. Upstream configobj doesn't support Python 3. There's a fork that does, but they haven't released. Forwarded a request for a release... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620067: ITA: python-pipeline -- iterator pipelines for Python
Hi Daniele (2012.01.16_17:54:50_+0200) > So python-pipeline was removed but I did not get any review from a > prospective sponsor. Sorry, that was me. /me hangs head in shame. I sent you reviews for python-peak.util and pdfminer at the same time, but clearly forgot about pipeline. My apologies. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 signature.asc Description: Digital signature
Bug#658719: python-cssutils: Dependency on python doesnt seem to be right
Hi Michael (2012.02.05_16:22:03_+0200) > python-cssutils depends on python << 2.8 which brings in 2.7 in sid. However, > it also depends on python2.6 and no longer on python2.6 | python2.7. This > doesn't seem to be right or do we really have to reinstall the old 2.6 > version? It depends on 2.6 because the shebang for the scripts is #!/usr/bin/python2.6 That was a result of the python3 support in cssutils' packaging. The loop across python versions is slightly different to dh's, which calls /usr/bin/python2.6 (the versioned names for all non-default supported pythons), then finally /usr/bin/python (for the default version). This results in a shebang of #!/usr/bin/python. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660572: Depends: python-xmp-toolkit but it is not installable
Package: didjvu Version: 0.2.3-1 Severity: serious Justification: Policy 0.2.3-1 The following packages have unmet dependencies: didjvu : Depends: minidjvu (>= 0.8) but it is not going to be installed Depends: python-xmp-toolkit but it is not installable Sorry, I shouldn't have sponsored that without testing installability. SR -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages didjvu depends on: pn djvulibre-bin 3.5.24-9 pn minidjvu pn python 2.7.2-10 pn python-argparse 1.2.1-2 pn python-gamera 3.3.2-2 pn python-imaging 1.1.7-4 pn python-xmp-toolkit didjvu recommends no packages. didjvu suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679700: accessodf: unopkg isn't on the PATH in Ubuntu
Package: accessodf Version: 0.1-1.1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch In Ubuntu, unokpkg isn't on the PATH. I have no idea why that is, but adding /usr/lib/libreoffice/program to PATH in the maintainer scripts would be useful as it would allow this package to function without modification in Ubuntu. Thanks for considering the patch. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 diff -Nru accessodf-0.1/debian/postinst accessodf-0.1/debian/postinst --- accessodf-0.1/debian/postinst 2012-04-10 00:36:53.0 +0200 +++ accessodf-0.1/debian/postinst 2012-06-30 22:30:55.0 +0200 @@ -3,8 +3,7 @@ # and Timo Jyrinki and was adopted from the openoffice.org-voikko package. It # was modified by Sebastian Humenda to fit for the AccessODF package. -PATH=/bin:/usr/bin - +PATH=/bin:/usr/bin:/usr/lib/libreoffice/program set -e add_extension() { diff -Nru accessodf-0.1/debian/preinst accessodf-0.1/debian/preinst --- accessodf-0.1/debian/preinst2012-04-10 00:36:53.0 +0200 +++ accessodf-0.1/debian/preinst2012-06-30 22:30:39.0 +0200 @@ -3,7 +3,7 @@ # and Timo Jyrinki and was adoptet from the openoffice.org-voikko package. It # was modified by Sebastian Humenda to fit for the accessodf package. -PATH=/bin:/usr/bin +PATH=/bin:/usr/bin:/usr/lib/libreoffice/program set -e flush_unopkg_cache() { diff -Nru accessodf-0.1/debian/prerm accessodf-0.1/debian/prerm --- accessodf-0.1/debian/prerm 2012-04-10 00:36:53.0 +0200 +++ accessodf-0.1/debian/prerm 2012-06-30 22:30:48.0 +0200 @@ -3,6 +3,7 @@ # and Timo Jyrinki and was adoptet from the openoffice.org-voikko package. It # was modified by Sebastian Humenda to fit for the accessodf package. +PATH=/bin:/usr/bin:/usr/lib/libreoffice/program set -e flush_unopkg_cache() {
Bug#679337: [Python-modules-team] Bug#679337: Bug#679337: python-virtualenv: Embedded pip in virtualenv crashes with Python >= 2.7.3, 3.2.3
Hi Vincent (2012.06.29_21:38:36_+0200) > Or copy pip/distribute/setuptools from the system? Or link it? Not that simple. pip is currently installed with easy_install, installing it from the installed version on the system would require manually installing all the necessary files, and re-writing the shebang. Patching the tarball in the source, or patching the installed file programmatically from virtualenv, is probably the way to go. Carl: Why did you use a sub-RC severity? I think virtualenv users would consider this RC. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679907: reportbug: Attachments silently dropped when not using internal MUA
Package: reportbug Version: 6.4 Severity: normal I thought this was documented somewhere, but can't see it now... When using an mua mode (such as mutt), attachments specified with --attach silently vanish. SR -- Package-specific info: ** Environment settings: EDITOR="/usr/bin/vim" DEBEMAIL="stefa...@debian.org" DEBFULLNAME="Stefano Rivera" ** /home/stefanor/.reportbugrc: mode advanced mutt -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.6 ii python2.7.3~rc2-1 ii python-reportbug 6.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils pn debsums pn dlocate pn emacs22-bin-common | emacs23-bin-common ii file 5.11-1 ii gnupg1.4.12-4+b1 ii postfix [mail-transport-agent] 2.9.3-2 ii python-gtk2 2.24.0-3 ii python-gtkspell 2.25.3-12 pn python-urwid pn python-vte ii xdg-utils1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.6 ii python2.7.3~rc2-1 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.14 python-reportbug suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679908: sks: OLD_BDB values for Ubuntu
Package: sks Version: 1.1.3-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Provide OLD_BDB versions for Ubuntu (LP: #1020034) * Create /var/lib/sks/berkeley_db.active even when we aren't upgrading BDB versions. Because Ubuntu has already been on 5.1 for a while, I opted to /var/lib/sks/berkeley_db.active if it doesn't exist and we didn't upgrade the DB. Otherwise it'd only be created when we upgrade to 5.2/whatever comes next. Thanks for considering the patch. SR diff -Nru sks-1.1.3/debian/changelog sks-1.1.3/debian/changelog diff -Nru sks-1.1.3/debian/sks.postinst sks-1.1.3/debian/sks.postinst --- sks-1.1.3/debian/sks.postinst 2012-06-20 10:41:30.0 +0200 +++ sks-1.1.3/debian/sks.postinst 2012-07-02 13:19:39.0 +0200 @@ -73,12 +73,20 @@ if [ -r /var/lib/sks/berkeley_db.active ]; then OLD_BDB=$(cat /var/lib/sks/berkeley_db.active) else - if dpkg --compare-versions "$2" lt "1.1.1+dpkgv3-1"; then - OLD_BDB=4.6 - elif dpkg --compare-versions "$2" lt "1.1.1+dpkgv3-6.1"; then - OLD_BDB=4.7 - else - OLD_BDB=4.7 + if dpkg-vendor --derives-from Ubuntu; then + if dpkg --compare-versions "$2" lt "1.1.1+dpkgv3-6.1"; then + OLD_BDB=4.7 + else + OLD_BDB=5.1 + fi + else # Debian + if dpkg --compare-versions "$2" lt "1.1.1+dpkgv3-1"; then + OLD_BDB=4.6 + elif dpkg --compare-versions "$2" lt "1.1.1+dpkgv3-6.1"; then + OLD_BDB=4.7 + else + OLD_BDB=4.7 + fi fi fi @@ -136,6 +144,8 @@ # Note the active Berkeley DB version cp -f /usr/lib/sks/berkeley_db.txt /var/lib/sks/berkeley_db.active + elif [ ! -e /var/lib/sks/berkeley_db.active ]; then + cp -f /usr/lib/sks/berkeley_db.txt /var/lib/sks/berkeley_db.active fi fi fi
Bug#679910: sks: Include pagesize in sksconf to build with DB 5.1
Package: sks Version: 1.1.3-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Include pagesize and ptree_pagesize in sksconf, so that importing a dump won't hang (LP: #1019756) This is a relative of #678927 that applies to build/fastbuild rather than upgrades, as far as I can tell. Thanks for considering the patch. SR *** /tmp/tmpMMpYBv/sks_1.1.3-1ubuntu1.debdiff --- sks-1.1.3/debian/debcfg/sksconf 2012-06-20 10:41:30.0 +0200 +++ sks-1.1.3/debian/debcfg/sksconf 2012-07-02 14:20:45.0 +0200 @@ -30,3 +30,8 @@ # Runs database statistics calculation on boot (time and cpu expensive) #initial_stat: + +# BDB Tuning, allows building from a dump without locking-up +# http://lists.nongnu.org/archive/html/sks-devel/2012-06/msg00120.html +#pagesize: 128 +#ptree_pagesize: 16 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680761: sks: berkeley_db.txt empty when built with Ubuntu's buildds
Package: sks Version: 1.1.3-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Look for ^.i not ^ii in libdbX.Y-dev packages for BDB_VERSION. And assert that we have a value (LP: #1021650) It looks like the sbuild in Ubuntu's buildds does things slight differently (it's an ancient fork of sbuild). The libdbX.Y-dev packages are listed as pi not ii. So we should grep for ^.i, or find a slightly more sophisticated way to determine BDB_VERSION. Thanks for considering the patch. SR -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru sks-1.1.3/debian/rules sks-1.1.3/debian/rules --- sks-1.1.3/debian/rules 2012-06-20 01:07:08.0 -0600 +++ sks-1.1.3/debian/rules 2012-07-06 14:30:39.0 -0600 @@ -12,7 +12,7 @@ export DEB_BUILD_OPTIONS += $(if $(BYTECODE)," nostrip",) -BDB_VERSION ?= $(shell LC_ALL=C dpkg-query -l 'libdb[45].[0-9]-dev' | grep ^ii | sed -e 's|.*\s\libdb\([45]\.[0-9]\)-dev\s.*|\1|') +BDB_VERSION ?= $(shell LC_ALL=C dpkg-query -l 'libdb[45].[0-9]-dev' | grep ^.i | sed -e 's|.*\s\libdb\([45]\.[0-9]\)-dev\s.*|\1|') %: dh $@ --with=ocaml @@ -26,6 +26,8 @@ $(MAKE) PREFIX="$(TMP)/usr" MANDIR="$(TMP)/usr/share/man" $(install) # Debian specific cp -a debian/debcfg/* debian/sks/etc/sks + # Check that we have a value for BDB_VERSION + [ -n "$(BDB_VERSION)" ] echo $(BDB_VERSION) > debian/sks/usr/lib/sks/berkeley_db.txt cp -a sampleWeb/OpenPKG/* debian/sks/var/lib/sks/www/
Bug#650293: segfault while running it with eventlet
Hi Faule (2011.11.28_18:11:02_+0200) > The problem lies in the greenlet module and is already fixed on the bitbucket > version from snaury: https://bitbucket.org/snaury/greenlet > > The fixed version is _not_ available on pypi yet. This issue is reproducible on i386, not amd64. No idea which revision fixes the problem, however it *is* fixed in 0.3.3, released upstream. (as a zip file only, which is why DEHS hasn't seen it) Dear python-greenlet maintainers, would you mind doing a new upload, please? :) I'd kind of like the other RC bug (#640577) fix to be uploaded. I would NMU it, but that seems silly if there'd still be this RC bug left behind... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659060: [ubuntu-dev] Bug#659060: Patch for #659060
Hi Alessio (2012.02.08_00:10:59_+0200) > +1 from me to extend the patch in order to set DIST and ARCH too, they won't > hurt though. Made it so, thanks. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677801: [Python-modules-team] Bug#677801: (no subject)
Hi Sergey (2012.08.15_11:08:42_+0200) > The problem appeared again in the version of python 2.7.3-2. Can't reproduce it. | $ virtualenv test | New python executable in test/bin/python | Installing | distribute.done. | Installing pip...done. | $ bin/python bin/pip -h | Usage: pip COMMAND [OPTIONS] | | Options: ... | $ bin/python bin/pip install urllib3 | Downloading/unpacking urllib3 | Downloading urllib3-1.5.tar.gz | Running setup.py egg_info for package urllib3 | | Installing collected packages: urllib3 | Running setup.py install for urllib3 | | Successfully installed urllib3 | Cleaning up... > Not overwriting existing python script > /srv/python-sandbox/python-sandbox-unicom24/bin/python (you must use > /srv/python-sandbox/python-sandbox-unicom24/bin/python2.7) Looks like an existing virtualenv? SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677801: [Python-modules-team] Bug#677801: (no subject)
Control: fixed 677801 1.1-3 Hi Sergey (2012.08.25_23:25:41_+0200) > I found the problem, it virtualenv 1.7.2 > If you use the package python-virtualenv_1.7.1.2-2, then it works. > > i installed virtualenv from pip. See http://bugs.debian.org/679337 SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686171: python-django-piston: Django 1.4 compatibility
Package: python-django-piston Version: 0.2.3-1 Severity: serious Tags: upstream patch Ubuntu has cherry-picked two upstream Django 1.4 compatibility patches for python-django-piston, but they were never forwarded to Debian: https://bitbucket.org/jespern/django-piston/changeset/7c90898072ce https://bitbucket.org/jespern/django-piston/changeset/3a0d021dd042 Upstream hasn't released a version including these patches, yet, so I propose we cherry-pick them too. SR -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From: Andi Albrecht Subject: Use _base_content_is_iter or _is_string Correctly use _base_content_is_iter or _is_string on HttpResponse depending on Django version. Origin: upstream, https://bitbucket.org/jespern/django-piston/changeset/3a0d021dd042 --- python-django-piston-0.2.3.orig/piston/resource.py 2011-11-01 09:52:13.0 -0400 +++ python-django-piston-0.2.3/piston/resource.py 2012-06-27 12:43:41.424489361 -0400 @@ -1,5 +1,6 @@ import sys, inspect +import django from django.http import (HttpResponse, Http404, HttpResponseNotAllowed, HttpResponseForbidden, HttpResponseServerError) from django.views.debug import ExceptionReporter @@ -181,13 +182,15 @@ # If we're looking at a response object which contains non-string # content, then assume we should use the emitter to format that # content -if isinstance(result, HttpResponse) and not result._is_string: +if self._use_emitter(result): status_code = result.status_code -# Note: We can't use result.content here because that method attempts -# to convert the content into a string which we don't want. -# when _is_string is False _container is the raw data +# Note: We can't use result.content here because that +# method attempts to convert the content into a string +# which we don't want. when +# _is_string/_base_content_is_iter is False _container is +# the raw data result = result._container - + srl = emitter(result, typemapper, handler, fields, anonymous) try: @@ -212,6 +215,16 @@ return e.response @staticmethod +def _use_emitter(result): +"""True iff result is a HttpResponse and contains non-string content.""" +if not isinstance(result, HttpResponse): +return False +elif django.VERSION >= (1, 4): +return not result._base_content_is_iter +else: +return result._is_string + +@staticmethod def cleanup_request(request): """ Removes `oauth_` keys from various dicts on the --- python-django-piston-0.2.3.orig/piston/utils.py 2011-11-01 09:52:13.0 -0400 +++ python-django-piston-0.2.3/piston/utils.py 2012-06-27 12:43:41.424489361 -0400 @@ -1,4 +1,6 @@ import time + +import django from django.http import HttpResponseNotAllowed, HttpResponseForbidden, HttpResponse, HttpResponseBadRequest from django.core.urlresolvers import reverse from django.core.cache import cache @@ -50,24 +52,30 @@ class HttpResponseWrapper(HttpResponse): """ -Wrap HttpResponse and make sure that the internal _is_string -flag is updated when the _set_content method (via the content -property) is called +Wrap HttpResponse and make sure that the internal +_is_string/_base_content_is_iter flag is updated when the +_set_content method (via the content property) is called """ def _set_content(self, content): """ -Set the _container and _is_string properties based on the -type of the value parameter. This logic is in the construtor -for HttpResponse, but doesn't get repeated when setting -HttpResponse.content although this bug report (feature request) -suggests that it should: http://code.djangoproject.com/ticket/9403 +Set the _container and _is_string / +_base_content_is_iter properties based on the type of +the value parameter. This logic is in the construtor +for HttpResponse, but doesn't get repeated when +setting HttpResponse.content although this bug report +(feature request) suggests that it should: +http://code.djangoproject.com/ticket/9403 """ +is_string = False if not isinstance(content, basestring) and hasattr(content, '__iter__'): self._container = content -
Bug#497153: status of bug #497153 (ITP: git-bzr)
Control: retitle 497153 ITP: git-bzr-ng -- a bidirectional git - bazaar gateway Hi Olivier (2012.09.02_14:58:27_+0200) > Does this mean that you're willing to maintain git-bzr-ng and not > git-bzr (or are these the same ?), and if so, I suggest to rename the > ITP, otherwise, just create another ITP... Renamed. Going from message #55, and my experience, it seems that git-bzr-ng works well for most people > Any pointer to the sources of the package ? In PAPT SVN http://wiki.debian.org/Teams/PythonAppsPackagingTeam I delayed a but while I prod the upstream about a source release (nice to get an idea of what the upstream version scheme is going to be, before we put it in the archive). https://github.com/termie/git-bzr-ng/issues/43 No response yet, which probably isn't a good sign for the health of this package. But it seems to work well enough... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682413: linux-image-3.2.0-3-amd64: USB TrackPoint keyboards unusable since synaptics-usb was included
Package: src Version: 3.2.21-3 Severity: normal I have a bunch of old IBM USB keyboards with TrackPoints (I became addicted to TrackPoints since my first ThinkPad, and can't normal keyboards any more without swearing). I don't have one of these plugged into my laptop as I type this, so it doesn't appear in the lsusb output below, but it does appear as these devices when attached: Bus 007 Device 002: ID 04b3:3016 IBM Corp. UltraNav Keyboard Hub Bus 007 Device 003: ID 04b3:3018 IBM Corp. UltraNav Keyboard Bus 007 Device 004: ID 06cb:0009 Synaptics, Inc. Composite TouchPad and TrackPoint Since 3.2.21-1 (but I only noticed it at 3.2.21-3, I try and avoid rebooting) the track points in the keyboards have become pretty unusable. The mouse cursor wanders around a lot, esp. when a finger is resting on it, making precise pointing infuriating. I suspect that this is what is being described here [0]: > Notice that the pointing stick will behave in a strange way if you > only rebind the device, but do not use the X.Org driver. [0]: http://jan-steinhoff.de/linux/synaptics-usb.html I don't see any sign of x86-input-pointing-stick in the archive, so I suspect that I'm best off without the synaptics_usb driver. I can't seem to rebind the keyboard to use usbhid, and blacklisting synaptics_usb just disables the TrackPoint entirely. I'm assuming that usbhid doesn't want to bind to these devices any more. Currently living on 3.2.20-1, but I'd appreciate suggestions on a way forward. SR -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Thu Jun 28 09:07:26 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=d45955c6-71ca-4009-9826-19e47f0c86d7 ro ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [238907.578674] iwlwifi :03:00.0: GF was set with SGI:SISO [238907.593415] iwlwifi :03:00.0: GF was set with SGI:SISO [238907.723500] iwlwifi :03:00.0: GF was set with SGI:SISO [238907.723508] iwlwifi :03:00.0: GF was set with SGI:SISO [238907.723511] iwlwifi :03:00.0: GF was set with SGI:SISO [238907.963548] iwlwifi :03:00.0: GF was set with SGI:SISO [238908.129612] iwlwifi :03:00.0: GF was set with SGI:SISO [238908.521224] iwlwifi :03:00.0: GF was set with SGI:SISO [238909.184399] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.175950] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.426327] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.513952] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.765111] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.848796] iwlwifi :03:00.0: GF was set with SGI:SISO [238910.864260] iwlwifi :03:00.0: GF was set with SGI:SISO [238911.092367] iwlwifi :03:00.0: GF was set with SGI:SISO [238911.193641] iwlwifi :03:00.0: GF was set with SGI:SISO [238911.640930] iwlwifi :03:00.0: GF was set with SGI:SISO [238912.587376] iwlwifi :03:00.0: GF was set with SGI:SISO [238912.739504] iwlwifi :03:00.0: GF was set with SGI:SISO [238912.811095] iwlwifi :03:00.0: GF was set with SGI:SISO [238914.686106] iwlwifi :03:00.0: GF was set with SGI:SISO [238914.700338] iwlwifi :03:00.0: GF was set with SGI:SISO [238914.950125] iwlwifi :03:00.0: GF was set with SGI:SISO [238914.953083] iwlwifi :03:00.0: GF was set with SGI:SISO [238914.953922] iwlwifi :03:00.0: GF was set with SGI:SISO [238915.183053] iwlwifi :03:00.0: GF was set with SGI:SISO [238915.207574] iwlwifi :03:00.0: GF was set with SGI:SISO [238915.446260] iwlwifi :03:00.0: GF was set with SGI:SISO [238915.448958] iwlwifi :03:00.0: GF was set with SGI:SISO [238915.514750] iwlwifi :03:00.0: GF was set with SGI:SISO [238917.411638] iwlwifi :03:00.0: GF was set with SGI:SISO [238917.462788] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.151560] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.162312] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.190515] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.203272] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.216150] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.220678] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.220684] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.251487] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.270577] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.291039] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.328086] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.343932] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.346571] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.674559] iwlwifi :03:00.0: GF was set with SGI:SISO [238918.733476] iwlwifi :03:00.0: GF was set with SGI:SISO [238919.694561] iwlwifi :03:00.0: GF was set with SGI:SISO [238919.944282] iwlwifi :03
Bug#680635: [Python-modules-team] Bug#680635: simple fix
Hi Gaionim (2012.07.23_16:33:35_+0200) > To fix, simply rename > pysideuic/port_v3/proxy_base.py > to > pysideuic/port_v3/proxy_base.py3 .py3 would be wrong. That file just shouldn't be present in a python-X package, if it doesn't support python 2. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497153: status of bug #497153 (ITP: git-bzr)
Owner: ! > What's the status of bug #497153? Given no activity here, I'll take this. I use git-bzr-ng, so I might as well maintain it. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497153: status of bug #497153 (ITP: git-bzr)
Control: owner ! Gah. I knew we could now do control messages in pseudo-headers, but got the syntax wrong. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org