From unknown Mon Jun 23 18:28:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#31085 <31085@debbugs.gnu.org> To: bug#31085 <31085@debbugs.gnu.org> Subject: Status: Unexpected behaviour when running `guix build lilypond' Reply-To: bug#31085 <31085@debbugs.gnu.org> Date: Tue, 24 Jun 2025 01:28:23 +0000 retitle 31085 Unexpected behaviour when running `guix build lilypond' reassign 31085 guix submitter 31085 Diego Nicola Barbato severity 31085 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 06 16:22:23 2018 Received: (at submit) by debbugs.gnu.org; 6 Apr 2018 20:22:23 +0000 Received: from localhost ([127.0.0.1]:40665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f4XsM-0002TF-VE for submit@debbugs.gnu.org; Fri, 06 Apr 2018 16:22:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43925) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f4XsL-0002T2-4V for submit@debbugs.gnu.org; Fri, 06 Apr 2018 16:22:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f4XsF-0006sb-2g for submit@debbugs.gnu.org; Fri, 06 Apr 2018 16:22:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47487) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f4XsE-0006s6-Ve for submit@debbugs.gnu.org; Fri, 06 Apr 2018 16:22:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34866) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4XsD-0007dz-Ti for bug-guix@gnu.org; Fri, 06 Apr 2018 16:22:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f4XsA-0006m9-NE for bug-guix@gnu.org; Fri, 06 Apr 2018 16:22:13 -0400 Received: from mout01.posteo.de ([185.67.36.65]:47666) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f4XsA-0006kA-Cr for bug-guix@gnu.org; Fri, 06 Apr 2018 16:22:10 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 6063C20E74 for ; Fri, 6 Apr 2018 22:22:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1523046128; bh=yJcafymM2z/SkNMu24KalhZxNkqgdrucjEX/rhBFc/I=; h=From:To:Subject:Date:From; b=APcnBb8mpP5MBZpQnmAK/wUbiJHX9XVmJISJzU1jL+K8HZUWjGN5aqT6klcb2L+dw Y3Z8zCNBJJNK8eh2gbwVQP5M5jkTsQz2MDRvKpifO3EhXL6GilcaLgofVP2t46qaDf rcMo8/XlKtLIzjGHEIQQnKXj/SXxAXLIoPp80EI8XtNKu9pOlMuSxWCoK6qgn+8Y87 i1E1KSzbyieP3h5w2Q/lSYaPUT4dzBa5Uf96opQx9lbjNCxI/xTwMHZAKyYM4dkMVQ VLDulT75c0c/adHAKTN65tPqkNlbqH2L8oXTv+oCG5eXqSqkZoh/Em5P4DewWUpIJ0 GLaZWZol0TFiA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 40Hrhb4qVdz9rxN for ; Fri, 6 Apr 2018 22:22:07 +0200 (CEST) From: Diego Nicola Barbato To: bug-guix@gnu.org Subject: Unexpected behaviour when running `guix build lilypond' Date: Fri, 06 Apr 2018 22:22:07 +0200 Message-ID: <873708jdao.fsf@GlaDOS.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Hello Guix I have experienced some unexpected behaviour when running `guix build lilypond': After verifying that there was a substitute available with `guix weather -m m.scm' (Where m.scm evaluates to a manifest containing only lilypond) I ran `guix build lilypond --dry-run' which claimed that a substitute would be downloaded. I then ran `guix build lilypond' which proceeded to build lilypond from source (instead of downloading the substitute). Upon explaining this on IRC it was suggested that I try running `guix build --no-grafts lilypond' (which actually downloaded the substitute) then deleting the locally built lilypond with `guix gc --delete /gnu/store/...' and finally running `guix build lilypond' again (which, this time, grafted the substituted lilypond instead of building it from source again). While this fixed the issue I was told that this behaviour was indeed unexpected. I run GuixSD (commit: ae81bf4f995466a4650e2756d2763b8a163d2f63) on an x86-64 machine. Greetings Diego From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 19 11:38:17 2018 Received: (at 31085) by debbugs.gnu.org; 19 Apr 2018 15:38:17 +0000 Received: from localhost ([127.0.0.1]:33096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f9BdZ-0003Va-JY for submit@debbugs.gnu.org; Thu, 19 Apr 2018 11:38:17 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:47314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f9BdX-0003VR-RU for 31085@debbugs.gnu.org; Thu, 19 Apr 2018 11:38:16 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9B489122E3; Thu, 19 Apr 2018 17:38:14 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bN7mPgoLs5DG; Thu, 19 Apr 2018 17:38:13 +0200 (CEST) Received: from ribbon (vpn-0-27.aquilenet.fr [IPv6:2a0c:e300:4:27::]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 007A4114A7; Thu, 19 Apr 2018 17:38:10 +0200 (CEST) From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Diego Nicola Barbato Subject: Re: bug#31085: Unexpected behaviour when running `guix build lilypond' References: <873708jdao.fsf@GlaDOS.home> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 30 Germinal an 226 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 19 Apr 2018 17:38:07 +0200 In-Reply-To: <873708jdao.fsf@GlaDOS.home> (Diego Nicola Barbato's message of "Fri, 06 Apr 2018 22:22:07 +0200") Message-ID: <87muxzi4v4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 31085 Cc: 31085@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello, Diego Nicola Barbato skribis: > I have experienced some unexpected behaviour when running `guix build > lilypond': > After verifying that there was a substitute available with `guix weather > -m m.scm' (Where m.scm evaluates to a manifest containing only lilypond) > I ran `guix build lilypond --dry-run' which claimed that a substitute > would be downloaded. I then ran `guix build lilypond' which proceeded > to build lilypond from source (instead of downloading the substitute). > > Upon explaining this on IRC it was suggested that I try running `guix > build --no-grafts lilypond' (which actually downloaded the substitute) > then deleting the locally built lilypond with `guix gc --delete > /gnu/store/...' and finally running `guix build lilypond' again (which, > this time, grafted the substituted lilypond instead of building it from > source again). While this fixed the issue I was told that this > behaviour was indeed unexpected. We=E2=80=99d have to see if this is still reproducible, but I have a plausi= ble explanation. Substitute info is cached locally. guix-daemon caches it under /var/guix/substitute/cache, but =E2=80=98guix weather=E2=80=99 caches it un= der ~/.cache/guix/substitute (that=E2=80=99s because it needs fine-grain control over substitute info and thus cannot simply use the =E2=80=98substitutable-path-info=E2=80=99 daemon RPC.) Each cached entry h= as a time-to-live (TTL). What could have happened is that /var/guix/substitute/ had a not-expired-yet entry saying that there=E2=80=99s no substitute for LilyPond (which is why =E2=80=98guix build=E2=80=99 ended up building from source), = whereas =E2=80=98guix weather=E2=80=99 was run at a point when there was a substitute. If that happens again, I=E2=80=99d suggest capturing immediately the two ca= ched entries so we can see whether this explanation holds. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 20 17:20:11 2018 Received: (at 31085) by debbugs.gnu.org; 20 Apr 2018 21:20:11 +0000 Received: from localhost ([127.0.0.1]:34384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f9dRz-0005bT-8G for submit@debbugs.gnu.org; Fri, 20 Apr 2018 17:20:11 -0400 Received: from mout01.posteo.de ([185.67.36.65]:58313) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f9dRx-0005bG-23 for 31085@debbugs.gnu.org; Fri, 20 Apr 2018 17:20:10 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id E450A212CB for <31085@debbugs.gnu.org>; Fri, 20 Apr 2018 23:20:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1524259202; bh=NiA/baP04yo2Ykfo6oOxXdhKEkSgSEzHQAXOvMgIkOk=; h=From:To:Cc:Subject:Date:From; b=csboSI5z+P6GKQektnqWn7oAamBKv+J64nyfat3dCIQ8bitPpzxrZpx2t+9TyC5uL nw5CizKXFmWQigFLXrEa6SMQhpN8kV8xAvQqnz11PyfBXPr32dNs4ttkpG1gXIFRbc r+Ki5rRv1MCMrBJ2Ph/aEz7mtwzHrH9aR2PfIHNpmT6F5UUd5lZI66vfdcL4RHhXMK c6JNgZOmT19vl3XpNdLyGUqhYlWGeEsWOkwDfuxfce4bfLyAaUNHU/H2TZJvUTnWyQ KEFPKJWn5MAp0M+l4Z/Wo0SMhd+nioV33xACTrDmVjin72hxlwcJLTXDDnIkO4FGdx F0sp/xPYknyQg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 40STJx6GBwz9rxD; Fri, 20 Apr 2018 23:20:01 +0200 (CEST) From: Diego Nicola Barbato To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#31085: Unexpected behaviour when running `guix build lilypond' References: <873708jdao.fsf@GlaDOS.home> <87muxzi4v4.fsf@gnu.org> Date: Fri, 20 Apr 2018 23:20:01 +0200 In-Reply-To: <87muxzi4v4.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 19 Apr 2018 17:38:07 +0200") Message-ID: <87tvs5tw1q.fsf@GlaDOS.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 31085 Cc: 31085@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hello, > > Diego Nicola Barbato skribis: > >> I have experienced some unexpected behaviour when running `guix build >> lilypond': >> After verifying that there was a substitute available with `guix weather >> -m m.scm' (Where m.scm evaluates to a manifest containing only lilypond) >> I ran `guix build lilypond --dry-run' which claimed that a substitute >> would be downloaded. I then ran `guix build lilypond' which proceeded >> to build lilypond from source (instead of downloading the substitute). >> >> Upon explaining this on IRC it was suggested that I try running `guix >> build --no-grafts lilypond' (which actually downloaded the substitute) >> then deleting the locally built lilypond with `guix gc --delete >> /gnu/store/...' and finally running `guix build lilypond' again (which, >> this time, grafted the substituted lilypond instead of building it from >> source again). While this fixed the issue I was told that this >> behaviour was indeed unexpected. > > We=E2=80=99d have to see if this is still reproducible, but I have a plau= sible > explanation. I can consistently reproduce this in a VM with the following steps: First I run: $ qemu-system-x86_64 -enable-kvm -snapshot -m 4G $(guix system vm-image ba= re-bones.scm --image-size=3D8G) (Where bare-bones.scm is the bare-bones.tmpl after replacing /dev/sdX with /dev/sda.) Then after logging in as root: # guix pull --commit=3D872bda5de52a8f0514230ebc4e9680aab74f509a # guix build --dry-run lilypond Which returns: 52.1 MB would be downloaded: /gnu/store/0amx7bcbs518lkqwfh2azmqrp2yqib0g-lilypond-2.19.80 /gnu/store/7b5ykfl6jbrdl8j7xp630fga4as3234z-ghostscript-9.22 /gnu/store/j4vj7h3wyb532g2j0axzjj43z2a0dg81-python-2.7.14 /gnu/store/k2ak44m0miind785x22mmpbcwi0mq7hq-freetype-2.8.1 /gnu/store/mkhfqx7m7pniyic0kh0lnafmajymn4dr-guile-1.8.8 /gnu/store/pwbx5fhjrq9crr1c0d2x08ch0l6vr3cv-pango-1.40.14 /gnu/store/qm8ri32n0rkh749v3jb3x8s8ksjl7yd3-fontconfig-2.12.6 /gnu/store/sm37m59gq3smxxz8gs4jikn50qg0g7xh-glib-2.54.2 Then: # guix build lilypond Which, after downloading the dependencies, starts to build lilypond from source. > Substitute info is cached locally. guix-daemon caches it under > /var/guix/substitute/cache, but =E2=80=98guix weather=E2=80=99 caches it = under > ~/.cache/guix/substitute (that=E2=80=99s because it needs fine-grain cont= rol > over substitute info and thus cannot simply use the > =E2=80=98substitutable-path-info=E2=80=99 daemon RPC.) Each cached entry= has a > time-to-live (TTL). > > What could have happened is that /var/guix/substitute/ had a > not-expired-yet entry saying that there=E2=80=99s no substitute for LilyP= ond > (which is why =E2=80=98guix build=E2=80=99 ended up building from source)= , whereas =E2=80=98guix > weather=E2=80=99 was run at a point when there was a substitute. The unexpected behaviour was that `guix build lilypond' started to build lilypond from source after `guix build --dry-run lilypond' had claimed that nothing would be built and that it would download a substitute. I assume that `guix build --dry-run' is not affected by the substitute info used by `guix weather'. I only ran `guix weather' in order to double check that there were indeed substitutes available (Sorry for the red herring). Greetings Diego From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 23 09:26:31 2018 Received: (at 31085-done) by debbugs.gnu.org; 23 Apr 2018 13:26:31 +0000 Received: from localhost ([127.0.0.1]:36612 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fAbUF-0005Ap-AN for submit@debbugs.gnu.org; Mon, 23 Apr 2018 09:26:31 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:56684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fAbUE-0005Ah-6c for 31085-done@debbugs.gnu.org; Mon, 23 Apr 2018 09:26:30 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 9CC7410F07; Mon, 23 Apr 2018 15:26:29 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YdAR4MjbWDi1; Mon, 23 Apr 2018 15:26:25 +0200 (CEST) Received: from ribbon (unknown [193.50.110.139]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 38C9CDA8A; Mon, 23 Apr 2018 15:26:25 +0200 (CEST) From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Diego Nicola Barbato Subject: Re: bug#31085: Unexpected behaviour when running `guix build lilypond' References: <873708jdao.fsf@GlaDOS.home> <87muxzi4v4.fsf@gnu.org> <87tvs5tw1q.fsf@GlaDOS.home> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 4 =?utf-8?Q?Flor=C3=A9al?= an 226 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 23 Apr 2018 15:26:24 +0200 In-Reply-To: <87tvs5tw1q.fsf@GlaDOS.home> (Diego Nicola Barbato's message of "Fri, 20 Apr 2018 23:20:01 +0200") Message-ID: <87in8i12bj.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 31085-done Cc: 31085-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hi, Diego Nicola Barbato skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Hello, >> >> Diego Nicola Barbato skribis: >> >>> I have experienced some unexpected behaviour when running `guix build >>> lilypond': >>> After verifying that there was a substitute available with `guix weather >>> -m m.scm' (Where m.scm evaluates to a manifest containing only lilypond) >>> I ran `guix build lilypond --dry-run' which claimed that a substitute >>> would be downloaded. I then ran `guix build lilypond' which proceeded >>> to build lilypond from source (instead of downloading the substitute). >>> >>> Upon explaining this on IRC it was suggested that I try running `guix >>> build --no-grafts lilypond' (which actually downloaded the substitute) >>> then deleting the locally built lilypond with `guix gc --delete >>> /gnu/store/...' and finally running `guix build lilypond' again (which, >>> this time, grafted the substituted lilypond instead of building it from >>> source again). While this fixed the issue I was told that this >>> behaviour was indeed unexpected. >> >> We=E2=80=99d have to see if this is still reproducible, but I have a pla= usible >> explanation. > > I can consistently reproduce this in a VM with the following steps: > > First I run: > > $ qemu-system-x86_64 -enable-kvm -snapshot -m 4G $(guix system vm-image = bare-bones.scm --image-size=3D8G) > > (Where bare-bones.scm is the bare-bones.tmpl after replacing /dev/sdX > with /dev/sda.) > > Then after logging in as root: > > # guix pull --commit=3D872bda5de52a8f0514230ebc4e9680aab74f509a > # guix build --dry-run lilypond > > Which returns: > > 52.1 MB would be downloaded: > /gnu/store/0amx7bcbs518lkqwfh2azmqrp2yqib0g-lilypond-2.19.80 > /gnu/store/7b5ykfl6jbrdl8j7xp630fga4as3234z-ghostscript-9.22 > /gnu/store/j4vj7h3wyb532g2j0axzjj43z2a0dg81-python-2.7.14 > /gnu/store/k2ak44m0miind785x22mmpbcwi0mq7hq-freetype-2.8.1 > /gnu/store/mkhfqx7m7pniyic0kh0lnafmajymn4dr-guile-1.8.8 > /gnu/store/pwbx5fhjrq9crr1c0d2x08ch0l6vr3cv-pango-1.40.14 > /gnu/store/qm8ri32n0rkh749v3jb3x8s8ksjl7yd3-fontconfig-2.12.6 > /gnu/store/sm37m59gq3smxxz8gs4jikn50qg0g7xh-glib-2.54.2 > > Then: > > # guix build lilypond > > Which, after downloading the dependencies, starts to build lilypond from > source. I could reproduce it. This is fixed by commit 5e5d6613a3837586ccab51cd988b44c7df99253b. The story is quite surprising: the =E2=80=98font-tex-gyre=E2=80=99 packages= uses =E2=80=98url-fetch/zipbomb=E2=80=99. =E2=80=98url-fetch/zipbomb=E2=80=99 r= efers to unzip to do its job. With grafts enabled, =E2=80=98url-fetch/zipbomb=E2=80=99 would use a = grafted unzip, leading to a different /gnu/store/=E2=80=A6-tg-2.005otf.zip than when grafts are disabled. Consequently, the base lilypond.drv would already depend on whether or not grafts are enabled. When grafts are enabled, you would end up having to build a lilypond that=E2=80=99s different from what =E2=80=9Cguix= build lilypond --no-grafts=E2=80=9D builds because of this. I hope this explanation makes any sense but anyway, it=E2=80=99s fixed now.= :-) Thanks, Ludo=E2=80=99. From unknown Mon Jun 23 18:28:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 22 May 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator