Requests: urllib3 v1.25 समर्थन

को निर्मित 23 अप्रैल 2019 · 15टिप्पणियाँ · स्रोत: psf/requests

urllib3 v1.25 (आज/कल जारी) के लिए समर्थन। सामान्य यादा-यादा "मेरा सीआई टूट गया है"।

कई पैकेज जिन पर हम निर्भर हैं (उदाहरण के लिए google.cloud.storage , azure.storage ) requests pkg_resources.require('requests >= 2.18.0') उपयोग करते हुए सख्त संस्करण-जांच करते हैं। नीचे दी गई श्रृंखला में और requests सहित किसी भी अपूर्ण निर्भरता के कारण चेक विफल हो जाएगा और एक अपवाद उत्पन्न हो जाएगा। urllib3<1.25 वर्तमान में ऐसी ही एक निर्भरता है।

अपेक्षित परिणाम

आयात पर कोई अपवाद नहीं उठाया

वास्तविक परिणाम

pkg_resources.ContextualVersionConflict: (urllib3 1.25 (/usr/local/lib/python3.6/dist-packages), Requirement.parse('urllib3<1.25,>=1.21.1'), {'requests'})

The above exception was the direct cause of the following exception:
ImportError: ``requests >= 2.18.0`` is required by the ``google.resumable_media.requests`` subpackage.
It can be installed via
    pip install google-resumable-media[requests].

प्रजनन कदम

pip3 install sentry-sdk google-cloud-storage

>>> from google.cloud import storage



md5-cbc1943a1d569f335059802806d81765



/home/laurie/env-tmp/lib/python3.6/site-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.25) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
{
  "chardet": {
    "version": "3.0.4"
  },
  "cryptography": {
    "version": ""
  },
  "idna": {
    "version": "2.8"
  },
  "implementation": {
    "name": "CPython",
    "version": "3.6.7"
  },
  "platform": {
    "release": "4.18.0-17-generic",
    "system": "Linux"
  },
  "pyOpenSSL": {
    "openssl_version": "",
    "version": null
  },
  "requests": {
    "version": "2.21.0"
  },
  "system_ssl": {
    "version": "1010100f"
  },
  "urllib3": {
    "version": "1.25"
  },
  "using_pyopenssl": false
}

स्रोत

EpicWink

👍20

सबसे उपयोगी टिप्पणी

यहां संभावित रूप से गूंगा प्रश्न है: अनुरोध urllib3 को <1.25 होने के लिए प्रतिबंधित क्यों करता है? चूंकि कई अन्य पीआईपी निर्भरताएं अपने न्यूनतम अनुमत urllib3 संस्करण को बढ़ाना जारी रखती हैं, ऐसा लगता है कि यह दो चीजों की गारंटी देने वाला है:

urllib3 में प्रत्येक मामूली संस्करण टक्कर कई परियोजनाओं को तोड़ देगा जो अनुरोधों पर निर्भर करती हैं (उदाहरण के लिए कोई भी जो प्रमुख Google या माइक्रोसॉफ्ट एज़ूर पैकेज का उपयोग कर रहा है, कई अन्य लोगों के बीच)।
urllib3 में प्रत्येक छोटे संस्करण की टक्कर के बाद urllib3 के नए संस्करण को अनुमति देने के लिए अनुरोधों की एक नई रिलीज की आवश्यकता होगी।

क्या urllib3 ब्रेकिंग परिवर्तन करता है जो अक्सर हम केवल उनके संस्करण पर भरोसा करने के बारे में चिंतित होते हैं? या कोई और चिंता है?

plowman 9 मई 2019

👍13

सभी 15 टिप्पणियाँ

ध्यान दें कि इसे ठीक करने वाला पुल-अनुरोध #5065 और #4961 . को बंद कर देना चाहिए

EpicWink 23 अप्रैल 2019

यह भी ध्यान दें कि उपरोक्त प्रजनन उदाहरण का समाधान है:

pip3 install sentry-sdk google-cloud-storage 'urllib3<1.25'

EpicWink 23 अप्रैल 2019

