| 1 |
Hello, Wol. |
| 2 |
|
| 3 |
On Sun, Jul 25, 2021 at 13:26:17 +0100, Wols Lists wrote: |
| 4 |
> On 25/07/21 12:47, Alan Mackenzie wrote: |
| 5 |
> >> They are, @system is a set of packages and nothing it it will be |
| 6 |
> >> > depcleaned. However, openrc is not part of @system, the virtual is. |
| 7 |
|
| 8 |
> > Ah, that's it. So we have critical system packages which aren't part of |
| 9 |
> > @system. I think openrc is a critical system package. |
| 10 |
|
| 11 |
> Well, it's not installed on my new system. I doubt it's installed on any |
| 12 |
> new-ish gentoo-gnome systems. So openrc itself can't be critical. |
| 13 |
|
| 14 |
Must you be so objectionably pedantic? It is surely clear that I was |
| 15 |
using "openrc" as a metasyntactic variable for "the current init |
| 16 |
system". If it wasn't, apologies. |
| 17 |
|
| 18 |
> It may be critical for *your* system ... :-) |
| 19 |
|
| 20 |
Just as systemd is for your system. If you'd installed daemontools you |
| 21 |
would also have come within a keystroke of destroying your system, just |
| 22 |
as I did, on attempting emerge --depclean. You would have received no |
| 23 |
warning of any kind on installing the package, and there would be no |
| 24 |
documentation brought to your attention about the potential catastrophe. |
| 25 |
|
| 26 |
> Let's rephrase it - "openrc is one of the (optional) packages that |
| 27 |
> satisfied a critical dependency". |
| 28 |
|
| 29 |
If you must. |
| 30 |
|
| 31 |
> Your problem is caused because you have explicitly installed an |
| 32 |
> alternate package that satisfies the same critical dependency. |
| 33 |
|
| 34 |
No, my problem is caused by Gentoo allowing its package system, without |
| 35 |
me doing anything strange, to bring my system to within a single |
| 36 |
keystroke of destruction. That is a bug in any circumstance. All you |
| 37 |
and most of the others have done is pointed out the mechanisms by which |
| 38 |
this happened, with the implicit assumption that because that's what |
| 39 |
they do, they must be right. They're not at all right. |
| 40 |
|
| 41 |
Nobody here has made any suggestions as to how this situation might be |
| 42 |
prevented in the future, not just for me, but for the next user who |
| 43 |
needs daemontools. |
| 44 |
|
| 45 |
> Cheers, |
| 46 |
> Wol |
| 47 |
|
| 48 |
-- |
| 49 |
Alan Mackenzie (Nuremberg, Germany). |
Archives