Re: Resolving the python 2 -> python 3 mess - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Resolving the python 2 -> python 3 mess
Date
Msg-id 7181.1582142440@sss.pgh.pa.us
Whole thread Raw
In response to Re: Resolving the python 2 -> python 3 mess  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: Resolving the python 2 -> python 3 mess
List pgsql-hackers
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> Your scheme appears to center around the assumption that people will 
> want to port their functions at the same time as not building plpython2u 
> anymore.

Not really; use of the proposed porting infrastructure is the same whether
plpython2u still works or not.  You end up with functions that are labeled
plpython3u, so what bare "plpythonu" means is not a factor.

It is true that as this patch is written, switching of plpythonu to
point at Python 3 rather than 2 is coupled to disabling plpython2u.
If we'd have gotten this done a year or two ago, I'd have made it more
complex to allow more separation there.  But events have passed us by:
the info we are getting from packagers is that Python 2 is getting
dropped *this year*, not in some distant future.  So I think that allowing
the plpythonu redefinition to be separate is no longer of any great value,
and not worth extra complication for.  People are just going to be
shipping v13 with both things changed in any case.

If we wanted to do something to help people port their functions in
advance of the big changeover, the thing to do would be to back-patch
the proposed convert_python3 extension into existing branches.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Resolving the python 2 -> python 3 mess
Next
From: Peter Eisentraut
Date:
Subject: Re: Unicode normalization SQL functions