Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv
On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote:
> Richard Braun <rbraun@sceen.net> writes:
> > Why not start the translator from the remapped environment too ?
>
> No reason, but this has to be implemented. I started working on a
> library for writing such chrooting translators, then got side-tracked by
> the complexity of the dir_lookup operations. Currently, remap has a
> very naive lookup function, fakeroot's is better, but still not
> sufficient. I made some patches towards unifying and refactoring the
> logic used in libdiskfs and libnetfs, but these functions are still huge
> :/
No, i mean, here, in such a specific case, if the parent translator is
itself running from the remap env, it should used the custom pflocal
instance, right ?
--
Richard Braun
Reply to: