Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Jan 2002 19:25:15 +0200
From:      Ruslan Ermilov <ru@freebsd.org>
To:        Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Cc:        freebsd-bugs@freebsd.org
Subject:   Re: bin/34159: chroot man page-implementation mismatch
Message-ID:  <20020123192515.D9922@sunbay.com>
In-Reply-To: <Pine.BSF.4.44.0201231801561.32692-100000@naos.dbai.tuwien.ac.at>
References:  <200201221049.g0MAnk605703@freefall.freebsd.org> <Pine.BSF.4.44.0201231801561.32692-100000@naos.dbai.tuwien.ac.at>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 23, 2002 at 06:03:34PM +0100, Gerald Pfeifer wrote:
> On Tue, 22 Jan 2002 ru@freebsd.org wrote:
> > Synopsis: chroot man page-implementation mismatch
> >
> > State-Changed-From-To: open->closed
> > State-Changed-By: ru
> > State-Changed-When: Tue Jan 22 02:47:32 PST 2002
> > State-Changed-Why:
> > The misleading comment was removed.  The old BSD code really
> > had the "setuid(getuid())" line at some point.
> 
> Thanks, but you only addressed one of the three suggestions I made;
> would you mind re-opening the PR and/or making the following two
> further changes?
> 
>   o If chroot indeed can only be run by the super-user, this should
>     be properly documented, for example:
> 
>     "This command can be run only by the super-user."
> 
Why?  I can run it under a normal user account.  This is chroot(2)
syscall that doesn't allow it to execute, not chroot(8), and
chroot(2) is properly documented.

>   o "exec's command" should most probably read "exec's command relative
>     to newroot".
> 
IMO, the preceding "changes its root directory to the supplied directory
newroot" makes things clear without this.  Commands are not executed
"relative to some directory".


Cheers,
-- 
Ruslan Ermilov		Oracle Developer/DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020123192515.D9922>