create_devel_environment fails when package is listed twice in Pipfile
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start by reading create_devel_environment.sh and the requirements-*.txt files involved in the installation. Reproduce the failure when a package is listed in both Pipfile sections, then check that the script completes without the reported pipenv error in that case.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
@aaronr8684
This is a really, super edge case, but is annoying and good to be aware of:
The create_devel_environment.sh script fails when the same package is listed in the Pipfile [packages] section as an editable package and then again in the [dev-packages] section as a regular package.
This occurs specifically when the development packages are installed from the various requirements-*.txt files using pipenv install --dev -r $path_to_reqs_file --no-lock. If a package appears under the [packages] heading and in the requirements.txt file, pipenv will crash spectacularly:
raise InvalidRequirement( pkg_resources.extern.packaging.requirements.InvalidRequirement: Parse error at ""[True, '"": Expected stringEnd
This is causing problems because several of the core plugins (librespot and lms_client) specifically require a class from epdlib and on the development branch of PaperPi we are tracking the development branch of epdlib. This ultimately results in having epdlib show up twice in the development section as well as the packages section.
This shouldn't be a problem once we move off of the epdlib development branch and can publish to pypi.
- Lenguaje dominante
- Python
- Estrellas
- 205
- Forks
- 17
- Merge medio
- 6 h 4 min
- PR fusionados (30 d)
- 45
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de txoof/PaperPi
-
area:core bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
area:web bug
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
-
area:core enhancement hardware
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Los mantenedores suelen responder en 1 día
Todos los issues de txoof/PaperPi
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Deltares/imod-python#1940 ·
Los mantenedores suelen responder en 1 día
-
effort: low prio: low ready
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
digitalfabrik/integreat-cms#4621 ·
Los mantenedores suelen responder en 5 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
ioos/compliance-checker#1375 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día