環境

• pipバージョン：19.1.1
• Pythonバージョン：3.7
• OS：MacOS Mojave

説明
これがsixバグなのか、Pipのバグなのかわかりません。 sixに属している場合は、すみません。

Pipはinstall_requiresを介してname @ ./some/path install_requiresローカルパスを許可しているようですが、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='')

最後の1つでは、 netlocが空ではなく.になり、 pathがローカルではなく絶対になります。 これにより、非ローカルパスに関するエラーが発生します。 それはすべて問題ありません。2番目の形式を使用して条件付きロジックを満たすことができます（ただし、実際には最初の形式もサポートする必要があります）。

ただし、他の場所で競合するロジックがあります...

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='')

おっと！ 最初の解析呼び出しの結果を「解析解除」すると、 pathが絶対file:///...なることに注意してください。

これが、2番目に述べたチェックが失敗する理由です-パスはローカルではありません。 これはsixバグだと思いますが、 scheme in ['file', '']を許可し、ユーザーに./foo/bar URIフォームを使用するように指示することで、Pipで軽減できます。

これらの2つの相反するロジックを考えると、 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

2番目の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が相対パスURIがfile:スキームでは許可されないことを指定していることがわかったので、技術的には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ようなものが得られます。

これをテスト関数で実行すると、2番目の関数の条件が満たされます。

>>> 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要件が満たされます。

ただし、2番目の関数のロジックが満たされていても、 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"は、コードベースで文字列が表示される唯一の場所です。

現時点では、何が問題なのかわかりません。