Hello all, the missing substitutes in Debian can be worked around; Nigko and I discussed in bug#70954 by editing /etc/systemd/services/multi-user.target.wants/guix-daemon.service this way:
Nigko Yerden <nigko.yer...@gmail.com> writes: <https://lists.gnu.org/archive/html/bug-guix/2024-05/msg00147.html>: > Hello Florian, > > These are great news! Thanks a lot for investigating this! > > Indeed, foreign distros still run guix-daemon from Guix v1.4, > which is very old now. It makes sense that old guix-daemon + recent > remaining parts of Guix might have produced modified derivations. > > For foreign distros using systemd, the following workaround may be > useful to replace old guix-daemon by guix-daemon from USER profile: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~guix-daemon.service > ... > [Service] > ExecStart=/home/USER/.config/guix/current/bin/guix-daemon \ > --build-users-group=_guixbuild --discover=no \ > --substitute-urls='.....' > > Environment='GUIX_LOCPATH=/home/USER/.guix-profile/lib/locale' > ... > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Regards, > Nigko Theoretically, the problem could be resolved in the Debian package by including as a patch the Guix commit commit 95f21231352b66f92c466cb30f2258291e854f2f Author: Ludovic Courtès <l...@gnu.org> Date: Mon Sep 11 14:22:44 2023 +0200 daemon: Add “git-download” built-in builder. The new builder makes it possible to break cycles that occurs when the fixed-output derivation for the source of a dependency of ‘git’ would itself depend on ‘git’. (should be the right commit, I think), but Debian policy is to only deliver important bug fixes in their stable distribution. Is this an important bug fix? Pull works but is just slow without. My intuition is we better wait for a Guix 1.5.0 release. Cc to Vagrant who maintains the Debian package. Similarly for other foreign distros’ packages. Regards, Florian
