Hi Cédric,

Quoting Cédric VINCENT (2013-10-08 09:39:07)
> Actually QEMU is a binary from the host system, so the "/host-rootfs" binding
> is required when QEMU is dynamically linked.  I guess you didn't notice this
> because you are using a statically linked QEMU.

Correct. Using a statically linked qemu does not require me to have
/host-rootfs bind mounted which is why I prefer static qemu over dynamic qemu.

> I'd prefer not to introduce a new command-line option for this purpose.
> Instead, the "/:/host-rootfs" binding could be added to the list of
> recommended bindings (-Q/-B options) and PRoot could detect automatically
> where the host rootfs is bound, no matter where it is.  That way, the
> "/:/host-rootfs" is not forced anymore, and it possible to bind the rootfs
> anywhere, for instance:
> 
>     proot -q qemu-arm -b /:/tmp/host-rootfs ...
> 
> Josh, do you think this could be an acceptable fix?

You didnt make it explicit but if your proposal includes removing the implicit
bind mounting of /host-rootfs when qemu user mode emulation is activated, then
it completely solves my problem.

> I could implement this feature in the next release of PRoot if you wish
> (v3.2).

There is no need to rush :)

> Also I wonder why the forced "/host-rootfs" is an issue in your case?

I was trying to use proot to create a foreign architecture rootfs while I used
fakeroot/fakechroot before. My only problem with proot was that it
fake-bind-mounted /host-rootfs into the foreign system. This led to tools like
find, tar, du, grep etc (everything that recursively walks a directory tree)
which were supposed to work on the whole foreign rootfs also work on my host
fs. While some of the tools like find and tar allow me to exclude certain
subdirectories, it is harder to work around this issue with other tools. So
while before the tools could assume that everything within that foreign rootfs
directory is indeed only the foreign rootfs, I now have to manually exclude
/host-rootfs *somehow*.  And before I start implementing the required
workarounds I wanted to see if this could not be changed in proot instead.

Thanks!

cheers, josch


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to