On Sun, Jul 16, 2017 at 02:35:14PM +0200, Pjotr Prins wrote: > ldd ~/opt/local/bin/guix-daemon > linux-vdso.so.1 (0x00007ffcc4ffb000) > libsqlite3.so.0 => not found > libgcrypt.so.20 => not found > libstdc++.so.6 => > /gnu/store/b3z4d4zjibqix6pn58q6b1rgfhrarcaq-gcc-7.1.0-lib/lib/libstdc++.so.6 > (0x00007f3c2ecb9000) > libm.so.6 => > /gnu/store/rmjlycdgiq8pfy5hfi42qhw3k7p6kdav-glibc-2.25/lib/libm.so.6 > (0x00007f3c2e9a7000) > libgcc_s.so.1 => > /gnu/store/b3z4d4zjibqix6pn58q6b1rgfhrarcaq-gcc-7.1.0-lib/lib/libgcc_s.so.1 > (0x00007f3c2e790000) > libc.so.6 => > /gnu/store/rmjlycdgiq8pfy5hfi42qhw3k7p6kdav-glibc-2.25/lib/libc.so.6 > (0x00007f3c2e3f1000) > > /gnu/store/rmjlycdgiq8pfy5hfi42qhw3k7p6kdav-glibc-2.25/lib/ld-linux-x86-64.so.2 > (0x00007f3c2f039000) > > Anything I am missing?
Actually, running guix-daemon in proot is not a problem - who cares that the build system is slow ;) > Note it still runs in proot: > > proot -0 -b /proc -b /dev -b /etc -r . -b etc_guix/acl:/etc/guix/acl > guix/guix-daemon --disable-chroot > warning: daemon is running as root, so using `--build-users-group' is > highly recommended > accepted connection from pid 15774, user user > > only now the guix client balks with > > error: failed to run download program > '/home/user/opt/local/libexec/guix/download': No such file or directory > > That file actually exists in the proot environment > > ls -l /home/user/opt/local/libexec/guix/download > -rwxr-xr-x 1 user 502 281 Jul 16 08:11 > /home/user/opt/local/libexec/guix/download If we can solve this we are set. Any idea why nix execv is not running this script? I added some info to it and is simply not found. It can't be a proot thing because I have been invoking builds etc. already. I have a feeling I have seen this before. If you read my document you'll see I have been running guix in proot with success. I only want to use a different store now. Pj.
