backup should look, feel and behave more 'unixy'
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia individuando config.rb e esaminando issue #31 per il contesto di logfile.max_bytes. Traccia come sono definiti la configurazione, il logging, le directory dei modelli, tmp_path, data_path e la gestione dei timestamp; il lavoro è completo quando il comportamento richiesto a livello di sistema e per utente è implementato in modo coerente, inclusi nomi dei file di log configurabili.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
i am using 'backup' for a couple of month now and absolutely love it. great tool, thanks for sharing it.
but i think, to use it properly on production servers it should behave more unixy.
just a couple of things:
config.rbshould be stored in/etc/backup/config.rb$HOME/.backup/config.rbshould extend and overwrite the global configuration in/etc- logs should go to
/var/log/backup.logand i should be able to change the filename (not only the path) logfile.max_bytesshould default toFloat::INFINITY(see #31). logrotate does a pretty good job at handling logrotation, and is installed and configured on most systems anyway.- global models should go into
/etc/backup/modelsand user-models into$HOME/.backup/models tmp_pathshould default to somewhere in/tmpdata_pathshould default to somwhere in/var/or/etc/backup/(i am not sure here, we can't use/var/backup/because it is used by debian based systems for internal backups)- timestamps in logs and .yaml-files should use system-time, not UTC
this allows a sysadmin to set sane defaults (like mailserver, backupserver,...) systemwide, witch normal system users can use or overwrite.
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 6
- Fork
- 0
- Metriche di merge delle PR
- 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
- 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 backup/backup-features
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
backup/backup-features#39 · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
backup/backup-features#38 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
backup/backup-features#36 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
backup/backup-features#35 · 6 commenti ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
backup/backup-features#34 ·
Tutte le issue di backup/backup-features
Issue simili
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
influxdata/helm-charts#856 ·
I maintainer di solito rispondono entro 5 giorni
-
security trivy
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
kubefleet-dev/kubefleet#944 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
postmanlabs/newman#3388 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
coollabsio/coolify#12094 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno