Re: solving the network-manager-in-gnome problem
On 2012-07-23 07:23:40 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 23 Jul 2012, Vincent Lefevre wrote:
> > so that if you want to make things more consistent, you should
> > get rid of /etc/default entirely.
>
> /etc/default is used for a lot more than just enabling/disabling services,
> and it will not go away.
But with /etc/default, you can override options. For instance,
for sshd, the port can be provided either in /etc/ssh/sshd_config
or in /etc/default/ssh.
> Now, if you just mean removing enable/disable switches for initscripts from
> /etc/default/*, that should be doable with some effort. And that's what
> this subthread is about.
No, I just mean that configuration of some service should be
in a limited number of places. But if you agree that it's fine
for /etc/default to override config setup somewhere else, then
there should not be any problem with ENABLE/DISABLE.
> > to my own working copy. Now I could do that. Then Subversion won't
> > detect by itself files that have been added or removed. I need to tell
> > it explicitly, which is annoying, as this isn't done automatically.
> > But the main problem is the history. If there's only one file, I can
> > do, e.g. "svn log the_file". But if files (symlinks) are added or
> > removed, I can no longer get the log. Or I need to do that on the
>
> Use the right tool for the job. SVN is crap for this particular use case,
> and any difficulties involving the use of svn to track /etc are irrelevant
> because it simply cannot be expected to work properly anyway. Switch to
> etckeeper + git or something else that can version-control symlinks, owner
> and mode changes in an useful way (git itself is not enough, thus the use of
> etckeeper on top of git).
etckeeper is not the right tool because it will store private data
(e.g. passwords and private keys). I want to track only public data
and only files for which I have done a local modification.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: