[Python-modules-team] partd is marked for autoremoval from testing

[Debian testing autoremoval watch]

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

[Debian testing watch]

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

[Debian testing watch]

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)

[Víctor Cuadrado Juan]

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

[Debian FTP Masters]

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)

[Federico Brega]

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!

[Julien Puydt]

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

[Julien Puydt]

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

[Dmitry Shachnev]

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

[Debian FTP Masters]

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

[Debian FTP Masters]

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'

[Dmitry Shachnev]

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'

[Dmitry Shachnev]

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/*/*

[Andreas Beckmann]

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