<davexunit>eventually we'll have to start making some of these radical changes I suppose.
<davexunit>we've already begun to diverge from nix in other ways.
<mark_weaver>the deduplication machinery as currently implemented also costs a lot of lstat calls.
<mark_weaver>in theory it would be possible to move that into the sqlite database as well.
<mark_weaver>unfortunately, with NFS, you are paying a lot of overhead in order to handle the worst case of a mutable filesystem, when in fact /gnu/store is mostly immutable and could be implemented much more efficiently.
<mark_weaver>I have a package that builds when tests are disabled, but _all_ the tests fail with an error that probably means the library is currently not functional: "Failed to create a CoglContext: The OpenGL version could not be determined"
<davexunit>civodul: do you think that we ought to mount /sys/fs/cgroup by default? just noticing now that this isn't the case.
<rekado_>so, I want to regularly rsync a local /gnu directory to /gnu_remote (the slow NFS share). As long as these two directories are the same with a couple of minutes difference that's a usuable workaround.
<rekado_>I just don't know what rsync flags to pass.
<rekado_>"rsync -aHr --delete --delete-before"; not sure about whether to add -k/-K for dir symlinks.
<rekado_>this works but it still takes minutes. I wonder if I could combine inotify with rsync to speed things up.
<mark_weaver>civodul: given that I already have a very recent guix built on hydra with --localstatedir=/nix/var --disable-daemon, do you think it's safe to just ./configure --localstatedir=/nix/var && make, or should I make clean?
<mark_weaver>I made clean from a few commits ago with --disable-daemon
<mark_weaver>bah: configure: error: C++ compiler 'g++' does not support the C++11 standard
<mark_weaver>I guess we'll have to build this within a pure guix environment on hydra.