관리-도구
편집 파일: provider.cpython-38.pyc
U &?�f�& � @ s d dl Z d dlZd dlmZ d dlmZmZmZmZm Z m Z m Z m Z d dl mZ ddlmZmZmZ ddlmZ ddlmZ er�d d l mZ d d lmZ eeef Zeeeef Z neZ e d �Z e d �Z e ee f ee e e e f d �dd�Z G dd� de �Z dS )� N)� lru_cache)� TYPE_CHECKING�Dict�Iterable�Iterator�Mapping�Sequence�TypeVar�Union)�AbstractProvider� )� Candidate� Constraint� Requirement)�REQUIRES_PYTHON_IDENTIFIER)�Factory)� Preference)�RequirementInformation�D�V)�mapping� identifier�default�returnc C s8 || kr| | S |� d�\}}}|r4|| kr4| | S |S )ai Get item from a package name lookup mapping with a resolver identifier. This extra logic is needed when the target mapping is keyed by package name, which cannot be directly looked up with an identifier (which may contain requested extras). Additional logic is added to also look up a value by "cleaning up" the extras from the identifier. �[)� partition)r r r �name� open_bracket�_� r �Z/opt/hc_python/lib/python3.8/site-packages/pip/_internal/resolution/resolvelib/provider.py�_get_with_identifier6 s r! c @ s e Zd ZdZeeeef eeeee f dd�dd�Z e e e f ed�dd�Zeeee f eeee f eeed f ed d d �d d �Zeeeee f eeee f ee d�dd�Zedd�e e ed�dd��Ze ee d�dd�Zeeed ed�dd��ZdS )� PipProvidera� Pip's provider implementation for resolvelib. :params constraints: A mapping of constraints specified by the user. Keys are canonicalized project names. :params ignore_dependencies: Whether the user specified ``--no-deps``. :params upgrade_strategy: The user-specified upgrade strategy. :params user_requested: A set of canonicalized package names that the user supplied for pip to install/upgrade. N)�factory� constraints�ignore_dependencies�upgrade_strategy�user_requestedr c C s2 || _ || _|| _|| _|| _t�dd� �| _d S )Nc S s t jS �N)�math�infr r r r �<lambda>g � z&PipProvider.__init__.<locals>.<lambda>)�_factory� _constraints�_ignore_dependencies�_upgrade_strategy�_user_requested� collections� defaultdict� _known_depths)�selfr# r$ r% r& r' r r r �__init__Z s zPipProvider.__init__)�requirement_or_candidater c C s |j S r( )r )r5 r7 r r r �identifyi s zPipProvider.identify�PreferenceInformationr )r � resolutions� candidates� information�backtrack_causesr c sJ zt t|| �� W n tk r, d}Y nX d}|rVdd� || D �}t|� \}} nd\}} dd� dd� | D �D �} |d k } td d� | D ��} t| �} z� j| }W nR tk r� tj }|r� fd d�|| D �}t d d� |D ��d }ntj }Y nX d }|� j |< � j� |tj �}|t k}� �||�}| | | | ||| |fS )a� Produce a sort key for given requirement based on preference. The lower the return value is, the more preferred this group of arguments is. Currently pip considers the following in order: * Prefer if any of the known requirements is "direct", e.g. points to an explicit URL. * If equal, prefer if any requirement is "pinned", i.e. contains operator ``===`` or ``==``. * If equal, calculate an approximate "depth" and resolve requirements closer to the user-specified requirements first. If the depth cannot by determined (eg: due to no matching parents), it is considered infinite. * Order user-specified requirements by the order they are specified. * If equal, prefers "non-free" requirements, i.e. contains at least one operator, such as ``>=`` or ``<``. * If equal, order alphabetically for consistency (helps debuggability). FTc s s | ]\}}|� � V qd S r( )�get_candidate_lookup)�.0�rr r r r � <genexpr>� s z-PipProvider.get_preference.<locals>.<genexpr>)Nr c S s g | ]}|D ] }|j �q qS r )�operator)r? � specifier_set� specifierr r r � <listcomp>� s �z.PipProvider.get_preference.<locals>.<listcomp>c s s | ]}|r|j V qd S r( )rD )r? �ireqr r r rA � s Nc s s | ]}|d d� dkV qd S )N� z==r )r? �opr r r rA � s c 3 s* | ]"\}}|d k r � j |j ndV qd S )Ng )r4 r )r? r �parent�r5 r r rA � s �c s s | ] }|V qd S r( r )r? �dr r r rA � s g �?)�next�iter� StopIteration�zip�any�boolr1 �KeyErrorr) r* �minr4 �getr �is_backtrack_cause)r5 r r: r; r< r= �has_information�lookups� candidate�ireqs� operators�direct�pinned�unfree�requested_order� parent_depths�inferred_depth�requires_python�backtrack_causer rJ r �get_preferencel sN � � �zPipProvider.get_preference)r � requirements�incompatibilitiesr c sH t td�� fdd� }t� j|t�� d�}� jj|||||� |� jd�S )N)r r c s4 � j dkrdS � j dkr0t� j| dd�}|dk S dS )a� Are upgrades allowed for this project? This checks the upgrade strategy, and whether the project was one that the user specified in the command line, in order to decide whether we should upgrade if there's a newer version available. (Note that we don't need access to the `--upgrade` flag, because an upgrade strategy of "to-satisfy-only" means that `--upgrade` was not specified). �eagerTzonly-if-neededN�r F)r0 r! r1 )r � user_orderrJ r r �_eligible_for_upgrade� s �z7PipProvider.find_matches.<locals>._eligible_for_upgraderg )r rd � constraint�prefers_installedre �is_satisfied_by) �strrQ r! r. r �emptyr- �find_candidatesrl )r5 r rd re ri rj r rJ r � find_matches� s ��zPipProvider.find_matches)�maxsize)� requirementrX r c C s |� |�S r( )rl )r5 rr rX r r r rl � s zPipProvider.is_satisfied_by)rX r c C s | j }dd� |�|�D �S )Nc S s g | ]}|d k r|�qS r( r )r? r@ r r r rE � s z0PipProvider.get_dependencies.<locals>.<listcomp>)r/ �iter_dependencies)r5 rX � with_requiresr r r �get_dependencies� s z PipProvider.get_dependencies)r r= r c C s8 |D ].}| |j jkr dS |jr| |jjkr dS qdS )NTF)rr r rI )r r= rb r r r rU � s z PipProvider.is_backtrack_cause)�__name__� __module__� __qualname__�__doc__r r rm r rQ �intr6 r r r r8 r r r r rc rp r rl ru � staticmethodrU r r r r r" O s: � � ]� * �r" )!r2 r) � functoolsr �typingr r r r r r r r Z pip._vendor.resolvelib.providersr �baser r r r; r r# r r Z pip._vendor.resolvelib.resolversr r9 rm � _ProviderBaser r r! r" r r r r �<module> s* ( �