환경

• pip 버전 : 19.1.1
• Python 버전 : 3.7
• 운영체제 : MacOS Mojave

기술
이것이 six 버그인지 Pip 버그인지 잘 모르겠습니다. six 속하는 경우 실례합니다.

핍은 로컬 경로를 허용하는 것 install_requires 를 통해 name @ ./some/path 하지만, URL 파싱은 정말 나뉩니다.

https://github.com/pypa/pip/blob/a38a0eacd4650a7d9af4e6831a2c0aed0b6a0329/src/pip/_internal/download.py#L670 -L690

이 함수에서는 urlsplit 를 사용하여 들어오는 URL의 개별 구성 요소를 가져옵니다.

다음은 몇 가지 입력으로 표시되는 것입니다.

./foo/bar -> SplitResult(scheme='', netloc='', path='./foo/bar', query='', fragment='')
file:./foo/bar -> SplitResult(scheme='file', netloc='', path='./foo/bar', query='', fragment='')
file://./foo/bar -> SplitResult(scheme='file', netloc='.', path='/foo/bar', query='', fragment='')

마지막 결과는 netloc 가 비어있는 대신 . 이고 path 는 로컬이 아닌 절대 값입니다. 이것은 로컬이 아닌 경로와 관련된 오류를 처리합니다. 괜찮습니다. 두 번째 형식을 사용하여 조건부 논리를 충족 할 수 있습니다 (첫 번째 형식도 지원해야하지만).

그러나 다른 곳에 상충되는 논리가 있습니다.

https://github.com/pypa/pip/blob/169eebdb6e36a31e545804228cad94902a1ec8e9/src/pip/_vendor/packaging/requirements.py#L103 -L106

이것은 우리가 이전 논리를 만족하더라도 실패하는 논리입니다.

다음은 문제를 보여주는 테스트 기능입니다.

from six.moves.urllib import parse as urllib_parse

def tryparse(url):
    print(url)
    parsed = urllib_parse.urlparse(url)
    unparsed = urllib_parse.urlunparse(parsed)
    parsed_again = urllib_parse.urlparse(unparsed)
    print(parsed)
    print(unparsed)
    print(parsed_again)

./foo/bar 대한 출력은 다음과 같습니다.

>>> tryparse('./foo/bar')
./foo/bar
ParseResult(scheme='', netloc='', path='./foo/bar', params='', query='', fragment='')
./foo/bar
ParseResult(scheme='', netloc='', path='./foo/bar', params='', query='', fragment='')

file: 스키마를 요구하는 첫 번째 함수의 논리를 만족 시키지는 않지만 모두 좋습니다.

file:./foo/bar 대한 출력은 다음과 같습니다.

>>> tryparse('file:./foo/bar')
file:./foo/bar
ParseResult(scheme='file', netloc='', path='./foo/bar', params='', query='', fragment='')
file:///./foo/bar
ParseResult(scheme='file', netloc='', path='/./foo/bar', params='', query='', fragment='')

이런! 첫 번째 구문 분석 호출의 결과를 "unparse"할 때 path 가 절대 file:///... 됩니다.

이것이 두 번째로 언급 된 검사가 실패하는 이유입니다. 경로가 로컬이 아닙니다. 나는 이것이 six 의 버그라고 생각 하지만 scheme in ['file', ''] 하고 사용자에게 ./foo/bar URI 양식을 사용하도록 지시함으로써 Pip에서 완화 할 수 있습니다.

이 두 가지 모순 된 논리를 감안할 때 distutils 또는 setuptools 구성에서 install_requires 키의 로컬 경로를 사용하는 것은 불가능합니다.

예상되는 행동
name @ ./some/path (또는 솔직히 ./some/path )를 수행하여 내 코드베이스에 로컬로 공급되는 패키지를 지정할 수 있어야합니다.

재현 방법

#!/usr/bin/env bash
mkdir /tmp/pip-uri-repro && cd /tmp/pip-uri-repro

mkdir -p foo/bar

cat > requirements.txt <<EOF
./foo
EOF

