From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:52936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZ6vm-0003AZ-8t for qemu-devel@nongnu.org; Fri, 09 Dec 2011 15:20:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RZ6vg-0004JZ-3r for qemu-devel@nongnu.org; Fri, 09 Dec 2011 15:20:28 -0500 Received: from e39.co.us.ibm.com ([32.97.110.160]:40793) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZ6vf-0004J9-Rw for qemu-devel@nongnu.org; Fri, 09 Dec 2011 15:20:24 -0500 Received: from /spool/local by e39.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 9 Dec 2011 13:20:21 -0700 Received: from d03av05.boulder.ibm.com (d03av05.boulder.ibm.com [9.17.195.85]) by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id pB9KKIJp065072 for ; Fri, 9 Dec 2011 13:20:18 -0700 Received: from d03av05.boulder.ibm.com (loopback [127.0.0.1]) by d03av05.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id pB9KKHxQ023215 for ; Fri, 9 Dec 2011 13:20:17 -0700 Message-ID: <4EE26D80.4090807@linux.vnet.ibm.com> Date: Fri, 09 Dec 2011 14:20:16 -0600 From: Michael Roth MIME-Version: 1.0 References: <20111209193942.26180.18749.malonedeb@soybean.canonical.com> <20111209193942.26180.18749.malonedeb@soybean.canonical.com> In-Reply-To: <20111209193942.26180.18749.malonedeb@soybean.canonical.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Bug 902306] [NEW] qemu-user -static variants require shared libraries List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Bug 902306 <902306@bugs.launchpad.net> Cc: qemu-devel@nongnu.org On 12/09/2011 01:39 PM, Vagrant Cascadian wrote: > Public bug reported: > > somehwere in the qemu 1.0 series, the qemu-user static variants started > issuing build warnings like so: > > /usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': > (.text+0xe37): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the gli > bc version used for linking > /usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': > (.text+0xe2a): warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the gli > bc version used for linking > /usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': > (.text+0xe40): warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the gli > bc version used for linking > /usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': > (.text+0xb7a): warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the g > libc version used for linking > /usr/lib/gcc/i486-linux-gnu/4.6/../../../i386-linux-gnu/libglib-2.0.a(gutils.o): In function `g_get_any_init_do': > (.text+0xbbb): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the g > libc version used for linking > > for a full log, see: We introduced a glib2.0 dependency in QEMU 0.15. I think this just a result of glib introducing a much larger static build chain dependency. I'm not sure if glib can be decoupled for usermode emulation, those it at least seems to have escaped the malloc()->g_malloc() conversion so maybe there were plans for that... But currently at least it's considered a hard general dependency. > > https://buildd.debian.org/status/fetch.php?pkg=qemu&arch=amd64&ver=1.0~rc4%2Bdfsg-1&stamp=1322591568 > > i've also tested with qemu/master from today (commit > 217bfb445b54db618a30f3a39170bebd9fd9dbf2), and it has the same issue. > > This seems to cause adduser, addgroup, etc. to fail in cross- > architecture chroots that use statically built qemu-user binaries to > emulate the foreign architecture. > > Older versions (0.12-0.15, at least) didn't seem to have this issue. > > live well, > vagrant > > ** Affects: qemu > Importance: Undecided > Status: New > > ** Affects: qemu (Debian) > Importance: Unknown > Status: Unknown > > ** Bug watch added: Debian Bug tracker #651083 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651083 > > ** Also affects: qemu (Debian) via > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651083 > Importance: Unknown > Status: Unknown >