[Python-modules-team] Bug#894897: please add dependency on python3-distutils
Package: python3-distutils-extra Version: 2.41 Severity: important Tags: patch please add a dependency on python3-distutils, the package depends directly on distutils, now split out from the python3 core. patch at https://launchpad.net/ubuntu/+archive/primary/+files/python-distutils-extra_2.41ubuntu1.dsc ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#894708: txzmq's autopkg tests fail due to deprecation warnings from pytest 3.3
Package: src:txzmq Version: 0.7.4-2 Severity: important Tags: sid buster patch txzmq's autopkg tests fail due to deprecation warnings from pytest 3.3. Please fix, or ignore these. patch at http://launchpadlibrarian.net/363079724/txzmq_0.7.4-2ubuntu2_0.7.4-2ubuntu3.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#894683: python-motor's autopkg test fail
Package: src:python-motor Version: 1.2.1-1 Severity: important Tags: sid buster I see these tests failing on the Ubuntu autopkg test infrastructure (however not on the Debian debci infrastructure), starting with the new version 1.2.1. pointer to the amd64 logs: http://autopkgtest.ubuntu.com/packages/p/python-motor/bionic/amd64 == FAIL: test_cursor_del (asyncio_tests.test_asyncio_cursor.TestAsyncIOCursor) -- Traceback (most recent call last): File "/tmp/autopkgtest.D4kNcD/build.Yye/src/test/asyncio_tests/__init__.py", line 53, in __call__ result = self.orig_method() File "/tmp/autopkgtest.D4kNcD/build.Yye/src/test/asyncio_tests/__init__.py", line 229, in wrapped self.loop.run_until_complete(task) File "/usr/lib/python3.6/asyncio/base_events.py", line 468, in run_until_complete return future.result() File "/usr/lib/python3.6/asyncio/tasks.py", line 358, in wait_for return fut.result() File "/tmp/autopkgtest.D4kNcD/build.Yye/src/test/asyncio_tests/test_asyncio_cursor.py", line 342, in test_cursor_del request = yield from self.run_thread(server.receives, OpQuery) File "/usr/lib/python3.6/concurrent/futures/thread.py", line 56, in run result = self.fn(*self.args, **self.kwargs) File "/usr/lib/python3/dist-packages/mockupdb/__init__.py", line 1095, in receives % (matcher.prototype, request)) AssertionError: expected to receive OpQuery({}), got Command({"find": "collection", "filter": {}}, flags=SlaveOkay, namespace="test") == FAIL: test_cursor_del (tornado_tests.test_motor_cursor.MotorCursorTest) -- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/tornado/testing.py", line 136, in __call__ result = self.orig_method(*args, **kwargs) File "/usr/lib/python3/dist-packages/tornado/testing.py", line 529, in post_coroutine timeout=timeout) File "/usr/lib/python3/dist-packages/tornado/ioloop.py", line 458, in run_sync return future_cell[0].result() File "/usr/lib/python3/dist-packages/tornado/concurrent.py", line 238, in result raise_exc_info(self._exc_info) File "", line 4, in raise_exc_info File "/usr/lib/python3/dist-packages/tornado/gen.py", line 1063, in run yielded = self.gen.throw(*exc_info) File "/usr/lib/python3.6/types.py", line 184, in throw return self.__wrapped.throw(tp, *rest) File "/tmp/autopkgtest.D4kNcD/build.Yye/src/test/tornado_tests/test_motor_cursor.py", line 396, in test_cursor_del request = yield self.run_thread(server.receives, OpQuery) File "/usr/lib/python3/dist-packages/tornado/gen.py", line 1055, in run value = future.result() File "/usr/lib/python3.6/concurrent/futures/_base.py", line 425, in result return self.__get_result() File "/usr/lib/python3.6/concurrent/futures/_base.py", line 384, in __get_result raise self._exception File "/usr/lib/python3.6/concurrent/futures/thread.py", line 56, in run result = self.fn(*self.args, **self.kwargs) File "/usr/lib/python3/dist-packages/mockupdb/__init__.py", line 1095, in receives % (matcher.prototype, request)) AssertionError: expected to receive OpQuery({}), got Command({"find": "collection", "filter": {}}, flags=SlaveOkay, namespace="test") -- Ran 277 tests in 35.478s FAILED (failures=2, skipped=35) ERROR:asyncio:Unhandled error in exception handler context: {'message': 'Task was destroyed but it is pending!', 'task': .fetch_next() running at /tmp/autopkgtest.D4kNcD/build.Yye/src/test/asyncio_tests/__init__.py:168> wait_for=._call_check_cancel() at /usr/lib/python3.6/asyncio/futures.py:403, ()]>>} Traceback (most recent call last): File "/usr/lib/python3.6/asyncio/base_events.py", line 1300, in call_exception_handler self._exception_handler(self, context) File "/tmp/autopkgtest.D4kNcD/build.Yye/src/test/asyncio_tests/__init__.py", line 219, in exc_handler coro_exc = context['exception'] KeyError: 'exception' ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#894082: missing autopkg test dependencies
Package: src:path.py Version: 11.0-1 Severity: important Tags: patch sid buster missing autopkg test dependencies, which were only added to the build-depends, patch at http://launchpadlibrarian.net/362097076/path.py_11.0-1_11.0-1ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#890315: python-docutils autopkg test needs to depend on 2to3 and use it instead of 2to3-3.6
Package: src:python-docutils Version: 0.14+dfsg-2 Severity: important Tags: sid buster python-docutils autopkg tests are currently failing. the test needs to depend on 2to3 and use it instead of 2to3-3.6. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866471: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866464: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866469: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866468: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866457: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866452: python-imaging package will be dropped
With the pillow release 4.4.0 expected in January 2018 the python-imaging package will be dropped and the severity of this issue will be raised. Please update the package drop the python-imaging (build) dependency. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#884667: 2to3 binary moved to it's own 2to3 package
Package: src:pycxx Severity: serious Tags: sid buster The 2to3 binary is now built using Python3, and therefore had to move out of the python (2) package. It's now provided in it's own 2to3 package. Please add a build dependency on 2to3, and check if the autopkg test dependencies need an update as well. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#884668: 2to3 binary moved to it's own 2to3 package
Package: src:python-dsv Severity: serious Tags: sid buster The 2to3 binary is now built using Python3, and therefore had to move out of the python (2) package. It's now provided in it's own 2to3 package. Please add a build dependency on 2to3, and check if the autopkg test dependencies need an update as well. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#884669: 2to3 binary moved to it's own 2to3 package
Package: src:pyzmq Severity: serious Tags: sid buster The 2to3 binary is now built using Python3, and therefore had to move out of the python (2) package. It's now provided in it's own 2to3 package. Please add a build dependency on 2to3, and check if the autopkg test dependencies need an update as well. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#884674: 2to binary moved to the 2to3 binary package
Package: src:sparql-wrapper-python Severity: serious Tags: sid buster The 2to3 binary is now built using Python3, and therefore had to move out of the python (2) package. It's now provided in it's own 2to3 package. Please add a build dependency on 2to3, and check if the autopkg test dependencies need an update as well. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#883157: libapache2-mod-python: Please support for Python3
Package: src:libapache2-mod-python Version: 3.3.1-11 User: debian-pyt...@lists.debian.org Usertags: py2-removal Please consider adding support for Python3, either by using python3 as the default, or maybe by providing a libapache2-mod-python3 binary package. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#879807: pyicu ftbfs with icu from experimental
Package: src:pyicu Version: 1.9.5-1 Severity: important Tags: sid buster pyicu ftbfs with icu from experimental, not shipping the icu-config binary anymore. Please fall back to pkg-config. set -e; \ for py in 2.7 3.6; do \ (cd build/py${py%%.*}; \ python$py setup.py build; \ python$py-dbg setup.py build); \ done Traceback (most recent call last): File "setup.py", line 11, in ICU_VERSION = subprocess.check_output(('icu-config', '--version')).strip() File "/usr/lib/python2.7/subprocess.py", line 212, in check_output process = Popen(stdout=PIPE, *popenargs, **kwargs) File "/usr/lib/python2.7/subprocess.py", line 390, in __init__ errread, errwrite) File "/usr/lib/python2.7/subprocess.py", line 1025, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory debian/rules:21: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 1 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#876007: [patch] fix autopkg tests with M-A'd openblas/atlas
Package: src:python-scipy Tags: patch sid buster Severity important patch at http://launchpadlibrarian.net/337074560/python-scipy_0.18.1-2ubuntu3_0.18.1-2ubuntu4.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#869896: backports.ssl-match-hostname should be removed for buster
Package: src:backports.ssl-match-hostname Version: 3.5.0.1-1 Severity: important Tags: sid buster The python3 and python2 versions already have that fix (and had it in stretch too). This package should be removed for the buster release. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866471: python-trml2pdf: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:python-trml2pdf Version: 1.2-3 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866468: python-scipy: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:python-scipy Version: 0.18.1-2 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866469: python-scrapy: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:python-scrapy Version: 1.0.3-2 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866464: python-aalib: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:python-aalib Version: 0.3.2-1 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866457: pycaptcha: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:pycaptcha Version: 0.4-2 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#866452: pisa: depends on obsolete python-imaging (replace with python3-pil or python-pil)
Package: src:pisa Version: 3.0.32-4 Severity: important Tags: sid buster User: d...@debian.org Usertags: imaging-pillow One or more binary packages built from this source depends on or recommends python-imaging, which is obsolete for some years now. Please build the source using the python-pil package. If your package doesn't need to be built with Python2, please consider using Python3 and depend on python3-pil. Planning to remove python-imaging for the buster release, so the severity of this issues might be raised. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#862434: mod-wsgi only supports the default python/python3 version
Package: src:mod-wsgi Version: 4.5.11-1 Tags: sid buster User: debian-pyt...@lists.debian.org Usertags: python3.6 mod-wsgi only supports the default python/python3 version, therefore the build dependencies should be limited to the default versions (s/-all//g). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#862423: pysvn ftbfs with more than one supported python3 version
Package: src:pysvn Version: 1.9.4-2 Severity: important Tags: sid buster User: debian-pyt...@lists.debian.org Usertags: python3.6 pysvn ftbfs with more than one supported python3 version, when PYVERS3 expands to more than one version. So either build for only the default version (change the b-d's), or fix the build system to build for all supported versions. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#853628: qscintilla2: ftbfs with GCC-7
Package: src:qscintilla2 Version: 2.9.3+dfsg-4 Severity: normal Tags: sid buster User: debian-...@lists.debian.org Usertags: ftbfs-gcc-7 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The severity of this report may be raised before the buster release. There is no need to fix this issue in time for the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc7-20170126/qscintilla2_2.9.3+dfsg-4_unstable_gcc7.log The last lines of the build log are at the end of this report. To build with GCC 7, either set CC=gcc-7 CXX=g++-7 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t=experimental install g++ Common build failures are new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-7/porting_to.html [...] - (optional=templinst)_ZSt4swapIP8QMapDataI7QString5QListI5QPairIjjNSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableISB_EEE5valueEvE4typeERSB_SI_@Base 2.9.3 - (optional=templinst)_ZSt4swapIP8QMapDataI7QStringS1_EENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS7_EEE5valueEvE4typeERS7_SE_@Base 2.9.3 - (optional=templinst)_ZSt4swapIP8QMapDataIi7QPixmapEENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS7_EEE5valueEvE4typeERS7_SE_@Base 2.9.3 - (optional=templinst)_ZSt4swapIPN15QtSharedPointer20ExternalRefCountDataEENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SD_@Base 2.9.3 - (optional=templinst)_ZSt4swapIPN9QListData4DataEENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SD_@Base 2.9.3 - (optional=templinst)_ZSt4swapIiENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS3_EEE5valueEvE4typeERS3_SA_@Base 2.9.3 - (optional=templinst)_ZSt4swapIjENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS3_EEE5valueEvE4typeERS3_SA_@Base 2.9.3 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP12QFontPrivateENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS5_EEE5valueEvE4typeERS5_SC_@Base 2.9.3 + _ZSt4swapIP12QFontPrivateENSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleIS6_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SG_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP14SelectionRangeENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS5_EEE5valueEvE4typeERS5_SC_@Base 2.9.3 + _ZSt4swapIP14SelectionRangeENSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleIS6_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SG_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP15QTypedArrayDataIcEENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SD_@Base 2.9.3 + _ZSt4swapIP15QTypedArrayDataIcEENSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleIS7_ESt18is_move_assignableIS7_EEE5valueEvE4typeERS7_SH_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP15QTypedArrayDataItEENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SD_@Base 2.9.3 + _ZSt4swapIP15QTypedArrayDataItEENSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleIS7_ESt18is_move_assignableIS7_EEE5valueEvE4typeERS7_SH_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP7QObjectENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS5_EEE5valueEvE4typeERS5_SC_@Base 2.9.3 + _ZSt4swapIP7QObjectENSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleIS6_ESt18is_move_assignableIS6_EEE5valueEvE4typeERS6_SG_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4# (optional=templinst)_ZSt4swapIP8QMapDataI7QString5QListI5QPairIjjNSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableISB_EEE5valueEvE4typeERSB_SI_@Base 2.9.3 + _ZSt4swapIP8QMapDataI7QString5QListI5QPairIjjNSt9enable_ifIXsrSt6__and_IJSt6__not_ISt15__is_tuple_likeIT_EESt21is_move_constructibleISC_ESt18is_move_assignableISC_EEE5valueEvE4typeERSC_SM_@Base 2.9.3+dfsg-4 +#MISSING: 2.9.3+dfsg-4#
[Python-modules-team] Bug#853625: python-pgmagick: ftbfs with GCC-7
Package: src:python-pgmagick Version: 0.6.4-1 Severity: normal Tags: sid buster User: debian-...@lists.debian.org Usertags: ftbfs-gcc-7 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The severity of this report may be raised before the buster release. There is no need to fix this issue in time for the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc7-20170126/python-pgmagick_0.6.4-1_unstable_gcc7.log The last lines of the build log are at the end of this report. To build with GCC 7, either set CC=gcc-7 CXX=g++-7 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t=experimental install g++ Common build failures are new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-7/porting_to.html [...] x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -I/usr/include/GraphicsMagick/ -I/usr/include/python3.5m -c ./src/_PathLinetoHorizontalAbs.cpp -o build/temp.linux-amd64-3.5/./src/_PathLinetoHorizontalAbs.o -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_24 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_22 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_20 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_6 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_x -D_LIBRARY_VERSION="1.3.25" cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -I/usr/include/GraphicsMagick/ -I/usr/include/python3.5m -c ./src/_QuantumOperator.cpp -o build/temp.linux-amd64-3.5/./src/_QuantumOperator.o -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_24 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_22 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_20 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_6 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_x -D_LIBRARY_VERSION="1.3.25" cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -I/usr/include/GraphicsMagick/ -I/usr/include/python3.5m -c ./src/_PathSmoothQuadraticCurvetoAbs.cpp -o build/temp.linux-amd64-3.5/./src/_PathSmoothQuadraticCurvetoAbs.o -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_24 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_22 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_20 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_6 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_x -D_LIBRARY_VERSION="1.3.25" cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -I/usr/include/GraphicsMagick/ -I/usr/include/python3.5m -c ./src/_StretchType.cpp -o build/temp.linux-amd64-3.5/./src/_StretchType.o -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_24 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_22 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_20 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_6 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_x -D_LIBRARY_VERSION="1.3.25" cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.5m -I/usr/include/GraphicsMagick/ -I/usr/include/python3.5m -c ./src/_DrawableDashOffset.cpp -o build/temp.linux-amd64-3.5/./src/_DrawableDashOffset.o -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_24 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_22 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_20 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_6 -DPGMAGICK_LIB_GRAPHICSMAGICK_1_3_x -D_LIBRARY_VERSION="1.3.25" cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++ x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
[Python-modules-team] Bug#818278: pyzmq: binNMUs using zeromq3 4.1.x are timing out in the tests
Package: src:pyzmq Version: 15.1.0-1 Severity: serious Tags: sid stretch According to https://buildd.debian.org/status/package.php?p=pyzmq tests are timing out or fail on most architectures. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#815071: python-gnutls depends on obsolete libgnutls-deb0-28, hard-coding the runtime dependency
Package: python-gnutls Version: 2.0.1-2+b1 Severity: serious Tags: sid stretch python-gnutls depends on obsolete libgnutls-deb0-28, hard-coding the runtime dependency. don't hardcode the library, but extract it from the dependency information of the -dev package. Also a python3 package would be nice to have. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#811493: pythonpyscss hard codes the python versions
Package: src:python-pyscss Version: 1.3.4-4 Severity: serious Tags: sid stretch patch pythonpyscss hard codes the python versions, currently doesn't test with the default python3 version, and will fail to build once 3.4 is removed from the supported pythone3 versions. patch at http://launchpadlibrarian.net/234612960/python-pyscss_1.3.4-4build1_1.3.4-4ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#803082: Bug#803082: ipython ftbfs (too new lessc version)
On 30.10.2015 10:03, Brian May wrote: I suspect the solution to this is to update to use ipython 4.0.0 It looks like there have been significant structural changes in 4.0.0, so work is required to merge the patches (conflicts occur due to missing files) and update debian/rules. the 3.x series seems to be still recent enough, and still has the monolithic approach. So maybe you'll see less surprises with this one? ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#803062: please ship python{, 3}-shiboken packages
Package: src:shiboken Version: 1.2.2-2 Forwarded from a Ubuntu report: It appears that the Ubuntu packages for shiboken don't include an importable "shiboken" module. This is necessary for some libraries using PySide, to quote https://shiboken.readthedocs.org/en/latest/shibokenmodule.html: """ This Python module can be used to access internal information related to our binding technology. Access to this internal information is required to e.g.: integrate PySide with Qt based programs that offer Python scripting like Maya™ or just for debug purposes. """ it indeed builds a shiboken.so for all python versions, but it is not shipped. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#803082: ipython ftbfs (too new lessc version)
Package: src:ipython Version: 2.3.0-2 Severity: serious Tags: sid stretch ipython ftbfs (too new lessc version in the archive): cd IPython/html && fab css Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/fabric/main.py", line 743, in main *args, **kwargs File "/usr/lib/python2.7/dist-packages/fabric/tasks.py", line 427, in execute results[''] = task.run(*args, **new_kwargs) File "/usr/lib/python2.7/dist-packages/fabric/tasks.py", line 174, in run return self.wrapped(*args, **kwargs) File "/home/packages/tmp/x/ipython-2.3.0/IPython/html/fabfile.py", line 21, in css _compile_less(source, target, minify, verbose) File "/home/packages/tmp/x/ipython-2.3.0/IPython/html/fabfile.py", line 46, in _compile_less raise ValueError("lessc too new: %s >= %s" % (less_version, max_less_version)) ValueError: lessc too new: 1.6.3 >= 1.5.0 debian/rules:23: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory '/home/packages/tmp/x/ipython-2.3.0' debian/rules:8: recipe for target 'build' failed make: *** [build] Error 2 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#802962: missing build dependencies on python{, 3}-click
Package: src:elasticsearch-curator Version: 3.3.0-1 missing build dependencies on python{,3}-click are missing. Note these get generated as dependencies. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#802833: please do not link python extensions against libpython
Package: src:pyside Version: 1.2.2-2 Severity: important Tags: sid stretch please do not link python extensions against libpython, or else you force people to install all supported python versions. See: $ apt-cache show python3-pyside.qtcore | grep Depends Depends: libc6 (>= 2.14), libgcc1 (>= 1:4.1.1), libpyside-py3-1.2 (= 1.2.2-2), libpython3.4 (>= 3.4.2), libpython3.5 (>= 3.5.0~b1), libqtcore4 (>= 4:4.8.0), libshiboken-py3-1.2v5 (>= 1.2.2-2+b1), libstdc++6 (>= 4.1.1), python3 (<< 3.6), python3 (>= 3.4~) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#800940: 64bit builds raise a lot of compiler warnings
Control: tags -1 + patch >>> import dulwich._objects Traceback (most recent call last): File "", line 1, in ImportError: /usr/lib/python3/dist-packages/dulwich/_objects.cpython-34m-x86_64-linux-gnu.so: undefined symbol: PyString_FromStringAndSize please don't ship non-working extension modules. patch at http://launchpadlibrarian.net/220370260/dulwich_0.11.2-1_0.11.2-1ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#800940: dulwich doesn't seem to be ready for 64bit architectures
Package: src:dulwich Version: 0.11.2-1 Severity: important Tags: sid stretch seen on the Ubuntu buildds at Function `PyString_FromStringAndSize' implicitly converted to pointer at dulwich/_objects.c:52 Function `PyString_AS_STRING' implicitly converted to pointer at dulwich/_objects.c:212 Function `Py_InitModule3' implicitly converted to pointer at dulwich/_objects.c:256 Function `PyString_FromString' implicitly converted to pointer at dulwich/_pack.c:55 Function `_PyString_Join' implicitly converted to pointer at dulwich/_pack.c:60 Function `PyString_AS_STRING' implicitly converted to pointer at dulwich/_pack.c:99 Function `PyString_FromStringAndSize' implicitly converted to pointer at dulwich/_pack.c:115 Function `PyString_AsString' implicitly converted to pointer at dulwich/_pack.c:122 Function `PyInt_FromLong' implicitly converted to pointer at dulwich/_pack.c:229 Function `Py_InitModule3' implicitly converted to pointer at dulwich/_pack.c:255 Function `PyString_FromStringAndSize' implicitly converted to pointer at dulwich/_diff_tree.c:284 Function `PyInt_FromLong' implicitly converted to pointer at dulwich/_diff_tree.c:290 Function `Py_InitModule' implicitly converted to pointer at dulwich/_diff_tree.c:398 however the same is true for the Debian builds. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#798943: 64bit builds raise a lot of compiler warnings
Package: src:dulwich Version: 0.11.1-1 Severity: important Tags: sid stretch seen on every 64bit architecture: https://buildd.debian.org/status/fetch.php?pkg=dulwich=ppc64el=0.11.1-1=1442171901 dulwich/_objects.c: In function 'init_objects': dulwich/_objects.c:256:6: warning: implicit declaration of function 'Py_InitModule3' [-Wimplicit-function-declaration] m = Py_InitModule3("_objects", py_objects_methods, NULL); ^ dulwich/_objects.c:256:4: warning: assignment makes pointer from integer without a cast [-Wint-conversion] m = Py_InitModule3("_objects", py_objects_methods, NULL); ^ as a side note, the packaging doesn't seem to be correct, if multiple python3 versions are supported: see https://launchpadlibrarian.net/217905805/buildlog_ubuntu-wily-amd64.dulwich_0.11.1-1_BUILDING.txt.gz the 3.5 binaries are here built in the install target, and not tested. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#798565: dulwich ftbfs on armhf and powerpc, and uninstallable in unstable
Package: src:dulwich Version: 0.10.1-1 Severity: serious Tags: sid stretch dulwich ftbfs on armhf and powerpc, and is uninstallable in unstable ( pypy << 2.5). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#771831: python-googlecloudapis: fails to upload in Ubuntu due to files from 1980
Control: tags -1 + patch patch at http://launchpadlibrarian.net/216760504/python-googlecloudapis_0.9.30%2Bdebian1-1ubuntu1_0.9.30%2Bdebian1-1ubuntu2.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#797829: python-igraph ftbfs in unstable with igraph 0.7
Package: src:python-igraph Version: 0.6.5-1 Severity: serious Tags: sid stretch patch python-igraph ftbfs in unstable with igraph 0.7 An updated upstream package is available from https://launchpad.net/ubuntu/+source/python-igraph/0.7.1post6-0ubuntu2 Please also create a python3-igraph package. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#793277: pytaglib: change of type in system_error might break with GCC-5
Package: src:pytaglib Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: gcc-pr66145 GCC PR libstdc++/66145 is a regression in GCC 5 which won't be fixed upstream in time for the GCC defaults change. The work around is to rebuild the affected packages after GCC 5 is the default compiler. Please look at the code and decide, if the package is affected. If not, please just close the issue. If it's a real issue, I'll add the packages affected to libstdc++6's Breaks attributes, with the version of the package at the time of the defaults change. See https://wiki.debian.org/GCC5#libstdc.2B-.2B-_c.2B-.2B-11_incompatibilities_.284.9_and_5.29 for further information. To build with GCC 5,install the gcc, g++, gfortran, ... packages from experimental (apt-get -t experimental install g++). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#791257: qscintilla2: library transition may be needed when GCC 5 is the default
Package: src:qscintilla2 Version: 2.8.4+dfsg-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#791276: shiboken: library transition may be needed when GCC 5 is the default
Package: src:shiboken Version: 1.2.2-1 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#778118: shiboken: ftbfs with GCC-5
Package: src:shiboken Version: 1.2.2-1 Severity: normal Tags: sid stretch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The severity of this report may be raised before the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc5-20150205/shiboken_1.2.2-1_unstable_gcc5.log The last lines of the build log are at the end of this report. To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t experimental install g++ Common build failures are C11 as the default C mode, new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html [...] - (optional=templinst)_ZNSt4listIP9SbkObjectSaIS1_EED2Ev@Base 1.0.4 - (optional=templinst)_ZNSt4listIP9SbkObjectSaIS1_EEaSERKS3_@Base 1.0.0~beta2 - (optional=templinst)_ZNSt4pairIKP13SbkObjectTypeSt4listIS1_SaIS1_EEED1Ev@Base 1.0.0~beta3 - (optional=templinst)_ZNSt4pairIKP13SbkObjectTypeSt4listIS1_SaIS1_EEED2Ev@Base 1.1.2 - (optional=templinst)_ZNSt4pairIKSsPN8Shiboken12TypeResolverEED1Ev@Base 1.1.2 - (optional=templinst)_ZNSt4pairIKSsPN8Shiboken12TypeResolverEED2Ev@Base 1.1.2 - (optional=templinst)_ZNSt4pairIKSsSt4listIP9SbkObjectSaIS3_EEED1Ev@Base 1.0.0~beta2 - (optional=templinst)_ZNSt4pairIKSsSt4listIP9SbkObjectSaIS3_EEED2Ev@Base 1.0.0~beta3 - (optional=templinst)_ZNSt8_Rb_treeIP11_typeobjectSt4pairIKS1_SsESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_M_eraseEPSt13_Rb_tree_nodeIS4_E@Base 1.0.5 - (optional=templinst)_ZNSt8_Rb_treeIP7_objectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE16_M_insert_uniqueERKS1_@Base 1.0.9 - (optional=templinst)_ZNSt8_Rb_treeIP7_objectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE8_M_eraseEPSt13_Rb_tree_nodeIS1_E@Base 1.0.9 - (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE10_M_insert_EPKSt18_Rb_tree_node_baseSA_RKS1_@Base 1.0.0~beta5 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4listIP7_objectSaIS1_EEaSERKS3_@Base 1.0.4 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4listIP9SbkObjectSaIS1_EED1Ev@Base 1.0.0~beta3 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4listIP9SbkObjectSaIS1_EED2Ev@Base 1.0.4 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4listIP9SbkObjectSaIS1_EEaSERKS3_@Base 1.0.0~beta2 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKP13SbkObjectTypeSt4listIS1_SaIS1_EEED1Ev@Base 1.0.0~beta3 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKP13SbkObjectTypeSt4listIS1_SaIS1_EEED2Ev@Base 1.1.2 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKSsPN8Shiboken12TypeResolverEED1Ev@Base 1.1.2 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKSsPN8Shiboken12TypeResolverEED2Ev@Base 1.1.2 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKSsSt4listIP9SbkObjectSaIS3_EEED1Ev@Base 1.0.0~beta2 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt4pairIKSsSt4listIP9SbkObjectSaIS3_EEED2Ev@Base 1.0.0~beta3 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt8_Rb_treeIP11_typeobjectSt4pairIKS1_SsESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_M_eraseEPSt13_Rb_tree_nodeIS4_E@Base 1.0.5 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt8_Rb_treeIP7_objectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE16_M_insert_uniqueERKS1_@Base 1.0.9 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt8_Rb_treeIP7_objectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE8_M_eraseEPSt13_Rb_tree_nodeIS1_E@Base 1.0.9 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE10_M_insert_EPKSt18_Rb_tree_node_baseSA_RKS1_@Base 1.0.0~beta5 (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE16_M_insert_uniqueERKS1_@Base 1.0.0~beta5 - (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE7_M_copyEPKSt13_Rb_tree_nodeIS1_EPS9_@Base 1.0.0~beta5 +#MISSING: 1.2.2-1# (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE7_M_copyEPKSt13_Rb_tree_nodeIS1_EPS9_@Base 1.0.0~beta5 + _ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE7_M_copyINS7_11_Alloc_nodeEEEPSt13_Rb_tree_nodeIS1_EPKSB_SC_RT_@Base 1.2.2-1 (optional=templinst)_ZNSt8_Rb_treeIP9SbkObjectS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE8_M_eraseEPSt13_Rb_tree_nodeIS1_E@Base 1.0.0~beta2 - (optional=templinst)_ZNSt8_Rb_treeISsSt4pairIKSsSt4listIP7_objectSaIS4_EEESt10_Select1stIS7_ESt4lessISsESaIS7_EE8_M_eraseEPSt13_Rb_tree_nodeIS7_E@Base 1.0.4 -
[Python-modules-team] Bug#778077: python-numpy: ftbfs with GCC-5
Package: src:python-numpy Version: 1:1.8.2-2 Severity: normal Tags: sid stretch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The severity of this report may be raised before the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc5-20150205/python-numpy_1.8.2-2_unstable_gcc5.log The last lines of the build log are at the end of this report. To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t experimental install g++ Common build failures are C11 as the default C mode, new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html [...] copying numpy/doc/io.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/__init__.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/jargon.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/ufuncs.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/structured_arrays.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/byteswapping.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/methods_vs_functions.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/internals.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/creation.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/constants.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/glossary.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/basics.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/indexing.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/howtofind.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc copying numpy/doc/subclassing.py - build/lib.linux-x86_64-2.7-pydebug/numpy/doc running build_clib customize UnixCCompiler customize UnixCCompiler using build_clib building 'npymath' library compiling C sources C compiler: x86_64-linux-gnu-gcc -pthread -g -O0 -Wall -Wstrict-prototypes -fno-strict-aliasing -g -O0 -fstack-protector-strong -Wformat -Werror=format-security -fPIC creating build/temp.linux-x86_64-2.7-pydebug creating build/temp.linux-x86_64-2.7-pydebug/build creating build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7 creating build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy creating build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core creating build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core/src creating build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core/src/npymath creating build/temp.linux-x86_64-2.7-pydebug/numpy creating build/temp.linux-x86_64-2.7-pydebug/numpy/core creating build/temp.linux-x86_64-2.7-pydebug/numpy/core/src creating build/temp.linux-x86_64-2.7-pydebug/numpy/core/src/npymath compile options: '-Inumpy/core/include -Ibuild/src.linux-x86_64-2.7/numpy/core/include/numpy -Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/src/npysort -Inumpy/core/include -I/usr/include/python2.7_d -Ibuild/src.linux-x86_64-2.7/numpy/core/src/private -Ibuild/src.linux-x86_64-2.7/numpy/core/src/private -Ibuild/src.linux-x86_64-2.7/numpy/core/src/private -Ibuild/src.linux-x86_64-2.7/numpy/core/src/private -c' x86_64-linux-gnu-gcc: build/src.linux-x86_64-2.7/numpy/core/src/npymath/npy_math_complex.c x86_64-linux-gnu-gcc: build/src.linux-x86_64-2.7/numpy/core/src/npymath/npy_math.c x86_64-linux-gnu-gcc: numpy/core/src/npymath/halffloat.c x86_64-linux-gnu-gcc: build/src.linux-x86_64-2.7/numpy/core/src/npymath/ieee754.c x86_64-linux-gnu-gcc-ar: adding 4 object files to build/temp.linux-x86_64-2.7-pydebug/libnpymath.a sh: 1: x86_64-linux-gnu-gcc-ar: not found error: Command x86_64-linux-gnu-gcc-ar rc build/temp.linux-x86_64-2.7-pydebug/libnpymath.a build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core/src/npymath/npy_math.o build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core/src/npymath/ieee754.o build/temp.linux-x86_64-2.7-pydebug/build/src.linux-x86_64-2.7/numpy/core/src/npymath/npy_math_complex.o build/temp.linux-x86_64-2.7-pydebug/numpy/core/src/npymath/halffloat.o failed with exit status 127sh: 1: x86_64-linux-gnu-gcc-ar:
[Python-modules-team] Bug#778076: python-enable: ftbfs with GCC-5
Package: src:python-enable Version: 4.3.0-2 Severity: normal Tags: sid stretch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The severity of this report may be raised before the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc5-20150205/python-enable_4.3.0-2_unstable_gcc5.log The last lines of the build log are at the end of this report. To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t experimental install g++ Common build failures are C11 as the default C mode, new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html [...] File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 935, in get_subpackage caller_level = caller_level + 1) File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 872, in _get_configuration_from_setup_py config = setup_module.configuration(*args) File kiva/agg/setup.py, line 88, in configuration if int(m.group(1)) 4: AttributeError: 'NoneType' object has no attribute 'group' make: [python-module-clean/python-enable] Error 1 (ignored) /usr/share/cdbs/1/class/python-distutils.mk:158: recipe for target 'python-module-clean/python-enable' failed rm -rf debian/python-module-stampdir find /«PKGBUILDDIR» -name '*.py[co]' -delete find /«PKGBUILDDIR» -name __pycache__ -type d -empty -delete find /«PKGBUILDDIR» -prune -name '*.egg-info' -exec rm -rf '{}' ';' debian/rules build-arch test -x debian/rules mkdir -p . /usr/share/cdbs/1/rules/buildcore.mk:110: CDBS WARNING:DEB_COMPRESS_EXCLUDE is deprecated since 0.4.85 mkdir -p debian/python-module-stampdir set -e; \ cd . \ python setup.py build --build-base=/«PKGBUILDDIR»/./build; /usr/lib/python2.7/dist-packages/numpy/distutils/system_info.py:576: UserWarning: Specified path /usr/local/include/python2.7 is invalid. warnings.warn('Specified path %s is invalid.' % d) /usr/lib/python2.7/dist-packages/numpy/distutils/system_info.py:576: UserWarning: Specified path is invalid. warnings.warn('Specified path %s is invalid.' % d) Traceback (most recent call last): File setup.py, line 56, in module config = configuration().todict() File setup.py, line 48, in configuration config.add_subpackage('kiva') File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 966, in add_subpackage caller_level = 2) File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 935, in get_subpackage caller_level = caller_level + 1) File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 872, in _get_configuration_from_setup_py config = setup_module.configuration(*args) File kiva/setup.py, line 27, in configuration config.add_subpackage('agg') File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 966, in add_subpackage caller_level = 2) File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 935, in get_subpackage caller_level = caller_level + 1) File /usr/lib/python2.7/dist-packages/numpy/distutils/misc_util.py, line 872, in _get_configuration_from_setup_py config = setup_module.configuration(*args) File kiva/agg/setup.py, line 88, in configuration if int(m.group(1)) 4: AttributeError: 'NoneType' object has no attribute 'group' make: *** [debian/python-module-stampdir/python-enable] Error 1 /usr/share/cdbs/1/class/python-distutils.mk:116: recipe for target 'debian/python-module-stampdir/python-enable' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#778078: python-scipy: ftbfs with GCC-5
Package: src:python-scipy Version: 0.14.1-1 Severity: normal Tags: sid stretch User: debian-...@lists.debian.org Usertags: ftbfs-gcc-5 Please keep this issue open in the bug tracker for the package it was filed for. If a fix in another package is required, please file a bug for the other package (or clone), and add a block in this package. Please keep the issue open until the package can be built in a follow-up test rebuild. The package fails to build in a test rebuild on at least amd64 with gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The severity of this report may be raised before the stretch release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc5-20150205/python-scipy_0.14.1-1_unstable_gcc5.log The last lines of the build log are at the end of this report. To build with GCC 5, either set CC=gcc-5 CXX=g++-5 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. apt-get -t experimental install g++ Common build failures are C11 as the default C mode, new warnings resulting in build failures with -Werror turned on, or new/dropped symbols in Debian symbols files. For other C/C++ related build failures see the porting guide at http://gcc.gnu.org/gcc-5/porting_to.html [...] Fortran fix compiler: /usr/bin/gfortran -Wall -ffixed-form -fno-second-underscore -Wall -fno-second-underscore -fPIC -O3 -funroll-loops creating build/temp.linux-x86_64-2.7 creating build/temp.linux-x86_64-2.7/scipy creating build/temp.linux-x86_64-2.7/scipy/fftpack creating build/temp.linux-x86_64-2.7/scipy/fftpack/src creating build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack compile options: '-I/usr/lib/python2.7/dist-packages/numpy/core/include -c' gfortran:f77: scipy/fftpack/src/dfftpack/dffti.f gfortran:f77: scipy/fftpack/src/dfftpack/dsinqi.f gfortran:f77: scipy/fftpack/src/dfftpack/dffti1.f scipy/fftpack/src/dfftpack/dffti1.f:13:0: 103 NTRY = NTRY+2 ^ Warning: 'ntry' may be used uninitialized in this function [-Wmaybe-uninitialized] gfortran:f77: scipy/fftpack/src/dfftpack/dsinqb.f gfortran:f77: scipy/fftpack/src/dfftpack/zffti1.f scipy/fftpack/src/dfftpack/zffti1.f:13:0: 103 NTRY = NTRY+2 ^ Warning: 'ntry' may be used uninitialized in this function [-Wmaybe-uninitialized] gfortran:f77: scipy/fftpack/src/dfftpack/dcosqi.f gfortran:f77: scipy/fftpack/src/dfftpack/dcosqb.f gfortran:f77: scipy/fftpack/src/dfftpack/dcosti.f gfortran:f77: scipy/fftpack/src/dfftpack/zfftb.f gfortran:f77: scipy/fftpack/src/dfftpack/dsint.f gfortran:f77: scipy/fftpack/src/dfftpack/dcosqf.f gfortran:f77: scipy/fftpack/src/dfftpack/dfftf.f gfortran:f77: scipy/fftpack/src/dfftpack/dfftf1.f gfortran:f77: scipy/fftpack/src/dfftpack/dsinqf.f gfortran:f77: scipy/fftpack/src/dfftpack/dfftb1.f gfortran:f77: scipy/fftpack/src/dfftpack/dsint1.f gfortran:f77: scipy/fftpack/src/dfftpack/zfftf1.f gfortran:f77: scipy/fftpack/src/dfftpack/dfftb.f gfortran:f77: scipy/fftpack/src/dfftpack/dcost.f gfortran:f77: scipy/fftpack/src/dfftpack/zfftf.f gfortran:f77: scipy/fftpack/src/dfftpack/zfftb1.f gfortran:f77: scipy/fftpack/src/dfftpack/dsinti.f gfortran:f77: scipy/fftpack/src/dfftpack/zffti.f x86_64-linux-gnu-gcc-ar: adding 23 object files to build/temp.linux-x86_64-2.7/libdfftpack.a sh: 1: x86_64-linux-gnu-gcc-ar: not found error: Command x86_64-linux-gnu-gcc-ar rc build/temp.linux-x86_64-2.7/libdfftpack.a build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dffti.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsinqi.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dffti1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsinqb.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zffti1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dcosqi.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dcosqb.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dcosti.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zfftb.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsint.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dcosqf.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dfftf.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dfftf1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsinqf.o build/temp.linux-x86_ 64-2.7/scipy/fftpack/src/dfftpack/dfftb1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsint1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zfftf1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dfftb.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dcost.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zfftf.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zfftb1.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/dsinti.o build/temp.linux-x86_64-2.7/scipy/fftpack/src/dfftpack/zffti.o failed with exit status 127sh: 1: x86_64-linux-gnu-gcc-ar: not found make[1]: *** [build-python2.7] Error 1
[Python-modules-team] Bug#771794: pip silently removes/updates system provided python packages
Package: python-pip Version: 1.5.6-3 Severity: serious Tags: sid jessie pip currently silently removes/updates system provided python packages when used on the system python. This is only seen when a user calls pip with administrator rights, but it makes debian python packages somehow useless. Upstream is aware of the issue. With distutils and setuptools patched to install into safe locations in the distro, it is unfortunate that the next tool adds such features, and doesn't even warn the user. For jessie I suggest to just disable pip when used on the system python, unless a new option --yes-i-want-to-screw-up-my-system-python is given. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#770172: lowering the severity, unused copy
Control: severity -1 important the urllib3 copy here is not used, however it should be fixed later on. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#764493: python-eventlet tests failures
Package: src:python-eventlet Version: 0.13.0 Severity: serious Tags: sid jessie patch Two python-eventlet tests fail with the recent python2.7. Proposed patch at http://launchpadlibrarian.net/186832595/python-eventlet_0.13.0-1ubuntu2_0.13.0-1ubuntu3.diff.gz I didn't check with 0.15. Is this version stable enough for unstable? ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#760482: txzmq tests try to access the network during the build
Package: src:txzmq Version: 0.7.2-1 Severity: serious Tags: sid jessie the package fails to build without network connection when running the tests. Please disable the tests which are needed for a network disabled build. [...] dh_auto_test -O--buildsystem=pybuild I: pybuild base:170: cd /build/buildd/txzmq-0.7.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest discover -v Warn: Interface lo reports as a loopback device. Warn: Interface lo reports as a non-multicast capable device. Warn: Interface lo reports as a loopback device. Warn: Interface lo reports as a non-multicast capable device. Assertion failed: false (pgm_socket.cpp:155) Aborted E: pybuild pybuild:256: test: plugin distutils failed with: exit code=134: cd /build/buildd/txzmq-0.7.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m unittest discover -v dh_auto_test: pybuild --test -i python{version} -p 2.7 --dir . returned exit code 13 debian/rules:4: recipe for target 'build' failed make: *** [build] Error 13 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#758022: test_interpolate.TestPPoly.test_roots test fails on i386
Package: python-scipy Version: 0.14.0-1 Severity: important this test fails when the package is rebuilt on today's sid. The error then is ignored during the test build, however it fails hard in the autopkg test. == FAIL: test_roots (test_interpolate.TestPPoly) -- Traceback (most recent call last): File /scratch/packages/python-scipy-0.14.0/debian/python-scipy/usr/lib/python2.7/dist-packages /scipy/interpolate/tests/test_interpolate.py, line 749, in test_roots assert_allclose(r, sproot(spl), atol=1e-15) File /usr/lib/python2.7/dist-packages/numpy/testing/utils.py, line 1183, in assert_allclose verbose=verbose, header=header) File /usr/lib/python2.7/dist-packages/numpy/testing/utils.py, line 599, in assert_array_compa re raise AssertionError(msg) AssertionError: Not equal to tolerance rtol=1e-07, atol=1e-15 (shapes (9,), (10,) mismatch) x: array([ 0.1047157 , 0.20941655, 0.31410118, 0.41890546, 0.52334966, 0.62790802, 0.73244579, 0.83763035, 0.94434654]) y: array([ 1.57758919e-19, 1.04715696e-01, 2.09416552e-01, 3.14101183e-01, 4.18905456e-01, 5.23349664e-01, 6.27908024e-01, 7.32445794e-01, 8.37630351e-01, 9.44346543e-01]) -- Ran 16583 tests in 124.158s FAILED (KNOWNFAIL=277, SKIP=1177, failures=1) Running unit tests for scipy NumPy version 1.8.1 NumPy is installed in /usr/lib/python2.7/dist-packages/numpy SciPy version 0.14.0 SciPy is installed in /scratch/packages/python-scipy-0.14.0/debian/python-scipy/usr/lib/python2.7/dist-packages/scipy Python version 2.7.8 (default, Aug 10 2014, 12:56:47) [GCC 4.9.1] nose version 1.3.3 failed: test_interpolate.TestPPoly.test_roots #errors: 1 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#757928: python3-webob doesn't ship an egg file
Package: python3-webob Version: 1.4-1 Severity: serious Tags: sid jessie patch setuptools doesn't find the egg, and tries to download the egg again from pypi, causing non-networked build machines to fail some builds. It seems a bit odd to remove that just to fix a lintian warning ... * d/python3-webob.pyremove: Prune out the extra egg-info directory to avoid a lintian warning. patch at http://launchpadlibrarian.net/182098002/python-webob_1.4-1_1.4-1ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#756905: python-scipy autopkg test failures, and build failure on mips
Package: python-scipy Version: 0.14.0-1 Severity: serious Tags: sid jessie the package fails to build on mips, but did build before. see https://buildd.debian.org/status/fetch.php?pkg=python-scipyarch=mipsver=0.14.0-1stamp=1406905822 the autopkg tests fail, see http://ci.debian.net/#package/python-scipy please fix these, or disable them. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#755339: add patch
Control: tags -1 + patch patch at http://launchpadlibrarian.net/181066233/foolscap_0.6.4-2_0.6.4-2ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#749692: python-pip-whl is missing dependencies on dependent wheels
Package: python-pip-whl Version: 1.5.5-1 Severity: serious Tags sid jessie python-pip-whl is missing dependencies on dependent wheels, and is lacking a list of these dependencies in /usr/share/python-wheels/pip.dependencies. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#743406: pyzmq fails tests on mips and kfreebsd-amd64
Package: pyzmq Version: 14.0.1-1 Severity: serious Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: python3.4 pyzmq fails tests on mips and kfreebsd-amd64, seen in the builds scheduled for the python3.4 support. See https://buildd.debian.org/status/package.php?p=pyzmq Ensure callable check works (py3k). ... ok == FAIL: test_monitor_connected (zmq.tests.test_monitor.TestSocketMonitor) Test connected monitoring socket. -- Traceback (most recent call last): File /«PKGBUILDDIR»/.pybuild/pythonX.Y-dbg_3.4/build/zmq/tests/test_monitor.py, line 68, in test_monitor_connected self.assertEqual(m['event'], zmq.EVENT_CONNECT_DELAYED) AssertionError: 1 != 2 -- Ran 147 tests in 16.843s FAILED (failures=1, skipped=19) built-in method close of Socket object at 0x80508cf88 built-in method close of Socket object at 0x804f59688 sys:1: ResourceWarning: unclosed file _io.FileIO name=8 mode='rb' sys:1: ResourceWarning: unclosed file _io.FileIO name=9 mode='wb' sys:1: ResourceWarning: unclosed file _io.FileIO name=10 mode='rb' sys:1: ResourceWarning: unclosed file _io.FileIO name=11 mode='wb' E: pybuild pybuild:256: test: plugin distutils failed with: exit code=1: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y-dbg_3.4/build; python3.4-dbg -m unittest discover -v dh_auto_test: pybuild --test -i python{version}-dbg -p 3.4 3.3 --dir . returned exit code 13 and mips: Ran 147 tests in 18.525s OK (skipped=19) built-in method close of Socket object at 0x2bd27d08 built-in method close of Socket object at 0x2bd27da8 I: pybuild base:170: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y-dbg_3.3/build; python3.3-dbg -m unittest discover -v test_zmq_bind (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_bind_connect (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_ctx_new_destroy (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_getsockopt (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_msg_data (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_msg_init_close (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_msg_init_data (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_msg_init_size (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_poll (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_recv (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_send (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_setsockopt (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_sleep (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_socket_open_close (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_stopwatch_functions (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_zmq_version_info (zmq.tests.test_cffi_backend.TestCFFIBackend) ... skipped 'PyPy Tests Only' test_basic (zmq.tests.test_pair.TestPair) ... ok test_json (zmq.tests.test_pair.TestPair) ... ok test_multiple (zmq.tests.test_pair.TestPair) ... ok test_pyobj (zmq.tests.test_pair.TestPair) ... ok test_init_iface (zmq.tests.test_log.TestPubLog) ... ok test_init_socket (zmq.tests.test_log.TestPubLog) ... ok test_root_topic (zmq.tests.test_log.TestPubLog) ... ok test_unicode_message (zmq.tests.test_log.TestPubLog) ... ok test_monitor (zmq.tests.test_monitor.TestSocketMonitor) Test monitoring interface for sockets. ... Assertion failed: pfd.revents POLLIN (signaler.cpp:193) Aborted E: pybuild pybuild:256: test: plugin distutils failed with: exit code=134: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y-dbg_3.3/build; python3.3-dbg -m unittest discover -v dh_auto_test: pybuild --test -i python{version}-dbg -p 3.4 3.3 --dir . returned exit code 13 make: *** [build-arch] Error 13 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#740028: pycxx needs a rebuild and a patch to support python3.4
Package: pycxx Version: 6.2.4-5 Severity: serious Tags: sid jessie patch User: debian-pyt...@lists.debian.org Usertags: python3.4 Needs a rebuild and a patch for 3.4. See https://patches.ubuntu.com/p/pycxx/pycxx_6.2.4-5ubuntu2.patch ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#739890: some tests fail with python3.4
Package: python-mock Version: 1.0.1-2 Severity: serious Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: python3.4 the tests fail with python3.4: == ERROR: test_create_autopsec (tests.testcallable.TestCallable) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testcallable.py, line 143, in test_create_autopsec mock = create_autospec(X) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in _copy_func_details funcopy.__module__ = func.__module__ AttributeError: 'wrapper_descriptor' object has no attribute '__module__' == ERROR: test_create_autospec_instance (tests.testcallable.TestCallable) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testcallable.py, line 152, in test_create_autospec_instance mock = create_autospec(SomeClass, instance=True) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in _copy_func_details funcopy.__module__ = func.__module__ AttributeError: 'method-wrapper' object has no attribute '__module__' == ERROR: test_attributes (tests.testhelpers.SpecSignatureTest) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testhelpers.py, line 451, in test_attributes sub_mock = create_autospec(Sub) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in _copy_func_details funcopy.__module__ = func.__module__ AttributeError: 'wrapper_descriptor' object has no attribute '__module__' == ERROR: test_autospec_functions_with_self_in_odd_place (tests.testhelpers.SpecSignatureTest) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testhelpers.py, line 832, in test_autospec_functions_with_self_in_odd_place a = create_autospec(Foo) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in _copy_func_details funcopy.__module__ = func.__module__ AttributeError: 'wrapper_descriptor' object has no attribute '__module__' == ERROR: test_autospec_property (tests.testhelpers.SpecSignatureTest) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testhelpers.py, line 843, in test_autospec_property foo = create_autospec(Foo) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in _copy_func_details funcopy.__module__ = func.__module__ AttributeError: 'wrapper_descriptor' object has no attribute '__module__' == ERROR: test_autospec_reset_mock (tests.testhelpers.SpecSignatureTest) -- Traceback (most recent call last): File /build/buildd/python-mock-1.0.1/tests/testhelpers.py, line 363, in test_autospec_reset_mock m = create_autospec(int) File /build/buildd/python-mock-1.0.1/mock.py, line 2193, in create_autospec _check_signature(spec, mock, is_type, instance) File /build/buildd/python-mock-1.0.1/mock.py, line 213, in _check_signature _copy_func_details(func, checksig) File /build/buildd/python-mock-1.0.1/mock.py, line 221, in
[Python-modules-team] Bug#739893: test failures with python3.4
Package: python-repoze.lru Version: 0.6-3 Severity: serious Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: python3.4 the tests fail with python3.4, however the testsuite doesn't say which ones do fail ... OK (unexpected successes=4) running test running egg_info writing namespace_packages to repoze.lru.egg-info/namespace_packages.txt writing requirements to repoze.lru.egg-info/requires.txt writing dependency_links to repoze.lru.egg-info/dependency_links.txt writing top-level names to repoze.lru.egg-info/top_level.txt writing repoze.lru.egg-info/PKG-INFO writing entry points to repoze.lru.egg-info/entry_points.txt reading manifest file 'repoze.lru.egg-info/SOURCES.txt' writing manifest file 'repoze.lru.egg-info/SOURCES.txt' running build_ext test_clear_with_multiple_names (repoze.lru.tests.CacherMaker) ... ok test_clear_with_single_name (repoze.lru.tests.CacherMaker) ... ok test_defaultvalue_and_clear (repoze.lru.tests.CacherMaker) ... ok test_exception (repoze.lru.tests.CacherMaker) ... ok test_expiring (repoze.lru.tests.CacherMaker) ... ok test_named_cache (repoze.lru.tests.CacherMaker) ... ok test_ctor_nocache (repoze.lru.tests.DecoratorTests) ... ok test_expiry (repoze.lru.tests.DecoratorTests) When timeout is given, decorator must eventually forget entries ... unexpected success test_multiargs (repoze.lru.tests.DecoratorTests) ... ok test_singlearg (repoze.lru.tests.DecoratorTests) ... ok test_default_timeout (repoze.lru.tests.ExpiringLRUCacheTests) Default timeout provided at init time must be applied ... unexpected success test_different_timeouts (repoze.lru.tests.ExpiringLRUCacheTests) Timeouts must be per entry, default applied when none provided ... unexpected success test_equal_but_not_identical (repoze.lru.tests.ExpiringLRUCacheTests) equal but not identical keys must be treated the same ... ok test_eviction_counter (repoze.lru.tests.ExpiringLRUCacheTests) ... ok test_get (repoze.lru.tests.ExpiringLRUCacheTests) ... ok test_imperfect_hitrate (repoze.lru.tests.ExpiringLRUCacheTests) If cache size == half the number of items - hit rate ~50% ... ok test_invalidate (repoze.lru.tests.ExpiringLRUCacheTests) ... ok test_it (repoze.lru.tests.ExpiringLRUCacheTests) Test a sequence of operations ... ok test_perfect_hitrate (repoze.lru.tests.ExpiringLRUCacheTests) If cache size equals number of items, expect 100% cache hits ... ok test_put (repoze.lru.tests.ExpiringLRUCacheTests) ... ok test_renew_timeout (repoze.lru.tests.ExpiringLRUCacheTests) Re-putting an entry must update timeout ... unexpected success test_size_lessthan_1 (repoze.lru.tests.ExpiringLRUCacheTests) ... ok test_small_cache (repoze.lru.tests.ExpiringLRUCacheTests) Cache of size 1 must work ... ok test_equal_but_not_identical (repoze.lru.tests.LRUCacheTests) equal but not identical keys must be treated the same ... ok test_eviction_counter (repoze.lru.tests.LRUCacheTests) ... ok test_get (repoze.lru.tests.LRUCacheTests) ... ok test_imperfect_hitrate (repoze.lru.tests.LRUCacheTests) If cache size == half the number of items - hit rate ~50% ... ok test_invalidate (repoze.lru.tests.LRUCacheTests) ... ok test_it (repoze.lru.tests.LRUCacheTests) ... ok test_perfect_hitrate (repoze.lru.tests.LRUCacheTests) If cache size equals number of items, expect 100% cache hits ... ok test_put (repoze.lru.tests.LRUCacheTests) ... ok test_size_lessthan_1 (repoze.lru.tests.LRUCacheTests) ... ok test_small_cache (repoze.lru.tests.LRUCacheTests) Cache of size 1 must work ... ok -- Ran 33 tests in 1.188s FAILED (unexpected successes=4) make[1]: *** [override_dh_auto_test] Error 1 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#739607: don't link the extension with the python library
Package: py3cairo Version: 1.10.0+dfsg-3 Tags: patch Please don't link the extension with the python library patch at http://launchpadlibrarian.net/166876566/py3cairo_1.10.0%2Bdfsg-3build2_1.10.0%2Bdfsg-3ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#734358: python3-cairo depends on both libpython3.3 and libpython3.4
Package: py3cairo Version: 1.10.0+dfsg-4~exp1 Severity: important Tags: sid, jessie User: debian-pyt...@lists.debian.org Usertags: python3.4 python3-cairo depends on both libpython3.3 and libpython3.4. Please do not link the extension against the shared library at all. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#734295: shiboken tests fail with python3.4
Package: shiboken Version: 1.2.1-2 Severity: important Tags: sid, jessie User: debian-pyt...@lists.debian.org Usertag: python3.4 build log from https://launchpad.net/ubuntu/+source/shiboken/1.2.1-2build1/+build/5413447/+files/buildlog_ubuntu-trusty-amd64.shiboken_1.2.1-2build1_FAILEDTOBUILD.txt.gz 24% tests passed, 127 tests failed out of 168 Total Test time (real) = 12.39 sec The following tests FAILED: 41 - other_collector_external_operator (SEGFAULT) 42 - other_conversion_operator_for_class_without_implicit_conversions (SEGFAULT) 43 - other_extended_multiply_operator (SEGFAULT) 44 - other_module_reload (SEGFAULT) 45 - other_new_ctor_operator (SEGFAULT) 46 - other_objtypehashes (SEGFAULT) 47 - other_otherderived (SEGFAULT) 48 - other_typediscovery (SEGFAULT) 49 - other_usersprimitivefromothermodule (SEGFAULT) 50 - other_wrongctor (SEGFAULT) 51 - sample___del__ (SEGFAULT) 52 - sample_abstract (SEGFAULT) 53 - sample_addedfunction (SEGFAULT) 54 - sample_argumentmodifications (SEGFAULT) 55 - sample_bug_554 (SEGFAULT) 56 - sample_bug_704 (SEGFAULT) 57 - sample_bytearray (SEGFAULT) 58 - sample_child_return (SEGFAULT) 59 - sample_class_fields (SEGFAULT) 60 - sample_collector (SEGFAULT) 61 - sample_complex (SEGFAULT) 62 - sample_conversion_operator (SEGFAULT) 63 - sample_copy (SEGFAULT) 64 - sample_ctorconvrule (SEGFAULT) 65 - sample_cyclic (SEGFAULT) 66 - sample_date (SEGFAULT) 67 - sample_decisor (SEGFAULT) 68 - sample_delete (SEGFAULT) 69 - sample_deprecated (SEGFAULT) 70 - sample_derived (SEGFAULT) 71 - sample_duck_punching (SEGFAULT) 72 - sample_echo (SEGFAULT) 73 - sample_enum (SEGFAULT) 74 - sample_enumfromremovednamespace (SEGFAULT) 75 - sample_event_loop_call_virtual (SEGFAULT) 76 - sample_event_loop_thread (SEGFAULT) 77 - sample_filter (SEGFAULT) 78 - sample_handleholder (SEGFAULT) 79 - sample_hashabletype (SEGFAULT) 80 - sample_ignorederefop (SEGFAULT) 81 - sample_implicitconv_numerical (SEGFAULT) 82 - sample_implicitconv (SEGFAULT) 83 - sample_inheritanceandscope (SEGFAULT) 84 - sample_injectcode (SEGFAULT) 85 - sample_innerclass (SEGFAULT) 86 - sample_intlist (SEGFAULT) 87 - sample_invalid_virtual_return (SEGFAULT) 88 - sample_keep_reference (SEGFAULT) 89 - sample_list (SEGFAULT) 90 - sample_lock (SEGFAULT) 91 - sample_map (SEGFAULT) 92 - sample_metaclass (SEGFAULT) 93 - sample_mi_virtual_methods (SEGFAULT) 94 - sample_mixed_mi (SEGFAULT) 95 - sample_modelindex (SEGFAULT) 96 - sample_modelview (SEGFAULT) 97 - sample_modifications (SEGFAULT) 98 - sample_modified_constructor (SEGFAULT) 99 - sample_modifiedvirtualmethods (SEGFAULT) 100 - sample_multi_cpp_inheritance (SEGFAULT) 101 - sample_multiple_derived (SEGFAULT) 102 - sample_namespace (SEGFAULT) 103 - sample_newdivision (SEGFAULT) 104 - sample_nondefaultctor (SEGFAULT) 105 - sample_nonzero (SEGFAULT) 106 - sample_numericaltypedef (SEGFAULT) 108 - sample_objecttype (SEGFAULT) 109 - sample_objecttype_with_named_args (SEGFAULT) 110 - sample_objecttypebyvalue (SEGFAULT) 111 - sample_objecttypelayout (SEGFAULT) 112 - sample_objecttypeoperators (SEGFAULT) 113 - sample_objecttypereferenceasvirtualmethodargument (SEGFAULT) 114 - sample_oddbool (SEGFAULT) 115 - sample_oldstyleclass_as_number (SEGFAULT) 116 - sample_onlycopyclass (SEGFAULT) 117 - sample_overflow (SEGFAULT) 118 - sample_overload_sorting (SEGFAULT) 119 - sample_overload (SEGFAULT) 120 - sample_overloadwithdefault (SEGFAULT) 121 - sample_ownership_argument_invalidation (SEGFAULT) 122 - sample_ownership_delete_child_in_cpp (SEGFAULT) 123 - sample_ownership_delete_child_in_python (SEGFAULT) 124 - sample_ownership_delete_parent (SEGFAULT) 125 - sample_ownership_invalidate_after_use (SEGFAULT) 126 - sample_ownership_invalidate_child (SEGFAULT) 127 - sample_ownership_invalidate_nonpolymorphic (SEGFAULT) 128 - sample_ownership_invalidate_parent (SEGFAULT) 129 - sample_ownership_reparenting (SEGFAULT) 130 - sample_ownership_transference (SEGFAULT) 131 - sample_pair (SEGFAULT) 132 - sample_pen (SEGFAULT) 133 - sample_point (SEGFAULT) 134 - sample_pointerholder (SEGFAULT) 135 - sample_pointf (SEGFAULT) 136 - sample_primitivereferenceargument (SEGFAULT) 137 - sample_privatector
[Python-modules-team] Bug#734299: python-cffi's testsuite fails when run with python3.4
Package: python-cffi Version: 0.7.2-2 Severity: important Tags: sid, jessie User: debian-pyt...@lists.debian.org Usertag: python3.4 this looks similiar to #707164, there tracked down to some virtualenv issue. = test session starts == platform linux -- Python 3.4.0 -- pytest-2.5.1 collected 1028 items c/test_c.py .s...s..s.. testing/test_cdata.py . testing/test_ctypes.py ..s...s.s.s...s.ss..s..s.sss testing/test_ffi_backend.py ..s...s.s...s.s.s.. testing/test_function.py .s...ss..ss..s testing/test_model.py testing/test_ownlib.py ..ss.. testing/test_parsing.py ..s testing/test_platform.py testing/test_unicode_literals.py testing/test_verify.py s..s testing/test_verify2.py s..s testing/test_version.py . testing/test_vgen.py s..s testing/test_vgen2.py s..s testing/test_zdistutils.py .. testing/test_zintegration.py FFF === FAILURES === [...] == 7 failed, 975 passed, 46 skipped in 89.30 seconds === E: pybuild pybuild:256: test: plugin custom failed with: exit code=1: python3.4 -m pytest c/ testing/ complete log at https://launchpadlibrarian.net/161592090/buildlog_ubuntu-trusty-amd64.python-cffi_0.7.2-2build1_FAILEDTOBUILD.txt.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#707805: Please drop python2.6-argparse build-dependency
Control: severity -1 serious Removing the dependency, the packages fails to build from source: make[1]: Entering directory `/home/packages/tmp/sorl-thumbnail-11.12' mkdir -p tmp-locales localedef -i en_US -c -f UTF-8 tmp-locales/en_US.UTF-8 set -e; \ for python in python2.7; do \ for name in pil pgmagick imagemagick graphicsmagick; do \ LOCPATH=/home/packages/tmp/sorl-thumbnail-11.12/tmp-locales LC_ALL=en_US.UTF-8 PYTHONPATH=tests LOCAL_BUILD=1 $python tests/runtests.py --settings=settings.$name ; \ done; \ done Traceback (most recent call last): File tests/runtests.py, line 53, in module settings_module=args.settings_module, File tests/runtests.py, line 13, in runtests from django.test.utils import get_runner File /usr/lib/python2.7/dist-packages/django/test/__init__.py, line 5, in module from django.test.client import Client, RequestFactory File /usr/lib/python2.7/dist-packages/django/test/client.py, line 21, in module from django.db import close_connection File /usr/lib/python2.7/dist-packages/django/db/__init__.py, line 11, in module if settings.DATABASES and DEFAULT_DB_ALIAS not in settings.DATABASES: File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 53, in __getattr__ self._setup(name) File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 48, in _setup self._wrapped = Settings(settings_module) File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 152, in __init__ raise ImproperlyConfigured(The SECRET_KEY setting must not be empty.) django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty. make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory `/home/packages/tmp/sorl-thumbnail-11.12' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#691254: Fix ftbfs with python3.3 multiarch setup
Source: python-scipy Version: 0.10.1+dfsg1-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 Tags: patch patch at http://launchpadlibrarian.net/120798860/python-scipy_0.10.1%2Bdfsg1-4_0.10.1%2Bdfsg1-4ubuntu1.diff.gz please don't be fooled by the wrong changelog entry. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#691251: python3.3 compatibility (No such file or directory: '/home/yoh/python-env/python3.3/bin/easy_install')
On 23.10.2012 16:41, Yaroslav Halchenko wrote: [...] please note that python3.3 comes with its own pyvenv-3.3 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#691241: fix ftbfs with multiple python3 versions, and fix a python3.3 issue
Source: py3cairo Version: 1.10.0+dfsg-3~exp2 Severity: important User: debian-pyt...@lists.debian.org Usertags: python3.3 Tags: patch patch at http://launchpadlibrarian.net/120606963/py3cairo_1.10.0%2Bdfsg-3~exp2_1.10.0%2Bdfsg-3~exp2ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#629699: webhelpers: FTBFS: test_distance_of_time_in_words
the Fedora patch is not enough, it fails later with: == ERROR: test_mimetypes.test_root_path -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 36, in test_root_path eq_(m.mimetype('text/html'), 'text/html') File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) == ERROR: test_mimetypes.test_with_extension -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 44, in test_with_extension eq_(m.mimetype('text/html'), False) File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) == ERROR: test_mimetypes.test_with_unregistered_extention -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 53, in test_with_unregistered_extention eq_(m.mimetype('text/html'), False) File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) == ERROR: test_mimetypes.test_root_path -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 36, in test_root_path eq_(m.mimetype('text/html'), 'text/html') File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) == ERROR: test_mimetypes.test_with_extension -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 44, in test_with_extension eq_(m.mimetype('text/html'), False) File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) == ERROR: test_mimetypes.test_with_unregistered_extention -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 187, in runTest self.test(*self.arg) File /home/packages/tmp/webhelpers-1.3/tests/test_mimetypes.py, line 53, in test_with_unregistered_extention eq_(m.mimetype('text/html'), False) File /home/packages/tmp/webhelpers-1.3/webhelpers/mimehelper.py, line 114, in mimetype self.env['HTTP_ACCEPT']) TypeError: __init__() takes exactly 2 arguments (3 given) ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616782: cssutils: deprecation of dh_pycentral, please use dh_python2
Package: src:cssutils Version: 0.9.7~b2-2 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616858: libapache2-mod-python: deprecation of dh_pycentral, please use dh_python2
Package: src:libapache2-mod-python Version: 3.3.1-9 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616954: py-radix: deprecation of dh_pycentral, please use dh_python2
Package: src:py-radix Version: 0.5-2 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616967: pygpu: deprecation of dh_pycentral, please use dh_python2
Package: src:pygpu Version: 0.2.0a-629-2 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616990: python-apptools: deprecation of dh_pycentral, please use dh_python2
Package: src:python-apptools Version: 3.3.2-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#616996: python-chaco: deprecation of dh_pycentral, please use dh_python2
Package: src:python-chaco Version: 3.3.1-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617002: python-enable: deprecation of dh_pycentral, please use dh_python2
Package: src:python-enable Version: 3.3.1-3 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617003: python-enthoughtbase: deprecation of dh_pycentral, please use dh_python2
Package: src:python-enthoughtbase Version: 3.0.5-2 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617004: python-envisagecore: deprecation of dh_pycentral, please use dh_python2
Package: src:python-envisagecore Version: 3.1.2-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617005: python-envisageplugins: deprecation of dh_pycentral, please use dh_python2
Package: src:python-envisageplugins Version: 3.1.2-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617009: python-kde3: deprecation of dh_pycentral, please use dh_python2
Package: src:python-kde3 Version: 3.16.7-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617028: python-scipy: deprecation of dh_pycentral, please use dh_python2
Package: src:python-scipy Version: 0.7.2+dfsg1-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617029: python-setupdocs: deprecation of dh_pycentral, please use dh_python2
Package: src:python-setupdocs Version: 1.0.4-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617037: python-traits: deprecation of dh_pycentral, please use dh_python2
Package: src:python-traits Version: 3.4.0-2 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617039: python-traitsbackendwx: deprecation of dh_pycentral, please use dh_python2
Package: src:python-traitsbackendwx Version: 3.4.0-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#617040: python-traitsgui: deprecation of dh_pycentral, please use dh_python2
Package: src:python-traitsgui Version: 3.4.0-1 Severity: important Tags: sid wheezy User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the wheezy release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. . dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. . Please find suggestions and help for the change at http://wiki.debian.org/Python/PyCentral2DhPython2 . Please file bug reports against dh_python2 for the python-dev package. . Consider waiting with this change until python2.7 is a supported python version in unstable. Test packages can already be built in experimental (having the python-* packages from experimental installed). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#565068: pyxine: ftbfs with gcc-4.5
tag 565068 + patch user ubuntu-de...@lists.ubuntu.com usertags 565068 + origin-ubuntu natty ubuntu-patch thanks patch at: http://launchpadlibrarian.net/60145393/pyxine_0.1alpha2-6build1_0.1alpha2-6ubuntu1.diff.gz ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] binary packages with explicit python2.5 build dependency
Sent to you as a package maintainer or an uploader for one of the packages mentioned at http://lists.debian.org/debian-release/2010/09/msg01832.html At least one of the binary packages built by these source packages ends up with a dependency, recommendation or suggestion on python2.5 without having an explicit build dependency on python2.5 or python2.5-dev. Please fix this without reintroducing explicit build depedencies on python2.5 or python2.5-dev, if possible. Thanks, Matthias ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#597099: build a python3-xdg package (using debhelper v7)
Package: pyxdg Version: 0.19-2 Tags: patch attached is a patch to build a python3-xdg package; I have no interest in pyxdg itself, just took it as an example for a package using debhelper v7. The required changes are: - Build-depend on the python3-* packages corresponding to the existing python-* dependencies. - python3-* binary package entry in the control file. - Use of distribute/setuptools instead of distutils to automagically call 2to3 for the source code conversion. Please check the converted code before uploading a package. - Add .install files, now necessary, because two binary packages are built. - Call dh with the option `--with python3'. The python-xdg package could be built using dh_python2 too. In that case call dh with `--with python2,python3' and remove the build dependency on python-support. - Provide override targets for dh_auto_clean, dh_auto_build and dh_auto_install. Required build dependencies can be found in experimental. Please consider uploading the package to experimental, and/or later to sid. The release team will consider freeze exceptions for python3-* packages. See http://lists.debian.org/debian-python/2010/09/msg00021.html diff -Nru pyxdg-0.19/debian/changelog pyxdg-0.19/debian/changelog --- pyxdg-0.19/debian/changelog 2010-06-23 16:55:34.0 +0200 +++ pyxdg-0.19/debian/changelog 2010-09-15 18:50:19.0 +0200 @@ -1,3 +1,9 @@ +pyxdg (0.19-2.1) experimental; urgency=low + + * Build a python3-xdg package. + + -- Matthias Klose d...@debian.org Wed, 15 Sep 2010 18:49:43 +0200 + pyxdg (0.19-2) unstable; urgency=low * Fix case when $XDG_*_HOME is empty (fix-BaseDirectory-cornercase.patch) diff -Nru pyxdg-0.19/debian/control pyxdg-0.19/debian/control --- pyxdg-0.19/debian/control 2010-01-28 11:47:59.0 +0100 +++ pyxdg-0.19/debian/control 2010-09-16 16:55:04.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Python Modules Team python-modules-team@lists.alioth.debian.org Uploaders: Piotr Lewandowski piotr.lewandow...@gmail.com -Build-Depends: debhelper (= 7), python-support +Build-Depends: debhelper (= 7), python-support, python3-all (= 3.1.2-10~), python-setuptools, python3-setuptools Standards-Version: 3.8.4 Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pyxdg/trunk/ Vcs-Svn: svn://svn.debian.org/python-modules/packages/pyxdg/trunk/ @@ -21,3 +21,16 @@ * Icon Theme Specification Version 0.8 * Recent File Spec 0.2 * Shared-MIME-Database Specification 0.13 + +Package: python3-xdg +Architecture: all +Depends: ${misc:Depends}, ${python3:Depends} +Description: Python3 library to access freedesktop.org standards + PyXDG contains implementations of freedesktop.org standards in Python: + . + * Base Directory Specification Version 0.6 + * Menu Specification Version 1.0-draft1 + * Desktop Entry Specification Version 1.0 + * Icon Theme Specification Version 0.8 + * Recent File Spec 0.2 + * Shared-MIME-Database Specification 0.13 diff -Nru pyxdg-0.19/debian/patches/series pyxdg-0.19/debian/patches/series --- pyxdg-0.19/debian/patches/series2010-06-22 16:40:52.0 +0200 +++ pyxdg-0.19/debian/patches/series2010-09-16 16:57:22.0 +0200 @@ -4,3 +4,4 @@ fix-BaseDirectory-empty-vars.patch fix-583497.patch fix-string-exceptions.patch +setup-2to3.patch diff -Nru pyxdg-0.19/debian/patches/setup-2to3.patch pyxdg-0.19/debian/patches/setup-2to3.patch --- pyxdg-0.19/debian/patches/setup-2to3.patch 1970-01-01 01:00:00.0 +0100 +++ pyxdg-0.19/debian/patches/setup-2to3.patch 2010-09-16 16:54:24.0 +0200 @@ -0,0 +1,18 @@ +--- pyxdg-0.19.orig/setup.py pyxdg-0.19/setup.py +@@ -1,6 +1,7 @@ + #!/usr/bin/python + +-from distutils.core import setup ++import sys ++from setuptools import setup + + setup( name = pyxdg, +version = 0.19, +@@ -9,5 +10,5 @@ setup( name = pyxdg, +maintainer_email = h_wen...@cojobo.net, +url = http://cvs.freedesktop.org/cgi-bin/viewcvs.cgi/pyxdg/;, +packages = ['xdg'], +- license = LGPL-2) ++ license = LGPL-2, use_2to3=sys.version_info = (3, 0)) + diff -Nru pyxdg-0.19/debian/python3-xdg.install pyxdg-0.19/debian/python3-xdg.install --- pyxdg-0.19/debian/python3-xdg.install 1970-01-01 01:00:00.0 +0100 +++ pyxdg-0.19/debian/python3-xdg.install 2010-09-15 18:55:22.0 +0200 @@ -0,0 +1 @@ +usr/lib/python3 diff -Nru pyxdg-0.19/debian/python-xdg.install pyxdg-0.19/debian/python-xdg.install --- pyxdg-0.19/debian/python-xdg.install1970-01-01 01:00:00.0 +0100 +++ pyxdg-0.19/debian/python-xdg.install2010-09-15 18:55:01.0 +0200 @@ -0,0 +1 @@ +usr/lib/python2* diff -Nru pyxdg-0.19/debian/rules pyxdg-0.19/debian/rules --- pyxdg-0.19/debian/rules 2009-12-09 21:11:54.0 +0100 +++ pyxdg-0.19/debian/rules 2010-09-16 16:57:45.0 +0200 @@ -1,4 +1,20 @@ #!/usr/bin/make -f %: - dh
[Python-modules-team] Bug#596313: python-multiprocessing: python2.5-dev used as build-dependency, not python-dev or python2.6-dev
Package: python-multiprocessing Version: 2.6.2.1-4 Severity: serious User: debian-pyt...@lists.debian.org Usertag: python2.6 The package build-depends on python2.5-dev, which is not the default python version for squeeze. The package should be rebuilt with python2.6, either build-depending on python-dev (recommended) or python2.6-dev. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#596313: python2.5-dev used as build-dependency, not python-dev or python2.6-dev)
severity 596313 important thanks only serious when python2.5 gets removed. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#578327: os.execlp takes at least two parameters
Package: skype4py Version: 1.0.31.0-1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu Found via archive scan: ./skype4py-1.0.31.0/Skype4Py/API/posix_dbus.py: os.execlp('skype') ./skype4py-1.0.31.0/Skype4Py/API/posix_x11.py: os.execlp('skype') with just one arg, it would crash earlier python versions, now raises an exception. just repeat the program name as a second arg. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#565068: pyxine: ftbfs with gcc-4.5
Package: pyxine Version: 0.1alpha2-6 Severity: normal Tags: sid User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.5 The package fails to build in a test rebuild on at least amd64 with gcc-4.5/g++-4.5, but succeeds to build with gcc-4.4/g++-4.4. For the compiler version used, see: http://lists.debian.org/debian-devel/2010/01/msg00230.html The full build log can be found at: http://people.debian.org/~lucas/logs/2010/01/08b/pyxine_0.1alpha2-6_lsid64b.buildlog The last lines of the build log are cwat the end of this report. The reason of the build failure is likely in the package (compiler or linker message found in the build log), if this turns out as a gcc bug, please reassign to the gcc-4.5 package. If the build ends with a message confused by earlier errors, bailing out, please ignore it for now; these compiler errors are filed separately. [...] gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include/python2.5_d -c pxlib/Mutex.cc -o build/temp_d.linux-x86_64-2.5/pxlib/Mutex.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include/python2.5_d -c pxlib/Thread.cc -o build/temp_d.linux-x86_64-2.5/pxlib/Thread.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include/python2.5_d -c pxlib/XDisplay.cc -o build/temp_d.linux-x86_64-2.5/pxlib/XDisplay.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include/python2.5_d -c pxlib/Traits.cc -o build/temp_d.linux-x86_64-2.5/pxlib/Traits.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ In file included from /usr/include/python2.5_d/Python.h:8:0, from pxlib/Traits.h:31, from pxlib/Traits.cc:24: /usr/include/python2.5_d/pyconfig.h:970:0: warning: _POSIX_C_SOURCE redefined /usr/include/features.h:158:0: note: this is the location of the previous definition /usr/include/python2.5_d/pyconfig.h:982:0: warning: _XOPEN_SOURCE redefined /usr/include/features.h:160:0: note: this is the location of the previous definition gcc -pthread -fno-strict-aliasing -g -Wall -Wstrict-prototypes -Wall -g -O2 -fPIC -I/usr/include/python2.5_d -c pxlib/Callback.cc -o build/temp_d.linux-x86_64-2.5/pxlib/Callback.o cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ In file included from /usr/include/python2.5_d/Python.h:8:0, from pxlib/Traits.h:31, from pxlib/Callback.h:30, from pxlib/Callback.cc:25: /usr/include/python2.5_d/pyconfig.h:970:0: warning: _POSIX_C_SOURCE redefined /usr/include/features.h:158:0: note: this is the location of the previous definition /usr/include/python2.5_d/pyconfig.h:982:0: warning: _XOPEN_SOURCE redefined /usr/include/features.h:160:0: note: this is the location of the previous definition pxlib/Callback.cc:87:1: error: 'pyxine::PythonContext::PythonContext' names the constructor, not the type error: command 'gcc' failed with exit status 1 [20198 refs] make: *** [install] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary gave error exit status 2 ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#560918: Bug#560912: Expat issues update
On 13.12.2009 16:29, Michael Gilbert wrote: Hi all, In order to guarantee that the system expat is used, the '--with-expat=sys' configure argument must be used. If you think your package is already using the system expat, or if you are updating your package to use the system expat, please check to make sure that this option is being used. Thanks. there's no such option for python, which uses a modified copy of expat. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#490486: pudge: rebuild to move files to /usr/share/pyshared
Package: pudge Version: 0.1.4~svn137-3 Severity: important User: [EMAIL PROTECTED] Usertags: pyshared This package builds binary-indep package(s), which place file in the location /usr/share/pycentral/package name. python-central now puts these files into a package independent dirctory /usr/share/pyshared. Please rebuild the package in a current unstable environment to move the files to the new location. . I do intend to NMU the package (just doing a rebuild). ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#489253: should numpy be built with atlas?
[EMAIL PROTECTED] writes: On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose [EMAIL PROTECTED] wrote: Package: python-numpy Version: 1:1.1.0-2 Severity: serious python-numpy now has an unconditional dependency on libatlas3gf-base, needing the specialized atlas libraries as a runtime dependency. Users still should have the option to use the standard blas and lapack libs instead of the untested/unmaintained atlas libraries in debian. The problem is that the new (1.0) numpy building system needs ATLAS at compile time to enable fast matrix-multiplication. If ATLAS is not found at compile time, numpy.core._dotblas.so is not built and slow matrix multiplication is used even if the end user has ATLAS installed. In the old numpy _dotblas.so was always compiled using refblas and the end user would still have had the option of using ATLAS. I'm not sure I understand why ATLAS is now needed at compile time, but look here: http://scipy.org/scipy/numpy/ticket/667 and here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464784 I think python-numpy should stay as it is now and a bug-wishlist should be reported to the atlas package to encourage packaging of the new stable version (3.8.2). Filing a ticket on numpy trac may help, but the fate of ticket 667 seems to indicate that there's no will of fixing this bug upstream... thanks for the update. Looking at the blas package, I see that the cblas library is included in libblas3. So it looks like the numpy check is wrong, testing for a package name, and not for a feature. This seems to explain why it did work in etch, and this should be fixed in python-numpy. Matthias ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#489253: should numpy be built with atlas?
Ondrej Certik writes: On Mon, Jul 7, 2008 at 2:12 PM, Matthias Klose [EMAIL PROTECTED] wrote: Package: python-numpy Version: 1:1.1.0-2 Severity: serious python-numpy now has an unconditional dependency on libatlas3gf-base, needing the specialized atlas libraries as a runtime dependency. Users still should have the option to use the standard blas and lapack libs instead of the untested/unmaintained atlas libraries in debian. Hi Matthias, I changed that on a request from a user: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489253 so should we revert this change? I.e. should numpy not be built with atlas support? This will make it quite slow in Debian. CCing to debian python as well to get more opinions on this. afaiu this has nothing to do if blas/lapack or atlas are used; apparently _dotblas.so is not built when just using blas/lapack. this seems to be the real bug which we should fix. Matthias ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#478449: ipython: should use python-numpy instead of python-num{eric, array}
Package: ipython Version: 0.8.2.dfsg-2 Severity: important User: [EMAIL PROTECTED] Usertags: python-oldnum Both python-numeric and python-numarray do not see new upstream releases anymore; the currently maintained project is python-numpy. Please convert the package to use python-numpy instead. This might require changes to the upstream code. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/python-modules-team