From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:57941) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmOi1-0004lv-13 for qemu-devel@nongnu.org; Thu, 28 Jul 2011 07:25:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QmOhw-0001fu-TJ for qemu-devel@nongnu.org; Thu, 28 Jul 2011 07:24:57 -0400 Received: from fmmailgate01.web.de ([217.72.192.221]:58202) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmOhw-0001fd-Eq for qemu-devel@nongnu.org; Thu, 28 Jul 2011 07:24:52 -0400 Date: Thu, 28 Jul 2011 13:24:47 +0200 From: Johannes Schauer Message-ID: <20110728112447.GA20506@hoothoot> References: <1311400070-9051-1-git-send-email-josch@pyneo.org> <20110728084109.GA20285@afflict.kos.to> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110728084109.GA20285@afflict.kos.to> Sender: j.schauer@email.de Subject: Re: [Qemu-devel] [PATCH] add QEMU_LD_PREFIX environment variable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Riku Voipio Cc: stappers@stappers.nl, 632192@bugs.debian.org, qemu-devel@nongnu.org, josch Hi, On Thu, Jul 28, 2011 at 11:41:09AM +0300, Riku Voipio wrote: > On Sat, Jul 23, 2011 at 07:47:49AM +0200, josch wrote: > > This could be avoided by setting the proposed environment variable > > QEMU_LD_PREFIX to the just > > created debian rootfs. As mentioned earlier, the usage of the -L option > > is not possible in this scenario because qemu-user is only implicitly > > called by the binfmt mechanism. > > What worries me here is that we are beginning to add a enviroment > variable for each and every command line option of qemu linux-user. Are there other environment variables? I didnt see any? (well besides QEMU_STRACE that is) > I think it would be better to have a wrapper binary to be registered > as the binfmt runner. If you need help with writing something - dont hesitate to ask for help. I'm very interested in having this functionality working because of the reasons I gave in my initial mail. [1] > Alternatively we should have a generic setup for mapping enviroment > variables to command line options. Now we get special per-option code > every time someone needs to setup a command line option from binfmt. What other options are there that would be interesting for binfmt? I was also sending this patch to qemu-devel list a month ago but got no reply. [2] As I said - if you would like a wrapper or a generic setup for mapping env variables to commandline parameters and dont have time to do it yourself, dont hesitate to delegate some work to me :) @Geert Stappers: you are patching bsd-user/main.c and darwin-user/main.c as well. I take it that you did test your changes on those platforms? does it work there as well? I have no clue of darwin but is it really useful there? cheers, josch [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632192#5 [2] http://lists.nongnu.org/archive/html/qemu-devel/2011-07/msg00459.html