Hello Nigko, I can reproduce your bug by using Guix in a Debian testing VM, their Debian guix package, and get /gnu/store/2cl0dr63d900v6406hs10qgjsp7iaysi-guix-packages-base-modules.drv like you.
The difference between bad (i.e. not substituted) /gnu/store/2cl0dr63d900v6406hs10qgjsp7iaysi-guix-packages-base-modules.drv and good /gnu/store/1mwhp5crimgvqd4jmlfsj3017yk8vxsv-guix-packages-base-modules.drv are different out output hashes of referenced derivations. When I stop the guix-daemon from the debian guix package and start a pulled guix-daemon, sudo systemctl stop guix-daemon.service sudo ~/.config/guix/current/bin/guix-daemon --build-users-group=_guixbuild & then I get the substitutable /gnu/store/1mwhp5crimgvqd4jmlfsj3017yk8vxsv-guix-packages-base-modules.drv instead. Does Debian’s guix-daemon need to be patched somehow? To be investigated. Nigko Yerden <nigko.yer...@gmail.com> writes: > Sorry, I couldn't find any mention of substitute authorization at [1]. I should have linked to https://guix.gnu.org/manual/devel/en/html_node/Binary-Installation.html but it is not the cause anyway. Regards, Florian
