From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bF7TM-0006fG-PY for qemu-devel@nongnu.org; Mon, 20 Jun 2016 18:15:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bF7TH-0001mx-Uq for qemu-devel@nongnu.org; Mon, 20 Jun 2016 18:15:12 -0400 Received: from mail-io0-x232.google.com ([2607:f8b0:4001:c06::232]:33754) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bF7TH-0001lv-P7 for qemu-devel@nongnu.org; Mon, 20 Jun 2016 18:15:07 -0400 Received: by mail-io0-x232.google.com with SMTP id t74so1000281ioi.0 for ; Mon, 20 Jun 2016 15:15:07 -0700 (PDT) References: <1465932382-28645-1-git-send-email-joel.holdsworth@vcatechnology.com> <1465932382-28645-3-git-send-email-joel.holdsworth@vcatechnology.com> <3dd5c191-ebb0-63da-1c97-f28a578fc9b3@vivier.eu> <57684939.3020207@vcatechnology.com> <57685FD6.5020509@vcatechnology.com> From: Joel Holdsworth Message-ID: <57686AEA.6050303@vcatechnology.com> Date: Mon, 20 Jun 2016 23:15:06 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2 2/4] linux-user: pass environment arguments in execve List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Laurent Vivier , QEMU Developers , Riku Voipio , Vasileios.Kalintiris@imgtec.com On 20/06/16 22:40, Peter Maydell wrote: > On 20 June 2016 at 22:27, Joel Holdsworth > wrote: >> The current behaviour was quite unexpected to me - there were no warnings, >> and the need to link qemu statically isn't documented anywhere. If you >> really believe that static linking is the best answer here, then shouldn't >> the shared library option be removed? Because with the shared-library build, >> qemu-user is somewhat "broken". > Shared library QEMU works fine for simple use cases ("run a gcc > test case", for instance) or where the guest binary is linked > statically and doesn't much care where it runs. > >> But the distros won't like that because of the induced bloat. > I don't know of a distro which doesn't ship a statically linked > QEMU offhand. Debian, Ubuntu and SUSE certainly all do. You > basically need it for the chroot case, which is a really common one. > [These days if your distro-in-the-chroot is multiarch you could > put all the dynamic libraries for the QEMU binary in it too, > but in practice being able to just copy a single binary in is much > easier.] > > thanks > -- PMM Fair enough. It sounds like this is the way needs to be! Even so, there is still the issue of the other glibc environment variables - see my LANG= example of the parent-guest wanting to run a child-guest Japanese, but the child-qemu should still run in English.