bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Ludovic Courtès
Mark H Weaver skribis: > *lib: > %{!mandroid|tno-android-ld:-L/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib > %{!static:-rpath=/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib > %{!static-libgcc:-rpath=/gnu/store/fc8kqk3dazn6mcgcjxd931752b2pf3wj-gcc-4.8.4-lib/lib64 > -rp

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Mark H Weaver
l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > > The difference between ‘glibc-final’ and (@ (gnu packages base) glibc) > (used to build glibc-utf8-locales) is that the latter is built with > ‘gcc-final’, and ‘gcc-final’ always passes “-rpath $libc/lib” when > linking a shared

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Mark H Weaver
Mark H Weaver writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Could you try the same on armhf? > > I've done so. Here's the transcript: > > mhw@novena:/tmp/nix-build-glibc-2.21.drv-0$ source environment-variables > mhw@novena:/tmp/nix-build-glibc-2.21.drv-0/build$ cd > /tmp/nix-build-gli

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Ludovic Courtès
Mark H Weaver skribis: > Mark H Weaver writes: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Could you try the same on armhf? >> >> I've done so. Here's the transcript: >> >> mhw@novena:/tmp/nix-build-glibc-2.21.drv-0$ source environment-variables >> mhw@novena:/tmp/nix-build-glibc-2.21.d

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Mark H Weaver
Mark H Weaver writes: > and here's the corresponding line in the strace log: > > 13440 > execve("/gnu/store/p70wvylq6xdrlxblnk76k3ljgkrmvpnq-ld-wrapper-0/bin/ld", > ["/gnu/store/p70wvylq6xdrlxblnk76k3ljgkrmvpnq-ld-wrapper-0/bin/ld", > "--eh-frame-hdr", "-shared", "-dynamic-linker", > "/gnu/st

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Ludovic Courtès
Mark H Weaver skribis: > 13440 > execve("/gnu/store/p70wvylq6xdrlxblnk76k3ljgkrmvpnq-ld-wrapper-0/bin/ld", > ["/gnu/store/p70wvylq6xdrlxblnk76k3ljgkrmvpnq-ld-wrapper-0/bin/ld", > "--eh-frame-hdr", "-shared", "-dynamic-linker", > "/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib/ld-l

bug#19795: Allow for stateless users and groups in GuixSD

2015-04-08 Thread Ludovic Courtès
l...@gnu.org (Ludovic Courtès) skribis: > In response to this bug report, I would just add activation code that > removes any unknown user accounts. Commit 9bea87a does that. Let me know if it wipes all your user accounts or anything! :-) (Seriously though, I’ve run it on my machine and everyt

bug#19821: Openssl 1.0.2 and cmake

2015-04-08 Thread Ludovic Courtès
Andreas Enge skribis: > Currently, libwebsockets fails to build because its dependency openssl > is not found by cmake any more since we switched to 1.0.2. It might have been another issue that was fixed in the meantime. As of v0.8.1-1132-g0cc0095, libwebsockets 1.3 builds correctly with OpenSS

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Ludovic Courtès
l...@gnu.org (Ludovic Courtès) skribis: > That way it would match GNU_USER_TARGET_LINK_SPEC in i386/gnu-user.h, > where -dynamic-linker appears within %{!static ... %{!shared ...}}. > > So, could you do: > > (define patched-gcc > (package > (inherit gcc-4.8) > (sources (origin (i

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Mark H Weaver
l...@gnu.org (Ludovic Courtès) writes: > With a bit of additional debug, I can print the value of ‘libs’ in the > ‘ld-wrapper’ procedure: > > ;;; (libs > ("/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib/ld-linux-armhf.so.3")) > > This one comes from the -dynamic-linker flag, which is

bug#20102: Problem with ld.so RUNPATH on armhf

2015-04-08 Thread Ludovic Courtès
Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> With a bit of additional debug, I can print the value of ‘libs’ in the >> ‘ld-wrapper’ procedure: >> >> ;;; (libs >> ("/gnu/store/fbdjazgwy3zyx8qc5z4ag0j78k2d7raw-glibc-2.21/lib/ld-linux-armhf.so.3")) >> >> This one comes from