From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JWC2i-00045X-DV for garchives@archives.gentoo.org; Mon, 03 Mar 2008 14:53:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 214C4E0819; Mon, 3 Mar 2008 14:53:26 +0000 (UTC) Received: from bacchus.cwi.nl (bacchus.cwi.nl [192.16.191.9]) by pigeon.gentoo.org (Postfix) with ESMTP id 23C1DE0819 for ; Mon, 3 Mar 2008 14:53:21 +0000 (UTC) Received: from gentoo.org (pegasus.ins.cwi.nl [192.16.196.142]) by bacchus.cwi.nl (8.13.6/8.12.3) with ESMTP id m23ErK1T029244 for ; Mon, 3 Mar 2008 15:53:20 +0100 (CET) Date: Mon, 3 Mar 2008 15:53:20 +0100 From: Fabian Groffen To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Google SOC 2008 Message-ID: <20080303145320.GD7729@gentoo.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20080227142158.GB315@gentoo.org> <6543edc8f8bb6bc50f3f08e90400353f@marples.name> <200803031336.25672.roy@marples.name> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200803031336.25672.roy@marples.name> User-Agent: Mutt/1.5.17 (Linux 2.6.23.15-137.fc8, VIM - Vi IMproved 7.1) Organization: Gentoo Foundation, Inc. X-Archives-Salt: 99928f4d-285b-4208-b198-e1c1b6bf1c27 X-Archives-Hash: 230a7c45b6de890c5bb8d280d2f3d2de 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