Re: ucf: Diversion of /u/b/ucf by etcgit
On Fri, Feb 20 2009, Jörg Sommer wrote:
> I'm packaging etcgit [1], a system to manage configuration files in /etc
> with git, similar to etckeeper. Etcgit tracks the original version of all
> files and therefore, I have to wrap ucf to get the original version and
> stop ucf from doing anything. The script [2] is mainly this:
Shouldn't etcgit be tracking the current state as well as the
original versions?
Also, I am not sure that this is valid. ucf is merely a toll
for the administrator to select what the local configuration file
contains; and as such is logically similar to vi or emacs. If you are
nto planning on wrapping vi-and-variants, and various emacsen, why wrap
ucf?
> save_original
> merge_with_current
> export UCF_FORCE_CONFFOLD=1
NAK.
I think this is wrong. This essentially says that ucf should
never present the new config file to the user, even if keeping the old
configuration files breaks the system. If the user/maintainer decides
to shoot themselves in the foot it is onething, but ucf should never
set this as the default.
> run_real_ucf "$@"
> rm "$file".ucf-dist
>
> As the Debian policy requests, I write to you to tell you about my plan
> and ask for your approval.
I think this should be discussed on -devel, not just between us.
> [1] http://git.debian.org/?p=users/jo-guest/etcgit.git;a=summary
> [2] http://git.debian.org/?p=users/jo-guest/etcgit.git;a=blob;f=ucf-wrapper;hb=HEAD
manoj
--
I hate dying. Dave Johnson
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/~srivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Reply to: