From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Pavel Raiskup <praiskup(at)redhat(dot)com>, PostgreSQL Hacker <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: obsoleting plpython2u and defaulting plpythonu to plpython3u |
Date: | 2018-04-24 22:17:05 |
Message-ID: | 18517682-42a1-578a-3da1-da815f59f52e@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 4/24/18 07:13, Pavel Raiskup wrote:
> .. the status quo seems to be bit optimistic with the "distant future",
> and we should start thinking about dropping plpython2 support, same as
> upstream (a bit optimistically too, IMO) does [1].
I don't think we are going to drop Python 2 support anytime soon.
> What's the expected future migration path from plpython2 to plpython3 in
> such cases? I'm thinking about rewrite of the docs and creating some
> scripting which could simplify the migration steps. Would such patches be
> welcome at this point?
I'm not sure what you have in mind. In many cases, you can just change
the LANGUAGE clause. I suppose you could run 2to3 over the function
body? Write a PL/Python function to run 2to3?
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2018-04-25 00:47:51 | Re: Minor comment update in execPartition.c |
Previous Message | Alvaro Herrera | 2018-04-24 21:59:52 | Re: Should we add GUCs to allow partition pruning to be disabled? |