<davexunit>I haven't used it as much as I would like to yet.
<efraim>ewemoa: did you get a "guix package: error: build failed: unable to fork: Invalid argument" error? thats what i'm getting on my armhf marsboard ontop of debian
<efraim>at some point before you got hello installed
<ewemoa>efraim: i don't have the output of guix package recorded so i don't know, sorry -- one thing i needed to do was change permissions of some directories, but apart from that atm i don't recall having other difficulties
<rekado>an application I want to package bundles libraries. I've been packaging each of these libs separately and now run into a problem linking the final executable.
<rekado>the library is withershins and it links with libbdf and libiberty.
<rekado>when I link against my version of withershins the executable cannot be linked because symbols referring to libbdf cannot be resolved.
<rekado>so I'm now trying to link with libbfd as well.
<rekado>at link time I get this error, though: /gnu/store/2gnamrvrs686i93njmw9a07hvqk8zi5x-binutils-2.25/bin/ld: /gnu/store/2gnamrvrs686i93njmw9a07hvqk8zi5x-binutils-2.25/lib/libbfd.a(plugin.o): undefined reference to symbol 'dlsym@@GLIBC_2.2.5'
<rekado>I don't know what this means and why it happens.
<davexunit>my current target is a 'guix system container' command that will spawn a one-off container. in a certain glorious future, a daemon could manage containers on behalf of unprivileged users, even.
<civodul>rekado: so they use cmake-build-system but somehow some binaries don't get the RUNPATH?
<civodul>you probably need to use cgroups to make sure no process is left behind, no?
<davexunit>civodul: for some reason 'kill -9' ain't working for a dmd that is PID 1 in a new namespace
<davexunit>I'm trying to kill it from outside the namespace, where it of course has a different process id.
<davexunit>civodul: if the init process dies, so do the others
<rekado>even when passing a long list of paths as CMAKE_INSTALL_RPATH, the effective RUNPATH still only contains the lib directories of gcc and glibc.
<mark_weaver>well, I just tried building 'libreoffice' twice. Both times (while building altas I believe) my Libreboot X200 abruptly turned off (all lights off), and I had to take the battery out to get it to come back on again.
<mark_weaver>jackdaniel: 'guix import gnu' is to automatically create a simple package definition that will work for basic GNU packages. 'linux-libre' is already in Guix, so it doesn't make sense to import it. also, it's not handled like most GNU packages, and has complications, so 'guix import gnu' wouldn't work anyway.