summaryrefslogtreecommitdiff
path: root/multilib.patch
Commit message (Collapse)AuthorAgeFilesLines
* bring back lib <-> lib{64,x32} symlink; rel 2auto/th/python-virtualenv-20.13.0-2Jan Palus2022-01-181-0/+31
| | | | | | | | | | | | | | | | | new virtualenv no longer creates lib64 symlink which causes issues primarily in mozilla tooling due to mismatch between arch specific lib dir in virtualenv and generic 'lib' returned by distutils.sysconfig.get_python_lib(). proper solution would be either: 1. modify virtualenv not to prefer distutils from setuptools wheel (implications unknown) 2. prepare patched setuptools wheel * patch distutils embedded in setuptools same way as we patch python3: + if plat_specific or standard_lib or prefix != "/usr": * start creating setuptools wheel * point virtualenv to our custom wheel (https://virtualenv.pypa.io/en/20.13.0/user_guide.html#embed-wheels-for-distributions)
* up to 20.13.0Jan Palus2022-01-121-107/+0
| | | | | | - project structure/logic changed - disable docs by default: requires manual sphinx invocation and doc dependencies update
* - adjusted multilib patch to use lib<qual> symlink even when using ↵auto/th/python-virtualenv-16.0.0-2Jakub Bogusz2018-07-241-1/+13
| | | | --always-copy; release 2
* - more x32 fixes, should work now on all archsauto/th/python-virtualenv-15.0.1-3Jan Rękorajski2016-10-191-0/+29
| | | | - rel 3
* - fix paths on x32auto/th/python-virtualenv-15.0.1-2Jan Rękorajski2016-10-181-0/+66
- rel 2