Pipenv: las dependencias no se pudieron resolver

Creado en 10 oct. 2018 · 3Comentarios · Fuente: pypa/pipenv

ahora mismo, subo un módulo a PyPi. Luego lo instalo, pero recibí un error al actualizar el archivo de bloqueo.

Añadiendo utilityhelper a los [paquetes] de Pipfile ...
Pipfile.lock (3e9aa7) desactualizado, actualizando a (de4848) ...
Bloqueando dependencias [dev-packages] ...
Bloqueando dependencias de [paquetes] ...

Advertencia: sus dependencias no se pudieron resolver. Es probable que tenga una discrepancia en sus subdependencias.
Puede usar $ pipenv install --skip-lock para omitir este mecanismo, luego ejecutar el gráfico $ pipenv para inspeccionar la situación.
Sugerencia: pruebe $ pipenv lock --pre si es una dependencia previa al lanzamiento.
No se pudo encontrar una versión que coincida con utilityhelper (de -rc: \ windows \ temp \ pipenv-ckgvtu-requirements \ pipenv-u8pl3f-constraints.txt (línea 35))

No se encontraron versiones

¿Fue https://pypi.tuna.tsinghua.edu.cn/simple accesible?

Duplicate

Fuente

leileigong

Comentario más útil

+1, en mi caso no pude instalar backports-ssl-match-hostname con el último pipenv

yspro en 10 oct. 2018

👍5

Todos 3 comentarios

+1, en mi caso no pude instalar backports-ssl-match-hostname con el último pipenv

yspro en 10 oct. 2018

👍5

Sí, tengo un lanzamiento en breve que corrige la normalización de nombres; hay varios problemas abiertos sobre este tema; consulte los números 2951, 2956 o 2963 para realizar un seguimiento de este problema

techalchemy en 10 oct. 2018

Tengo una nueva conclusion.i instalar ese paquete a través de línea de comandos, el origen del paquete i asignado es " https://pypi.org/simple " pero la fuente en mi pipfile es " https://pypi.tuna.tsinghua.edu .cn / simple ".
No pude encontrar ese paquete en la fuente tsinghua.
Tal vez este resultado en la actualización pipfile.lock falle.

leileigong en 11 oct. 2018

¿Fue útil esta página

0 / 5 - 0 calificaciones