U ʗRe5D�@sUddlZddlZddlZddlZddlZddlZddlmZmZm Z m Z mZmZddl mZmZddlmZddlmZddlmZddlmZdd lmZmZmZmZmZmZd ddd dddddddgZe� e!�Z"e#edd�Z$e%e&d<ej'dkZ(e)d�dd�Z*e*�Z+e(�re+�sej,Z-nej.Z-e)d�dd�Z/ee%e%fe)d�dd �Z0ej1dd!�e)d�d"d#��Z2ej1dd!�e)d�d$d%��Z3ej1dd!�e)d�d&d'��Z4ej1dd!�e)d�d(d)��Z5ej1dd!�e)d�d*d+��Z6ee%e e%ddfd,�d-d.�Z7ej1dd!�ej8ej8e%dd/�d0d1��Z9ej8ej8e%e)d/�d2d3�Z:ej1dd!�d4dddd5�e)ee%ee%ee%dd6�d7d8��Z;dJe%e)ee%ee%e)ee%ed9�d:d�Ze%e)d=�d>d?�Z?e%d�d@d�Z@e%d�dAd�ZAe%e%e e%dB�dCdD�ZBe%e)dE�dFdG�ZCe%e e%dH�dId�ZDdS)K�N)�Any�Dict� Generator�List�Optional�Tuple)�SCHEME_KEYS�Scheme)�WINDOWS)� deprecated)�running_under_virtualenv�)� _sysconfig)�USER_CACHE_DIR�get_major_minor_version�get_src_prefix�is_osx_framework� site_packages� user_siter�get_bin_prefix�get_bin_userr�get_platlib�get_prefixed_libs�get_purelib� get_schemerrrZ platlibdir�lib�_PLATLIBDIR)�� )�returncCstttdt��S)axThis 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)�bool�getattr� 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/sr'cCs<ddlm}z|dd}Wntk r2YdSX|dkS)zsThe resolution to bpo-44860 will change this incorrect platlib. See . r��INSTALL_SCHEMES� unix_user�platlibFz $usersite)�distutils.command.installr)�KeyError)r)�unix_user_platlibr%r%r&�_looks_like_bpo_44860Gsr/)�schemercCsP|d}d|kr$|�ddt�d��}d|kr0dS|�dd�}|�dd�|d kS) Nr+z /$platlibdir/�/�/lib64/Fz/lib/z $platbase/z$base/�purelib)�replacer)r0r+� unpatchedr%r%r&�+_looks_like_red_hat_patched_platlib_purelibUsr6)�maxsizecs"ddlm�t�fdd�dD��S)z�Red 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. rr(c3s"|]}|�kot�|�VqdS�N)r6��.0�kr(r%r&� gs�z*_looks_like_red_hat_lib..)�unix_prefix� unix_home)r,r)�allr%r%r(r&�_looks_like_red_hat_lib_s�r@cCsddlm}d|kod|kS)z#Debian adds two additional schemes.rr(� deb_system� unix_local)r,r)r(r%r%r&�_looks_like_debian_schemensrCcCs^ddlm}ddlm}||��}|��|jtj�t j��d�ko\|j tj�t j ��d�kS)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_prefix�os�path�normpath�sys�prefix)rDrE�cmdr%r%r&�_looks_like_red_hat_schemevs �rOcCsJtdkrdSztjddd�}Wntk r4YdSXd|dkoHdtkS)z�Slackware 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�expandr2r3)rr#� get_pathsr-��pathsr%r%r&�_looks_like_slackware_scheme�srUcs.tjddd��tdd��fdd�dD�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)rQcss*|]"}d|ko d|ko |�d�VqdS)�Librz site-packagesN)�endswith�r:�pr%r%r&r<�s�z1_looks_like_msys2_mingw_scheme..c3s|]}�|VqdSr8r%)r:�keyrSr%r&r<�s�r+r3)r#rRr?r%r%rSr&�_looks_like_msys2_mingw_scheme�s�r])�partsrccsht�d�}ttdd�}|r(|r(|�|�s6|EdHdS|D](}|�|�r\|ddt|��}|Vq:dS)N� LDVERSION�abiflagsr)r#�get_config_varr"rLrX�len)r^� ldversionr`�partr%r%r&� _fix_abiflags�s re)�old�newr[rcCs d}d}t�t|||||�dS)Nz(https://github.com/pypa/pip/issues/10151zSValue for %s does not match. Please report this to <%s> distutils: %s sysconfig: %s)�logger�log�_MISMATCH_LEVEL)rfrgr[� issue_url�messager%r%r&�_warn_mismatched�s�rmcCs||krdSt|||d�dS)NF�r[T)rm)rfrgr[r%r%r&�_warn_if_mismatch�sroF��user�home�rootrM)rqrrrsrMrcCs,dddddg}t�td�|�||||�dS)NzAdditional context:z user = %rz home = %rz root = %rzprefix = %r� )rhrirj�join)rqrrrsrMr^r%r%r&�_log_context�s �rv)� dist_namerqrrrs�isolatedrMrc stj||||||d�}tr|Sddlm}|j||||||d��g}tD�]8} t�t�| ��} t�t|| ��}| |krxqHt j jdko�|dk o�| dko�| j|jko�| j� d�o�|j� d�}|r�qH|o�t�o�| dko�| jj|jko�| jj� d�} | r�qH| dk�rt��rqH|�o8| dk�o8t�o8t jd k�o8td k�o8t�}|�rBqH|�o^| dk�o^t�o^t�}|�rhqH|�p~|�p~|�p~t��o�| jdd�dk�o�t|j�dk�o�|jdd k�o�t|j�dk�s�|jddk�o�t��p�t�}|�r�qHt jdk�ot�o| dk�ott| j��|jk}|�r(qHt�o<| dk�o.z�Configuring 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/76621��reason�replacement�gone_inrnrp)%rr�_USE_SYSCONFIG�rzr�pathlib�Pathr"rL�implementation�name�parent� startswithrr@r �version_inforr/rUrr^rbrOrC�tuplerer]r#�is_python_build�append�distutils_scheme�anyrrmrv)rwrqrrrsrxrMrgrz�warning_contextsr;�old_v�new_v�skip_pypy_special_case�$skip_osx_framework_user_special_case�skip_bpo_44860�skip_slackware_user_scheme�skip_linux_system_special_case�skip_sysconfig_abiflag_bug�skip_msys2_mingw_bug�skip_cpython_buildr[r%r�r&r�s�� cCsHt��}tr|Sddlm}|��}tt�|�t�|�dd�rDt�|S)Nr ry� bin_prefixrn) rrr�r�rzror�r�rv�rgrzrfr%r%r&r�scCstjddd�jS)Nr�T)rq)rr�scriptsr%r%r%r&r�s)�valuercCst�s dS|dkrdSdS)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�cCsTt��}tr|Sddlm}|��}t|�r0|Stt�|�t�|�dd�rPt �|S)z,Return the default pure-Python lib location.r ryr3rn) rrr�r�rzr�ror�r�rvr�r%r%r&r�scCsTt��}tr|Sddlm}|��}t|�r0|Stt�|�t�|�dd�rPt �|S)z0Return the default platform-shared lib location.r ryr+rn) rrr�r�rzr�ror�r�rvr�r%r%r&r�s)�v1�v2rcCs||kr|gS||gS)zDeduplicate values from a list.r%)r�r�r%r%r&� _deduplicated�sr�)rJrcCs(tjdd�dkrdS|dt��d�kS)zAApple patches sysconfig to *always* look under */Library/Python*.N��darwinFz/Library/Python/z/site-packages)rL�platformr)rJr%r%r&�_looks_like_apple_library�sr�)rMrcCs�t�|�\}}trt||�Sddlm}|�|�\}}t||�}tdd�|D��rdtdddd�|Stt � |�t � |�dd �tt � |�t � |�d d �g}t|�r�t|d�|S)z*Return the lib locations under ``prefix``.r rycss|]}t|�VqdSr8)r�rYr%r%r&r<�sz$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-purelibrnzprefixed-platlib)rM) rrr�r�r�rzr?rror�r�r�rv)rM�new_pure�new_platrz�old_pure�old_plat� old_lib_paths�warnedr%r%r&r�s6 �� )FNNFN)E� functools�loggingrIr�rLr#�typingrrrrrr�pip._internal.models.schemerr �pip._internal.utils.compatr �pip._internal.utils.deprecationr�pip._internal.utils.virtualenvrr�r�baserrrrrr�__all__� getLogger�__name__rhr"r�str�__annotations__r�r$r!r'r��WARNINGrj�DEBUGr/r6� lru_cacher@rCrOrUr]rer�rmrorvrrrr�rrr�r�rr%r%r%r&�s� � ��5