Сегодня Urllib3 выпустил новую версию, в которой есть критические изменения для Python 2.6. Пока мы прорабатываем любые другие возможные несовместимости, запросы будут оставаться совместимыми с urllib3 1.21.1–1.23 в течение следующей недели.
Если у вас возникли проблемы из-за разрешения зависимостей pip, вам нужно будет закрепить ˋurllib3 == 1.23` в требованиях к вашему пакету.
такая же проблема с python 3.6 и urllib3 1.24:
/usr/lib/python3.6/site-packages/requests/__init__.py:91: RequestsDependencyWarn ing: urllib3 (1.24) или chardet (3.0.4) не соответствует поддерживаемой версии!
RequestsDependencyWarning)
Только предупреждение, не блокируйте мою программу
Та же проблема здесь, с этим сообщением во время pip install
:
requests 2.19.1 has requirement urllib3<1.24,>=1.21.1, but you'll have urllib3 1.24 which is incompatible.
и эта ошибка во время выполнения:
/usr/lib/python2.7/site-packages/gitlab/__init__.py:29: in <module>
import requests
/usr/lib/python2.7/site-packages/requests/__init__.py:112: in <module>
from . import utils
/usr/lib/python2.7/site-packages/requests/utils.py:24: in <module>
from . import certs
E ImportError: cannot import name certs
Закрепление urllib3==1.23
работало как обходной путь
Закреплено для временного решения, но, надеюсь, это не постоянное решение.
#Я тоже
PS E:\Test> pip check
requests 2.19.1 has requirement urllib3<1.24,>=1.21.1, but you have urllib3 1.24.
PS E:\Test>
https://pypi.org/project/urllib3/#history
https://pypi.org/project/requests/#history
Новый👏выпуск👏 сейчас👏 (скоро?)
И если вы позволите сделать скромное предложение:
Постарайтесь немного улучшить координацию в будущем, чтобы избежать выпуска несовместимых изменений.
Разве это не Python в конце концов? Теперь все взрослые, якобы большие и профессиональные.
@Hrxn , для ясности, мы только что преодолели 24-часовой порог с момента выпуска urllib3. Мы предложили обходной путь и опубликовали патч с исправлением для проверки в течение нескольких часов. Это тот же процесс выпуска, который существует уже пару лет.
Требование немедленных действий от проектов, которые осуществляются исключительно волонтерами, не приведет к ускорению работы. Он будет готов, когда мы будем уверены, что он готов, и не создадим дополнительных проблем для очень большой экосистемы.
Мои сборки теперь не работают с
Collecting urllib3<1.24,>=1.21.1 (from requests->chancellor==0.0.5)
Could not find a version that satisfies the requirement urllib3<1.24,>=1.21.1 (from requests->chancellor==0.0.5) (from versions: 1.24)
Не уверен, почему предыдущую версию нельзя вытащить с помощью пипса. Какие-либо предложения?
@nateprewitt Я ничего не требую, меня просто интересует, позаботятся ли разработчики urllib3, чтобы вы знали, что совместимость будет нарушена?
@ ror6ax Критические изменения были известны на стороне urllib3 до выпуска. Многие видят проблему в том, что, несмотря на запросы, закрепляющие версию urllib3 на <1.24,> = 1.21.1, недавно выпущенная версия все еще устанавливается (возможно, из-за другой зависимости в списке пользователя, которая не ограничена). Pip не является преобразователем зависимостей, поэтому важно закрепить зависимости приложения (как минимум!) И, при желании, использовать инструмент с реальным преобразователем зависимостей, таким как Pipenv или Poetry.
Запросы v2.20.0 загружены на pypi.org. Проблемы должны быть решены сейчас. Я оставлю это немного открытым для наглядности, а затем закрою сегодня вечером.
Спасибо @nateprewitt за то, что устранили проблему менее чем за 72 часа :)
Спасибо @nateprewitt
Самый полезный комментарий
@Hrxn , для ясности, мы только что преодолели 24-часовой порог с момента выпуска urllib3. Мы предложили обходной путь и опубликовали патч с исправлением для проверки в течение нескольких часов. Это тот же процесс выпуска, который существует уже пару лет.
Требование немедленных действий от проектов, которые осуществляются исключительно волонтерами, не приведет к ускорению работы. Он будет готов, когда мы будем уверены, что он готов, и не создадим дополнительных проблем для очень большой экосистемы.