bug-hurd
[Top][All Lists]
Advanced

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

Re: fakeroot status


From: Marcus Brinkmann
Subject: Re: fakeroot status
Date: Mon, 13 May 2002 03:30:22 +0200
User-agent: Mutt/1.3.28i

On Sun, May 12, 2002 at 07:40:05PM -0400, Roland McGrath wrote:
> > * Creating pipe fails also with Operation not permitted, and I have no clue
> >   yet why. /servers/socket/1 is correctly looked up (with flags being 0, by
> >   the way), and then I don't think the pflocal server is even involved in
> >   the matter.  I will have to do more debugging here.
> 
> You mean fakeroot is not involved any more, right?  The call that matters
> is the socket_create call that needs to be forwarded by the generic code in
> fakeroot's netfs_demuxer.  It's after that call is made that fakeroot
> should no longer be involved.

Ugh, netfs_attempt_lookup did not fail, but netfs_S_dir_lookup does!  This
is because it sees that S_ISCHR evaluates to true on the node.  Because
fakeroot has no translator started on the node yet, fshelp_fetch_root will
try to do so.

Of course, it is not allowed to start a translator (whatever type of
translator it wants to start, I didn't check which, maybe even "chrdev") as
root (which is still the owner of /server/socket/1), so fshelp_fetch_root
fails with EPERM.

Distress.  What can we do?  Override... netfs_S_dir_lookup?
fshelp_fetch_root?

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



reply via email to

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