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
