1 |
On Tue, 2006-07-04 at 18:29 +0200, Robert Cernansky wrote: |
2 |
> NR> new system, no gui installed. |
3 |
> NR> |
4 |
> NR> I install kde-meta, which installs xorg-x11 as a dependency. |
5 |
> NR> |
6 |
> NR> I decide I want gnome, I install gnome which doesn't install xorg, |
7 |
> NR> because it is already installed. |
8 |
> NR> |
9 |
> NR> I decide I do not want kde because i prefer gnome. I unsinstall |
10 |
> NR> kde-meta. Under your scheme it would also uninstall xorg-x11. But |
11 |
> that |
12 |
> NR> is not what you want! |
13 |
> |
14 |
> Hmm, it can be done with "garbage collector principe". Each |
15 |
> package will have counter which increases when some package which |
16 |
> depend on |
17 |
> it is installed. Decreased, when the package is uninstalled. If |
18 |
> counter is |
19 |
> zero, "dependency" package can be uninstalled along with package |
20 |
> specified |
21 |
> for uninstalling. |
22 |
|
23 |
No, that still doesn't work. When the user unmerges kde-meta, with your |
24 |
proposal it will unmerge X11. The next step is that the user emerges |
25 |
gnome which first emerges X11 back again. This isn't so bad with a |
26 |
binary distro if the packages are on a CD, but on gentoo it's murder. |
27 |
|
28 |
The only sane thing to do is to emerge dependencies when required and |
29 |
unmerge only thinks specifically asked for to be unmerged. You can't |
30 |
even reliably prompt the user with a dialog that says "The following |
31 |
dependencies of the package about to be unmerged are needed by no other |
32 |
package. Shall they be unmerged?" because of *deep* dependencies. |
33 |
Reverse constructing a multi-node tree and applying logic to it is no |
34 |
joke, hence the wise decision to have portage ignore this amazingly |
35 |
efficient bug-injecting process. |
36 |
|
37 |
alan |
38 |
|
39 |
-- |
40 |
gentoo-user@g.o mailing list |