Overview
Request 1147879 accepted
- Update to 8.21.0
* Few new features are present, but the codebase has been
cleaned, and a couple of API are _considered_ for deprecation.
They are not deprecated yet, but as they do not seem to be
quite used, they may emit a warning, in which case please
comment on the relevant issue to inform me of _which_ project
use those feature and how you use them. Depending on the
feedback I might change the timeline for deprecation.
## Deprecations
* PR #14307 Pending Deprecation of
ColorSchemeTable.set_active_scheme(...)’s case_sensitive
Parameter.
* PR #14305 Pending Deprecation of constructing ColorScheme via
kwargs, in favor passing a single dict.
## Fixes
* PR #14284 TerminalIPythonApp’s would warn that auto_create
option is not recognized.
* PR #14286 Fix a crash with NotOneValueFound when rendering
complex tracebacks.
* PR #14287 Partial Python 3.13 compatibility
* PR #14290 Docs/Typos.
* PR #14289 ipdb.set_trace() now accepts header= for better
## Changes
compatibility with pdb.set_trace()
* PR #14300 and PR #14301 Add hooking ability to produce
mimebundle. It is now possible to extend the ?/?? operator to
return more mimetypes to render richer help in frontends that
support it. In particular you could send a json representation
of the help that could be displayed in a customizable way.
- Release 8.20.0
* The crux of this release is PR #14274 (Inspect continuation
prompt signature and pass only viable arguments), the rest of
the changes are mostly type annotation, and a few compatibility
issues with Python 3.13 that are getting addressed.
- Update to 8.19.0
* New release of IPython a bit before the end of the month, and
end of the year.
* Mostly cleanup and deprecation, due to upstream deprecation and
removal.
* A bit later than originally plan, IPython 8.19 does not support
Python 3.9 anymore, as well as the few conditional code that
were executing only on Python 3.9. #14254
* We used the opportunity to deprecate IPython.utils.tz #14256,
due to upstream deprecation of some timezone utilities. It will
be removed at a later date.
* Thanks to the contribution of cohml, IPython CLI now support
absolute and relative line numbers in both vi and emacs prompt,
use for example
c.TerminalInteractiveShell
.prompt_line_number_format='{line:4d}/{rel_line:+03d} | '
configuration option to display both in a custom format.
- Created by bnavigator
- In state accepted
- Supersedes 1147444
can we make another attempt at removing python39? SPEC-0 is real.
See also https://github.com/openSUSE/python-rpm-macros/pull/169
Four active flavors is a big strain on the build servers anyway.
Hi @bnavigator
We are not ready to remove python39. For example, there are python packages with a python39 flavour that need to be addressed first.
It would be nice to know which ones. Because I doubt there are inherent reasons for it, only packaging issues.
With a non-exhaustive quick check, at least:
- python-numba/_multibuild: <package>test-py39</package>
- python-pythran/_multibuild: <package>test-py39</package>
- python-scikit-learn/_multibuild: <package>test-py39</package>
- python-wxPython/_multibuild: <package>python39</package>
As suspected, all of these are packaging issues and would never go away by themselves
- wxPython is already fit for a python39 removal.
- pythran sr#1147370
- numba: sr#1147904
- Nuitka: sr#1148072
- scikit-learn: sr#1148118
Request History
bnavigator created request
- Update to 8.21.0
* Few new features are present, but the codebase has been
cleaned, and a couple of API are _considered_ for deprecation.
They are not deprecated yet, but as they do not seem to be
quite used, they may emit a warning, in which case please
comment on the relevant issue to inform me of _which_ project
use those feature and how you use them. Depending on the
feedback I might change the timeline for deprecation.
## Deprecations
* PR #14307 Pending Deprecation of
ColorSchemeTable.set_active_scheme(...)’s case_sensitive
Parameter.
* PR #14305 Pending Deprecation of constructing ColorScheme via
kwargs, in favor passing a single dict.
## Fixes
* PR #14284 TerminalIPythonApp’s would warn that auto_create
option is not recognized.
* PR #14286 Fix a crash with NotOneValueFound when rendering
complex tracebacks.
* PR #14287 Partial Python 3.13 compatibility
* PR #14290 Docs/Typos.
* PR #14289 ipdb.set_trace() now accepts header= for better
## Changes
compatibility with pdb.set_trace()
* PR #14300 and PR #14301 Add hooking ability to produce
mimebundle. It is now possible to extend the ?/?? operator to
return more mimetypes to render richer help in frontends that
support it. In particular you could send a json representation
of the help that could be displayed in a customizable way.
- Release 8.20.0
* The crux of this release is PR #14274 (Inspect continuation
prompt signature and pass only viable arguments), the rest of
the changes are mostly type annotation, and a few compatibility
issues with Python 3.13 that are getting addressed.
- Update to 8.19.0
* New release of IPython a bit before the end of the month, and
end of the year.
* Mostly cleanup and deprecation, due to upstream deprecation and
removal.
* A bit later than originally plan, IPython 8.19 does not support
Python 3.9 anymore, as well as the few conditional code that
were executing only on Python 3.9. #14254
* We used the opportunity to deprecate IPython.utils.tz #14256,
due to upstream deprecation of some timezone utilities. It will
be removed at a later date.
* Thanks to the contribution of cohml, IPython CLI now support
absolute and relative line numbers in both vi and emacs prompt,
use for example
c.TerminalInteractiveShell
.prompt_line_number_format='{line:4d}/{rel_line:+03d} | '
configuration option to display both in a custom format.
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
anag+factory set openSUSE:Factory:Staging:G as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:G"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:G"
darix accepted review
Accepted review for by_group opensuse-review-team request 1147879 from user anag+factory
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:G"
anag+factory set openSUSE:Factory:Staging:I as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:I"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:I"
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:I"
anag+factory set openSUSE:Factory:Staging:J as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:J"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:J"
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:J"
anag+factory set openSUSE:Factory:Staging:L as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:L"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:L"
anag+factory added anag+factory as a reviewer
No today
anag+factory accepted review
anag+factory added anag+factory as a reviewer
on hold until python3.12 status improve
anag+factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
anag+factory accepted review
Unstaged from project "openSUSE:Factory:Staging:L"
anag+factory accepted review
Picked "openSUSE:Factory:Staging:H"
anag+factory set openSUSE:Factory:Staging:H as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:H"
anag+factory accepted review
dimstar_suse accepted review
Staging Project openSUSE:Factory:Staging:H got accepted.
dimstar_suse approved review
Staging Project openSUSE:Factory:Staging:H got accepted.
dimstar_suse accepted request
Staging Project openSUSE:Factory:Staging:H got accepted.
on hold until python3.12 builds improve
The "skip python39 individally" mess i wanted to avoid has begun: https://build.opensuse.org/request/show/1154193
CC @mcepl
What would you suggest?
With xarray skipping it already in Factory, it's too late anyway.
Just keep rolling with the individual skips (I have several SRs open) and have your team fix the failing packages. I can't be the only one working on it.
You are not.
@mcepl @mcalabkova @bnavigator Hi everybody,
I'm considering accepting this soon and dropping Python3.9 support. This will mean some big breakage in Factory because we have packages that fail to build with Python3.12 won't rebuild to drop Python3.9 and some new packages will join the party. Thoughts ?
Hi, dropping Python 3.9 would be OK by me, but @mcepl knows more whether there are any customers asking to keep it. Individual skips would also be doable. And we are still not finished with Python 3.12 fixes, so another bunch of failing packages won't be even noticeable.
Cc: @dgarcia, @StevenK
I will let Steve respond here, but I am not sure about it. 3.9 is the version in RHEL-7. I would be probably more inclined to eliminate 3.10 before, but I am open to discussion.
For the record, the interpreter can stay around for some days/weeks more if needed.
I don't think many of the still currently failing packages are really python312 problems. They just happen to be failing now because they got the general rebuild trigger, but already fail in python39
... and if they are really python312 problems, just apply skip_pytho312. It's not that we are already making it primary python interpreter and they obviously aren't the root/trunk of a big dependency tree. Unlike xarray, ipython and plotly.