1 |
Daniel Pielmeier <daniel.pielmeier <at> googlemail.com> writes: |
2 |
|
3 |
|
4 |
> > to 'clean' the world file, in addition to what you have stated above? |
5 |
|
6 |
|
7 |
> [1] http://bugs.gentoo.org/show_bug.cgi?id=172611 |
8 |
|
9 |
> Daniel |
10 |
|
11 |
|
12 |
Hello Daniel, |
13 |
|
14 |
What you have told me looks interesting. However, for now, I'm going |
15 |
to clean up the critical systems with a more brute force approach, |
16 |
as Neil has suggested. I cannot afford to wack these systems nor |
17 |
have them reinstalling tons of software...... |
18 |
|
19 |
However, I am going to get workstation a non-critical workstation, |
20 |
polluted the world file and try the python scripts a few times, to |
21 |
develop an opinion or hack on it a bit. |
22 |
|
23 |
udept seems like a good idea, it's ashame it has been orphaned. I'm |
24 |
looking for a more stable (supported) solution for the long term. |
25 |
udept does not seem to offer that, unless somebody picks it up |
26 |
to maintain it. Who knows maybe one of the devs is working on a |
27 |
better, long term solution. |
28 |
|
29 |
Surely many folks would benefit from a formal, systematic approach |
30 |
to cleaning the world file? I know every now and then, when a gentoo |
31 |
workstation gives me fits, I just emerge and unemerge things until |
32 |
it's happy (while multitasking too much). Often this leads to |
33 |
a polluted world file....... because I do not follow closely to |
34 |
the process details (distracted) during the repair-episode. |
35 |
|
36 |
Thanks for the input. |
37 |
|
38 |
|
39 |
James |