[Python-modules-team] Processed: mark python-isodate Multi-Arch: foreign
Processing control commands: > affects -1 + src:ardour Bug #893675 [python-isodate] mark python-isodate Multi-Arch: foreign Added indication that 893675 affects src:ardour -- 893675: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893675 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#893675: mark python-isodate Multi-Arch: foreign
Package: python-isodate Version: 0.6.0-1 Tags: patch User: helm...@debian.org Usertags: rebootstrap Control: affects -1 + src:ardour ardour cannot be cross built from source, because its build dependency on python-isodate is unsatisfiable. In general, Architecture: all packages can never satisfy cross Build-Depends unless marked Multi-Arch: foreign. In this case, all dependencies are either annotated :any or marked Multi-Arch: foreign themselves. The maintainer scripts create architecture-dependent (.pyc) files, but for most parts that can be considered a detail as their architecture will match the python interpreter package. Just for foreign embedded python interpreters their architecture may be wrong and even then, python-isodate will continue to work albeit with slower startup. I think that's a reasonable trade-off and thus ask for marking the package. Helmut diff --minimal -Nru isodate-0.6.0/debian/changelog isodate-0.6.0/debian/changelog --- isodate-0.6.0/debian/changelog 2018-01-04 21:21:23.0 +0100 +++ isodate-0.6.0/debian/changelog 2018-03-21 05:40:32.0 +0100 @@ -1,3 +1,10 @@ +isodate (0.6.0-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Mark all packages Multi-Arch: foreign. (Closes: #-1) + + -- Helmut GrohneWed, 21 Mar 2018 05:40:32 +0100 + isodate (0.6.0-1) sid; urgency=medium * Bump Standards-Version to 4.1.3. diff --minimal -Nru isodate-0.6.0/debian/control isodate-0.6.0/debian/control --- isodate-0.6.0/debian/control2018-01-04 21:21:23.0 +0100 +++ isodate-0.6.0/debian/control2018-03-21 05:40:13.0 +0100 @@ -16,12 +16,14 @@ Package: python-isodate Architecture: all +Multi-Arch: foreign Depends: ${misc:Depends}, ${python:Depends} Description: ISO 8601 date/time/duration parser and formatter (Python module) This Python module implements ISO 8601 date, time and duration parsing. Package: python3-isodate Architecture: all +Multi-Arch: foreign Depends: ${misc:Depends}, ${python3:Depends} Description: ISO 8601 date/time/duration parser and formatter (Python 3 module) This Python 3 module implements ISO 8601 date, time and duration parsing. ___ 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#893660: python-rgain: clutters up with temp files
Package: python-rgain Version: 1.3.4-2 Severity: normal Hi. collectiongain seems to clutter up ~/.cache with temp files: collectiongain-cache.a93ca9bffa744d36fd46f86b2f8ac14a collectiongain-cache.a445566b3975f8f60081c410a6069147 collectiongain-cache.abd3f7855590fabe5697767dbee54f58 collectiongain-cache.ae523f68a79b4626ff08a82d3ceefb2a collectiongain-cache.b107b1edf03f8d3d80e30fa1aa2e1679 collectiongain-cache.c198cd73189da8e03003ba5c4d378862 AFAIU ~/.cache is not really intended for such kind of temp files which are likely never to be used again. And even if these would be reused, they should perhaps go into some subdir :-) Thanks, Chris. ___ 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] Audio Transcription Service Provider(UC10)
Hello, Need someone reliable to transcribe both your short term and long term projects? Need an accurate transcript for your audio or video? Allow me to transcribe your audio and provide you accurate transcripts and let me help you reach your business/project goals through the help of my transcription services. What are my goals with each transcript? Speed Accuracy Confidentiality Each transcript is properly formatted. Strict grammar and punctuation rules are adhered to and of course, file security is something I take very seriously. Have any transcription queries? Send me a message. Let's discuss what you need to get done. I will address any concerns you have. Professional transcription. Accurate and thorough. Beautifully transcribed documents. Grammar, spelling and jargon thoroughly checked I have transcribed within most industries: MEDICAL TRANSCRIPTION TECHNOLOGICAL ACADEMIC LECTURES BUSINESS GROUPS LEGAL more... Skilled with international accents and prompt response Regards,Alice Baker ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] Bug#893242: python-pygit2 FTBFS with dh-python 3.20180313
Control: reassign -1 python-pygit2 0.26.2-2 Control: severity -1 serious Control: tags -1 - wontfix On Sun, Mar 18, 2018 at 05:11:09PM +0100, Piotr Ożarowski wrote: > Control: severity 893242 normal > Control: tags 893242 + wontfix > > > File "/usr/lib/python3.6/unittest/loader.py", line 451, in _find_test_path > > msg % (mod_name, module_dir, expected_dir)) > > ImportError: 'test_archive' module incorrectly imported from > > '/build/1st/python-pygit2-0.26.3/.pybuild/cpython3_3.6_pygit2/build/test'. > > Expected '/build/1st/python-pygit2-0.26.3/test'. Is this module globally > > installed? > > I change the current directory to the build directory on purpose. I want > to test files that will be installed in the package, not the source > files and that's what happens if you start tests from source dir (due to > Python's "." in sys.path). > > I'm amazed that even stdlib enforces such insane setting... > > PS note that previous version of dh-python/pybuild also used build dir > as current directory Then tese are RC bugs in the reverse build dependencies that now FTBFS, reassigning. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ___ 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] Processed: reassign 893242 to src:python-pygit2
Processing commands for cont...@bugs.debian.org: > reassign 893242 src:python-pygit2 0.26.2-2 Bug #893242 [python-pygit2] python-pygit2 FTBFS with dh-python 3.20180313 Bug reassigned from package 'python-pygit2' to 'src:python-pygit2'. No longer marked as found in versions python-pygit2/0.26.2-2. Ignoring request to alter fixed versions of bug #893242 to the same values previously set Bug #893242 [src:python-pygit2] python-pygit2 FTBFS with dh-python 3.20180313 Marked as found in versions python-pygit2/0.26.2-2. > thanks Stopping processing here. Please contact me if you need assistance. -- 893242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893242 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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] Processed: Re: Bug#893242: python-pygit2 FTBFS with dh-python 3.20180313
Processing control commands: > reassign -1 python-pygit2 0.26.2-2 Bug #893242 [dh-python] python-pygit2 FTBFS with dh-python 3.20180313 Bug reassigned from package 'dh-python' to 'python-pygit2'. No longer marked as found in versions dh-python/3.20180313. Ignoring request to alter fixed versions of bug #893242 to the same values previously set Bug #893242 [python-pygit2] python-pygit2 FTBFS with dh-python 3.20180313 Marked as found in versions python-pygit2/0.26.2-2. > severity -1 serious Bug #893242 [python-pygit2] python-pygit2 FTBFS with dh-python 3.20180313 Severity set to 'serious' from 'normal' > tags -1 - wontfix Bug #893242 [python-pygit2] python-pygit2 FTBFS with dh-python 3.20180313 Removed tag(s) wontfix. -- 893242: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893242 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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] Processed: Bug #893620 in sphinx marked as pending
Processing control commands: > tag -1 pending Bug #893620 [python3-sphinx] python3-sphinx: needs python3-distuils dependency Added tag(s) pending. -- 893620: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893620 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#893620: python3-sphinx: needs python3-distuils dependency
Package: python3-sphinx Version: 1.6.7-1 Severity: serious Dear Maintainer, $ grep -ri distutils /usr/lib/python3/dist-packages/sphinx/ /usr/share/sphinx/scripts/python3 /usr/lib/python3/dist-packages/sphinx/setup_command.py:Setuptools/distutils commands to assist the building of sphinx /usr/lib/python3/dist-packages/sphinx/setup_command.py:from distutils.cmd import Command /usr/lib/python3/dist-packages/sphinx/setup_command.py:from distutils.errors import DistutilsOptionError, DistutilsExecError # type: ignore /usr/lib/python3/dist-packages/sphinx/setup_command.py:Distutils command to build Sphinx documentation. /usr/lib/python3/dist-packages/sphinx/setup_command.py:The Sphinx build can then be triggered from distutils, and some Sphinx /usr/lib/python3/dist-packages/sphinx/setup_command.py:# Overriding distutils' Command._ensure_stringlike which doesn't support /usr/lib/python3/dist-packages/sphinx/setup_command.py:raise DistutilsOptionError("'%s' must be a %s (got `%s`)" /usr/lib/python3/dist-packages/sphinx/setup_command.py: raise DistutilsExecError( Übereinstimmungen in Binärdatei /usr/lib/python3/dist-packages/sphinx/ext/__pycache__/doctest.cpython-36.pyc /usr/lib/python3/dist-packages/sphinx/ext/doctest.py:from distutils.version import LooseVersion Übereinstimmungen in Binärdatei /usr/lib/python3/dist-packages/sphinx/__pycache__/setup_command.cpython-36.pyc /usr/lib/python3/dist-packages/sphinx/util/docutils.py:from distutils.version import LooseVersion /usr/lib/python3/dist-packages/sphinx/util/compat.py:from distutils.version import LooseVersion Übereinstimmungen in Binärdatei /usr/lib/python3/dist-packages/sphinx/util/__pycache__/compat.cpython-36.pyc Übereinstimmungen in Binärdatei /usr/lib/python3/dist-packages/sphinx/util/__pycache__/docutils.cpython-36.pyc rene@frodo:~/tmp$ rene@frodo:~/tmp$ And since python3.6 3.6.5~rc1-2 dropped its python3-distutils dependency I'd say python3-shinx now needs to depend on it itself... Regards, Rene ___ 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] django-tables_1.14.2-1~bpo9+1_amd64.changes is NEW
binary:python-django-tables2 is NEW. binary:python-django-tables2-doc is NEW. binary:python3-django-tables2 is NEW. binary:python-django-tables2 is NEW. binary:python-django-tables2-doc is NEW. binary:python3-django-tables2 is NEW. source:django-tables is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports ___ 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] Processing of django-tables_1.14.2-1~bpo9+1_amd64.changes
django-tables_1.14.2-1~bpo9+1_amd64.changes uploaded successfully to localhost along with the files: django-tables_1.14.2-1~bpo9+1.dsc django-tables_1.14.2-1~bpo9+1.debian.tar.xz django-tables_1.14.2-1~bpo9+1_amd64.buildinfo python-django-tables2-doc_1.14.2-1~bpo9+1_all.deb python-django-tables2_1.14.2-1~bpo9+1_all.deb python3-django-tables2_1.14.2-1~bpo9+1_all.deb Greetings, Your Debian queue daemon (running on host usper.debian.org) ___ 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#893611: rpyc: please make the build reproducible
Source: rpyc Version: 3.4.4-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hi, Whilst working on the Reproducible Builds effort [0], we noticed that rpyc could not be built reproducibly as it renders documentation based on non-determinstic dict/set ordering. Patch attached. [0] https://reproducible-builds.org/ Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- --- a/debian/patches/0006-reproducible-build.patch 1969-12-31 19:00:00.0 -0500 --- b/debian/patches/0006-reproducible-build.patch 2018-03-20 08:50:04.883372778 -0400 @@ -0,0 +1,30 @@ +Description: Make the build reproducible +Author: Chris Lamb+Last-Update: 2018-03-20 + +--- rpyc-3.4.4.orig/rpyc/core/protocol.py rpyc-3.4.4/rpyc/core/protocol.py +@@ -7,6 +7,7 @@ import itertools + import socket + import time + import gc ++import collections + + from threading import Lock, RLock, Event, Thread + from rpyc.lib.compat import pickle, next, is_py3k, maxint, select_error +@@ -18,13 +19,13 @@ class PingError(Exception): + """The exception raised should :func:`Connection.ping` fail""" + pass + +-DEFAULT_CONFIG = dict( ++DEFAULT_CONFIG = collections.OrderedDict( + # ATTRIBUTES + allow_safe_attrs = True, + allow_exposed_attrs = True, + allow_public_attrs = False, + allow_all_attrs = False, +-safe_attrs = set(['__abs__', '__add__', '__and__', '__bool__', '__cmp__', '__contains__', ++safe_attrs = (['__abs__', '__add__', '__and__', '__bool__', '__cmp__', '__contains__', + '__delitem__', '__delslice__', '__div__', '__divmod__', '__doc__', + '__eq__', '__float__', '__floordiv__', '__ge__', '__getitem__', + '__getslice__', '__gt__', '__hash__', '__hex__', '__iadd__', '__iand__', --- a/debian/patches/series 2018-03-20 08:37:44.615218463 -0400 --- b/debian/patches/series 2018-03-20 08:44:06.650721192 -0400 @@ -1,2 +1,3 @@ 0002-skip-SSH-tests-Test_Ssh-and-Test_Deploy.patch 0005-connect-client-and-server-IP-in-TestUdpRegistry.patch +0006-reproducible-build.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] python-xlib in jessie is too old for jessie's xlib
Hello Python Modules Team, the version of xlib-python delivered with Debian Stretch (0.14) is too old to work with debian's x11 library. I wrote some code to figure out the monitor configuration but I hit this issue: https://github.com/xhsdf/pxdo/issues/2 (related to https://github.com/python-xlib/python-xlib/issues/58). It would make sense to upgrade the version or at least provide a recent stretch-backports version of this library (e.g. 0.20 from sid). Kind regards, Michael. PS: I'm not in the mailing list, so if there are any further questions/remarks, please add me in CC. ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team