Re: python-markdown and mkdocs circular build-dep

[Dmitry Shachnev]

Thanks Ghislain and Simon for your responses.

It turns out mkdocs need python-markdown not for tests, but rather for
building its own docs.

So probably the correct way to go is to make sure both packages take the
nodoc build profile into account.

On Thu, Jan 11, 2018 at 11:29:34AM +, Simon McVittie wrote:
> It would probably be best for python-mkdocs to build-depend on
> python3-markdown , after making sure that building with
> "DEB_BUILD_PROFILES=nocheck DEB_BUILD_OPTIONS=nocheck" and without
> python3-markdown installed does work (it looks as though it should). That
> way the cycle can be broken from either end (and nocheck never changes
> package contents, whereas nodoc does, so nocheck is probably a better
> way to break it).

For both mkdocs and python-markdown, -doc is a separate package, so
the nodoc build profile will not change the package contents, but it will
disable building the -doc package at all.

The other issue I found is that mkdocs adds some bundled JS libraries to
the generated documentation. It would be nice to have a dh_sphinxdoc-like
tool to help with unbundling them. I will file a bug for that.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#887024: ITP: pytest-arraydiff -- Pytest plugin that enables the generation and comparison of data arrays

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-python@lists.debian.org, debian-de...@lists.debian.org

* Package name: pytest-arraydiff
  Version : 0.1
  Upstream Author : Thomas Robitaille
* URL : https://github.com/astrofrog/pytest-arraydiff
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Pytest plugin that enables the generation and comparison of 
data arrays

This is a py.test plugin to facilitate the generation and comparison
of data arrays produced during tests. The basic idea is that you can
write a test that generates a Numpy array (or other related objects
depending on the format). You can then either run the tests in a mode
to generate reference files from the arrays, or you can run the tests
in comparison mode, which will compare the results of the tests to the
reference ones within some tolerance.

It is a new build dependency of astropy 3.0.

I will maintain it within the Debian Python team.

Best regards

Ole

Bug#887023: ITP: pytest-openfiles -- Pytest plugin to check for files left open at the end of a test run

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-python@lists.debian.org, debian-de...@lists.debian.org

* Package name: pytest-openfiles
  Version : 0.2.0
  Upstream Author : Thomas Robitaille
* URL : https://github.com/astropy/pytest-openfiles
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Pytest plugin to check for files left open at the end of a 
test run

This package provides a plugin for the pytest framework that allows
developers to detect whether any file handles or other file-like
objects were inadvertently left open at the end of a unit test. It is
a new build dependency of astropy 3.0.

I will maintain it within the Debian Python team.

Best regards

Ole

Bug#887021: ITP: pytest-doctestplus -- Pytest plugin providing advanced doctest features

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-python@lists.debian.org, debian-de...@lists.debian.org

* Package name: pytest-doctestplus
  Version : 0.1.2
  Upstream Author : Thomas Robitaille
* URL : https://github.com/astropy/pytest-doctestplus
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Pytest plugin providing advanced doctest features

This package contains a plugin for the pytest framework that provides
advanced doctest support and enables the testing of reStructuredText
(".rst") files. It is a new build dependency of astropy 3.0.

I will maintain it within the Debian Python team.

Best regards

Ole

Bug#887020: ITP: pytest-remotedata -- Pytest plugin to control access to online data files

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debbugs-Cc: debian-python@lists.debian.org, debian-de...@lists.debian.org

* Package name: pytest-remotedata
  Version : 0.1
  Upstream Author : Thomas Robitaille
* URL : https://github.com/astropy/pytest-remotedata
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Pytest plugin to control access to online data files

This package provides a plugin for the pytest framework that allows
developers to control unit tests that require access to data from the
internet. It is a new build dependency of astropy 3.0.

I will maintain it within the Debian Python team.

Best regards

Ole

Packaging python-aws-xray-sdk to fullfil a dependency for python-moto

[Andreas Tille]

Hi,

the Debian Science team needs to update python-pandas sooner or later
and the new version of pandas needs python-moto.  I had a look into this
and realised it needs python-aws-xray-sdk[1].  I've created a local Git
packaging repository which I would like to push to salsa.debian.org since
I'm stumbling about issues I need some help for.

I think Debian Python team would be a good team for this package since
it is not really science related.  Is this OK to push the package into
Debian Python team repository?  If yes did you start the migration to
salsa.debian.org?  Otherwise I could push it to alioth but may be its
better if not so many projects end up there once the migration will be
done.

Kind regards

   Andreas.

[1] https://github.com/aws/aws-xray-sdk-python

-- 
http://fam-tille.de