U
ʗRe5D @ s U d dl Z d dlZd dlZd dlZd dlZd dlZd dlmZmZm Z m
Z
m Z m Z d dl
mZmZ d dlmZ d dlmZ d dlmZ ddlmZ dd lmZmZmZm Z m Z m Z d
d d d
dddddddg Z e e!Z"e#eddZ$e%e&d< ej'dkZ(e)dddZ*e* Z+e(r e+s ej,Z-nej.Z-e)dd d Z/ee%e%f e)d d d Z0e j1dd!e)dd"d#Z2e j1dd!e)dd$d%Z3e j1dd!e)dd&d'Z4e j1dd!e)dd(d)Z5e j1dd!e)dd*d+Z6e e% e e%ddf d,d-d.Z7e j1dd!ej8ej8e%dd/d0d1Z9ej8ej8e%e)d/d2d3Z:e j1dd!d4dddd5e)e e% e e% e e% dd6d7d8Z;dJe%e)e e% e e% e)e e% ed9d:dZe%e)d=d>d?Z?e%dd@dZ@e%ddAdZAe%e%e
e% dBdCdDZBe%e)dEdFdGZCe%e
e% dHdIdZDdS )K N)AnyDict GeneratorListOptionalTuple) SCHEME_KEYSScheme)WINDOWS)
deprecated)running_under_virtualenv )
_sysconfig)USER_CACHE_DIRget_major_minor_versionget_src_prefixis_osx_framework
site_packages user_siter get_bin_prefix get_bin_userr get_platlibget_prefixed_libs get_purelib
get_schemer r r Z
platlibdirlib _PLATLIBDIR)
)returnc C s t ttdtS )ax This function determines the value of _USE_SYSCONFIG.
By default, pip uses sysconfig on Python 3.10+.
But Python distributors can override this decision by setting:
sysconfig._PIP_USE_SYSCONFIG = True / False
Rationale in https://github.com/pypa/pip/issues/10647
This is a function for testability, but should be constant during any one
run.
_PIP_USE_SYSCONFIG)boolgetattr sysconfig_USE_SYSCONFIG_DEFAULT r% r% /builddir/build/BUILDROOT/alt-python38-pip-22.2.1-2.el8.x86_64/opt/alt/python38/lib/python3.8/site-packages/pip/_internal/locations/__init__.py_should_use_sysconfig/ s r' c C s< ddl m} z| d d }W n tk
r2 Y dS X |dkS )zsThe resolution to bpo-44860 will change this incorrect platlib.
See .
r INSTALL_SCHEMES unix_userplatlibFz $usersite)distutils.command.installr) KeyError)r) unix_user_platlibr% r% r& _looks_like_bpo_44860G s r/ )schemer c C sP | d }d|kr$| ddt d}d|kr0dS | dd}| dd| d kS )
Nr+ z
/$platlibdir///lib64/Fz/lib/z
$platbase/z$base/purelib)replacer )r0 r+ unpatchedr% r% r& +_looks_like_red_hat_patched_platlib_purelibU s r6 )maxsizec s" ddl m t fdddD S )zRed Hat patches platlib in unix_prefix and unix_home, but not purelib.
This is the only way I can see to tell a Red Hat-patched Python.
r r( c 3 s" | ]}| kot | V qd S N)r6 .0kr( r% r& g s z*_looks_like_red_hat_lib..) unix_prefix unix_home)r, r) allr% r% r( r& _looks_like_red_hat_lib_ s r@ c C s ddl m} d| kod| kS )z#Debian adds two additional schemes.r r(
deb_system
unix_local)r, r) r( r% r% r& _looks_like_debian_schemen s rC c C s^ ddl m} ddlm} | | }| |jtjt j dko\|j
tjt j
dkS )a\ Red Hat patches ``sys.prefix`` and ``sys.exec_prefix``.
Red Hat's ``00251-change-user-install-location.patch`` changes the install
command's ``prefix`` and ``exec_prefix`` to append ``"/local"``. This is
(fortunately?) done quite unconditionally, so we create a default command
object without any configuration to detect this.
r )install) Distributionz/local) r, rD distutils.distrE finalize_options exec_prefixospathnormpathsysprefix)rD rE cmdr% r% r& _looks_like_red_hat_schemev s
rO c C sJ t dkr dS ztjddd} W n tk
r4 Y dS X d| d koHdt kS )zSlackware patches sysconfig but fails to patch distutils and site.
Slackware changes sysconfig's user scheme to use ``"lib64"`` for the lib
path, but does not do the same to the site module.
NF
posix_user)r0 expandr2 r3 )r r# get_pathsr- pathsr% r% r& _looks_like_slackware_scheme s rU c s. t jddd tdd fdddD D S )a MSYS2 patches distutils and sysconfig to use a UNIX-like scheme.
However, MSYS2 incorrectly patches sysconfig ``nt`` scheme. The fix is
likely going to be included in their 3.10 release, so we ignore the warning.
See msys2/MINGW-packages#9319.
MSYS2 MINGW's patch uses lowercase ``"lib"`` instead of the usual uppercase,
and is missing the final ``"site-packages"``.
ntF)rQ c s s* | ]"}d |ko d|ko | d V qdS )Libr z
site-packagesN)endswithr: pr% r% r& r< s z1_looks_like_msys2_mingw_scheme..c 3 s | ]} | V qd S r8 r% )r: keyrS r% r& r< s r+ r3 )r# rR r? r% r% rS r& _looks_like_msys2_mingw_scheme s r] )partsr c c sh t d}ttdd }|r(|r(||s6| E d H d S | D ](}||r\|d dt| }|V q:d S )N LDVERSIONabiflagsr )r# get_config_varr" rL rX len)r^ ldversionr` partr% r% r&
_fix_abiflags s
re )oldnewr[ r c C s d}d}t t|||| | d S )Nz(https://github.com/pypa/pip/issues/10151zSValue for %s does not match. Please report this to <%s>
distutils: %s
sysconfig: %s)loggerlog_MISMATCH_LEVEL)rf rg r[ issue_urlmessager% r% r& _warn_mismatched s rm c C s | |kr dS t | ||d dS )NFr[ T)rm )rf rg r[ r% r% r& _warn_if_mismatch s ro FuserhomerootrM )rq rr rs rM r c C s, dddddg}t td|| ||| d S )NzAdditional context:z user = %rz home = %rz root = %rz prefix = %r
)rh ri rj join)rq rr rs rM r^ r% r% r& _log_context s rv ) dist_namerq rr rs isolatedrM r c s t j| |||||d}tr |S ddlm} |j| |||||dg }tD ]8} tt| }
tt|| } |
| krxqHt j
j dko|d k o| dko|
j | j ko|
j
do| j
d} | rqH|ot o| dko|
j j | j ko|
j j
d}
|
rqH| dkrt rqH|o8| dko8t o8t jd ko8td
ko8t }|rBqH|o^| dko^t o^t }|rhqH|p~|p~|p~t o|
jdd d kot| jdko| jd d
kot| jd k s| jd dkot pt }|rqHt jdk o t o | dko tt|
j| jk}|r(qHto<| dko.zConfiguring installation scheme with distutils config files is deprecated and will no longer work in the near future. If you are using a Homebrew or Linuxbrew Python, please see discussion at https://github.com/Homebrew/homebrew-core/issues/76621reason replacementgone_inrn rp )%r r _USE_SYSCONFIG rz r pathlibPathr" rL implementationnameparent
startswithr r@ r
version_infor r/ rU r r^ rb rO rC tuplere r] r# is_python_buildappenddistutils_schemeanyr rm rv )rw rq rr rs rx rM rg rz warning_contextsr; old_vnew_vskip_pypy_special_case$skip_osx_framework_user_special_caseskip_bpo_44860skip_slackware_user_scheme skip_linux_system_special_caseskip_sysconfig_abiflag_bugskip_msys2_mingw_bugskip_cpython_buildr[ r% r r& r s
c C sH t } tr| S ddlm} | }tt|t| ddrDt |S )Nr
ry
bin_prefixrn ) r r r r rz ro r r rv rg rz rf r% r% r& r s c C s t jdddjS )Nr T)rq )r r scriptsr% r% r% r& r s )valuer c C s t s
dS | dkrdS dS )a Check if the value is Debian's APT-controlled dist-packages.
Debian's ``distutils.sysconfig.get_python_lib()`` implementation returns the
default package path controlled by APT, but does not patch ``sysconfig`` to
do the same. This is similar to the bug worked around in ``get_scheme()``,
but here the default is ``deb_system`` instead of ``unix_local``. Ultimately
we can't do anything about this Debian bug, and this detection allows us to
skip the warning when needed.
Fz /usr/lib/python3/dist-packagesT)rC )r r% r% r& $_looks_like_deb_system_dist_packages s
r c C sT t } tr| S ddlm} | }t|r0|S tt|t| ddrPt |S )z,Return the default pure-Python lib location.r
ry r3 rn )
r r r r rz r ro r r rv r r% r% r& r s c C sT t } tr| S ddlm} | }t|r0|S tt|t| ddrPt |S )z0Return the default platform-shared lib location.r
ry r+ rn )
r r r r rz r ro r r rv r r% r% r& r s )v1v2r c C s | |kr| gS | |gS )z Deduplicate values from a list.r% )r r r% r% r&
_deduplicated s r )rJ r c C s( t jdd dkrdS | dt dkS )zAApple patches sysconfig to *always* look under */Library/Python*.N darwinFz/Library/Python/z/site-packages)rL platformr )rJ r% r% r& _looks_like_apple_library s r )rM r c C s t | \}}tr t||S ddlm} || \}}t||}tdd |D rdtdddd |S tt
|t
|dd tt
|t
|d
d g}t |rt | d |S ) z*Return the lib locations under ``prefix``.r
ry c s s | ]}t |V qd S r8 )r rY r% r% r& r< s z$get_prefixed_libs..a& Python distributed by Apple's Command Line Tools incorrectly patches sysconfig to always point to '/Library/Python'. This will cause build isolation to operate incorrectly on Python 3.10 or later. Please help report this to Apple so they can fix this. https://developer.apple.com/bug-reporting/Nr zprefixed-purelibrn zprefixed-platlib)rM )
r r r r r rz r? r ro r r r rv )rM new_purenew_platrz old_pureold_plat
old_lib_pathswarnedr% r% r& r s6
)FNNFN)E functoolsloggingrI r rL r# typingr r r r r r pip._internal.models.schemer r pip._internal.utils.compatr
pip._internal.utils.deprecationr pip._internal.utils.virtualenvr r r baser r r r r r __all__ getLogger__name__rh r" r str__annotations__r r$ r! r' r WARNINGrj DEBUGr/ r6 lru_cacher@ rC rO rU r] re r rm ro rv r r r r r r r r r r% r% r% r& s
5