Bug#579453: etckeeper: Provide support for hourly autocommits?
Control: tags -1 +wontfix On Tue, Apr 27, 2010 at 09:29:48PM +0200, Petter Reinholdtsen wrote: > When several system administrators work on the same machine, and when > changes in /etc/ can happen automatically based on cfengine runs or > cron jobs, it is very useful to be able to see when in the day a > change was introduced in /etc/ without depending on manual commits. I agree with Joey's analysis: doing hourly commits seems like a little overkill, and I think the daily policy is a fine default. Besides, it's policy: if we change it to hourly, someone will yell that we should change it back to daily. :) Since you use cfengine, you should be able to easily change that configuration, and it will be retained on upgrades. Furthermore, I encourage you to install pre/post hooks in your configuration management engine instead of relying on cron jobs. For example, at work, we have the following hooks in our puppet client configuration: prerun_command=/etc/puppet/etckeeper-commit-pre postrun_command=/etc/puppet/etckeeper-commit-post both hooks basically call "etckeeper commit" after ensuring the environment is sane. A. signature.asc Description: Digital signature
Bug#680197: etckeeper: Help track changes in /usr/share/myapp dir
Control: tags -1 upstream wontfix On Wed, Jul 04, 2012 at 02:39:15PM +0200, Olivier Berger wrote: > Hi. > > Sometimes, some local installations of (web) apps in /usr/share need some > patching that would be erased at next upgrade. > > I think etckeeper could be used (with the -d option) to manage such dirs, at > least manually. > > What would be great is to be able to have the APT hooks able to manage such > dirs (that could be listed in etckeeper.conf) too. I don't believe upstream is opened to handling multiple repositories: https://etckeeper.branchable.com/todo/track_multiple_directories/ It seems like a pandora's box to me: how would you configure which directories to track? Besides, /usr is designed to be readonly, if you're patching files there without building debian packages, you are doing something wrong and etckeeper is unlikely to help you. You are free to get inspiration from etckeeper as to how to implement your own APT hooks, of course. :) A. signature.asc Description: Digital signature
Bug#568177: etckeeper: ACL support
Control: tags -1 upstream On Tue, Feb 02, 2010 at 10:39:46PM +0100, Tollef Fog Heen wrote: > It would be quite useful if etckeeper supported recording the ACLs of > files in /etc, not just their file modes. It's funny you ask: etckeeper used to support ACLs, because it was using "metastore" to store the file metadata previously: http://david.hardeman.nu/software.php#metastore However since 0.13 (~march 2008), it moved to its own native metadata store, which dropped support for it. Not sure this will ever be implemented by Joey... Since this has been sitting around for years now, I'm tempted to just mark this as wontfix... A. signature.asc Description: Digital signature
