Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

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

Aperta
  • Qualcosa non va?
#100 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
jupyter, python
Ambito
developer-experience, tooling

Direzione di ricerca

La issue nomina l’oggetto Project, davos.project, il costruttore di Project e le istruzioni smuggle con onion comments. Inizia tracciando come Project e smuggle determinano se i pacchetti sono già installati; il lavoro è completo quando una modalità completa opt-in a livello di progetto fornisce in modo coerente i pacchetti richiesti senza richiedere modifiche a --ignore-installed per ogni istruzione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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)

Lingua principale
TeX
Stelle
37
Fork
8
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ContextLab/davos

Tutte le issue di ContextLab/davos

Issue simili

Altre issue su DevTools

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.