1 |
Brian and Dhruba, |
2 |
|
3 |
This is exactly what etc-update does...I use it with vim diff mode, |
4 |
which shows you diff side by side and let you make the changes if |
5 |
you want, and drops you back to the selection of action... |
6 |
|
7 |
etc-update even has an ncurses interface (undocumented), just set |
8 |
mode="1" in /etc/etc-update.conf. |
9 |
|
10 |
For vim mode uncomment the relevant section in the same file. |
11 |
|
12 |
There is a script published in the forums |
13 |
|
14 |
(http://forums.gentoo.org/viewtopic.php?t=13390&sid=8a5a38efe9621ddcc819c58efd50abbf), |
15 |
|
16 |
which can "auto-update" your config files -> this is GREAT because |
17 |
it helps you with those files YOU have not tuoched before (these are |
18 |
updated) as for the rest what you custumised, you will want to know |
19 |
what portage does with them... |
20 |
|
21 |
Hope this helps... -- Viktor |
22 |
|
23 |
|
24 |
|
25 |
|
26 |
On Sun, Jan 05, 2003 at 08:27:40PM -0600, Brian Jackson wrote: |
27 |
> I didn't even know about etc-update until I saw you mention it in your |
28 |
> email. So, being the good sysadmin I am, I wrote a script that has similar |
29 |
> functionality. I have actually been getting it ready to release for the |
30 |
> past week or 2. I put it up at http://www.mdrx.com/brian/ It finds all the |
31 |
> rogue ._cfg* files and diff's them against the real cfg file and displays |
32 |
> the diff's. Let me know if you find any problems with it. Also let me know |
33 |
> if you would like to see any other features. |
34 |
> |
35 |
> --Brian Jackson |
36 |
> |
37 |
> Dhruba Bandopadhyay writes: |
38 |
> |
39 |
> >Hello, |
40 |
> > |
41 |
> >I am having great difficulty dealing with one particular feature of gentoo |
42 |
> >and would like to bring it to your attention. I am writing in length |
43 |
> >since I very much like gentoo and would like to do whatever I can to |
44 |
> >further its progress. |
45 |
> > |
46 |
> >When emerging packages configuration files beginning with ._cfg* are left |
47 |
> >in /etc and other locations and on subsequent emerges portage warns that |
48 |
> >one has X number of files remaining. Now, on many occassions I have had |
49 |
> >several of these files on my system and have postponed dealing with them |
50 |
> >simply because they are a hassle. Once in a while however, I use |
51 |
> >etc-update to sort them with care. |
52 |
> > |
53 |
> >There are many problems with the way this is done for a non-expert user |
54 |
> >(which may include myself) and the ones below are only a few of them. |
55 |
> > |
56 |
> >(1) It is not completely clear which files should be deleted and which |
57 |
> >overwritten. |
58 |
> >(2) Errors can result from making necessary changes using etc-update. |
59 |
> >(3) There are no guidelines on the use of etc-update. Although, |
60 |
> >documentation does warn that etc-update can be dangerous and must be used |
61 |
> >with care, how is the non-expert user to interpret this advice and how |
62 |
> >much does it really tell him about the use of it? |
63 |
> >(4) If files are not sorted they stay in their locations indefinitely, |
64 |
> >increase in number and portage warns the user about them on its every use. |
65 |
> >(5) Even if one does see differences in older versions and new ones how |
66 |
> >does one tell if these differences should be preserved or discarded? |
67 |
> >(6) If errors or difficulties result how does one rollback? |
68 |
> >(7) Shoud sorting be as time consuming as it is currently especially with |
69 |
> >the interactive merging of text? |
70 |
> > |
71 |
> >I can speak from experience about suffering from problems. For instance |
72 |
> >today, despite sorting files as carefully as I could, gdm won't load |
73 |
> >anymore and shows no error messages since gdm files were overwritten |
74 |
> >(luckily I use xdm) and also fonts in gnome related applications are now |
75 |
> >huge and different because font locations were changed. Now, I did look |
76 |
> >at the content of these files before I replaced the older versions but how |
77 |
> >is one to know beforehand what is going to cause issues? |
78 |
> > |
79 |
> >I am not referring to specific errors here but discussing the |
80 |
> >functionality of this feature. Does this really have to be as much of an |
81 |
> >effort and annoyance as it is now and must one lose out on the benefits of |
82 |
> >new files simply because they do not dare overwrite the older files? I |
83 |
> >would hate for something like this to be a drawback of an otherwise |
84 |
> >automated and applaudable OS. |
85 |
> > |
86 |
> >I hope I have been clear in expressing myself and I don't think for a |
87 |
> >minute that I'm alone in this issue. Hence, I would very much like to |
88 |
> >hear comments and suggestions whatever they may be from users and |
89 |
> >developers alike. |
90 |
> > |
91 |
> >Best wishes. |
92 |
> >-- |
93 |
> >Dhruba Bandopadhyay | dhruba@××××××××××××.uk | ICQ 31628525 |
94 |
> >Gentoo Linux 1.4rc1 | Vanilla Sources 2.4.20 | Enlightenment 16.5 |
95 |
> > |
96 |
> > |
97 |
> > |
98 |
> >-- |
99 |
> >gentoo-dev@g.o mailing list |
100 |
> > |
101 |
> |
102 |
> |
103 |
> -- |
104 |
> gentoo-dev@g.o mailing list |
105 |
> |
106 |
|
107 |
-- |
108 |
_______________________________________ |
109 |
Viktor Lakics |
110 |
email: viktor@××××××.net |
111 |
|
112 |
-- |
113 |
gentoo-dev@g.o mailing list |