1 |
Jacob Godserv wrote: |
2 |
> On Sun, Jan 24, 2010 at 19:02, Dale <rdalek1967@×××××.com> wrote: |
3 |
> |
4 |
>> Since unmerging python results in a broken system, I'm not sure how this |
5 |
>> "pollutes" anything. The system set is to maintain a working and bootable |
6 |
>> system that can install packages and portage requires python to work. What |
7 |
>> good is a Gentoo system without a working package manager? |
8 |
>> |
9 |
> |
10 |
> There are two issues here: |
11 |
> |
12 |
> * Avoiding hacks for deciding which packages are needed for system |
13 |
> * Helping users avoid the dangerous mistake of crippling the package manager. |
14 |
> |
15 |
> Here's how I see this break down. To avoid crippling the package |
16 |
> manager, the user must be warned of an action that will cripple the |
17 |
> package manager. If removing python cripples the package manager, then |
18 |
> warn the user. It's quite simple. Adding python to the system set is |
19 |
> messy, as pointed out, but somehow there must be a way to determine |
20 |
> that python is needed by the package manager. |
21 |
> |
22 |
> The last remaining option (without adding any new features) is to |
23 |
> track on which packages are required by the system set and warning |
24 |
> about removing any packages required by any package in the system set. |
25 |
> This seems like a good solution. |
26 |
> |
27 |
> |
28 |
> I could also argue that using "emerge -C" period is dangerous, as some |
29 |
> here have mentioned. As far as I can tell, the best way to remove a |
30 |
> package is to edit the package out of /var/lib/portage/world file and |
31 |
> then letting portage safely remove packages via "--depclean". (This is |
32 |
> outside the current topic, of course, so if anyone wants to seriously |
33 |
> propose this it should be re-posted under a new subject heading.) |
34 |
> |
35 |
> |
36 |
|
37 |
Well put. I would agree that a simple warning should be given before |
38 |
removing a system package or a package that system must have, especially |
39 |
portage. |
40 |
|
41 |
Maybe what portage needs is a reverse -n feature. Instead of adding |
42 |
something to the world file, it removes a unwanted package from the |
43 |
world file and then the user could use --depclean to remove that package |
44 |
and its no longer needed friends. I assume this is doable. |
45 |
|
46 |
Dale |
47 |
|
48 |
:-) :-) |