Re: Resolving the python 2 -> python 3 mess

From: Corey Huinker <corey(dot)huinker(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Resolving the python 2 -> python 3 mess
Date: 2020-02-18 19:37:10
Message-ID: CADkLM=fuE8pkrAUu0v+vSCLZdJMmQ3mSqzdF0QbG_Yk+Rp5n6A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

>
> So, as with Jesse's example, what I'm wondering is whether or not 2to3
> will fix that for you (or even flag it). The basic difference between
> the two alternatives I suggested is whether we force people to put their
> python function through that converter before we'll even try to run it.
> Subtleties that 2to3 doesn't catch seem like non-reasons to insist on
> applying it.
>

The 2018 vintage of 2to3 didn't catch it.

It's not firsthand knowledge, but I just watched a nearby team have some
production issues where one library couldn't fetch b'http://foo.org' so I'm
guessing 2to3 still doesn't catch those things, or they stopped using it.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Zhang 2020-02-18 20:26:43 Re: First WAL segment file that initdb creates
Previous Message Nagaraj Raj 2020-02-18 19:10:20 Re: DB running out of memory issues after upgrade