Requests: Urllib3 1.24

Creado en 17 oct. 2018  ·  11Comentarios  ·  Fuente: psf/requests

Urllib3 lanzó una nueva versión hoy que tiene algunos cambios importantes para Python 2.6. Mientras resolvemos otras posibles incompatibilidades, las solicitudes seguirán siendo compatibles con urllib3 1.21.1 a 1.23 durante la próxima semana.

Si tiene problemas debido a la resolución de dependencias de pip, deberá anclar ˋurllib3 == 1.23` en los requisitos de su paquete.

Comentario más útil

@Hrxn , para que quede claro, acabamos de cruzar el umbral de las 24 horas desde el lanzamiento de urllib3. Proporcionamos una solución alternativa y publicamos un parche con la corrección para su revisión en cuestión de horas. Este es el mismo proceso de lanzamiento que ha estado en vigor durante un par de años.

Ir de un lado a otro exigiendo una acción inmediata de los proyectos que son dirigidos únicamente por voluntarios no va a hacer que las cosas se hagan más rápido. Estará listo cuando estemos seguros de que está listo y no presentará problemas adicionales en un ecosistema muy grande.

Todos 11 comentarios

mismo problema con python 3.6 y urllib3 1.24:
/usr/lib/python3.6/site-packages/requests/__init__.py:91: RequestsDependencyWarn ing: urllib3 (1.24) o chardet (3.0.4) no coincide con una versión compatible.
RequestsDependencyWarning)

La única advertencia no bloquee mi programa

El mismo problema aquí, con este mensaje 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.

y este error en el momento de la ejecución:

/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

Fijar urllib3==1.23 funcionó como una solución alternativa

Fijado para una solución alternativa, pero con suerte esta no es una solución permanente.

#Yo también

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👏 (¿pronto?)

Y si me permites enunciar una propuesta modesta:
Esfuércese un poco por lograr una mejor coordinación en el futuro para evitar lanzar cambios incompatibles.
¿No es esto Python después de todo? Todos adultos ahora, supuestamente grandes y profesionales.

@Hrxn , para que quede claro, acabamos de cruzar el umbral de las 24 horas desde el lanzamiento de urllib3. Proporcionamos una solución alternativa y publicamos un parche con la corrección para su revisión en cuestión de horas. Este es el mismo proceso de lanzamiento que ha estado en vigor durante un par de años.

Ir de un lado a otro exigiendo una acción inmediata de los proyectos que son dirigidos únicamente por voluntarios no va a hacer que las cosas se hagan más rápido. Estará listo cuando estemos seguros de que está listo y no presentará problemas adicionales en un ecosistema muy grande.

Mis construcciones ahora están fallando con

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)

No estoy seguro de por qué la versión anterior no se puede extraer por pip. ¿Alguna sugerencia?

@nateprewitt No exijo nada, solo me interesa si los mantenedores de urllib3 se preocupan por informarle que la compatibilidad se romperá.

@ ror6ax Se conocían cambios importantes por parte de urllib3 antes del lanzamiento. El problema que muchos ven es que a pesar de las solicitudes que fijan la versión de urllib3 a <1.24,> = 1.21.1, la versión recién lanzada todavía se está instalando (quizás por otra dependencia en la lista del usuario que no está restringida). Pip no es un solucionador de dependencias, por eso es importante fijar las dependencias de la aplicación (¡como mínimo!) Y, opcionalmente, usar una herramienta con un solucionador de dependencias real como Pipenv o Poetry.

Las solicitudes v2.20.0 se han subido a pypi.org. Los problemas deberían resolverse ahora. Dejaré esto abierto un poco para que tenga visibilidad y luego lo cerraré esta noche.

Gracias @nateprewitt por

Gracias @nateprewitt

¿Fue útil esta página
0 / 5 - 0 calificaciones