1 |
On Thursday 05 February 2004 12.39, Horror Vacui wrote: |
2 |
> On Thu, 5 Feb 2004 02:54:01 -0800 |
3 |
> Well, if users don't overwrite their config, the distro-wide change |
4 |
> fails. I once managed to fsck up my fstab, and I'm not allowing |
5 |
> etc-update to do anything to the files I've changed since. If in doubt, |
6 |
> I keep the old and discard the new file. The interactive-merge is a bit |
7 |
> confusing to use - sadly, I can't think of a better way to do it, so |
8 |
> that's about as constructive a comment as I can give ;) |
9 |
|
10 |
Yes, the default interactive merge isn't very friendly, but you can use |
11 |
something nicer (like vimdiff if you're a vim user). That will help you see |
12 |
the difference better so you see if there is something that could be nice to |
13 |
copy over to your old config file, when you're done with that just delete the |
14 |
update. |
15 |
|
16 |
> I can't help thinking that for distro-wide changes a diff would do a |
17 |
> better job than the complete file, at least for files the type of fstab, |
18 |
> where overwriting the file is in most cases sure to break something. |
19 |
> Patching the files would be much safer, perhaps even safe enough to be |
20 |
> done automagically. |
21 |
|
22 |
Maybe, but from when should the diff be? This could potentially be dangerous |
23 |
if someone updates from a very old copy, where there has been several changes |
24 |
between. And the idea of merging anything automatically sounds a bit scary. |
25 |
|
26 |
> In any case I don't see a reason why portage should try to "force" a |
27 |
> (non-functional) default fstab upon me, even if there are no changes |
28 |
> between the old default version I changed and the new one. |
29 |
|
30 |
It doesn't force it upon you, it puts a hidden file in your /etc that isn't |
31 |
used by anything, if you don't want it just remove it, if you're interrested |
32 |
in seeing what the difference is, use a better diff editor as I stated above. |
33 |
The current solutions gives everyone the choice to do whatever they want with |
34 |
the update, which I believe is a good thing. |
35 |
|
36 |
/Michael |
37 |
|
38 |
|
39 |
-- |
40 |
gentoo-dev@g.o mailing list |