Vagrant Cascadian a écrit : > On Thu, Dec 03, 2009 at 10:41:07AM +0200, Eugene V. Lyubimkin wrote: >> I attempted to build qemu from the current git debian-unstable branch, and >> it >> seems that such implementation of binfmt support doesn't allow chrooting >> into >> foreign target systems using qemu. > > i can confirm this. > > i'd rather see just using /usr/bin/qemu-$ARCH-static directly, which allows > you > to simply copy a single file into the chroot to get cross-architecture > chrooting to work. i have a git branch with those changes ready.
Not using a wrapper forbids you to run cross architectures binaries directly. > alternately, since a wrapper might be useful, at least make the qemu-$ARCH > binfmt files that get loaded configurable somehow. making > /usr/share/binfmts/qemu-* symlinks to conffiles in /etc might be one way to > accomplish this. The problem with that, is that update-binfmt has to be rerun when those files are changed. The question is what is more useful to the user. Being able to run a binary file from an architecture directly (provided that you have the libraries unpack somewhere) looks a big improvement. For this we need a wrapper. Simplifying a single command line by being able to enter "chroot /location" instead of "qemu-arm chroot /location" looks less useful. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
