[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#983146: 983146 RFS: bung/3.51-1 [ITP] -- backup next generation



Changes since 3.2.7

--------------------------------------------------------------------------------
Version 3.5.1  27 Feb 2023

* Issue 20 err_trap_mount_conf: when keyword Snapshot used in debug
  mode: mount_fs_spec_conf[i]: unbound variable

--------------------------------------------------------------------------------
Version 3.5.0  10 Feb 2023

* Issue 8: Notifications: create plug-in architecture

Migration notes
* rsync_bu destination and source computers must both run bung version
  3.5.x

--------------------------------------------------------------------------------
Version 3.4.0  1 Feb 2023

* Issue 6: Do not generate an error when the mailx command is not
  available

Migration notes
* In case the mailx command is available but you do not want bung to use
  it:
  * Most scripts: use the "Email for report" keyword new value "none".
    More in the bung_common (5) man page
  * check_hotplug_usage: use the "Check hotplug usage" keyword "Email"
    sub-keyword new value "none".
    More in the check_hotplug_usage (5) man page

--------------------------------------------------------------------------------
Version 3.3.0  21 Jan 2023

* Feature 18: more retention policies.
  All backup scripts now remove old backups before backing up instead of
  after
* Keywords MySQL and OpenLDAP can no longer be repeated in a single
  conffile
* postgres_bu now also backs up database template1
* Documentation clarifications
* rsync_restore: usability improvements

Migration notes
* In case the new retention policies better suit your needs, migrate to
  them.
  They are <number>percent_usage[,<number>min_old_backups] and
  retention=<number>old_backups
  More about retention in individual scripts' man (5) pages
* In the unlikely case of repeated keyword errors, workaround by
  splitting the conffile into conffiles with a single keyword and using
  them via hotplug_bu or super_bu's "Subsidiary script"

Best

Charles


Reply to: