From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id 6KetK0y2BGf1PgEAe85BDQ:P1 (envelope-from ) for ; Tue, 08 Oct 2024 04:34:20 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id 6KetK0y2BGf1PgEAe85BDQ (envelope-from ) for ; Tue, 08 Oct 2024 06:34:20 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b=R5iQrYbP; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20230601 header.b=aAxwkCC5; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=gmail.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1728362060; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=4SjsSxRn3yjCd80zfZv8VMBus/qY+KuTqKpPi1bfgf4=; b=Mwxwmi5XrdM9xG9sr37qrXVtVsP9pGXnsvjNaaCnjKkb7ZFa25DBAka3GqY54U4gwERRfC f4RH7e91cP+Ifszgp3zHnq1MAMCNFcq+ZFToeTqpbiEcK9STxW6h/iCXhVHKKmCyTJN0Aq avPQw1la+V3GiRQMLajCogYr6QeDX7fEfZl55qN0M7+2A/29nobfOprMRXoMHaZaQ/M5/I PWNrGrMiZfl9BenUQYj90SvqzRGOYV0AYzqQM2EKTB0tiVTpVkbbY0G0lWpmTylLr9XCFS +BUdD6ri2GByJtrABmNqC9bHE3JPuh+SrmLjgnN4Fr4NDn96RO/1a25t3ASTgA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1728362060; a=rsa-sha256; cv=none; b=XuIj+Oo8DtKnK00NiNQ3QUYfczYxDkzuzddXnQ8rEHHaeCQ5Ymom6p+5h79B+iPVsfZ2fO 7zkmyAP4ztixQsMEgS58tGib3DO3LpoLhZYe0NypP4ciF5r3AlU70/wfTC3frX+ANdPI9F 6GT9J+MNgNpTKzd5MX2IpWLS7OEpOsaonh+RGxKotMhP/b3lp6jfuUH4iNDHi3YbZhJIMn uir0nwHNWWGoKh1xNVSQZjnP2Vl0HtQvAnwivQajnEIZEzTIC52o5rEw1BzyZXFLr4m/wC oGVigEvY5a6scpp70t+OjwH9657JL2ITvBLhEAOve8okuOnJvPjZ7n1whqLCQg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=debbugs.gnu.org header.s=debbugs-gnu-org header.b=R5iQrYbP; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20230601 header.b=aAxwkCC5; spf=pass (aspmx1.migadu.com: domain of "bug-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="bug-guix-bounces+larch=yhetil.org@gnu.org"; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=gmail.com (policy=none) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 33CCF789FC for ; Tue, 08 Oct 2024 06:34:20 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sy1v3-0008Io-Px; Tue, 08 Oct 2024 00:33:58 -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 1sy1v0-0008IS-KO for bug-guix@gnu.org; Tue, 08 Oct 2024 00:33:55 -0400 Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sy1v0-0001Fg-7B for bug-guix@gnu.org; Tue, 08 Oct 2024 00:33:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:References:In-Reply-To:Date:From:To:Subject; bh=4SjsSxRn3yjCd80zfZv8VMBus/qY+KuTqKpPi1bfgf4=; b=R5iQrYbPFX4/bGCXWK27NEyItoPflSe7QGuINRA3dOgwtQnD6C1b32uj5WkPYMsmJUkp9vItO1iNuG8bR0Rl8rgThDTFka0zZcL68G8ImdTuqpigvUkR0yZAX3L8HdFke3FRYsojN5B1a/dHmGEdkJLng30WsYndGgraeDLxonfBPVhWYwrii8HlhjK4w+Nvq1dLhL6cU5745tJxrxKW6iljRcaUesbG/L20Sa/fzooXP2n4IrhctfhzXCcGS05lVRjZxpe5Z3mKQH+qK+wI3WPNDFLVxeUE0tRedL7DP8wmRKmjI7vZRMJhQCiq2TgHk2OXDIwv8uuiMRY+PasHyw==; Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sy1v7-0003F0-Ue for bug-guix@gnu.org; Tue, 08 Oct 2024 00:34:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#73681: Maybe partly undo the patch on Elisp comp-el-to-eln-filename Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 08 Oct 2024 04:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73681 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Martin =?UTF-8?Q?Edstr=C3=B6m?= Cc: 73681 <73681@debbugs.gnu.org> Received: via spool by 73681-submit@debbugs.gnu.org id=B73681.172836202812427 (code B ref 73681); Tue, 08 Oct 2024 04:34:01 +0000 Received: (at 73681) by debbugs.gnu.org; 8 Oct 2024 04:33:48 +0000 Received: from localhost ([127.0.0.1]:50155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sy1ut-0003EN-G2 for submit@debbugs.gnu.org; Tue, 08 Oct 2024 00:33:47 -0400 Received: from mail-wm1-f65.google.com ([209.85.128.65]:45238) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sy1ur-0003EE-15 for 73681@debbugs.gnu.org; Tue, 08 Oct 2024 00:33:45 -0400 Received: by mail-wm1-f65.google.com with SMTP id 5b1f17b1804b1-42cbbb1727eso52399025e9.2 for <73681@debbugs.gnu.org>; Mon, 07 Oct 2024 21:33:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728361956; x=1728966756; 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=4SjsSxRn3yjCd80zfZv8VMBus/qY+KuTqKpPi1bfgf4=; b=aAxwkCC5eagirDZPvKN98+i+JGwc3hUBCgw1Uh9RXDe7nMjYj0ohy5IHLTfqgjP1xY PPG1jr24/d+JXXWwGAlR1PsAJydkoUKJ/VFP3Tl8GcpI9RmMYlOCmTCgy/GMIyQgkTky 9cOusS54o0p22X4gc/ul19vQKUpK6xJy5r7hqBAlMfR161Zorc4yb8+ZqEBBMKgIL3f0 afgFGyA4P7A6hEC1eteOhroNwBLv2ipeGl30jWnpFfHDmIgQQywThy2g1j0/99CadSxo C4AdLGrUeWhcnB4cxsEjTYqdNO8WKfz7+GOzMUSgpOj3QNz6Byf2kEQLYSh0M1EPdYOo kUxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728361956; x=1728966756; 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=4SjsSxRn3yjCd80zfZv8VMBus/qY+KuTqKpPi1bfgf4=; b=jCAfyD5aLOUi8h7m6m2v5baGZhxDuRM2hpBlWqAfBSRQdH2aBXmsqx9vn9eLFhznpW L6O5JeN6maAFHRkZNfdGCedNvcN0OGXf/3wR2Kz6d4Iy1H7M8ZGh4TXkqPFpklp9tZNW EJBeQt9PfUJPayyrzi+rQ8dnkQwzL5GFOshnAUFh4Sexv9a/Ae+OE9c6VllSeMGNHBD4 B1EF0DJ4t9jGahYp/boSSKiAIAfNzcJ+8Ucdn/YsjuAZCQ9525QYt23AQ4PV62Xpb43A p6HkpkchoocPuMHsZ5U7E6JzFkpc+swhpYurZaO9RuJaEn/QLRumksgzT3+zHAmPrxhY zBdQ== X-Gm-Message-State: AOJu0YyP+tefmGC0SQfl6aLchuOAqFv43iO+JunQ7N9WFVEL/yuIPRwQ p2cEEl7fkKTkqpRBh4CJYnlpxi+dgth6WwbE7RT1o25yFD62ZtT1KdHk/5uO X-Google-Smtp-Source: AGHT+IFwlxSd+Dzn07BRSadw12HdpPOk1AQ4MPFIZU+l/ET5RsL0lbQhqHDWxQVg6ZaOKx9Ysoxh7A== X-Received: by 2002:a7b:c454:0:b0:42f:8ac6:4f34 with SMTP id 5b1f17b1804b1-42f8ac65216mr67223535e9.35.1728361955456; Mon, 07 Oct 2024 21:32:35 -0700 (PDT) Received: from lumine.fritz.box (85-127-114-32.dsl.dynamic.surfer.at. [85.127.114.32]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-42f86b4acddsm112290875e9.44.2024.10.07.21.32.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Oct 2024 21:32:34 -0700 (PDT) Message-ID: <58598114857dce8a25e3b4d0477d212467a0173f.camel@gmail.com> From: Liliana Marie Prikler Date: Tue, 08 Oct 2024 06:32:32 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.4 MIME-Version: 1.0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: bug-guix-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -0.28 X-Spam-Score: -0.28 X-Migadu-Queue-Id: 33CCF789FC X-Migadu-Scanner: mx13.migadu.com X-TUID: /hWuI/zfg4Ol Am Montag, dem 07.10.2024 um 22:46 +0200 schrieb Martin Edstr=C3=B6m: > In my package, the use case is instead that it starts sub-processes, > each of which should load a file "org-node-parser.eln".=C2=A0 I could ahv= e > made them just load the output of (locate-library "org-node-parser"), > but for unrelated reasons, that seems it would only ever locate an > .elc and not an .eln. Could you keep track of modifications to org-node-parser and recompile that on change? Or is it part of your package already =E2=80=93 if the lat= ter, then we should already have it compiled as a package. > So I need to use `comp-el-to-eln-filename` to find the up-to-date > .eln (or force it to be compiled).=C2=A0 Regardless of whether or not the > rest of the package has already been native-compiled. >=20 > The worst-case scenario is using package version 1.4.1 in the main > Emacs process, but 1.4.0 of org-node-parser.eln in the subprocesses.=C2= =A0 > That leads to unintended bugs. >=20 > I suppose the other way around could also happen - using package > version 1.4.0 but 1.4.1 in the subprocesses - but that'll be my own > mess to figure out :) I think it's your own mess either way =E2=80=93 can't you downgrade to a mo= del where you just ask for "org-node-parser" to be loaded, regardless of compilation? Then, you wouldn't have to native-compile it.=20 > > We write store paths to a subdirs.el =E2=80=93 unless specifically prom= pted > > to reload that, Emacs will keep using old libraries.=C2=A0 This is by > > design, so that updating Emacs does not cause any issues with > > (byte) compiled files. >=20 > Let me know if I understand this correctly: updating a package > compiles it at the same time, so we can have store paths like >=20 > /gnu/store/package-1.4.0/...{.elc,.el,.eln} > /gnu/store/package-1.4.1/...{.elc,.el,.eln} >=20 > which sounds like it will be all consistent.=C2=A0 An .eln in the second > directory would never secretly be 1.4.0, for example. >=20 > But since you said we disabled the JIT compilation, and store dirs > are read-only, where do the .eln actually end up, after the user > starts Emacs and it does its async-native-compile thing? >=20 > (or does it not do any JIT compilation at all?) We don't do JIT, but even if we did, we should find the one in the store (and the correct one, as per Emacs load paths). > I don't have a Guix machine at the moment, but is it a deterministic > path like ~/.emacs.d/eln-cache/29.4-HASH/package-HASH.eln ?=C2=A0 The use= r > in my GitHub issue gets no such path from running `comp-el-to-eln- > filename`, but maybe they're on an old Guix Emacs. It's `~/.emacs.d/eln-cache/29.4-HASH/some/module.eln`, with some/module being the module that you'd load. Cheers