1 |
On Sunday, 17 June 2018 18:08:48 BST Ian Zimmerman wrote: |
2 |
> On 2018-06-17 12:42, Andrew Udvare wrote: |
3 |
> > On 06/17/2018 12:17 PM, Ian Zimmerman wrote: |
4 |
> > > What happens to files within the scope of CONFIG_PROTECT if I don't |
5 |
> > > execute dispatch-conf or any similar thingy? I have found the |
6 |
> > > confusion the latter tool generates completely unsurmountable. |
7 |
> > |
8 |
> > I think the side-by-side merger is very easy for small changes. Most |
9 |
> > of the time I press z because I don't need the new changes. |
10 |
> |
11 |
> It's not the merge step itself (sdiff) that is confusing, it's what |
12 |
> dispatch-conf does afterward with the result. When you used it the |
13 |
> first time, did you understand what "zap new" means? |
14 |
|
15 |
From the fine manual: |
16 |
|
17 |
z Zap (delete) the new config file and continue. |
18 |
|
19 |
|
20 |
For files which have a lot of changes, some of which I wish to reject and some |
21 |
to accept, I tend to use m (for merging). Again from the fine manual: |
22 |
|
23 |
m Interactively merge the current and new config files. |
24 |
|
25 |
|
26 |
> And yes, I was driven to ask this after I got an update that wasn't |
27 |
> "small". |
28 |
> |
29 |
> > find /etc/ -iname '._cfg*' |
30 |
> > |
31 |
> > Or what dispatch-conf does: |
32 |
> > |
33 |
> > find /etc -iname '._cfg????_*' ! -name '.*~' ! -iname '.*.bak' -print |
34 |
> |
35 |
> Thanks for this information. |
36 |
|
37 |
|
38 |
-- |
39 |
Regards, |
40 |
Mick |