بيئة

• إصدار النقطة: 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='')

وجه الفتاة! لاحظ كيف ، عندما "نحلل" النتيجة من مكالمة التحليل الأولى ، يصبح path مطلقًا file:///... .

هذا هو سبب فشل الاختيار الثاني المذكور - المسار ليس محليًا. أعتقد أن هذا خطأ في six ولكن يمكن تخفيفه في Pip بالسماح scheme in ['file', ''] وتوجيه المستخدمين لاستخدام نموذج URI ./foo/bar .

بالنظر إلى هذين المنطقين المتناقضين ، من المستحيل استخدام المسارات المحلية في مفاتيح install_requires في تكوينات distutils أو setuptools .

سلوك متوقع
يجب أن أكون قادرًا على عمل 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 يحدد أن URIs للمسار النسبي غير مسموح به مع مخطط 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"
]

ومع ذلك ، يبدو أن النقطة تقوم بإنشاء نسخة "نظيفة" من الحزمة في /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 أو أيًا كان) يبتلع الإخراج ، فقد تقدمت وقمت بما يلي في الإعداد الخاص بي.

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

وهو ما يتحقق من وجود جميع الملفات ، كما هو متوقع - لذلك لا يمكن أن يكون ملفًا مفقودًا أو شيء من هذا القبيل. السطر أعلاه الذي يحتوي على "Invalid URL given" هو المكان الوحيد في قاعدة الكود الذي تظهر فيه السلسلة.

في هذه المرحلة ، لست متأكدًا من المشكلة.