> 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.
I just tried adduser in a chroot, and it worked OK. This is what I'd expect, because the glib function g_get_any_init_do is only called if we call any of the glib functions which want to know the user's username/fullname/home directory, and in fact we don't use those functions. So we don't end up calling the forbidden libc routines and the only issue is the ugly linker warnings. -- 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 “qemu” 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(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: 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 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/902306/+subscriptions
