GNU bug report logs - #60346
VC refresh error "Recursive load"

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: emacs; Reported by: Joseph Turner <joseph@HIDDEN>; Done: Sean Whitton <spwhitton@HIDDEN>; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 60346-close <at> debbugs.gnu.org:


Received: (at 60346-close) by debbugs.gnu.org; 11 Mar 2025 11:25:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 11 07:25:26 2025
Received: from localhost ([127.0.0.1]:41905 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1trxjh-00011o-Qg
	for submit <at> debbugs.gnu.org; Tue, 11 Mar 2025 07:25:26 -0400
Received: from [34.202.193.197] (port=55286 helo=sendmail.purelymail.com)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>)
 id 1trxjd-0000za-Sx
 for 60346-close <at> debbugs.gnu.org; Tue, 11 Mar 2025 07:25:23 -0400
DKIM-Signature: a=rsa-sha256;
 b=CW4cq20AvKOrnfYDWdcWw8cbbdwvTTTa9tVYrq+kpuWTwXS99a/r6U2SZZ0pRHfd86J1XLTdRDDj2qRC0akIIHcJd44uuOF8Y0XKDMgFsjlUZ4gAuKUxRloQYrz3VaGJZUmXHqdZrzUXnXUnVL09Q2qwDRGtFN2qE3K+jWzXK7BESNdLXr4n+EFSzNCS/OdBOrgWQyyZ9z770rTy5O8Vvv7m9uzO1hRrU9kApmYCYVLc1KygI1+PEuPueyVfM6FqaP4Bu1SglOhZbbfA2CFcU7BaGyjV9glk0cXhdPiiME4aFdu51JmGlTqNNQ7USTjMkglDEO6kXj7ZGRvVvKCk/A==;
 s=purelymail1; d=spwhitton.name; v=1;
 bh=+N+BscVo5mVMoDquy1apWLMqh319m+dgoG8X2D/Nc00=;
 h=Received:Received:From:To:Subject:Date; 
DKIM-Signature: a=rsa-sha256;
 b=RwjdKR/ubcHWDEYwTLCPS933VH31+6ha64udW04Kvy8ykcUiL6xO7TMY1smPZwPZlNrbgvtrfOYZ/uDdA/RqVZcTV5a/KqqA+XYRatC8jyCBM3YQ+bStz5yBq7TIDYrkGjEcjux49qSkhW/ZzH7jlyf12YOZDN3v4bdiUUA5Tbjnspr9wScL2fsA93UCK1jpMOtTx2NVfI45BaTF3XYiLPy977ccqnp/1pP4BEUVFgYwfgLEWoOUEm0OwOrMWc4dDvvwzH0iW3B+hoe5yGKiWovo+SrjGlXELRaF1ZVZqVbhfXNttXlbf0N7dVqD8kuU3Eq4YX7tr4pJanUQWV5oxg==;
 s=purelymail1; d=purelymail.com; v=1;
 bh=+N+BscVo5mVMoDquy1apWLMqh319m+dgoG8X2D/Nc00=;
 h=Feedback-ID:Received:Received:From:To:Subject:Date; 
Feedback-ID: 20115:3760:null:purelymail
X-Pm-Original-To: 60346-close <at> debbugs.gnu.org
Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -2552645
 for <60346-close <at> debbugs.gnu.org>
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384);
 Tue, 11 Mar 2025 11:25:02 +0000 (UTC)
Received: by melete.silentflame.com (Postfix, from userid 1000)
 id AD47D7E8987; Tue, 11 Mar 2025 19:24:57 +0800 (CST)
From: Sean Whitton <spwhitton@HIDDEN>
To: 60346-close <at> debbugs.gnu.org
Subject: closing this old report
Date: Tue, 11 Mar 2025 19:24:57 +0800
Message-ID: <87a59rerna.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.3 (+)
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:  Hello, Nothing actionable here. -- Sean Whitton 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The
 query to Validity was blocked.  See
 https://knowledge.validity.com/hc/en-us/articles/20961730681243
 for more information.
 [34.202.193.197 listed in bl.score.senderscore.com]
 0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The
 query to Validity was blocked.  See
 https://knowledge.validity.com/hc/en-us/articles/20961730681243
 for more information.
 [34.202.193.197 listed in sa-accredit.habeas.com]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS
