Re: Output of guix build --check foo is not part of store deduplication

2018-08-24 Thread Ludovic Courtès
Hello! Björn Höfling skribis: > Usually, the store gets deduplicated, i.e. if files bar and baz have > the same content, they will hard-link to the same thing on disk. That's > cool for saving space if for example some package get's updated because > of a changed dependency but really there is n

Re: Output of guix build --check foo is not part of store deduplication

2018-08-10 Thread Chris Marusich
Hi Björn, In registerOutputs from nix/libstore/build.cc, it seems that if a check was requested (i.e., buildMode == bmCheck), an exception is thrown when the build is found to be non-deterministic. In addition, it looks like that would prevent execution from reaching the line farther down where w

Output of guix build --check foo is not part of store deduplication

2018-08-09 Thread Björn Höfling
Is there any reason why the output of 'guix build --check ...' is not part of deduplication? I will explain my problem: When checking for (un)reproducibility, we use something like: guix build --check -K foo That will build the package foo again and produce a store output /gnu/store/hash..-foo-