On Mon, 12 Feb 2018 23:35:14 -0500 Scott Kitterman wrote:
> On Sunday, February 11, 2018 09:19:59 PM VA wrote:
> > Package: python-pyqt5
> > Version: 5.9.2+dfsg-1
> >
> > Many Debian python packages include an egg-info folder, but python-
pyqt5
> > does not.
>
> The PyQt5
Will it bypass packages for which such change has already been
committed, such as in src:flake8-polyfill (currently under RFS)? Just
checking.
Cheers,
Ghis
2018-02-12 13:41 GMT+00:00 Ondrej Novy :
> Hi,
>
> I would like to mass-commit to all DPMT's projects this:
>
>
er version to 11
* Bump the standards version to 4.1.3
* Add missing Enhances relationship
Regards,
Ghislain Vaillant
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman
Control: block -1 by 888458
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
Dear Paul,
On Sun, 03 Dec 2017 12:13:27 +0800 Paul Wise wrote:
Source: python-mechanicalsoup
Severity: wishlist
Please package the new upstream version 0.9.0 of MechanicalSoup:
https://github.com/MechanicalSoup/MechanicalSoup/releases
I'd be happy to update the packaging
On Mon, 2017-07-10 at 16:29 +0100, Ghislain Vaillant wrote:
> Hi Arnaud,
>
> I'd like to move the latest update of spyder from experimental to
> unstable, but the latter depends on the Python 3 version of rope which
> is only available in experimental.
>
> Could you please c
On Mon, 12 Jun 2017 16:11:29 -0700 Steve Langasek
wrote:
> The pytest-qt package's autopkgtests will iterate over all supported python3
> interpreters, but they don't depend on python3-all to guarantee that these
> interpreters are installed on the system.
Indeed,
> Please consider packaging the new upstream release of dask.distribtued
> (version 0.16.1 at the time of writing). It is required by the latest
> version of src:python-xarray, which I am the maintainer of.
See the recent autopkgtest reporting for src:python-xarray [1]. Testing
on a venv with the
On Fri, 2017-03-31 at 16:53 -0400, Sandro Tosi wrote:
> On Fri, Mar 31, 2017 at 4:23 PM, Ghislain Vaillant <ghisv...@gmail.com> wrote:
> > On Fri, 2017-03-31 at 15:19 -0400, Sandro Tosi wrote:
> > > On Thu, Mar 23, 2017 at 9:04 AM, Sandro Tosi <mo...@debian.org> wr
On Mon, 13 Mar 2017 21:34:23 + Ghislain Vaillant <ghisv...@gmail.com> wrote:
> On Mon, 2017-03-13 at 22:19 +0100, Santiago Vila wrote:
> > I would consider disabling the test suite (maybe to enable it again
> > after the release of Debian 9).
>
> I believe y
On Mon, 2017-02-13 at 19:42 +0100, Santiago Vila wrote:
> > As far as this bug is concerned, all I can do is tag it for help, since
> > I have no clue how to make any sort of progress. If yourself or someone
> > else finds a fix for it, I will happily incorporate the corresponding
> > patches.
>
control: forwarded -1 https://github.com/spyder-ide/qtpy/issues/100
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team
control: tags -1 + help
On Mon, 2017-02-13 at 18:03 +0100, Santiago Vila wrote:
> > > However, there is another package involving xvfb-run which always fail
> > > for me. Can you reproduce this bug?
> > >
> > > https://bugs.debian.org/848063
> > >
> > > The maintainer downgraded it to
On Sun, 2017-02-12 at 11:35 +0100, Santiago Vila wrote:
> On Sat, Feb 11, 2017 at 03:27:33PM +0000, Ghislain Vaillant wrote:
> > Hi Santiago, thanks for reporting this issue,
> >
> > > The bug should be reproducible with sbuild on a single CPU virtual
> > > machi
Hi Santiago, thanks for reporting this issue,
> The bug should be reproducible with sbuild on a single CPU virtual machine,
> provided you try enough times (as the failure happens randomly).
Could you apply the same tests to src:python-qtawesome and report
whether you get the same outcome (i.e.
Just as an FYI, keepalive was needed for cwltool (#845982) so it is in
the process of being packaged (#847319).
Thanks Chris for promptly fixing the issues with rdflib and sparqlwrapper.
Ghis
___
Python-modules-team mailing list
control: block -1 by 845643
After refreshing the packaging with version 1.5.0 and adding the rdflib
i-dep, the package FTBFS due to missing install dependencies (html5lib
and sparqlwrapper).
Ghis
___
Python-modules-team mailing list
On Mon, 05 Dec 2016 11:53:59 +0100 Hilko Bengen wrote:
> control: tag -1 patch
>
> Hi,
>
> I have verified that aff4 builds just fine if the "keepalive=0.5" line
> is removed from the requires.txt, so the extra python-keepalive package
> is not actually needed.
>
> Please
Hi Martin,
On 28/11/16 13:36, Martin Pitt wrote:
Hello all,
Ghislain Antony Vaillant [2016-11-14 21:44 +]:
Since the update of pyparsing to 2.1.10, the sphinxcontrib-doxylink
package now FTBFS and is affected by an RC bug [1].
This or a related regression also affects systemd's hwdb
CC-ing this reply to the Debian bug report.
Thanks Paul for the patch. I applied it (fixed a missing import for
ungroup), used your name for the commit authorship and acknowledged
your contribution to the packaging changelog.
I will also forward the patch upstream.
Many thanks for your
Dear Arnaud and potential DPMT co-maintainers,
I am currently participating in a packaging effort to update spyder [1],
a scientific IDE, to its latest upstream version. Amongst its
dependencies, spyder requires a fairly recent version of rope for both
Python 2 and 3.
However, the source
You are correct, here is the following line in conf.py:
intersphinx_mapping = {'https://docs.python.org/': None}
Thanks for spotting this.
Cheers,
Ghis
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
Ciao Sandro,
I recently got involved with the packaging of the HDF compass [1], a
viewer for HDF5 written in Python and using pydap as an install
dependency.
The version of pydap currently packaged is too old to work with the
compass, first because version 3.x apparently changed the module API
Quick heads up,
The package could not be built from 1.2.4-dev due to some missing
components between the github tree and the source tarball.
I contacted upstream [1] in order to have a formal release for version
1.2.4, from which both Python 2 and 3 versions of the pyxb module and
scripts
Small errata.
Python 3 support seems to be merged in a development version
(v1.2.4-dev) upstream:
https://github.com/pabigot/pyxb
With good feedback regarding stability in the mailing list:
http://sourceforge.net/p/pyxb/mailman/pyxb-users/?viewmonth=201408
So how about packaging this
Package: python-virtualenv
Version: 1.11-2
Severity: important
Dear package maintainer(s),
Any virtualenv created with the --system-site-packages does not work as
expected. Any attempt to install a package with pip yields a permission
error.
Here is an easy example to reproduce this bug:
1)
26 matches
Mail list logo