1 |
On Sat, 24 Jul 2021 21:01:34 +0000, Alan Mackenzie wrote: |
2 |
|
3 |
> > > It seems it's insisting on removing all packages but one which |
4 |
> > > satisfy a virtual. Maybe that is unwise, and it should keep _all_ |
5 |
> > > such packages which are currently installed. |
6 |
> |
7 |
> > Well, the whole point of an any-of dependency is to only require one |
8 |
> > of them. Why force packages to stick around if they aren't needed? |
9 |
> |
10 |
> I would say all packages in @system _are_ needed, unless the user |
11 |
> explicitly says otherwise. |
12 |
|
13 |
They are, @system is a set of packages and nothing it it will be |
14 |
depcleaned. However, openrc is not part of @system, the virtual is. |
15 |
|
16 |
> > Now, whether daemontools actually should satisfy the dependency I |
17 |
> > don't want to comment on without doing more research. Surely though |
18 |
> > there is little point in having openrc and systemd and runit on the |
19 |
> > same system unless the user explicitly wants this (and if they do they |
20 |
> > can just stick them in @world). |
21 |
> |
22 |
> The user might be switching between them, doing comparisons. (No, I |
23 |
> don't know if this is practical.) I don't know either whether it's |
24 |
> practical to boot Gentoo with just daemontools. But there are use cases |
25 |
> which require both openrc and daemontools on the same system, so there's |
26 |
> something not quite right about the service-manager ebuild, or emerge. |
27 |
|
28 |
That is possible, but it is also possible that this is entirely down to |
29 |
you installing things outside of portage and handling their dependencies |
30 |
manually, creating unwanted side-effects like this. |
31 |
|
32 |
> I think that would be solving the wrong problem. The fact is, it is |
33 |
> easy, far too easy, to shoot yourself in the foot here. As well as |
34 |
> openrc, --depclean also wanted to remove nano (the editor) for the same |
35 |
> reason. That might be serious for some people. |
36 |
|
37 |
It did that because you have another suitable editor installed. I don't |
38 |
like nano so I'm happy to install something else that satisfies |
39 |
virtual/editor and let depclean get rid of nano, knowing that it won't do |
40 |
it unless I already have a suitable alternative installed. |
41 |
|
42 |
> Maybe the answer is to regard --depclean as a tool for experts only, |
43 |
> since it is capable in ordinary innocent use of rendering a system |
44 |
> unusable. |
45 |
|
46 |
I feel it's more a case of Gentoo being a system for those that |
47 |
understand what they are doing with the system - with great power comes |
48 |
great responsibility and all that. |
49 |
|
50 |
|
51 |
-- |
52 |
Neil Bothwick |
53 |
|
54 |
Caution, an incorrigible punster - don't incorrige. |