Urllib3 lançou uma nova versão hoje que contém algumas mudanças importantes para o Python 2.6. Enquanto resolvemos quaisquer outras incompatibilidades possíveis, os pedidos permanecerão compatíveis com urllib3 1.21.1 a 1.23 na próxima semana.
Se estiver tendo problemas devido à resolução de dependência do pip, você precisará fixar ˋurllib3 == 1.23` nos requisitos do seu pacote.
mesmo problema com python 3.6 e urllib3 1.24:
/usr/lib/python3.6/site-packages/requests/__init__.py:91: RequestsDependencyWarn ing: urllib3 (1.24) ou chardet (3.0.4) não corresponde a uma versão suportada!
RequestsDependencyWarning)
Apenas aviso, não bloqueie meu programa
O mesmo problema aqui, com esta mensagem durante pip install
:
requests 2.19.1 has requirement urllib3<1.24,>=1.21.1, but you'll have urllib3 1.24 which is incompatible.
e este erro no tempo de execução:
/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
Fixar urllib3==1.23
funcionou como uma solução alternativa
Fixado para solução alternativa, mas espero que esta não seja uma solução permanente.
#Eu também
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
New👏release👏now👏 (em breve?)
E se você me permite fazer uma proposta modesta:
Esforce-se um pouco para uma melhor coordenação no futuro, a fim de evitar a liberação de alterações incompatíveis.
Afinal, não é este Python? Todo adulto agora, grande e profissional, supostamente.
@Hrxn , só para ficar claro, acabamos de cruzar o limite de 24 horas desde o lançamento do urllib3. Fornecemos uma solução alternativa e postamos um patch com a correção para revisão em algumas horas. Este é o mesmo processo de lançamento que está em vigor há alguns anos.
Andar por aí exigindo ações imediatas de projetos administrados exclusivamente por voluntários não vai fazer as coisas acontecerem mais rápido. Ele estará pronto quando tivermos certeza de que está pronto e não vai introduzir problemas adicionais a um ecossistema muito grande.
Minhas construções agora estão falhando com
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)
Não sei por que a versão anterior não pode ser puxada por pip. Alguma sugestão?
@nateprewitt Eu não exijo nada, só estou interessado se os mantenedores do urllib3 se importam em avisá-lo que a compatibilidade será quebrada.
@ ror6ax Mudanças de ruptura eram conhecidas no lado do urllib3 antes do lançamento. O problema visto por muitos é que, apesar das solicitações que fixam a versão do urllib3 em <1.24,> = 1.21.1, a versão recém-lançada ainda está sendo instalada (talvez por outra dependência na lista do usuário que não seja restringida). Pip não é um resolvedor de dependências, por isso é importante fixar as dependências do aplicativo (no mínimo!) E, opcionalmente, usar uma ferramenta com um resolvedor de dependências real como Pipenv ou Poesia.
As solicitações v2.20.0 foram enviadas para pypi.org. Os problemas devem ser resolvidos agora. Vou deixar isso aberto um pouco para visibilidade e, em seguida, fechá-lo esta noite.
Obrigado @nateprewitt por
Obrigado @nateprewitt
Comentários muito úteis
@Hrxn , só para ficar claro, acabamos de cruzar o limite de 24 horas desde o lançamento do urllib3. Fornecemos uma solução alternativa e postamos um patch com a correção para revisão em algumas horas. Este é o mesmo processo de lançamento que está em vigor há alguns anos.
Andar por aí exigindo ações imediatas de projetos administrados exclusivamente por voluntários não vai fazer as coisas acontecerem mais rápido. Ele estará pronto quando tivermos certeza de que está pronto e não vai introduzir problemas adicionais a um ecossistema muito grande.