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

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: