Re: FYI: Python 3 migration of distributuion

2019-11-16 Thread Osamu Aoki
Hi,

On Wed, Nov 13, 2019 at 11:11:43AM -0600, Charles Cazabon wrote:
> Osamu Aoki  wrote:
> >
> > Currently, getmail is a candidate for removal from the upcoming Debian
> > release if it is not updated to support python 3 by someone (not
> > necessary by upstream).
>
> Thanks for the update, Osamu.  I have actually been playing with a prototype
> refactoring of getmail to not just support but require a recent Python 3.x
> version.  Such a project would give me the opportunity to remove a lot of
> historical cruft and backwards-compatibility code that getmail has accumulated
> over 20+ years.

That's great.  (I thought you rejected idea to move to 3.0.)

I tried to do it around getmail 5.5 days.  (I didn't finish it)

> Unfortunately, it's difficult to find the hours to devote to this task.  I
> don't know when, or even if, I could have a beta release ready.
>
> > If you convert python 2 code for 2.7 style, then we can support both
> > python 2 and 3.
>
> I'm not very interested in doing this, as it means not using a lot of 3.x
> features, or not using them in the most Pythonic way.  My thought was that
> this project would target at least Python 3.7; anyone who didn't want to run
> 3.7 could still run "legacy" getmail under Python 2.7.

I understand.  When I tried to convert this to Python3, the first thing
I did was clean out all backward compatibility codes, too.  It is too
much work to keep them.

Also if it is Python3 only, we don't need to add things like:

from __future__ import division
 from future import standard_library

If you have a public git repository, maybe some Debian developer may
help you.  If you want, I can set up one at salsa.debian.org (or
github.com) where ever you are comfortable.

At least, if we have a place to share work in progress, we don't
duplicate efforts.


Osamu



Re: Bug#937657: Issue with numpy under Python 3.8

2019-11-16 Thread Andreas Tille
Hi Rebecca,

On Sat, Nov 16, 2019 at 09:16:17AM +, Rebecca N. Palmer wrote:
> I think that just means "numpy hasn't yet been rebuilt for Python 3.8". (In
> Python modules that include a C extension, the .py files are shared but the
> C part is compiled separately for each Python version.)
> 
> As there are ~500 modules requiring such a rebuild
> (https://release.debian.org/transitions/html/python3.8.html), this may take
> some time.  (numpy itself will probably be a source upload, to move 1.17
> from experimental to unstable.)
> 
> For testing, it may be easiest to use an Ubuntu chroot for now.

Its not about testing.  Its the usual build time test.  If I'd do a
source upload of this package it will FTBFS under the current state
of the archive.

Kind regards

  Andreas.

-- 
http://fam-tille.de



Re: Issue with numpy under Python 3.8

2019-11-16 Thread Rebecca N. Palmer
I think that just means "numpy hasn't yet been rebuilt for Python 3.8". 
(In Python modules that include a C extension, the .py files are shared 
but the C part is compiled separately for each Python version.)


As there are ~500 modules requiring such a rebuild 
(https://release.debian.org/transitions/html/python3.8.html), this may 
take some time.  (numpy itself will probably be a source upload, to move 
1.17 from experimental to unstable.)


For testing, it may be easiest to use an Ubuntu chroot for now.