X-Debbugs-Envelope-To: 60346-close
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.3 (/)

Hello,

Nothing actionable here.

-- 
Sean Whitton




Notification sent to Joseph Turner <joseph@HIDDEN>:
bug acknowledged by developer. Full text available.
Reply sent to Sean Whitton <spwhitton@HIDDEN>:
You have taken responsibility. Full text available.

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


Received: (at 60346) by debbugs.gnu.org; 6 Jan 2023 01:23:30 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jan 05 20:23:30 2023
Received: from localhost ([127.0.0.1]:53364 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pDbSE-0001lt-Eo
	for submit <at> debbugs.gnu.org; Thu, 05 Jan 2023 20:23:30 -0500
Received: from out2.migadu.com ([188.165.223.204]:33234)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joseph@HIDDEN>) id 1pDbSB-0001li-R5
 for 60346 <at> debbugs.gnu.org; Thu, 05 Jan 2023 20:23:28 -0500
MIME-Version: 1.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=breatheoutbreathe.in; 
 s=key1; t=1672968206;
 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:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=YO9EvZDFyZSRGpr1IGxTWBTuFAq8KP/X+gGANZtGv60=;
 b=MiAN7LIQ6iMEBw1Kc9P39oOiBBkRBH5dNIyzsoRJwiAZKmZQwjGg/H96FOCdg3FnZy8f7M
 XsXzg7bYTh2gUEd6CC6drZwp44H8TzGGWBKtWgw/g32HmfZIfxkmrd6QZTsT2GCn3QDXwu
 /IEetmb+fpKsKSURWRbgGWQWWQSTRhA=
Date: Fri, 06 Jan 2023 01:23:26 +0000
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Report-Abuse: Please report any abuse attempt to abuse@HIDDEN and
 include these headers.
From: joseph@HIDDEN
Message-ID: <5e76c7f0060cb81ed8f96a8f7a6559c1@HIDDEN>
Subject: Re: bug#60346: jka-compre.el.gz "Recursive load"
To: "Stefan Monnier" <monnier@HIDDEN>, "Eli Zaretskii" <eliz@HIDDEN>
In-Reply-To: <jwvk02c7tit.fsf-monnier+emacs@HIDDEN>
References: <jwvk02c7tit.fsf-monnier+emacs@HIDDEN>
 <87ilhxalsm.fsf@HIDDEN> <83lemt0wnq.fsf@HIDDEN>
X-Migadu-Flow: FLOW_OUT
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 60346
Cc: 60346 <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 (-)

