Path: csiph.com!fu-berlin.de!bofh.it!news.nic.it!robomod From: Matthias Klose Newsgroups: linux.debian.bugs.dist,linux.debian.maint.python,linux.debian.devel.release Subject: Bug#942106: (some kind of) transition: add python3.8 as a supported python3 version Date: Sun, 27 Oct 2019 00:00:01 +0200 Message-ID: References: X-Original-To: "Rebecca N. Palmer" , 942106@bugs.debian.org, debian-python@lists.debian.org X-Mailbox-Line: From debian-bugs-dist-request@lists.debian.org Sat Oct 26 21:54:09 2019 Old-Return-Path: X-Spam-Flag: NO X-Spam-Score: -4.2 Reply-To: Matthias Klose , 942106@bugs.debian.org Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Debian Release Team X-Debian-Pr-Message: followup 942106 X-Debian-Pr-Package: release.debian.org X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 150; neutral, 152; spammy, 0. spammytokens: hammytokens:0.000-+--python3, 0.000-+--H*F:U*doko, 0.000-+--H*u:60.0, 0.000-+--langasek, 0.000-+--Langasek Old-X-Envelope-From: doko@debian.org User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Debian-Message: from BTS X-Mailing-List: archive/latest/1566070 List-ID: List-URL: Approved: robomod@news.nic.it Lines: 36 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Sat, 26 Oct 2019 23:50:55 +0200 X-Original-Message-ID: <716c7a6f-49f4-451c-57b0-73dfe4ab0a50@debian.org> X-Original-References: <968ce0e1-db9a-59af-7db3-ac0dc0b4d50d@debian.org> Xref: csiph.com linux.debian.bugs.dist:981034 linux.debian.maint.python:11949 linux.debian.devel.release:91781 On 26.10.19 22:09, Rebecca N. Palmer wrote: > What should be done with modules where Python 3.8 compatibility requires moving > to a new upstream release that doesn't support Python 2, but the Python 2 > package still has dependencies (so can't be removed yet under existing rules)? > > - Split them into two source packages with different upstream versions, as was > done for matplotlib and numpy? > - Remove the Python 2 package anyway? > - Let them be broken in Python 3.8 for now? > > e.g. pandas dropped python2 support in 0.25.0, and gained python3.8 support in > 0.25.2: > https://github.com/pandas-dev/pandas/issues/29043 yes, that will be an ongoing problem, I see the same for pillow (latest 2.7 supporting release is 6.2.1) and numpy (1.16 not supporting 3.8, and 1.17 not supporting 2.7). > Ubuntu got pandas 0.23 to build with python3.8, but only by ignoring 268 test > failures (I haven't yet had time to assess their severity): > https://bugs.launchpad.net/ubuntu/+source/pandas/+bug/1849374 > https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/amd64/p/pandas/20191024_181815_7c017@/log.gz yes, https://bugs.launchpad.net/bugs/1849374 documents where I ignored test results for a first build, and numpy test results are ignored as well due to a packaging bug. Ubuntu already dropped python-pandas, I wasn't involved with that. So this should be possible to do. Please ask Steve Langasek for details. In the case for pandas it should be possible to remove it now with some work, avoiding a second Pandas source. Having a first build in the archive allows you to get more packages built, and more people working on the stack. For example the whole astropy stack builds and passes tests (except astropy itself). So there is value. Lets enable to build stuff first for 3.8 as a supported non-default option.