Bug#853770: unblock: pyro4

[Emilio Pozuelo Monfort <pochu@debian.org>]

On 31/01/17 19:18, Laszlo Boszormenyi (GCS) wrote:
> Package: release.debian.org
> User: release.debian.org@packages.debian.org
> Usertags: unblock
> 
> Hi Release Team,
> 
> I don't want to hide that due to my mistake, pyro4 package migrated to
> Stretch without the selectors34 dependency of python2-pyro4 even
> packaged. It was only partly fixed with importing the selectors module
> instead[1] - that fixes the client mode but the multiplexed server
> still fails (the user have to change to the threadpool variant).
> 
> I see the following solutions:
> 1) Drop the python2 variant of Pyro4 and only ship the python3 one
>    (worst case).
> 2) Allow the packaged selectors34 module[2] to Stretch (not yet
>    uploaded) as it's an one file module.
> 3) Add the selectors34.py to the pyro4 package, debdiff to the Stretch
>    version is attached.
> 4) Use the upstream commit not to fail with the import, but inform the
>    user to switch to the threadpool variant with a RuntimeError[3]
>    when using the Python 2 variant.
> 
> Which solution would be allowed for Stretch?

bootstrap-vz depends on python2-pyro4, so we can't just drop it.

I don't like 2, I'd rather add a new source than embed this inside pyro.

Please upload selectors34 and I'll see about granting an exception to fix this
RC bug.

Cheers,
Emilio