too.
SR
I saw it. The package has Matthias Klose as Maintainer, no VCS, and no
team. Matthias, can I NMU "your" package to remove the pypy flavor
before I fix pyparsing?
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Py
", line 100
major: int
^
SyntaxError: invalid syntax
E: pybuild pybuild:367: clean: plugin distutils failed with: exit
code=1: pypy setup.py clean
This feels like we need to drop pypy support for this package. Stefano,
your thoughts? How should this be handled?
..), but just right after a release
isn't the best time to start the work...
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
a
smoother transition.
Note that it's possible that for many packages mentioned, only removing
the dependency should be enough. Still, that's some work to do... :/
Other alternative would be: help with NMU fixes (or I can add any of you
in the OpenStack team if you need...).
Cheer
Source: python-marshmallow-sqlalchemy
Version: 0.19.0-1
Severity: serious
Hi,
As per this log:
https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-marshmallow-sqlalchemy/15788075/log.gz
Please fix this ASAP.
Cheers,
Thomas Goirand (zigo
On 5/26/21 2:57 PM, Filippo Giunchedi wrote:
> On Thu, Oct 01, 2020 at 12:15 PM, Thomas Goirand wrote:
>> Package: python3-dnspython
>> Version: 2.0.0-1
>> Severity: important
>>
>> Hi,
>>
>> I'm sending this just to let you know that dnspython bro
en with a non-valid
DNS configuration in /etc/resolv.conf (which is kind of right, I agree with it
in theory, but in practice I don't think this deserve such a high severity).
Your thoughts? Could this be discussed with upstream?
Cheers,
Thomas Goirand (zigo)
__
Ok, James, please do that, and I'll upload the change to msgpack.
I don't think msgpack deserves a RC bug for this in the mean time.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian
FYI, the issue is tracked here upstream:
https://github.com/eventlet/eventlet/issues/619
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/
away if possible. I'm really not
sure what's going to be the faith of pypy-pytest, maybe it should be
replaced by pypy3-pytest? If I remember well the discussion, we wrote
that we would just disable the tests for things depending on python 2
test suites. Ma
On 4/22/20 6:23 AM, Valentin Vidić wrote:
> On Tue, Apr 21, 2020 at 11:20:16PM +0200, Thomas Goirand wrote:
>> You can remove all of the python-oslo* from the list. The versions in
>> Experimental, which are the next version of OpenStack, are fixed. In 2
>> weeks of time, I
On 4/20/20 2:51 PM, peter green wrote:
> On 20/04/2020 08:57, Thomas Goirand wrote:
>>> Option 1: fix all four packages to be python 2 free.
>>>
>>> Option 2: Remove python2 stuff from traceback2, python-funcsigs and
>>> numba. Break the dependencies of
; Otherwise I am inclined towards option 2. Depending on what responses I
> get to this mail I may implement this option through NMUs later.
IMO, we should get unittest2 free of Py2 support ASAP, and open an FTP
team bug to get funcsigs removed from Debian.
Cheers,
Thomas Goirand (zigo)
r package failed to build
> on amd64.
To whoever reads this: the OpenStack team is no longer interested in
this package (it's not an OpenStack dependency anymore), please take it
over. I wont be fixing this bug.
Cheers,
Thomas Goirand (zigo)
___
P
Package: python3-paramiko
Severity: normal
Hi,
OpenStack Ussuri, due next month, uses Paramiko 2.7.1. It'd be nice if we could
have that version in unstable soonish.
Thanks,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-mo
way, yum is kind of dead, as distros have been moving to dnf. I see
therefore no reason to keep it.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
On 12/22/19 10:22 PM, Dmitry Shachnev wrote:
> Hi Sandro!
>
> On Sun, Dec 22, 2019 at 02:47:10PM -0500, Sandro Tosi wrote:
>>> The current version packaged in Debian is very outdated,
>>> even in unstable. Please consider packaging the current
>>> upstream release.
>>
>> I'm echoing this request:
ository='deb file:///home/ftp/debian experimental main'
to build the package. Then I could fix it, and I'm uploading the fix.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-list
for anything like a python2-pbr source package without seeing
> anything relevant.
>
My bad, this is now re-uploaded a correct package now.
I had to re-introduce it because python-mock needs it, and python-mock
has *A LOT* of reverse dependencies that we need to fix firs
Hi,
It appears it was fixed indeed, but uploaded with binaries, and
therefore didn't migrate to testing. I'm re-uploading to fix that.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.
RM if you
don't do anything to fix the situation.
Cheers,
Thomas Goirand (zigo)
-- System Information:
Debian Release: 10.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-6-amd64 (SMP
Hi,
Your package also needs to support Django 2.2, which is in Sid, and
which your package is blocking the transition. At this point, as there's
only 4 Django packages remaining, your package may be left behind and
AUTORM from Testing.
Cheers,
Thomas Goirand
Source: django-modeltranslation
Version: 0.12.2-1
Severity: serious
Hi,
Your package doesn't build with Django 2.2, which is blocking is transition to
Testing. Please fix this ASAP. This also means fixing Py2 removal, as there's
no Py2 support in Django 2.2.
Cheers,
Thomas Goi
Hi,
I've re-introduced python-pbr, so the severity of this bug can be
lowered back to just 'important'. We'll revisit Py2 removal from this
package once these are fixed:
http://sandrotosi.me/debian/py2removal/python-mock_1.svg
Cheers,
Indeed, it has a single reverse build-depends. Closing the RM bug then.
I'd still advise upstream against using this library which is of lower
code quality.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-
st filed a removal bug for this one, as it's not used by
any OpenStack things anymore.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
LEASED; urgency=medium
+python-django-rosetta (0.7.6-1) unstable; urgency=medium
[ Michael Fladischer ]
* New upstream release.
@@ -24,7 +24,14 @@
* d/watch: Use https protocol
* Convert git repository from git-dpm to gbp layout
- -- Michael Fladischer Tue, 04 Aug 2015 09:47:58
Package: python-django-mptt
Version: 0.8.7-1
Severity: serious
Tags: patch
Hi,
Please find attached patch to do the Python 2 removal.
After this patch, your package continues to FTBFS. Please
get a fix for it.
Cheers,
Thomas Goirand (zigo)
From 373d818427a37e26e91b5e39084c634ce1d3c613 Mon Sep
tings django-admin test tests
dh_auto_test: pybuild --test -i python{version} -p 3.7 returned exit code 13
make[1]: *** [debian/rules:13: override_dh_auto_test] Error 255
make[1]: Leaving directory '/<>'
make: *** [debian/rules:9: build] Error 2
dpkg-buildpackage: error: debian/rules
p Python 2 support *now* for
all the Django packages. I did a lot of that work already (at least a
dozen of packages are fixed already), there's not so much remaining.
Also, Django 2.2 does *not* have Python 2 support upstream anymore, so
there's no
@@
-django-session-security (2.6.5+dfsg-2) UNRELEASED; urgency=medium
+django-session-security (2.6.5+dfsg-2) unstable; urgency=medium
+ [ Ondřej Nový ]
* Use debhelper-compat instead of debian/compat.
* Bump Standards-Version to 4.4.0.
+ [ Thomas Goirand ]
+ * Team upload.
+ * Removed
;m writing this email to you today: to ask you to please
test your application with SQLAlchemy 1.2.18+ds1-2 ASAP, to address any
potential unforecast issue before the Buster release.
Details about the discussion can be seen here in the Debian bug #929321.
Best regards,
Thomas Goi
The fix is available from here:
https://github.com/pypa/pip/pull/6367/commits/f8292a304deebcf0e4cda2e40caa226c70030f11
Dear maintainer, do you mind if I push this to unstable right away, in
the hope that the fix reaches Buster before the release?
Cheers,
Thomas Goirand (zigo
install command will fail. For example:
virtualenv --no-download venv
./venv/bin/pip2 install -U
It'd be nice to have this fixed for Buster.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debia
ay to become DD, but probably to lack of time,
she didn't take care of it. I do believe that giving her 2 years of time
was enough and that now is the time to act on things. Hopefully, this
will give her the sign that she needs contributing to Debian more to
stay an uploading DD.
Chee
done?
I'd very much would like to help, and I do have the time to work on
this, as long as we agree on what to do. So please let me know your
thoughts ASAP.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-team mailing list
Python-modules-t
Source: elixir
Severity: normal
Dear Maintainer,
I'm packaging RabbitMQ-server, and the latest upstream release needs
Elixir 1.6.6 at least. It'd be nice if you could update the package.
Cheers,
Thomas Goirand (zigo)
___
Python-modules-te
Hi,
Sorry, wrong bug, this was for Neutron.
Thomas
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
r this bug, and that I do intend to work on this. But it
isn't my opinion that it deserves an RC severity yet. The package builds
in a "normal" environment, and is perfectly usable.
Cheers,
Thomas Goirand (zigo)
___
Python-mo
On 07/09/2018 11:03 PM, Adrian Bunk wrote:
> On Mon, Jul 09, 2018 at 02:33:18PM +0200, Thomas Goirand wrote:
>> On 07/08/2018 12:36 PM, Emilio Pozuelo Monfort wrote:
>>> List of affected packages:
>>>
>>> openscap-daemon: /usr/lib/python3/dist-packages/opensc
waas:
python3-oslo.db (we just fixed that one), python3-kafka, python3-pika,
python3-dogpile.cache (bug with fix already filled, we'll fix soon).
I would anyway very much welcome a mass bug filling, but best would be
to try not to forget any package. Note that tenacity is already fixed.
Cheers,
T
41 matches
Mail list logo