GNU bug report logs - #63920
Allow for easily rewriting Emacs packages to use emacs-next

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: guix; Reported by: Mekeor Melire <mekeor@HIDDEN>; dated Tue, 6 Jun 2023 07:36:02 UTC; Maintainer for guix is bug-guix@HIDDEN.

Message received at 63920 <at> debbugs.gnu.org:


Received: (at 63920) by debbugs.gnu.org; 4 Oct 2023 17:57:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Oct 04 13:57:37 2023
Received: from localhost ([127.0.0.1]:45268 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qo67t-0001tw-GI
	for submit <at> debbugs.gnu.org; Wed, 04 Oct 2023 13:57:37 -0400
Received: from mail-wr1-x433.google.com ([2a00:1450:4864:20::433]:39129)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <zimon.toutoune@HIDDEN>)
 id 1qo67q-0001td-Ue; Wed, 04 Oct 2023 13:57:36 -0400
Received: by mail-wr1-x433.google.com with SMTP id
 ffacd0b85a97d-3233799e7b8so24906f8f.0; 
 Wed, 04 Oct 2023 10:57:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1696442231; x=1697047031; darn=debbugs.gnu.org;
 h=mime-version:user-agent:message-id:in-reply-to:date:references
 :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to;
 bh=HZO3ukprhdjxRFxP1vvlIQCfx9VHzXvpr8anxmw5LXM=;
 b=eZuj4+6YT+ZBfmAJDdpo2RqSmTrHsTpDwN6GcXyZ+k7VxIAB4lZps0psD7+5eUqfKS
 zvgrKTO2c3Dl/poQH1uqhRXguGNphSvxUDZWgTo045GXT4eRGfnxmquOvgPSLu3Nzou4
 2dKe1cANkxtPS1rq1465wRuCpvThsqBKIZ9o7ltk3hCOEdrobrhPbubkrGFYpPamievE
 OQqbKHeNeMv4ipIbQr7eutRr1XX/Z0kK+zUTr6RDeX/wL6gSMbRgXvU5HUEJAOEPyfNZ
 mCAmdOEKxUxxZ6citMooJKOCJlE5molZR+VsjWkUhVeCieGf06TNYTGU5AMBLQniIuqH
 NniQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1696442231; x=1697047031;
 h=mime-version:user-agent:message-id:in-reply-to:date:references
 :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date
 :message-id:reply-to;
 bh=HZO3ukprhdjxRFxP1vvlIQCfx9VHzXvpr8anxmw5LXM=;
 b=QB9n+oGw6hyPqv2cAq+keZMbYkSsM6WqnAQsxm8XlAdWl9OddU9r4V4Ge8qwIr8S8A
 44m6tHteq2SItLbQBJkN0s8lJp0n3V029k6wvGzJbm0nj1uIvRQyTNs0iOYamwrYTWqD
 dBebswOnlqvcBiR0q1BJkqhCwoLoh4Psli9QDXuQi1QEEb9Y+VEfjZP4hos72FBE86q1
 eDt/K3EWGOdMGg1M2eiOPd9EDkwJwtcmyiYymLgSmrjMuBx+2T5i+yQI+mEeCZ2/HK8n
 fe+ZDZwsWMkpSrQPj939579CBHQbNReV8PzFFJ7IjmNjIncrrtMV7+sKjcfqGzKSJrz8
 +xXw==
X-Gm-Message-State: AOJu0YzCEjR68L45Igt7MPlgF3GPZirOhFv8T9CiBHWfS26k7AE2uXFI
 Ok0u+FHwTkO+NSwpTXjtSVaA7so4+F8=
X-Google-Smtp-Source: AGHT+IGcEfOGcoOJYjGp/KpZSg+NYX0Nlt6WTNonfRUFgfLD72TASCi+W33nPqx0TWFrHByHKfzwYQ==
X-Received: by 2002:a5d:53c8:0:b0:319:8dcf:5c10 with SMTP id
 a8-20020a5d53c8000000b003198dcf5c10mr2496274wrw.6.1696442231101; 
 Wed, 04 Oct 2023 10:57:11 -0700 (PDT)