cat > foo/setup.py <<EOF
#!/usr/bin/env python
from setuptools import setup
setup(
    name="foo",
    version="0.1",
    install_requires=[
        "bar @ file:./bar"
    ]
)
EOF

cat > foo/bar/setup.py <<EOF
#!/usr/bin/env python
from setuptools import setup
setup(
    name="bar",
    version="0.1"
)
EOF

# (OUTPUT 1)
pip install -r requirements.txt

cat > foo/setup.py <<EOF
#!/usr/bin/env python
from setuptools import setup
setup(
    name="foo",
    version="0.1",
    install_requires=[
        # we're forced to use an absolute path
        # to make the "Invalid URL" error go
        # away, which isn't right anyway (the
        # error that is raised as a result
        # is justified)
        "bar @ file://./bar"
    ]
)
EOF

# (OUTPUT 2)
pip install -r requirements.txt

산출

처음 pip install :

Processing ./foo
    ERROR: Complete output from command python setup.py egg_info:
    ERROR: error in foo setup command: 'install_requires' must be a string or list of strings containing valid project/version requirement specifiers; Invalid URL given

두 번째 pip install :

Processing ./foo
ERROR: Exception:
Traceback (most recent call last):
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/cli/base_command.py", line 178, in main
    status = self.run(options, args)
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/commands/install.py", line 352, in run
    resolver.resolve(requirement_set)
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/resolve.py", line 131, in resolve
    self._resolve_one(requirement_set, req)
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/resolve.py", line 294, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/resolve.py", line 242, in _get_abstract_dist_for
    self.require_hashes
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/operations/prepare.py", line 256, in prepare_linked_requirement
    path = url_to_path(req.link.url)
  File "/private/tmp/repro-pip-egg/env3/lib/python3.7/site-packages/pip/_internal/download.py", line 521, in url_to_path
    % url
ValueError: non-local file URIs are not supported on this platform: 'file://./bar'

편집하다:

RFC 3986 이 file: 스키마에서 상대 경로 URI가 허용되지 않는다고 지정하므로 기술적으로 six 는 file:./foo/bar 합니다.

그러나 기술적으로는 setup.py에서 다음을 수행 할 수 있어야합니다.

PKG_DIR = os.path.dirname(os.path.abspath(__file__))
install_requires = [
    f"name @ file://{PKG_DIR}/foo/bar"
]

그러나 pip는 /tmp 에서 패키지의 "깨끗한"복사본을 만드는 것처럼 보이므로 file:///tmp/pip-req-build-9u3z545j/foo/bar 와 같은 것을 얻습니다.

테스트 함수를 통해 실행하면 두 번째 함수의 조건을 충족합니다.

>>> tryparse('file:///tmp/pip-req-build-9u3z545j/foo/bar')
file:///tmp/pip-req-build-9u3z545j/foo/bar
ParseResult(scheme='file', netloc='', path='/tmp/pip-req-build-9u3z545j/foo/bar', params='', query='', fragment='')
file:///tmp/pip-req-build-9u3z545j/foo/bar
ParseResult(scheme='file', netloc='', path='/tmp/pip-req-build-9u3z545j/foo/bar', params='', query='', fragment='')

거기에 모든 것이 좋습니다. "unparse"는 동일한 결과를 산출하고 netloc 요구 사항은 첫 번째 함수의 조건에 대해 충족됩니다.

그러나 두 번째 함수의 논리가 만족 되더라도 여전히 Invalid URL 오류가 발생합니다.

pip (또는 distutils 또는 setuptools 등)이 출력을 삼키기 때문에 저는 setup.py에서 다음을 수행했습니다.

import os
PKG_DIR = os.path.dirname(os.path.abspath(__file__))
assert False, os.system(f"find {PKG_DIR}")

예상대로 모든 파일이 있는지 확인하므로 파일이 누락되거나 무언가가 될 수 없습니다. "Invalid URL given" 가있는 위의 줄은 코드베이스에서 문자열이 표시되는 유일한 위치입니다.

이 시점에서 나는 문제가 무엇인지 잘 모르겠습니다.