Hi,
if you want to proceed with the transition, maybe it's a good idea to
upload libgit2 to unstable first :)
python-pygit2 is ready for transition since 12 Jun 2020 (in experimental).
--
Best regards
Ondřej Nový
___
Python-modules-team mailing list
P
Hi,
út 21. 4. 2020 v 23:24 odesílatel Thomas Goirand napsal:
> > But that still leaves the question of what to do about the dependency of
> > pytest on pypy-funcsigs ? should pypy modules be removed from pytest and
> > it's reverse-dependencies in the same way that regular python2 modules
> > we
Hi,
čt 30. 1. 2020 v 22:05 odesílatel Ondrej Novy napsal:
> Python 2 package is needed for many other packages:
>
same is valid for PyPy version:
onovy@sid:~$ reverse-depends -b pypy-setuptools-scm
Reverse-Build-Depends
* backports.functools-lru-cache
* pytest
* python-importlib-me
Hi Dmitry,
čt 30. 1. 2020 v 22:38 odesílatel Dmitry Shachnev
napsal:
> However upstream python-keyring has dropped Python 2 support, and I want
> to upgrade to a newer release, so Python 2 support will be dropped sooner
> or later.
>
upstream drop of Python 2 support doesn't mean you need to dr
Hi,
čt 30. 1. 2020 v 10:10 odesílatel Dmitry Shachnev
napsal:
> setuptools-scm has removed Python 2 support (see #938470), so
> python-keyring
> build-dependencies are no longer satisfiable.
>
> Thus I am going to remove Python 2 support from python-keyring
please don't, because #938470 should
Hi,
Python 2 package is needed for many other packages:
onovy@sid:~$ reverse-depends -b python-setuptools-scm
Reverse-Build-Depends
* apipkg
* automat
* backports.functools-lru-cache
* cherrypy3
* execnet
* keyrings.alt
* monkeysign
* pytest
* pytest-forked
* pytest-runner
* pytest-xdist
* python
Hi,
ne 27. 10. 2019 v 16:00 odesílatel Scott Kitterman <
ftpmas...@ftp-master.debian.org> napsal:
> NOTICE mentions that some source comes from Jeff Forcier, which is under
> the
> BSD-2-clause license. This copyright holder and license is not mentioned in
> d/copyright.
>
right, stupid me, sorr
reassign 934959 src:sunpy 0.9.6-2
thx
This is bug in sunpy, using StopIteration in newer Python 3.
Thanks.
--
Best regards
Ondřej Nový
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cg
Hi,
I can't reproduce it and I can build this package locally without any
problem.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
___
Python-modules-team mailing list
Python-modules-team@ali
Hi,
út 27. 11. 2018 v 8:46 odesílatel Ole Streicher napsal:
> Thanks, however it turns out that this will unfortunately not work for
> me: from astropys POV, pytest seems to be broken in versions 3.7 - 3.10;
> see
>
> https://github.com/astropy/astropy/issues/8177
according to linked issue, th
Hi,
my plan is:
- keep 3.x for Buster
- upgrade to >= 4.x just after Buster release
Because we are going to drop Python after Buster release, I think it's
perfectly fine that Astropy (Py2 version) will not support Pytest 4.x.
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98
Hi,
pá 23. 11. 2018 v 13:21 odesílatel Ole Streicher
napsal:
> By reading the upstream changelog, I could not find a cause what should
> cause the incompatibility. Also, the logs now all contain a warning like
>
me either. :(
> /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58
>
Hi Ole,
this looks like bug in astropy and other packages. They are just not
compatible with newer pytest.
For example astropy upstream uses pytest 3.9 and/or 3.10 for testing code,
see
https://github.com/astropy/astropy/commit/3e34e7c450ebd982978423d8774ef6953832f610
I tried to build simple pac
Hi,
pá 5. 10. 2018 v 11:21 odesílatel Neil Williams
napsal:
> I'm looking to package a new python3 utility which will depend
> on python3-enum34 and the homepage link from this source package
> claims support for python3.
>
enum34 is backport of enum from Python 3.4. It doesn't make sense to
pa
Hi,
po 1. 10. 2018 v 10:38 odesílatel Chris Lamb napsal:
> In the past we have tried not to burden maintainers with the knowledge
> that their packages are unreproducible and/or causing others to be so,
> in that spirit, I am following up with the attached patch.
>
I looked into code and wasn't
Hi,
út 28. 8. 2018 v 15:36 odesílatel Pierre-Elliott Bécue
napsal:
> This would imply to do a Debian patch in upstream's source.
>
I had similar bug in eventlet, solution:
https://github.com/eventlet/eventlet/pull/516
https://salsa.debian.org/python-team/modules/python-eventlet/commit/32dc98ce3
Hi,
I prepared new upstream version (3.6.2) in git.
It needs new version of atomicwrites and more-itertools which I prepared in
git too. Both will go trough NEW queue (new pypy-* binary packages). After
this deps will be in unstable I will finish+upload pytest 3.6.2.
Thanks.
--
Best regards
O
Hi,
2018-05-24 10:15 GMT+02:00 Cédric :
> I got a look to the dependencies: I think that python-six is missing (cf.
> pymodbus/utilities.py).
>
https://packages.debian.org/sid/python3-six :)
(already in Debian from wheezy)
--
Best regards
Ondřej Nový
Email: n...@ondrej.org
PGP: 3D98 3C52 EB
Hi,
2018-05-11 0:19 GMT+02:00 Joseph Herlant :
> ... maybe we could delete the pycompat file
> when exists at the same time (in a separate commit of course) to to
> get rid of debian-pycompat-is-obsolete. It seems there are still 18
> python modules with that file in.
>
no problem, so just remov
Hi,
because of:
-
https://wiki.debian.org/Python/LibraryStyleGuide?action=diff&rev1=85&rev2=86
- https://lintian.debian.org/tags/ancient-python-version-field.html
I would like to mass commit into DPMT/PAPT this:
https://salsa.debian.org/python-team/modules/pytest/commit/a737368e75cb2e7
Hi,
2018-05-09 16:02 GMT+02:00 eamanu15 :
> When I make a push to the package that I maintain on salsa repo. Is
> necessary upload the package to debian-mentors too?
>
after you push changes to salsa repo, you need sponsor for upload. Best way
to find sponsor for DPMT packages is to join IRC #de
21 matches
Mail list logo
