| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
| Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Replace uses of deprecated Python module distutils.sysconfig |
| Date: | 2022-01-23 21:06:21 |
| Message-ID: | 1758550.1642971981@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
I wrote:
> Based on the buildfarm results so far, the problem can be described
> as "some installations say /usr/local when they should have said /usr".
> I experimented with the attached delta patch and it fixes the problem
> on my Debian 9 image. (I don't know Python, so there may be a better
> way to do this.) We'd have to also bump the minimum 3.x version to
> 3.2, but that seems very unlikely to bother anyone.
I did a little more digging into this. The python2 package on
my Deb9 (actually Raspbian) system says it is 2.7.13, but
/usr/lib/python2.7/sysconfig.py is different from what I find in
a virgin Python 2.7.13 tarball, as per attached diff. I conclude
that somebody at Debian decided that Python should live under
/usr/local, and changed sysconfig.py to match, but then failed
to adjust the actual install scripts to agree, because there is
certainly nothing installed under /usr/local. (I don't know
enough about Debian packaging to find the smoking gun though;
what apt-get claims is the source package contains no trace of
this diff.) There's no sign of comparable changes in
/usr/lib/python3.5/sysconfig.py on the same machine, either.
So I think this can fairly be characterized as brain-dead packaging
error, and we should just hack around it as per my previous patch.
In other news, I switched prairiedog and gaur to python 3.2.
regards, tom lane
| Attachment | Content-Type | Size |
|---|---|---|
| debian-python-sysconfig.patch | text/x-diff | 6.2 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2022-01-23 21:09:01 | Re: fairywren is generating bogus BASE_BACKUP commands |
| Previous Message | Thomas Munro | 2022-01-23 20:42:13 | Re: XLogReadRecord() error in XlogReadTwoPhaseData() |