[packages/python-sympy] - up to 1.7.1, python 2 no longer supported
Jan Rękorajski
j.rekorajski at gmail.com
Fri Mar 12 10:25:36 CET 2021
On Fri, Mar 12, 2021 at 9:55 AM Elan Ruusamäe <glen at pld-linux.org> wrote:
>
> On 12.03.2021 00:32, baggins wrote:
> > commit a7afb2642f193eb728569b130fd57bdc8acadd02
> > Author: Jan Rękorajski <baggins at pld-linux.org>
> > Date: Thu Mar 11 23:32:30 2021 +0100
> >
> > - up to 1.7.1, python 2 no longer supported
> >
> > python-sympy-nodisplay.patch | 25 -------------------------
> > python-sympy.spec | 8 +++-----
> > 2 files changed, 3 insertions(+), 30 deletions(-)
> > ---
> > diff --git a/python-sympy.spec b/python-sympy.spec
> > index cb6d2e4..6c9214c 100644
> > --- a/python-sympy.spec
> > +++ b/python-sympy.spec
> > @@ -2,20 +2,19 @@
> > # Conditional build:
> > %bcond_without doc # HTML and PDF documentation
> > %bcond_without tests # unit tests
> > -%bcond_without python2 # CPython 2.x module
> > +%bcond_with python2 # CPython 2.x module
> > %bcond_without python3 # CPython 3.x module
> >
>
> i agree with what qboosh has been doing in this cases:
>
> 1. git ssh copy python-foo to python3-foo
>
> 2. update python3-foo to be python3 only
>
> 3. update python3-foo to new version, stb
>
> 4. disable python3 from python-foo, relup, stb
>
And I very much do not agree with that.
Python 2 must die. If upstream decides to drop python2 support, we should
too,
we should not keep old odd versions indefinitely[1]. This creates chaos
because
we end up with inconsistent mess.
[1] We may, but only for a very strong reasons, ex. a ton of packages would
break.
it takes extra steps to do that, but i think it's worth the effort in
> long term.
>
> it's weird to have python-foo to build python3-foo,
> and the python3-foo will be cleaner without having to support two python
> versions.
>
What we should do here is to just drop python2 from python-foo, what I'll
do once
the dust after current 3.9 / rpm deps rebuild settles.
--
Jan Rękorajski | SysAdm | PLD/Linux | http://www.pld-linux.org/
baggins<at>pld-linux.org
More information about the pld-devel-en
mailing list