[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: fakeroot status

From: Roland McGrath
Subject: Re: fakeroot status
Date: Sun, 12 May 2002 17:14:17 -0400 (EDT)

> Well, ok.  I will use my locally compiled glibc for a while, but it is
> difficult to get it tested with hardly anything using posix_spawn.  So this
> is an incentive for me to compile bash, make and gcc using posix_spawn and
> give this code some testing.

Getting stuff to use posix_spawn is a fine goal.  When glibc 2.3 gets ready
for testing, it will plop in with those binaries and replace the fork-based
implementation with the new Hurdish one.

As to fakeauth, I just checked in the change to make it use _hurd_exec
directly instead of using posix_spawnp.  Unless I fouled that up, that
ought to make fakeauth work with stock libc as well as it does with the new
posix_spawn you have been using.

> Cool, I started implementing it when I noticed that it isn't too easy to
> construct the mach_msg call from the inp.

Sure it is.  

> Likewise, I think that the msgh_local_port should be unchanged, so the
> other server sends the reply directly to the user.

Nope.  The fields are swapped on the way through the kernel, so you have to
swap them back.  See rpctrace.

> I have to think more about the problems that this doesn't solve.

Do you mean the issue of peropen state that I mentioned, or something else?

> This needs to be in utils/fakeroot.sh, then, so it always spawns a shell and
> runs the command inside the shell after the cd.

It can exec after cd.  The Linux fakeroot script runs sh -c "$*" too (even
though there it has no reason not to save the process and get the quoting
right).  I checked in a change.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]