1 |
On Thu, 5 Feb 2004 02:54:01 -0800 |
2 |
Drake wrote: |
3 |
|
4 |
> On Thu, Feb 05, 2004 at 10:48:35AM +0100, in |
5 |
> <200402051048.36660.pauldv@g.o>, Paul de Vrieze |
6 |
> <pauldv@g.o> wrote: |
7 |
> > |
8 |
> > It is never ever a |
9 |
> > good idea to overwrite the current version with the config-protected |
10 |
> > |
11 |
> > one. The only alternative solution I see would be to patch |
12 |
> > etc-update to automatically ignore/remove these updates. |
13 |
> |
14 |
> I have another alternative for you: don't overwrite your configs. |
15 |
> |
16 |
> Seriously, though, the real blocker here is that *sometimes* we |
17 |
> *need* to make a distro-wide change to something like fstab. The |
18 |
> config-protect/etc-update mechanism is currently the only method we |
19 |
> have of distributing these changes without breaking users systems. |
20 |
|
21 |
Well, if users don't overwrite their config, the distro-wide change |
22 |
fails. I once managed to fsck up my fstab, and I'm not allowing |
23 |
etc-update to do anything to the files I've changed since. If in doubt, |
24 |
I keep the old and discard the new file. The interactive-merge is a bit |
25 |
confusing to use - sadly, I can't think of a better way to do it, so |
26 |
that's about as constructive a comment as I can give ;) |
27 |
|
28 |
I can't help thinking that for distro-wide changes a diff would do a |
29 |
better job than the complete file, at least for files the type of fstab, |
30 |
where overwriting the file is in most cases sure to break something. |
31 |
Patching the files would be much safer, perhaps even safe enough to be |
32 |
done automagically. |
33 |
|
34 |
In any case I don't see a reason why portage should try to "force" a |
35 |
(non-functional) default fstab upon me, even if there are no changes |
36 |
between the old default version I changed and the new one. |
37 |
|
38 |
|
39 |
Cheers |
40 |
|
41 |
-- |
42 |
Horror Vacui |
43 |
|
44 |
Registered Linux user #257714 |
45 |
|
46 |
Go get yourself... counted: http://counter.li.org/ |
47 |
- and keep following the GNU. |
48 |
|
49 |
-- |
50 |
gentoo-dev@g.o mailing list |