aboutsummaryrefslogtreecommitdiff
path: root/.mailmap
diff options
context:
space:
mode:
authorLudovic Courtès <ludo@gnu.org>2018-06-01 13:45:36 +0200
committerLudovic Courtès <ludo@gnu.org>2018-06-01 13:50:27 +0200
commit5d669883ecc104403c5d3ba7d172e9c02234577c (patch)
tree66b5bd13d8ae37c8fcf4ebc82c5739d100b46b8a /.mailmap
parent514026d7de36b299238aff9dfcc2f898fb04072a (diff)
downloadpatches-5d669883ecc104403c5d3ba7d172e9c02234577c.tar
patches-5d669883ecc104403c5d3ba7d172e9c02234577c.tar.gz
gexp: 'compiled-modules' no longer overrides (guix build utils).
Until now 'compiled-modules' would override (guix build utils) with its own. Thus, when asked to build a different (guix build utils), via #:module-path, it would fail badly because a (guix build utils) module was already loaded and possibly incompatible with the new one. This happened when running 'guix pull --branch=core-updates' from current master: in 'core-updates', (guix build utils) exports 'ignore-error?' but in 'master' it does not. Thus, 'guix pull' would fail with: no binding `invoke-error?' in module (guix build utils) builder for `/gnu/store/…-module-import-compiled.drv' failed with exit code 1 cannot build derivation `/gnu/store/…-compute-guix-derivation.drv': 1 dependencies couldn't be built This patch fixes it. * guix/gexp.scm (compiled-modules)[build-utils-hack?]: New variable. [build]: Load MODULES/build/utils.scm when it exists.
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions