backup should look, feel and behave more 'unixy'
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
Comienza localizando config.rb y revisando issue #31 para entender el contexto de logfile.max_bytes. Rastrea cómo se definen la configuración, el logging, los directorios de modelos, tmp_path, data_path y el manejo de timestamps; se considera terminado cuando el comportamiento solicitado para todo el sistema y por usuario esté implementado de forma coherente, incluidos los nombres de archivo de log configurables.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 6
- Forks
- 0
- 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
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de backup/backup-features
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
backup/backup-features#39 · 1 reacción ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
backup/backup-features#38 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
backup/backup-features#36 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
backup/backup-features#35 · 6 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
backup/backup-features#34 ·
Todos los issues de backup/backup-features
Issues similares
-
area:ci bug triage:confirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Cotal-AI/Cotal#2872 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
ready-for-triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
konflux-ci/konflux-ui#1596 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[Bug]: core doesn't build standalone on dev since a17068054 (go-mp3 require dropped, go.sum pruned)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
priority: P3 type: devops
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
jiegui2025/hwspec#57 ·
Los mantenedores suelen responder en 1 día
-
area: release bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
TMHSDigital/subenum#102 ·
Los mantenedores suelen responder en 1 día