Re: Bug#942106: (some kind of) transition: add python3.8 as a supported python3 version
On 26/10/2019 22:50, Matthias Klose wrote: Ubuntu already dropped python-pandas, I wasn't involved with that. This seems to have been done by the "let things break" approach that isn't allowed in Debian, e.g. they can no longer build python-matplotlib: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934870 https://launchpad.net/ubuntu/+source/matplotlib2/2.2.4-2/+build/17968574 pandas is part of the big tangle discussed in https://lists.debian.org/debian-python/2019/10/msg00092.html I haven't yet had time to investigate whether it can be removed from that tangle (by e.g. dropping Build-Depends and accepting skipped tests). There's also the possibility that upgrading pandas to 0.25 will break API enough to break some reverse dependencies. I intend to look into this tomorrow.
Re: Bug#942106: (some kind of) transition: add python3.8 as a supported python3 version
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.
Re: Bug#942106: (some kind of) transition: add python3.8 as a supported python3 version
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 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
Re: Request to join DPMT
Hi, so 26. 10. 2019 v 21:33 odesílatel Jeremy Bicha napsal: > Please add me to https://salsa.debian.org/python-team/modules > done, welcome. :) > I expect to help out a bit with the Python2 removals thanks a lot! -- Best regards Ondřej Nový
Request to join DPMT
Hi, Please add me to https://salsa.debian.org/python-team/modules My Salsa username is jbicha I am already a member of PAPT. I expect to help out a bit with the Python2 removals and being able to update Salsa is helpful for that. I have experience in removing libgnome from Debian, a major project which was finally completed **this month** !! I have read https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst and agree to follow it. Thanks, Jeremy Bicha
Re: A possibly easier way to check dependencies for 2Removal?
This had a bug: packages with source name = binary name don't have a Source: field in the binary Packages file, which makes grep-dctrl skip them when asked to output the Source field. Fixed version: grep-dctrl -w -F Pre-Depends,Depends,Recommends -s Package "python-$module" /var/lib/apt/lists/*_debian_dists_sid_main_binary-amd64_Packages ; grep-dctrl -w -s Package "python-$module" /var/lib/apt/lists/*_debian_dists_sid_main_source_Sources I have updated the wiki page.
