Bug#535822: mirage: should suggest gimp, imagemagick
Package: mirage Version: 0.9.3-4 Severity: minor Due to default keybindings, mirage should suggest gimp and imagemagick. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535840: python-xdg: defunct links in README
Package: python-xdg Version: 0.15-1.1 Severity: minor File: /usr/share/doc/python-xdg/README Almost all links in /usr/share/doc/python-xdg/README are defunct. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535951: netcat-openbsd: No manual entry for nc.openbsd
Package: netcat-openbsd Version: 1.89-3 Severity: minor The manual page should be available under the nc.openbsd name (rather than nc_openbsd): $ command -v nc.openbsd /bin/nc.openbsd $ man nc.openbsd No manual entry for nc.openbsd See 'man 7 undocumented' for help when manual pages are not available. $ man nc_openbsd NC(1) BSD General Commands ManualNC(1) [snip] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535949: bluez: No manual page for rctest
Package: bluez Version: 4.42-2 Severity: normal No manual page for rctest binary is available. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535955: liboil0.3: No manual page for oil-bugreport
Package: liboil0.3 Version: 0.3.16-1 Severity: normal No manual page for oil-bugreport is available. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536145: python-pyrex: access to dictionary-like objects is broken
Package: python-pyrex Version: 0.9.8.5-1 Severity: important (This bug is somewhat related to #483035.) $ cat tmp.py import weakref class Object(object): pass cdef object o, d o = Object() d = weakref.WeakValueDictionary() def f(long x): d[x] = o f(0) f(-42) print dict(d) $ pyrexc tmp.pyx $ gcc -fPIC -shared -I/usr/include/python2.5/ -lpython2.5 tmp.c -o tmp.so $ python -c 'import tmp' {0: tmp.Object object at 0xb805994c, -41: tmp.Object object at 0xb805994c} As you can see, -42 magically turned into -41. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pyrex depends on: ii python2.5.4-2An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt Versions of packages python-pyrex recommends: ii python-all-dev2.5.4-2Package depending on all supported python-pyrex suggests no packages. -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536145: python-pyrex: access to dictionary-like objects is broken
clone 536145 -1 reassign -1 cython 0.10.3-1 retitle -1 cython: access to dictionary-like objects is broken cython produces broken code, too: * Jakub Wilk uba...@users.sf.net, 2009-07-07, 22:33: $ cat tmp.py import weakref class Object(object): pass cdef object o, d o = Object() d = weakref.WeakValueDictionary() def f(long x): d[x] = o f(0) f(-42) print dict(d) $ pyrexc tmp.pyx $ gcc -fPIC -shared -I/usr/include/python2.5/ -lpython2.5 tmp.c -o tmp.so $ python -c 'import tmp' {0: tmp.Object object at 0xb805994c, -41: tmp.Object object at 0xb805994c} As you can see, -42 magically turned into -41. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527486: jinja2: FTBFS: python error
tags 527486 + patch thanks * Daniel Schepler dschep...@gmail.com, 2009-05-07, 13:34: fakeroot debian/rules binary PYTHONPATH=/tmp/buildd/jinja2-2.1.1 make -C docs html make[1]: Entering directory `/tmp/buildd/jinja2-2.1.1/docs' mkdir -p _build/html _build/doctrees sphinx-build -b html -d _build/doctrees . _build/html /tmp/buildd/jinja2-2.1.1/jinja2/__init__.py:31: UserWarning: Module jinja2 was already imported from /tmp/buildd/jinja2-2.1.1/jinja2/__init__.py, but /usr/lib/pymodules/python2.5 is being added to sys.path __version__ = __import__('pkg_resources') \ Running Sphinx v0.6.1 Exception occurred: File /usr/lib/pymodules/python2.5/sphinx/builders/html.py, line 104, in init_templates self.templates.init(self, self.theme) TypeError: init() takes exactly 2 arguments (3 given) The full traceback has been saved in /tmp/sphinx-err-l88Jtk.log, if you want to report the issue to the author. Please also report this if it was a user error, so that a better error message can be provided next time. Send reports to sphinx-...@googlegroups.com. Thanks! The attached patch fixes this problem. -- Jakub Wilk --- jinja2-2.1.1.orig/docs/conf.py +++ jinja2-2.1.1/docs/conf.py @@ -96,7 +96,7 @@ #html_use_smartypants = True # use jinja2 for templates -template_bridge = 'jinjaext.Jinja2Bridge' +template_bridge = 'sphinx.jinja2glue.BuiltinTemplateLoader' # no modindex html_use_modindex = False
Bug#536227: python-jinja2: bogus Environment.overlay method/attribute
Package: python-jinja2 Version: 2.1.1-2 Severity: normal Depending on the way an Environment instance was created, .overlay could be either a bound method or a boolean: from jinja2 import * e = Environment() e jinja2.environment.Environment object at 0xb7f6ccac e.overlay bound method Environment.overlay of jinja2.environment.Environment object at 0xb7f6ccac o = e.overlay() o jinja2.environment.Environment object at 0xb7b1caec o.overlay True That's quite weird and confusing for the documentation generator. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-jinja2 depends on: ii libc6 2.9-19 GNU C Library: Shared libraries ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P Versions of packages python-jinja2 recommends: ii python-pkg-resources 0.6c9-2Package Discovery and Resource Acc pn python-pybabelnone (no description available) Versions of packages python-jinja2 suggests: ii python-jinja2-doc 2.1.1-2.1 documentation for the Jinja2 Pytho -- debconf-show failed -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518436: python-urlgrabber: newer version available.
* Mauro Lizaur ma...@cacavoladora.org, 2009-03-06, 01:21: Package: python-urlgrabber Version: 3.1.0-4 Severity: normal Please note that the CVS version is different (and newer) from the latest version released (3.1.0), also it has various fixes/improvements on its code. I attach as an example a diff from the file urlgrabber/grabber.py. It seems that yum folks had taken over maintenance of urlgrabber: http://yum.baseurl.org/gitweb?p=urlgrabber.git BTW, Mercurial source contains yet another version: http://selenic.com/repo/hg/log/tip/mercurial/keepalive.py http://bugs.debian.org/531062 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536273: python-lxml: can produce invalid XML
Package: python-lxml Version: 2.1.5-1 Severity: normal $ cat buggy.py import sys import lxml.etree as et root = et.Element('root') root.text = u'''\u1234\x07''' et.ElementTree(root).write(sys.stdout) $ python buggy.py | xmllint - -:1: parser error : PCDATA invalid Char value 7 root#4660;/root ^ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-lxml depends on: ii libc6 2.9-19GNU C Library: Shared libraries ii libxml22.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.11register and build utility for Pyt ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime python-lxml recommends no packages. Versions of packages python-lxml suggests: pn python-lxml-dbg none (no description available) -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536273: python-lxml: can produce invalid XML
clone 536273 -1 -2 -3 reassign -1 python2.5 2.5.4-1 retitle -1 python2.5: xml.etree can produce invalid XML reassign -2 python-elementtree 1.2.6-14 retitle -2 python-elementtree: can produce invalid XML reassign -3 python-celementtree 1.0.5-10 retitle -3 python-celementtree: can produce invalid XML thanks Other ElementTree implementations have similar bugs: * Jakub Wilk uba...@users.sf.net, 2009-07-08, 20:25: Package: python-lxml Version: 2.1.5-1 Severity: normal $ cat buggy.py import sys import lxml.etree as et root = et.Element('root') root.text = u'''\u1234\x07''' et.ElementTree(root).write(sys.stdout) $ python buggy.py | xmllint - -:1: parser error : PCDATA invalid Char value 7 root#4660;/root ^ -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536285: mirage: half-selected images
Package: mirage Version: 0.9.3-4 Severity: grave mirage could trick a user to delete other files than he meant to. To reproduce this bug: - Open a folder with a least 2 images, say; A and B. Initially A is selected. - Click on thumbnail B. - Click on thumbnail A. Now thumbnail A is highlighted, image A is show. (However window title still show the name of B.) - Press Delete, confirm. Surprise, B is gone. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mirage depends on: ii libc6 2.9-19 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii python2.5.4-2An interactive high-level object-o ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P ii python2.5 2.5.4-1An interactive high-level object-o mirage recommends no packages. mirage suggests no packages. -- debconf-show failed -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536377: /usr/bin/debget: downloads wrong package
Package: debian-goodies Version: 0.51 Severity: normal File: /usr/bin/debget Tags: patch If apt-get were going to install more than one package, debget would download a wrong one: $ apt-get -q2 --print-uris --reinstall install libapache-dbi-perl | grep -n /libapache-dbi-perl_ 13:'ftp://ftp.pl.debian.org/debian/pool/main/liba/libapache-dbi-perl/libapache-dbi-perl_1.07-1_all.deb' libapache-dbi-perl_1.07-1_all.deb 53964 SHA256:c2178c8619e4fee0a02033f6e672c82baaa2b034e1d1fff390a5e4527e3745df $ debget libapache-dbi-perl (libapache-dbi-perl - 1.07-1) Downloading libapache-dbi-perl from ftp://ftp.pl.debian.org/debian/pool/main/a/apr-util/libaprutil1-dbd-mysql_1.3.7+dfsg-1_i386.deb [snip] The attached patches fixes the problem. -- Jakub Wilk diff --git a/debget b/debget --- a/debget +++ b/debget @@ -67,7 +67,7 @@ version=`echo $version | sed -ne '$s/^.*: \(.*\).*$/\1/p'` echo ($pkgspec - $version) done - aptdata=$(apt-get -q2 --print-uris --reinstall install $pkgspec 2/dev/null | head -1) + aptdata=$(apt-get -q2 --print-uris --reinstall install $pkgspec 2/dev/null | grep -F /${pkgspec}_) if [ -z $aptdata ] ; then echo ERROR: No APT data returned for '$pkgspec'. Sorry. echo This is probably because the package is in the local apt cache
Bug#536389: RFP: libfile-bom-perl -- utilities for handling byte order marks
Package: wnpp Severity: wishlist * Package name: libfile-bom-perl Version : 0.14 Upstream Author : Matt Lawrence matt...@cpan.org * URL : http://search.cpan.org/~mattlaw/File-BOM-0.14/lib/File/BOM.pm * License : same as Perl Programming Lang: Perl Description : utilities for handling byte order marks File::BOM provides functions for handling Unicode byte order marks, which are to be found at the beginning of some files and streams. The intention of this module is for files with BOMs to be readable as seamlessly as possible, regardless of the encoding used. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536390: RFP: libtex-encode-perl -- encode/decode Perl UTF-8 strings into TeX
Package: wnpp Severity: wishlist * Package name: libtex-encode-perl Version : 1.1 Upstream Author : Timothy D Brody tdb...@ecs.soton.ac.uk * URL : http://search.cpan.org/dist/TeX-Encode/lib/TeX/Encode.pm * License : same as Perl Programming Lang: Perl Description : encode/decode Perl UTF-8 strings into TeX TeX::Encode provides encoding to LaTeX escapes from UTF-8 using mapping tables in Pod::LaTeX and HTML::Entities. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536391: RFP: libproc-reliable -- run external processes reliably with many options
Package: wnpp Severity: wishlist * Package name: libproc-reliable Version : 1.16 Upstream Author : Dan Goldwater dg...@zblob.com * URL : http://search.cpan.org/dist/Proc-Reliable/Reliable.pm * License : same as Perl Programming Lang: Perl Description : run external processes reliably with many options Proc::Reliable is a class for simple, reliable and configurable subprocess execution in Perl. In particular, it is especially useful for managing the execution of 'problem' programs which are likely to fail, hang, or otherwise behave in an unruly manner. Proc::Reliable includes all the functionality of the backtick operator and system() functions, plus many common uses of fork() and exec(), open2() and open3(). Proc::Reliable incorporates a number of options, including sending data to the subprocess on STDIN, collecting STDOUT and STDERR separately or together, killing hung processes, timeouts and automatic retries. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536533: mercurial-common: alias extension is gone
Package: mercurial-common Version: 1.3-2 Severity: normal $ zgrep -B1 'alias -' /usr/share/doc/mercurial-common/changelog.Debian.gz New extensions: * alias - allow user-defined command aliases $ python -c 'import hgext.alias' Traceback (most recent call last): File string, line 1, in module ImportError: No module named alias -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial-common depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P Versions of packages mercurial-common recommends: ii mercurial 1.3-2 scalable distributed version contr Versions of packages mercurial-common suggests: pn python-mysqldbnone (no description available) pn python-opensslnone (no description available) ii python-pygments 1.0-3 syntax highlighting package writte pn wish none (no description available) -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523837: module-init-tools: depmod(8) does not mention --map option
reopen 523837 = found 523837 3.9-2 thanks The --map option is still undocumented: $ man depmod | grep -c -E -- '-m|--map' 0 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536577: iceweasel-itsalltext: opens 1 instance of editor
Package: iceweasel-itsalltext Version: 1.3.1-1 Severity: important Sometimes itsalltext opens more than 1 instance of an editor. For example, when I press my shortcut key in the first form of the attached page, a few dozens (!) of editors is spawned. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-itsalltext depends on: ii iceweasel 3.0.11-1 lightweight web browser based on M iceweasel-itsalltext recommends no packages. iceweasel-itsalltext suggests no packages. -- no debconf information -- Jakub Wilk
Bug#536583: RFP: iceweasel-open-in-browser -- Iceweasel extension to display documents in browser window
Package: wnpp Severity: wishlist * Package name: iceweasel-open-in-browser Version : 1.6 Upstream Author : Sylvain Pasche sylvain.pas...@gmail.com * URL : http://www.spasche.net/openinbrowser/ * License : Mozilla Public License, version 1.1 Programming Lang: Javascript Description : Iceweasel extension to open documents directly in browser This extension allows you to open the document directly in browser. You can also change the mime type of a document being viewed (could be used as a source viewer). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536657: vim-runtime: X[SB]-Python-Version not highlighted in debian/control
Package: vim-runtime Version: 2:7.2.148-2 Severity: minor XS-Python-Version and XB-Python-Version fields are approved by Debian Python Policy[1], but they are not syntax-highlighted by vim. [1] http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-specifying_versions -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim-runtime depends on: ii dpkg 1.15.3.1 Debian package management system Versions of packages vim-runtime recommends: ii vim 2:7.2.148-2 Vi IMproved - enhanced vi editor ii vim-gtk [vim]2:7.2.148-2 Vi IMproved - enhanced vi editor - vim-runtime suggests no packages. -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536704: RFP: iceweasel-tiny-menu -- Iceweasel extension to shrink menu bar
Package: wnpp Severity: wishlist * Package name: iceweasel-tiny-menu Version : 1.4.10 Upstream Author : Anthony Lieuallen * URL : http://trac.arantius.com/wiki/Extensions/TinyMenu * License : MIT/X Programming Lang: JavaScript Description : Iceweasel extension to shrink menu bar Tiny Menu replaces the standard menu bar with a tiny menu popup. It supports: * Selection for which menus are collapsed into the tiny drop down, and which remain in place on the menu bar. * Display selection: standard text mode, or image (icon) mode. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536805: bison: worthless README.Debian
Package: bison Version: 1:2.4.1.dfsg-2 Severity: minor README.Debian contains only an incomprehensible reference to a bug which was closed over 7 years ago. Thus, the file probably lacks any value and should be removed. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536808: pyrex: invalid Vcs-*
Package: pyrex Version: 0.9.8.5-1 Severity: minor Vcs-Hg is a defunct link. Vcs-Browser points to a place, where you can download upstream VCS repository rather than a place where you can browse VCS with Debian packaging. See [1] for reference. [1] http://lists.debian.org/debian-devel-announce/2007/11/msg6.html -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506315: rst2html --strict discards exit status.
tags 506315 + patch forwarded 506315 http://sourceforge.net/tracker/?func=detailaid=2821266group_id=38414atid=422030 thanks * Trent W. Buck trentb...@gmail.com, 2008-11-21, 00:45: I want an option that will make rst2html fail on the slightest hint of a syntax error -- that is, for warnings become failures. Thanks for your report. The attached patch fixes the problem. Until the bug is fixed in Debian, as a work-around you may use the --halt=info option. -- Jakub Wilk diff --git a/docutils/frontend.py b/docutils/frontend.py --- a/docutils/frontend.py +++ b/docutils/frontend.py @@ -387,7 +387,7 @@ 'default': 4, 'metavar': 'level', 'validator': validate_threshold}), ('Halt at the slightest problem. Same as --halt=info.', - ['--strict'], {'action': 'store_const', 'const': 'info', + ['--strict'], {'action': 'store_const', 'const': thresholds['info'], 'dest': 'halt_level'}), ('Enable a non-zero exit status for non-halting system messages at ' 'or above level. Default: 5 (disabled).',
Bug#581522: python-docutils: rst.el does not handle spaces in filenames correctly
Package: python-docutils Version: 0.6-3 Severity: normal Tags: confirmed Quoting https://bugs.launchpad.net/bugs/579252: The function rst-compile fails to quote filenames before invoking the command, which results in the shell interpreting the filename as multiple arguments. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-docutils depends on: ii python2.5.4-9An interactive high-level object-o ii python-roman 0.6-3 module for generating/analyzing Ro ii python-support1.0.8 automated rebuilding support for P Versions of packages python-docutils recommends: pn libpaper-utils none (no description available) ii python 2.5.4-9 An interactive high-level object-o ii python-imaging 1.1.7-1+b1 Python Imaging Library ii python-lxml 2.2.6-1 pythonic binding for the libxml2 a ii python-pygments 1.3.1+dfsg-1 syntax highlighting package writte Versions of packages python-docutils suggests: pn texlive-lang-french none (no description available) ii texlive-latex-base2009-9 TeX Live: Basic LaTeX packages ii texlive-latex-recommended 2009-9 TeX Live: LaTeX recommended packag -- Jakub Wilk signature.asc Description: Digital signature
Bug#577061: setools: diff for NMU version 3.3.6.ds-7.1
tags 577061 + patch tags 577061 + pending thanks Dear maintainer, I've prepared an NMU for setools (versioned as 3.3.6.ds-7.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u setools-3.3.6.ds/debian/changelog setools-3.3.6.ds/debian/changelog --- setools-3.3.6.ds/debian/changelog +++ setools-3.3.6.ds/debian/changelog @@ -1,3 +1,13 @@ +setools (3.3.6.ds-7.1) unstable; urgency=low + + * Non-maintainer upload. + * libsefs built with GCC 4.3 is not binary-compatible with itself built with +GCC 4.4. That's because mangling of va_list has changed in GCC 4.4. To +cope with this situation, provide compatibility aliases for the affected +symbols and update symbol files accordingly. (Closes: #577061). + + -- Jakub Wilk jw...@debian.org Thu, 13 May 2010 17:40:33 +0200 + setools (3.3.6.ds-7) unstable; urgency=low * Bug fix: FTBFS with Python 2.6 as default, thanks to Jakub Wilk diff -u setools-3.3.6.ds/debian/libsefs4.symbols.armel setools-3.3.6.ds/debian/libsefs4.symbols.armel --- setools-3.3.6.ds/debian/libsefs4.symbols.armel +++ setools-3.3.6.ds/debian/libsefs4.symbols.armel @@ -26,11 +26,17 @@ _zn11sefs_fcfile11runquerymapep10sefs_querypfip11sefs_fclistpk10sefs_entrypve...@vers_4.0 3.3.4.ds _zn11sefs_fcfile14appendfilelistepk11apol_vec...@vers_4.0 3.3.4.ds _zn11sefs_fcfilec1epfvpvpk11sefs_fclistipkcs0_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec1epfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfilec1epk11apol_vectorpfvpvpk11sefs_fclistipkcs3_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec1epk11apol_vectorpfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfilec1epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec1epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfilec2epfvpvpk11sefs_fclistipkcs0_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec2epfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfilec2epk11apol_vectorpfvpvpk11sefs_fclistipkcs3_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec2epk11apol_vectorpfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfilec2epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn11sefs_fcfilec2epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fcfiled...@vers_4.0 3.3.4.ds _zn11sefs_fcfiled...@vers_4.0 3.3.4.ds _zn11sefs_fcfiled...@vers_4.0 3.3.4.ds @@ -39,7 +45,9 @@ _zn11sefs_fclist15associatepolicyep11apol_pol...@vers_4.0 3.3.4.ds _zn11sefs_fclist8runqueryep10sefs_qu...@vers_4.0 3.3.4.ds _zn11sefs_fclistc1e16sefs_fclist_typepfvpvpks_ipkcs1_e...@vers_4.0 3.3.4.ds + _zn11sefs_fclistc1e16sefs_fclist_typepfvpvpks_ipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fclistc2e16sefs_fclist_typepfvpvpks_ipkcs1_e...@vers_4.0 3.3.4.ds + _zn11sefs_fclistc2e16sefs_fclist_typepfvpvpks_ipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn11sefs_fclistd...@vers_4.0 3.3.4.ds _zn11sefs_fclistd...@vers_4.0 3.3.4.ds _zn11sefs_fclistd...@vers_4.0 3.3.4.ds @@ -49,7 +57,9 @@ _zn15sefs_filesystem12isquerymatchepk10sefs_querypkcs4_pk6stat64p11apol_vectorp14apol_mls_ra...@vers_4.0 3.3.4.ds _zn15sefs_filesystem8getentryepk17sefs_context_nodejpkcy...@vers_4.0 3.3.4.ds _zn15sefs_filesystemc1epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn15sefs_filesystemc1epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn15sefs_filesystemc2epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn15sefs_filesystemc2epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn15sefs_filesystemd...@vers_4.0 3.3.4.ds _zn15sefs_filesystemd...@vers_4.0 3.3.4.ds _zn15sefs_filesystemd...@vers_4.0 3.3.4.ds @@ -60,9 +70,13 @@ _zn7sefs_db4savee...@vers_4.0 3.3.4.ds _zn7sefs_db8getentryepk17sefs_context_nodejpkcy...@vers_4.0 3.3.4.ds _zn7sefs_dbc1ep15sefs_filesystempfvpvpk11sefs_fclistipkcs2_e...@vers_4.0 3.3.4.ds + _zn7sefs_dbc1ep15sefs_filesystempfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn7sefs_dbc1epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn7sefs_dbc1epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn7sefs_dbc2ep15sefs_filesystempfvpvpk11sefs_fclistipkcs2_e...@vers_4.0 3.3.4.ds + _zn7sefs_dbc2ep15sefs_filesystempfvpvpk11sefs_fclistipkcst9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn7sefs_dbc2epkcpfvpvpk11sefs_fclistis1_s2_e...@vers_4.0 3.3.4.ds + _zn7sefs_dbc2epkcpfvpvpk11sefs_fclistis1_st9__va_liste...@vers_4.0 3.3.6.ds-7.1~ _zn7sefs_dbd...@vers_4.0 3.3.4.ds _zn7sefs_dbd...@vers_4.0 3.3.4.ds _zn7sefs_dbd...@vers_4.0 3.3.4.ds @@ -78,6 +92,7 @@ _znk11sefs_fclist11fclist_typ...@vers_4.0 3.3.4.ds _znk11sefs_fclist15associatepolic...@vers_4.0 3.3.4.ds _znk11sefs_fclist9handlemsgeipk...@vers_4.0 3.3.4.ds + _znk11sefs_fclist9handlemsgeipkcst9__va_l...@vers_4.0 3.3.6.ds-7.1~ _znk15sefs_filesystem4roo...@vers_4.0
Bug#581572: [debchange] --maintainer should keep timezone as-is
Package: devscripts Version: 2.10.64 Severity: wishlist User: devscri...@packages.debian.org Usertags: debchange It would be nice if dch in the --maintainer mode didn't change timezone of the top changelog entry. -- Jakub Wilk signature.asc Description: Digital signature
Bug#581573: [debdiff] compare *.deb and *.changes in version order
Package: devscripts Version: 2.10.64 Severity: wishlist User: devscri...@packages.debian.org Usertags: debdiff Currently --auto-ver-sort works only for comparing source packages. It would be nice if it worked also when comparing two *.deb files or two *.changes files. -- Jakub Wilk signature.asc Description: Digital signature
Bug#581572: [debchange] --maintainer should keep timezone as-is
retitle 581572 [debchange] --maintmaint should keep timezone as-is thanks * Adam D. Barratt a...@adam-barratt.org.uk, 2010-05-13, 21:39: It would be nice if dch in the --maintainer mode --maintmaint mode? :-) Erm, yes. didn't change timezone of the top changelog entry. Does -t / --mainttrailer do what you want? Or were you looking for the datestamp to update, but maintaining the existing timezone? The latter. -- Jakub Wilk signature.asc Description: Digital signature
Bug#581622: [qa.debian.org] Please provide a code.google.com redirector
* Peter Fritzsche peter.fritzs...@gmx.de, 2010-05-14, 13:07: code.google.com seems to become one of the most used code hosting websites after sourceforge and provides a download interface which is at least as ugly as the one from sourceforge. Many packages are now broken after they changed their download interface again and nobody can easily use the href in http://code.google.com/p/project/downloads/list?can=1 anymore with uscan as the real data is hidden in a javascript button onclick or a subpage. It's still feasible to write a watch file for the new download page, see e.g. http://svn.debian.org/viewsvn/python-apps/packages/sinntp/trunk/debian/watch?revision=5212 Please provide a way to use uscan like we do it already with sourceforge. That said, I concur that a redirector would be useful. -- Jakub Wilk signature.asc Description: Digital signature
Bug#581688: libvigraimpex: FTBFS if sizeof (double) == sizeof (long double)
Package: libvigraimpex Version: 1.7.0+dfsg-1 Severity: serious VIGRA fails to build from source on architectures that have doubles and long doubles of the same size (namely arm*, hppa, mips*): | In file included from /build/buildd-libvigraimpex_1.7.0+dfsg-1-mips-R1nvvU/libvigraimpex-1.7.0+dfsg/vigranumpy/src/core/vigranumpycore.cxx:41: | /build/buildd-libvigraimpex_1.7.0+dfsg-1-mips-R1nvvU/libvigraimpex-1.7.0+dfsg/include/vigra/numpy_array.hxx:578: error: redefinition of 'struct vigra::NumpyArrayValuetypeTraitsdouble' | /build/buildd-libvigraimpex_1.7.0+dfsg-1-mips-R1nvvU/libvigraimpex-1.7.0+dfsg/include/vigra/numpy_array.hxx:577: error: previous definition of 'struct vigra::NumpyArrayValuetypeTraitsdouble' | /build/buildd-libvigraimpex_1.7.0+dfsg-1-mips-R1nvvU/libvigraimpex-1.7.0+dfsg/include/vigra/numpy_array.hxx:584: error: redefinition of 'struct vigra::NumpyArrayValuetypeTraitsstd::complexdouble ' | /build/buildd-libvigraimpex_1.7.0+dfsg-1-mips-R1nvvU/libvigraimpex-1.7.0+dfsg/include/vigra/numpy_array.hxx:582: error: previous definition of 'struct vigra::NumpyArrayValuetypeTraitsstd::complexdouble ' -- Jakub Wilk signature.asc Description: Digital signature
Bug#581884: setools: FTBFS with dash (= 0.5.5.1-5): bashisms in configure script
Package: setools Version: 3.3.6.ds-7 Severity: serious Tags: patch User: debian-rele...@lists.debian.org Usertags: goal-dash Hello, The configure script of setools is run by /bin/sh, even though it's full of bashisms: https://buildd.debian.org/fetch.cgi?pkg=setoolsarch=alphaver=3.3.6.ds-7.1stamp=1274029025 (For some reason this bug doesn't trigger with older versions of dash...) -- Jakub Wilk diff -u setools-3.3.6.ds/debian/local.mk setools-3.3.6.ds/debian/local.mk --- setools-3.3.6.ds/debian/local.mk +++ setools-3.3.6.ds/debian/local.mk @@ -136,7 +136,7 @@ @test -d debian/stamp/conf || mkdir -p debian/stamp/conf WARNINGS=none autoreconf -f -i --warnings=none PYTHON_VERSION=$(PYTHON_VERSION) \ - ./configure --verbose --prefix=$(PREFIX) \ + bash ./configure--verbose --prefix=$(PREFIX) \ --sysconfdir=/etc --enable-dependency-tracking \ $(JAVA_CONF_OPTION) --enable-swig-python \ --enable-swig-tcl --disable-bwidget-check \ signature.asc Description: Digital signature
Bug#582001: sb_imapfilter.py: SyntaxError: from __future__ imports must occur at the beginning of the file
Package: spambayes Version: 1.0.4-5.1 Severity: wishlist File: /usr/bin/sb_imapfilter.py Hello, sb_imapfile.py doesn't work at all: $ sb_imapfilter.py File /usr/bin/sb_imapfilter.py, line 89 from __future__ import generators SyntaxError: from __future__ imports must occur at the beginning of the file -- Jakub Wilk signature.asc Description: Digital signature
Bug#582007: /usr/share/nodejs/wafadmin/Tools/flex.py: SyntaxError: invalid syntax
Package: nodejs-dev Version: 0.1.95-1 Severity: normal Hello, There's a syntax error in wafadmin/Tools/flex.py: $ python /usr/share/nodejs/wafadmin/Tools/flex.py File /usr/share/nodejs/wafadmin/Tools/flex.py, line 19 decider = decide_ext, ^ SyntaxError: invalid syntax -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages nodejs-dev depends on: ii libc-ares-dev 1.7.1-0library for asyncronous name resol ii libev-dev 1:3.9-1static library, header files, and ii libssl-dev0.9.8n-1 SSL development libraries, header ii libv8-dev 2.2.7-1Development files for the V8 JavaS ii nodejs0.1.95-1 Node.js event-based server-side ja ii python2.5.4-9An interactive high-level object-o -- Jakub Wilk signature.asc Description: Digital signature
Bug#582012: gforge-web-apache2: PyFontify.py doesn't work with Python 2.6
Package: gforge-web-apache2 Version: 5.0.1-1 Severity: serious File: /usr/share/gforge/www/scm/viewvc/lib/PyFontify.py Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html Hello, PyFontify.py uses with as a variable name, but with is a reserved keyword in Python 2.6: $ PYTHONPATH=/usr/share/gforge/www/scm/viewvc/lib/ python2.6 -c 'import PyFontify' Traceback (most recent call last): File string, line 1, in module File /usr/share/gforge/www/scm/viewvc/lib/PyFontify.py, line 55 def replace(where, what, with): ^ SyntaxError: invalid syntax -- Jakub Wilk signature.asc Description: Digital signature
Bug#582024: inguma: scapext.py doesn't work with Python2.6
Package: inguma Version: 0.0.7.2-1 Severity: serious User: debian-pyt...@lists.debian.org Usertags: python2.6 Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html Hello, scapext.py uses with as a variable name, but with is a reserved keyword in Python 2.6: $ python2.6 /usr/share/inguma/scapext.py File /usr/share/inguma/scapext.py, line 104 tr = map(lambda x: Gnuplot.Data(x,with=lines), trt.values()) ^ SyntaxError: invalid syntax As I couldn't find evidence that the file is actually used at all, the severity is likely to be over-inflated. Please feel free to lower it. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
* Fabian Greffrath greffr...@leat.rub.de, 2010-05-18, 10:28: Seems to be a race condition in the check for the legacy avcodec include file location. Please try the patch attached (which also fixes a bashism BTW). I believe that bashisms are the only problems here. The bug didn't trigger earlier, because dash didn't support LINENO and configure scripts try to avoid such shells; as a result, the configure script was effectively run by bash. However, LINENO has been implemented in dash (= 0.5.5.1-4), so the script is run by /bin/sh now. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
* Fabian Greffrath greffr...@leat.rub.de, 2010-05-19, 10:12: I believe that bashisms are the only problems here. The bug didn't trigger earlier, because dash didn't support LINENO and configure scripts try to avoid such shells; as a result, the configure script was effectively run by bash. However, LINENO has been implemented in dash (= 0.5.5.1-4), so the script is run by /bin/sh now. Indeed! The attached patch also fixes the FTBFS by simply fixing the bashism. Obviously the ampersand character ('') in the line calling gcc has been interpreted by dash to run the compilation in the background and proceed with the script, which already checked the exit status and thus never realized that the compilation failed. Please note that there's other instance of that bashism in line 109: python -c import mutagen /dev/null -- Jakub Wilk signature.asc Description: Digital signature
Bug#581884: setools: diff for NMU version 3.3.6.ds-7.2
tags 581884 + pending thanks Dear maintainer, I've prepared an NMU for setools (versioned as 3.3.6.ds-7.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u setools-3.3.6.ds/debian/local.mk setools-3.3.6.ds/debian/local.mk --- setools-3.3.6.ds/debian/local.mk +++ setools-3.3.6.ds/debian/local.mk @@ -136,7 +136,7 @@ @test -d debian/stamp/conf || mkdir -p debian/stamp/conf WARNINGS=none autoreconf -f -i --warnings=none PYTHON_VERSION=$(PYTHON_VERSION) \ - ./configure --verbose --prefix=$(PREFIX) \ + bash ./configure--verbose --prefix=$(PREFIX) \ --sysconfdir=/etc --enable-dependency-tracking \ $(JAVA_CONF_OPTION) --enable-swig-python \ --enable-swig-tcl --disable-bwidget-check \ diff -u setools-3.3.6.ds/debian/changelog setools-3.3.6.ds/debian/changelog --- setools-3.3.6.ds/debian/changelog +++ setools-3.3.6.ds/debian/changelog @@ -1,3 +1,10 @@ +setools (3.3.6.ds-7.2) unstable; urgency=low + + * Non-maintainer upload. + * Run the configure script with bash(Closes: #581884). + + -- Jakub Wilk jw...@debian.org Tue, 18 May 2010 18:47:37 +0200 + setools (3.3.6.ds-7.1) unstable; urgency=low * Non-maintainer upload. signature.asc Description: Digital signature
Bug#582241: libpam-script: s/[Pp]am/PAM/
Source: libpam-script Version: 1.1.3-1 Severity: minor Tags: patch See the attached patch. -- Jakub Wilk diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -9,8 +9,8 @@ Package: libpam-script Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Description: Pam module which allows executing a script +Description: PAM module which allows executing a script This module will allow you to execute scripts during authorization, password changes and sessions. This is very handy if your current - security application has no pam support but is accessible with + security application has no PAM support but is accessible with perl or other scripts. signature.asc Description: Digital signature
Bug#577388: trilinos: diff for NMU version 10.0.4.dfsg-1.1
tags 577388 + patch tags 577388 + pending thanks Dear maintainer, I've prepared an NMU for trilinos (versioned as 10.0.4.dfsg-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u trilinos-10.0.4.dfsg/debian/changelog trilinos-10.0.4.dfsg/debian/changelog --- trilinos-10.0.4.dfsg/debian/changelog +++ trilinos-10.0.4.dfsg/debian/changelog @@ -1,3 +1,10 @@ +trilinos (10.0.4.dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Don't hardcode name of the default make target (closes: #577388). + + -- Jakub Wilk jw...@debian.org Wed, 19 May 2010 13:59:28 +0200 + trilinos (10.0.4.dfsg-1) unstable; urgency=low [Christophe Prud'homme] diff -u trilinos-10.0.4.dfsg/debian/rules trilinos-10.0.4.dfsg/debian/rules --- trilinos-10.0.4.dfsg/debian/rules +++ trilinos-10.0.4.dfsg/debian/rules @@ -5,7 +5,6 @@ DEB_AUTO_CLEANUP_RCS:= yes DEB_BUILDDIR := $(DEB_SRCDIR)/ DEB_MAKE_CLEAN_TARGET:= clean -DEB_MAKE_BUILD_TARGET:= default DEB_COMPRESS_EXCLUDE := .pdf PYVER = $(shell pyversions -dv) TRILINOS_HOME = $(CURDIR)/$(DEB_SRCDIR) signature.asc Description: Digital signature
Bug#582267: ocropus: New upstream version 0.4.4
tags 582267 + confirmed block 582267 with 579401 block 579401 with 579398 thanks * Michael Below mbe...@antithese.de, 2010-05-19, 17:47: My recent trouble with ocrodjvu seems to be an ocropus bug (#582266). While it would be great if that was fixed, I think it makes sense to get the new ocropus version into Debian first. According to the Release Notes at http://code.google.com/p/ocropus/wiki/ReleaseNotes quite a lot has been changed. Thanks, we are aware that the new version is available. As far as I understand, the update to ocropus was held back because it needs a recent iulib. That is now in experimental (and no bugs are reported), Presumably because nobody is using it. :) so I think the update can go ahead. To package all components of new Ocropus, at least OpenFst and pyopenfst needs to be packaged. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571518: zhone: diff for NMU version 0-git20090610-6.1
tags 571518 + pending thanks Dear maintainer, I've prepared an NMU for zhone (versioned as 0-git20090610-6.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u zhone-0-git20090610/debian/control zhone-0-git20090610/debian/control --- zhone-0-git20090610/debian/control +++ zhone-0-git20090610/debian/control @@ -5,10 +5,9 @@ Uploaders: Joachim Breitner nome...@debian.org, Nikita V. Youshchenko yo...@debian.org, Luca Capello l...@pca.it -Build-Depends: debhelper (= 7), python-dev, python-support (= 0.5.3), +Build-Depends: debhelper (= 7), python-all-dev, python-support (= 0.5.3), python-setuptools, cython, libedje-bin, libecore-dev Standards-Version: 3.8.3 -XS-Python-Version: 2.5 Homepage: http://freesmartphone.org/ Vcs-Git: git://git.debian.org/git/pkg-fso/zhone.git Vcs-Browser: http://git.debian.org/?p=pkg-fso/zhone.git;a=summary diff -u zhone-0-git20090610/debian/changelog zhone-0-git20090610/debian/changelog --- zhone-0-git20090610/debian/changelog +++ zhone-0-git20090610/debian/changelog @@ -1,3 +1,13 @@ +zhone (0-git20090610-6.1) unstable; urgency=low + + * Non-maintainer upload. + * Drop XS-Python-Version: 2.5 (closes: #571518). It was added only to work +around debhelper bug (#547510), which is now fixed. + * Build-depend on python-all-dev; build modules for all supported Python +versions. + + -- Jakub Wilk jw...@debian.org Thu, 20 May 2010 00:47:22 +0200 + zhone (0-git20090610-6) unstable; urgency=low * efl libs -03- to -05- transition. signature.asc Description: Digital signature
Bug#531051: handle transition to python2.6
tags 531051 - patch thanks * Andrea Gasparini ga...@yattaweb.it, 2009-05-29, 12:56: Hi, there's a patch in order to make python-pypcap build and work with python2.6. Where is that patch? -- Jakub Wilk signature.asc Description: Digital signature
Bug#582379: libvigraimpex: FTBFS on hppa: 13 of 76 tests failed in test suite MathTest
Package: libvigraimpex Version: 1.7.0+dfsg-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa Justification: FTBFS VIGRA test suite fails on hppa: Running test_math cd /home/jwilk/libvigraimpex-1.7.0+dfsg/obj/test/math ./run_test_math.sh Entering test suite MathTest Failure in (PolynomialTest0, P1::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [2 != 6] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest1, P1::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [1 != 2] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest2, P1::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [1 != -1e+10] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest3, P1::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [-5e-21 != -1e-10] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest4, P1::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [0.1 != 0.2] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest5, P1::testPolynomial)() Assertion failed: roots[i].imag() == reference[N][i+1].imag() [-0.404656 != 0.404656] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:123) Failure in (PolynomialTest7, P1::testPolynomial)() Assertion failed: roots[i].imag() == reference[N][i+1].imag() [-1 != -2] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:123) Failure in (PolynomialTest0, P2::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [2 != 6] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest1, P2::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [1 != 2] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in (PolynomialTest2, P2::testPolynomial)() Assertion failed: roots[i].real() == reference[N][i+1].real() [1 != -1e+10] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:122) Failure in HighOrderPolynomialTest::testPolynomial() Assertion failed: vigra::polynomialRoots(p, roots) (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:159) Failure in SplineTest4::testPrefilterCoefficients() Assertion failed: ps[i] == psb[i] [-0.361341 != -0.0137254] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:256) Failure in SplineTest5::testPrefilterCoefficients() Assertion failed: ps[i] == psb[i] [-0.430575 != -0.0430963] (/home/jwilk/libvigraimpex-1.7.0+dfsg/test/math/test.cxx:256) 13 of 76 tests failed in test suite MathTest Leaving test suite MathTest -- Jakub Wilk signature.asc Description: Digital signature
Bug#582408: lintian: changelog-is-symlink - internal error: cannot run nmu check
Package: lintian Version: 2.4.1 Severity: minor If debian/changelog is a symlink, lintian fails with internal errors: $ apt-get source hello [snip] $ cd hello-2.5/ $ mkdir debian/source $ echo '3.0 (quilt)' debian/source/format $ mv debian/changelog debian/changelog.old $ ln -sf changelog.old debian/changelog $ dpkg-buildpackage -S [snip] $ lintian ../hello_2.5-1.dsc W: hello source: changelog-is-symlink Can't call method data on an undefined value at /usr/share/lintian/checks/nmu line 56, FORMAT line 1. internal error: cannot run nmu check on package hello warning: skipping check of source package hello internal error: control invoked in wrong directory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.51.20100518-1 The GNU assembler, linker and bina ii diffstat 1.47-1 produces graph of changes introduc ii dpkg-dev 1.15.7.2 Debian package development tools ii file 5.04-2 Determines file type using magic ii gettext 0.18-1 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libclass-accessor-per 0.34-1 Perl module that automatically gen ii libipc-run-perl 0.89-1 Perl module for running processes ii libparse-debianchange 1.1.1-2parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-1 module to manipulate and access UR ii locales 2.10.2-8 Embedded GNU C Library: National L ii man-db2.5.7-3on-line manual pager ii perl [libdigest-sha-p 5.10.1-12 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-3on-line manual pager -- debconf-show failed -- Jakub Wilk signature.asc Description: Digital signature
Bug#582425: pdf2djvu: --indirect is broken
Package: pdf2djvu Version: 0.4.11a-1 Severity: serious Tags: upstream pending pdf2djvu should not be released with this bug: $ pdf2djvu --indirect=tmp.djvu tmp.pdf pdf2djvu: option '--indirect' doesn't allow an argument Usage: pdf2djvu [-o output-djvu-file] [options] pdf-file pdf2djvu -i index-djvu-file [options] pdf-file Options: -i, --indirect=FILE [snip] $ pdf2djvu --indirect tmp.djvu tmp.pdf Segmentation fault -- Jakub Wilk signature.asc Description: Digital signature
Bug#582431: python-exactimage: bogus python2.5/site-packages
Package: python-exactimage Version: 0.8.0-4 Severity: important When rebuilt in Ubuntu Maverick, python-exactimage with broken directory structure were produced: $ dpkg -c python-exactimage_0.8.0-4_amd64.deb | grep python2.5 drwxr-xr-x root/root 0 2010-05-19 21:23 ./usr/lib/python2.5/ drwxr-xr-x root/root 0 2010-05-19 21:23 ./usr/lib/python2.5/site-packages/ -rw-r--r-- root/root 1353880 2010-05-19 21:23 ./usr/lib/python2.5/site-packages/_ExactImage.so -rwxr-xr-x root/root 10722 2010-05-19 21:23 ./usr/lib/python2.5/site-packages/ExactImage.py This bug must be fixed before 2.5 is removed from the set of supported Python versions. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582505: python-rpy2: No modules compiled for Python 2.5
clone 582505 -1 reassign -1 src:rpy2 2.1.1-1 retitle -1 rpy2: debian/rules doesn't trap errors inside for loops severity -1 serious thanks * Gaubitzer Erwin erwin.gaubit...@univie.ac.at, 2010-05-21, 13:09: There are no files in /usr/lib/python2.5/site-packages because compilation fails, as checked by apt-get -b source python-rpy2 with following output for python in python2.5 python2.6; \ do $python setup.py install --root=debian/python-rpy2; \ done Ignoring errors in debian/rules is a must policy violation, see Policy 4.6. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582509: rpy2: debian/rules doesn't trap errors inside for loops
* Dirk Eddelbuettel e...@debian.org, 2010-05-21, 08:57: for python in python2.5 python2.6; \ do $python setup.py install --root=debian/python-rpy2; \ done Ignoring errors in debian/rules is a must policy violation, see Policy 4.6. Is there a snippet somewhere about what I need to include in debian/rules ? Replace all instances of for python with set -e; for python. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582561: python-pyrex: please ship /usr/bin/python2.6-pyrexc
Package: python-pyrex Version: 0.9.8.5-2 Severity: normal User: debian-pyt...@lists.debian.org Usertag: python2.6 Hello, python-pyrex ships /usr/bin/python2.4-pyrexc and python2.5-pyrexc. 2.4 is not longer a supported version; 2.6 is, however. Please rebuild the package, so that /usr/bin/python2.6-pyrex is shipped. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582570: megahal: produces broken binaries with current python-support
Package: megahal Version: 9.1.1a-6 Severity: serious Hello, When rebuild in sid environment, megahal binaries didn't contain any Python modules: $ debdiff --nocontrol {archive,sid}/megahal_9.1.1a-6_*.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.4/megahal-9.0.3.egg-info -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.4/mh_python.so -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.5/megahal-9.0.3.egg-info -rw-r--r-- root/root /usr/lib/python-support/megahal/python2.5/mh_python.so -rwxr-xr-x root/root DEBIAN/prerm -- Jakub Wilk signature.asc Description: Digital signature
Bug#582647: sqliteodbc: FTBFS on armel: error: incompatible type for argument 2 of 'sqlite_vmprintf'
Package: sqliteodbc Version: 0.80-1 Severity: serious User: debian-...@lists.debian.org Usertag: eabi Justification: FTBFS or armel sqliteodbc fails to build from source on armel: […] | checking va_list usage... using sqlite_exec_vprintf/sqlite_vmprintf | checking for usleep... yes | checking for localeconv... yes | checking for localtime_r... yes | checking for gmtime_r... yes | updating cache ./config.cache | creating ./config.status | creating Makefile | creating sqliteodbc.spec | touch debian/stamp-autotools | /usr/bin/make -C . | make[1]: Entering directory `/home/user/sqliteodbc-0.80' | ./libtool --mode=compile gcc -g -O2 -g -Wall -O2 -DDRIVER_VER_INFO=\0.80\ -c \ | -I/usr/include -DHAVE_UNIXODBC=1 -I/usr/include -DHAVE_ODBCINSTEXT_H=1 -Imissing -DHAVE_SQLLEN=1 -DHAVE_SQLULEN=1 -DHAVE_SQLROWCOUNT=1 -DHA | -DHAVE_LIBVERSION=1 -DHAVE_ENCDEC=1 -DHAVE_SQLITEATOF=1 -DHAVE_SQLITEMPRINTF=1 -DHAVE_SQLITETRACE=1 sqliteodbc.c | mkdir .libs | gcc -g -O2 -g -Wall -O2 -DDRIVER_VER_INFO=\0.80\ -c -I/usr/include -DHAVE_UNIXODBC=1 -I/usr/include -DHAVE_ODBCINSTEXT_H=1 -Imissing -DHAVE_SQLLEN=1 -DHAVE_S | sqliteodbc.c: In function 'vm_start': | sqliteodbc.c:2759: error: incompatible type for argument 2 of 'sqlite_vmprintf' | /usr/include/sqlite.h:426: note: expected 'va_list' but argument is of type 'char *' | sqliteodbc.c: In function 'drvprepare': | sqliteodbc.c:13614: error: incompatible type for argument 6 of 'sqlite_exec_vprintf' | /usr/include/sqlite.h:399: note: expected 'va_list' but argument is of type 'char *' | sqliteodbc.c: In function 'drvexecute': | sqliteodbc.c:13769: error: incompatible type for argument 7 of 'sqlite_get_table_vprintf' | /usr/include/sqlite.h:416: note: expected 'va_list' but argument is of type 'char *' This issue was originally reported here: https://launchpad.net/bugs/438450 Ubuntu have fixed the build failure by defining CANT_PASS_VALIST_AS_CHARPTR, though I'm unsure it's a valid solution: the code under that ifdef looks somewhat suspicious. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582649: blueman: hardcodes Python versions in debian/control and debian/rules
Package: blueman Version: 1.21-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Tags: patch Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these extra files: -rw-r--r-- root/root 1287 2010-02-24 21:08 ./usr/share/pyshared/_blueman.la -rw-r--r-- root/root298702 2010-02-24 21:08 ./usr/share/pyshared/_blueman.a As a rule of thumb, please avoid hardcoding Python versions anywhere, as it makes Python transitions unnecessary cumbersome. -- Jakub Wilk diff -u blueman-1.21/debian/rules blueman-1.21/debian/rules --- blueman-1.21/debian/rules +++ blueman-1.21/debian/rules @@ -19,4 +19,4 @@ install/blueman:: - rm -f $(CURDIR)/debian/blueman/usr/lib/python2.5/site-packages/_blueman.la - rm -f $(CURDIR)/debian/blueman/usr/lib/python2.5/site-packages/_blueman.a + rm -f $(CURDIR)/debian/blueman/usr/lib/python*/*-packages/_blueman.la + rm -f $(CURDIR)/debian/blueman/usr/lib/python*/*-packages/_blueman.a diff -u blueman-1.21/debian/control blueman-1.21/debian/control --- blueman-1.21/debian/control +++ blueman-1.21/debian/control @@ -7,7 +7,7 @@ Build-Depends: debhelper (= 7), autotools-dev, cdbs, libglib2.0-dev, libtool, libgtk2.0-dev (= 2.14), libstartup-notification0-dev, python-gobject-dev, libbluetooth-dev (= 4.0), intltool, - python2.5-dev | python2.6-dev, python-pyrex, python-gtk2-dev, + python (= 2.5), python-pyrex, python-gtk2-dev, python-notify, python-dbus, python-central Package: blueman @@ -18,7 +18,7 @@ librsvg2-common, hicolor-icon-theme Recommends: python-gconf, policykit-1, libpulse-mainloop-glib0 Homepage: http://blueman-project.org/ -XB-Python-Version: = 2.5 +XB-Python-Version: ${python:Versions} Description: A Graphical bluetooth manager Blueman is a GTK+ bluetooth management utility for GNOME using bluez D-Bus backend. signature.asc Description: Digital signature
Bug#582649: blueman: hardcodes Python versions in debian/control and debian/rules
* Jakub Wilk jw...@debian.org, 2010-05-22, 15:40: When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these extra files: -rw-r--r-- root/root 1287 2010-02-24 21:08 ./usr/share/pyshared/_blueman.la -rw-r--r-- root/root298702 2010-02-24 21:08 ./usr/share/pyshared/_blueman.a As a rule of thumb, please avoid hardcoding Python versions anywhere, as it makes Python transitions unnecessary cumbersome. Minor correction to the patch: - python2.5-dev | python2.6-dev, python-pyrex, python-gtk2-dev, + python (= 2.5), python-pyrex, python-gtk2-dev, It should have been python-dev (= 2.5) rather than python (= 2.5). -- Jakub Wilk signature.asc Description: Digital signature
Bug#582565: vtk: FTBFS with python 2.6 because of hard-coded site-packages directory
# As per http://lists.debian.org/debian-release/2010/02/msg00325.html severity 582565 serious thanks * Denis Barbier bou...@gmail.com, 2010-05-22, 12:50: After applying the patch to fix the FTBFS with boost1.42, the package FTBFS in Ubuntu because of python 2.6. *** /tmp/tmpUOfWSo In Ubuntu, the following changes are required to make the package build with python 2.6: * debian/rules: deleted commands to copy the python package * python-vtk.install: install also the python part, deleted from debian/rules We thought you might be interested in doing the same. On first glance, Fabrice's patch looks correct. I tried your patch, but contents of python-vtk differ: * VTK-5.4.2.egg-info is installed into /usr/share/pyshared/vtk/ whereas it was shippad into /usr/share/pyshared/ The patch corrects a packaging bug in the current version: becuase of misplaced *.egg-info you couldn't import VTK with setuptools: $ python -c import pkg_resources; pkg_resources.require('VTK') Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.5/site-packages/pkg_resources.py, line 648, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.5/site-packages/pkg_resources.py, line 546, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: VTK * With your patch, files are shipped both in /usr/lib/python2.5/site-packages/vtk and /usr/share/pyshared/vtk/ Hmm, are they? Could you post full output of dpkg -c python-vtk*.deb? I am not a Python guy, so any help is welcome to fix those errors. Thanks With my “I-reviewed-a-hell-lot-of-Python-packages” hat on, -- Jakub Wilk signature.asc Description: Digital signature
Bug#582740: dulwich: FTBFS, missing build dependency on git
Package: dulwich Version: 0.6.0-1 Severity: serious Tags: patch Justification: FTBFS Hello, dulwich fails to build from source in a clean chroot: […] | which git /dev/null PYTHONPATH=. python /usr/bin/nosetests -i compat | make[1]: *** [check] Error 1 Adding git to Build-Depends fixes this bug. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571150: avant-window-navigator: FTBFS with Python 2.6 as default
* Julien Lavergne julien.laver...@gmail.com, 2010-03-02, 00:30: I prepared a patch and uploaded a fixed package on mentors.debian.net. Do you have some time to sponsor this upload ? My current sponsor is not available. Yes, I will take a look. -- Jakub Wilk signature.asc Description: Digital signature
Bug#572260: lintian: duplicate entires in lib/Spelling.pm
Source: lintian Version: 2.3.3 Severity: wishlist Some entries in lib/Spelling.pm are duplicated: $ grep -E ' {20}' lib/Spelling.pm | sort | uniq -d accessable accessible accomodate accommodate aquired acquired availble available avaliable available cancelation cancellation developement development neccessary necessary recieve receive recieved received seperate separate seperated separated syncronize synchronize -- Jakub Wilk signature.asc Description: Digital signature
Bug#571516: zapping: FTBFS with Python 2.6 as default
tags 571516 + patch thanks * Jakub Wilk jw...@debian.org, 2010-02-25, 19:41: | /usr/bin/ld: cannot find -lssl The attached patch fixes this bug. -- Jakub Wilk --- zapping-0.10~cvs6.orig/acinclude.m4 +++ zapping-0.10~cvs6/acinclude.m4 @@ -25,10 +25,9 @@ PY_LIB_LOC=-L$PY_EXEC_PREFIX/lib/python$PY_VERSION/config PY_CFLAGS=-I$PY_PREFIX/include/python$PY_VERSION PY_MAKEFILE=$PY_EXEC_PREFIX/lib/python$PY_VERSION/config/Makefile - PY_LOCALMODLIBS=`sed -n -e 's/^LOCALMODLIBS=\(.*\)/\1/p' $PY_MAKEFILE` PY_BASEMODLIBS=`sed -n -e 's/^BASEMODLIBS=\(.*\)/\1/p' $PY_MAKEFILE` PY_OTHER_LIBS=`sed -n -e 's/^LIBS=\(.*\)/\1/p' $PY_MAKEFILE` - PY_EXTRA_LIBS=$PY_LOCALMODLIBS $PY_BASEMODLIBS $PY_OTHER_LIBS + PY_EXTRA_LIBS=$PY_BASEMODLIBS $PY_OTHER_LIBS PYTHON_LIBS=$PY_LIB_LOC -l$PY_LIBS $PY_EXTRA_LIBS AC_SUBST(PY_LIBS) AC_SUBST(PY_LIB_LOC) only in patch2: unchanged: --- zapping-0.10~cvs6.orig/configure +++ zapping-0.10~cvs6/configure @@ -27212,10 +27212,9 @@ PY_LIB_LOC=-L$PY_EXEC_PREFIX/lib/python$PY_VERSION/config PY_CFLAGS=-I$PY_PREFIX/include/python$PY_VERSION PY_MAKEFILE=$PY_EXEC_PREFIX/lib/python$PY_VERSION/config/Makefile - PY_LOCALMODLIBS=`sed -n -e 's/^LOCALMODLIBS=\(.*\)/\1/p' $PY_MAKEFILE` PY_BASEMODLIBS=`sed -n -e 's/^BASEMODLIBS=\(.*\)/\1/p' $PY_MAKEFILE` PY_OTHER_LIBS=`sed -n -e 's/^LIBS=\(.*\)/\1/p' $PY_MAKEFILE` - PY_EXTRA_LIBS=$PY_LOCALMODLIBS $PY_BASEMODLIBS $PY_OTHER_LIBS + PY_EXTRA_LIBS=$PY_BASEMODLIBS $PY_OTHER_LIBS PYTHON_LIBS=$PY_LIB_LOC -l$PY_LIBS $PY_EXTRA_LIBS signature.asc Description: Digital signature
Bug#571554: setools: FTBFS with Python 2.6 as default
tags 571554 + patch thanks * Jakub Wilk jw...@debian.org, 2010-02-26, 00:26: | checking for python... /usr/bin/python | checking for python version... 2.6 | checking for python platform... linux2 | checking for python script directory... ${prefix}/lib/python2.6/dist-packages | checking for python extension module directory... ${exec_prefix}/lib/python2.6/dist-packages | checking for python2.6... (cached) /usr/bin/python [...] | mv -f /build/user-setools_3.3.6.ds-6-amd64-Nll8c_/setools-3.3.6.ds/debian/python-setools/usr/lib/python2.6/site-packages/setools/*.py /build/user-setools_3.3.6.ds-6-amd64-Nll8c_/setools-3.3.6.ds/debian/python-setools/usr/share/python-support/python-setools/; | mv: cannot stat `/build/user-setools_3.3.6.ds-6-amd64-Nll8c_/setools-3.3.6.ds/debian/python-setools/usr/lib/python2.6/site-packages/setools/*.py': No such file or directory The attached patch fixes this bug. However, there are more things in the package that needs attention: - *.pyc and *.pyo files are shipped in the binary package; - the binary packages uses obsolete (pre-0.90) python-support directory layout. -- Jakub Wilk diff -u setools-3.3.6.ds/debian/local.mk setools-3.3.6.ds/debian/local.mk --- setools-3.3.6.ds/debian/local.mk +++ setools-3.3.6.ds/debian/local.mk @@ -639,8 +639,8 @@ gzip -9frq $(DOCDIR)/ # Make sure the copyright file is not compressed $(install_file) debian/copyright $(DOCDIR)/copyright - mv -f$(PDIR)/site-packages/setools/*.py $(MODULES_DIR)/; - mv -f$(PDIR)/site-packages/setools/*$(EXTENSIONS_DIR)/python$$PYTHON_VERSION/; + mv -f$(PDIR)/*-packages/setools/*.py $(MODULES_DIR)/; + mv -f$(PDIR)/*-packages/setools/*$(EXTENSIONS_DIR)/python$$PYTHON_VERSION/; rm -rf $(PDIR) $(strip-lib) @echo done $@ signature.asc Description: Digital signature
Bug#572089: ocrodjvu: output of --list-languages should identify the active OCR engine
After introducing the support of cuneiform the output of --list-languages and some fragments of the man page became in my opinion slightly misleading. It is intentional that --list-languages doesn't show which OCR engine is currently selected. However, I made the documentation a bit clearer: http://jwilk.net/hg/djvu/ocrodjvu/rev/6f490681bcc9 If such clarification is satisfactory for you, I'll close this bug by the next upload. Otherwise, I'll have tag it +wontfix. -- Jakub Wilk signature.asc Description: Digital signature
Bug#572089: ocrodjvu: output of --list-languages should identify the active OCR engine
* Janusz S. Bień jsb...@mimuw.edu.pl, 2010-03-03, 18:30: After introducing the support of cuneiform the output of --list-languages and some fragments of the man page became in my opinion slightly misleading. It is intentional that --list-languages doesn't show which OCR engine is currently selected. However, I made the documentation a bit clearer: http://jwilk.net/hg/djvu/ocrodjvu/rev/6f490681bcc9 This is OK, but the following fragment of the man page The default is eng (English), unless the tesslanguage environment variable is set. seems no longer true. Does this change http://jwilk.net/hg/djvu/ocrodjvu/rev/b61038d309f6 make everything clear? -- Jakub Wilk signature.asc Description: Digital signature
Bug#572456: lintian: new spelling correction: unecessary - unnecessary
Package: lintian Version: 2.3.3 Severity: wishlist Please add unecessary unnecessary to the list of spelling corrections. -- Jakub Wilk signature.asc Description: Digital signature
Bug#572522: ocrodjvu: new problem with cuneiform engine
retitle 572522 ocrodjvu: crashes with ValueError on malformed hOCR severity 572522 minor thanks ocrodjvu --render all --engine cuneiform --language pol --clear-text -o out.djvu in.djvu Processing 'in.djvu': - Page #1 - Page #2 Exception in thread Thread-2: Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner self.run() File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 443, in page_thread result = self.process_page(page) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 423, in process_page page_size=size File /usr/share/ocrodjvu/lib/hocr.py, line 457, in extract_text scan_result = scan(doc.find('/body'), settings) File /usr/share/ocrodjvu/lib/hocr.py, line 419, in scan _scan(node, buffer, BBox(), settings) File /usr/share/ocrodjvu/lib/hocr.py, line 394, in _scan look_down(result, bbox) File /usr/share/ocrodjvu/lib/hocr.py, line 342, in look_down _scan(child, buffer, parent_bbox, settings) File /usr/share/ocrodjvu/lib/hocr.py, line 407, in _scan result[:] = _replace_cuneiform08_paragraph(result[:], settings) File /usr/share/ocrodjvu/lib/hocr.py, line 234, in _replace_cuneiform08_paragraph raise ValueError ValueError ocrodjvu indeed crashes, but on the garbage-in-garbage-out principle. If you run ocrodjvu with the --debug option, you'll see that resulting hOCR files don't contain anything legible. In fact, hOCR for page 2 contains also some control characters, which completely break HTML parsing, leading to a crash. I cannot do much about this, except making the error message more helpful. -- Jakub Wilk signature.asc Description: Digital signature
Bug#572522: ocrodjvu: new problem with cuneiform engine
* Janusz S. Bień jsb...@mimuw.edu.pl, 2010-03-05, 06:30: [...] ocrodjvu indeed crashes, but on the garbage-in-garbage-out principle. If you run ocrodjvu with the --debug option, you'll see that resulting hOCR files don't contain anything legible. In fact, hOCR for page 2 contains also some control characters, which completely break HTML parsing, leading to a crash. I cannot do much about this, except making the error message more helpful. You can skip the faulty page and continue processing. No, that would be wrong. I cannot (programmatically) distinguish between exceptions caused by a faulty OCR engine and those caused by real ocrodjvu bug. Certainly I *don't* want to continue processing when the later ones are raised. That said, if you insist on ignoring exceptions, you can easily achieve that with a simple shell script like: cp in.djvu out.djvu djvused -e remove-txt out.djvu for p in $(seq 1 $(djvused -e n out.djvu)) do ocrodjvu -p $p --in-place --render=all --engine=cuneiform --language=pol out.djvu done -- Jakub Wilk signature.asc Description: Digital signature
Bug#572797: mc: crashes on medit_0.9.2-1.1_i386.deb#deb/CONTENTS/usr/share/locale/
}, st_ctim = {tv_sec = 1267898921, tv_nsec = 0}, st_ino = 6152328} mc_dir = 0x8b07808 蝰\b error = 0x0 isInitialized = value optimized out -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-2The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: pn arj none (no description available) ii bzip21.0.5-4 high-quality block-sorting file co ii catdvi 0.14-11+b1 DVI to plain text translator pn dbview none (no description available) ii djvulibre-bin3.5.22-8Utilities for the DjVu image forma ii epdfview [pdf-viewer]0.1.7-2 Lightweight pdf viewer based on po ii file 5.04-1 Determines file type using magic ii gv [pdf-viewer] 1:3.6.8-1 PostScript and PDF viewer for X pn imagemagick none (no description available) pn links | w3m | lynx none (no description available) pn odt2txt none (no description available) ii perl 5.10.1-11 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto none (no description available) pn python-tznone (no description available) ii unzip6.0-4 De-archiver for .zip files ii xpdf-reader [pdf-viewer] 3.02-1.4+lenny1 Portable Document Format (PDF) sui ii zip 3.0-3 Archiver for .zip files -- debconf-show failed -- Jakub Wilk signature.asc Description: Digital signature
Bug#571556: medit: diff for NMU version 0.9.2-1.2
tags 571556 + pending thanks Dear maintainer, I've prepared an NMU for medit (versioned as 0.9.2-1.2) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u medit-0.9.2/config.guess medit-0.9.2/config.guess --- medit-0.9.2/config.guess +++ medit-0.9.2/config.guess @@ -1,10 +1,10 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 +# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 # Free Software Foundation, Inc. -timestamp='2008-01-23' +timestamp='2009-06-10' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -170,7 +170,7 @@ arm*|i386|m68k|ns32k|sh3*|sparc|vax) eval $set_cc_for_build if echo __ELF__ | $CC_FOR_BUILD -E - 2/dev/null \ - | grep __ELF__ /dev/null + | grep -q __ELF__ then # Once all utilities can be ECOFF (netbsdecoff) or a.out (netbsdaout). # Return netbsd for either. FIX? @@ -324,6 +324,9 @@ case `/usr/bin/uname -p` in sparc) echo sparc-icl-nx7; exit ;; esac ;; +s390x:SunOS:*:*) + echo ${UNAME_MACHINE}-ibm-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` + exit ;; sun4H:SunOS:5.*:*) echo sparc-hal-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; @@ -331,7 +334,20 @@ echo sparc-sun-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; i86pc:SunOS:5.*:* | i86xen:SunOS:5.*:*) - echo i386-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` + eval $set_cc_for_build + SUN_ARCH=i386 + # If there is a compiler, see if it is configured for 64-bit objects. + # Note that the Sun cc does not turn __LP64__ into 1 like gcc does. + # This test works for both compilers. + if [ $CC_FOR_BUILD != 'no_compiler_found' ]; then + if (echo '#ifdef __amd64'; echo IS_64BIT_ARCH; echo '#endif') | \ + (CCOPTS= $CC_FOR_BUILD -E - 2/dev/null) | \ + grep IS_64BIT_ARCH /dev/null + then + SUN_ARCH=x86_64 + fi + fi + echo ${SUN_ARCH}-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; sun4*:SunOS:6*:*) # According to config.sub, this is the proper way to canonicalize @@ -640,7 +656,7 @@ # = hppa64-hp-hpux11.23 if echo __LP64__ | (CCOPTS= $CC_FOR_BUILD -E - 2/dev/null) | - grep __LP64__ /dev/null + grep -q __LP64__ then HP_ARCH=hppa2.0w else @@ -796,7 +812,7 @@ x86) echo i586-pc-interix${UNAME_RELEASE} exit ;; - EM64T | authenticamd) + EM64T | authenticamd | genuineintel) echo x86_64-unknown-interix${UNAME_RELEASE} exit ;; IA64) @@ -806,6 +822,9 @@ [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*) echo i${UNAME_MACHINE}-pc-mks exit ;; +8664:Windows_NT:*) + echo x86_64-pc-mks + exit ;; i*:Windows_NT*:* | Pentium*:Windows_NT*:*) # How do we know it's Interix rather than the generic POSIX subsystem? # It also conflicts with pre-2.0 versions of ATT UWIN. Should we @@ -866,40 +885,17 @@ m68*:Linux:*:*) echo ${UNAME_MACHINE}-unknown-linux-gnu exit ;; -mips:Linux:*:*) +mips:Linux:*:* | mips64:Linux:*:*) eval $set_cc_for_build sed 's/^ //' EOF $dummy.c #undef CPU - #undef mips - #undef mipsel + #undef ${UNAME_MACHINE} + #undef ${UNAME_MACHINE}el #if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL) - CPU=mipsel + CPU=${UNAME_MACHINE}el #else #if defined(__MIPSEB__) || defined(__MIPSEB) || defined(_MIPSEB) || defined(MIPSEB) - CPU=mips - #else - CPU= - #endif - #endif -EOF - eval `$CC_FOR_BUILD -E $dummy.c 2/dev/null | sed -n ' - /^CPU/{ - s: ::g - p - }'` - test x${CPU} != x { echo ${CPU}-unknown-linux-gnu; exit; } - ;; -mips64:Linux:*:*) - eval $set_cc_for_build - sed 's/^ //' EOF $dummy.c - #undef CPU - #undef mips64 - #undef mips64el - #if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL) - CPU=mips64el - #else - #if defined(__MIPSEB__) || defined(__MIPSEB) || defined(_MIPSEB) || defined(MIPSEB) - CPU=mips64 + CPU=${UNAME_MACHINE} #else CPU= #endif @@ -931,10 +927,13 @@ EV67) UNAME_MACHINE=alphaev67 ;; EV68*) UNAME_MACHINE=alphaev68 ;; esac - objdump --private-headers /bin/sh | grep ld.so.1 /dev/null + objdump --private-headers /bin/sh | grep -q ld.so.1 if test $? = 0 ; then LIBC=libc1 ; else LIBC= ; fi echo ${UNAME_MACHINE}-unknown-linux-gnu${LIBC} exit ;; +padre:Linux:*:*) + echo sparc-unknown-linux-gnu + exit ;; parisc:Linux:*:* | hppa:Linux:*:*) # Look for CPU level case `grep '^cpu[^a-z]*:' /proc/cpuinfo 2/dev/null | cut -d' ' -f2` in @@ -982,17 +981,6 @@ elf32-i386) TENTATIVE=${UNAME_MACHINE}-pc-linux-gnu ;; - a.out-i386-linux) - echo ${UNAME_MACHINE}-pc-linux-gnuaout - exit ;; - coff-i386) - echo ${UNAME_MACHINE}-pc-linux-gnucoff - exit
Bug#572808: config-manager: syntax error in config_manager/implementations/svn_vcs.py
Package: config-manager Version: 0.4-2 Severity: important import config_manager.implementations.svn_vcs Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/pymodules/python2.5/config_manager/implementations/svn_vcs.py, line 49 def get_test_repo(self): ^ SyntaxError: invalid syntax -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages config-manager depends on: ii bzr 2.1.0-1 easy to use distributed version co ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-3 GCC support library ii libgetopt++1 0.0.2-p22-3 C++ library for command line parsi ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.6.1 automated rebuilding support for P -- Jakub Wilk signature.asc Description: Digital signature
Bug#572815: config-manager: uninstallable on amd64 - depends on python (= 2.6)
Package: config-manager Version: 0.4-2 Severity: grave Justification: renders package unusable (on amd64) Hello, config-manager on amd64 depends on python (= 2.6), which is not available in sid. I suspect that this bug was caused by building the package in a non-sid environment. If that's the case, simple binNMU should be fix the bug. -- Jakub Wilk signature.asc Description: Digital signature
Bug#573161: ifeffit: FTBFS: Package ifpdf Error: Name clash, \ifpdf is already defined.
Source: ifeffit Version: 2:1.2.11d-3 Severity: serious Justification: no longer builds from source Hello, Your package fails to build from source in a clean sid chroot. Here are the relevant parts of the build log: | make[1]: Entering directory `/ifeffit-1.2.11d/doc/Tutorial' | cp ifmacs_pdf.tex ifmacs.tex | cp title_pdf.tex title.tex | ../scripts/Fixsbox -d pdf tutor.tex | rm -rf *.bak | pdflatex tutor.tex | This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) | restricted \write18 enabled. | entering extended mode | (./tutor.tex | LaTeX2e 2009/09/24 | Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh | yphenation, loaded. | (/usr/share/texmf-texlive/tex/latex/base/article.cls | Document Class: article 2007/10/19 v1.4h Standard LaTeX document class | (/usr/share/texmf-texlive/tex/latex/base/size11.clo)) | (/usr/share/texmf-texlive/tex/latex/fancybox/fancybox.sty | Style option: `fancybox' v1.3 2000/09/19 (tvz) | ) (/usr/share/texmf-texlive/tex/latex/fancyhdr/fancyhdr.sty) | (/usr/share/texmf-texlive/tex/latex/psnfss/times.sty) | \...@input{ifmacs_pdf.aux} | (./ifmacs_pdf.tex (/usr/share/texmf-texlive/tex/latex/graphics/color.sty | (/etc/texmf/tex/latex/config/color.cfg) | (/usr/share/texmf-texlive/tex/latex/pdftex-def/pdftex.def)) | (/usr/share/texmf-texlive/tex/latex/hyperref/hyperref.sty | (/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty) | (/usr/share/texmf-texlive/tex/generic/oberdiek/ifpdf.sty | | ! Package ifpdf Error: Name clash, \ifpdf is already defined. | | See the ifpdf package documentation for explanation. | Type H return for immediate help. | ... | | l.148 } |% | ? | ! Emergency stop. | ... | | l.148 } |% -- Jakub Wilk signature.asc Description: Digital signature
Bug#573292: kdebindings: Python (= 2.6) extensions are not installed
Source: kdebindings Version: 4:4.3.4-1 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, I looks like Python extensions are built for all supported Python versions (which is right thing to do), but those for Python = 2.6 are not installed into the binary package. -- Jakub Wilk signature.asc Description: Digital signature
Bug#573298: pype: installs *.egg-info into an usual location for Python = 2.6
Source: pype Version: 2.5-2 Severity: minor User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package installed *.egg-info file into an unusual location: /usr/share/pype/lib/python2.6/site-packages/PyPE_win32-2.5-py2.6.egg-info This is probably not what you meant. -- Jakub Wilk signature.asc Description: Digital signature
Bug#573305: gstreamer0.10-rtsp: Python (= 2.6) extensions are not installed
Source: gstreamer0.10-rtsp Version: 0.10.5-1 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html Hello, It looks like Python extensions are built for all supported Python versions (which is right thing to do), but those for Python = 2.6 are not installed into the binary package. -- Jakub Wilk signature.asc Description: Digital signature
Bug#573303: gnome-menus: Python (= 2.6) extensions are not installed
Source: gnome-menus Version: 2.28.0.1-3 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, It looks like Python extensions are built for all supported Python versions (which is right thing to do), but those for Python = 2.6 are not installed into the binary package. -- Jakub Wilk signature.asc Description: Digital signature
Bug#573308: museek+: Python (= 2.6) extensions are not installed
Package: museek+ Version: 1:0.2-1 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, It looks like Python extensions are built for all supported Python versions (which is right thing to do), but those for Python = 2.6 are not installed into the binary package. -- Jakub Wilk signature.asc Description: Digital signature
Bug#580154: libvigraimpex: documentation without source
Source: libvigraimpex Version: 1.4.0-1 Severity: serious Justification: Policy 2.2.1 There is no source for doc/vigra/documents/*.ps. -- Jakub Wilk signature.asc Description: Digital signature
Bug#580237: python-aubio: syntax errors with Python 2.6
Package: python-aubio Version: 0.3.2-4 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, Files shipped by python-aubio are not syntactially correct for Python 2.6 (which we expect to become the default soon): | $ python2.6 -m compileall aubio-0.3.2/python/ | Listing aubio-0.3.2/python/ ... | Listing aubio-0.3.2/python/aubio ... | Listing aubio-0.3.2/python/aubio/bench ... | Compiling aubio-0.3.2/python/aubio/bench/onset.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/bench/onset.py', 114, 36, \t\td.append(Gnuplot.Data(fp, gd, with='linespoints', \n)) | | Compiling aubio-0.3.2/python/aubio/gnuplot.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/gnuplot.py', 158, 30, return Gnuplot.Data(x,y,with='lines')\n)) | | Listing aubio-0.3.2/python/aubio/plot ... | Compiling aubio-0.3.2/python/aubio/plot/keyboard.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/plot/keyboard.py', 33, 51, whites = Gnuplot.Data(xw,yw,xwdelta,ywdelta,with = 'boxxyerrorbars')\n)) | | Listing aubio-0.3.2/python/aubio/task ... | Compiling aubio-0.3.2/python/aubio/task/beat.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/task/beat.py', 250, 41, '\t\toplots.append(Gnuplot.Data(results,with=\'linespoints\',title=auto))\n')) | | Compiling aubio-0.3.2/python/aubio/task/notes.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/task/notes.py', 98, 42, \t\toplots.append(Gnuplot.Data(now,freq,with='lines',\n)) | | Compiling aubio-0.3.2/python/aubio/task/onset.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/task/onset.py', 106, 47, \t\toplot.append(Gnuplot.Data(downtime,ofunc,with='lines',title=self.params.onsetmode))\n)) | | Compiling aubio-0.3.2/python/aubio/task/pitch.py ... | SyntaxError: ('invalid syntax', ('aubio-0.3.2/python/aubio/task/pitch.py', 159, 44, \t\toplots.append(Gnuplot.Data(time,pitch,with='lines',\n)) | | Listing aubio-0.3.2/python/aubio/web ... If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#580243: doclifter: manlifter crashes
Package: doclifter Version: 2.3-2 Severity: normal Hello, manlifter does not seem to work at all: $ manlifter -o /tmp Traceback (most recent call last): File /usr/bin/manlifter, line 599, in module exec 'import doclifter_test%s' % os.getpid() File string, line 1, in module ImportError: No module named doclifter_test5317 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages doclifter depends on: ii python2.5.4-9An interactive high-level object-o Versions of packages doclifter recommends: pn plotutils none (no description available) doclifter suggests no packages. -- no debconf information -- Jakub Wilk signature.asc Description: Digital signature
Bug#580246: doclifter: doesn't work with Python 2.6
Package: doclifter Version: 2.3-2 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, doclifter doesn't work with Python 2.6 (which we expect to become the default soon): | $ python2.6 /usr/bin/doclifter | File /usr/bin/doclifter, line 388 | (mark, token, as, markup) = line[5:].split() |^ | SyntaxError: invalid syntax If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages doclifter depends on: ii python2.5.4-9An interactive high-level object-o Versions of packages doclifter recommends: pn plotutils none (no description available) doclifter suggests no packages. -- no debconf information -- Jakub Wilk signature.asc Description: Digital signature
Bug#580254: ocrfeeder: ImportError: No module named gnome
Package: ocrfeeder Version: 0.6.6-2 Severity: serious Justification: Policy 3.5 Hello, It looks like the package is missing some dependencies: $ /usr/bin/ocrfeeder-cli --help Traceback (most recent call last): File /usr/bin/ocrfeeder-cli, line 27, in module from ocrfeeder.util.graphics import getBoundsFromStartEndPoints, convertPixbufToImage, getTextSizeFromImage File /usr/lib/pymodules/python2.5/ocrfeeder/util/graphics.py, line 21, in module from lib import getStandardDeviation File /usr/lib/pymodules/python2.5/ocrfeeder/util/lib.py, line 27, in module from gnome import url_show ImportError: No module named gnome BTW, it's not a good design choice for command line interface to require GNOME libraries... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocrfeeder depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-gtk2 2.17.0-2Python bindings for the GTK+ widge ii python-imaging 1.1.7-1+b1 Python Imaging Library ii python-pygoocanvas 0.10.0-2+b1 GooCanvas Python bindings ii python-support 1.0.8 automated rebuilding support for P ii tesseract-ocr2.04-2 Command line OCR tool Versions of packages ocrfeeder recommends: ii unpaper 0.3-1 post-processing tool for scanned p -- Jakub Wilk signature.asc Description: Digital signature
Bug#580267: pythoncard-doc: broken example (jabberChat)
Package: pythoncard-doc Version: 0.8.2-1 Severity: minor Hello, jabberChat example doesn't work due to syntax error in one of its modules: $ python /usr/share/doc/pythoncard-doc/samples/jabberChat/jabberChat.py Traceback (most recent call last): File /usr/share/doc/pythoncard-doc/samples/jabberChat/jabberChat.py, line 21, in module from connection import JabberConnection ValueError: invalid \x escape -- Jakub Wilk signature.asc Description: Digital signature
Bug#580271: python-pexpect: broken example (chess.py)
Package: python-pexpect Version: 2.3-1 Severity: minor There is syntax error in one of the examples: | $ python /usr/share/doc/python-pexpect/examples/chess.py |File /usr/share/doc/python-pexpect/examples/chess.py, line 26 | def read_until_cursor (self, r,c) | | SyntaxError: invalid syntax -- Jakub Wilk signature.asc Description: Digital signature
Bug#577439: python-avogadro: no modules for Python 2.5 on mips
tags 577439 + patch thanks * Michael Banck mba...@debian.org, 2010-05-05, 19:16: On mips python-avogadro does not ship modules for Python 2.5 (which is still the default Python version). Apparently, if python2.6-dev happens to be installed in the chroot, only modules for 2.6 will be built. Here's an excerpt from the build log: | Package versions: [...] libpython2.6_2.6.4-6 [...] python2.6_2.6.4-6 python2.6-dev_2.6.4-6 python2.6-minimal_2.6.4-6 [...] [...] | -- [2/5] Python Libraries | -- Found PythonLibs: /usr/lib/libpython2.6.so | -- [3/5] Python Interpreter | -- Found PythonInterp: /usr/bin/python2.6 What do you propose we should do? Hardcoding to look for 2.5 first? That would make it break the same way once the default changes and 2.5 packages happen to be installed as well. The attached patch should do the trick. I could not test the resulting binary package, however, as it depended on python2.5-sip4 (which does not exist). -- Jakub Wilk --- avogadro-1.0.0/debian/rules +++ avogadro-1.0.0/debian/rules @@ -14,7 +14,7 @@ DEB_SHLIBDEPS_LIBRARY_avogadro = libavogadro1 DEB_SHLIBDEPS_INCLUDE_avogadro = debian/libavogadro1/usr/lib DEB_DH_INSTALL_SOURCEDIR = debian/tmp -DEB_CMAKE_EXTRA_FLAGS = -DENABLE_GLSL=ON -DENABLE_RPATH=OFF -DENABLE_UPDATE_CHECKER=OFF +DEB_CMAKE_EXTRA_FLAGS = -DENABLE_GLSL=ON -DENABLE_RPATH=OFF -DENABLE_UPDATE_CHECKER=OFF -DPYTHON_EXECUTABLE=/usr/bin/python -DPYTHON_LIBRARY=/usr/lib/lib$(shell pyversions -d).so -DPYTHON_INCLUDE_DIR=/usr/include/$(shell pyversions -d)/ PYVER = $(shell pyversions -dv) DEB_DH_GENCONTROL_ARGS_python-avogadro = -- -V'pyavo:Depends=python$(PYVER)-numpy, python$(PYVER)-qt4, python$(PYVER)-sip4' signature.asc Description: Digital signature
Bug#580503: cmake-data: FindPython{Interp,Libs}.cmake should find the default Python
Package: cmake-data Version: 2.8.1-3 Severity: important Hello, FindPythonInterp and FindPythonLibs always find the most recent Python version. This is not appropriate for a Debian system, where it should find the *default* Python version. As a consequence, some packages non-deterministically produce broken binaries, see e.g. #577439. -- Jakub Wilk signature.asc Description: Digital signature
Bug#577439: python-avogadro: no modules for Python 2.5 on mips
* Michael Banck mba...@debian.org, 2010-05-06, 22:58: The attached patch should do the trick. Ah, great! I'll wait for the buildd results to trickle in and will then upload -2. Thanks. I could not test the resulting binary package, however, as it depended on python2.5-sip4 (which does not exist). AFAICT, it's a virtual package provided by python-sip4. If you can't install it (I can on i386), it might be an architecture specific bug or package-relation issue. In up-to-date i386 sid chroot: # apt-get install python2.5-sip4 Reading package lists... Done Building dependency tree Reading state information... Done Package python2.5-sip4 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package python2.5-sip4 has no installation candidate Piuparts cannot find it either: http://piuparts.debian.org/sid/state-dependency-does-not-exist.html#python-avogadro -- Jakub Wilk signature.asc Description: Digital signature
Bug#559906: ITP: mupdf -- lightweight PDF viewer and toolkit
* Kan-Ru Chen kos...@debian.org.tw, 2010-02-27, 22:02: Any news on mupdf? I am working on it. Good to hear that. Since it involve some files from others, built-in CMaps As far as I can see all CMaps are all under the BSD license. What's the problem here? and fonts, I need to sort out the copyright issues first :) The *.ccf fonts are indeed questionable. They look like GPL-ed URW fonts, so in the worst case you could include PostScript versions of them in the .orig.tar.gz and convert to CCF at build time. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571271: dia: FTBFS with Python 2.6 as default
severity 571271 serious thanks * Roland Stigge sti...@debian.org, 2010-05-07, 18:18: But I will apply the respective changes to configure.ac etc. and rerun autotools, as soon as the problem gets RC for Debian. Done, as per: http://lists.debian.org/debian-release/2010/02/msg00325.html -- Jakub Wilk signature.asc Description: Digital signature
Bug#580812: python-necpp: ImportError: numpy.numarray._capi failed to import.
Package: python-necpp Version: 1.4.0+cvs20091005-2 Severity: serious Justification: Policy 3.5 Hello, It looks like the package is missing some dependencies: $ python -c 'import PyNEC' ImportError: No module named numpy.numarray._capi Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.5/PyNEC/__init__.py, line 1, in module from PyNEC import * File /usr/lib/pymodules/python2.5/PyNEC/PyNEC.py, line 3, in module from nec_context import * File /usr/lib/pymodules/python2.5/PyNEC/nec_context.py, line 5, in module import _PyNEC ImportError: numpy.numarray._capi failed to import. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages python-necpp depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii python2.5.4-9An interactive high-level object-o ii python-support1.0.8 automated rebuilding support for P -- Jakub Wilk signature.asc Description: Digital signature
Bug#580678: libavg - FTBFS: checking whether the Boost::Thread library is available... no
* Torsten Werner twer...@debian.org, 2010-05-07, 21:01: There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on lxdebian.bfinv.de [...] checking for python script directory... ${prefix}/lib/python2.5/site-packages checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages checking for headers required to compile python extensions... found checking for libpython2.5... found checking whether the compiler implements namespaces... no checking whether the Boost::Thread library is available... no configure: error: boost.thread not found. Aborting. make: *** [debian/stamp-configure2.5] Error 1 may you attach the config.log, please? I attach config.log from my powerpc porterbox. -- Jakub Wilk This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by libavg configure 1.0.1, which was generated by GNU Autoconf 2.65. Invocation command line was $ ../configure --prefix=/usr --mandir=/usr/share/man --with-boost-thread=boost_thread-mt PYTHON=python2.5 BOOST_PYTHON_LIBS=-lboost_python-py25 ## - ## ## Platform. ## ## - ## hostname = debian-powerpc uname -m = ppc uname -r = 2.6.32-3-powerpc uname -s = Linux uname -v = #1 Thu Feb 25 05:58:05 UTC 2010 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin ## --- ## ## Core tests. ## ## --- ## configure:2637: checking build system type configure:2651: result: powerpc-unknown-linux-gnu configure:2671: checking host system type configure:2684: result: powerpc-unknown-linux-gnu configure:2704: checking target system type configure:2717: result: powerpc-unknown-linux-gnu configure:2817: checking for gcc configure:2833: found /usr/bin/gcc configure:2844: result: gcc configure:3073: checking for C compiler version configure:3082: gcc --version 5 gcc (Debian 4.4.3-9) 4.4.3 Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3093: $? = 0 configure:3082: gcc -v 5 Using built-in specs. Target: powerpc-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.3-9' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-softfloat --enable-secureplt --enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 --with-long-double-128 --enable-checking=release --build=powerpc-linux-gnu --host=powerpc-linux-gnu --target=powerpc-linux-gnu Thread model: posix gcc version 4.4.3 (Debian 4.4.3-9) configure:3093: $? = 0 configure:3082: gcc -V 5 gcc: '-V' option must have argument configure:3093: $? = 1 configure:3082: gcc -qversion 5 gcc: unrecognized option '-qversion' gcc: no input files configure:3093: $? = 1 configure:3113: checking whether the C compiler works configure:3135: gcc -g -O2 conftest.c 5 configure:3139: $? = 0 configure:3188: result: yes configure:3191: checking for C compiler default output file name configure:3193: result: a.out configure:3199: checking for suffix of executables configure:3206: gcc -o conftest -g -O2 conftest.c 5 configure:3210: $? = 0 configure:3232: result: configure:3254: checking whether we are cross compiling configure:3262: gcc -o conftest -g -O2 conftest.c 5 configure:3266: $? = 0 configure:3273: ./conftest configure:3277: $? = 0 configure:3292: result: no configure:3297: checking for suffix of object files configure:3319: gcc -c -g -O2 conftest.c 5 configure:3323: $? = 0 configure:3344: result: o configure:3348: checking whether we are using the GNU C compiler configure:3367: gcc -c -g -O2 conftest.c 5 configure:3367: $? = 0 configure:3376: result: yes configure:3385: checking whether gcc accepts -g configure:3405: gcc -c -g conftest.c 5 configure:3405: $? = 0 configure:3446: result: yes configure:3463: checking for gcc option to accept ISO C89 configure:3527: gcc -c -g -O2 conftest.c 5 configure:3527: $? = 0 configure:3540: result: none needed configure:3560: checking for a sed that does not truncate output configure:3624: result: /bin/sed configure:3642: checking for grep that handles long lines and -e configure:3700: result
Bug#581008: dballe: BD-uninstallable on kfreebsd-*
Package: dballe Version: 4.0.16-1 Severity: serious Hello, Your package build-depends on libsqliteodbc, but this package is not available on kfreebsd-* (see bug #570246). As a consequence, dballe is out-of-date on these architectures. To fix this bug: - either #570246 should be fixed; - or kfreebsd-* binary packages should be removed from ustable; - or build dependencies of dballe should be adjusted. (I'm filing this bug mainly for tracking purposes; the package won't migrate to testing if this issue isn't fixed anyway.) -- Jakub Wilk signature.asc Description: Digital signature
Bug#574770: Towards Python 2.6: status update
I've gone through all bugs that are known to interfere with Python 2.6 transition: either bugs directly related to the new Python version or FTBFSes in packages that need to be binNMUed. I've put bugs/packages into three categories: 1. Show-stoppers These packages must be fixed before new python-defaults is uploaded: * kdebindings FTBFS on armel; no bug filed but maintainers are aware of the problem * setools FTBFS on armel due to GCC 4.4 ABI changes (#577061) 2. Non-show-stoppers There are several buggy packages which have low popcon ( 100). I believe that they should not stop us from uploading new python-defaults; instead they should be removed from testing if they were going to delay the transition. * dballe (#581008) * doclifter (#580246) * flumotion (#561347) * libavg (#580678) * necpp (#580812) * nipy (#577898) * pylucene (#571545) * pymol (#576210) * w3af-console (#571110) 3. Not in testing = These packages are known to have issues, but have been already removed from testing: * jppy * libhid * petsc4py * player * polybori * sagemath * sqlrelay * zhone -- Jakub Wilk signature.asc Description: Digital signature
Bug#581054: RFP: perspectives-extension -- Iceweasel/Firefox extension to prevent man-in-the-middle attacks
Package: wnpp Severity: wishlist * Package name: perspectives-extension Version : 3.0 Upstream Author : Dan Wendlandt, Ethan Jackson, Ciprian Craciun * URL : http://www.cs.cmu.edu/~perspectives/firefox.html * License : GPLv2 Programming Lang: JavaScript Description : Iceweasel/Firefox extension to prevent man-in-the-middle attacks Perspectives is a new approach to help clients securely identify Internet servers in order to avoid man-in-the-middle attacks. Perspectives is simple and cheap compared to existing approaches because it automatically builds a robust database of network identities using lightweight network probing by network notaries located in multiple vantage points across the Internet. This package is an extension to Iceweasel/Firefox browser that contacts network notaries whenever your browser connects an HTTPS website. -- Jakub Wilk signature.asc Description: Digital signature
Bug#581244: ITP: poliqarp -- utilities for large corpora processing
Package: wnpp Severity: wishlist Owner: Jakub Wilk jw...@debian.org * Package name: poliqarp Version : 1.3.9 (yet to be released) Upstream Author : Jakub Wilk jw...@jwilk.net et al. * URL : http://poliqarp.sourceforge.net/ * License : GPLv2 Programming Lang: C Description : suite of utilities for large corpora processing Poliqarp is a universal suite of utilities for large corpora processing. The concordancer supports corpora morphosyntactically tagged with positional tagsets, deals with ambiguities in annotation, has a rich query language, is independent of the tagset and can process corpora of several hundred million words. -- Jakub Wilk signature.asc Description: Digital signature
Bug#574730: necpp: BD-Uninstallable on armel and alpha, build-depends on libatlas-base-dev
Package: necpp Version: 1.4.0+cvs20091005-2 Severity: serious Justification: FTBFS Hello, necpp no longer builds from source on armel and alpha because of unmet build-depenencies: libatlas-base-dev is not available on those architectures. Either alpha and armel binaries should be removed from unstable or build-dependencies should be adjusted accordingly. -- Jakub Wilk signature.asc Description: Digital signature
Bug#574741: jppy: FTBFS on ia64: segmentation fault (unaligned access?)
Package: jppy Version: 0.0.55-1 Severity: serious Justification: FTBFS Hello, Your package fails to build from source on ia64. Here are the relevant parts of the build log: | LD_LIBRARY_PATH=/usr/lib python2.6 ./tests/runTestRunner.py touch tests_pass | python2.6(3802): unaligned access to 0x60898dbc, ip=0x20d63f80 | python2.6(3802): unaligned access to 0x60898dbc, ip=0x20d639b1 | python2.6(3802): unaligned access to 0x609ef09c, ip=0x20d639b1 | python2.6(3802): unaligned access to 0x60898dbc, ip=0x20d63f80 | python2.6(3802): unaligned access to 0x60898dbc, ip=0x20d639b1 | /usr/lib/pymodules/python2.6/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display | warnings.warn(str(e), _gtk.Warning) | Segmentation fault (core dumped) Here's gdb backtrace: #0 memcpy () at ../sysdeps/ia64/memcpy.S:202 #1 0x21d84b30 in Contact_add_picture () from /usr/lib/libpisock.so.9 #2 0x20da9720 in PyPiContact_SetItem (self=0x60e049c0, key=0x20a0d9f0, value=0x60de8170) at python_module_src/pytype_contacts.c:958 #3 0x40041240 in PyObject_SetItem () #4 0x401b0650 in PyEval_EvalFrameEx () #5 0x401b9100 in PyEval_EvalFrameEx () #6 0x401bd5f0 in PyEval_EvalCodeEx () #7 0x40359e30 in ?? () -- Jakub Wilk signature.asc Description: Digital signature
Bug#567144: libavg FTBFS: python LOCALMODLIBS causes -lssl link failure
* Torsten Werner twer...@debian.org, 2010-03-15, 23:29: Builds fine for me (sid cowbuilder chroot on i386). Yes it builds in sid and it is not linked with ssl. I leave the bug open because the LOCALMODLIBS issue is certainly valid. Downgrading severity. Note that severity of this bug was originally important, and was bumped to serious as per: http://lists.debian.org/debian-release/2010/02/msg00325.html Of course I'm not going to play severity ping-pong. :) Please note that: - Python 2.6 is going to be the default soon. - Your package currently hardcodes 2.5 as Python version, and does not build modules for 2.6 even when rebuilt in an environment with 2.6 as default. - Ideally, a package which builds Python extensions should build them for all supported Python version. -- Jakub Wilk signature.asc Description: Digital signature
Bug#574731: ocrodjvu: crashes on 100 page file
tags 574731 + moreinfo thanks * Michael Below mbe...@antithese.de, 2010-03-20, 16:41: I am trying to scan and recognize some files that contain text and graphics. I am scanning them using xsane and save them as PDF files (120-200 pages, 300dpi greyscale). Then I turn them into DJVU files using pdf2djvu --monochrome and try to ocr them with ocrodjvu --language=deu The result is usually an error like this: ocroscript: /usr/share/ocropus/scripts//recognize.lua:183: narray: index out of range Exception in thread Thread-5: Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner self.run() File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 443, in page_thread result = self.process_page(page) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 428, in process_page html_file.close() File /usr/lib/python2.5/contextlib.py, line 33, in __exit__ self.gen.throw(type, value, traceback) File /usr/share/ocrodjvu/lib/_ocrodjvu.py, line 189, in recognize ocropus.wait() File /usr/share/ocrodjvu/lib/ipc.py, line 58, in wait raise CalledProcessError(return_code, self.__command) CalledProcessError: Command 'ocroscript' returned non-zero exit status 1 ocroscript: /usr/share/ocropus/scripts//recognize.lua:183: narray: index out of range ocroscript: /usr/share/ocropus/scripts//recognize.lua:183: narray: index out of range ocroscript: /usr/share/ocropus/scripts//recognize.lua:183: narray: index out of range Thanks for your bug report. The fact that the document has many pages is most likely irrelevant. Could you try to determine which page is causing this crash, save the offending page as a separate document, and send it to me in a private mail so I can do further investigation? Thanks in advance. -- Jakub Wilk signature.asc Description: Digital signature