Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

option for Davos projects to behave more like "classic" virtual environments

Abierto
#100 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
jupyter, python

Línea de trabajo

El issue menciona el objeto Project, davos.project, el constructor de Project y las sentencias smuggle con onion comments. Empieza trazando cómo Project y smuggle determinan si los paquetes ya están instalados; se considera terminado cuando un modo completo opt-in a nivel de proyecto proporciona de forma consistente los paquetes necesarios sin requerir cambios de --ignore-installed por sentencia.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement

Something that could be worth adding is an option (disabled by default) to treat a Davos project more like a "complete" virtual environment -- i.e., include & provide all required packages on its own, rather than supplementing the user’s existing environment.

Currently, Davos projects don’t duplicate any dependencies already satisfied by the user’s environment. This makes them more efficient, and there’s few if any downsides to doing it this way. But I can imagine some users might want the alternate behavior in some cases, and right now the only way to achieve this would be to add --ignore-installed to the onion comment for every smuggle statement (which would then have to be removed after the first run, otherwise the smuggle statements would install all packages every time).

My gut feeling is this might work better as a flag attached to the Project object itself rather than davos.config/the top-level davos module -- e.g., davos.project.complete = True. Then the behavior would be linked to the project even if it were re-used across multiple notebooks, we'd avoid ambiguity about what happens if you enable the option then change which project you're using, and it could be a constructor argument so you don't have to set it every time, e.g., davos.project = Project('my-project', complete=True)

Lenguaje dominante
TeX
Estrellas
37
Forks
8
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de ContextLab/davos

Todos los issues de ContextLab/davos

Issues similares

Más issues de DevTools

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.