From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 27 Sep 2010 22:33:14 +0200 From: frank@inua.be To: 9fans@9fans.net Message-ID: <20100927203314.GA12249@chiron.galaxy> References: <20100926212108.GA20262@chiron.galaxy> <076604d7e2a8417033c7a50f4e7638c2@plug.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <076604d7e2a8417033c7a50f4e7638c2@plug.quanstro.net> Subject: Re: [9fans] playing with namespaces Topicbox-Message-UUID: 5b559486-ead6-11e9-9d60-3106f5b1d025 On Sun, Sep 26, 2010 at 05:41:24PM -0400, erik quanstrom wrote: > > - I copied /rc/bin/service.auth to /cfg//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