Pip: अनुक्रमणिका URL जिसमें उपयोगकर्ता नाम "@" में है, पाइप 19.2 में "पार्स करने में विफल" त्रुटि का कारण बनता है

+1
हाँ। हमारे साथ भी हुआ।

विशिष्ट सूचकांक url का उपयोग करते समय हमारे पास पाइप -19.2 के साथ समस्या है:

Looking in indexes: https://<email.com>:****@<artifactory_host>/artifactory/api/pypi/pypi-virtual/simple
Collecting setuptools
ERROR: Could not install packages due to an EnvironmentError: Failed to parse: https://<email.com>:[secure]@<artifactory_host>/artifactory/api/pypi/pypi-virtual/simple/setuptools/

यह पाइप -19.1.1 के साथ ठीक काम कर रहा है। क्या यह संबंधित हो सकता है?

@ टीटीआरएच ने सिर्फ वही देखा और # 6776 खोलें। सुनिश्चित नहीं है कि यह एक ही मुद्दे में संभाला जाना चाहिए, हालांकि।

@bomri , क्या आप कृपया --verbose साथ फिर से चल सकते हैं और आउटपुट प्रदान कर सकते हैं?

से संबंधित हो सकता है:
https://github.com/urllib3/urllib3/issues/1640
https://github.com/urllib3/urllib3/pull/1586

हमारे पासवर्ड में एक विशेष चरित्र के साथ एक ही समस्या थी।

हैलो यारो! इस मुद्दे को दर्ज करने और यहाँ chiming के लिए धन्यवाद।

यह सबसे अच्छा होगा कि यदि आप इस समस्या का सामना कर रहे हैं, कि आप पहली पोस्ट पर GitHub की प्रतिक्रियाओं का उपयोग करें और इस मुद्दे की सदस्यता लें। इस तरह हम "मुझे भी" टिप्पणियों से बच सकते हैं जो वास्तव में चर्चा में बहुत अधिक मूल्य नहीं जोड़ते हैं।

यह इस समस्या को हल करने के बारे में चर्चा करने के लिए अनुरक्षकों के लिए यह आसान बना देगा, इस मुद्दे में खुद को और अधिक आसानी से y'A को अपडेट प्रदान करना। 🙃

@chrahunt --verbose के साथ चलने पर मुझे उम्मीद के मुताबिक pypi.org पर 404 मिलते हैं (क्योंकि पैकेज वहां मौजूद नहीं है) लेकिन मेरे अपने pypi सर्वर से मुझे मिलता है:

403 क्लाइंट त्रुटि: url के लिए निषिद्ध

शायद यह टोकन आईडी जैसे विशेष पात्रों से संबंधित है जैसे @brainerazer का उल्लेख किया गया है

इसने हमें भी काट लिया है। यकीन नहीं होता अगर यह मुद्दा urllib3 लिए लिंक किए गए @brainerazer से संबंधित है। हमारा मुद्दा तब प्रकट होता है जब एक पहुंच टोकन के साथ GitHub से जारी .zip पैकेज डाउनलोड करने का प्रयास किया जाता है। तो pip install https://<my-access-token>@github.com/myorganization/myprivaterepo/archive/myrelease.zip#egg=mypackage जैसे

मैंने एक खाली निजी रेपो बनाया है, जिसे खाली करने के लिए परीक्षण किया गया है। pip install -vvv ... का आउटपुट यहां मिल सकता है:

• पाइप 19.2 के लिए ,
• पाइप के लिए 19.1.1 (अपेक्षित setup.py त्रुटि नहीं मिली)।

इस मुद्दे / अंतर को Starting new HTTPS connection (1): github.com:443 आसपास देखा जा सकता है।

शायद @cjerdonek मुझसे ज्यादा इस सामान के बारे में जानता है।

मैंने इस मुद्दे के लिए एक git bisect सत्र भी चलाया है और इसने इस ओर इशारा किया है: https://github.com/pypa/pip/commit/eeb74aeb29~~ c63ee61027fe

मेरे विचार: वर्तमान व्यवहार अधिक तकनीकी रूप से सही है और लोगों को इस सामान के लिए नए कीरिंग समर्थन का उपयोग शुरू करना चाहिए।

इसी समय, यह निश्चित रूप से अच्छा नहीं है कि इससे मौजूदा उचित वर्कफ़्लो टूट गया। मुझे लगता है कि अगर कोई यह पता लगा सकता है कि यहां विरासत के व्यवहार को फिर से कैसे पेश किया जाए, तो यह बहुत अच्छा होगा।

पाइप की प्रलेखित वनीकरण नीति के आधार पर, हमें इस तरह के अनिर्दिष्ट व्यवहारों के लिए एक वंचन चक्र की आवश्यकता नहीं है। कोई भी कम नहीं है, हमें उपयोगकर्ताओं को समर्थन को छोड़ने और एक अच्छे त्रुटि संदेश पर स्विच करने से पहले अधिक "सही" सिंटैक्स या टूलिंग पर स्विच करने के लिए उपयोगकर्ताओं को चेतावनी देने वाला एक चक्र चक्र करना चाहिए।

मुझे यकीन नहीं है कि बिसनेस ने यहां सही कमिटमेंट पाया है, लेकिन ऐसा करने के लिए धन्यवाद कम नहीं है!

@pradyunsg , शायद मुझे गलतफहमी है .. क्या आप मुझे आवश्यक "वर्तमान व्यवहार" के लिए निर्देशित कर सकते हैं?
यदि हमें जिस तरह से हम 3rd पार्टी रेपो (हमारे मामले में gemfury.com) का उपयोग करने की आवश्यकता है, तो वह ठीक है। मुझे अभी समझ नहीं आया कि सही सिंटैक्स क्या होना चाहिए :)

