[Python-modules-team] state of python-msrest.

[Nicolas Dandrimont]

Hey peter, thanks for looking inth this.

* peter green <plugwash at p10link.net> [2019-10-19 00:57:37 +0100]:

> While looking at cruft python packages in testing I discovered that python-requests-oauthlib was blocked from migrating to testing by the python-msrest binary package.
> 
> Stable and testing currently have python-msrest 0.5.5-1, uploaded in November 2018 by Nicolas Dandrimont.
> 
> Immediately after uploading that it seems that Nicolas started on packaged 0.6.1 but did not upload it because (as he noted in the changelog) python3-trio was still in new. Ondřej Nový then made some packaging cleanups, but still did not upload.
> 
> Then in August this year Andrey Rahmatullin removed the comment about python3-trio from the changelog, removed python 2 support and uploaded version 0.6.1-1 to unstable.
> 
> Unfortunately there are still two problems blocking it's migration to testing.
> 
> 1. Matthias Klose noticed that build-time tests were trying to access the network and the build was failing if no internet access was available ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942101 ).

I should be able to look at that (and other azure-related packages) at work next week.

> 2. while python3-trio has passed new, it's maintainer (Robie Basak) has filed a RC bug saying he does not belive it is currently suitable for a stable release.

I've only glanced at the upstream issue for a moment, but I have the feeling
that's a little bit too conservative: the only difference between this and most
other Python modules packaged in Debian is that upstream actually seems to care
about their API being unstable. We've shipped way worse stuff, and with
autopkgtests it's fairly easy to notice that you're breaking a reverse
dependency. Of course I'll defer to the maintainer's judgement.

> Thoughts on the best way forward? should the upload of 0.6.1 be reverted?

ISTR the trio stuff is not needed for most of msrest, only some of the async
stuff. If Robie confirms that he doesn't want trio in testing, I'll look into
patching it out of msrest.

Thanks again,
-- 
Nicolas Dandrimont

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/python-modules-team/attachments/20191019/1a28bd78/attachment.sig>