Received: from pfiuh07 ([193.48.40.241]) by smtp.gmail.com with ESMTPSA id
 e7-20020a5d5307000000b003217c096c1esm4516116wrv.73.2023.10.04.10.57.10
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Wed, 04 Oct 2023 10:57:10 -0700 (PDT)
From: Simon Tournier <zimon.toutoune@HIDDEN>
To: Maxim Cournoyer <maxim.cournoyer@HIDDEN>
Subject: Re: bug#63920: Allow for easily rewriting Emacs packages to use
 emacs-next
References: <87pm696o2j.fsf@HIDDEN>
 <86d39d60b16eeeaed7d149773864f322ab109a78.camel@HIDDEN>
 <87h6n75dro.fsf@HIDDEN>
Date: Wed, 04 Oct 2023 11:14:07 +0200
In-Reply-To: <87h6n75dro.fsf@HIDDEN> (Maxim Cournoyer's message of "Tue, 03
 Oct 2023 22:20:59 -0400")
Message-ID: <877co23g2o.fsf_-_@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.1 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Hi, On Tue, 03 Oct 2023 at 22:20, Maxim Cournoyer wrote: >
 I agree adding multiple outputs would make things complicated and messy,
 > and should thus not be the approach pursued. I think this should be >
 feasible via package rewriting procedures, like we ha [...] 
 Content analysis details:   (1.1 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (zimon.toutoune[at]gmail.com)
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [2a00:1450:4864:20:0:0:0:433 listed in]
 [list.dnswl.org]
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 1.1 DATE_IN_PAST_06_12     Date: is 6 to 12 hours before Received: date
X-Debbugs-Envelope-To: 63920
Cc: Mekeor Melire <mekeor@HIDDEN>, GNU Debbugs <control <at> debbugs.gnu.org>,
 63920 <at> debbugs.gnu.org, Liliana Marie Prikler <liliana.prikler@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.1 (/)

Hi,

On Tue, 03 Oct 2023 at 22:20, Maxim Cournoyer <maxim.cournoyer@HIDDEN> wrote:

> I agree adding multiple outputs would make things complicated and messy,
> and should thus not be the approach pursued.  I think this should be
> feasible via package rewriting procedures, like we had in the past for
> Python 2 with package-for-python2 or similar, which users can apply to
> their Emacs package collection in a manifest file.

For the record, it remembers these related or similar discussions:

    https://issues.guix.gnu.org/issue/41732
    https://issues.guix.gnu.org/issue/64586

Cheers,
simon




Information forwarded to bug-guix@HIDDEN:
bug#63920; Package guix. Full text available.
Changed bug title to 'Allow for easily rewriting Emacs packages to use emacs-next' from 'Emacs Packages should have an output built with emacs-next(-minimal)' Request was from Maxim Cournoyer <maxim.cournoyer@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 63920 <at> debbugs.gnu.org:


Received: (at 63920) by debbugs.gnu.org; 4 Oct 2023 02:21:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Oct 03 22:21:27 2023
Received: from localhost ([127.0.0.1]:41018 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1qnrVu-0000NG-IR
	for submit <at> debbugs.gnu.org; Tue, 03 Oct 2023 22:21:26 -0400
Received: from mail-qv1-xf29.google.com ([2607:f8b0:4864:20::f29]:60660)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <maxim.cournoyer@HIDDEN>)
 id 1qnrVs-0000Mf-TW; Tue, 03 Oct 2023 22:21:25 -0400
Received: by mail-qv1-xf29.google.com with SMTP id
 6a1803df08f44-65d5a6230fcso9730126d6.0; 
 Tue, 03 Oct 2023 19:21:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1696386061; x=1696990861; darn=debbugs.gnu.org;
 h=content-transfer-encoding:mime-version:user-agent:message-id
 :in-reply-to:date:references:subject:cc:to:from:from:to:cc:subject
 :date:message-id:reply-to;
 bh=4crpq0HSF7XqtO22Ch9gc5LqL1vHdstJgegh738s5EI=;
 b=HzDvpVnQEcjqNP9Pdukd9uEGd2s+CvqtEyhbgGHNu5eqqp5rOuLwHMF9vXha9+daEd
 slVLMtHL+JV4BuCWIWAHCXL3xu5S0RHvk07DwshODbgS42d0GTnB3WMLHRt2esjSNMn5
 OU3Xa36cl6ZiQ9tLTVyiFY7AcUTcANcsrJU7AhXQZnGFkbAaC+RRyXUf3Whunrp2ja4J
 5SSYlnIgHQOeHDBHP0k5y+6oO3oFA5o/OoV1rixHREq1lS5W/6bLE9h9ddoTvC3pVJuM
 +TBBkBBxDy9nVjR1KzSH9ec2nP89lProHQ/PjaCL4FToVH8GxNnmh81zMHKOJ9qqcg5H
 Ixtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1696386061; x=1696990861;
 h=content-transfer-encoding:mime-version:user-agent:message-id
 :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=4crpq0HSF7XqtO22Ch9gc5LqL1vHdstJgegh738s5EI=;
 b=WkuGCJ4oRZyPBUvTisB5lVaT9bo+mKU7KY5Zb9JT4/3c/cnD0nC9d1JWuZ8mkmozD4
 e41U6sjs9d+pWTPRKI4s9T1b8FIkwMUGAq4oHYKZf1aQuHkVWuJVPBSk/ZdJbnoLLfdb
 gHHbKgmpa4C3eOGVPigPWFMi+dyqN6eSn3izriOySvKDBv6kj9WNqixAHaZcJMZuThXV
 mbjZc70bPkap9atDzaAggi9KuHByVwpHFc8EAqykMaujevbPsjlkVNUyOjwREllcQsCT
 m8Uj/blhnbrkAdqug9Hemry2/XRHpBUUso73hZPsi6qz62gKSjnMikmv5kNFtboQwp53
 aNig==
X-Gm-Message-State: AOJu0Yxespjwa+FYK7PE6KF72Y42+4yMviKiN5xInQyxNB6R9YAgsHTa
 cv3CIm3OTHIxqW6kSV3PByqAaFWs8CA=
X-Google-Smtp-Source: AGHT+IHODqx29VqLfp4ZQfxrDJ1x/qA+IsE09vU1uoGcx5PoRVQIBdgjHafg1Hrk7Tm+JE1kGKaSZQ==
X-Received: by 2002:a0c:a984:0:b0:65b:86b:e008 with SMTP id
 a4-20020a0ca984000000b0065b086be008mr939226qvb.16.1696386061236; 
 Tue, 03 Oct 2023 19:21:01 -0700 (PDT)
Received: from hurd (dsl-141-24.b2b2c.ca. [66.158.141.24])
 by smtp.gmail.com with ESMTPSA id
 n15-20020a0ce48f000000b0065b10dbcd53sm967178qvl.120.2023.10.03.19.21.00
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 03 Oct 2023 19:21:00 -0700 (PDT)
From: Maxim Cournoyer <maxim.cournoyer@HIDDEN>
To: Liliana Marie Prikler <liliana.prikler@HIDDEN>
Subject: Re: bug#63920: Emacs Packages should have an output built with
 emacs-next(-minimal)
References: <87pm696o2j.fsf@HIDDEN>
 <86d39d60b16eeeaed7d149773864f322ab109a78.camel@HIDDEN>
Date: Tue, 03 Oct 2023 22:20:59 -0400
In-Reply-To: <86d39d60b16eeeaed7d149773864f322ab109a78.camel@HIDDEN>
 (Liliana Marie Prikler's message of "Tue, 06 Jun 2023 18:07:42 +0200")
Message-ID: <87h6n75dro.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 63920
Cc: Mekeor Melire <mekeor@HIDDEN>, GNU Debbugs <control <at> debbugs.gnu.org>,
 63920 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

retitle 63920 Allow for easily rewriting Emacs packages to use emacs-next
quit

Hello Mekeor,

Liliana Marie Prikler <liliana.prikler@HIDDEN> writes:

[...]

>> (A workaround is to instead evaluate (load=20
>> "consult-register.el").)
>>=20
>> I propose:
>>=20
>> 1. Introduce a package emacs-next-minimal.
>>=20
>> 2. For all Emacs-packages, create one output corresponding to each=20
>> Emacs major-version packaged in Guix proper. For example, the=20
>> output "emacs-next" would be built with emacs-next-minimal.
>>=20
>> What do you think? I'd guess this should be hard to implement,=20
>> right?
> This would unnecessarily complicate things over at emacs-build-system.
> Now, emacs-next-minimal itself might be worthwhile (I don't see a
> strong reason as to why, though), but since native compilation was
> introduced to Guix, the recommendation was to compile packages ahead of
> time rather than using the built-in JIT.  To do so, add=C2=A0
>   --with-input=3Demacs-minimal=3Demacs-next
> or use a semantically equivalent options->transformation.=20=20

I agree adding multiple outputs would make things complicated and messy,
and should thus not be the approach pursued.  I think this should be
feasible via package rewriting procedures, like we had in the past for
Python 2 with package-for-python2 or similar, which users can apply to
their Emacs package collection in a manifest file.

A version of it for Emacs has been shared to guix-devel in the past, it
could be reworked, it had some problems still.

I'm renaming the issue to something that should serve as a reminder to
someone to implement this.

--=20
Thanks,
Maxim




Information forwarded to bug-guix@HIDDEN:
bug#63920; Package guix. Full text available.

Message received at 63920 <at> debbugs.gnu.org:


Received: (at 63920) by debbugs.gnu.org; 6 Jun 2023 16:07:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 06 12:07:55 2023
Received: from localhost ([127.0.0.1]:52863 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1q6ZDv-0005Yr-0T
	for submit <at> debbugs.gnu.org; Tue, 06 Jun 2023 12:07:55 -0400
Received: from mail-ej1-f67.google.com ([209.85.218.67]:48614)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <liliana.prikler@HIDDEN>) id 1q6ZDq-0005Yb-Rh
 for 63920 <at> debbugs.gnu.org; Tue, 06 Jun 2023 12:07:53 -0400
Received: by mail-ej1-f67.google.com with SMTP id
 a640c23a62f3a-9786c67ec32so158150566b.1
 for <63920 <at> debbugs.gnu.org>; Tue, 06 Jun 2023 09:07:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20221208; t=1686067665; x=1688659665;
 h=mime-version:user-agent:content-transfer-encoding:references
 :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date
 :message-id:reply-to;
 bh=nzwD0hHe8N1VXGHvsVzTmbihcJv4POED1dKQPuEM0gQ=;
 b=oYLCFRWDDW+YkzIVBGFfA+0KmtX1A+Bo2w9+GpL85rwRcB6QyNVKf4kBIb9SZCJvqO
 hFwP7pF+jFe6oeywPua+K7QAagb6jyrrl2C71ak3EJbboyztRcrm0SlHDvbH0ZzUCC1x
 ws4EmXdp86AXZORO+mK3rOOllQuiuYV+f/lImH/Zvea+A/W4GPpbAzNivEScVulO8ACa
 HRAAI2OW2/MJc5gOqnO83w1unhDiBahWJ9U9vEH+IsEMyJO4PV7dBz9hZLr3xTyvFnf2
 +sAmcBNa3KnFla5xehZIMcdGuIUlvnuDaiUavuQ4CfR4bSqV1TgxmdEALFvM9Yk2TmG2
 KAXA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20221208; t=1686067665; x=1688659665;
 h=mime-version:user-agent:content-transfer-encoding:references
 :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from
 :to:cc:subject:date:message-id:reply-to;
 bh=nzwD0hHe8N1VXGHvsVzTmbihcJv4POED1dKQPuEM0gQ=;
 b=cigCbWkp+Cm+zaSPjxVzYzghjo/SyGjHVwVuJnJ4t7x4TSPwumeInye3wIWqIVoZWB
 cCnVxU4gffudLeJEYjNJOpcRIZ9GuMYHcKWuC9ndIayvN+E8F/vdiNQ0LApfd27zY5q4
 Oitx5PewTfck7RKoOjEbWhpEuRd2kO6aUbeO1rsaQ1ztZzYfh2BB5i9WWtOjPWdsF1GX
 7Sj9OMSoRNAm9pQ6Qm8FdkJTMbe2KgtEEamxgqFo1lSXbzlCVD9KsJ2jMfQStrAJ6est
 o+mV3OQdZA3vsNFcwCC+KSra1uN6Rm8uBxC7j6LmzIn6G84nuCQEQ+Dj0TdJh6k2XIAI
 oTGA==
X-Gm-Message-State: AC+VfDy1TaeJCq2BpDNJ0yYiw9RBvvBt7n8o0wdzmx/TjPUHVvART5KM
 9Swy6wN4mQimGRkyWCXO7Lc=
X-Google-Smtp-Source: ACHHUZ4pdAt59pHs3sc9c6jP92j80+9cuDYwYsy+5ez7McdG5UDscl974uPO1yS7JX+6ocAjssFXGg==
X-Received: by 2002:a17:907:2d10:b0:96a:928c:d391 with SMTP id
 gs16-20020a1709072d1000b0096a928cd391mr3329171ejc.4.1686067664526; 
 Tue, 06 Jun 2023 09:07:44 -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
 t15-20020a1709066bcf00b0096f7500502csm5784319ejs.199.2023.06.06.09.07.43
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 06 Jun 2023 09:07:44 -0700 (PDT)
Message-ID: <86d39d60b16eeeaed7d149773864f322ab109a78.camel@HIDDEN>
Subject: Re: Emacs Packages should have an output built with
 emacs-next(-minimal)
From: Liliana Marie Prikler <liliana.prikler@HIDDEN>
To: Mekeor Melire <mekeor@HIDDEN>, 63920 <at> debbugs.gnu.org
Date: Tue, 06 Jun 2023 18:07:42 +0200
In-Reply-To: <87pm696o2j.fsf@HIDDEN>
References: <87pm696o2j.fsf@HIDDEN>
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: 63920
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Mekeor,

Am Dienstag, dem 06.06.2023 um 07:11 +0000 schrieb Mekeor Melire:
> Hello dear Guix community,
>=20
> if I understand correctly, all Emacs-packages that are packaged in=20
> Guix proper, are built with Emacs version 28 (or more precisely,=20
> emacs-minimal@28, emacs@28, emacs-no-x@28, emacs-no-x-toolkit@28=20
> or emacs-wide-int@28 (except emacs-jsdoc which is and needs to be=20
> built with emacs-next@29)). (You may grep the Guix repository for=20
> ":emacs" to find out by yourself.)
Emacs packages other than emacs-minimal should be the exception rather
than the norm. =20

> When using these Emacs-packages with emacs-next* (i.e. version 29=20
> or 30), this can lead to misbehavior because Emacs will still=20
> prefer the compiled .elc or .eln files which may depend on version=20
> 28 specifics.
It should not prefer the .eln files, which get put into a unique
directory per Emacs =E2=80=93 yes, that ought to include different versions=
 of
the emacs package itself built with inputs that had their hashes
changed.  In any case, the version number itself (28 vs 29) is enough
to turn .eln loading away.

For .elc, the behaviour is indeed as you described, but that's rather
due to the fact that bytecode ought to be forward-compatible.  The
packages you describe below thus invoke (IIUC) undefined behaviour.

> My concrete experience is that, when using emacs-next-tree-sitter=20
> and emacs-consult packages, evaluating (require 'consult-register)=20
> fails because it has emacs-major-version-specific code:=20
> https://github.com/minad/consult/blob/3c0f87ebd20b25f03568fb9ef8fd36b5a2a=
6eb84/consult-register.el#L82
> =C2=A0
> (A workaround is to instead evaluate (load=20
> "consult-register.el").)
>=20
> I propose:
>=20
> 1. Introduce a package emacs-next-minimal.
>=20
> 2. For all Emacs-packages, create one output corresponding to each=20
> Emacs major-version packaged in Guix proper. For example, the=20
> output "emacs-next" would be built with emacs-next-minimal.
>=20
> What do you think? I'd guess this should be hard to implement,=20
> right?
This would unnecessarily complicate things over at emacs-build-system.
Now, emacs-next-minimal itself might be worthwhile (I don't see a
strong reason as to why, though), but since native compilation was
introduced to Guix, the recommendation was to compile packages ahead of
time rather than using the built-in JIT.  To do so, add=C2=A0
  --with-input=3Demacs-minimal=3Demacs-next
or use a semantically equivalent options->transformation. =20

As for a long-term solution to the problem, I do think we could make
the situation easier by providing dedicated alternatives (e.g. "emacs-
next-consult") or using parameterized packages (which is a larger TODO
than emacs-build-system, however).  As a member of the emacs-team, I do
have to sadly report that we have yet to start the most serious work
for making emacs-next the new emacs.

Cheers




Information forwarded to bug-guix@HIDDEN:
bug#63920; Package guix. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 6 Jun 2023 07:35:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jun 06 03:35:39 2023
Received: from localhost ([127.0.0.1]:50832 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1q6REB-0003kr-Cs
	for submit <at> debbugs.gnu.org; Tue, 06 Jun 2023 03:35:39 -0400
Received: from lists.gnu.org ([209.51.188.17]:58078)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mekeor@HIDDEN>) id 1q6RE9-0003kj-5p
 for submit <at> debbugs.gnu.org; Tue, 06 Jun 2023 03:35:38 -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 <mekeor@HIDDEN>) id 1q6RE7-0000sJ-On
 for bug-guix@HIDDEN; Tue, 06 Jun 2023 03:35:36 -0400
Received: from mout02.posteo.de ([185.67.36.66])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <mekeor@HIDDEN>) id 1q6RE5-0003VD-OH
 for bug-guix@HIDDEN; Tue, 06 Jun 2023 03:35:35 -0400
Received: from submission (posteo.de [185.67.36.169]) 
 by mout02.posteo.de (Postfix) with ESMTPS id 879FF240103
 for <bug-guix@HIDDEN>; Tue,  6 Jun 2023 09:35:30 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017;
 t=1686036930; bh=zPNNxlx3YQeIZz8I07HqY1UtwY4HAoWyM64f6ziSAAE=;
 h=From:To:Subject:Date:Message-ID:MIME-Version:From;
 b=TizAMTYjMgGys00lCARJ9/1HXnc/6VHzNDWf92/kGtfaogICZJrF7nttkEvcNsN3X
 owr+X5Fjt/PZ9by6/8W3T5VMaqMGdYV3r+TwXBnEe6euYD0fLHOaK2V29jTFVYFLOV
 fSbESkBApvamsLRXY/qwRvsZljShsTrieAa67YGvdPoZI/x10wMamP6r1xGGM4F4o3
 oE9oBlUHrD7Nn9S0kSbKUySGUiIRC0CwOgOTG0wXhWjMLnjB7/XoVRGEDsrwv4GyZg
 dXVEtYjgk7/RGz4q+YWFiI1EhillXB40vmJYo8TBYmfXrWc7z636DIOMc+z7YqwA+d
 aYWLrxiCuxKAw==
Received: from customer (localhost [127.0.0.1])
 by submission (posteo.de) with ESMTPSA id 4Qb2M56yWZz6twX;
 Tue,  6 Jun 2023 09:35:29 +0200 (CEST)
From: Mekeor Melire <mekeor@HIDDEN>
To: bug-guix@HIDDEN
Subject: Emacs Packages should have an output built with emacs-next(-minimal)
Date: Tue, 06 Jun 2023 07:11:28 +0000
Message-ID: <87pm696o2j.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
Received-SPF: pass client-ip=185.67.36.66; envelope-from=mekeor@HIDDEN;
 helo=mout02.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, 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.3 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Hello dear Guix community,

if I understand correctly, all Emacs-packages that are packaged in 
Guix proper, are built with Emacs version 28 (or more precisely, 
emacs-minimal@28, emacs@28, emacs-no-x@28, emacs-no-x-toolkit@28 
or emacs-wide-int@28 (except emacs-jsdoc which is and needs to be 
built with emacs-next@29)). (You may grep the Guix repository for 
":emacs" to find out by yourself.)

When using these Emacs-packages with emacs-next* (i.e. version 29 
or 30), this can lead to misbehavior because Emacs will still 
prefer the compiled .elc or .eln files which may depend on version 
28 specifics.

My concrete experience is that, when using emacs-next-tree-sitter 
and emacs-consult packages, evaluating (require 'consult-register) 
fails because it has emacs-major-version-specific code: 
https://github.com/minad/consult/blob/3c0f87ebd20b25f03568fb9ef8fd36b5a2a6eb84/consult-register.el#L82 
(A workaround is to instead evaluate (load 
"consult-register.el").)

I propose:

1. Introduce a package emacs-next-minimal.

2. For all Emacs-packages, create one output corresponding to each 
Emacs major-version packaged in Guix proper. For example, the 
output "emacs-next" would be built with emacs-next-minimal.

What do you think? I'd guess this should be hard to implement, 
right?

Kindly
Mekeor




Acknowledgement sent to Mekeor Melire <mekeor@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-guix@HIDDEN. Full text available.
Report forwarded to bug-guix@HIDDEN:
bug#63920; Package guix. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Wed, 4 Oct 2023 18:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.