कार्यों में पहले से ही एक पीआर है: https://github.com/kennethreitz/requests/pull/5063

Freso 24 अप्रैल 2019

👍6

देखने वालों के लिए, जैसा कि बताया गया है , हमें urllib3 v1.25.2 . पर ब्लॉक कर दिया गया है

EpicWink 29 अप्रैल 2019

@nateprewitt FYI 1.25.2 बहुत जल्द जारी किया जाएगा, मैं 1.25.0 को अस्वीकार करने के अलावा 1.25.1 को भी अस्वीकार करने की सिफारिश करूंगा?

sethmlarson 29 अप्रैल 2019

हमारी सीआई पाइपलाइन को [integration_py3_docker_metric] 19-04-29:10:26:57 ERROR [clipper_metric_docker.py:127] Failed to parse: http://localhost:44328/api/v1/series?match[]=clipper_mc_parse_time_ms_sum त्रुटि मिलने लगती है, 22 अप्रैल से, जब से urllib3 संस्करण 1.25 जारी किया गया था। क्या आपको लगता है कि यह इस मुद्दे से संबंधित है?

rkooo567 29 अप्रैल 2019

@ rkooo567 , क्या आपने अतिरिक्त आवश्यकता urllib3<1.25 के साथ CI चलाने का प्रयास किया है?

EpicWink 30 अप्रैल 2019

@EpicWink हाँ। और ऐसा लगता है कि यह किसी मुद्दे को हल करता है। मुझे यह भी पता चला कि urllib3==1.25.2 भी समस्या का समाधान करता है।

rkooo567 30 अप्रैल 2019

urllib3 1.24.3 जारी किया गया है जो 1.24.X उपयोगकर्ताओं के लिए केवल CRLF इंजेक्शन समस्या को ठीक करता है।

sethmlarson 2 मई 2019

👍5 🎉4

urllib3 में प्रत्येक मामूली संस्करण टक्कर कई परियोजनाओं को तोड़ देगा जो अनुरोधों पर निर्भर करती हैं (उदाहरण के लिए कोई भी जो प्रमुख Google या माइक्रोसॉफ्ट एज़ूर पैकेज का उपयोग कर रहा है, कई अन्य लोगों के बीच)।
urllib3 में प्रत्येक छोटे संस्करण की टक्कर के बाद urllib3 के नए संस्करण को अनुमति देने के लिए अनुरोधों की एक नई रिलीज की आवश्यकता होगी।

plowman 9 मई 2019

👍13

@plowman https://github.com/kennethreitz/requests/issues/5080 ऐसा लगता है कि संस्करण 1.25 का अपडेट अनुरोधों को बहुत धीमा कर देगा ।

yjqiang 10 मई 2019

अन्य परियोजनाओं के ट्रैकर्स में इस मुद्दे के संदर्भों की संख्या के आधार पर, मुझे यकीन है कि कई अन्य परियोजना अनुरक्षक हैं जो बाद में इसके बजाय जल्द ही एक संकल्प की सराहना करेंगे ... :) टी ट्रिगर ई-मेल सूचनाएं।)

Freso 15 मई 2019

👍10

+1 क्योंकि यह कुछ मामलों में पिप की निर्भरता रिज़ॉल्वर की कमी के कारण होने वाली समस्याओं को बढ़ाता है: https://github.com/pradyunsg/zazo/issues/14

tucked 15 मई 2019

अगर आपको लगता है कि यह मजेदार है, तो उन सभी चीजों को देखें जो अनुरोधों का उपयोग करती हैं और urllib3 को अपडेट नहीं कर सकती हैं। (हम कुछ मैन्युअल जाँच करते हैं)

http://logs.openstack.org/36/658636/3/check/requirements-tox-py27-check-uc/48d2334/job-output.txt.gz#_2019 -05-14_06_33_55_887702

prometheanfire 15 मई 2019

#5092 के साथ हल किया गया, रिलीज़ अभी pypi पर है। फिर से धन्यवाद @EpicWink

nateprewitt 16 मई 2019

🎉4 👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स