Hello Josh,
> when giving the -q option, proot currently automatically bind-mounts the
> host rootfs into /host-rootfs. This functionality only exists for the
> convenience of being able to also execute binaries of the host system at
> the same time. But it is otherwise completely unnecessary for qemu-user
> mode operation to have the host rootfs bind-mounted into /host-rootfs.
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.
> Attached, find a patch which moves this functionality from the -q option
> into the -t option and which lets the -Q option be an alias for -t as
> well.
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? I could implement
this feature in the next release of PRoot if you wish (v3.2). Also I
wonder why the forced "/host-rootfs" is an issue in your case?
Cheers,
Cédric.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
