Store /etc under Version Control

Edit Package etckeeper
http://joeyh.name/code/etckeeper/

The etckeeper program is a tool to let /etc be stored in a git,
mercurial, bzr or darcs repository. It hooks into yum to automatically
commit changes made to /etc during package upgrades. It tracks file
metadata that version control systems do not normally support, but that
is important for /etc, such as the permissions of /etc/shadow. It's
quite modular and configurable, while also being simple to use if you
understand the basics of working with version control.

Refresh
Refresh
Source Files
Filename Size Changed
etckeeper-1.18.8.tar.gz 0000084964 83 KB
etckeeper-avoid-packagelist.patch 0000003434 3.35 KB
etckeeper-set-package-manager.patch 0000000713 713 Bytes
etckeeper.changes 0000010754 10.5 KB
etckeeper.spec 0000006029 5.89 KB
Revision 19 (latest revision is 31)
Mitsutoshi NAKANO's avatar Mitsutoshi NAKANO (Mitsutoshi) accepted request 636715 from Marcus Rueckert's avatar Marcus Rueckert (darix) (revision 19)
- obsolete cron sub package on systemd machines

- use %license

- dropped non suse support
  - added etckeeper-set-package-manager.patch: set the package
    manager via a patch now that we only care about suse
- bzr support:
  - disable for now as it would force the whole package to be
    python2 bound. you can reenable it when building with
    --with=bzr or set the options in your prjconf:
    %define _with_bzr 1
    Macros:
    %_with_bzr 1
    :Macros
  - change bzr support to be in a subpackage if enabled
- build with python3 when not building with bzr support
  - patch shebang line in the zypper plugin to match that
- build the whole package as noarch if we don't build with python
  as we are just packaging a bunch of shell scripts
- move bash completion to a sub package, which is recommended to
  keep the default working, BR and Require the bash-completion
  package for path ownership
- downgrade to git-core so we only have the minimal git for small
  installs on servers
- no longer build the cron support on systemd machines. the systemd
  timer is more powerful and should be used instead.
- when uninstalling we should also disable and stop the systemd
  timer
- only ship the documentation files that are also shipped in the
Comments 0
openSUSE Build Service is sponsored by