Is master FTBFS because of this update? I get the following error when running make: ====================================================================== Updating ./doc/version.texi MAKEINFO doc/guix.info Updating ./doc/version-fr.texi MAKEINFO doc/guix.fr.info CXX nix/nix-daemon/guix_daemon-nix-daemon.o CXX nix/nix-daemon/guix_daemon-guix-daemon.o CXX nix/libstore/libstore_a-gc.o CXX nix/libstore/libstore_a-globals.o CXX nix/libstore/libstore_a-misc.o CXX nix/libstore/libstore_a-references.o CXX nix/libstore/libstore_a-store-api.o CXX nix/libstore/libstore_a-optimise-store.o CXX nix/libstore/libstore_a-local-store.o CXX nix/libstore/libstore_a-build.o CXX nix/libstore/libstore_a-pathlocks.o CXX nix/libstore/libstore_a-derivations.o CXX nix/libstore/libstore_a-builtins.o CXX nix/libstore/libstore_a-sqlite.o AR libstore.a ar: `u' modifier ignored since `D' is the default (see `U') CXX nix/libutil/libutil_a-archive.o CXX nix/libutil/libutil_a-affinity.o CXX nix/libutil/libutil_a-serialise.o CXX nix/libutil/libutil_a-util.o CXX nix/libutil/libutil_a-hash.o CXX nix/libutil/libutil_a-gcrypt-hash.o AR libutil.a ar: `u' modifier ignored since `D' is the default (see `U') CXX nix/boost/format/libformat_a-free_funcs.o CXX nix/boost/format/libformat_a-parsing.o CXX nix/boost/format/libformat_a-format_implementation.o AR libformat.a ar: `u' modifier ignored since `D' is the default (see `U') CXXLD guix-daemon /usr/bin/ld: nix/nix-daemon/guix_daemon-guix-daemon.o: in function `main': /home/alexvong1995/scm/guix/nix/nix-daemon/guix-daemon.cc:434: undefined reference to `gcry_check_version' /usr/bin/ld: /home/alexvong1995/scm/guix/nix/nix-daemon/guix-daemon.cc:442: undefined reference to `gcry_control' /usr/bin/ld: libutil.a(libutil_a-hash.o): in function `nix::HashSink::currentHash()': /home/alexvong1995/scm/guix/./nix/libutil/gcrypt-hash.hh:35: undefined reference to `gcry_md_copy' /usr/bin/ld: /home/alexvong1995/scm/guix/./nix/libutil/gcrypt-hash.hh:35: undefined reference to `gcry_md_copy' /usr/bin/ld: /home/alexvong1995/scm/guix/./nix/libutil/gcrypt-hash.hh:35: undefined reference to `gcry_md_copy' /usr/bin/ld: /home/alexvong1995/scm/guix/./nix/libutil/gcrypt-hash.hh:35: undefined reference to `gcry_md_copy' /usr/bin/ld: libutil.a(libutil_a-gcrypt-hash.o): in function `guix_hash_init': /home/alexvong1995/scm/guix/nix/libutil/gcrypt-hash.cc:31: undefined reference to `gcry_md_open' /usr/bin/ld: libutil.a(libutil_a-gcrypt-hash.o): in function `guix_hash_final': /home/alexvong1995/scm/guix/nix/libutil/gcrypt-hash.cc:46: undefined reference to `gcry_md_get_algo_dlen' /usr/bin/ld: /home/alexvong1995/scm/guix/nix/libutil/gcrypt-hash.cc:45: undefined reference to `gcry_md_read' /usr/bin/ld: /home/alexvong1995/scm/guix/nix/libutil/gcrypt-hash.cc:47: undefined reference to `gcry_md_close' /usr/bin/ld: libutil.a(libutil_a-gcrypt-hash.o): in function `guix_hash_update': /home/alexvong1995/scm/guix/nix/libutil/gcrypt-hash.cc:38: undefined reference to `gcry_md_write' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:3422: guix-daemon] Error 1 make[2]: Leaving directory '/home/alexvong1995/scm/guix' make[1]: *** [Makefile:4549: all-recursive] Error 1 make[1]: Leaving directory '/home/alexvong1995/scm/guix' make: *** [Makefile:3200: all] Error 2 ====================================================================== Christopher Lemmer Webber writes: > Ludovic Courtès writes: > >> Hello Guix! >> >> Coming soon: Guix will no longer provide its own crypto modules and will >> instead depend on Guile-Gcrypt: >> >> https://issues.guix.info/issue/32606 >> >> ‘guix pull’ will happily perform the transition. >> >> If you’re used to working on a Git checkout with “guix environment >> guix”, you’ll have to add ‘guile-gcrypt’ to the environment. If your >> “guix” is too old and lacks the ‘guile-gcrypt’ package, you have a >> chicken-and-egg problem that you can solve either by running ‘guix pull’ >> or by running this from your checkout: >> >> $(make as-derivation)/bin/guix environment guix >> >> or: >> >> $(make as-derivation)/bin/guix package -i guile-gcrypt >> >> Besides, our friends at openSuSE have already created a ‘guile-gcrypt’ >> package. :-) >> >> Ludo’. > > Woohoo! Really nice to see that package put to good use!