मुझे यकीन नहीं है कि बिसनेस ने यहां सही कमिटमेंट पाया है, लेकिन ऐसा करने के लिए धन्यवाद कम नहीं है!

तुम बिलकुल सही हो। मैंने अपनी परीक्षण स्क्रिप्ट को ठीक किया और अब यह c63ee61027fe की ओर इशारा करता है जो अब और अधिक समझ में आता है

एक ही मुद्दा हो रहा है

pip install --user --index-url https://[email protected]:[email protected]/foo/api/pypi/PyPi-dev/simple -v em-generate-config 
Created temporary directory: /tmp/pip-ephem-wheel-cache-1q06a68y 
Created temporary directory: /tmp/pip-req-tracker-1igksn7z 
Created requirements tracker '/tmp/pip-req-tracker-1igksn7z' 
Created temporary directory: /tmp/pip-install-six90fkc 
Looking in indexes: https://rnc_build%40foo.com:****@foo.jfrog.io/foo/api/pypi/PyPi-dev/simple 
Collecting em-generate-config 
  1 location(s) to search for versions of em-generate-config: 
  * https://rnc_build%40foo.com:****@bar.jfrog.io/foo/api/pypi/PyPi-dev/simple/em-generate-config/ 
  Getting page https://rnc_build%40foo.com:****@bar.jfrog.io/foo/api/pypi/PyPi-dev/simple/em-generate-config/ 
ERROR: Could not install packages due to an EnvironmentError. 
Traceback (most recent call last): 
  File "/usr/local/lib/python3.7/site-packages/pip/_vendor/requests/models.py", line 379, in prepare_url 
    scheme, auth, host, port, path, query, fragment = parse_url(url) 
  File "/usr/local/lib/python3.7/site-packages/pip/_vendor/urllib3/util/url.py", line 234, in parse_url 
    raise LocationParseError(url) 
pip._vendor.urllib3.exceptions.LocationParseError: Failed to parse: https://[email protected]:[email protected]/foo/api/pypi/PyPi-dev/simple/em-generate-config/

क्या आप मुझे आवश्यक "वर्तमान व्यवहार" के लिए निर्देशित कर सकते हैं?

ओह। हाँ। (यही कारण है कि मैं एक झपकी की जरूरत है)

यहाँ मुद्दा यह है कि URL के हिस्से ... urlencoded होना चाहिए।

इस प्रकार, उपयोगकर्ता नाम के रूप में उपयोग किए गए ईमेल में @ , %40 होना चाहिए। निम्नलिखित वास्तव में इन चीजों को परिभाषित करने वाले RFC पर आधारित मान्य URL नहीं है:

https://[email protected]:[email protected]/pypi

इस जानकारी का प्रतिनिधित्व करने का सही तरीका होगा:

https://awesome%40pradyunsg.me:[email protected]/pypi

यदि किसी के पास कोई समस्या है ... तो उन्हें संभवतः उन लोगों के साथ लेना चाहिए जिन्होंने उस RFC को लिखा था। यह इस धागे में आगे जुड़े urlib मुद्दे में उल्लिखित है।

एक तरफ: @markuszoeller ने एक अलग मुद्दे में वर्कअराउंड को इंगित किया था जो कि इसके डुप्लिकेट के रूप में बंद हो गया है।

मुझे लगता है कि मैं उस टिप्पणी में सुझाव दे रहा हूं ... क्या वह पाइप का पता लगा सकता है जब उपयोगकर्ता इस तरह के अमान्य URL का उपयोग करता है (क्योंकि यह अतीत में स्वीकार किया गया है), उपयोगकर्ता को चेतावनी देता है, और 19.1.1 की तरह काम करता है - कुछ के बाद समय, चेतावनी और समाधान को हटा दिया जाएगा।

अगर आपको लगता है कि इस टूटने के बाद यह आवश्यक है, तो हमें बताएं।

अगर यह इससे प्रभावित लोगों के लिए उपयोगी नहीं है, तो मैं अतिरिक्त काम को छोड़कर खुश रहूंगा - यह उन चीजों को करने का कोई मतलब नहीं है जो अंतिम उपयोगकर्ताओं के लिए उपयोगी नहीं हैं। 🙃

मैंने अपनी परीक्षण स्क्रिप्ट को ठीक किया और अब यह c63ee61 की ओर इशारा करता है जो अब और अधिक समझ में आता है

वास्तव में। मैं वहां देख सकता हूं कि हम पहले इन उपयोगों को क्यों नहीं पकड़ रहे थे - पाइप इंडेक्स URL की सामान्य जानकारी के "होम हो गए" प्रसंस्करण कर रहा था, जो स्पष्ट रूप से इस तरह के इनपुट को अवैध नहीं मानता था। URL के कुछ हिस्सों को प्राप्त करने के लिए हम अब एक urlib यूटिलिटी फ़ंक्शन का उपयोग कर रहे हैं, जो कठोर और RFC अनुरूप है।

पाइप इंडेक्स URL की सामान्य जानकारी के "होम हो गए" प्रसंस्करण कर रहा था जो स्पष्ट रूप से इस तरह के इनपुट को अवैध नहीं मानता था। URL के कुछ हिस्सों को प्राप्त करने के लिए हम अब एक urllib3 उपयोगिता फ़ंक्शन का उपयोग कर रहे हैं, जो कठोर है और RFC अनुरूप है।

ठीक है, अब मैं इसे प्राप्त करता हूं, धन्यवाद @pradyunsg। घर पर देखने वालों के लिए;) एक फिक्स के रूप में, एक https://<my-access-token>:@github.com/myorganization/myprivaterepo/archive/myrelease.zip#egg=mypackage पास कर सकता है (नोटिस टोकन के बाद : नोटिस करें) जो URL को अधिक RFC अनुरूप बनाता है (क्या यह?) और पाइप खुशी से स्थापित होगा? पैकेज।

