[Python-modules-team] Bug#868680: Unicode data table needs updating for python 3.6
On Monday, August 14 2017, Edward Betts wrote: > The file kitchen/text/display.py needs updating because the unicodedata in > python 3.6 has changed. This is causing the test failure. The module includes > a function to update the data table, but if this change is made then the test > suite will fail when run with python 3.5 > > The test suite should be changed so the failing test is skipped on python 3.6 > > Upstream will make a new release at some point that is updated for python 3.6, > then the test can be changed to skip on python 3.5 Thanks for the message, Edward. I can disable the test that is failing (test_text_display.py), but I'd like to be more certain that the reason that is making this test to fail is not going to cause any regressions to the user when updating the package. On the one hand, one can always say that the package is already being used with Python 3.6 as is, so maybe the regression is there already. However, there's no guarantee that updating the package will indeed improve the situation, so I feel a bit in doubt about the right procedure here. Perhaps you would you know more details about this failure? I still haven't heard back from upstream, and will ping them again tomorrow. Thank you! -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature ___ 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] partd is marked for autoremoval from testing
partd 0.3.8-1 is marked for autoremoval from testing on 2017-09-01 It (build-)depends on packages with these RC bugs: 868977: statsmodels: FTBFS: TypeError: data type not understood 869195: python-blosc: building of sphinx-docs breaks ___ 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-backports-abc 0.5-2 MIGRATED to testing
FYI: The status of the python-backports-abc source package in Debian's testing distribution has changed. Previous version: 0.5-1 Current version: 0.5-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ 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] pysolar 0.7+gite32d755+dfsg-1 MIGRATED to testing
FYI: The status of the pysolar source package in Debian's testing distribution has changed. Previous version: 0.6-1 Current version: 0.7+gite32d755+dfsg-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ 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#867886: (no subject)
I suspect that the hanging test is `test_client_rpc.test_async_call`, but I haven't seen it hang locally yet. I will upload a new version with --vv for the tests for debugging this better (once my un-expired gpg key is in the keyring or there's a sponsor upload). -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature ___ 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 python-neovim_0.1.13-3_amd64.changes
python-neovim_0.1.13-3_amd64.changes uploaded successfully to localhost along with the files: python-neovim_0.1.13-3.dsc python-neovim_0.1.13-3.debian.tar.xz python-neovim_0.1.13-3_all.deb python-neovim_0.1.13-3_amd64.buildinfo python3-neovim_0.1.13-3_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#872285: pyqt5-dev-tools: please make the built resources reproducible (randomness)
Package: pyqt5-dev-tools Version: 5.7+dfsg-5+b1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness Hello. I noticed that the python files generated by pyrcc5 are not reproducible. I attached a patch to set the seed of QHash, which is used by the cpp part of pyrcc. This removes the randomness out of QHash, so generating the same resource file twice gives identical files. Description: Make the build reproducible Author: Federico Brega Last-Update: 2017-08-15 --- a/qpy/pyrcc/rcc.h +++ b/qpy/pyrcc/rcc.h @@ -124,6 +124,7 @@ mCompressLevel = -1; mCompressThreshold = 70; mTreeOffset = mNamesOffset = mDataOffset = 0; +qSetGlobalQHashSeed(0); } struct RCCFileInfo ___ 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#871012: Uh? Python3 already has scandir!
Hi, first, I'm sorry it took so long to answer. I don't get your bug report : python-scandir is a backport of Python3's scandir to Python2, so it doesn't make any sense to package it for Python3 : it's in its stdlib already! Could you tell me more? Snark on #debian-python ___ 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#865359: Strange breakage
Hi, first, sorry I didn't answer faster. Your report starts by telling that ipython breaks when trying something, but you don't tell me how it breaks. Then you show me the commands you used to uninstall a few packages using dpkg, then pip. Finally, you show an apt-get command to install package, but then that is followed by a python error... Here is what happens here (I'm on unstable though) : jpuydt@nox:~$ python Python 2.7.13+ (default, Jul 19 2017, 18:15:03) [GCC 6.4.0 20170704] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from backports.shutil_get_terminal_size import get_terminal_size >>> jpuydt@nox:~$ ipython Python 2.7.13+ (default, Jul 19 2017, 18:15:03) Type "copyright", "credits" or "license" for more information. IPython 5.1.0 -- An enhanced Interactive Python. ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. In [1]: from backports.shutil_get_terminal_size import get_terminal_size In [2]: so the package seems to work as intended. Since the package is in use in ipython+sagemath since long, I am surprised to have only a single report. There must be something special to your system to explain the issue. The only trace you mention in your mail seems to imply the breakage is because the package is *not* installed -- while it should, since it's a depends. Let me try a wild guess : the problem isn't in my package, but in another one, which fails to declare the dependency and hence gets broken -- in which case we can close that bug report and open another one against the real culprit. Can you check and tell me if I hit the nail? Thanks, Snark on #debian-python ___ 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#872280: python3-sphinx-celery: Please backport upstream change to fix compatibility with Sphinx 1.6
Package: python3-sphinx-celery Version: 1.3.1-1 Severity: important User: python-modules-team@lists.alioth.debian.org Usertags: sphinx1.6 Dear maintainer, Please backport the following upstream commit: https://github.com/celery/sphinx_celery/commit/28d8f42b43d5a28a Without it, celery (in experimental) and python-django-celery-results fail to build with Sphinx 1.6 (currently available in experimental). Here is the failure for celery: reading sources... [ 0%] changelog [...] Exception occurred: File "/usr/lib/python3/dist-packages/docutils/nodes.py", line 567, in __getitem__ return self.attributes[key] KeyError: 'refdomain' -- Dmitry Shachnev signature.asc Description: PGP signature ___ 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] gtts_1.2.0-1_amd64.changes is NEW
binary:python-gtts is NEW. binary:python3-gtts is NEW. binary:python3-gtts is NEW. binary:python-gtts is NEW. source:gtts 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 gtts_1.2.0-1_amd64.changes
gtts_1.2.0-1_amd64.changes uploaded successfully to localhost along with the files: gtts_1.2.0-1.dsc gtts_1.2.0.orig.tar.gz gtts_1.2.0-1.debian.tar.xz gtts_1.2.0-1_amd64.buildinfo python-gtts_1.2.0-1_all.deb python3-gtts_1.2.0-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#872270: celery: FTBFS with Sphinx 1.6: AttributeError: 'Sphinx' object has no attribute 'domains'
On Tue, Aug 15, 2017 at 05:46:29PM +0300, Dmitry Shachnev wrote: > celery fails to build with Sphinx 1.6, currently available in experimental: > > [...] > > This commit from upstream Celery should fix this: > https://github.com/celery/celery/commit/3c98e6216167d7e5 Sorry, that commit is not enough, because after applying it the build fails with a new error: Traceback (most recent call last): [...] File "/usr/lib/python2.7/dist-packages/sphinx/domains/std.py", line 592, in note_citation_refs if node['refdomain'] == 'std' and node['reftype'] == 'citation': File "/usr/lib/python2.7/dist-packages/docutils/nodes.py", line 567, in __getitem__ return self.attributes[key] KeyError: 'refdomain' So you also need to apply this patch to docs/_ext/githubsphinx.py file: https://github.com/celery/sphinx_celery/commit/28d8f42b43d5a28a After applying both patches the build succeeds. -- Dmitry Shachnev signature.asc Description: PGP signature ___ 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#872270: celery: FTBFS with Sphinx 1.6: AttributeError: 'Sphinx' object has no attribute 'domains'
Source: celery Version: 3.1.23-7 Severity: important Tags: fixed-upstream User: python-modules-team@lists.alioth.debian.org Usertags: sphinx1.6 Dear maintainer, celery fails to build with Sphinx 1.6, currently available in experimental: Running Sphinx v1.6.3 making output directory... Generating grammar tables from /usr/share/sphinx/pycode/Grammar-py2.txt WARNING: sphinx.ext.pngmath has been deprecated. Please use sphinx.ext.imgmath instead. Exception occurred: File "/tmp/celery-3.1.23/docs/../celery/contrib/sphinx.py", line 75, in setup app.domains['py'].directives['task'] = TaskDirective AttributeError: 'Sphinx' object has no attribute 'domains' The full traceback has been saved in /tmp/sphinx-err-KsCJml.log, if you want to report the issue to the developers. And the full traceback from the mentioned file is: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/sphinx/cmdline.py", line 305, in main opts.warningiserror, opts.tags, opts.verbosity, opts.jobs) File "/usr/lib/python2.7/dist-packages/sphinx/application.py", line 196, in __init__ self.setup_extension(extension) File "/usr/lib/python2.7/dist-packages/sphinx/application.py", line 456, in setup_extension self.registry.load_extension(self, extname) File "/usr/lib/python2.7/dist-packages/sphinx/registry.py", line 207, in load_extension metadata = mod.setup(app) File "/tmp/celery-3.1.23/docs/../celery/contrib/sphinx.py", line 75, in setup app.domains['py'].directives['task'] = TaskDirective AttributeError: 'Sphinx' object has no attribute 'domains' This looks like a result of this Sphinx commit: https://github.com/sphinx-doc/sphinx/commit/8ca9bdfbd41cc547 This commit from upstream Celery should fix this: https://github.com/celery/celery/commit/3c98e6216167d7e5 -- Dmitry Shachnev signature.asc Description: PGP signature ___ 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#872224: python-distributed-doc: broken symlinks: /usr/share/doc/python-distributed-doc/html/_static/*/* -> ../../../../../sphinx_rtd_theme/static/*/*
Package: python-distributed-doc Version: 1.18.0+ds.1-1 Severity: normal User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package ships (or creates) a broken symlink. >From the attached log (scroll to the bottom...): 0m39.5s ERROR: FAIL: Broken symlinks: /usr/share/doc/python-distributed-doc/html/_static/js/theme.js -> ../../../../../sphinx_rtd_theme/static/js/theme.js /usr/share/doc/python-distributed-doc/html/_static/js/modernizr.min.js -> ../../../../../sphinx_rtd_theme/static/js/modernizr.min.js /usr/share/doc/python-distributed-doc/html/_static/fonts/fontawesome-webfont.woff -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.woff /usr/share/doc/python-distributed-doc/html/_static/fonts/fontawesome-webfont.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/fontawesome-webfont.svg -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.svg /usr/share/doc/python-distributed-doc/html/_static/fonts/fontawesome-webfont.eot -> ../../../../../sphinx_rtd_theme/static/fonts/fontawesome-webfont.eot /usr/share/doc/python-distributed-doc/html/_static/fonts/RobotoSlab-Regular.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/RobotoSlab-Regular.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/RobotoSlab-Bold.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/RobotoSlab-Bold.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/Lato-Regular.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Regular.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/Lato-Bold.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/Lato-Bold.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/Inconsolata-Regular.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/Inconsolata-Regular.ttf /usr/share/doc/python-distributed-doc/html/_static/fonts/Inconsolata-Bold.ttf -> ../../../../../sphinx_rtd_theme/static/fonts/Inconsolata-Bold.ttf /usr/share/doc/python-distributed-doc/html/_static/css/theme.css -> ../../../../../sphinx_rtd_theme/static/css/theme.css /usr/share/doc/python-distributed-doc/html/_static/css/badge_only.css -> ../../../../../sphinx_rtd_theme/static/css/badge_only.css Is python-distributed-doc missing a Depends/Recommends/Suggests: sphinx-rtd-theme-common ? cheers, Andreas python-distributed-doc_1.18.0+ds.1-1.log.gz Description: application/gzip ___ Python-modules-team mailing list Python-modules-team@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
