This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux
Type: Stage: resolved
Components: Build Versions: Python 3.8
Status: closed Resolution: duplicate
Dependencies: Superseder: Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE
View: 1294959
Assigned To: Nosy List: carlos.velasco, doko, eric.araujo, mcepl, vstinner
Priority: normal Keywords: patch

Created on 2018-07-03 15:00 by mcepl, last changed 2022-04-11 14:59 by admin. This issue is now closed.

File name Uploaded Description Edit
python-3.6.0-multilib-new.patch mcepl, 2018-07-03 15:00
python-3.6.0-multilib-new-3.patch carlos.velasco, 2018-08-28 07:58 updated patch with "unix_home" lib/lib64
_log.txt mcepl, 2018-12-17 21:22 build logs
Pull Requests
URL Status Linked Edit
PR 8068 closed mcepl, 2018-07-03 16:41
Messages (7)
msg320985 - (view) Author: Matej Cepl (mcepl) * Date: 2018-07-03 15:00
Many Linux distribution (most of them) distinguish between library directory /usr/lib for noarch or 32bit libraries and /usr/lib64. This patch (originally from openSUSE) enables to capture this distinction.
msg321052 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2018-07-04 15:37
Fedora python3 patch:
msg321056 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2018-07-04 15:50
Hum. I'm not sure about "unix_home" scheme in distutils. It seems like Fedora still writes files into $HOME/.../lib/... and not $HOME/.../lib64/.... Example on Fedora 28:

vstinner@apu$ python3 -m pip install --user greenlet
Collecting greenlet
  Using cached
Installing collected packages: greenlet
Successfully installed greenlet-0.4.13
vstinner@apu$ python3 -m pip uninstall greenlet
Uninstalling greenlet-0.4.13:
  Would remove:
Proceed (y/n)?
msg321180 - (view) Author: Éric Araujo (eric.araujo) * (Python committer) Date: 2018-07-06 16:24
I think there are open tickets discussing this, and the problem is more complex that a simple PR:

- Debian does multiarch that’s more than just lib/lib64
- some systems have lib32 I think
- recent systems merge / and /usr, is that relevant?
- how does virtualenv follow or customize install schemes
- doko patches Python in Debian and Ubuntu to edit sysconfig/distutils
msg324218 - (view) Author: Carlos Velasco (carlos.velasco) Date: 2018-08-28 07:58
This updated patch fix two missing lib/lib64
It works for me.

# python3-32 -c "import sys; print('\n'.join(sys.path))"

# python3-64 -c "import sys; print('\n'.join(sys.path))"  
msg332025 - (view) Author: Matej Cepl (mcepl) * Date: 2018-12-17 21:22
@carlos.velasco ... OK, so build of 3.7.2rc1 on x86_64 doesn't pass the testsuite (see the attached log).
msg361848 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2020-02-12 01:15
I mark this issue as a duplicate of bpo-1294959.
Date User Action Args
2022-04-11 14:59:02adminsetgithub: 78213
2020-02-12 01:15:18vstinnersetstatus: open -> closed
superseder: Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE
messages: + msg361848

resolution: duplicate
stage: patch review -> resolved
2018-12-17 21:23:47mceplsetfiles: + _log.txt

messages: + msg332025
2018-08-28 07:58:50carlos.velascosetfiles: + python-3.6.0-multilib-new-3.patch
nosy: + carlos.velasco
messages: + msg324218

2018-07-06 16:24:49eric.araujosetnosy: + eric.araujo, doko
messages: + msg321180
2018-07-04 15:50:34vstinnersetmessages: + msg321056
2018-07-04 15:37:33vstinnersetmessages: + msg321052
2018-07-03 16:41:14mceplsetstage: patch review
pull_requests: + pull_request7678
2018-07-03 15:00:40mceplcreate