[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] Re: option to have qemu chroot() into the targe
From: |
Blue Swirl |
Subject: |
Re: [Qemu-devel] [PATCH] Re: option to have qemu chroot() into the target filesystem |
Date: |
Sat, 25 Oct 2008 11:09:58 +0300 |
On 10/25/08, Rob Landley <address@hidden> wrote:
> On Friday 24 October 2008 04:21:29 Bernhard Reutner-Fischer wrote:
> > A patch was in this thread:
> > http://www.mail-archive.com/address@hidden/msg16297.html
> >
> > Rob promised to respin it tomorrow and resend it in to the list.
> > thanks
>
> The debian bug report in question is:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415996
>
> I checked and the old patch still applies cleanly (well, with an offset, but
> no fuzz). I applied it and then did an svn diff, the result of which is
> attached. (As with all svn diffs, it applies with "patch -p0 -i blah.patch")
>
> It's actually a very simple patch, which does this:
>
> A) Teach qemu-$TARGET to do a chdir() plus chroot() in response to a -chroot
> command line option.
>
> B) Because A) requires root access, teach qemu-$TARGET to change uid and gid
> via a -su option (and set both the real and effective user IDs so it's
> actually dropping priviledges).
Because the UID change happens at argument parse stage, doesn't the
chrooting fail if the -su option is specified in the command line
before -chroot?