संपादित करें:
या (और भी बेहतर) https://:<my-access-token>@github.com/...

URL को अधिक RFC अनुरूप बनाता है (करता है?)

कोई सुराग नहीं। मैं विषय विशेषज्ञ नहीं हूं।

ऊपर मैंने जो कुछ भी कहा है वह मूल रूप से एक अच्छी तरह से सूचित अनुमान है जो मैंने अपने फोन पर कोड के सभी प्रासंगिक बिट्स को देखकर बनाया है ... क्योंकि मेरा लैपटॉप बिस्तर से बहुत दूर है। 🙃

https: //: @ github.com / myorganization / myprivaterepo /

आखिरी बात जो मैं यहाँ (केवल) अंतर्ज्ञान + मेमोरी के आधार पर कहने जा रहा हूँ, उसे देखते हुए, यह गलत लगता है कि पाइप को गलत तरीके से उपयोगकर्ता नाम / पासवर्ड दोनों घटकों की आवश्यकता है।

अगर ऐसा है, तो यह लगभग निश्चित रूप से एक बग है, भले ही एक अलग है।

मैंने आखिरी टिप्पणी की @slafs की कोशिश की और यह मेरे लिए ठीक काम कर रहा है।
टोकन जोड़ने से पहले ":" टोकन जोड़ने के बाद काम करता है

टोकन जोड़ने से पहले ":" टोकन जोड़ने के बाद काम करता है

ठीक है, यह निश्चित नहीं है कि यह मेरे लिए काम क्यों करता है (यानी पाइप के साथ), लेकिन अब मैं देखता हूं कि एक सरल curl -L पैकेज को डाउनलोड नहीं करेगा यदि : टोकन से पहले है।

अगर ऐसा है, तो यह लगभग निश्चित रूप से एक बग है, भले ही एक अलग है।

हाँ, अब मैं यह मानना ​​चाहूंगा कि URL के ऑर्किटेव सेक्शन में : का होना बिलकुल भी ठीक नहीं है। मेरा मतलब है, curl शिकायत नहीं है। न तो urllib3 :

>>> import urllib3
>>> urllib3.__version__
'1.25.3'
>>> urllib3.util.parse_url('http://user<strong i="16">@host</strong>')
Url(scheme='http', auth='user', host='host', port=None, path=None, query=None, fragment=None)

मुझे लगता है कि मैं इस पर एक मुद्दा दर्ज करने जा रहा हूं।

मुझे लगता है कि मैं इस पर एक मुद्दा दर्ज करने जा रहा हूं।

कृपया कीजिए। :)

उन लोगों के लिए जो पहले ही इस पर गौर कर चुके हैं, क्या आप उस कोड की लाइन से जुड़ सकते हैं जो चर्चा के तहत पार्स कर रही है?

@ cjerdonek मुझे यकीन नहीं है कि मेरे पास आपके लिए एक सटीक लाइन है। संक्षेप में c63ee61027fe7dea पर देखने से मैं सिर्फ इतना बता सकता हूं कि https://github.com/pypa/pip/blob/81040b5d0644460a46a360d67c451c3bbb03b/src/pip/_internal/download.py#L3333L3333/3333 विशेष रूप से उस फ़ाइल के पिछले संस्करण की तुलना में: https://github.com/pypa/pip/blob/e34769861ec5ed8aa5ce23670e111fe8db446c39/pip-download.py#L91 -L96

ओह, क्षमा करें @ cjerdonek , आप शायद इस समस्या के लिए @ साथ समस्या पूछ रहे हैं। मैं अपने मुद्दे का उल्लेख टोकन के साथ कर रहा था।

इसके अलावा, मुझे लगता है कि हमें यहां दो मुद्दे होने की संभावना के लिए खुला होना चाहिए। इस टिप्पणी में (मूल पोस्ट का दूसरा उत्तर), लॉग में एक पार्सिंग त्रुटि है (जाहिर है "पाठ को पार्स करने में विफल" के आधार पर urllib3 से आ रही है):

त्रुटि: एनवायरनमेंटल के कारण पैकेज स्थापित नहीं कर सका: पार्स करने में विफल: https://<email.com>:[secure]@<artifactory_host>/artifactory/api/pypi/pypi-virtual/simple/setuptools/

लेकिन मूल पोस्ट में, "कोई भी वितरण वितरण पैकेज_नाम के लिए नहीं मिला" त्रुटि को लॉग्स में "विफल टू पार्स" त्रुटि के बिना रिपोर्ट किया गया था (जब तक कि लॉग में मौजूद नहीं था लेकिन केवल रिपोर्ट में शामिल नहीं किया गया था)।

ऊपर की पहली त्रुटि के बिंदु पर स्टैकट्रेस जानना अच्छा होगा।

हम्म ... लगता है जैसे मेरा अंतर्ज्ञान बिल्कुल सही नहीं था। हा!

@ cjerdonek मैं MultiDomainBasicAuth .__ call__ में हो रहे पार्सिंग का जिक्र कर रहा था। लेकिन मैं अब देख रहा हूं कि यह वास्तव में urllib की पार्सिंग उपयोगिताओं का उपयोग कर रहा था। अजीब बात है कि मुझे फेंक दिया गया था, लेकिन मुझे लगता है कि ... ठीक है?

ISTM अब जो सशर्त or बजाय and , और कॉल में or "" , मुझे चाहिए कि इस रिपोर्ट के साथ-साथ 2-भागों के मुद्दे को भी ठीक किया जाए।