Thank you for your feedback! Yes, this seems like a case of the XY proble=
m. If the problem comes up again for me, I'll ask for helping stepping in=
to byte-compiled functions.=0A=0AJoseph=0A=0ADecember 27, 2022 7:42 AM, "=
Stefan Monnier" <monnier@HIDDEN> wrote:=0A=0A>>> I wanted to ig=
nore byte-compiled files because edebug was refusing to=0A>>> step into b=
yte-compiled functions.=0A> =0A> Ignoring byte-compiled files is definite=
ly not the best solution to=0A> your problem.=0A> =0A>>> I ran the follow=
ing:=0A>>> =0A>>> emacs -Q --eval=3D"(setq load-suffixes '(\".el\"))"=0A>=
>> =0A>>> This broke basic functionality, throwing a "Recursive load" err=
or. For=0A>>> example, `M-x find-file ~/.emacs.d/init.el` gives:=0A>>> =
=0A>>> VC refresh error: (error "Recursive load"=0A>>> "/gnu/store/x8nykb=
09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.=
50/lisp/j=0A>>> a-compr.el.gz"=0A> =0A> Loading a compressed file can be =
done only after we load `jka-compr`=0A> (since that's the package which i=
mplement this feature).=0A> So clearly, there's a bootstrap problem if th=
at package is=0A> itself compressed.=0A> =0A> Distributions which compres=
s their `.el` files get away with it because=0A> `jka-compr.elc` isn't co=
mpressed, but if you remove `.elc` from=0A> `load-suffixes` then you rein=
troduce the circularity. Same thing if you=0A> move it to after `.el`.=0A=
> =0A> Maybe `gunzip .../jka-compr.el.gz` is all it takes to make it work=
, tho.=0A> =0A>> I'm not sure we want to support this kind of changes in =
the order or=0A>> contents of load-suffixes.=0A> =0A> It might work when =
`.el` files aren't compressed.=0A> =0A>> It sounds to me like the order i=
s there for as reason, and no part of=0A>> Emacs expects these lists to b=
e reordered, let alone have some=0A>> extensions removed from them. I thi=
nk the only valid changes are=0A>> adding extensions to the end.=0A> =0A>=
 I'm not sure what I'd consider valid or not, but the present use-case=0A=
> isn't a good justification to go and try and make that use work.=0A> =
=0A> Stefan




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#60346; Package emacs. Full text available.

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


Received: (at 60346) by debbugs.gnu.org; 27 Dec 2022 15:42:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 27 10:42:42 2022
Received: from localhost ([127.0.0.1]:56348 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pAC6E-00051n-FS
	for submit <at> debbugs.gnu.org; Tue, 27 Dec 2022 10:42:42 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:41180)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1pAC6C-00051Z-7F
 for 60346 <at> debbugs.gnu.org; Tue, 27 Dec 2022 10:42:40 -0500
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id BDEAA442F80;
 Tue, 27 Dec 2022 10:42:34 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 3BB8644102D;
 Tue, 27 Dec 2022 10:42:33 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1672155753;
 bh=SZcEiSMyagwo0uNVuDEGrRKQ2BCrJOZ52C7LQjln21E=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
 b=AOEdfjkZShd+/C9J9qttNw5QJqkbGBwjfYc7jWUMhK5k0UX3J38QKseme+40B8Dgw
 Df7fqhtEbTLs6n3/V6JtByN56YL9Gw4WqQb0KQUPLKPiUxZUx/OGSpiX7zmBQELcjD
 y+ORCMvnKr2wqDAZ14VsC7xwlkDa5oZVDAmsCR8b9sL4aBywOeIJvgECBrfY/l7nuy
 rftOH6JY4ItEV7S2TRp65To4SHULm23aiJf3x9lFjroFrsYvczlO9qkjrB1YOeN25L
 KwTUHH8lApqWdZF1mPBAH6P1bAVVmPoByGAOKiMBZgSKxS1jHnlZpnR/ARi26RvoBe
 iHvChl/uffQsA==
Received: from pastel (unknown [45.72.200.228])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 1277D120903;
 Tue, 27 Dec 2022 10:42:33 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#60346: jka-compre.el.gz "Recursive load"
In-Reply-To: <83lemt0wnq.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 27 Dec
 2022 16:05:29 +0200")
Message-ID: <jwvk02c7tit.fsf-monnier+emacs@HIDDEN>
References: <87ilhxalsm.fsf@HIDDEN> <83lemt0wnq.fsf@HIDDEN>
Date: Tue, 27 Dec 2022 10:42:32 -0500
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.350 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 60346
Cc: 60346 <at> debbugs.gnu.org, Joseph Turner <joseph@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: -3.3 (---)

>> I wanted to ignore byte-compiled files because edebug was refusing to
>> step into byte-compiled functions.

Ignoring byte-compiled files is definitely not the best solution to
your problem.

>> I ran the following:
>> 
>> emacs -Q --eval="(setq load-suffixes '(\".el\"))"
>> 
>> This broke basic functionality, throwing a "Recursive load" error. For
>> example, `M-x find-file ~/.emacs.d/init.el` gives:
>> 
>> VC refresh error: (error "Recursive load"
>> "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz"

Loading a compressed file can be done only after we load `jka-compr`
(since that's the package which implement this feature).
So clearly, there's a bootstrap problem if that package is
itself compressed.

Distributions which compress their `.el` files get away with it because
`jka-compr.elc` isn't compressed, but if you remove `.elc` from
`load-suffixes` then you reintroduce the circularity.  Same thing if you
move it to after `.el`.

Maybe `gunzip .../jka-compr.el.gz` is all it takes to make it work, tho.

> I'm not sure we want to support this kind of changes in the order or
> contents of load-suffixes.

It might work when `.el` files aren't compressed.

> It sounds to me like the order is there for as reason, and no part of
> Emacs expects these lists to be reordered, let alone have some
> extensions removed from them.  I think the only valid changes are
> adding extensions to the end.

I'm not sure what I'd consider valid or not, but the present use-case
isn't a good justification to go and try and make that use work.


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#60346; Package emacs. Full text available.

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


Received: (at 60346) by debbugs.gnu.org; 27 Dec 2022 14:05:30 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Dec 27 09:05:30 2022
Received: from localhost ([127.0.0.1]:54916 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pAAa9-0008Cs-Tt
	for submit <at> debbugs.gnu.org; Tue, 27 Dec 2022 09:05:30 -0500
Received: from eggs.gnu.org ([209.51.188.92]:50544)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pAAa8-0008Cg-Nb
 for 60346 <at> debbugs.gnu.org; Tue, 27 Dec 2022 09:05:29 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pAAa2-0002ZM-NN; Tue, 27 Dec 2022 09:05:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=CbAo/H/z95w5tUiBWtV8gONk+tPSDWmOTUVWF/vZaaQ=; b=CvF48hexaVAa
 SmCR8t+4yAHFQvvB3Sum3cbkBH0OjtBKzL2o+/ONku7eVd/7upgrnvAT6n3qUiVGdat+lKyq0GbLU
 CR3xtQOAk5nSoS5ciryf7nIHjQSCpoCIdpRS/cvK6X4WlnIvLc1d2TyEp14pBqHTbdXsuAtgcF0I7
 y8AuQUGHbryRVbyk7/NWyN9nGSTkcmSO9cM0KTRQ+P8jzcLLezV8H8Hh7gsuoM4MAvSgHzcrgTq0c
 wQ9mVcmTyl1Mh3624vrNq6C7ZX2Y/S0ypmwRbNgRRVq+6VKkT8WtnWxn4BA56Q28Ti1zaVGaE+lfl
 lPWS89BwGWIsL3rj3QXcMQ==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pAAa2-0006X3-6r; Tue, 27 Dec 2022 09:05:22 -0500
Date: Tue, 27 Dec 2022 16:05:29 +0200
Message-Id: <83lemt0wnq.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Joseph Turner <joseph@HIDDEN>,
 Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <87ilhxalsm.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN)
Subject: Re: bug#60346: VC refresh error "Recursive load"
References: <87ilhxalsm.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 60346
Cc: 60346 <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: -3.3 (---)

> Date: Mon, 26 Dec 2022 13:26:17 -0800
> From:  Joseph Turner via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> I wanted to ignore byte-compiled files because edebug was refusing to
> step into byte-compiled functions.
> 
> I ran the following:
> 
> emacs -Q --eval="(setq load-suffixes '(\".el\"))"
> 
> This broke basic functionality, throwing a "Recursive load" error. For
> example, `M-x find-file ~/.emacs.d/init.el` gives:
> 
> VC refresh error: (error "Recursive load" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/vc/vc-git.el.gz")
> load-with-code-conversion: Recursive load: "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/vc/vc-git.el.gz"
> 
> Emacs also breaks when load-suffixes are reordered:
> 
> emacs -Q --eval="(setq load-suffixes '(\".el\" \".so\" \".elc\"))"
> 
> I am running Guix on a foreign distro Debian Bullseye. Shall I send this
> issue to the Guix mailing list instead?

I'm not sure we want to support this kind of changes in the order or
contents of load-suffixes.  It sounds to me like the order is there
for as reason, and no part of Emacs expects these lists to be
reordered, let alone have some extensions removed from them.  I think
the only valid changes are adding extensions to the end.

Stefan, WDYT?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#60346; Package emacs. Full text available.

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


Received: (at submit) by debbugs.gnu.org; 26 Dec 2022 21:38:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 26 16:38:00 2022
Received: from localhost ([127.0.0.1]:54271 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1p9vAV-00032M-SI
	for submit <at> debbugs.gnu.org; Mon, 26 Dec 2022 16:38:00 -0500
Received: from lists.gnu.org ([209.51.188.17]:58356)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joseph@HIDDEN>) id 1p9vAS-00032D-MD
 for submit <at> debbugs.gnu.org; Mon, 26 Dec 2022 16:37:58 -0500
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 <joseph@HIDDEN>)
 id 1p9vAS-0001k7-HE
 for bug-gnu-emacs@HIDDEN; Mon, 26 Dec 2022 16:37:56 -0500
Received: from out-129.mta0.migadu.com ([91.218.175.129])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <joseph@HIDDEN>)
 id 1p9vAQ-0005BU-FS
 for bug-gnu-emacs@HIDDEN; Mon, 26 Dec 2022 16:37:56 -0500
X-Report-Abuse: Please report any abuse attempt to abuse@HIDDEN and
 include these headers.
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=breatheoutbreathe.in; 
 s=key1; t=1672090669;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:mime-version:mime-version:content-type:content-type;
 bh=0h48/WzqzjAbUHpDb3P14c2wB3UMdPvsjX2diTPrhII=;
 b=HGnhrXuTfPcOYQBDOsp0Rim/VD2ihQPBvqQyYtj+5ehbDQLZ2MYh/TxZwNFlMIGnStoN1O
 PUYnQtSrMWQaBJfio7jmb/HMYOX0xudh8ik6JDp/A+BT16CA713vhDmG7lgKEwmjDxgM+I
 RbclGeYXZSThau/1jmtkOYzE0wZFSvM=
From: Joseph Turner <joseph@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: VC refresh error "Recursive load"
Date: Mon, 26 Dec 2022 13:26:17 -0800
Message-ID: <87ilhxalsm.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Migadu-Flow: FLOW_OUT
Received-SPF: pass client-ip=91.218.175.129;
 envelope-from=joseph@HIDDEN; helo=out-129.mta0.migadu.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
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.4 (--)

Hello,

I wanted to ignore byte-compiled files because edebug was refusing to
step into byte-compiled functions.

I ran the following:

emacs -Q --eval="(setq load-suffixes '(\".el\"))"

This broke basic functionality, throwing a "Recursive load" error. For
example, `M-x find-file ~/.emacs.d/init.el` gives:

VC refresh error: (error "Recursive load" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz" "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/vc/vc-git.el.gz")
load-with-code-conversion: Recursive load: "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/jka-compr.el.gz", "/gnu/store/x8nykb09aqmp2j6k74dpgc4jvbk8c2bl-emacs-next-29.0.50-3.22e8a77/share/emacs/29.0.50/lisp/vc/vc-git.el.gz"

Emacs also breaks when load-suffixes are reordered:

emacs -Q --eval="(setq load-suffixes '(\".el\" \".so\" \".elc\"))"

I am running Guix on a foreign distro Debian Bullseye. Shall I send this
issue to the Guix mailing list instead?

Thank you!

Joseph




Acknowledgement sent to Joseph Turner <joseph@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#60346; Package emacs. 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: Tue, 11 Mar 2025 11:30:02 UTC

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