[ssh-wg] Build Python3 binary for salt-ssh
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- build-system, cli, devops, security
Direzione di ricerca
Start by researching how to build static Python 3 binaries for x86_64 and ARM, including the libraries and pip binary required by salt-call. Review licensing and dependency-security requirements, then document a viable build, download or upgrade, and release approach; open a new SEP if the research requires major changes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Maintain and build a Python 3 binary that will be copied over with the tarball to be included in the salt-call run. This will also be gated by a config option that a user will need to enable if they always want to use the binary option.
How are we going to build the Python 3 binary?
We will build the binary statically for both x86_64 and ARM architecture. We will include the x86_64 binary by default in the Salt-SSH package. If the ARM architecture is detected we will include a warningto the user to download the binary. To make this download or upgrade of the binary easier, a switch/arg will be added to the salt-ssh cli tool that will handle this logic for both binaries. We will include the required libraries to run salt-call and include the pip binary. If users want to include other dependencies on top of this binary they can use the ssh_ext_alternatives feature to include the additional dependencies.
Python Binary Security Releases:
We will need to monitor and make sure our Python 3 binary and other built libraries are kept up to date with any security releases. Since the Python 3 binary will be managed outside of the salt repo we can do releases outside of the Salt release cycle to include these new patches and updates quickly. We will add a tool to help monitor if there are vulnerabiltiies in our dependencies. Either pyup or github security alerts
-
Research best way to build x86_64 python3 statically.
-
Need to review the licenses of all the libraries included in the build to see if there are any licensing conflict.
-
If there are any issues found during the research of this task which requires significant changes to the original plan might need to open a new SEP.
Part of work towards adding this SEP: saltstack/salt-enhancement-proposals#11
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 36
- Fork
- 13
- Merge medio
- 2m
- PR unite (30g)
- 1
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
- 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 saltstack/community
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
-
slack channel movedAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 35/100
-
IRC channel on liberaAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
-
release process
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 30/100
-
release process
Difficoltà 5/5 Più di una settimana Idoneità per principianti 10/100
Tutte le issue di saltstack/community
Issue simili
-
dependencies good first issue severity: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
TMHSDigital/GH-Arcade#27 ·
-
documentation good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
SO4-Markets/so4-oracle#1438 ·
I maintainer di solito rispondono entro 1 giorno
-
tech debt
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
AbsaOSS/living-doc-toolkit#116 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 3 giorni
-
security
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno