You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.rb should extend and overwrite the global configuration in /etc
logs should go to /var/log/backup.log and i should be able to change the filename (not only the path)
logfile.max_bytes should default to Float::INFINITY (see possibility to disable logfile.max_bytes #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/models and user-models into $HOME/.backup/models
tmp_path should default to somewhere in /tmp
data_path should 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.
The text was updated successfully, but these errors were encountered:
You bring up some valid points and agree with pretty much all of them. These are things we've realized as well and have used in our plan for the next version of backup. This was however, is only a side effect of what is a complete rewrite.
The problem now is that the development on the next version is kind of hit and miss. We've got a working prototype but are experimenting with different approaches from time to time. @meskyanichi and I unfortunately can't dedicate all our free time to it.
I hope to give more updates from time to time, maybe share what we have in mind, but can't promise anything now.
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.rb
should be stored in/etc/backup/config.rb
$HOME/.backup/config.rb
should extend and overwrite the global configuration in/etc
/var/log/backup.log
and i should be able to change the filename (not only the path)logfile.max_bytes
should default toFloat::INFINITY
(see possibility to disable logfile.max_bytes #31). logrotate does a pretty good job at handling logrotation, and is installed and configured on most systems anyway./etc/backup/models
and user-models into$HOME/.backup/models
tmp_path
should default to somewhere in/tmp
data_path
should 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)this allows a sysadmin to set sane defaults (like mailserver, backupserver,...) systemwide, witch normal system users can use or overwrite.
The text was updated successfully, but these errors were encountered: