From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:45522) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbfMn-0002a6-CP for qemu-devel@nongnu.org; Fri, 16 Dec 2011 16:30:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RbfMl-0003dA-Kg for qemu-devel@nongnu.org; Fri, 16 Dec 2011 16:30:57 -0500 Received: from indium.canonical.com ([91.189.90.7]:45410) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbfMl-0003d3-C3 for qemu-devel@nongnu.org; Fri, 16 Dec 2011 16:30:55 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1RbfMj-0004Oj-OP for ; Fri, 16 Dec 2011 21:30:53 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id EDADA2E8134 for ; Fri, 16 Dec 2011 21:30:52 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Fri, 16 Dec 2011 21:17:38 -0000 From: Vagrant Cascadian <902306@bugs.launchpad.net> Sender: bounces@canonical.com References: <20111209193942.26180.18749.malonedeb@soybean.canonical.com> <4EE26D80.4090807@linux.vnet.ibm.com> Message-Id: <20111216211738.GL22430@talon.fglan> Errors-To: bounces@canonical.com Subject: Re: [Qemu-devel] [Bug 902306] [NEW] qemu-user -static variants require shared libraries Reply-To: Bug 902306 <902306@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, Dec 09, 2011 at 08:20:16PM -0000, Michael Roth wrote: > On 12/09/2011 01:39 PM, Vagrant Cascadian wrote: > > /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 appl= ications 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. = it works fine with qemu 0.15.1, even when built with the same versions of = glib2.0 as as qemu 1.x branches. so that would seem a bit odd... unless qem= u = 1.x is using more of glib2.0 than qemu 0.15. would that then essentially come down to tracking down all of glib2.0's bui= ld = dependencies and installing those as well? > 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. hrm. would like to see it working again, though it's a bit over my head. live well, vagrant -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/902306 Title: qemu-user -static variants require shared libraries Status in QEMU: New Status in =E2=80=9Cqemu=E2=80=9D package in Debian: New Bug description: 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(g= utils.o): In function `g_get_any_init_do': (.text+0xe37): warning: Using 'getpwuid' in statically linked applicati= ons 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(g= utils.o): In function `g_get_any_init_do': (.text+0xe2a): warning: Using 'setpwent' in statically linked applicati= ons 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(g= utils.o): In function `g_get_any_init_do': (.text+0xe40): warning: Using 'endpwent' in statically linked applicati= ons 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(g= utils.o): In function `g_get_any_init_do': (.text+0xb7a): warning: Using 'getpwnam_r' in statically linked applica= tions 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(g= utils.o): In function `g_get_any_init_do': (.text+0xbbb): warning: Using 'getpwuid_r' in statically linked applica= tions requires at runtime the shared libraries from the g libc version used for linking for a full log, see: https://buildd.debian.org/status/fetch.php?pkg=3Dqemu&arch=3Damd64&ver=3D= 1.0~rc4%2Bdfsg-1&stamp=3D1322591568 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 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/902306/+subscriptions