यहाँ पूर्ण ट्रेसबैक तब है जब मैंने "फेल टू पार्स" त्रुटि को एक अतिरिक्त एक्स्ट्रा-इंडेक्स-यूआरएल के साथ पुन: पेश किया (मेरा मानना ​​है कि वर्बोज़ मोड के कारण ट्रेसबैक प्रदर्शित होता है):

$ pip install twine --extra-index-url https://[email protected]:[email protected]/simple/ -vvv
...
  Getting page https://foo%40example.com:****@github.com/simple/twine/
ERROR: Could not install packages due to an EnvironmentError.
Traceback (most recent call last):
  File "/.../pip/src/pip/_vendor/requests/models.py", line 379, in prepare_url
    scheme, auth, host, port, path, query, fragment = parse_url(url)
  File "/.../pip/src/pip/_vendor/urllib3/util/url.py", line 234, in parse_url
    raise LocationParseError(url)
pip._vendor.urllib3.exceptions.LocationParseError: Failed to parse: https://[email protected]:[email protected]/simple/twine/

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/.../pip/src/pip/_internal/commands/install.py", line 345, in run
    resolver.resolve(requirement_set)
  File "/.../pip/src/pip/_internal/legacy_resolve.py", line 196, in resolve
    self._resolve_one(requirement_set, req)
  File "/.../pip/src/pip/_internal/legacy_resolve.py", line 359, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/.../pip/src/pip/_internal/legacy_resolve.py", line 307, in _get_abstract_dist_for
    self.require_hashes
  File "/.../pip/src/pip/_internal/operations/prepare.py", line 134, in prepare_linked_requirement
    req.populate_link(finder, upgrade_allowed, require_hashes)
  File "/.../pip/src/pip/_internal/req/req_install.py", line 211, in populate_link
    self.link = finder.find_requirement(self, upgrade)
  File "/.../pip/src/pip/_internal/index.py", line 1201, in find_requirement
    req.name, specifier=req.specifier, hashes=hashes,
  File "/.../pip/src/pip/_internal/index.py", line 1183, in find_candidates
    candidates = self.find_all_candidates(project_name)
  File "/.../pip/src/pip/_internal/index.py", line 1128, in find_all_candidates
    for page in self._get_pages(url_locations, project_name):
  File "/.../pip/src/pip/_internal/index.py", line 1282, in _get_pages
    page = _get_html_page(location, session=self.session)
  File "/.../pip/src/pip/_internal/index.py", line 234, in _get_html_page
    resp = _get_html_response(url, session=session)
  File "/.../pip/src/pip/_internal/index.py", line 182, in _get_html_response
    "Cache-Control": "max-age=0",
  File "/.../pip/src/pip/_vendor/requests/sessions.py", line 546, in get
    return self.request('GET', url, **kwargs)
  File "/.../pip/src/pip/_internal/download.py", line 610, in request
    return super(PipSession, self).request(method, url, *args, **kwargs)
  File "/.../pip/src/pip/_vendor/requests/sessions.py", line 519, in request
    prep = self.prepare_request(req)
  File "/.../pip/src/pip/_vendor/requests/sessions.py", line 462, in prepare_request
    hooks=merge_hooks(request.hooks, self.hooks),
  File "/.../pip/src/pip/_vendor/requests/models.py", line 313, in prepare
    self.prepare_url(url, params)
  File "/.../pip/src/pip/_vendor/requests/models.py", line 381, in prepare_url
    raise InvalidURL(*e.args)
pip._vendor.requests.exceptions.InvalidURL: Failed to parse: https://[email protected]:[email protected]/simple/twine/

दिलचस्प है, जैसा कि आप ऊपर दिए गए पहले लॉग संदेश से देख सकते हैं:

पेज प्राप्त करना https: //foo%40example.com : * *@github.com/simple/twine/

हमारा स्वयं का लॉगिंग कोड उपयोगकर्ता नाम के चरित्र को उद्धृत करने का प्रबंधन करता है, यदि इसे वास्तविक अनुरोध में उद्धृत किया गया था, तो क्या मैं मुद्दों के समाधान (एक) पर विश्वास करूंगा। लॉगिंग के लिए यह उद्धरण redact_netloc() : https://github.com/pypa/pip/blob/81040b5d0644460a46a360d67c451c03bbbb03ab/src/pip/_internal/utils/misc.py#L1109L99122

हे, उस पिछले एक के बारे में, मैंने यह भी पाया कि पाइप हमेशा पासवर्ड को रीडैक्ट नहीं करता है। यदि आप क्रेडेंशियल्स को "मान्य" वाले में बदलते हैं, तो pip install आपको उदा

$ pip install https://foo:[email protected]/slafs
Collecting https://foo:****@github.com/slafs
  Downloading https://foo:[email protected]/slafs
...

😅

