fakeroot status

[Marcus Brinkmann]

Hi,

I have done a few tests.

fakeauth works with spawni.c from the glibc 2.3 (HEAD) branch.  Roland, any
plans to put this into the 2.2 branch?  We can probably do this only for
the Debian package, too.  (The reason it doesn't work right now is that
fork() creates a new receive right for the faked auth port, and so it is not
inherited correctly.  The generic spawni in 2.2 is based on fork+exec, while
the sysdeps/mach/hurd/spawni.c in HEAD is not based on fork() at all.  The
difference should either be fixed by changing fork() or documented because
spawni and fork+exec behave differently here).

The fakeroot translator, see the other mail of today, there is a problem
with symlinks.  Then there is a problem in that many RPCs are not passed
through.  So pipes to the fakeroot world don't work, for example, and bash
complains about that.  So we need a message deflector for all unrecognised
RPCs in the demuxer.  Can we also deflect all RPCs that currently return
EOPNOTSUPP?  Or do we need to provide individual pass through functions for
all functions in a subsystem we can not deflect entirely?

settrans --chroot works fine.

The fakeroot utility:  It works within the limitation above, but not as the
GNU/Linux fakeroot utility.  The difference is that with fakeroot, you end
up in the directory /, whereas the fakeroot utility in GNU/Linux does not
change your current directory.  How do we fix that best?  Maybe provide a
"--chroot-chdir" option to settrans that puts us into the directory
specified?  Than we can put "--chroot-chdir `pwd`" into the fakeroot script.

I think that is all, but for more testing I need the message deflector.

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org brinkmd@debian.org
Marcus Brinkmann              GNU    http://www.gnu.org    marcus@gnu.org
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de