1 |
On 27-02-2008 10:46:43 +0000, Roy Marples wrote: |
2 |
> |
3 |
> On Wed, 27 Feb 2008 09:42:05 +0100, Fabian Groffen <grobian@g.o> |
4 |
> wrote: |
5 |
> > - baselayout porting to Prefix (mostly the start stop mechanisms) |
6 |
> |
7 |
> What start stop mechanics do you mean? |
8 |
> |
9 |
> OpenRC already has full FreeBSD jail support in services like do |
10 |
> depend() { keyword nojail; } |
11 |
> |
12 |
> That effectively disables the automatic running of services by rc itself, |
13 |
> such as fsck, mounting and stuff as that's taken care of by the host OS. |
14 |
> Running in Prefix is pretty much the same as a jail from OpenRC's |
15 |
> perspective |
16 |
> (correct me if I'm wrong) so all we would have to do is tell OpenRC that |
17 |
> it's |
18 |
> currently in a jail. Presently this is done only for FreeBSD by testing |
19 |
> sysctl values. Maybe we could turn this into a compile option for Prefix. |
20 |
> |
21 |
> Also, we now support services in directories other than /etc/init.d, |
22 |
> although |
23 |
> this is currently hard coded to /usr/local/etc/init.d. |
24 |
|
25 |
Well... that's great! But a jail or a (ch)root is in general not the |
26 |
same as a "prefix". I have to look more closely at what openrc does |
27 |
these days, but for the (ancient) version of baselayout we have in |
28 |
prefix now, I recall that: |
29 |
a) most of it didn't compile on Darwin and Solaris |
30 |
b) hence we only use basically the functions.sh script (hacked up) |
31 |
so what we need to have working is: |
32 |
${EPREFIX}/etc/init.d/postgresql start |
33 |
and similar. |
34 |
|
35 |
And maybe even a sort of init-level stuff, such that one can start all |
36 |
services in the Prefix and stop them as well. That basically gets quite |
37 |
useful once Prefix goes "privileged" and you could start sshd, slapd, |
38 |
apache2, etc, etc. on privileged ports, and you really would like those |
39 |
to be started as well in some correct order (on e.g. Solaris). |
40 |
|
41 |
|
42 |
-- |
43 |
Fabian Groffen |
44 |
Gentoo on a different level |
45 |
-- |
46 |
gentoo-dev@l.g.o mailing list |