@ pypa / pip-committers तो urllib3 v1.25 विक्रेता अपडेट (मूल PR https://github.com/urllib3/urllib3/pull/1487) के फॉलो-ऑन इश्यू के साथ शुरू किए गए सख्त URL पार्सिंग के कारण हुई त्रुटि के लिए: //github.com/urllib3/urllib3/issues/1640), क्या हम चीजों को वैसा ही रखना चाहते हैं और उपयोगकर्ताओं को चीजों को ठीक से उद्धृत करने की आवश्यकता है (ऐसा नहीं लगता कि urllib3 बदल जाएगा), या क्या हम "ठीक" करना चाहते हैं उपयोगकर्ता द्वारा प्रदान किया गया URL ऐसा कुछ है जो redact_netloc() ऊपर में किया गया है? उपयोगकर्ता द्वारा प्रदान किए गए URL को ठीक किए बिना पिछले तर्क पर वापस जाने का मतलब होगा urlib3 के विक्रेता अपडेट को वापस करना, जो मुझे यकीन नहीं है कि हम करना चाहते हैं।

हे, उस पिछले एक के बारे में, मैंने यह भी पाया कि पाइप हमेशा पासवर्ड को रीडैक्ट नहीं करता है।

आप इसे एक अलग मुद्दे के रूप में दर्ज कर सकते हैं। पाइप के पास अभी ऐसा करने का "वैश्विक" तरीका नहीं है। कुछ ऐसे ही उदाहरण हैं जैसे मुझे लगता है कि पाइप मुद्दों के रूप में मौजूद हैं।

क्या हम चीजों को रखना चाहते हैं और उपयोगकर्ताओं को चीजों को ठीक से उद्धृत करने की आवश्यकता होती है

यदि जिन उपयोगकर्ताओं ने यह समस्या दर्ज की है, उनका कहना है कि @ का उद्धरण देना उनके लिए जटिल है, मैं कहूंगा कि urllib3 के लिए वर्कअराउंड जोड़ें।

मैं urllib3 के आसपास काम करने के विचार का प्रशंसक नहीं हूं, भले ही मैंने इसे पहले सुझाव दिया हो।

मैं सहमत हूं - मैं URL को "ठीक" नहीं करना पसंद करूंगा, यह नाजुक कोड होने की संभावना है जिसे हमें बनाए रखना होगा, लेकिन अगर @ उद्धृत करना इस समस्या से प्रभावित उपयोगकर्ताओं के लिए जटिल है, तो हमें वह करना चाहिए जो हम करते हैं उनके दर्द को कम करने के लिए।

मैं किसी भी वर्कअराउंड को अस्थायी बनाने के लिए इच्छुक हूं, हालांकि, और गैर-अनुपालन URL को हटाने की प्रक्रिया शुरू कर सकता हूं (ताकि उपयोगकर्ताओं को इसे संबोधित करने के लिए समय दिया जा सके, लेकिन अनिश्चित काल तक वर्कअराउंड बनाए नहीं रखा जा सकता)।

क्या यह की कीमत के लिए, यह काम नहीं करते सुतली अपलोड की तरह लग रहा है, तो आप के साथ एक उपयोगकर्ता नाम का उपयोग %40 एक के बजाय @ । तो मेरे मामले में, मेरे पास मेरे गुप्त भंडारण इंजन में एक PyPI उपयोगकर्ता नाम साख है। यदि मैं उस उपयोगकर्ता नाम को foo%40bar.com अपडेट करता हूं, तो मेरा पाइप इंस्टॉल काम करेगा, हालांकि मेरा सुतली अपलोड (जो उसी क्रेडेंशियल का उपयोग करता है), विफल हो जाएगा:

twine upload --verbose --repository-url https://mypypi.com -u foo%40bar.com -p <redacted> dist/my-package-*
Uploading distributions to https://mypypi.com
Uploading my-package-1.2.3.tar.gz

100% 166k/166k [00:00<00:00, 430kB/s]  
Content received from server:
<html>
 <head>
  <title>401 Unauthorized</title>
 </head>
 <body>
  <h1>401 Unauthorized</h1>
  This server could not verify that you are authorized to access the document you requested.  Either you supplied the wrong credentials (e.g., bad password), or your browser does not understand how to supply the credentials required.<br/><br/>

मैं एक अलग, फिर भी इसी तरह के मुद्दे को देख रहा हूं जहां --extra-index-url विफल रहता है अगर किसी प्रकार का प्राधिकरण है। सिर्फ @ से बच नहीं रहा है।

का उपयोग करते हुए:
अजगर 3.7.4
पाइप 19.2.1

1. प्राधिकरण को हटाने और हमारे निजी रेपो पर पैकेज को सार्वजनिक करने से हम इसे डाउनलोड कर सकते हैं
2. बेशक, 19.1.1 पाइप को अपग्रेड करने से भी समस्या हल हो जाती है

pip3 install package --extra-index-url https://[email protected]/pypi -vvv

वापस ट्रेस करें:

Created temporary directory: /private/var/folders/rb/rg18vqd16lxg47cm1kvgh3yh0000gn/T/pip-ephem-wheel-cache-dkqjnspg
Created temporary directory: /private/var/folders/rb/rg18vqd16lxg47cm1kvgh3yh0000gn/T/pip-req-tracker-_5f9p1zv
Created requirements tracker '/private/var/folders/rb/rg18vqd16lxg47cm1kvgh3yh0000gn/T/pip-req-tracker-_5f9p1zv'
Created temporary directory: /private/var/folders/rb/rg18vqd16lxg47cm1kvgh3yh0000gn/T/pip-install-ajhlm6xm
Looking in indexes: https://pypi.org/simple, https://[email protected]/pypi
Collecting package
  2 location(s) to search for versions of package:
  * https://pypi.org/simple/package/
  * https://[email protected]/pypi/package/
  Getting page https://pypi.org/simple/package/
  Found index url https://pypi.org/simple
  Looking up "https://pypi.org/simple/package/" in the cache
  Request header has "max_age" as 0, cache bypassed
  Starting new HTTPS connection (1): pypi.org:443
  https://pypi.org:443 "GET /simple/package/ HTTP/1.1" 404 13
  Status code 404 not in (200, 203, 300, 301)
  Could not fetch URL https://pypi.org/simple/package/: 404 Client Error: Not Found for url: https://pypi.org/simple/package/ - skipping
  Getting page https://[email protected]/pypi/package/
  Found index url https://private-repo.io/pypi
  Looking up "https://private-repo.io/pypi/package/" in the cache
  Request header has "max_age" as 0, cache bypassed
  Starting new HTTPS connection (1): private-repo.io:443
  https://private-repo.io:443 "GET /pypi/package/ HTTP/1.1" 404 10
  Status code 404 not in (200, 203, 300, 301)
  Could not fetch URL https://[email protected]/pypi/package/: 404 Client Error: Not Found for url: https://private-repo.io/pypi/package/ - skipping
  Given no hashes to check 0 links for project 'package': discarding no candidates
  ERROR: Could not find a version that satisfies the requirement package (from versions: none)
Cleaning up...
Removed build tracker '/private/var/folders/rb/rg18vqd16lxg47cm1kvgh3yh0000gn/T/pip-req-tracker-_5f9p1zv'
ERROR: No matching distribution found for package
Exception information:
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/cli/base_command.py", line 188, in main
    status = self.run(options, args)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/commands/install.py", line 345, in run
    resolver.resolve(requirement_set)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/legacy_resolve.py", line 196, in resolve
    self._resolve_one(requirement_set, req)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/legacy_resolve.py", line 359, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/legacy_resolve.py", line 307, in _get_abstract_dist_for
    self.require_hashes
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/operations/prepare.py", line 134, in prepare_linked_requirement
    req.populate_link(finder, upgrade_allowed, require_hashes)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/req/req_install.py", line 211, in populate_link
    self.link = finder.find_requirement(self, upgrade)
  File "/usr/local/lib/python3.7/site-packages/pip/_internal/index.py", line 1228, in find_requirement
    'No matching distribution found for %s' % req
pip._internal.exceptions.DistributionNotFound: No matching distribution found for package

@bmckalla ने इसके बजाय https://:[email protected] साथ प्रयास किया? देखें: https://github.com/pypa/pip/issues/6775#issuecomment -514272956

@TTRh

एक ही मुद्दा रहा है, लेकिन मुझे लगता है कि : टोकन के बाद जाना चाहिए। कम से कम, वह वर्कअराउंड है जो अब मेरे लिए काम करता है: https://token:@private-repo.io

@TTRh @jgspiro ने टोकन काम करने के बाद : डाला , धन्यवाद!

यदि यह लायक है, तो ऐसा लगता है कि यदि आप @ के बजाय% 40 के साथ उपयोगकर्ता नाम का उपयोग करते हैं तो सुतली अपलोड काम नहीं करती है।

@leviable ~ मैं सुतली के ट्रैकर में एक समस्या को दर्ज करने की सलाह -u <username> , इसलिए URL-कोटा उस संदर्भ में काम नहीं करेगा। आपको दोनों के लिए समान सेटिंग का उपयोग करने के लिए उपयोगकर्ता नाम के कुछ अतिरिक्त प्रसंस्करण करने की आवश्यकता होगी (उदाहरण के लिए विचारों के लिए

सिर्फ FYI करें, url पासवर्ड हमारे लिए काम करता है।

password='passwordwith@$$!!'
encoded=$(python3 -c 'from urllib.parse import quote;print(quote("'${password}'"))')
export PIP_EXTRA_INDEX_URL='https://username:'${encoded}'@nexus.hostname.com/repository/pypi-all/simple'
pip install your_package

@TTRh

एक ही मुद्दा रहा है, लेकिन मुझे लगता है कि : टोकन के बाद जाना चाहिए। कम से कम, वह वर्कअराउंड है जो अब मेरे लिए काम करता है: https://token:@private-repo.io

क्या इसे बग या इच्छित व्यवहार माना जाता है (जब टोकन के साथ कोई : नहीं हो तो क्रेडेंशियल नहीं सहेजा जाता)?

करने के लिए कुछ संशोधनों download.py यहाँ समस्या को हल करने लगता है।

यह एक बग है जिसे अभी भी तय करने की आवश्यकता है मुझे विश्वास है।

मैं https://github.com/booleand/pip/commit/9761f46520b94c027b0e6732223e391088f745a5#diff38181ab2fef95958888a46e86004ae7 के समान पैच पर उतरा

@booleand आप एक पैच प्रस्तुत करने के लिए तैयार हो सकता है?

@pradyunsg हां मैं हूं

यदि आप PR फाइल करेंगे तो @booleand यह बहुत अच्छा होगा। :)

thanks @pradyunsg. filed a PR #6795

Https://github.com/pypa/pip/issues/6775#issuecomment -514284653 के बाद, मैंने पैकेज URL में "एक तत्व" के लिए # 6796 खोला है।

धन्यवाद @slafs उस स्थिति में मुझे लगता है कि हम इसे बंद कर सकते हैं।

डॉक्स में इस मामले को दर्ज करने के बारे में (उदाहरण सहित) के बाद से यह आम लगता है और लोगों को यात्रा कर सकता है?

@cjerdonek ने उस कार्रवाई को ट्रैक करने के लिए # 6797 जोड़ा।

मैंने एक PR (# 6818) पोस्ट किया है, जो हमारे दोनों URL हैंडलिंग मुद्दों (यह और # 6796) को ठीक करता है।

मुझे खुशी होगी कि अगर इस धागे से लोग एक स्पिन के लिए # 6818 ले सकते हैं और मुझे बताएं कि क्या यह काम करता है।

उस शाखा से अपने स्थानीय वातावरण में पाइप स्थापित करने के लिए, चलाएं:

pip install https://github.com/pradyunsg/pip/archive/fix/URL-authentication-handling.zip

मुझे नहीं लगता कि पीआर इस मुद्दे को ठीक करता है? मुझे लगा कि यह समस्या उन यूज़रनेम के बारे में है जिसमें एक @ शामिल है जब एक पासवर्ड मौजूद है (इसका कोई नहीं / गैर-कोई नहीं है), और दूसरा मुद्दा कोई पासवर्ड मौजूद नहीं है। लेकिन मैं परीक्षण मामलों में पूर्व नहीं देखता हूं। (परीक्षण मामलों में दो गैर-चिन्हित किए गए @ प्रतीकों की आवश्यकता होगी।) इसके अलावा, मैंने सोचा था कि पूर्व को ठीक करने का मतलब होगा कि हमें URL को "फिक्स" / फिर से लिखना होगा, जिसे मैं पीआर में नहीं देखता हूं।

मैं परीक्षण मामलों में पूर्व नहीं देखता हूं

आह येस। मेरा बुरा, मैंने इसके लिए परीक्षा को छोड़ दिया। मैंने आगे बढ़कर उस मामले को टेस्ट सूट में जोड़ दिया है - इसे चलाने से स्थानीय रूप से यह पुष्टि होती है कि इसने ईमेल पते को सही ढंग से निकाला है।

"http://[email protected]:[email protected]/path" -> ("http://example.com/path", "[email protected]", "password")

मैंने सोचा था कि पूर्व को ठीक करने का मतलब होगा कि हमें URL को "फिक्स" / फिर से लिखना होगा, जिसे मैं पीआर में नहीं देखता।

आह येस। मुझे भी शुरू में।

हालाँकि, मैंने अनुरोधों और urllib3 विक्रेताओं के अंतर को देखा और एक कोड पथ में कुछ भी नहीं देखा जिसने हमें सीधे यहां प्रभावित किया। मैंने यह देखने का प्रयास करने का फैसला किया कि क्या मूल संरचना से हुए बदलावों पर भरोसा करते हुए काम किया गया है और ऐसा लगता है जैसे यह किया था।

मेरी समझ में अब यह है कि URL के डिफ़ॉल्ट हैंडलिंग के साथ कुछ करने के लिए कुछ मिला है जिसमें मौखिक जानकारी है और (किसी तरह) हम उन मुद्दों को अपने Session उपवर्ग में शामिल कर रहे हैं।

मेरी समझ में अब यह है कि URL के डिफ़ॉल्ट हैंडलिंग के साथ कुछ करने के लिए कुछ मिला है जिसमें मौखिक जानकारी है और (किसी तरह) हम अपने सत्र उपवर्ग में उन मुद्दों को दरकिनार कर रहे हैं।

नहीं, यदि आप मेरी टिप्पणी ऊपर देखते हैं जहाँ मैंने इस मुद्दे के लिए ट्रेसबैक शामिल किया है, तो आप देखेंगे कि हम मूल URL पास करते हैं: https://github.com/pypa/pip/issues/6775#issuecomment -514313192
और आपका PR मूल URL को "ठीक" नहीं करता है, उसे फिर से लिखता है, ताकि मैं उस व्यवहार को आपके PR में बदलने की उम्मीद न करूं।

बस सुनिश्चित करने के लिए, मैंने आपके पीआर में उस आदेश को वापस ले लिया और पुष्टि की कि वही त्रुटि अभी भी होती है।

यहां ऊपर मेरी टिप्पणी है जहां मैं वर्तमान मुद्दे को ठीक करने के लिए एक दृष्टिकोण के बारे में बात करता हूं: https://github.com/pypa/pip/issues/6775#issuecomment -514322734

सही है, मुझे समझ में आता है। मुझे लगता है कि मैं अपने सिर में मुद्दों को मिला रहा था।

डॉक्स में इस मामले को दर्ज करने के बारे में (उदाहरण सहित) के बाद से यह आम लगता है और लोगों को यात्रा कर सकता है?

इस स्थिति में गर्भपात करने का भी अर्थ होगा, और यदि URL में कोई "@" न हो तो चेतावनी मुद्रित करें। यह शायद प्रलेखन से अधिक खोज योग्य है और प्रलेखन में होने की तुलना में यह मित्रवत है।

मेरे मूर्ख स्व के लिए पाइप 19.2 में मामलों की स्थिति का सारांश:

• केवल एक टोकन (यानी उपयोगकर्ता नाम, कोई पासवर्ड) के साथ प्रमाणीकरण टूट गया है - पाइप का वर्तमान तर्क मानता है कि दोनों भाग मौजूद होंगे। यही # 6796 के लिए है।
• एक उपयोगकर्ता नाम के साथ प्रमाणीकरण जो URL-एनकोडेड नहीं है, वह काम नहीं करता है - पाइप 19.2 ट्रेसबैक के साथ विफल रहता है, पाइप 19.1.1 ऐसे URL को स्वीकार करता है। इस मुद्दे का स्रोत यह है कि urlib3 ऐसे URL को पार्स करने में अधिक सख्त हो गया है।

नमस्ते, हम पाइप 18.1, urllib3 (1.24.1) और पायथन 2.7 के साथ एक ही मुद्दे का सामना कर रहे हैं, लेकिन पासवर्ड अनुभाग में।
https://pypi.org/simple --extra-index-url http://user:password@@124.4.56:8086 --trusted-host 124.4.56
https://pypi.org/project/urllib3/ ऊपर RFC 3986 विनिर्देश से संबंधित किसी भी परिवर्तन को सूचीबद्ध नहीं करता है। इसके अलावा @cjerdonek @pradyunsg कृपया आप दोनों पैकेजों के स्थिर संस्करणों की सिफारिश कर सकते हैं ताकि हम उन्हें स्थापित कर सकें।

जारी किए गए पाइप 19.2.2 में : आवश्यकता वाले टोकन के लिए एक फिक्स है।

अपने पासवर्ड में @ साथ समस्याओं का सामना कर रहे लोगों के लिए, सुझाया गया मार्ग URL में @ से बचने के लिए है।

संपादित करें: '%' से संबंधित प्रतीत नहीं होता है, क्योंकि मैंने अपना पासवर्ड "पासवर्ड" में बदल दिया और उसी का परिणाम मिला।

इसमें एक और किंक: मेरा पुराना जनरेट किया गया पासवर्ड ("%" में समाप्त होता है)।

संस्करण 19.2.2 पर

% को %25 साथ बदलना या इसे अकेले छोड़ देना, मुझे वही त्रुटि दिखाई देती है:

(मेरा पासवर्ड मानते हुए: password% ) था

ERROR: Exception:
Traceback (most recent call last):
  File "/Library/Python/2.7/site-packages/pip/_internal/cli/base_command.py", line 188, in main
    status = self.run(options, args)
  File "/Library/Python/2.7/site-packages/pip/_internal/commands/install.py", line 345, in run
    resolver.resolve(requirement_set)
  File "/Library/Python/2.7/site-packages/pip/_internal/legacy_resolve.py", line 196, in resolve
    self._resolve_one(requirement_set, req)
  File "/Library/Python/2.7/site-packages/pip/_internal/legacy_resolve.py", line 359, in _resolve_one
    abstract_dist = self._get_abstract_dist_for(req_to_install)
  File "/Library/Python/2.7/site-packages/pip/_internal/legacy_resolve.py", line 307, in _get_abstract_dist_for
    self.require_hashes
  File "/Library/Python/2.7/site-packages/pip/_internal/operations/prepare.py", line 134, in prepare_linked_requirement
    req.populate_link(finder, upgrade_allowed, require_hashes)
  File "/Library/Python/2.7/site-packages/pip/_internal/req/req_install.py", line 211, in populate_link
    self.link = finder.find_requirement(self, upgrade)
  File "/Library/Python/2.7/site-packages/pip/_internal/index.py", line 1201, in find_requirement
    req.name, specifier=req.specifier, hashes=hashes,
  File "/Library/Python/2.7/site-packages/pip/_internal/index.py", line 1183, in find_candidates
    candidates = self.find_all_candidates(project_name)
  File "/Library/Python/2.7/site-packages/pip/_internal/index.py", line 1111, in find_all_candidates
    if self._validate_secure_origin(logger, link)
  File "/Library/Python/2.7/site-packages/pip/_internal/index.py", line 998, in _validate_secure_origin
    origin = (parsed.scheme, parsed.hostname, parsed.port)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urlparse.py", line 113, in port
    port = int(port, 10)
ValueError: invalid literal for int() with base 10: 'password%%40mydomain.com'

या

ValueError: invalid literal for int() with base 10: 'password%25%40mydomain.com'

क्या आप URL के केवल क्रेडेंशियल भाग को एन्कोड करने का प्रयास कर सकते हैं - जैसे password%[email protected] ?

पर स्विच किया जा password%[email protected] मुझे आगे बढ़ने के लिए अनुमति देता है।

यहां अधिक कार्रवाई योग्य कुछ भी नहीं है। एक समापन नोट के रूप में, मैं इस मुद्दे को संक्षेप में बताऊंगा और कॉल-टू-एक्शन करूंगा।

क्या हुआ?

पाइप 19.2 को अब URL उद्धृत करने के लिए क्रेडेंशियल की आवश्यकता है। इस प्रकार, पात्रों को @ और % URL उद्धृत करने की आवश्यकता है (जैसे %40 और %25 )।

इस प्रकार, निम्नलिखित सूचकांक-यूआरएल अब काम नहीं करेंगे:

https://[email protected]:[email protected]/
https://user:password%@mydomain.com/

जो समकक्ष कार्य करते हैं, वे हैं:

https://pradyunsg%40email.com:[email protected]/
https://user:password%[email protected]/

क्यों?

पाइप (और अनुरोध) अंतर्निहित URL से निपटने के लिए बहुत सारे urllib3 का उपयोग करते हैं। urllib3 ने संस्करण में कड़े URL पार्सिंग को पेश किया है जो 19.2 में उन्नत किया गया है। चूंकि रिलीज के बाद यह सख्ती केवल "पकड़ी गई" थी, इसलिए पाइप के डेवलपर्स ने सख्त पार्सिंग को दरकिनार नहीं करने का फैसला किया। प्रभावित उपयोगकर्ताओं के लिए वर्कफ़्लो पहले ही टूट चुका था और किसी ने भी यह नहीं बताया कि उनके लिए अपनी साख को ठीक से उद्धृत करना विशेष रूप से मुश्किल होगा।

आप कैसे मदद कर सकते हैं?

पाइप के डेवलपर्स अपने उपयोगकर्ताओं के वर्कफ़्लोज़ को तोड़ना नहीं चाहते हैं। हालांकि, यह मुश्किल है क्योंकि पाइप एक ऐसी परियोजना है जो पूरी तरह से स्वयंसेवकों द्वारा बनाए रखी जाती है, एक विरासत कोडबेस के साथ जो अतिरिक्त योगदानकर्ताओं को कठिन बनाता है।

पाइप पर डेवलपर समय की पर्याप्त कमी है, विशेष रूप से यह देखते हुए कि इसमें परिवर्तन होता है, उपयोगकर्ताओं पर हो सकता है। इस तरह के मुद्दों से बचने और पाइप में और अधिक सुधार करने में हमारी मदद करने के लिए, अजगर पैकेजिंग सुधारों के वित्तपोषण पर विचार करें। पाइप से संबंधित ऐसी परियोजनाओं को वित्तपोषित करने से वर्तमान अनुरक्षकों को अधिक समय तक पाइप पर काम करने में मदद मिलेगी, और पाइप को बेहतर बनाने के लिए अतिरिक्त विशेषज्ञों (यूएक्स विशेषज्ञों, परियोजना प्रबंधकों, तकनीकी लेखकों आदि) में लाया जाएगा।