Bug#574753: miro: Depends on python ( 2.6)
Package: miro Version: 2.5.4-1 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 miro currently depends on python ( 2.6). This is not bad per se; however, when rebuilt in an environment with Python 2.6 as the default version, it still didn't build Python extensions for 2.6 and still depended on python ( 2.6). Thus, your package will block migration of new python-defaults to testing. 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#574759: debconf: does not install modules for Python 2.6
Package: debconf Version: 1.5.28 Severity: serious Justification: http://lists.debian.org/debian-release/2010/02/msg00325.html User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, Current set of supported Python versions is {2.5, 2.6} and 2.6 is going to be the default soon. However, debconf still installs Python modules only for 2.4 and 2.5. 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#574767: galternatives: rebuild produces broken package
Source: galternatives Version: 0.13.4 Severity: serious Tag: lenny, sid, squeeze Hello, Rebuild of your package produced broken binaries: Package: galternatives Version: 0.13.4 Architecture: all Maintainer: Debian QA Group packa...@qa.debian.org Installed-Size: 160 Depends: python, python-glade2 Recommends: gksu Conflicts: gksu ( 0.8.0) Section: admin Priority: optional Description: graphical setup tool for the alternatives system A GUI to help the system administrator to choose what program should provide a given service. . This is a graphical front-end to the update-alternatives program shipped with dpkg. drwxr-xr-x root/root 0 2010-02-24 22:53 ./ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/site-packages/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/lib/python2.3/site-packages/galternatives/ -rwxr-xr-x root/root 18905 2005-08-18 03:21 ./usr/lib/python2.3/site-packages/galternatives/main.py -rwxr-xr-x root/root89 2004-06-15 00:04 ./usr/lib/python2.3/site-packages/galternatives/gadebug.py -rwxr-xr-x root/root57 2004-10-11 20:51 ./usr/lib/python2.3/site-packages/galternatives/common.py -rwxr-xr-x root/root 4993 2004-11-22 05:02 ./usr/lib/python2.3/site-packages/galternatives/alternative.py -rwxr-xr-x root/root38 2004-06-15 00:04 ./usr/lib/python2.3/site-packages/galternatives/__init__.py drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/sbin/ -rwxr-xr-x root/root 1444 2004-12-08 03:10 ./usr/sbin/galternatives drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/pt_BR/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/pt_BR/LC_MESSAGES/ -rw-r--r-- root/root 4054 2010-02-24 22:53 ./usr/share/locale/pt_BR/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/es/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/es/LC_MESSAGES/ -rw-r--r-- root/root 3084 2010-02-24 22:53 ./usr/share/locale/es/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/fr/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/fr/LC_MESSAGES/ -rw-r--r-- root/root 4113 2010-02-24 22:53 ./usr/share/locale/fr/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/cs/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/cs/LC_MESSAGES/ -rw-r--r-- root/root 3926 2010-02-24 22:53 ./usr/share/locale/cs/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/sv/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/locale/sv/LC_MESSAGES/ -rw-r--r-- root/root 3952 2010-02-24 22:53 ./usr/share/locale/sv/LC_MESSAGES/galternatives.mo drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/pixmaps/ -rw-r--r-- root/root 7613 2004-06-15 00:04 ./usr/share/pixmaps/galternatives.xpm -rw-r--r-- root/root 4038 2004-06-15 00:04 ./usr/share/pixmaps/galternatives.png drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/applications/ -rw-r--r-- root/root 793 2010-02-24 22:53 ./usr/share/applications/galternatives.desktop drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/galternatives/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/galternatives/descriptions/ -rw-r--r-- root/root 213 2010-02-24 22:53 ./usr/share/galternatives/descriptions/x-terminal-emulator.control -rw-r--r-- root/root 43611 2004-06-15 00:04 ./usr/share/galternatives/galternatives.glade drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/menu/ -rw-r--r-- root/root 261 2005-08-18 03:11 ./usr/share/menu/galternatives drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/man/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/man/man1/ -rw-r--r-- root/root 292 2010-02-24 22:53 ./usr/share/man/man1/galternatives.1.gz drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/doc/ drwxr-xr-x root/root 0 2010-02-24 22:53 ./usr/share/doc/galternatives/ -rw-r--r-- root/root 2157 2006-08-27 10:13 ./usr/share/doc/galternatives/changelog.gz -rw-r--r-- root/root 356 2006-05-17 14:45 ./usr/share/doc/galternatives/copyright -rw-r--r-- root/root 472 2004-06-15 00:04 ./usr/share/doc/galternatives/TODO (Yes, this is *python2.3*!) -- Jakub Wilk signature.asc Description: Digital signature
Bug#574770: transition: python-defaults (2.6)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition This is meta bug to track python-defaults transition. Most bugs are already usertagged: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-pyt...@lists.debian.org;tag=python2.6 As for issues which are not directly related to Python 2.6 (such as: a package that needs binNMU fails to build), blocked-by annotations will be added. -- 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#574770: Python 2.6 binNMUs - status update
block 574770 with 558983 574730 574741 573161 thanks A round of python2.6-related binNMUs, which were schedules about 2 months ago[1] (targetting packages that were believed to build modules for multiple Python versions), is mostly done. Here's the list of the remaining issues: - xmms2 FTBFS on hppa: #558983 - xmms2 FTBFS on armel - necpp FTBFS on armel: #574730 - jppy FTBFS on ia64: #574741 - pivy FTBFS on mipsel (compiler error?) - pylucene needs to be built on mips - nipy needs to to be built on mips - kdebindings is hit by armel ABI change - kdebindings FTBFS on sparc - kdebindings probably needs a give back on s390 (but that futile anyway, see #573292 and other kdebindings bugs) These packages would be binNMUed if they weren't in contrib or non-free: - ifeffit (see #573161 however) - mgltools-geomutils - mgltools-utpackages These packages were removed from testing in the meantime: - polybori FTBFS on sparc: #566242 - sagemath FTBFS on amd64 - sqlrelay FTBFS on some architectures [1] http://lists.debian.org/debian-python/2010/01/msg00103.html -- Jakub Wilk signature.asc Description: Digital signature
Bug#574777: decompyle: should this package be removed?
Package: decompyle Version: 2.3.2-4.1 Severity: serious User: debian...@lists.debian.org Usertags: proposed-removal Dear Maintainer, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: - upstream is dead; - there's been no maintainer upload since 2006; - decompiling byte-code produced by any modern (= 2.4) Python is not supported, thus the package is mostly unusable. If you think that the package should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please just close this bug and do an upload also fixing the other issues. If you agree that it should be removed, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt -- Jakub Wilk signature.asc Description: Digital signature
Bug#574781: syslog-ng: Fails to start on kFreeBSD (with default configuration)
Package: syslog-ng Version: 3.0.5-2 Severity: normal User: debian-...@lists.debian.org Usertags: kfreebsd Hello, With default configuration, syslog-ng fails to start on kFreeBSD: | Starting system logging: syslog-ngError binding socket; addr='AF_UNIX(/dev/log)', error='Operation not supported (45)' | Error initializing source driver; source='s_src', id='s_src#0' | Error initializing message pipeline; | failed! | invoke-rc.d: initscript syslog-ng, action start failed. Apparently you cannot create sockets in /dev on kFreeBSD; if I'm not mistaken, path to log socket should be /var/run/log instead on these architectures. -- 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#574741: jppy: FTBFS on ia64: segmentation fault (unaligned access?)
| | FAILED (errors=31) | Repeat dates | Today | This Week -- Jakub Wilk signature.asc Description: Digital signature
Bug#567144: libavg FTBFS: python LOCALMODLIBS causes -lssl link failure
* Torsten Werner twer...@debian.org, 2010-03-21, 10:49: Hi, On Sat, Mar 20, 2010 at 7:37 PM, Jakub Wilk jw...@debian.org wrote: - Ideally, a package which builds Python extensions should build them for all supported Python version. I have enabled python 2.6 in libavg and it fails on mipsel now: https://buildd.debian.org/fetch.cgi?pkg=libavgarch=mipselver=0.8.0-7stamp=1269129029file=logas=raw. dh_pycentral -ppython-libavg pycentral: pycentral debhelper: both directories site-packages and dist-packages exist for python2.6. pycentral debhelper: both directories site-packages and dist-packages exist for python2.6. dh_pycentral: pycentral debhelper python-libavg debian/python-libavg returned exit code 1 Do you have an idea what is wrong here? I'm not entirely sure what is happening here, but I have some clues. The most important part of diff between mips (good) and mipsel (failed) builds is: checking for SWSCALE_LIBS... -lswscale checking for python version... 2.6 checking for python platform... linux2 -checking for python script directory... ${prefix}/lib/python2.6/site-packages -checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages +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 headers required to compile python extensions... found checking for libpython2.6... found checking whether the compiler implements namespaces... yes (I don't known where does this difference come from. But, oh well, running aclocal and company at build time is always a risky business.) Normally it doesn't matter that much if you install files to pyhton2.6/site-packages or python2.6/dist-packages, as python-central will move the former one to the latter anyway. However, in your debian/rules you also install files directly into python2.6/site-packages, and python-central is confused if there are files in both directories. The attached patch should make the problem go away. BTW While comparing build logs I saw some scary things, like failing tests. You should probably take a look at that. -- Jakub Wilk diff -u libavg-0.8.0/debian/rules libavg-0.8.0/debian/rules --- libavg-0.8.0/debian/rules +++ libavg-0.8.0/debian/rules @@ -27,7 +27,7 @@ debian/stamp-install%: -make -C build$*/src check SUBDIRS=$(CHECK_DIRS) make -C build$* install DESTDIR=$(DEB_DESTDIR) - dh_install debian/libavg.pth /usr/lib/python$*/site-packages/ + dh_install debian/libavg.pth /usr/lib/python$*/*-packages/ rmdir -p --ignore-fail-on-non-empty $(DEB_DESTDIR)/usr/share/avg mv $(DEB_DESTDIR)/usr/bin/avg_showfont.py \ $(DEB_DESTDIR)/usr/bin/avg_showfont
Bug#539284: lsb-core: not installable on hurd-i386 and kfreebsd-*
* Aurelien Jarno aure...@debian.org, 2009-07-30, 13:27: - @[ ${DEB_HOST_ARCH_CPU} = 'amd64' ] echo debian/lsb-core.substvars depends=libc6-i386, lib32z1 || true + @[ ${DEB_HOST_ARCH} = 'amd64' ] echo debian/lsb-core.substvars depends=libc6-i386, lib32z1 || true Shouldn't we also add this line @[ ${DEB_HOST_ARCH} = 'kfreebsd-amd64' ] echo debian/lsb-core.substvars depends=libc0.1-i386, lib32z1 || true ? -- Jakub Wilk signature.asc Description: Digital signature
Bug#574880: exactimage: e2mtiff --help triggers an error
Package: exactimage Version: 0.7.5-3 Severity: minor $ e2mtiff --help Error: Too few parameter for argument output, at least 1 required! any to multi-page TIFF convert - Copyright 2008 by René Rebe, ExactCODE Usage: --help display this help text and exit -o, --output output file -- Jakub Wilk signature.asc Description: Digital signature
Bug#574885: exactimage: empty-page --help triggers an error
Package: exactimage Version: 0.7.5-3 Severity: minor $ empty-page --help Error: Too few parameter for argument input, at least 1 required! Empty page detector - Copyright 2005 by René Rebe Usage: --help display this help text and exit -i, --input input file -m, --margin border margin to skip -p, --percentage coverate for non-empty page -- 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#574890: exactimage: optimize2bw --help triggers an error
Package: exactimage Version: 0.7.5-2 Severity: minor $ optimize2bw --help Error: Too few parameter for argument input, at least 1 required! Error: Too few parameter for argument output, at least 1 required! Color / Gray image to Bi-level optimizer - Copyright 2005 - 2008 by René Rebe Usage: -n, --denoise remove (denoise) single bit pixel noise -d, --dpi scale to specified DPI --help display this help text and exit -h, --high high normalization value -i, --input input file -l, --low low normalization value -o, --output output file -r, --radius unsharp mask radius -s, --scale scale output by factor -sd, --standard-deviation standard deviation for Gaussian distribution -t, --threshold threshold value -- Jakub Wilk signature.asc Description: Digital signature
Bug#571110: patch for w3af-console version 1.0~rc2svn3180-1.1
* Luciano Bello luci...@debian.org, 2010-03-18, 15:47: After few tests, I notice that w3af is not working for 2.6 anyway (few deps are not for 2.6). Which ones? -- Jakub Wilk signature.asc Description: Digital signature
Bug#558983: Bug#573403: FTBFS: waf spinning for flowcanvas/hppa
* Marc Brockschmidt m...@marcbrockschmidt.de, 2010-03-11, 08:04: waf now breaks building of packages we need for a transition (flowcanvas/hppa). It would be nice if someone would care enough to either fix this or write a patch moving flowcanvas to sane build system. Otherwise, I will remove flowcanvas from testing in a few days to allow the liblo transition to happen. Let me take another sip of my coffee ... OK. Of course, s/liblo/graphviz/. To make some things straight: 1. This does not really look like a waf's fault: http://lists.debian.org/debian-hppa/2010/01/msg00035.html 2. Nonetheless, waf sucks and its maintainer has shown some hostility to Debian: http://lists.debian.org/debian-devel/2010/02/msg00714.html So indeed, switching to a saner build system might be a best solution. 3. I have some ideas how to work-around those bugs, but I need a few more days. -- Jakub Wilk signature.asc Description: Digital signature
Bug#558983: FTBFS [hppa] - configure failure
tags 558983 + patch thanks I forwardported some code from waf 1.5.0, which allows to build stuff without using threads. With the attached patch, xmms2 has been successfully built on the hppa porterbox (whereas build was crashing or hanging without it). -- Jakub Wilk Description: Disable parallel build on hppa architecture. Origin: http://code.google.com/p/waf/source/browse/tags/waf-1.5.0/playground/serial.py Bug-Debian: http://bugs.debian.org/558983 Last-Update: 2010-03-22 --- xmms2-0.7DrNo.orig/wafadmin/Runner.py +++ xmms2-0.7DrNo/wafadmin/Runner.py @@ -217,3 +217,100 @@ class Parallel(object): #print loop assert (self.count == 0 or self.stop) +class Serial(object): + + def __init__(self, bld, j=1): + self.manager = bld.task_manager + self.outstanding = [] + + # progress bar + self.total = self.manager.total() + self.processed = 0 + self.error = 0 + + self.switchflag = 1 # postpone + + self.consumers = None + + # warning, this one is recursive .. + def get_next(self): + if self.outstanding: + t = self.outstanding.pop(0) + self.processed += 1 + return t + + # handle case where only one wscript exist + # that only install files + if not self.manager.groups: + return None + + (_, self.outstanding) = self.manager.get_next_set() + if not self.outstanding: return None + + return self.get_next() + + def postpone(self, tsk): + self.processed -= 1 + self.switchflag *= -1 + # this actually shuffle the list + if self.switchflag0: self.outstanding.insert(0, tsk) + else: self.outstanding.append(tsk) + + def start(self): + debug('runner: Serial start called') + while 1: + # get next Task + tsk = self.get_next() + if tsk is None: break + + if Logs.verbose: debug('runner: retrieving %r' % tsk) + + st = tsk.runnable_status() + if st == ASK_LATER: +debug('runner: postponing %r' % tsk) +self.postpone(tsk) +continue + + #continue + if st == SKIP_ME: +tsk.hasrun = SKIPPED +self.manager.add_finished(tsk) +continue + + tsk.position = (self.processed, self.total) + + # display the command that we are about to run + tsk.generator.bld.printout(tsk.display()) + + # run the command + if tsk.__class__.stat: ret = tsk.__class__.stat(tsk) + else: ret = tsk.run() + self.manager.add_finished(tsk) + + # non-zero means something went wrong + if ret: +self.error = 1 +tsk.hasrun = CRASHED +tsk.err_code = ret +if Options.options.keep: continue +else: return -1 + + try: +tsk.post_run() + except OSError: +self.error = 1 +tsk.hasrun = MISSING +if Options.options.keep: continue +else: return -1 + else: +tsk.hasrun = SUCCESS + + if self.error: + return -1 + +import subprocess +p = subprocess.Popen(['dpkg', '--print-architecture'], stdout=subprocess.PIPE) +arch = p.stdout.read().strip() +p.wait() +if arch == 'hppa': + Parallel = Serial signature.asc Description: Digital signature
Bug#561368: waf fixed on hppa
Hello, I prepared a patch for xmms2 that fixes hangs/crashes of waf on hppa: http://bugs.debian.org/558983#43 There's a good chance that this patch can be successfully ported to other packages. However, most likely the patch will *not* be included in the waf package itself; on the contrary, this package is scheduled for removal: http://lists.debian.org/debian-devel/2010/02/msg00714.html -- Jakub Wilk signature.asc Description: Digital signature
Bug#575324: exactimage: file format misdetection
Package: exactimage Version: 0.7.5-3 Severity: minor y.pbm is a perfectly valid PBM file: $ edentify y.pbm TGA: 80, 10, 1, 52, 255, 65343, ÿ y.pbm: TARGA 255x65343 0 bit, 3 channels -- Jakub Wilk attachment: y.pbm
Bug#575377: python2.[56]: inconsistent handling of long descriptions indentation
Package: python2.5,python2.6 Severity: normal Different Python versions can produce different *.egg-info for no good reason. $ cat setup.py from distutils.core import setup setup( name='dummy', long_description=\ foo bar ) $ for ver in 2.5 2.6; do python$ver setup.py install --root=tmp; done running install running build running install_egg_info Creating tmp/usr/lib/python2.5/site-packages/ Writing tmp/usr/lib/python2.5/site-packages/dummy-0.0.0.egg-info running install running build running install_egg_info Creating tmp/usr/local/lib/python2.6/dist-packages/ Writing tmp/usr/local/lib/python2.6/dist-packages/dummy-0.0.0.egg-info $ find -name '*.egg-info' | xargs diff -u --- ./tmp/usr/lib/python2.5/site-packages/dummy-0.0.0.egg-info 2010-03-25 11:46:54.0 +0100 +++ ./tmp/usr/local/lib/python2.6/dist-packages/dummy-0.0.0.egg-info 2010-03-25 11:46:54.0 +0100 @@ -7,6 +7,6 @@ Author-email: UNKNOWN License: UNKNOWN Description: foo -bar +bar Platform: UNKNOWN -- Jakub Wilk signature.asc Description: Digital signature
Bug#575484: ocrodjvu: rectangle parsing error
clone 575484 -1 -2 -3 reassign 575484 ocropus retitle 575484 ocropus: rectangle parsing error severity -1 wishlist retitle -1 ocrodjvu: please preserve ocrodjvu.djvused after crash severity -2 wishlist retitle -2 ocrodjvu: please document use of TMPDIR severity -3 wishlist retitle -3 ocrodjvu: please allow to resume processing after crash thanks * Janusz S. Bień jsb...@mimuw.edu.pl, 2010-03-26, 10:11: - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Thanks for your bug report. This is obviously a problem with ocropus. 2. The user should have a choice where to store debugging output. I use rather small system partition and in consequence debugging large ocrodjvu job requires splitting it into smaller ones, which is obviously cumbersome. You can use the TMPDIR environment variable. -- Jakub Wilk signature.asc Description: Digital signature
Bug#575490: djvu2hocr: extract XMP metadata
Package: ocrodjvu Version: 0.4.3-1 Severity: wishlist It would be nice if djvu2hocr could extract XMP metadata. -- Jakub Wilk signature.asc Description: Digital signature
Bug#575484: ocrodjvu: rectangle parsing error
* Jakub Wilk jw...@debian.org, 2010-03-26, 11:12: - Page #1284 ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error Thanks for your bug report. This is obviously a problem with ocropus. Minimal test case attached: $ ocroscript recognize trotz.png /dev/null ocroscript: /usr/share/ocropus/scripts//lib/hocr.lua:28: rectangle parsing error -- Jakub Wilk attachment: trotz.png signature.asc Description: Digital signature
Bug#575595: python-kde3: files in unusual locations: /usr/lib/python-2.[56]/site-packages/
Package: python-kde3-dev Version: 3.16.7-1 Severity: important $ dpkg -c python-kde3-dev_3.16.7-1_all.deb | grep python-2 drwxr-xr-x root/root 0 2010-02-18 21:43 ./usr/lib/python-2.6/ drwxr-xr-x root/root 0 2010-02-18 21:43 ./usr/lib/python-2.6/site-packages/ -rw-r--r-- root/root 317 2010-02-18 21:43 ./usr/lib/python-2.6/site-packages/pykdeconfig.py -rw-r--r-- root/root 8330 2010-02-18 21:43 ./usr/lib/python-2.6/site-packages/pykdeconfig_nd.py drwxr-xr-x root/root 0 2010-02-18 21:43 ./usr/lib/python-2.5/ drwxr-xr-x root/root 0 2010-02-18 21:43 ./usr/lib/python-2.5/site-packages/ -rw-r--r-- root/root 317 2010-02-18 21:43 ./usr/lib/python-2.5/site-packages/pykdeconfig.py -rw-r--r-- root/root 8330 2010-02-18 21:43 ./usr/lib/python-2.5/site-packages/pykdeconfig_nd.py -rw-r--r-- root/root 8330 2010-02-18 21:43 ./usr/lib/python-2.5/site-packages/pykdeconfig_d.py These files should be installed into usr/lib/python2.5/site-packages/ and usr/lib/python2.6/dist-packages/ (and then moved by python-central into final locations). -- Jakub Wilk signature.asc Description: Digital signature
Bug#575620: libagg-dev: no #include for INT_MAX and abs
Package: libagg-dev Version: 2.5+dfsg1-3 Severity: minor After applying 06_fix_recursion_crash.dpatch, agg_rasterizer_cells_aa.h use INT_MAX and abs names, but it doesn't include stdlib.h nor limits.h. As a result, some programs which builds fine with with the upstream version of AGG, fail to build with the Debian one. -- Jakub Wilk signature.asc Description: Digital signature
Bug#575653: bugs.debian.org: cannot change usertags for archived bugs
Package: bugs.debian.org Severity: minor It looks like one cannot change usertags of an archived bugreport. Of course, it's still possible to unarchive bug, change usertags, then archive it again, but that's suboptimal: maintainer is unnecessarily bothered by mails from BTS and identity of (possible) usertagger is revealed to him. -- Jakub Wilk signature.asc Description: Digital signature
Bug#565665: libiphone: Depends on USB libraries which don't exist on kfreebsd-*
Hello, * Debian Bug Tracking System ow...@bugs.debian.org, 2010-02-07, 21:33: * Urgency set to medium to fix RC bug (#565665). * New upstream release, previously named libiphone (Closes: #568136, #568137) Bug #565665 is still affecting sid. Should libiphone be removed from unstable? -- Jakub Wilk signature.asc Description: Digital signature
Bug#575749: exactimage-perl: use ExactImage; fails
tags 575749 + confirmed severity 575749 serious thanks * Bruce Stephens br...@cenderis.demon.co.uk, 2010-03-28, 22:28: Can't locate ExactImage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) I imagine it shouldn't be installing into /usr/lib/perl5/site_perl/ anymore? Thanks for your bugreport. I will fix the bug soon. -- Jakub Wilk signature.asc Description: Digital signature
Bug#575800: blobwars: invalid homepage URL
Package: blobwars Version: 1.14-dfsg-1 Severity: minor $ apt-cache show blobwars | grep Homepage: Homepage: http://www.parallelrealities.co.uk/blobWars.php $ curl -s http://www.parallelrealities.co.uk/blobWars.php | grep requested PWe're sorry but the file you have requested either does not exist or has been moved./P -- Jakub Wilk signature.asc Description: Digital signature
Bug#571554: setools: FTBFS with Python 2.6 as default
* Manoj Srivastava sriva...@acm.org, 2010-03-28, 16:10: 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; That should be simple enough to fix. - the binary packages uses obsolete (pre-0.90) python-support directory layout. Can you point me to the documentation that shows the new python-support directory layout? I seem to have missed the migration. There is a cursory description of the new layout in /usr/share/doc/python-support/README.gz, section How does it work? -- Jakub Wilk signature.asc Description: Digital signature
Bug#496902: lintian: check if package is shipping *.pyc/*.pyo
clone 496902 -1 submitter -1 Piotr Ożarowski pi...@debian.org retitle -1 lintian: check if package is shipping *.pyc/*.pyo thanks * Piotr Ożarowski pi...@debian.org, 2009-08-12, 00:08: .pyc and .pyo files should not be shipped in binary packages There's already a tag for that (package-installs-python-pyc) but the check is not comprehensive enough: - It is currently limited to /usr/lib/pythonX.Y/. Some packages in the archive are shipping *.pyc in /usr/share/pyshared/, private directories etc. - It triggers only on *.pyc. Some packages in the archive are shipping *.pyo. -- Jakub Wilk signature.asc Description: Digital signature
Bug#576012: lintian: warn on files in /usr/lib/python2.6/site-packages/ et al.
Package: lintian Version: 2.3.4 Severity: wishlist In Python 2.6 the default module path has been changed from /usr/lib/pythonX.Y/site-packages/ to .../dist-packages/. There shoulde be a lintian error if a binary package ships files in: - /usr/lib/pythonX.Y/site-packages/ for X.Y = 2.6; - /usr/lib/pythonX.Y/dist-packages/ for X.Y 2.6. (In fact, python2.6-minimal effectively conflicts with packages shipping /usr/lib/python2.6/site-packages/; see bug #568010 for example.) Similarily, there should a warning if a package ship files in: - /usr/lib/debug/usr/lib/pythonX.Y/site-packages/ for X.Y = 2.6; - /usr/lib/debug/usr/lib/pythonX.Y/dist-packages/ for X.Y 2.6. -- Jakub Wilk signature.asc Description: Digital signature
Bug#576014: lintian: warn on files in /usr/lib/debug/usr/lib/pyshared/pythonX.Y
Package: lintian Version: 2.3.4 Severity: wishlist Many python-*-dbg packages using python-support ship files in /usr/lib/debug/usr/lib/pyshared/pythonX.Y/, likely as a result of dh_strip'ping files in /usr/lib/pyshared/pythonX.Y/. However, this is wrong, as gdb will never look into that directory; /usr/lib/debug/usr/lib/pymodules/pythonX.Y/ should be used instead. -- Jakub Wilk signature.asc Description: Digital signature
Bug#570809: gamera: _png_support.so not linked with libpng on several architectures; FTBFS
Source: gamera Version: 3.2.3-1 Severity: serious Tags: pending _png_support is not linked with libpng (as it should) if sys.platform != linux2. This led to FTBFSes of gamera 3.2.4-1 on several architectures. -- Jakub Wilk signature.asc Description: Digital signature
Bug#570953: gamera: unaligned access; FTBFS on sparc
Package: gamera Version: 3.2.3-1 Severity: grave Justification: renders package unusable on sparc Gamera has unaligned access issues on sparc: $ gdb --quiet --args python2.6 Reading symbols from /usr/bin/python2.6...Reading symbols from /usr/lib/debug/usr/bin/python2.6...done. (no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/python2.6 [Thread debugging using libthread_db enabled] Python 2.6.4+ (r264:75706, Feb 16 2010, 04:55:39) [GCC 4.4.3] on linux2 Type help, copyright, credits or license for more information. from gamera.core import * init_gamera() image = load_image('/usr/share/gamera/test/OneBit_generic.tiff') image.black_area() Program received signal SIGBUS, Bus error. black_areaGamera::ImageViewGamera::ImageDataunsigned short (self=value optimized out, args=0xf7a53b50) at include/plugins/features.hpp:42 42 *buf = 0; Current language: auto The current source language is auto; currently c++. (gdb) up #1 call_black_area (self=value optimized out, args=0xf7a53b50) at /home/jwilk/gamera-3.2.4/gamera/plugins/_features.cpp:118 118 black_area(*((OneBitImageView*)self_arg), feature_buffer);break; (gdb) print feature_buffer $1 = (Gamera::feature_t *) 0xf758b874 Note that feature_buffer pointer is not aligned to 8 bytes boundary as it should. The culprit is the following part of C code generator (gamera/generate.py): if (offset 0) { str = PyString_FromStringAndSize(NULL, [[function.return_type.length]] * sizeof(feature_t)); feature_buffer = (feature_t*)PyString_AsString(str); } else { ... } [[args[0].call(function, args[1:], [])]] -- Jakub Wilk signature.asc Description: Digital signature
Bug#571004: w3af: incomplete debian/copyright
Source: w3af Version: 1.0~rc2svn3180-1 Severity: serious Justification: Policy 4.5 A few moths ago NLTK package was rejected by ftpmaster because of incomplete debian/copyright and unknown licensing of some files: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279422#71 w3af contains an embedded copy of NLTK and it looks like all ftpmaster's concerns apply as well to w3af. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571027: manpages-fr-extra: ships man/fr/update-rc.d.8.gz, also shipped by sysv-rc 0:2.86.ds1-61
Package: manpages-fr-extra Version: 20090906 Severity: serious Justification: Policy 6.6 Upgrade from lenny to sid failed with the following error: dpkg: error processing /var/cache/apt/archives/manpages-fr-extra_20090906_all.deb (--unpack): trying to overwrite '/usr/share/man/fr/man8/update-rc.d.8.gz', which is also in package sysv-rc 0:2.86.ds1-61 -- Jakub Wilk signature.asc Description: Digital signature
Bug#568633: albatross: diff for NMU version 1.36-5.3
tags 568044 + pending tags 568633 + pending thanks Dear maintainer, I've prepared an NMU for albatross (versioned as 1.36-5.3) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u albatross-1.36/debian/control albatross-1.36/debian/control --- albatross-1.36/debian/control +++ albatross-1.36/debian/control @@ -2,15 +2,15 @@ Section: python Priority: optional Maintainer: Fabian Fagerholm fa...@debian.org -Build-Depends: debhelper (= 5.0.37.1), python (= 2.3.5-7), python-all-dev -Build-Depends-Indep: python-central (= 0.5), docbook-to-man, texlive-base, texlive-fonts-recommended, texlive-extra-utils, texlive-latex-base, texlive-latex-extra, texlive-font-utils, dia (= 0.94.0), ghostscript, fakeroot +Build-Depends: debhelper (= 5.0.37.1), python (= 2.3.5-7), python-all +Build-Depends-Indep: python-central (= 0.5), docbook-to-man, texlive-base, texlive-fonts-recommended, texlive-extra-utils, texlive-latex-base, texlive-latex-extra, texlive-latex-recommended, texlive-font-utils, dia (= 0.94.0), ghostscript, fakeroot, python-old-doctools Standards-Version: 3.8.0 XS-Python-Version: all Homepage: http://www.object-craft.com.au/projects/albatross/ Package: python-albatross Architecture: all -Depends: ${python:Depends} +Depends: ${python:Depends}, ${misc:Depends} Suggests: python-albatross-common Conflicts: python2.3-albatross ( 1.33-3), python2.4-albatross ( 1.33-3) Replaces: python2.3-albatross ( 1.33-3), python2.4-albatross ( 1.33-3) @@ -28,7 +28,7 @@ Package: python-albatross-common Architecture: all -Depends: ${python:Depends}, python-albatross, adduser, lsb-base (= 3.0-6) +Depends: ${python:Depends}, ${misc:Depends}, python-albatross, adduser, lsb-base (= 3.0-6) XB-Python-Version: ${python:Versions} Description: Toolkit for Stateful Web Applications (common files) Albatross is a small and flexible Python toolkit for developing highly @@ -40,6 +40,7 @@ Package: python-albatross-doc Architecture: all Section: doc +Depends: ${misc:Depends} Description: documentation for the Albatross Web Toolkit Albatross is a small and flexible Python toolkit for developing highly stateful web applications. It includes, among other things: diff -u albatross-1.36/debian/python-albatross-common.albatross.init albatross-1.36/debian/python-albatross-common.albatross.init --- albatross-1.36/debian/python-albatross-common.albatross.init +++ albatross-1.36/debian/python-albatross-common.albatross.init @@ -1,10 +1,8 @@ #! /bin/sh ### BEGIN INIT INFO # Provides:al-session-daemon -# Required-Start: $syslog -# Required-Stop: $syslog -# Should-Start: $local_fs -# Should-Stop: $local_fs +# Required-Start: $syslog $remote_fs +# Required-Stop: $syslog $remote_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start Albatross Session Server Daemon diff -u albatross-1.36/debian/changelog albatross-1.36/debian/changelog --- albatross-1.36/debian/changelog +++ albatross-1.36/debian/changelog @@ -1,3 +1,17 @@ +albatross (1.36-5.3) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on python-old-doctools (closes: #568044). Thanks to Matthias +Klose for the bug report. + * Build-depend on texlive-latex-recommended (closes: #568633). Thanks to +Michael Bienia for the bug report. + * Replace build-dependency on python-all-dev with python-all. + * Add Depends: ${misc:Depends} to all binary packages. + * Add dependency on $remote_fs to the init script; drop weak dependencies on +$local_fs as superfluous. + + -- Jakub Wilk jw...@debian.org Tue, 23 Feb 2010 14:39:43 +0100 + albatross (1.36-5.2) unstable; urgency=low * Non-maintainer upload. signature.asc Description: Digital signature
Bug#571110: w3af-console: depends on python-json
Package: w3af-console Version: 1.0~rc2svn3180-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, Your package depends on python-json and uses the module named 'json'. In Python 2.6 there is a standard library module 'json', which has a different API than the one provided by python-json. This means that parts of w3af-console will break when Python 2.6 becomes the default version. It's not yet clear if python-json is going to removed or named (see bug #570121); therefore, the best way to fix this bug is probably to patch the package to use JSON API provided by python-simplejson and python2.6. -- Jakub Wilk signature.asc Description: Digital signature
Bug#551235: anki: diff for NMU version 0.9.9.7.8-1.1
tags 551235 + pending thanks Dear maintainer, I've prepared an NMU for anki (versioned as 0.9.9.7.8-1.1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diff -u anki-0.9.9.7.8/debian/rules anki-0.9.9.7.8/debian/rules --- anki-0.9.9.7.8/debian/rules +++ anki-0.9.9.7.8/debian/rules @@ -3,7 +3,7 @@ build: build-stamp build-stamp: dh_testdir - bunzip2 /usr/share/unicode/Unihan.txt.bz2 Unihan.txt + bunzip2 /usr/share/unicode/Unihan_DictionaryLikeData.txt.bz2 Unihan.txt python libanki/anki/features/chinese/save_unihan.py touch build-stamp @@ -20,7 +20,6 @@ dh_installchangelogs dh_installdocs README README.development README.translating CREDITS dh_installmenu - dh_desktop dh_pysupport dh_installman debian/anki.1 dh_compress -X.anki diff -u anki-0.9.9.7.8/debian/control anki-0.9.9.7.8/debian/control --- anki-0.9.9.7.8/debian/control +++ anki-0.9.9.7.8/debian/control @@ -3,14 +3,15 @@ Section: misc Priority: optional Build-Depends: debhelper (= 6) -Build-Depends-Indep: unicode-data, bzip2, python-support (= 0.6), +Build-Depends-Indep: unicode-data (= 5.2), bzip2, python-support (= 0.6), python-sqlalchemy (= 0.4.1), python-pysqlite2 Standards-Version: 3.8.1 Homepage: http://ichi2.net/anki Package: anki Architecture: all -Depends: ${python:Depends}, python-qt4 (= 4.4), python-simplejson (= 1.7.3), +Depends: ${python:Depends}, ${misc:Depends}, +python-qt4 (= 4.4), python-simplejson (= 1.7.3), python-sqlalchemy (= 0.4.1), python-pysqlite2 (= 2.3.0) Recommends: python-matplotlib, kakasi Suggests: dvipng diff -u anki-0.9.9.7.8/debian/changelog anki-0.9.9.7.8/debian/changelog --- anki-0.9.9.7.8/debian/changelog +++ anki-0.9.9.7.8/debian/changelog @@ -1,3 +1,13 @@ +anki (0.9.9.7.8-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Filename of Unihan database has changed; adjust debian/rules accordingly +and add versioned build-depenency on unicode-data (closes: #551235). + * Add Depends: ${misc:Depends} to the binary package. + * Remove dh_desktop call from debian/rules. + + -- Jakub Wilk jw...@debian.org Tue, 23 Feb 2010 20:34:38 +0100 + anki (0.9.9.7.8-1) unstable; urgency=low * Imported Upstream version 0.9.9.7.8 signature.asc Description: Digital signature
Bug#571145: atheist: FTBFS with Python 2.6 as default
Package: atheist Version: 0.20091130-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment which has Python 2.6 as the default version, your package failed to build from source. Here are relevant parts of the build log: | debian/rules build | test -x debian/rules | mkdir -p . | mkdir -p debian/python-module-stampdir | cd . python2.5 setup.py build --build-base=/tmp/buildd/atheist-0.20091130/./build | /bin/sh: python2.5: not found This failure is probably caused by mismatch between Build-Depends and XS-Python-Version. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571153: awn-extras-applets: FTBFS with Python 2.6 as default
Source: awn-extras-applets Version: 0.3.2.2-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | checking for Python include path... -I/usr/include/python2.6 | checking for Python library path... -L/usr/lib/python2.6 -lpython2.6 | checking for Python site-packages path... ${exec_prefix}/lib/python2.6/site-packages | checking for Python platform-specific site-packages path... ${exec_prefix}/lib/python2.6/site-packages | checking python extra libraries... -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil [...] | /bin/bash ../../../../libtool --tag=CC --mode=link gcc -g -O2 -module -avoid-version -export-symbols-regex init_extras -o _extras.la -rpath /usr/lib/python2.6/site-packages/awn/extras awn_extrasmodule.lo awn_extras.lo -L/usr/lib/python2.6 -lpython2.6 -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -lgobject-2.0 -lglib-2.0 -lcairo -pthread -lawn -ldbus-glib-1 -lgnome-desktop-2 -lgnome-2 -lpopt -lgnomevfs-2 -ldbus-1 -lpthread -lgtk-x11-2.0 -lstartup-notification-1 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lbonobo-2 -lbonobo-activation -lORBit-2 -lgconf-2 -lgthread-2.0 -lrt -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 ../../../../src/libawn-extras/libawn-extras.la -lm | generating symbol list for `_extras.la' | /usr/bin/nm -B .libs/awn_extrasmodule.o .libs/awn_extras.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq .libs/_extras.exp | /bin/grep -E -e init_extras .libs/_extras.exp .libs/_extras.expT | mv -f .libs/_extras.expT .libs/_extras.exp | echo { global: .libs/_extras.ver | cat .libs/_extras.exp | sed -e s/\(.*\)/\1;/ .libs/_extras.ver | echo local: *; }; .libs/_extras.ver | gcc -shared .libs/awn_extrasmodule.o .libs/awn_extras.o -Wl,--rpath -Wl,/tmp/buildd/awn-extras-applets-0.3.2.2/src/libawn-extras/.libs -L/usr/lib/python2.6 -lpython2.6 -lssl -lcrypto -L/usr/lib -lz -ldl -lutil -lawn -ldbus-glib-1 -lgnome-desktop-2 /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libgnomevfs-2.so -ldbus-1 -lpthread /usr/lib/libgtk-x11-2.0.so -lstartup-notification-1 /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libbonobo-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libgconf-2.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libgmodule-2.0.so /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so ../../../../src/libawn-extras/.libs/libawn-extras.so -lm -Wl,-export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -pthread -Wl,-soname -Wl,_extras.so -Wl,-version-script -Wl,.libs/_extras.ver -o .libs/_extras.so | /usr/bin/ld: cannot find -lssl | collect2: ld returned 1 exit status -- Jakub Wilk signature.asc Description: Digital signature
Bug#571150: avant-window-navigator: FTBFS with Python 2.6 as default
Source: avant-window-navigator Version: 0.3.2.1-5 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here is relevant part of the build log: | checking for Python include path... -I/usr/include/python2.6 | checking for Python library path... -L/usr/lib/python2.6 -lpython2.6 | checking for Python site-packages path... ${exec_prefix}/lib/python2.6/site-packages | checking for Python platform-specific site-packages path... ${exec_prefix}/lib/python2.6/site-packages | checking python extra libraries... -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil [...] | /bin/bash ../../libtool --tag=CC --mode=link gcc -g -O2 -Wall -fno-strict-aliasing -fmessage-length=0 -D_FORTIFY_SOURCE=2 -module -avoid-version -export-symbols-regex initawn -Wl,-z,defs -Wl,--as-needed -o awn.la -rpath /usr/lib/python2.6/site-packages/awn awnmodule.lo awn.lo -L/usr/lib/python2.6 -lpython2.6 -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -Xlinker -export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 -lcairo ../../libawn/libawn.la -lm | generating symbol list for `awn.la' | /usr/bin/nm -B .libs/awnmodule.o .libs/awn.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq .libs/awn.exp | /bin/grep -E -e initawn .libs/awn.exp .libs/awn.expT | mv -f .libs/awn.expT .libs/awn.exp | echo { global: .libs/awn.ver | cat .libs/awn.exp | sed -e s/\(.*\)/\1;/ .libs/awn.ver | echo local: *; }; .libs/awn.ver | gcc -shared .libs/awnmodule.o .libs/awn.o -Wl,--rpath -Wl,/tmp/buildd/avant-window-navigator-0.3.2.1/libawn/.libs -L/usr/lib/python2.6 -lpython2.6 -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libgmodule-2.0.so /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libcairo.so ../../libawn/.libs/libawn.so -lm -Wl,-z -Wl,defs -Wl,--as-needed -Wl,-export-dynamic -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-soname -Wl,awn.so -Wl,-version-script -Wl,.libs/awn.ver -o .libs/awn.so | /usr/bin/ld: cannot find -lssl | collect2: ld returned 1 exit status -- Jakub Wilk signature.asc Description: Digital signature
Bug#571154: blender: FTBFS with Python 2.6 as default
Package: blender Version: 2.49.2~dfsg-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | Compiling == 'node.c' | source/blender/blenkernel/intern/node.c:31:20: error: Python.h: No such file or directory | scons: *** [build/linux2/source/blender/blenkernel/intern/node.o] Error 1 | scons: building terminated because of errors. Note that python (= 2.6) was installed, but python2.6-dev was not. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571157: cerealizer: FTBFS with Python 2.6 as default
Source: cerealizer Version: 0.7-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | running install_lib | creating /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr | creating /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib | creating /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib/python2.6 | creating /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib/python2.6/site-packages | creating /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib/python2.6/site-packages/cerealizer | copying build/lib.linux-x86_64-2.6/cerealizer/__init__.py - /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib/python2.6/site-packages/cerealizer | running install_egg_info | Writing /tmp/buildd/cerealizer-0.7/debian/python-cerealizer/usr/lib/python2.6/site-packages/Cerealizer-0.7-py2.6.egg-info | python \ | debian/runtests.py debian/python-cerealizer | Traceback (most recent call last): | File debian/runtests.py, line 14, in module | execfile(test/regtest.py) | File test/regtest.py, line 11, in module | import cerealizer | ImportError: No module named cerealizer -- Jakub Wilk signature.asc Description: Digital signature
Bug#547810: ccsm: manipulates site-packages/ directly, failing with Python 2.6
found 547810 0.8.2-2 tags 547810 - patch thanks When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | running install_lib | creating debian/tmp | creating debian/tmp/usr | creating debian/tmp/usr/lib | creating debian/tmp/usr/lib/python2.6 | creating debian/tmp/usr/lib/python2.6/dist-packages | creating debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Widgets.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Pages.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/__init__.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Constants.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Utils.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Settings.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Window.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm | copying build/lib.linux-x86_64-2.6/ccm/Conflicts.py - debian/tmp/usr/lib/python2.6/dist-packages/ccm [...] | dh_install --sourcedir=debian/tmp --fail-missing | dh_install: compizconfig-settings-manager missing files (usr/lib/python*/site-packages/ccm/*.py), aborting | make: *** [binary-arch] Error 2 -- Jakub Wilk signature.asc Description: Digital signature
Bug#571213: fail2ban: install files to /usr/local with Python 2.6 as default
Source: fail2ban Version: 0.8.4-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 usr-local Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/fail2ban-regex /usr/local/bin/fail2ban-server /usr/local/bin/fail2ban-client Here are the relevant parts of the build log: | running install_scripts | creating /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local | creating /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin | copying build/scripts-2.6/fail2ban-regex - /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin | copying build/scripts-2.6/fail2ban-server - /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin | copying build/scripts-2.6/fail2ban-client - /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin | changing mode of /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin/fail2ban-regex to 755 | changing mode of /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin/fail2ban-server to 755 | changing mode of /tmp/buildd/fail2ban-0.8.4/debian/fail2ban/usr/local/bin/fail2ban-client to 755 -- Jakub Wilk signature.asc Description: Digital signature
Bug#571209: exactimage: FTBFS with Python 2.6 as default
Source: exactimage Version: 0.7.5-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | dh_strip --dbg-package=exactimage-dbg | cd debian/exactimage-dbg/usr/lib/debug/usr/lib \ | mkdir pymodules \ | mv python*/site-packages/* python*/ \ | rm -Rf python*/site-packages/ \ | mv python*/ pymodules/ | mv: cannot stat `python*/site-packages/*': No such file or directory -- Jakub Wilk signature.asc Description: Digital signature
Bug#571208: editobj: FTBFS with Python 2.6 as default
Source: editobj Version: 0.5.7-8 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | cd . python setup.py install --root=/tmp/buildd/editobj-0.5.7/debian/python-editobj/ \ | --install-purelib=/usr/lib/python2.6/site-packages/ --prefix=/usr --no-compile -O0 | running install | running build | running build_py | running install_lib | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6 | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/treewidget.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/editor.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/console.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/custom.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/__init__.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/eventobj.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/main.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/observe.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | copying build/lib.linux-x86_64-2.6/editobj/cancel.py - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/editobj | running install_data | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj | creating /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/python.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/minus.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/plus.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/folder.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | copying icons/openfolder.pgm - /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/dist-packages/editobj/icons | running install_egg_info | Writing /tmp/buildd/editobj-0.5.7/debian/python-editobj/usr/lib/python2.6/site-packages/EditObj-0.5.7-py2.6.egg-info | mv debian/python-editobj/usr/lib/python*/site-packages/editobj/icons \ | debian/python-editobj/usr/share/python-editobj | mv: cannot stat `debian/python-editobj/usr/lib/python*/site-packages/editobj/icons': No such file or directory -- Jakub Wilk signature.asc Description: Digital signature
Bug#571207: cappuccino: uses python2.6/site-packages with Python 2.6 as default
Source: cappuccino Version: 0.5.1-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained the following files: /usr/lib/python2.6/site-packages/cappuccino-0.5.1-py2.6.egg-info The correct location of Python modules for Python = 2.6 is /usr/lib/pythonX.Y/dist-packages. In fact, packages shipping files in /usr/lib/python2.6/site-packages will break installation of python2.6-minimal. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571228: dballe: should build extensions for all support Python versions
Source: dballe Version: 4.0.2-1 Severity: important Hello, Despite build-depending on python-all-dev, your package builds extensions only for the default Python version. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571264: override: pdf2djvu:text/optional
Package: ftp.debian.org Severity: wishlist Please adjust pdf2djvu's priority to optional. I believe that the current priority (extra) is only due to a mistake of the first pdf2djvu maintainer. The package doesn't depend on any extra packages, doesn't conflict with any packages, have 250 popcon votes and is recommended by an optional package, so priority:extra can hardly be justified. I will bump priority in the binary package by the next upload. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571269: charm: installs files to /usr/local with Python 2.6 as default
Source: charm Version: 1.9.1-1 Severity: important Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: usr/local usr/local/bin usr/local/bin/charm usr/local/share usr/local/share/man usr/local/share/man/man1 usr/local/share/man/man1/charm.1 usr/local/share/man/man5 usr/local/share/man/man5/charmrc.5 usr/local/share/doc usr/local/share/doc/charm usr/local/share/doc/charm/sample.charmrc usr/local/share/doc/charm/charm.html Here are the relevant parts of the build log: | running install_scripts | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/bin | copying build/scripts-2.6/charm - /tmp/buildd/charm-1.9.1/debian/charm/usr/local/bin | changing mode of /tmp/buildd/charm-1.9.1/debian/charm/usr/local/bin/charm to 755 | running install_data | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/doc | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/doc/charm | copying charm.html - /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/doc/charm | copying sample.charmrc - /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/doc/charm | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/man | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/man/man1 | copying charm.1 - /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/man/man1 | creating /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/man/man5 | copying charmrc.5 - /tmp/buildd/charm-1.9.1/debian/charm/usr/local/share/man/man5 -- Jakub Wilk signature.asc Description: Digital signature
Bug#571270: csound: FTBFS with Python 2.6 as default
Package: csound Version: 1:5.11.1~dfsg-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | -./usr/lib/python2.6/site-packages/CsoundAC.py | -./usr/lib/python2.6/site-packages/_CsoundAC.so | -./usr/lib/python2.6/site-packages/_csnd.so | -./usr/lib/python2.6/site-packages/csnd.py | cat debian/cdbs-package-list | sort | uniq | \ | grep -v 'DEBIAN' | \ | grep -v '/usr/lib/python2.6/site-packages' | \ | grep -v '/usr/share/doc' | \ | grep -v '/usr/share/lintian/overrides' | \ | grep -v '/usr/share/menu' | \ | grep -v '/usr/share/pyshared' \ |debian/cdbs-reduced-package-list | cat debian/cdbs-install-list | sort | uniq | \ | grep -v '/usr/lib/python2.6/site-packages' | \ | grep -v '/usr/share/pyshared' \ |debian/cdbs-reduced-install-list | diff -u debian/cdbs-reduced-install-list \ | debian/cdbs-reduced-package-list \ |debian/cdbs-install-diff \ | || true | ERROR: Differences between intermediary installed and packaged files: | | --- debian/cdbs-reduced-install-list 2010-02-23 23:55:29.0 + | +++ debian/cdbs-reduced-package-list 2010-02-23 23:55:29.0 + | @@ -147,6 +147,8 @@ | ./usr/lib/libcsound64.so.5.2 | ./usr/lib/liblua5.1-csnd.so | ./usr/lib/pd/extra/csoundapi~.pd_linux | +./usr/lib/python2.6/dist-packages/_CsoundAC.so | +./usr/lib/python2.6/dist-packages/_csnd.so | ./usr/lib/tclcsound/pkgIndex.tcl | ./usr/lib/tclcsound/tclcsound.so | ./usr/share/java/csnd-5.11.1~dfsg.jar | | Individual binary packages may work, but whole package build failed! -- Jakub Wilk signature.asc Description: Digital signature
Bug#571271: dia: FTBFS with Python 2.6 as default
Source: dia Version: 0.97.1-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | /bin/bash ../../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -I/usr/include/libxml2 -I/usr/include/freetype2 -g -O2 -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -finline-functions -fstrict-aliasing -Wpointer-arith -Winit-self -Wformat-nonliteral -export-dynamic -module -avoid-version -o libpython_plugin.la -rpath /usr/lib/dia pydia-color.lo pydia-cpoint.lo pydia-diagram.lo pydia-diagramdata.lo pydia-display.lo pydia-error.lo pydia-export.lo pydia-font.lo pydia-geometry.lo pydia-handle.lo pydia-image.lo pydia-layer.lo pydia-object.lo pydia-paperinfo.lo pydia-properties.lo pydia-property.lo pydia-render.lo pydia-text.lo diamodule.lo python.lo -L/usr/lib/python2.6/config -lpython2.6-lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -lpng -lz -lm -lz | libtool: link: x86_64-linux-gnu-gcc -shared .libs/pydia-color.o .libs/pydia-cpoint.o .libs/pydia-diagram.o .libs/pydia-diagramdata.o .libs/pydia-display.o .libs/pydia-error.o .libs/pydia-export.o .libs/pydia-font.o .libs/pydia-geometry.o .libs/pydia-handle.o .libs/pydia-image.o .libs/pydia-layer.o .libs/pydia-object.o .libs/pydia-paperinfo.o .libs/pydia-properties.o .libs/pydia-property.o .libs/pydia-render.o .libs/pydia-text.o .libs/diamodule.o .libs/python.o -L/usr/lib/python2.6/config -lpython2.6 -lssl -lcrypto -L/usr/lib -lpthread -ldl -lutil -lpng -lm -lz-Wl,-soname -Wl,libpython_plugin.so -o .libs/libpython_plugin.so | /usr/bin/ld: cannot find -lssl | collect2: ld returned 1 exit status -- Jakub Wilk signature.asc Description: Digital signature
Bug#571274: brltty: FTBFS with Python 2.6 as default version
Source: brltty Version: 4.1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | dh_install | dh_install: python-brlapi missing files (debian/tmp/usr/lib/python*), aborting After the failed build, contents of debian/tmp were as follows: | $ find debian/tmp/ -type f -path '*python*' | debian/tmp/usr/local/lib/python2.6/dist-packages/Brlapi-0.5.4.egg-info | debian/tmp/usr/local/lib/python2.6/dist-packages/brlapi.so 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#571270: csound: FTBFS with Python 2.6 as default
* Felipe Sateler fsate...@gmail.com, 2010-02-24, 19:21: | --- debian/cdbs-reduced-install-list 2010-02-23 23:55:29.0 + | +++ debian/cdbs-reduced-package-list 2010-02-23 23:55:29.0 + | @@ -147,6 +147,8 @@ | ./usr/lib/libcsound64.so.5.2 | ./usr/lib/liblua5.1-csnd.so | ./usr/lib/pd/extra/csoundapi~.pd_linux | +./usr/lib/python2.6/dist-packages/_CsoundAC.so | +./usr/lib/python2.6/dist-packages/_csnd.so | ./usr/lib/tclcsound/pkgIndex.tcl | ./usr/lib/tclcsound/tclcsound.so | ./usr/share/java/csnd-5.11.1~dfsg.jar | | Individual binary packages may work, but whole package build failed! Where did dist-packages come from? Are we supposed to install there instead of site-packages? Yes, installation location for Python modules is /usr/lib/pythonX.Y/dist-packages for Python = 2.6. See http://lists.debian.org/debian-devel/2009/02/msg00431.html (Local installation path). -- Jakub Wilk signature.asc Description: Digital signature
Bug#571410: guidance-power-manager: empty package
Package: guidance-power-manager Version: 4.3.3-1 Severity: grave Justification: renders package unusable On architectures != amd64, the package is virtually empty: $ dpkg -c guidance-power-manager_4.3.3-1_i386.deb | grep -Ev '/usr/share/(doc|locale)/' tar: Record size = 8 blocks drwxr-xr-x root/root 0 2009-12-14 01:20 ./ drwxr-xr-x root/root 0 2009-12-14 01:20 ./usr/ drwxr-xr-x root/root 0 2009-12-14 01:20 ./usr/share/ -- Jakub Wilk signature.asc Description: Digital signature
Bug#571270: csound: FTBFS with Python 2.6 as default
* Felipe Sateler fsate...@gmail.com, 2010-02-24, 22:41: | --- debian/cdbs-reduced-install-list 2010-02-23 23:55:29.0 + | +++ debian/cdbs-reduced-package-list 2010-02-23 23:55:29.0 + | @@ -147,6 +147,8 @@ | ./usr/lib/libcsound64.so.5.2 | ./usr/lib/liblua5.1-csnd.so | ./usr/lib/pd/extra/csoundapi~.pd_linux | +./usr/lib/python2.6/dist-packages/_CsoundAC.so | +./usr/lib/python2.6/dist-packages/_csnd.so | ./usr/lib/tclcsound/pkgIndex.tcl | ./usr/lib/tclcsound/tclcsound.so | ./usr/share/java/csnd-5.11.1~dfsg.jar | | Individual binary packages may work, but whole package build failed! Where did dist-packages come from? Are we supposed to install there instead of site-packages? installation location for Python modules is /usr/lib/pythonX.Y/dist-packages for Python = 2.6. See http://lists.debian.org/debian-devel/2009/02/msg00431.html (Local installation path). OK thanks. I will fix ASAP. Beware that it is *not* needed to use --install-layout=deb although still disputed. See http://bugs.debian.org/565973 for more on this. We don't use distutils, but install manually, so I think this is of no issue to us? Correct. Jakub, could you test with the attached patch? I don't know how to setup a 2.6 environment (and don't have time right now). After: - applying this patch AND - replacing site-packages with *-packages in debian/*.install the package builds fine. -- Jakub Wilk signature.asc Description: Digital signature
Bug#532629: RFP: gmic -- GREYC's Magic Image Converter
submitter 532629 ! thanks * Gürkan Sengün gur...@phys.ethz.ch, 2010-02-25, 12:01: what's the status now? the latest version is 1.3.3.6... As clearly indicated by the bug title, it's status is nobody is packaging it. Due to resource constraints (it's a build-time memory hog) and lack of sponsor, I lost interest in this package. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571483: tla-buildpackage: installs files to /usr/local with Python 2.6 as default
Source: tla-buildpackage Version: 0.9.13+nmu1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/tbp-importdsc /usr/local/bin/tbp-importorig /usr/local/bin/tbp-initarchive /usr/local/bin/tla-buildpackage /usr/local/bin/tbp-markdeb Here are the relevant parts of the build log: | python setup.py install --root=/build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage \ | --no-compile --install-purelib /usr/share/tla-buildpackage | running install | running build | running build_py | running build_scripts | running install_lib | creating /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share | creating /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage | creating /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/__init__.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/configs.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/extcmd.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/tbpconfig.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/tbpimport.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/tla.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | copying build/lib.linux-x86_64-2.6/tbppy/versions.py - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/share/tla-buildpackage/tbppy | running install_scripts | creating /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local | creating /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | copying build/scripts-2.6/tbp-markdeb - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | copying build/scripts-2.6/tla-buildpackage - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | copying build/scripts-2.6/tbp-initarchive - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | copying build/scripts-2.6/tbp-importorig - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | copying build/scripts-2.6/tbp-importdsc - /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin | changing mode of /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin/tbp-markdeb to 755 | changing mode of /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin/tla-buildpackage to 755 | changing mode of /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin/tbp-initarchive to 755 | changing mode of /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin/tbp-importorig to 755 | changing mode of /build/user-tla-buildpackage_0.9.13+nmu1-amd64-b32xu5/tla-buildpackage-0.9.13+nmu1/debian/tla-buildpackage/usr/local/bin/tbp-importdsc to 755 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#571494: ldns: FTBFS with Python 2.6 as default
* Ondřej Surý ond...@sury.org, 2010-02-25, 20:07: had Debian alredy switched to python2.6 as default version? No, not yet. If it did, this bug would have severity serious. Sid still has python2.5 as default version, so why this has important severity? I believe it's standard practice to give important severity to bugs, which will soon become RC. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571509: remctl: FTBFS with Python 2.6 as default
Source: remctl Version: 2.15-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | set -e; cd python for v in `pyversions -vs` ; do \ | python$v setup.py install --install-layout=deb \ | --root /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp ; \ | done | running install | running build | running build_py | running build_ext | running install_lib | creating /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5 | creating /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5/site-packages | copying build/lib.linux-x86_64-2.5/_remctl.so - /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5/site-packages | copying build/lib.linux-x86_64-2.5/remctl.py - /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5/site-packages | byte-compiling /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5/site-packages/remctl.py to remctl.pyc | running install_egg_info | Writing /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.5/site-packages/pyremctl-2.15.egg-info | running install | running build | running build_py | running build_ext | running install_lib | creating /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6 | creating /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6/dist-packages | copying build/lib.linux-x86_64-2.6/_remctl.so - /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6/dist-packages | copying build/lib.linux-x86_64-2.6/remctl.py - /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6/dist-packages | byte-compiling /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6/dist-packages/remctl.py to remctl.pyc | running install_egg_info | Writing /build/user-remctl_2.15-2-amd64-g166qa/remctl-2.15/debian/tmp/usr/lib/python2.6/dist-packages/pyremctl-2.15.egg-info | dh_install --fail-missing -Xlibremctl.la | dh_install: usr/local/lib/python2.6/dist-packages/pyremctl-2.15.egg-info exists in debian/tmp but is not installed to anywhere | dh_install: usr/local/lib/python2.6/dist-packages/remctl.pyc exists in debian/tmp but is not installed to anywhere | dh_install: usr/local/lib/python2.6/dist-packages/remctl.py exists in debian/tmp but is not installed to anywhere | dh_install: usr/local/lib/python2.6/dist-packages/_remctl.so exists in debian/tmp but is not installed to anywhere | dh_install: missing files, aborting 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#571498: myghty: FTBFS with Python 2.6 as default
Source: myghty Version: 1.1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | debian/rules build | cd doc; python ./genhtml.py | ../lib/myghty/util.py:20: DeprecationWarning: the sha module is deprecated; use the hashlib module instead | import weakref, inspect, sha, string, os, UserDict, copy, sys, imp, re, stat, types, time | ../lib/myghty/resolver.py:614: SyntaxWarning: assertion is always true, perhaps remove parentheses? | assert(False, enableDhandler loop failed) | ../lib/myghty/resolver.py:673: SyntaxWarning: assertion is always true, perhaps remove parentheses? | assert(False, UpwardsResolve loop failed) | Traceback (most recent call last): | File ./genhtml.py, line 13, in module | import documentgen | File ./lib/documentgen.py, line 2, in module | import myghty.interp | File ../lib/myghty/interp.py, line 22, in module | import myghty.request | File ../lib/myghty/importer.py, line 54, in import_module | return builtin_importer(name, globals, locals, fromlist) | File ../lib/myghty/request.py, line 22, in module | from myghty.container import CreationAbortedError | File ../lib/myghty/importer.py, line 54, in import_module | return builtin_importer(name, globals, locals, fromlist) | File ../lib/myghty/container.py, line 15, in module | import cPickle | File ../lib/myghty/importer.py, line 54, in import_module | return builtin_importer(name, globals, locals, fromlist) | TypeError: import_module() takes at most 4 arguments (5 given) | make: *** [build-indep] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 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#571512: swap-cwm: FTBFS with Python 2.6 as default
Source: swap-cwm Version: 1.2.1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | cd . /usr/bin/python setup.py install --root=/build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap --no-compile -O0 [...] | running install_scripts | creating /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin | copying build/scripts-2.6/cant.py - /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin | copying build/scripts-2.6/delta - /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin | copying build/scripts-2.6/cwm - /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin | changing mode of /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin/cant.py to 755 | changing mode of /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin/delta to 755 | changing mode of /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/bin/cwm to 755 | running install_egg_info | Writing /build/user-swap-cwm_1.2.1-4-amd64-pLgW1x/swap-cwm-1.2.1/debian/python-swap/usr/local/lib/python2.6/dist-packages/cwm-1.2.1.egg-info | dh_installdirs -pswap-cwm | mkdir -p debian/swap-cwm/usr | mv debian/python-swap/usr/bin debian/swap-cwm/usr/ 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#571486: cdbs: FTBFS with Python 2.6 as default
Source: cdbs Version: 0.4.67 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | /usr/bin/make -C . check | make[1]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67' | /usr/bin/make check-recursive | make[2]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67' | Making check in . | make[3]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67' | make[3]: Nothing to be done for `check-am'. | make[3]: Leaving directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67' | Making check in doc | make[3]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67/doc' | make[3]: Nothing to be done for `check'. | make[3]: Leaving directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67/doc' | Making check in test | make[3]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67/test' | /usr/bin/make check-TESTS check-local | make[4]: Entering directory `/build/user-cdbs_0.4.67-amd64-JKLdIM/cdbs-0.4.67/test' | PASS: autotools-1.sh | PASS: autotools-2.sh | PASS: autotools-3.sh | PASS: autotools-4.sh | PASS: autotools-5.sh | PASS: autotools-lzma.sh | PASS: recursive.sh | PASS: udeb-1.sh | PASS: hdparm.sh | PASS: debhelper-1.sh | PASS: debhelper-2.sh | PASS: debhelper-3.sh | PASS: debhelper-4.sh | PASS: debhelper-5.sh | PASS: debhelper-6.sh | PASS: debhelper-7.sh | PASS: patchsys-1.sh | PASS: list-missing-1.sh | FAIL: distutils-1.sh | FAIL: distutils-2.sh | FAIL: distutils-3.sh | FAIL: distutils-4.sh | PASS: distutils-5.sh | PASS: distutils-6.sh | PASS: distutils-7.sh | PASS: distutils-8.sh | PASS: ant-1.sh | | 4 of 27 tests failed | 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#530526: pytrainer: uses python2.6/site-packages with Python 2.6 as default
reopen 530526 found 530526 1.7.1-1 retitle 530526 pytrainer: uses python2.6/site-packages with Python 2.6 as default thanks Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/lib/python2.6/site-packages/pytrainer-1.7.1-py2.6.egg-info /usr/lib/python2.6/site-packages/pytrainer/*.py /usr/lib/python2.6/site-packages/pytrainer/gui/*.py /usr/lib/python2.6/site-packages/pytrainer/extensions/*.py /usr/lib/python2.6/site-packages/pytrainer/lib/*.py Here are the relevant parts of the build log: | python setup.py install --no-compile --prefix /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr [...] | running install_lib | creating /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr/lib | creating /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr/lib/python2.6 | creating /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr/lib/python2.6/site-packages | creating /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr/lib/python2.6/site-packages/pytrainer | creating /build/user-pytrainer_1.7.1-1-amd64-rz42KG/pytrainer-1.7.1/debian/pytrainer/usr/lib/python2.6/site-packages/pytrainer/lib The correct location of Python modules for Python = 2.6 is /usr/lib/pythonX.Y/dist-packages. In fact, packages shipping files in /usr/lib/python2.6/site-packages will break installation of python2.6-minimal. If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571487: gaupol: FTBFS with Python 2.6 as default
Source: gaupol Version: 0.15-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python ./setup.py install --root=/build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol --install-lib=/usr/share/gaupol/lib/ [...] | running install_scripts | creating /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol/usr/local | creating /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol/usr/local/bin | copying build/scripts-2.6/gaupol - /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol/usr/local/bin | changing mode of /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol/usr/local/bin/gaupol to 755 | running install_data [...] | # rename the binary instead of using --install-scripts (due to name conflict) | mv /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol//usr/bin/gaupol /build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol/usr/share/gaupol/lib/run | mv: cannot stat `/build/user-gaupol_0.15-1-amd64-Qc0kkC/gaupol-0.15/debian/gaupol//usr/bin/gaupol': No such file or directory 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#571490: gtk-vnc: FTBFS with Python 2.6 as default
Source: gtk-vnc Version: 0.3.10-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | 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 [...] | dh_install -ppython-gtk-vnc | dh_install: python-gtk-vnc missing files (debian/tmp/usr/lib/python*/site-packages/gtkvnc.so), aborting 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#571519: vtk: FTBFS with Python 2.6 as default
Source: vtk Version: 5.4.2-5 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | running install_lib | creating /build/user-vtk_5.4.2-5-amd64-UJPL1o/vtk-5.4.2/debian/tmp/usr/lib/python2.6 | creating /build/user-vtk_5.4.2-5-amd64-UJPL1o/vtk-5.4.2/debian/tmp/usr/lib/python2.6/dist-packages | creating /build/user-vtk_5.4.2-5-amd64-UJPL1o/vtk-5.4.2/debian/tmp/usr/lib/python2.6/dist-packages/vtk | creating /build/user-vtk_5.4.2-5-amd64-UJPL1o/vtk-5.4.2/debian/tmp/usr/lib/python2.6/dist-packages/vtk/test [...] | dh_install -a --sourcedir=/build/user-vtk_5.4.2-5-amd64-yRPUfU/vtk-5.4.2/debian/tmp --list-missing | cp: cannot stat `debian/tmp/usr/lib/python2.5/site-packages/vtk': No such file or directory | dh_install: cp -a debian/tmp/usr/lib/python2.5/site-packages/vtk debian/python-vtk/usr/lib/python2.5/site-packages/ returned exit code 1 If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571482: nulog: installs files to /usr/local with Python 2.6 as default
Source: nulog Version: 2.0.dfsg.1-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/share/locale/fr/LC_MESSAGES/nulog.mo /usr/local/bin/nulog.tac Here are the relevant parts of the build log: | python setup.py install --no-compile --root=/build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog [...] | running install_scripts | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/bin | copying build/scripts-2.6/nulog.tac - /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/bin | changing mode of /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/bin/nulog.tac to 755 | running install_data | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/etc | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/etc/nulog | copying default.wrapper.conf - /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/etc/nulog/ | copying nulog-core/default.core.conf - /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/etc/nulog/ | copying nulog-web/default.nulog.conf - /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/etc/nulog/ | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/share | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/share/locale | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/share/locale/fr | creating /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/share/locale/fr/LC_MESSAGES | copying build/share/locale/fr/LC_MESSAGES/nulog.mo - /build/user-nulog_2.0.dfsg.1-1-amd64-JX6TOm/nulog-2.0.dfsg.1/debian/nulog/usr/local/share/locale/fr/LC_MESSAGES 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#571502: pacparser: FTBFS with Python 2.6 as default
Source: pacparser Version: 1.0.9-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | /usr/bin/make DESTDIR=/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp install | make[1]: Entering directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9' | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/include /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/bin | install -m 644 libpacparser.so.1 /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib/libpacparser.so.1 | ln -sf libpacparser.so.1 /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib/libpacparser.so | install -m 755 pactester /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/bin/pactester | install -m 644 pacparser.h /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/include/pacparser.h | # install pactester manpages | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/man/man1/ | (test -d docs install -m 644 docs/*.1 /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/man/man1/) || /bin/true | # install pacparser manpages | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/man/man3/ | (test -d docs install -m 644 docs/*.3 /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/man/man3/) || /bin/true | # install html docs | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/doc/pacparser/html/ | (test -d docs/html install -m 644 docs/html/* /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/doc/pacparser/html/) || /bin/true | # install examples | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/doc/pacparser/examples/ | (test -d examples install -m 644 examples/* /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/share/doc//pacparser/examples/) || /bin/true | make[1]: Leaving directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9' | /usr/bin/make DESTDIR=/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp install-pymod | make[1]: Entering directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9' | cd pymod LDFLAGS= -Wl,-soname=libpacparser.so.1 -lmozjs SHFLAGS=-fPIC MKSHLIB=cc -shared python setup.py | make[2]: Entering directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/pymod' | make[2]: Nothing to be done for `all'. | make[2]: Leaving directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/pymod' | cd pymod LIB_PREFIX=/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib python setup.py install | make[2]: Entering directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/pymod' | install -d /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib/python2.6/site-packages/pacparser | install -m 644 __init__.py /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib/python2.6/site-packages/pacparser/ | install -m 644 _pacparser2.6.so /build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/debian/tmp/usr/lib/python2.6/site-packages/pacparser/_pacparser.so | make[2]: Leaving directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9/pymod' | make[1]: Leaving directory `/build/user-pacparser_1.0.9-1-amd64-dQfR0y/pacparser-1.0.9' | dh_install -s --autodest | dh_install: python-pacparser missing files (debian/tmp/usr/lib/python2.5/*), aborting 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#571505: pyparsing: FTBFS with Python 2.6 as default
Source: pyparsing Version: 1.5.2-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | cd . python setup.py install --root=/build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/ \ | --install-purelib=/usr/lib/python2.6/site-packages/ --prefix=/usr --no-compile -O0 --install-layout=deb | running install | running build | running build_py | running install_lib | creating /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr | creating /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib | creating /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib/python2.6 | creating /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib/python2.6/site-packages | copying build/lib.linux-x86_64-2.6/pyparsing_py3.py - /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib/python2.6/site-packages | copying build/lib.linux-x86_64-2.6/pyparsing.py - /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib/python2.6/site-packages | running install_egg_info | Writing /build/user-pyparsing_1.5.2-1-amd64-U3TQJ3/pyparsing-1.5.2/debian/python-pyparsing/usr/lib/python2.6/site-packages/pyparsing-1.5.2.egg-info | rm debian/python-pyparsing//usr/lib/python2.6/dist-packages/pyparsing_py3.py | rm: cannot remove `debian/python-pyparsing//usr/lib/python2.6/dist-packages/pyparsing_py3.py': No such file or directory 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#571510: rhythmbox: FTBFS with Python 2.6 as default
/usr/lib/libgstreamer-0.10.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libxml2.so /usr/lib/libglib-2.0.so -lz -pthread -pthread -Wl,-soname -Wl,librhythmbox-core.so.0 -o .libs/librhythmbox-core.so.0.0.0 | /usr/bin/ld: cannot find -lssl 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#571476: indywiki: installs files to /usr/local with Python 2.6 as default
Source: indywiki Version: 0.9.9.1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/indywiki Here are the relevant parts of the build log: | python setup.py install --root=/build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki --no-compile | running install | running build | running build_py | running install_lib | creating /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local | creating /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib | creating /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6 | creating /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages | creating /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/__init__.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/qrc_resources.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/release.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/config.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/net.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | copying build/lib.linux-x86_64-2.6/indywiki/indywiki.py - /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki | running install_egg_info | running egg_info | creating src/indywiki.egg-info | writing src/indywiki.egg-info/PKG-INFO | writing top-level names to src/indywiki.egg-info/top_level.txt | writing dependency_links to src/indywiki.egg-info/dependency_links.txt | writing entry points to src/indywiki.egg-info/entry_points.txt | writing manifest file 'src/indywiki.egg-info/SOURCES.txt' | reading manifest file 'src/indywiki.egg-info/SOURCES.txt' | writing manifest file 'src/indywiki.egg-info/SOURCES.txt' | Copying src/indywiki.egg-info to /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/lib/python2.6/dist-packages/indywiki-0.9.9.egg-info | running install_scripts | Installing indywiki script to /build/user-indywiki_0.9.9.1-4-amd64-wmcaWs/indywiki-0.9.9.1/debian/indywiki/usr/local/bin 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#571478: logilab-common: installs files to /usr/local with Python 2.6 as default
Source: logilab-common Version: 0.46.0-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/pytest 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#571514: tilecache: FTBFS with Python 2.6 as default
Source: tilecache Version: 2.03-1.2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python ./setup.py test | running test | running egg_info | creating TileCache.egg-info | writing TileCache.egg-info/PKG-INFO | writing top-level names to TileCache.egg-info/top_level.txt | writing dependency_links to TileCache.egg-info/dependency_links.txt | writing manifest file 'TileCache.egg-info/SOURCES.txt' | reading manifest file 'TileCache.egg-info/SOURCES.txt' | writing manifest file 'TileCache.egg-info/SOURCES.txt' | running build_ext | Doctest: Service.txt ... FAIL | Doctest: HACKING.txt ... ok | Doctest: HACKING.swarm.txt ... /build/user-tilecache_2.03-1.2-amd64-JoWJD9/tilecache-2.03/TileCache/Swarm.py:4: DeprecationWarning: the sha module is deprecated; use the hashlib module instead | from sha import sha | ok | | == | FAIL: Doctest: Service.txt | -- | Traceback (most recent call last): | File /usr/lib/python2.6/doctest.py, line 2145, in runTest | raise self.failureException(self.format_failure(new.getvalue())) | AssertionError: Failed doctest test for Service.txt | File /build/user-tilecache_2.03-1.2-amd64-JoWJD9/tilecache-2.03/tests/Service.txt, line 0 | | -- | File /build/user-tilecache_2.03-1.2-amd64-JoWJD9/tilecache-2.03/tests/Service.txt, line 5, in Service.txt | Failed example: | dir(TileCache.Service) | Expected: | ['__class__', '__delattr__', '__doc__', '__getattribute__', '__hash__', '__init__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__slots__', '__str__', '_load', '_loadFromSection', 'cache', 'config', 'dispatchRequest', 'expireTile', 'files', 'generate_crossdomain_xml', 'layers', 'load', 'loadFromSection', 'metadata', 'renderTile', 'tilecache_options'] | Got: | ['__class__', '__delattr__', '__doc__', '__format__', '__getattribute__', '__hash__', '__init__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__slots__', '__str__', '__subclasshook__', '_load', '_loadFromSection', 'cache', 'config', 'dispatchRequest', 'expireTile', 'files', 'generate_crossdomain_xml', 'layers', 'load', 'loadFromSection', 'metadata', 'renderTile', 'tilecache_options'] | | | -- | Ran 3 tests in 0.039s | | FAILED (failures=1) If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571488: gedit: FTBFS with Python 2.6 as default
Source: gedit Version: 2.28.3-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | /bin/bash ../../libtool --tag=CC --mode=link cc -g -O2 -g -Wall -O2 -module -avoid-version -Wl,-O1 -Wl,--as-needed -o libpythonloader.la -rpath /usr/lib/gedit-2/plugin-loaders gedit-plugin-loader-python.lo gedit-plugin-python.lo -pthread -lxml2 -lgthread-2.0 -lrt -lgtksourceview-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgconf-2 -lglib-2.0 bindings/gedit.la -lattr | libtool: link: cc -shared .libs/gedit-plugin-loader-python.o .libs/gedit-plugin-python.o -Wl,--whole-archive bindings/.libs/gedit.a -Wl,--no-whole-archive -Wl,--as-needed /usr/lib/libxml2.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libgconf-2.so -L/usr/lib/python2.6/config -lpython2.6 -lssl -lcrypto -L/usr/lib -lpthread -ldl -lutil -lgtksourceview-2.0 /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lz -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libattr.so -Wl,-O1 -pthread -pthread -Wl,-soname -Wl,libpythonloader.so -o .libs/libpythonloader.so | /usr/bin/ld: cannot find -lssl | collect2: ld returned 1 exit status 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#571506: python-distutils-extra: FTBFS with Python 2.6 as default
Source: python-distutils-extra Version: 2.16 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | test/auto.py -v | Apport hooks ... ok | Auxiliary files in data/ ... ok | D-BUS configuration and service files ... ok | *.desktop.in files ... ok | empty source tree (just setup.py) ... ok | etc/* ... ok | GtkBuilder *.ui ... ok | Docbook XML help ... ok | data/icons/ ... ok | manpages ... ok | Python modules ... ok | Python packages ... ok | gettext *.po files ... ok | *.policy.in PolicyKit files ... ok | PO template creation with automatic POTFILES.in ... ok | PO template creation with manual POTFILES.in ... ok | automatic requires/provides ... FAIL | scripts ... ok | default MANIFEST ... ok | Standard files (MANIFEST.in, COPYING, etc.) ... ok | Ignores revision control files ... ok | | == | FAIL: automatic requires/provides | -- | Traceback (most recent call last): | File test/auto.py, line 647, in test_requires_provides | self.assertEqual(e, 'ERROR: Python module unknown not found\n') | AssertionError: '/usr/lib/python2.6/dist-packages/Crypto/Hash/SHA.py:6: DeprecationWarning: the sha module is deprecated; use the hashlib module instead\n from sha import *\nERROR: Python module unknown not found\n' != 'ERROR: Python module unknown not found\n' | | -- | Ran 21 tests in 6.108s | | FAILED (failures=1) If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571491: gdcm: FTBFS with Python 2.6 as default
Source: gdcm Version: 2.0.14-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | make[3]: Entering directory `/build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6' | [ 90%] [ 90%] [ 90%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmPythonD.dir/vtkGDCMTestingPython.cxx.o | Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMTestingJava.cxx.o | In file included from /build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6/Utilities/VTK/vtkGDCMTestingPython.cxx:5: | /usr/include/vtk-5.4/vtkPython.h:46:22: Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMImageReaderJava.cxx.o | error: Python.h: No such file or directory | Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMImageWriterJava.cxx.o | In file included from /build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6/Utilities/VTK/vtkGDCMTestingPython.cxx:8: | /usr/include/vtk-5.4/vtkPythonUtil.h:36: error: 'PyObject_HEAD' does not name a type | /usr/include/vtk-5.4/vtkPythonUtil.h:39: error: ISO C++ forbids declaration of 'PyObject' with no type | /usr/include/vtk-5.4/vtkPythonUtil.h:39: error: expected ';' before '*' token | /usr/include/vtk-5.4/vtkPythonUtil.h:40: error: ISO C++ forbids declaration of 'PyObject' with no type 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#571504: pychecker: FTBFS with Python 2.6 as default
| --- | test88:1: NOT PROCESSED UNABLE TO IMPORT | test88 FAILED | Running test89... | Running test90... | Running test92... | Running test93... | Running test94... | Running test95... | Running test96... | Running test97... | Running test98... | Running test99... | Running test1000... | Running test1001... | Running test1002... | Running test1003... | 1a2,3 | test_input/test1003.py:4: DeprecationWarning: the sets module is deprecated |import sets | test1003 FAILED | 92/101 tests passed (9 failures). | Failed test(s): test3 test22 test26 test34 test59 test70 test71 test88 test1003 | make: *** [build-stamp] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 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#571518: zhone: FTBFS with Python 2.6 as default
Source: zhone Version: 0-git20090610-6 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | dh build |dh_testdir |dh_auto_configure |dh_auto_build |dh_auto_test | /usr/bin/fakeroot debian/rules binary | dh binary |dh_testroot |dh_prep |dh_installdirs |dh_auto_install |dh_install | cp: cannot stat `debian/tmp/usr/bin': No such file or directory | dh_install: cp -a debian/tmp/usr/bin debian/zhone//usr/ returned exit code 1 If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571516: zapping: FTBFS with Python 2.6 as default
-python or debian-pyt...@lists.debian.org. -- 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#571495: libmei: FTBFS with Python 2.6 as default
Source: libmei Version: 1.0.1-5 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | checking for python... /usr/bin/python | checking whether /usr/bin/python version = 2.4... yes | checking for /usr/bin/python version... 2.6 | checking for /usr/bin/python platform... linux2 | checking for /usr/bin/python script directory... ${prefix}/lib/python2.6/dist-packages | checking for /usr/bin/python extension module directory... ${exec_prefix}/lib/python2.6/dist-packages [...] | make[3]: Entering directory `/build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/swig' | test -z /usr/lib/python2.6/dist-packages/mei || /bin/mkdir -p /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei | /bin/bash ../libtool --mode=install /usr/bin/install -c _mei.la '/build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei' | libtool: install: warning: relinking `_mei.la' | libtool: install: (cd /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/swig; /bin/bash /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/libtool --tag CC --mode=relink cc -fno-strict-aliasing -g -O2 -g -Wall -O2 -module -O -o _mei.la -rpath /usr/lib/python2.6/dist-packages/mei mei_wrap.lo ../src/libmei.la -lbft -lz -lm -inst-prefix-dir /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp/) | libtool: relink: cc -shared .libs/mei_wrap.o -L/build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib -L/usr/lib -lmei -lbft -lz -lm-Wl,-soname -Wl,_mei.so.0 -o .libs/_mei.so.0.0.0 | libtool: install: /usr/bin/install -c .libs/_mei.so.0.0.0T /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei/_mei.so.0.0.0 | libtool: install: (cd /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei { ln -s -f _mei.so.0.0.0 _mei.so.0 || { rm -f _mei.so.0 ln -s _mei.so.0.0.0 _mei.so.0; }; }) | libtool: install: (cd /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei { ln -s -f _mei.so.0.0.0 _mei.so || { rm -f _mei.so ln -s _mei.so.0.0.0 _mei.so; }; }) | libtool: install: /usr/bin/install -c .libs/_mei.lai /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei/_mei.la | libtool: install: /usr/bin/install -c .libs/_mei.a /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei/_mei.a | libtool: install: chmod 644 /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei/_mei.a | libtool: install: ranlib /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei/_mei.a | libtool: install: warning: remember to run `libtool --finish /usr/lib/python2.6/dist-packages/mei' | test -z /usr/lib/python2.6/dist-packages/mei || /bin/mkdir -p /build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei | /usr/bin/install -c -m 644 mei.py '/build/user-libmei_1.0.1-5-amd64-TN5wHG/libmei-1.0.1/debian/tmp//usr/lib/python2.6/dist-packages/mei' [...] | dh_install: python-libmei missing files (debian/tmp/usr/lib/python2.5/site-packages/mei/*.so*), aborting 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#571480: mnemosyne: installs files to /usr/local with Python 2.6 as default
Source: mnemosyne Version: 1.2.1-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/mnemosyne Here are the relevant parts of the build log: | python setup.py install --no-compile --root=/build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne | /usr/lib/python2.6/distutils/dist.py:266: UserWarning: Unknown distribution option: 'app' | warnings.warn(msg) | /usr/lib/python2.6/distutils/dist.py:266: UserWarning: Unknown distribution option: 'windows' | warnings.warn(msg) | running install | running build | running build_py | running build_scripts | running install_lib | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6 | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne/core | copying build/lib.linux-x86_64-2.6/mnemosyne/core/mnemosyne_core.py - /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne/core | copying build/lib.linux-x86_64-2.6/mnemosyne/core/__init__.py - /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne/core | copying build/lib.linux-x86_64-2.6/mnemosyne/core/exceptions.py - /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne/core | copying build/lib.linux-x86_64-2.6/mnemosyne/core/mnemosyne_log.py - /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/lib/python2.6/dist-packages/mnemosyne/core [...] | running install_scripts | creating /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/bin | copying build/scripts-2.6/mnemosyne - /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/bin | changing mode of /build/user-mnemosyne_1.2.1-2-amd64-70AxPU/mnemosyne-1.2.1/debian/mnemosyne/usr/local/bin/mnemosyne to 755 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#571492: kiwi: FTBFS with Python 2.6 as default
Source: kiwi Version: 1.9.22-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | Creating API documentation | /usr/lib/pymodules/python2.6/pydoctor/model.py:6: DeprecationWarning: the sets module is deprecated | import sets | Traceback (most recent call last): | File /usr/bin/pydoctor, line 2, in module | from pydoctor.driver import main | File /usr/lib/pymodules/python2.6/pydoctor/driver.py, line 1, in module | from pydoctor import model, html, astbuilder, liveobjectchecker | File /usr/lib/pymodules/python2.6/pydoctor/model.py, line 11, in module | from pydoctor import ast_pp | File /usr/lib/pymodules/python2.6/pydoctor/ast_pp.py, line 116 | for (mod, as) in node.names: |^ | 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. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571503: pycha: FTBFS with Python 2.6 as default
Source: pycha Version: 0.5.2-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python \ | debian/runtests.py debian/python-pycha | Traceback (most recent call last): | File debian/runtests.py, line 15, in module | execfile(tests/runner.py) | File tests/runner.py, line 20, in module | import bar | File tests/bar.py, line 22, in module | import pycha.bar | ImportError: No module named pycha.bar | make: *** [install/python-pycha] Error 1 If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571500: nipype: FTBFS with Python 2.6 as default
Source: nipype Version: 0.2-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | cd debian PYTHONPATH=/build/user-nipype_0.2-3-amd64-PcTcVj/nipype-0.2/debian/python-nipype/usr/lib/python2.5/site-packages python -c import nipype; nipype.test(verbose=0); | Traceback (most recent call last): | File string, line 1, in module | ImportError: No module named nipype 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#534586: planner: uses python2.6/site-packages with Python 2.6 as default
found 534586 0.14.4-2 retitle 534586 planner: uses python2.6/site-packages with Python 2.6 as default user debian-pyt...@lists.debian.org usertags 534586 + python2.6 thanks Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/lib/python2.6/site-packages/plannerui.so Here are the relevant parts of the build log: | checking for a Python interpreter with version = 2.2... python | checking for python... /usr/bin/python | checking for python version... 2.6 | checking for python platform... linux2 | checking for python script directory... ${prefix}/lib/python2.6/site-packages | checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages | checking for headers required to compile python extensions... found | checking for Python library path... /usr/lib/python2.6/config The correct location of Python modules for Python = 2.6 is /usr/lib/pythonX.Y/dist-packages. In fact, packages shipping files in /usr/lib/python2.6/site-packages will break installation of python2.6-minimal. If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571479: londonlaw: installs files to /usr/local with Python 2.6 as default
Source: londonlaw Version: 0.2.1-11 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/share/londonlaw/guiclient/images/* Here are the relevant parts of the build log: | cd . python setup.py install --root=/build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/ \ | --install-purelib=/usr/lib/python2.6/site-packages/ --install-scripts=usr/games [...] | running install_data | creating /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local | creating /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share | creating /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw | creating /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient | creating /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images | copying londonlaw/guiclient/images/ticket4.png - /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images | copying londonlaw/guiclient/images/ticket3.png - /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images | copying londonlaw/guiclient/images/ticket2.png - /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images | copying londonlaw/guiclient/images/ticket1.png - /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images | copying londonlaw/guiclient/images/ticket0.png - /build/user-londonlaw_0.2.1-11-amd64-nkoS6F/londonlaw-0.2.1/debian/londonlaw/usr/local/share/londonlaw/guiclient/images [...] 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#571499: nipy: FTBFS with Python 2.6 as default
Source: nipy Version: 0.1.2+1741-2.2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | #create home directory for build stuff to run in | if [ ! -d home ];then mkdir home;fi | export PYTHONPATH=/build/user-nipy_0.1.2+1741-2.2-amd64-IXCLWX/nipy-0.1.2+1741/`/bin/ls -d build/lib.*`; cd doc; /usr/bin/make html pdf | make[1]: Entering directory `/build/user-nipy_0.1.2+1741-2.2-amd64-IXCLWX/nipy-0.1.2+1741/doc' | python ../tools/build_modref_templates.py | WARNING: Empty - nipy | WARNING: Empty - nipy.algorithms | WARNING: Empty - nipy.algorithms.regression | WARNING: Empty - nipy.algorithms.statistics | WARNING: Empty - nipy.core | WARNING: Empty - nipy.core.api | WARNING: Empty - nipy.core.image | WARNING: Empty - nipy.core.reference | WARNING: Empty - nipy.core.transforms | WARNING: Empty - nipy.io | WARNING: Empty - nipy.io.api | WARNING: Empty - nipy.modalities | WARNING: Empty - nipy.modalities.fmri | WARNING: Empty - nipy.modalities.fmri.api | WARNING: Empty - nipy.modalities.fmri.fmristat | WARNING: Empty - nipy.modalities.fmri.fmristat.api | WARNING: Empty - nipy.neurospin | WARNING: Empty - nipy.neurospin.bindings | WARNING: Empty - nipy.neurospin.clustering | WARNING: Empty - nipy.neurospin.eda | WARNING: Empty - nipy.neurospin.glm | WARNING: Empty - nipy.neurospin.graph | WARNING: Empty - nipy.neurospin.group | WARNING: Empty - nipy.neurospin.group.onesample | WARNING: Empty - nipy.neurospin.group.twosample | WARNING: Empty - nipy.neurospin.neuro | WARNING: Empty - nipy.neurospin.neuro.fmri | WARNING: Empty - nipy.neurospin.registration | WARNING: Empty - nipy.neurospin.scripts | WARNING: Empty - nipy.neurospin.scripts.compute_mask_intra | WARNING: Empty - nipy.neurospin.spatial_models | WARNING: Empty - nipy.neurospin.utils | WARNING: Empty - nipy.testing | WARNING: Empty - nipy.utils | WARNING: Empty - nipy.version | 78 files written | Build API docs finished. | mkdir -p build/html build/doctrees | sphinx-build -b html -d build/doctrees . build/html | Running Sphinx v0.6.4 | WARNING: extension 'ipython_console_highlighting' has no setup() function; is it really a Sphinx extension module? | loading pickled environment... not found | building [html]: targets for 147 source files that are out of date | updating environment: 147 added, 0 changed, 0 removed | reading sources... [ 0%] about | reading sources... [ 1%] api/generated/gen | reading sources... [ 2%] api/generated/nipy.algorithms.fwhm | /build/user-nipy_0.1.2+1741-2.2-amd64-IXCLWX/nipy-0.1.2+1741/build/lib.linux-x86_64-2.6/nipy/utils/path.py:35: DeprecationWarning: the md5 module is deprecated; use hashlib instead | import sys, warnings, os, fnmatch, glob, shutil, codecs, md5 | | Exception occurred: | File /build/user-nipy_0.1.2+1741-2.2-amd64-IXCLWX/nipy-0.1.2+1741/doc/sphinxext/inheritance_diagram.py, line 107, in _import_class_or_module | Could not import class or module '%s' specified for inheritance diagram % name) | ValueError: Could not import class or module 'nipy.algorithms.fwhm' specified for inheritance diagram | The full traceback has been saved in /tmp/sphinx-err-MU96kM.log, if you want to report the issue to the developers. | Please also report this if it was a user error, so that a better error message can be provided next time. | Either send bugs to the mailing list at http://groups.google.com/group/sphinx-dev/, | or report them in the tracker at http://bitbucket.org/birkenfeld/sphinx/issues/. Thanks! 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#571475: gourmet: installs files to /usr/local with Python 2.6 as default
Source: gourmet Version: 0.14.5-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/share/gourmet/* /usr/local/share/locale/*/LC_MESSAGES/*.mo /usr/local/share/applications/gourmet.desktop /usr/local/share/pixmaps/recbox.png /usr/local/bin/gourmet Here are the relevant parts of the build log: | python setup.py install --no-compile --disable-modules-check --root=/build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet --install-lib /usr/share/gourmet [...] | running install_scripts | creating /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local | creating /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/bin | copying build/scripts-2.6/gourmet - /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/bin | changing mode of /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/bin/gourmet to 755 | running install_data | creating /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/share | creating /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/share/pixmaps | copying images/recbox.png - /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/share/pixmaps | creating /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/share/applications | copying gourmet.desktop - /build/user-gourmet_0.14.5-2-amd64-UkSx1z/gourmet-0.14.5/debian/gourmet/usr/local/share/applications 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#571496: magicor: FTBFS with Python 2.6 as default
Source: magicor Version: 1.1-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | Environment: | Detected Python 2.6 | Library path set to /usr/lib/python2.6/site-packages/magicor | Binary path set to /usr/games | Data path set to/usr/share/games/magicor | Default config in /etc [...] | dh_install -pmagicor | dh_install: magicor missing files (debian/tmp/usr/lib/python2.5/site-packages/magicor/*.py), aborting 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#571481: nglister: installs files to /usr/local with Python 2.6 as default
Source: nglister Version: 1.0.1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/lib/python2.6/dist-packages/nglister-0.0.0.egg-info /usr/local/bin/nglister Here are the relevant parts of the build log: | python setup.py install --root=`pwd`/debian/nglister --no-compile | running install | running build | running build_scripts | running install_scripts | creating /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local | creating /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local/bin | copying build/scripts-2.6/nglister - /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local/bin | changing mode of /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local/bin/nglister to 755 | running install_egg_info | Creating /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local/lib/python2.6/dist-packages/ | Writing /build/user-nglister_1.0.1-amd64-1faOpq/nglister-1.0.1/debian/nglister/usr/local/lib/python2.6/dist-packages/nglister-0.0.0.egg-info 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#571511: scanerrlog: FTBFS with Python 2.6 as default
Source: scanerrlog Version: 2.01-4.1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python setup.py install -O2 --root /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog | /usr/lib/python2.6/distutils/dist.py:250: UserWarning: 'licence' distribution option is deprecated; use 'license' | warnings.warn(msg) | running install | running build | running build_scripts | running install_scripts | creating /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr | creating /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local | creating /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local/bin | copying build/scripts-2.6/scanerrlog.py - /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local/bin | changing mode of /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local/bin/scanerrlog.py to 755 | running install_egg_info | Creating /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local/lib/python2.6/dist-packages/ | Writing /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/local/lib/python2.6/dist-packages/scanerrlog-2.01.egg-info | for f in /build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/*bin/*.py; do \ | X=`echo $f | sed -e 's/\.py$//'`; \ | mv $f $X; \ | done | mv: cannot stat `/build/user-scanerrlog_2.01-4.1-amd64-AzdyWX/scanerrlog-2.01/debian/scanerrlog/usr/*bin/*.py': No such file or directory 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#571493: lcd4linux: FTBFS with Python 2.6 as default
Source: lcd4linux Version: 0.10.1~rc2-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | checking for python... /usr/bin/python | checking for a version of Python = '2.1.0'... yes | checking for the distutils Python package... yes | checking for Python include path... -I/usr/include/python2.6 | checking for Python library path... -L/usr/lib/python2.6 -lpython2.6 | checking for Python site-packages path... /usr/lib/python2.6/dist-packages | checking python extra libraries... -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil [...] | gcc -D_GNU_SOURCE -Wall -W -fno-strict-aliasing -Wall -g -O2 -o lcd4linux lcd4linux.o cfg.o debug.o drv.o drv_generic.o evaluator.o property.o hash.o layout.o pid.o timer.o thread.o udelay.o qprintf.o rgb.o widget.o widget_text.o widget_bar.o widget_icon.o widget_keypad.o widget_timer.o widget_gpo.o plugin.o plugin_cfg.o plugin_math.o plugin_string.o plugin_test.o plugin_time.o drv_BeckmannEgle.o drv_BWCT.o drv_Crystalfontz.o drv_Curses.o drv_Cwlinux.o drv_EA232graphic.o drv_G15.o drv_HD44780.o drv_LCD2USB.o drv_LCDTerm.o drv_LEDMatrix.o drv_LPH7508.o drv_M50530.o drv_MatrixOrbital.o drv_MilfordInstruments.o drv_Noritake.o drv_NULL.o drv_picoLCD.o drv_RouterBoard.o drv_Sample.o drv_SimpleLCD.o drv_T6963.o drv_Trefon.o drv_USBHUB.o drv_USBLCD.o drv_WincorNixdorf.o drv_X11.o drv_Image.o drv_generic_text.o drv_generic_graphic.o widget_image.o drv_generic_gpio.o drv_generic_parport.o drv_generic_serial.o drv_generic_i2c.o drv_generic_keypad.o plugin_apm.o plugin_cpuinfo.o plugin_diskstats.o plugin_dvb.o plugin_exec.o plugin_file.o plugin_i2c_sensors.o plugin_iconv.o plugin_imon.o plugin_isdn.o plugin_kvv.o plugin_loadavg.o plugin_meminfo.o plugin_mysql.o plugin_netdev.o plugin_pop3.o plugin_ppp.o plugin_proc_stat.o plugin_python.o plugin_sample.o plugin_seti.o plugin_statfs.o plugin_uname.o plugin_uptime.o plugin_wireless.o plugin_xmms.o -lncurses -lX11 -lgd -lusb -lmysqlclient -L/usr/lib/python2.6 -lpython2.6 -lssl -lcrypto -lssl -lcrypto -L/usr/lib -lz -lpthread -ldl -lutil -lm | /usr/bin/ld: cannot find -lssl 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#571515: vcs-load-dirs: FTBFS with Python 2.6 as default
Source: vcs-load-dirs Version: 1.1.7 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python setup.py install --root=`pwd`/debian/tmp \ | --no-compile | running install | running build | running build_py | running build_scripts | running install_lib [...] | running install_scripts | creating /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/git_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/svk_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/baz_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/darcs_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/hg_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | copying build/scripts-2.6/tla_load_dirs - /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/git_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/svk_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/baz_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/darcs_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/hg_load_dirs to 755 | changing mode of /build/user-vcs-load-dirs_1.1.7-amd64-6EYwbG/vcs-load-dirs-1.1.7/debian/tmp/usr/local/bin/tla_load_dirs to 755 [...] | dh_install -i | dh_install: Compatibility levels before 5 are deprecated. | cp: cannot stat `./debian/tmp/usr/bin/tla_load_dirs': No such file or directory | dh_install: cp -a ./debian/tmp/usr/bin/tla_load_dirs debian/tla-load-dirs/usr/bin/ returned exit code 1 If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571517: totem: FTBFS with Python 2.6 as default
Source: totem Version: 2.28.5-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | /bin/bash ../libtool --tag=CC --mode=link cc -D_REENTRANT -I/usr/include/unique-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -D_REENTRANT -DORBIT2=1 -pthread -D_LARGEFILE64_SOURCE -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/totem-pl-parser/1/plparser -I/usr/include/libxml2 -I/usr/include/gmime-2.4-Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -g -O2 -g -Wall -O2 -o totem totem-totem.o libtotem_main.la -Wl,--export-dynamic -lgconf-2 -ltotem-plparser -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lcairo -lXrandr -lXxf86vm -lX11 -lXtst -lX11 | libtool: link: cc -D_REENTRANT -I/usr/include/unique-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -D_REENTRANT -DORBIT2=1 -pthread -D_LARGEFILE64_SOURCE -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/totem-pl-parser/1/plparser -I/usr/include/libxml2 -I/usr/include/gmime-2.4 -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -g -O2 -g -Wall -O2 -o totem totem-totem.o -Wl,--export-dynamic ./.libs/libtotem_main.a /usr/lib/libgstbase-0.10.so -lgsttag-0.10 -lgstinterfaces-0.10 -lgstvideo-0.10 -lgstaudio-0.10 /usr/lib/libgstreamer-0.10.so /usr/lib/libgthread-2.0.so /usr/lib/libxml2.so -lgstpbutils-0.10 -L/usr/lib -lunique-1.0 -ldbus-glib-1 -ldbus-1 -lrt -lSM -lpython2.6 -lssl -lcrypto -lpthread -ldl -lutil -lz /usr/lib/libgconf-2.so -ltotem-plparser /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libcairo.so -lXrandr -lXxf86vm -lXtst -lX11 -pthread | /usr/bin/ld: cannot find -lssl If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571484: zbar: uses python2.6/site-packages with Python 2.6 as default
Source: zbar Version: 0.8+dfsg-3 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/lib/python2.6/site-packages/zbarpygtk.so /usr/lib/python2.6/site-packages/zbar.so /usr/lib/python2.6/site-packages/zbar.la /usr/lib/python2.6/site-packages/zbarpygtk.la Here are the relevant parts of the build log: | checking for a Python interpreter with version = 2.3.5... python | checking for python... /usr/bin/python | checking for python version... 2.6 | checking for python platform... linux2 | checking for python script directory... ${prefix}/lib/python2.6/site-packages | checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages The correct location of Python modules for Python = 2.6 is /usr/lib/pythonX.Y/dist-packages. In fact, packages shipping files in /usr/lib/python2.6/site-packages will break installation of python2.6-minimal. If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk signature.asc Description: Digital signature
Bug#571474: fusil: installs files to /usr/local with Python 2.6 as default
Source: fusil Version: 1.3.1-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your binary package contained these files: /usr/local/bin/fusil-wizzard /usr/local/bin/fusil-vlc /usr/local/bin/fusil-gimp /usr/local/bin/fusil-imagemagick /usr/local/bin/fusil-zzuf /usr/local/bin/fusil-firefox /usr/local/bin/fusil-clamav /usr/local/bin/fusil-php /usr/local/bin/fusil-python /usr/local/bin/fusil-libc-printf /usr/local/bin/fusil-gstreamer /usr/local/bin/fusil-gettext /usr/local/bin/fusil-mplayer /usr/local/bin/fusil-ogg123 /usr/local/bin/fusil-poppler Here are the relevant parts of the build log: | python ./setup.py install --root=/build/user-fusil_1.3.1-1-amd64-xBleDZ/fusil-1.3.1/debian/fusil --no-compile [...] | running install_scripts | creating /build/user-fusil_1.3.1-1-amd64-xBleDZ/fusil-1.3.1/debian/fusil/usr/local/bin | copying build/scripts-2.6/fusil-poppler - /build/user-fusil_1.3.1-1-amd64-xBleDZ/fusil-1.3.1/debian/fusil/usr/local/bin [...] | running install_egg_info | Writing /build/user-fusil_1.3.1-1-amd64-xBleDZ/fusil-1.3.1/debian/fusil/usr/local/lib/python2.6/dist-packages/fusil-1.3.1.egg-info 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#571508: python-networkx: FTBFS with Python 2.6 as default
Source: python-networkx Version: 0.99-2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | python setup_egg.py install --no-compile --root=/build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx \ | --single-version-externally-managed [...] | running install_lib | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6 | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx | creating /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/convert.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/convert_numpy.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/convert_scipy.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/exception.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/matching.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/operators.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/utils.txt - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/__init__.py - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/benchmark.py - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests | copying build/lib.linux-x86_64-2.6/networkx/tests/test.py - /build/user-python-networkx_0.99-2-amd64-98G2wh/python-networkx-0.99/debian/python-networkx/usr/local/lib/python2.6/dist-packages/networkx/tests [...] | # Fix executable bits: | chmod +x debian/python-networkx/usr/lib/`pyversions -d`/site-packages/networkx/tests/test.py | chmod: cannot access `debian/python-networkx/usr/lib/python2.6/site-packages/networkx/tests/test.py': No such file or directory 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