On Sat, 13 Mar 2021, Jakub Bogusz wrote:

> On Fri, Mar 12, 2021 at 10:25:36AM +0100, Jan Rękorajski wrote:
> > On Fri, Mar 12, 2021 at 9:55 AM Elan Ruusamäe <g...@pld-linux.org> wrote:
> > 
> > >
> > > On 12.03.2021 00:32, baggins wrote:
> > > > commit a7afb2642f193eb728569b130fd57bdc8acadd02
> > > > Author: Jan Rękorajski <bagg...@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.
> 
> Python 2 is dying, more and more (mostly very common) packages are dropping 
> support,
> but there are still/will be "long tails" of not ported single packages.
> 
> Mainstream is slowly porting from gtk+ 3 to gtk 4 and we still have gtk+ 1.
> 
> Ofc, there is no sense to keep all active forever, python2 packages can
> fade out from the "loose" (non-required) ends.
> 
> For the active cases - as we didn't go Fedora way with renaming all
> python 2.x packages to python2-*, I see two possibilities:
> 
> a) python-foo.spec with python2-only module/version of module or python2/3 
> modules
>   and python3-foo.spec with python3-only module/version of module
> 
> b) python-foo.spec:master branch with python3-only module/version of module 
> or python2/3 modules
>   and python-foo.spec:PYTHON2 branch with last supported python2 version
> 
> I personally prefer a) because:
> - we can build all active packages from repo heads (I am aware of just two
>   exceptions from this "rule": kernel.spec and php.spec)
> 
> - in case of python3-only spec, we need only one package preamble
>   (b) case requires dummy base package and "-n python3-foo" subpackage)
> 
> In case of b), in python3-only cases apidocs should be packaged as
> "%package -n python3-*-apidocs", not "%package apidocs".

I'm fine with a) as long as we make sure to mark the old python2
package in a way there is no confusion that it's dead and should ot be
built. My problem is that it's hard to keep up with all those packages
and having both python- and python3- packages gets confusing.

> > 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.
> 
> Keeping dead python2 boilerplate in spec (just with bcond off) after updating
> to python3-only version makes no sense...
> 
> 
> As for establishing some python2/3 packaging/migration policy - where to
> Obsolete python-* packages after dropping python2 variants?

In the new python3-* package? At least that is what I've been doing so far.

P.S. All this mess because of one person's obsession with unicode :(

-- 
Jan Rękorajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/
_______________________________________________
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Reply via email to