1 |
On Wed, 20 Apr 2011 13:22:53 -0500 |
2 |
William Hubbs <williamh@g.o> wrote: |
3 |
|
4 |
> On Wed, Apr 20, 2011 at 10:02:41PM +0400, Peter Volkov wrote: |
5 |
> > В Срд, 20/04/2011 в 12:24 -0500, William Hubbs пишет: |
6 |
> > > The author of the bug feels that the way to fix this is for us to |
7 |
> > > put a check in openrc that makes it refuse to run services if it |
8 |
> > > was not used in the boot process. |
9 |
> > |
10 |
> > This is good idea to have in any case since I remember my system |
11 |
> > went crazy after I've tried to start some service inside chroot. |
12 |
> |
13 |
> My concern about it though is prefix installs. If I implement |
14 |
> something like this, will it not break openrc on prefix systems? |
15 |
|
16 |
I'm attaching the patch I suggested to fix the issue. |
17 |
|
18 |
It is based on the assumption that in order to run cleanly, OpenRC |
19 |
needs to do some cleanup in ${RC_SVCDIR} (e.g. to mark all services |
20 |
stopped). It assumes that the basic effect of a running OpenRC |
21 |
is a determined runlevel stored in ${RC_SVCDIR}/softlevel file. |
22 |
|
23 |
I tested that approach with clean OpenRC and systemd installs, and it |
24 |
doesn't create any issues. I'd appreciate if someone with Prefix system |
25 |
could test it as well. |
26 |
|
27 |
|
28 |
-- |
29 |
Best regards, |
30 |
Michał Górny |