Requests: Urllib3 1,24

Criado em 17 out. 2018  ·  11Comentários  ·  Fonte: psf/requests

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.

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.

Todos 11 comentários

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

Esta página foi útil?
0 / 5 - 0 avaliações