Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.python > #11984 > unrolled thread
| Started by | Matthias Klose <doko@debian.org> |
|---|---|
| First post | 2019-11-07 15:10 +0100 |
| Last post | 2019-11-14 21:40 +0100 |
| Articles | 4 — 2 participants |
Back to article view | Back to linux.debian.maint.python
Adding Python 3.8 as a supported Python3 version Matthias Klose <doko@debian.org> - 2019-11-07 15:10 +0100
Re: Adding Python 3.8 as a supported Python3 version Thibaut Paumard <thibaut@debian.org> - 2019-11-07 16:10 +0100
Re: Adding Python 3.8 as a supported Python3 version Matthias Klose <doko@debian.org> - 2019-11-12 23:40 +0100
Re: Bug#942106: Adding Python 3.8 as a supported Python3 version Matthias Klose <doko@debian.org> - 2019-11-14 21:40 +0100
| From | Matthias Klose <doko@debian.org> |
|---|---|
| Date | 2019-11-07 15:10 +0100 |
| Subject | Adding Python 3.8 as a supported Python3 version |
| Message-ID | <yZQE1-1qt-3@gated-at.bofh.it> |
This weekend, I am planning to upload python3-defaults, adding python3.8 as a
supported Python3 version. This may introduce some churn in unstable until the
basic binNMUs are available as well.
Details for the addition can be found at [1], known issues and patches are filed
[2]. There was no test rebuild in Debian itself, but the addition was made in
the current Ubuntu development series. Things look good, and from my point of
view don't block any unrelated transition work. python3-defaults will get a RC
issue to stay in unstable until the packages build-depending on python3-all-dev
are built, and after doing a test rebuild with the two supported Python3
versions. Earlier test rebuilds don't make sense.
There are a few packages, where the upstream versions used in Ubuntu diverge
from the ones currently in unstable (not naming those already updated in
unstable by the DPMT):
- hypothesis #942693, not sure if this is really needed,
the testsuite stack might be fixed by the new pluggy
version as well.
- python-xarray #944044. 1.4 is already broken with Python 3.7. For
Ubuntu I fell back to 1.2.1. 1.2.3 might work as well, still seeing
one or two test failures.
- Using numpy from experimental, and only building the Python2 numpy
packages from the python-numpy source.
- Using python-scipy from experimental, building the Python3 packages,
and renaming the python-scipy package to python2-scipy, only building
the Python2 packages.
- matplotlib and pandas don't have Python2 packages in Ubuntu
anymore, so I can't tell much what is needed here. Pandas needs
a new upstream for 3.8.
Packages building on top of numpy/scipy/pandas, like the PyAstro stack, continue
to work with these updates, despite some new test failures.
Matthias
[1] https://wiki.debian.org/Python/Python3.8.
[2]
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=python3.8;users=debian-python@lists.debian.org
[toc] | [next] | [standalone]
| From | Thibaut Paumard <thibaut@debian.org> |
|---|---|
| Date | 2019-11-07 16:10 +0100 |
| Message-ID | <yZRA5-21o-5@gated-at.bofh.it> |
| In reply to | #11984 |
[Multipart message — attachments visible in raw view] — view raw
Le 07/11/2019 à 15:08, Matthias Klose a écrit : > [1] https://wiki.debian.org/Python/Python3.8. Thanks Matthias. I've added the following point to "common upstream issues": * Embedding Python: modules are not linked with libpython3.8 anymore, but programs that embed Python still need to link with it. When configuring such programs, --embed must be passed to python3-configure. Earlier versions of python3-configure do not support this option. Failing that, errors will occur at link-time (usually part of compile-time, but sometimes part of run-time). I've stumbled upon that in my project Gyoto and fixed python.m4 (borrowed from [1]pyconfigure) to support it. I've also submitted my patch [2]there. Regards, Thibaut. [1] https://savannah.gnu.org/projects/pyconfigure/ [2] https://savannah.gnu.org/bugs/?57115 PS: setting Mail-Followup-To 942106@bugs.debian.org
[toc] | [prev] | [next] | [standalone]
| From | Matthias Klose <doko@debian.org> |
|---|---|
| Date | 2019-11-12 23:40 +0100 |
| Message-ID | <z1MZk-381-7@gated-at.bofh.it> |
| In reply to | #11984 |
On 07.11.19 15:08, Matthias Klose wrote: > This weekend, I am planning to upload python3-defaults, adding python3.8 as a > supported Python3 version. This may introduce some churn in unstable until the > basic binNMUs are available as well. > > Details for the addition can be found at [1], known issues and patches are filed > [2]. There was no test rebuild in Debian itself, but the addition was made in > the current Ubuntu development series. Things look good, and from my point of > view don't block any unrelated transition work. python3-defaults will get a RC > issue to stay in unstable until the packages build-depending on python3-all-dev > are built, and after doing a test rebuild with the two supported Python3 > versions. Earlier test rebuilds don't make sense. > > There are a few packages, where the upstream versions used in Ubuntu diverge > from the ones currently in unstable (not naming those already updated in > unstable by the DPMT): > > - hypothesis #942693, not sure if this is really needed, > the testsuite stack might be fixed by the new pluggy > version as well. > > - python-xarray #944044. 1.4 is already broken with Python 3.7. For > Ubuntu I fell back to 1.2.1. 1.2.3 might work as well, still seeing > one or two test failures. > > - Using numpy from experimental, and only building the Python2 numpy > packages from the python-numpy source. > > - Using python-scipy from experimental, building the Python3 packages, > and renaming the python-scipy package to python2-scipy, only building > the Python2 packages. > > - matplotlib and pandas don't have Python2 packages in Ubuntu > anymore, so I can't tell much what is needed here. Pandas needs > a new upstream for 3.8. > > Packages building on top of numpy/scipy/pandas, like the PyAstro stack, continue > to work with these updates, despite some new test failures. So this upload didn't happen, but thanks to Rebecca we now have an almost Python2 free pandas in unstable. And apologies to the science team for the 1-day delayed NMUs for patsy and scikit-learn. Now planning the python3-defaults upload for Thursday or Friday. Matthias
[toc] | [prev] | [next] | [standalone]
| From | Matthias Klose <doko@debian.org> |
|---|---|
| Date | 2019-11-14 21:40 +0100 |
| Subject | Re: Bug#942106: Adding Python 3.8 as a supported Python3 version |
| Message-ID | <z2u4h-4fu-1@gated-at.bofh.it> |
| In reply to | #12009 |
On 12.11.19 23:39, Matthias Klose wrote: > On 07.11.19 15:08, Matthias Klose wrote: >> This weekend, I am planning to upload python3-defaults, adding python3.8 as a >> supported Python3 version. This may introduce some churn in unstable until the >> basic binNMUs are available as well. >> >> Details for the addition can be found at [1], known issues and patches are filed >> [2]. There was no test rebuild in Debian itself, but the addition was made in >> the current Ubuntu development series. Things look good, and from my point of >> view don't block any unrelated transition work. python3-defaults will get a RC >> issue to stay in unstable until the packages build-depending on python3-all-dev >> are built, and after doing a test rebuild with the two supported Python3 >> versions. Earlier test rebuilds don't make sense. >> >> There are a few packages, where the upstream versions used in Ubuntu diverge >> from the ones currently in unstable (not naming those already updated in >> unstable by the DPMT): >> >> - hypothesis #942693, not sure if this is really needed, >> the testsuite stack might be fixed by the new pluggy >> version as well. >> >> - python-xarray #944044. 1.4 is already broken with Python 3.7. For >> Ubuntu I fell back to 1.2.1. 1.2.3 might work as well, still seeing >> one or two test failures. >> >> - Using numpy from experimental, and only building the Python2 numpy >> packages from the python-numpy source. >> >> - Using python-scipy from experimental, building the Python3 packages, >> and renaming the python-scipy package to python2-scipy, only building >> the Python2 packages. >> >> - matplotlib and pandas don't have Python2 packages in Ubuntu >> anymore, so I can't tell much what is needed here. Pandas needs >> a new upstream for 3.8. >> >> Packages building on top of numpy/scipy/pandas, like the PyAstro stack, continue >> to work with these updates, despite some new test failures. > > So this upload didn't happen, but thanks to Rebecca we now have an almost > Python2 free pandas in unstable. And apologies to the science team for the 1-day > delayed NMUs for patsy and scikit-learn. > > Now planning the python3-defaults upload for Thursday or Friday. python3-defaults with 3.8 as a supported Python3 version is now built in unstable. Release team, please schedule binNMUs fpr stage1 and then stage2. I'll raise severity of the 3.8 issues, and follow-up with 2-days delayed NMUs. Matthias
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.maint.python
csiph-web