Re: [9fans] playing with namespaces

[frank@inua.be]

On Sun, Sep 26, 2010 at 05:41:24PM -0400, erik quanstrom wrote:
> > - I copied /rc/bin/service.auth to /cfg/<authhost>/slash and enabled
> >   tcp567 and then added a bind -b of that directory to the original
> >   /rc/bin/service.auth.
>
> the traditional way of doing this is to create directories
> service.$function and/or service.$function.auth and use them
> as arguments to listen.  the exact arguments to listen should

I see what you mean but I wanted to avoid changing /rc/bin/cpurc so
that it could stay the way it was distributed and updated as if it was
never touched.[*]

In addition to that, I also wanted the play around with namespaces
(hence the subject of the e-mail). All in all, the traditional way of
doing this isn't that different: both have an extra directory
containing the services; in one case, listening is done using that
directory, in the other case, listening is done as usual but with an
"overlay". I have to admit however, that the traditional way of doing
it is cleaner (easier to understand, more transparant).

[*] I haven't yet looked at how pull updates the system.

> depend on $sysname (whaever your cpurc setup).  that way,
> you don't have stuff that's mucking with the namespace depending
> to much on construction of the namespace.

I agree but as I'm trying to understand the mechanisms, the questions
I had still remain:

- Why is it that, when the namespace is changed in
  /cfg/$sysname/cpurc, it does not seem to be taken into account by
  the aux/listen in /rc/bin/cpurc?

- Why can't a modified rc/bin/service.auth not be bound via
  /cfg/$sysname/namespace?

Has it something to do with user none versus user bootes or so?

> - erik

--
Frank Lenaerts ---------------------------------------- frank@inua.be