From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 31 20:38:57 2023 Received: (at submit) by debbugs.gnu.org; 1 Nov 2023 00:38:57 +0000 Received: from localhost ([127.0.0.1]:49522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qxzG1-0004Pp-MY for submit@debbugs.gnu.org; Tue, 31 Oct 2023 20:38:57 -0400 Received: from lists.gnu.org ([2001:470:142::17]:54338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qxzFw-0004PU-GM for submit@debbugs.gnu.org; Tue, 31 Oct 2023 20:38:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qxzF9-0004Bp-5d for bug-guix@gnu.org; Tue, 31 Oct 2023 20:38:01 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qxzF4-0005Tk-IP for bug-guix@gnu.org; Tue, 31 Oct 2023 20:37:58 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 99177240027 for ; Wed, 1 Nov 2023 01:37:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1698799069; bh=dAMII0QcQeexCHENQmXOLGzh2Vs5zV9dYMJkIealysw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=MQzRu4MLvmf5O82V/c/YBaZva0Hpy2QBWTlFQ7NzPbxPKLmedK65+4Z1GUJWc4e9q pgSk5TURA5RwQgGoTwazfTPwGuJl+OJ3FftfPqBhbSMtpgJby0Jk853t/F5fO4yiZz drgxfGlECJQkCi0rj0YQvQ6or3O3UBx9Da4Q6MqyR3A5DWIRGntE/HiswISIMwiIiw ZZkx/3pFYfdsbH//MS/T+HtIVGjhdmm+m7ZbN8RQXi3s6fh4YY4XixQhJcWBOEo3qS t3wnMWWyQSU2yWn8jPrtrwyVxamUBgxQ5u/CYn9S3px8nSp42Wk638DCxl59ktoiOk rN6d4G+SkKQJg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SKp4r2TVpz9rxB; Wed, 1 Nov 2023 01:37:48 +0100 (CET) From: Mekeor Melire To: bug-guix@gnu.org Subject: emacs-build-system builds .eln-files with mismatching path-hashes Date: Tue, 31 Oct 2023 23:49:49 +0000 Message-ID: <8734xq48dd.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Received-SPF: pass client-ip=185.67.36.65; envelope-from=mekeor@posteo.de; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, liliana.prikler@gmail.com, andrew@trop.in 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 (/) BUG EXPLANATION Emacs's natively-compiled .eln-files have a basename following the pattern "{feature-name}-{path-hash}-{content-hash}.eln". [0] Guix' emacs-build-system is used to build Emacs-related packages. By default, it uses the "emacs-minimal" package during build, which does not support native-compilation. But if you replace the "emacs-minimal" input with "emacs-no-x", e.g. by using --with-input=emacs-minimal=emacs-no-x, then emacs-build-system will make use of emacs-no-x' support of native-compilation [1]: The build will contain .eln-files. Hereby I'd like to report the bug that consists of mismatched path-hashes in the .eln-files that builds of Emacs-related packages contain when build with emacs-no-x (or any other Emacs that supports native compilation). BUG REPRODUCTION To reproduce this bug follow the following steps. Please note that guix-shell seems to leak .eln-files. (This should be reported as another bug.) That why the reproduction steps avoid guix-shell. Instead, we'll work with the current user profile. Delete Emacs' eln-cache (so that we can later see if new .eln-files have been generated): rm -rf ~/.emacs.d/eln-cache Remove all Emacs- and Emacs-related packages from Guix profile: guix package -I | cut -f 4 | grep emacs | xargs guix remove Install Emacs and emacs-unfill, as exemplary package, while replacing input "emacs-minimal" with "emacs", so that .eln-files are generated during the build: guix install emacs emacs-unfill --with-input=emacs-minimal=emacs Launch the freshly installed Emacs and load the "unfill" package. If the .eln-files that the emacs-unfill package provides match Emacs' expectations (path- and content-hash), it'll use it; otherwise, Emacs will compile a new .eln-file and save it into ~/.emacs.d/eln-cache/*/unfill-{path-hash}-{content-hash}.eln. emacs -q --eval "(require 'unfill)" Close Emacs after some seconds. Now determine the path-hash from Guix' build: basename ~/.guix-profile/lib/emacs/native-site-lisp/*/unfill-*.eln \ | cut -d - -f 2 Determine the path-hash from Emacs' native-compilation, which apparently has happened: basename ~/.emacs.d/eln-cache/*/unfill*.eln \ | cut -d - -f 2 The path-hashes from the last two steps are not equal. BUG SOLUTION HINTS In the #guix:libera.chat IRC channel, jpoiret pointed out: "the .eln file hash problem is due to grafts, grafts change the final output name, but they can't also update the file hashes... we'd need to modify emacs' behavior for this to work". CITATIONS [0]: Emacs' source code documents the meaning of the two hashes here: https://git.sv.gnu.org/cgit/emacs.git/tree/src/comp.c?h=194a8f5c1406dd7e762376bdfde78d1b7d01b6b1#n4405 [1]: Here you can see that emacs-no-x supports native-compilation unlike emacs-minimal: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/emacs.scm?h=92913703448c8e1a488ab066f60741262cdbf923#n294 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 01 07:53:04 2023 Received: (at 66864) by debbugs.gnu.org; 1 Nov 2023 11:53:04 +0000 Received: from localhost ([127.0.0.1]:50066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qy9mS-0005OY-6i for submit@debbugs.gnu.org; Wed, 01 Nov 2023 07:53:04 -0400 Received: from mail-wr1-x441.google.com ([2a00:1450:4864:20::441]:45235) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qy9mQ-0005O0-6m for 66864@debbugs.gnu.org; Wed, 01 Nov 2023 07:53:03 -0400 Received: by mail-wr1-x441.google.com with SMTP id ffacd0b85a97d-32f7bd27c2aso3190284f8f.2 for <66864@debbugs.gnu.org>; Wed, 01 Nov 2023 04:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698839541; x=1699444341; darn=debbugs.gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=Wi99bS5Wt+aXeMcsWk2TgJVTCHz8FjeVuarUtI+neEg=; b=N/fvoM18hjJlSILORmMDwrfXhgUEMziwdmIbJly1d/O7bW3kBcnyoZ2OSjlmMttwG8 DcNUbteCdoOkSD1YK1D/+kyHwJKVmib85d/fHFw9Eb6mpuVOoittSFU4aE7qmuORlDCh b3CkQGnPvuOBN5vT117NEc1IamUhCFBK/q17bAtixPj4xazUbh9GqB0eZ3myAPPR97nP YdxTDIIsV74YiLLMJz43MJ3wdmfCQ+xe+BlsiLIQNatqpO5+QXM8BWaXW0utRe5imCuR EPuvXrlYRzwupJ2I/zp5pERfDG/fl7WHlLjM0Ezxlzz8SDl/Rp8dNeNmyGIu/AlLmrXo n7Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698839541; x=1699444341; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Wi99bS5Wt+aXeMcsWk2TgJVTCHz8FjeVuarUtI+neEg=; b=ESKjlD6p0/0ZbuboSyJKB2lU9EBcBHwUDfr/zXStqjNuZioU/5wfQzd64tQh6EU26J 7AbXAfRjXNoakgRpCiX9TneK4/H1DHkOKZxKGyd+33D8diGK9Fj+spyEQ+4AH3tzBlO1 DqaDDGsebWpjh374kSVglq7degEx85h7DCCYyLlrrXP+ZquBJ0mik6/IUjKyjwIkGcxG dFV6XQSocu0rQrYjE39A1BBajebsCjQsxYvCE4AAKJSnabW9qTMzttRdyLUM8NNBstTm CnbLMrlwS401NdiaHsTNSg8vk6c3C6f5dFyUVc3KhjDp6p2pKTq4Io6RY4nggyhbw4b+ xbCA== X-Gm-Message-State: AOJu0YzvvEAeJO5c8zqWU71FETNqMVO3Gweu3HN6wtA4SdanNWeHujXA y2FQdTqZlOKzFUJmc5oKjRGFm7vJWT2HLw== X-Google-Smtp-Source: AGHT+IE96boApKCPto+AQWaFGLRPsw9Mf34DOaNx+9XcnbGPM9V72yKT3874BkXM7asYRTxKWYB3rw== X-Received: by 2002:a5d:47cb:0:b0:32f:8032:cc45 with SMTP id o11-20020a5d47cb000000b0032f8032cc45mr12147481wrc.15.1698839541166; Wed, 01 Nov 2023 04:52:21 -0700 (PDT) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id q11-20020a5d658b000000b0032dcb08bf94sm3987613wru.60.2023.11.01.04.52.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Nov 2023 04:52:20 -0700 (PDT) Message-ID: <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes From: Liliana Marie Prikler To: Mekeor Melire , 66864@debbugs.gnu.org Date: Wed, 01 Nov 2023 12:52:19 +0100 In-Reply-To: <8734xq48dd.fsf@posteo.de> References: <8734xq48dd.fsf@posteo.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66864 Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, andrew@trop.in 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: -1.0 (-) Am Dienstag, dem 31.10.2023 um 23:49 +0000 schrieb Mekeor Melire: > BUG EXPLANATION >=20 > Emacs's natively-compiled .eln-files have a basename following the > pattern "{feature-name}-{path-hash}-{content-hash}.eln". [0] >=20 > Guix' emacs-build-system is used to build Emacs-related packages. By=20 > =C2=A0default, it uses the "emacs-minimal" package during build, which= =20 > =C2=A0does not support native-compilation. But if you replace the=20 > =C2=A0"emacs-minimal" input with "emacs-no-x", e.g. by using=20 > =C2=A0--with-input=3Demacs-minimal=3Demacs-no-x, then emacs-build-system= =20 > =C2=A0will make use of emacs-no-x' support of native-compilation [1]:=20 > =C2=A0The build will contain .eln-files. >=20 > Hereby I'd like to report the bug that consists of mismatched path- > hashes in the .eln-files that builds of Emacs-related packages > contain when build with emacs-no-x (or any other Emacs that supports > native compilation). >=20 > BUG REPRODUCTION >=20 > To reproduce this bug follow the following steps. Please note that > guix-shell seems to leak .eln-files. (This should be reported as=20 > another bug.) What do you mean by "leaks .eln-files"? > That why the reproduction steps avoid guix-shell. Instead, we'll > work with the current user profile. >=20 > Delete Emacs' eln-cache (so that we can later see if new=20 > .eln-files have been generated): >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0rm -rf ~/.emacs.d/eln-cac= he >=20 > Remove all Emacs- and Emacs-related packages from Guix profile: >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0guix package -I | cut -f = 4 | grep emacs | xargs guix remove >=20 > Install Emacs and emacs-unfill, as exemplary package, while=20 > replacing input "emacs-minimal" with "emacs", so that .eln-files=20 > are generated during the build: >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0guix install emacs emacs-= unfill=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0--with-input=3Demacs-mini= mal=3Demacs Just deleting the eln-cache should be enough for a MWE. When doing an MWE, make sure that its actually minimal :) > Launch the freshly installed Emacs and load the "unfill" package.=20 > If the .eln-files that the emacs-unfill package provides match=20 > Emacs' expectations (path- and content-hash), it'll use it;=20 > otherwise, Emacs will compile a new .eln-file and save it into=20 > ~/.emacs.d/eln-cache/*/unfill-{path-hash}-{content-hash}.eln. >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0emacs -q --eval "(require= 'unfill)" >=20 > Close Emacs after some seconds. Now determine the path-hash from=20 > Guix' build: >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0basename=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0~/.guix-profile/lib/emacs= /native-site-lisp/*/unfill-*.eln \ > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | cut -d - -f 2 >=20 > Determine the path-hash from Emacs' native-compilation, which=20 > apparently has happened: >=20 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0basename ~/.emacs.d/eln-c= ache/*/unfill*.eln \ > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | cut -d - -f 2 This is already the bug. There should not be a file written to the eln-cache (save for the trampolines that we still write there, which is also a known bug among those who care). > The path-hashes from the last two steps are not equal. >=20 > BUG SOLUTION HINTS >=20 > In the #guix:libera.chat IRC channel, jpoiret pointed out: "the .eln > file hash problem is due to grafts, grafts change the=20 > final output name, but they can't also update the file hashes...=20 > we'd need to modify emacs' behavior for this to work". As jpoiret points out, this has to do with the file naming choices of Emacs, not with emacs-build-system per se. We would need to get rid of a lot of hashes if we wanted interoperable native-compiled Emacs libraries. I wonder what upstream has to say about this. Cheers From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 01 09:15:14 2023 Received: (at 66864) by debbugs.gnu.org; 1 Nov 2023 13:15:14 +0000 Received: from localhost ([127.0.0.1]:50188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qyB3x-0007zv-Gj for submit@debbugs.gnu.org; Wed, 01 Nov 2023 09:15:14 -0400 Received: from mout02.posteo.de ([185.67.36.66]:47481) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qyB3u-0007zb-UU for 66864@debbugs.gnu.org; Wed, 01 Nov 2023 09:15:12 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id E9125240105 for <66864@debbugs.gnu.org>; Wed, 1 Nov 2023 14:14:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1698844470; bh=MpVY1WrGtYMnYWVcn6LAwMhVu9I5nUBU+YBZNsD7ABo=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=kRDsIWo1NJSPbRpadVmD4pLQ7o0ZRYaWxD6bKnXIJmiZYxjp5IpxMSBf8mXfunzKD jmGN34daw24XGDt+TEaM3xUF4tYK6bRSHCTUJ3UFGq7zpoRibcfNMMD0GjV7MbWhow LinAB4XDtAddmwPMj5xwJmY3v5dvBomUysdmaHUr+3QzfuetDcrZAlcEXY3/DRYOvy o+RzSvK6Ru8X5upP/eOM0MgZXQMcK+6ysVP/Vg/gGSwOCr0+tx4dowHWR4IjO1r4KF hWggYcyR/Wx+YeBezgdBrym6KCQ/pOQ3BBRf0iP0+gRkRt7YZFm4yyW5D7Id9JK1E5 5L/886eDoR78w== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SL6sy0grjz9rxD; Wed, 1 Nov 2023 14:14:30 +0100 (CET) References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> From: Mekeor Melire To: Liliana Marie Prikler Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes Date: Wed, 01 Nov 2023 13:03:48 +0000 In-reply-to: <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> Message-ID: <8734xp1urt.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66864 Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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 (---) 2023-11-01 12:52 liliana.prikler@gmail.com: > Am Dienstag, dem 31.10.2023 um 23:49 +0000 schrieb Mekeor=20 > Melire: > > To reproduce this bug follow the following steps. Please note=20 > > that > > guix-shell seems to leak .eln-files. (This should be reported=20 > > as > > another bug.) > What do you mean by "leaks .eln-files"? To be honest, I can't reproduce the leakage right now. I'll create another = bug report if I can. > > That why the reproduction steps avoid guix-shell. Instead,=20 > > we'll > > work with the current user profile. > > > > Delete Emacs' eln-cache (so that we can later see if new > > .eln-files have been generated): > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0rm -rf ~/.emacs.d/eln-c= ache > > > > Remove all Emacs- and Emacs-related packages from Guix=20 > > profile: > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0guix package -I | cut -= f 4 | grep emacs | xargs guix=20 > > remove > > > > Install Emacs and emacs-unfill, as exemplary package, while > > replacing input "emacs-minimal" with "emacs", so that=20 > > .eln-files > > are generated during the build: > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0guix install emacs emac= s-unfill > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0--with-input=3Demacs-mi= nimal=3Demacs > Just deleting the eln-cache should be enough for a MWE. When=20 > doing an > MWE, make sure that its actually minimal :) I wanted to make sure that an Emacs-related package is installed, and speci= fically with the --with-input=3Demacs-minimal=3Demacs transformation becaus= e otherwise .eln-files won't be built. The MRE is minimal in that sense tha= t it ensures what's needed; only one Emacs-related package is installed; an= d commands are kept simple. > > Launch the freshly installed Emacs and load the "unfill"=20 > > package. > > If the .eln-files that the emacs-unfill package provides match > > Emacs' expectations (path- and content-hash), it'll use it; > > otherwise, Emacs will compile a new .eln-file and save it into > > ~/.emacs.d/eln-cache/*/unfill-{path-hash}-{content-hash}.eln. > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0emacs -q --eval "(requi= re 'unfill)" > > > > Close Emacs after some seconds. Now determine the path-hash=20 > > from > > Guix' build: > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0basename > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0~/.guix-profile/lib/ema= cs/native-site-lisp/*/unfill-*.eln=20 > > \ > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | cut -d - -f 2 > > > > Determine the path-hash from Emacs' native-compilation, which > > apparently has happened: > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0basename ~/.emacs.d/eln= -cache/*/unfill*.eln \ > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | cut -d - -f 2 > This is already the bug. There should not be a file written to=20 > the > eln-cache (save for the trampolines that we still write there,=20 > which is > also a known bug among those who care). Yes, this is already the bug. The reason for the eln-cache to be created is= that the two path-hashes do not equal. > > The path-hashes from the last two steps are not equal. > > > > BUG SOLUTION HINTS > > > > In the #guix:libera.chat IRC channel, jpoiret pointed out:=20 > > "the .eln > > file hash problem is due to grafts, grafts change the > > final output name, but they can't also update the file=20 > > hashes... > > we'd need to modify emacs' behavior for this to work". > As jpoiret points out, this has to do with the file naming=20 > choices of > Emacs, not with emacs-build-system per se. We would need to get=20 > rid of > a lot of hashes if we wanted interoperable native-compiled Emacs > libraries. I wonder what upstream has to say about this. The problem is that the .el-file-path that is passed to the Emacs function = comp-el-to-eln-filename during build [1] does not equal to the=20 .el-file-path when Emacs is invoked. Personally, I do not=20 understand how grafting causes this. But I can confirm that when=20 --no-grafts is passed to "guix install emacs emacs-unfill=20 --with-input=3Demacs-minimal=3Demacs", then no eln-cache is created. [1]: See these lines of code: https://git.savannah.gnu.org/cgit/guix.git/tree/guix/build/emacs-build-syst= em.scm?h=3D92913703448c8e1a488ab066f60741262cdbf923#n133 https://git.savannah.gnu.org/cgit/guix.git/tree/guix/build/emacs-utils.scm?= h=3D92913703448c8e1a488ab066f60741262cdbf923#n149 From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 01 10:17:42 2023 Received: (at 66864) by debbugs.gnu.org; 1 Nov 2023 14:17:42 +0000 Received: from localhost ([127.0.0.1]:52142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qyC2N-0001nw-NE for submit@debbugs.gnu.org; Wed, 01 Nov 2023 10:17:42 -0400 Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:61779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qyC2G-0001na-Qo for 66864@debbugs.gnu.org; Wed, 01 Nov 2023 10:17:38 -0400 Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2c6ed1b9a1cso113561fa.3 for <66864@debbugs.gnu.org>; Wed, 01 Nov 2023 07:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698848212; x=1699453012; darn=debbugs.gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=eVsdtrskIiB2wlOAdOhMoy06IirLRDrgrBYI2IUis8I=; b=WR9RyZkF04wu2Z8tD+zG+Y9mD4tRpuqsQI5lvSRJq6kgyIcemOL5/Yhs7VhiUtDW/n 6HcID/+P9+rR3ohbmGHXshRz49VBcSNtgADIMH3lb/VO+3bKOD08yRycSHJQKwfl1ymf C4W+XDevDvCStdhH7K10zbC0RdMaHeYFXVGRj6G5gXtj/DbBwIZt9qJfOEihBAo9Ktz+ cDYcIBFoUDNyBkUxEdIwypd3Jhog9nepQMUE1BWMYboQe0Un2fp7SMrs/01HhrouGChT D0ajGezGXm06Gs9Pdg+VgWDcIxRqdlHs1g3ay05Y7ErgTIqifzkdI2udGu35QDKTN71+ z3pw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698848212; x=1699453012; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=eVsdtrskIiB2wlOAdOhMoy06IirLRDrgrBYI2IUis8I=; b=D8BUBH3fuXQyhW6eC/zOY+OMkzc/ISNnj0fpdJmT+mZuN1ShAVsQZExnYrfQG28aqa tQhq65I+pa5lJjevpTdZMzX26yIbj5qeKV2nTS0upSmRTojmmeHXH3zl9jNoCGND6pv6 HwkNkE+kIG9Hp7qLnw6Oq2zqbgYte/TEhyb4G2XitIfy6b5VenR7yJqPD6HlUad+TREs rodJInIOR72b3W6G+2zLrHBqK3Uv39R6AM5QgwEoq7AUQwETsh3iJ4O40X4BgXLw6lYy OgS/sK3OBaXRdzwwyRbFvu3QQldaJWe/pGYk7v5x8GMLtMBmp02lbBzKW2uiPcfCa+eW +gFQ== X-Gm-Message-State: AOJu0YzRPfIv3s/T+QwKwn2rC5ZlWhNrVN99uXDraNfjKO2iVE4DeAG0 8fhpEMo6DuffygLz/Fywu/A= X-Google-Smtp-Source: AGHT+IG/6IOOIgLRA34Z3gXAA89pykqkARbu0FYY+0KyaWcvuNZ7lg7CrYuLlgCm5Rc2oLPjuvPIqQ== X-Received: by 2002:a2e:9909:0:b0:2c5:137d:6baa with SMTP id v9-20020a2e9909000000b002c5137d6baamr12247755lji.14.1698848212094; Wed, 01 Nov 2023 07:16:52 -0700 (PDT) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id y21-20020a05600c365500b003fe1c332810sm1657501wmq.33.2023.11.01.07.16.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Nov 2023 07:16:50 -0700 (PDT) Message-ID: Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes From: Liliana Marie Prikler To: Mekeor Melire Date: Wed, 01 Nov 2023 15:16:49 +0100 In-Reply-To: <8734xp1urt.fsf@posteo.de> References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> <8734xp1urt.fsf@posteo.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66864 Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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: -1.0 (-) Am Mittwoch, dem 01.11.2023 um 13:03 +0000 schrieb Mekeor Melire: > The problem is that the .el-file-path that is passed to the Emacs > function comp-el-to-eln-filename during build [1] does not equal to > the .el-file-path when Emacs is invoked. Personally, I do not=20 > understand how grafting causes this. But I can confirm that when=20 > --no-grafts is passed to "guix install emacs emacs-unfill=20 > --with-input=3Demacs-minimal=3Demacs", then no eln-cache is created. I think Emacs might be calculating its own hash at runtime rather than baking in the value at build time. I would need to investigate this, however. Cheers From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 02 04:16:25 2023 Received: (at 66864) by debbugs.gnu.org; 2 Nov 2023 08:16:25 +0000 Received: from localhost ([127.0.0.1]:53846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qySsL-00071X-4J for submit@debbugs.gnu.org; Thu, 02 Nov 2023 04:16:25 -0400 Received: from mout02.posteo.de ([185.67.36.66]:46683) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qySsI-00071J-EI for 66864@debbugs.gnu.org; Thu, 02 Nov 2023 04:16:23 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id EFC48240105 for <66864@debbugs.gnu.org>; Thu, 2 Nov 2023 09:15:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1698912942; bh=pQebEX3T1jt7tNbRw/wVngbsZTmv1DDQsvWLdLdRAF4=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=ffAZNzwDWurD2l8LTGwrqG4trDpFN+twL11ebgPx5Q8nLsQ8p2+pMwZnQOxHbIn0h Opo49SNSh8uU2Hcf0OewrTiTc6alDFPwNonatfH1QA2xj1qzGfkaQG29UhgBB6P+Ou dN/Rkijr1hb1Wsn6JVLqGM4r+LuPSyNkp+tiYvySkL14q4EBZFZDQTZH3OtJP8I0Jr 6PjXcQfY8srzoekcoAlwWLrIumN4pqEon2Dw1z45Z/MBZuVpzAU74sWtccmWRteNJ2 SfFschwhdcwsaKveQc1uPXrqxe8F4KxxqmYlRC1Y/zN8XRmAfuv2jicuy4g7UbMDlU sAEJyGebYlZdw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SLcBh5H5pz6twC; Thu, 2 Nov 2023 09:15:40 +0100 (CET) References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> <8734xp1urt.fsf@posteo.de> From: Mekeor Melire To: Liliana Marie Prikler Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes Date: Thu, 02 Nov 2023 08:13:48 +0000 In-reply-to: Message-ID: <87bkcc8tch.fsf@posteo.de> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66864 Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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 (---) 2023-11-01 15:16 liliana.prikler@gmail.com: > I think Emacs might be calculating its own hash at runtime > rather than > baking in the value at build time. Exactly. That's what I was trying to express. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 09 05:55:51 2023 Received: (at 66864) by debbugs.gnu.org; 9 Nov 2023 10:55:51 +0000 Received: from localhost ([127.0.0.1]:46848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r12hT-0004M9-DG for submit@debbugs.gnu.org; Thu, 09 Nov 2023 05:55:51 -0500 Received: from mail-ed1-x541.google.com ([2a00:1450:4864:20::541]:50283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r12hP-0004Ls-5I for 66864@debbugs.gnu.org; Thu, 09 Nov 2023 05:55:50 -0500 Received: by mail-ed1-x541.google.com with SMTP id 4fb4d7f45d1cf-5446c9f3a77so1173914a12.0 for <66864@debbugs.gnu.org>; Thu, 09 Nov 2023 02:55:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699527302; x=1700132102; darn=debbugs.gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=vNnL3o7iYaJkFpyGV3zUAdkj7EflSr7/g08NM/924RU=; b=cCn3usEaQJbBN1uwmvCBvc64I981hDwQWUxaVXZh79mqSasjsgZRAKMxKS0LBKDID5 dwjreuhthn5WWYD+qI7LvRmlsbJ3tpNCYu0k6yqS4W4fLIkEz3w6nspn1HKdacnmsiA5 GscTuSfOrrQmDG68XtNTWXi9LUtaVrh0lxlKccDzuXCNBjv9MjAx+PoILa4Dy3ZW00Pd 9zbcm6sf48+6LrOzRmcsia5Ootr6L0p5yX6gIsZqIU9PoZ6LHtl4V9QuJ6EkkOSxspjB vhh7LGaV2OJSQcIyZzcKUEQNyKEvpWUBuKsrOEMs3OtAu6w+80K66PI/NU3uJ8oAyHkV UyuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699527302; x=1700132102; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=vNnL3o7iYaJkFpyGV3zUAdkj7EflSr7/g08NM/924RU=; b=bMLSDnSlT3idp+a0pgxp2qTonY8gkf5wz8m48ve9RwA1FFWzcalQT6poH3Dzzxub6R uTfVIiajzImGrv2fn176RQakjC/brvUeFhnoJV65Alh3WUxGCzC0teoPvt4j242l3iIn qjuhPlGDSstAKTbKU34W6XBWzWgfTwytXhIPcj+buGR/o7sS8bNDFx1fzvKHkWSRFaw2 r172+V+HiUpgzaPju4V/QcDj0YMCnJOeMz0cjRYc/1kSei02Tzs2IyCNgqdxrtfm/yhu bAkTXq3UP8NoR74+PufuRfnzfZ4ylcqP4jEEk9YPhkX/8HNoXDdBl4Z6saKfFR2M6bPC 01Cg== X-Gm-Message-State: AOJu0YwR9/D2/Z0eXSTfUF7rINBcXX5DfLPZ0hNvzM9DXSgsjrdFGoll +i+RZq4yuF94N1T3pQsb0ps= X-Google-Smtp-Source: AGHT+IG7Tn/R/LN1eCCovpF9xV0n+dvLj4sUXlfBEbXNs2lzwOIvpbfB3sKRSSzJfKvvyBrmuTWNdQ== X-Received: by 2002:a17:906:5952:b0:9e5:19c2:e5f9 with SMTP id g18-20020a170906595200b009e519c2e5f9mr735344ejr.12.1699527301926; Thu, 09 Nov 2023 02:55:01 -0800 (PST) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id u20-20020a170906125400b009928b4e3b9fsm2372285eja.114.2023.11.09.02.55.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Nov 2023 02:55:01 -0800 (PST) Message-ID: <6988d23f1bc6f85e6322d3b97138e3faf4944b88.camel@gmail.com> Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes From: Liliana Marie Prikler To: Mekeor Melire Date: Thu, 09 Nov 2023 11:54:57 +0100 In-Reply-To: <87bkcc8tch.fsf@posteo.de> References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> <8734xp1urt.fsf@posteo.de> <87bkcc8tch.fsf@posteo.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66864 Cc: dev@jpoiret.xyz, cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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: -1.0 (-) Am Donnerstag, dem 02.11.2023 um 08:13 +0000 schrieb Mekeor Melire: >=20 > 2023-11-01 15:16 liliana.prikler@gmail.com: >=20 > > I think Emacs might be calculating its own hash at runtime=20 > > rather than baking in the value at build time. >=20 > Exactly. That's what I was trying to express. I'm not sure whether this is reproducible. On my system $ guix build emacs-dash --with-input=3Demacs-minimal=3Demacs /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash-2.19.1 $ ls /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash-2.19.1/lib/em= acs/native-site-lisp 29.1-e9e5c1ce $ emacs --batch --eval=3D'(message "%s" comp-abi-hash)' e9e5c1ce Looks like everything's alright? Cheers From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 09 06:22:09 2023 Received: (at 66864) by debbugs.gnu.org; 9 Nov 2023 11:22:09 +0000 Received: from localhost ([127.0.0.1]:46873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r136v-00052F-6r for submit@debbugs.gnu.org; Thu, 09 Nov 2023 06:22:09 -0500 Received: from jpoiret.xyz ([206.189.101.64]:50322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r136s-000526-CD for 66864@debbugs.gnu.org; Thu, 09 Nov 2023 06:22:07 -0500 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id 5F3FC185443; Thu, 9 Nov 2023 11:21:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1699528886; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=pp9RrTeOUnKCf7LHlOprG4Qk4Jx0ssvPhZVwTiIm7Do=; b=A4uTraxJox75zSlm4wjYry8N7E+NoP8Xc0vt9KbOaZcR9m/6Fog9YEnIlVPjWal0FcjUpO z2ShJDTKiogK+LT5XdObaO7ZbBbU7yEthrF9gImsbIwVVJP0DrQB6pLJCEKdMiPkWFFRgp paMSlyELX8jq+i0WLTlkjFsdTgpSv9N1/CN07BiylRgY1NHpAmvMBl07+1DKbSWdF4Nd0V cHAHhNtDUgxvESHpv38zcqwFpAZKGVcPFKiC/CmPREo8+3zEOV6lv9nF3Y/FAXgRJygU6s sppqsJa8hV5W9COh+fWvXQ5y8Sp9ZCF1+VwMIepTfjtWcokxge6MW6iTtLv76g== From: Josselin Poiret To: Liliana Marie Prikler , Mekeor Melire Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes In-Reply-To: <6988d23f1bc6f85e6322d3b97138e3faf4944b88.camel@gmail.com> References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> <8734xp1urt.fsf@posteo.de> <87bkcc8tch.fsf@posteo.de> <6988d23f1bc6f85e6322d3b97138e3faf4944b88.camel@gmail.com> Date: Thu, 09 Nov 2023 12:21:20 +0100 Message-ID: <878r776ukv.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Level: * X-Spamd-Bar: + Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 66864 Cc: cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Liliana Marie Prikler writes: > Am Donnerstag, dem 02.11.2023 um 08:13 +0000 schrieb Mekeor Melire: >>=20 >> 2023-11-01 15:16 liliana.prikler@gmail.com: >>=20 >> > I think Emacs might be calculating its own hash at runtime=20 >> > rather than baking in the value at build time. >>=20 >> Exactly. That's what I was trying to express. > I'm not sure whether this is reproducible. On my system > $ guix build emacs-dash --with-input=3Demacs-minimal=3Demacs > /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash-2.19.1 > $ ls /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash-2.19.1/lib/= emacs/native-site-lisp > 29.1-e9e5c1ce > $ emacs --batch --eval=3D'(message "%s" comp-abi-hash)' > e9e5c1ce > Looks like everything's alright? It's the .eln file itself that has the hash of the .el's path in its name. That's computed by `comp-el-to-eln-filename`. Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmVMwLAQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaiqOjC/9kgzKyVb84qHZK0IoabKJPwWbwSLoHTDpq aobMlVos0/EIW0n97iK4hrbkj11OeWgr/09ljWfKELQJ2jk5uXeUEa37lIITlHK5 99tY6uT9paH/T90LyqaJt6GplrXL5hiyRraWE7leNZ1atkdiHcgD/coPYewdapxD d287Nrbfk0thaOmMvAfpSUDeTeqGaHIBFFqqzqFArupeNohyQHmJJ+iLx2eYpSh6 x+2vuRc1Ym6PuzFyP2a+4VEDPGNxIruXqphF8R4K5+r63Qg4KGfWFkB7lGlTpYOF CsewumDYDH/4DCJk+aSvHVbzNtxq2438f/odSiqt2CQg64/fTXV80oPMZnEOoX2G 2ysyNtPuc8mmOZUOZvw2k4o5HxFCjuoalp52pwVqpOj0Le+mSw2lDb8afkpGlWb9 EUiCMeLAkLvP0nyDLGvz73l/fhh9qKz5Vbe4W7Y3eN/nQnnkG+YCfbaCS7ZG7YQr fHtlKfmkFnBByDga17tbMSbMgGqC8rg= =5Cwl -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 09 07:04:18 2023 Received: (at 66864) by debbugs.gnu.org; 9 Nov 2023 12:04:18 +0000 Received: from localhost ([127.0.0.1]:46937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r13lh-0006OB-Pv for submit@debbugs.gnu.org; Thu, 09 Nov 2023 07:04:18 -0500 Received: from mail-ed1-x542.google.com ([2a00:1450:4864:20::542]:50615) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r13lf-0006Nw-Ci for 66864@debbugs.gnu.org; Thu, 09 Nov 2023 07:04:16 -0500 Received: by mail-ed1-x542.google.com with SMTP id 4fb4d7f45d1cf-5435336ab0bso1286150a12.1 for <66864@debbugs.gnu.org>; Thu, 09 Nov 2023 04:03:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699531410; x=1700136210; darn=debbugs.gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=+D/HNbfIShkpLTkmxytqZcC9nFpYT1PdLibdBIKPQ+A=; b=dVZH4lHKhCNakwgp0AF1wOqFxnHiQuW/oiR8A/Y3XmE412zzf52XQW9azwWa6ishjG pV7dK6zzdIe5pR3j0fOpWWuzvA63bzI2Ibo8L99I12HuivBjLfWp4J3RGEsI0YS6BeyX kngwC3ul6Ed2KPwGyeUEvIn789DcOJFGVCZxjKuBLtyL2cpU2gUA7OlxscdYSFheiVoB o03mWKYfSTL2cLIzGgRBIwjT+D3g9qiASftTYBDmfMGKYdBc7sCmr5XwA9c5HIxgQ9c9 ZwWgz0aeq+zEFEj1WOv7I3RVAm2reMdI4zgReq1kzS98hcUK88CmQ/Ho8fHxnQGFTaPx b9fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699531410; x=1700136210; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=+D/HNbfIShkpLTkmxytqZcC9nFpYT1PdLibdBIKPQ+A=; b=lXKScgC7nfFM7LVqe0TmKsG0+yqebPvxxT+SSo2BQcs9mAQ6sXt0hztLGGhN2bim0C Q2DGWMImd2U5nt9iUdQT9kYghkGDtmq+j2iW0H8/A9UDlmvIyV5YUw1FkLbxHdKgQl85 oETdaY77Kn3XyM1RvqjLiXJdoyzDGwIGrfzkjw36HkrxiCIeiPls1Dsu9H1ThNNr3F30 LUE1H+NBssfczkKL3OKpjGi3HSWZ05mbRoG/C+hHo3qB+xkvFqZBLbAu8tcytdhwTknq IPaTRVrRHwJYpFVKJ8rk6+lQNFO3oPePgC9s9PFob+lZHz+iWulWrj/GOdL/Iz0Lr+jM 82xw== X-Gm-Message-State: AOJu0Yx1Txeg8QuNaNRX41xlrvKRD/77f8GzymnGJmCr9dcjLPEF/cEv pqfnBveTehF+kPdMB0IxYng= X-Google-Smtp-Source: AGHT+IEr+KzqoyilkUUX3KVAWdlTOLn74vuOIv5+RNLUDf4peVT9RLmMdnRZX5nVgAf9usyyr2Hyzg== X-Received: by 2002:a50:8d54:0:b0:53d:bc68:633a with SMTP id t20-20020a508d54000000b0053dbc68633amr3629648edt.5.1699531410100; Thu, 09 Nov 2023 04:03:30 -0800 (PST) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id b15-20020a50cccf000000b00542da55a716sm8160101edj.90.2023.11.09.04.03.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Nov 2023 04:03:29 -0800 (PST) Message-ID: Subject: Re: emacs-build-system builds .eln-files with mismatching path-hashes From: Liliana Marie Prikler To: Josselin Poiret , Mekeor Melire Date: Thu, 09 Nov 2023 13:03:27 +0100 In-Reply-To: <878r776ukv.fsf@jpoiret.xyz> References: <8734xq48dd.fsf@posteo.de> <82eff0d4c81512f13f7c6b28671af364ec13de87.camel@gmail.com> <8734xp1urt.fsf@posteo.de> <87bkcc8tch.fsf@posteo.de> <6988d23f1bc6f85e6322d3b97138e3faf4944b88.camel@gmail.com> <878r776ukv.fsf@jpoiret.xyz> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66864 Cc: cox.katherine.e+guix@gmail.com, 66864@debbugs.gnu.org, andrew@trop.in 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: -1.0 (-) Am Donnerstag, dem 09.11.2023 um 12:21 +0100 schrieb Josselin Poiret: > Hi, >=20 > Liliana Marie Prikler writes: >=20 > > Am Donnerstag, dem 02.11.2023 um 08:13 +0000 schrieb Mekeor Melire: > > >=20 > > > 2023-11-01 15:16 liliana.prikler@gmail.com: > > >=20 > > > > I think Emacs might be calculating its own hash at runtime=20 > > > > rather than baking in the value at build time. > > >=20 > > > Exactly. That's what I was trying to express. > > I'm not sure whether this is reproducible.=C2=A0 On my system > > =C2=A0 $ guix build emacs-dash --with-input=3Demacs-minimal=3Demacs > > =C2=A0 /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash-2.19.1 > > =C2=A0 $ ls /gnu/store/zr16hd25338imljqxxfsf07smbfv3wxd-emacs-dash- > > 2.19.1/lib/emacs/native-site-lisp > > =C2=A0 29.1-e9e5c1ce > > =C2=A0 $ emacs --batch --eval=3D'(message "%s" comp-abi-hash)' > > =C2=A0 e9e5c1ce > > Looks like everything's alright? >=20 > It's the .eln file itself that has the hash of the .el's path in its > name.=C2=A0 That's computed by `comp-el-to-eln-filename`. Does this still occur on the emacs-team branch, where we compile everything from the build directory? Cheers