On 03-03-2008 13:36:25 +0000, Roy Marples wrote: > On Thursday 28 February 2008 11:22:13 Roy Marples wrote: > > So the only thing left (aside from bug fixing) is to instruct OpenRC > > dependency > > code that it's in a prefix and to respect the noprefix keyword in services, > > or > > to provide dummy services. > > This is now done. > > I have OpenRC fully working in a prefixed non priviledged install on a NetBSD > box.
Can you define how this is working? Do you just have NetBSD and install OpenRC in /my/arbitrary/path, or do you have a full set of utilities under /my/arbitrary/path with OpenRC as one of them? > The only question I have left is what mechanism resets service state, as the > prefixed state dir needs will presist between reboots which isn't desirable. startprefix could maybe start some sort of process that lives on, activated like keychain does, such that multiple startprefix invocations do not start the system all the time -- if that is desired at all. In a real scenario it may be just a hook from the host OS's start/stop mechanism to tell OpenRC in what state it should run. If a service such as PostgreSQL is killed (maybe a reboot?) does OpenRC then know it is not running any more? I guess it does, so that's good enough, IMO. -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list
