1 |
On 04/27/2018 08:45 AM, William Hubbs wrote: |
2 |
> On Fri, Apr 27, 2018 at 12:48:09AM -0700, Zac Medico wrote: |
3 |
>> On 04/26/2018 11:34 PM, Kent Fredric wrote: |
4 |
>>> On Thu, 26 Apr 2018 13:35:15 -0700 |
5 |
>>> Zac Medico <zmedico@g.o> wrote: |
6 |
>>> |
7 |
>>>> emerge --depclean, resulting in an unbootable system. Just say-in. |
8 |
>>> |
9 |
>>> And depclean being very verbose doesn't do many favours here either. |
10 |
>>> |
11 |
>>> ( I regularly do >500 package depcleans and spotting things that aren't meant to be |
12 |
>>> culled amongst that list is a bit of a challenge )> |
13 |
>> |
14 |
>> At least for system packages, it will show a warning like the one shown |
15 |
>> here: |
16 |
>> |
17 |
>> https://bugs.gentoo.org/642484#c0 |
18 |
>> |
19 |
>> Hopefully that message helps those that are paying enough attention. |
20 |
>> What can we do for those that overlook the warning message, other than |
21 |
>> give them some rescue instructions for making their system boot again? |
22 |
> |
23 |
> Another option suggested to me was to add a use flag to OpenRC that |
24 |
> pulls in a dependency on virtual/init instead of adding virtual/init to |
25 |
> @system. The suggestion originally was to add it to rdepend, but that |
26 |
> doesn't feel right to me since openrc really doesn't have a runtime |
27 |
> dependency on init, so I'm thinking something like this: |
28 |
> |
29 |
> IUSE="... +separate-init" |
30 |
> |
31 |
> PDEPEND=" |
32 |
> ... |
33 |
> separate-init? ( virtual/init )" |
34 |
> |
35 |
> Thoughts? |
36 |
|
37 |
Actually, if things like sys-apps/s6 or sys-process/runit remain as |
38 |
choices for virtual/init, this isn't going to solve the problem of |
39 |
sys-apps/sysvinit being removed by emerge --depclean. In fact, if |
40 |
virtual/init is not in the system set, then emerge --depclean will not |
41 |
even warn about removing a system package when it removes sys-apps/sysvinit. |
42 |
-- |
43 |
Thanks, |
44 |
Zac |