From: Fabian Groffen <grobian@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Google SOC 2008
Date: Wed, 27 Feb 2008 15:21:58 +0100 [thread overview]
Message-ID: <20080227142158.GB315@gentoo.org> (raw)
In-Reply-To: <8c8b2d51d5872e1458122e90ff615a36@marples.name>
On 27-02-2008 13:56:51 +0000, Roy Marples wrote:
>
> On Wed, 27 Feb 2008 13:29:15 +0100, Fabian Groffen <grobian@gentoo.org>
> wrote:
> > Well... that's great! But a jail or a (ch)root is in general not the
> > same as a "prefix".
>
> No, but it's the same kettle of fish as chroots, jails and vps systems -
> basically
> there is a need to disable dependencies that provide what the host already
> does.
Ok, the host will for instance do "net", so "need net" should indeed not
fail. However I could imagine that "need net" would just get satisfied
or something, like by a dummy.
> We current have nojail for FreeBSD jails, novps for VServer/OpenVZ systems
> and
> a few others. I would be trivial to add another no for prefix :)
I just need the machinery of "runscript" as first thing, I suppose. If
we need a dozen of no* things for that, it probably indicates some
problem, but could work for me. I want a framework to start and stop
daemons in Prefix, and it feels obvious that we can reuse existing code
for that.
> > I have to look more closely at what openrc does
> > these days, but for the (ancient) version of baselayout we have in
> > prefix now, I recall that:
> > a) most of it didn't compile on Darwin and Solaris
>
> It compiles and works on Linux/glibc/uclibc, FreeBSD-6 and NetBSD-4.
> So it stands a fair chance of working on Darwin for sure.
Well... I've some experience here, and I'm not as sure as you ;)
Anyway, I concur the codebase has changed dramatically since, and
probably in favour of portability.
> I have no idea about Solaris, but it should work as it sports libkvm which
> we use to find processes.
Part of the summer of code project to me would be to 1) evaluate to what
extent this is all necessary in the Prefix equivalent and 2) create/fix
the code.
> > And maybe even a sort of init-level stuff, such that one can start all
> > services in the Prefix and stop them as well. That basically gets quite
> > useful once Prefix goes "privileged" and you could start sshd, slapd,
> > apache2, etc, etc. on privileged ports, and you really would like those
> > to be started as well in some correct order (on e.g. Solaris).
>
> If OpenRC compiles and /bin/sh points to a POSIX shell it should work as it
> stands.
Ok, then we already fail here.
/bin/sh is no way POSIX, it is just bourne, so that's where we come in
and simply use /usr/bin/env {sh,bash,posix-sh} or a full path to make
your assumption true.
> At present there is no need for the default interpreter to be changed, but
> there may
> be the need for Prefix.
See above. But that's trivial work, that we do all the time. For the
GSoC I see more challenges in the rest of the job and to make some
obvious examples.
But then again, it was just a mere suggestion. If everything is already
there then fine, but we still need someone (Google code or not) to do
it, as it's currently not. I'm not sure how far OpenRC actually can
deal with unprivileged installs, so that are just things we have to find
out along the way.
--
Fabian Groffen
Gentoo on a different level
--
gentoo-dev@lists.gentoo.org mailing list
next prev parent reply other threads:[~2008-02-27 14:22 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-26 18:32 [gentoo-dev] Google SOC 2008 joshua jackson
2008-02-26 23:13 ` Rémi Cardona
2008-02-26 23:28 ` joshua jackson
2008-02-27 2:57 ` Alec Warner
2008-02-27 10:46 ` [gentoo-dev] " Duncan
2008-02-27 8:42 ` [gentoo-dev] " Fabian Groffen
2008-02-27 10:46 ` Roy Marples
2008-02-27 12:29 ` Fabian Groffen
2008-02-27 13:56 ` Roy Marples
2008-02-27 14:21 ` Fabian Groffen [this message]
2008-02-27 21:04 ` Roy Marples
2008-02-28 11:22 ` Roy Marples
2008-02-28 11:25 ` Fabian Groffen
2008-03-03 13:36 ` Roy Marples
2008-03-03 14:53 ` Fabian Groffen
2008-03-03 15:50 ` Michael Haubenwallner
2008-03-03 16:04 ` Roy Marples
2008-03-03 15:58 ` Roy Marples
2008-02-27 19:11 ` [gentoo-dev] MESA i965 SUPPORT PLEASE! Mateusz Mierzwinski
2008-02-27 19:47 ` Chris Gianelloni
2008-02-27 19:49 ` Chris Gianelloni
2008-02-28 7:37 ` Mateusz Mierzwinski
2008-02-28 9:58 ` Rémi Cardona
2008-02-27 10:50 ` [gentoo-dev] Google SOC 2008 Damian Florczyk
2008-02-28 16:02 ` Marius Mauch
2008-02-29 13:08 ` JoseAlberto
2008-02-29 17:24 ` Alec Warner
2008-03-02 15:58 ` Luca Barbato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080227142158.GB315@gentoo.org \
--to=grobian@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox