From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#24832: Hydra generates faulty derivation for gettext-boot0 Date: Mon, 31 Oct 2016 13:01:45 +0100 Message-ID: <87d1igral2.fsf@gnu.org> References: <8760o9dqvs.fsf@netris.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1BIw-0002MF-4S for bug-guix@gnu.org; Mon, 31 Oct 2016 08:03:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c1BIs-0000A7-3a for bug-guix@gnu.org; Mon, 31 Oct 2016 08:03:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:50584) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c1BIs-00009x-0a for bug-guix@gnu.org; Mon, 31 Oct 2016 08:03:02 -0400 In-Reply-To: <8760o9dqvs.fsf@netris.org> Sender: "Debbugs-submit" Resent-Message-ID: List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 24832@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Mark, The bug stems from =E2=80=98ld-wrapper-boot0=E2=80=99 and was introduced in d75acc293dd3e63db8739aa04c021df917aa1b80. The problem is that =E2=80=98ld-wrapper-boot0=E2=80=99 uses the value of (%current-system) on t= he machine that builds the derivation=E2=80=94i.e., hydra.gnu.org. Instead, it should use the value of the system we=E2=80=99re building for, = so its evaluation should be delayed, as is the case for =E2=80=98inputs=E2=80= =99 fields. The result of this bug is that =E2=80=98ld-wrapper-boot0=E2=80=99 is bogus = on all arches except x86_64. However, this is harmless: we don=E2=80=99t need this ld wr= apper anyway, except for GNU/Hurd. So, a short-term hack might be this: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm index 53ba718..0a8e608 100644 --- a/gnu/packages/commencement.scm +++ b/gnu/packages/commencement.scm @@ -424,8 +424,8 @@ the bootstrap environment." (define ld-wrapper-boot0 ;; We need this so binaries on Hurd will have libmachuser and libhurduser ;; in their RUNPATH, otherwise validate-runpath will fail. - (make-ld-wrapper (string-append "ld-wrapper-" (boot-triplet)) - #:target (boot-triplet) + (make-ld-wrapper (string-append "ld-wrapper-" "x86_64-guix-linux-gnu") + #:target "x86_64-guix-linux-gnu" #:binutils binutils-boot0 #:guile %bootstrap-guile #:bash (car (assoc-ref %boot0-inputs "bash")))) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable That way, we would not have to rebuild anything (it temporarily breaks GNU/Hurd though, but that=E2=80=99s the cost we=E2=80=99d have to pay.) How does that sound? The actual fix, for the next core-updates cycle, would be to delay evaluation of ld-wrapper-boot0. I guess this bug shows that nobody tried to get substitutes for core-updates on non-x86_64 platforms. :-/ Thanks a lot for the heads-up! Ludo=E2=80=99. --=-=-=--