[Feature]: Restructure python dependency deployment model
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
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- python
- Ambito
- devops, infrastructure
Direzione di ricerca
Inizia mappando l’ambiente virtuale monolitico, le relative dipendenze in-venv e Spack e le esigenze di distribuzione di process_manager. Esamina kafkaopmon ed erskafka come esempi di repository misti C++ e Python, quindi chiarisci il modello di distribuzione prima di eseguire i test standard solo software e hardware.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
The DUNE DAQ org is currently entirely dependent on fixed versions of python packages, and in preparation for containerized deployments of certain applications (such as the process_manager, which is ready for such deployment), a more flexible dependency versioning model is required. Specifically, the following limitations/requests are encountered:
- When deploying an application, even when using only a subset of the full fixed monolithic virtual environment, it must be used in its entirety. For deploying individual applications, only a subset of the monolithic venv are required, allowing for a more lightweight deployment.
- All package versions are fixed, even if the relevant packages are not used, restricting the use of more modern dependencies which would otherwise be possible for monolithic venv functionality. As containerized application deployments will not require the full venv, they should have more flexibility in dependency versioning, which should be propagated throughout the python packages more globally.
It is thus required that we update the dependency deployment model to align with longer term strategies.
Potential impact radius
Large
Reason for change
Defined above.
Suggested implementations
The venv we use is large and complex, using a combination of in-venv dependencies and some spack deployed dependencies. A significant portion of this will be refactoring many of these repositories to be simpler. As an example, the kafkaopmon and erskafka repos are both mixed case repos (C++ and python), which may require splitting out in order to achieve this flexibility.
Testing suggestions
Once we have this deployment model clarified, we should run all standard tests, both in software only but also in hardware.
Anything else?
No response
- Lingua principale
- Python
- Stelle
- 0
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di DUNE-DAQ/daqpyutils
-
bug enhancement python
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
DUNE-DAQ/daqpyutils#16 · 1 commento ·
-
enhancement python question
Difficoltà 5/5 Più di una settimana Idoneità per principianti 38/100
DUNE-DAQ/daqpyutils#13 · 1 commento ·
-
enhancement help wanted python
Difficoltà 5/5 Più di una settimana Idoneità per principianti 32/100
DUNE-DAQ/daqpyutils#12 ·
-
[Feature]: Finalize the initial deployment of the Python-only DUNE DAQ repository standardForse di nuovo libera @PawelPlesniak l’ha presa 68 giorni fa e non c’è nessuna pull request aperta. Apertaenhancement
DUNE-DAQ/daqpyutils#11 · 1 assegnatario ·
Tutte le issue di DUNE-DAQ/daqpyutils
Issue simili
-
[Bug] @deck.gl/arcgis dist import resolves to unpublished @deck.gl/core source path (9.3.11, 9.4.0)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
workflow: a tick's dispatch counts as 'only this step', and no review self-grants a round unattendedApertaworkflow
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
kristofdegrave/homeassistant-smart-charging#1505 ·
I maintainer di solito rispondono entro 1 giorno
-
New Submission: TropWATERApertametadata submission
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
canonical/content-cache-operator#163 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[submission]Apertasubmission
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
leanprover/lean-eval-submissions#1852 ·
I maintainer di solito rispondono entro 1 giorno