From unknown Sun Jun 22 04:17:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60346: VC refresh error "Recursive load" Resent-From: Joseph Turner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Dec 2022 21:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 60346 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 60346@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.167209068011684 (code B ref -1); Mon, 26 Dec 2022 21:38:01 +0000 Received: (at submit) by debbugs.gnu.org; 26 Dec 2022 21:38:00 +0000 Received: from localhost ([127.0.0.1]:54271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p9vAV-00032M-SI for submit@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 ) id 1p9vAS-00032D-MD for submit@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 ) id 1p9vAS-0001k7-HE for bug-gnu-emacs@gnu.org; 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 ) id 1p9vAQ-0005BU-FS for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2022 16:37:56 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com 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 Date: Mon, 26 Dec 2022 13:26:17 -0800 Message-ID: <87ilhxalsm.fsf@breatheoutbreathe.in> 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@breatheoutbreathe.in; 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-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: -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 From unknown Sun Jun 22 04:17:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60346: VC refresh error "Recursive load" Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Dec 2022 14:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60346 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Joseph Turner , Stefan Monnier Cc: 60346@debbugs.gnu.org Received: via spool by 60346-submit@debbugs.gnu.org id=B60346.167214993031555 (code B ref 60346); Tue, 27 Dec 2022 14:06:01 +0000 Received: (at 60346) by debbugs.gnu.org; 27 Dec 2022 14:05:30 +0000 Received: from localhost ([127.0.0.1]:54916 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAAa9-0008Cs-Tt for submit@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 ) id 1pAAa8-0008Cg-Nb for 60346@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 ) 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 ) 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@gnu.org> From: Eli Zaretskii In-Reply-To: <87ilhxalsm.fsf@breatheoutbreathe.in> (bug-gnu-emacs@gnu.org) References: <87ilhxalsm.fsf@breatheoutbreathe.in> X-Spam-Score: -2.3 (--) 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 (---) > 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" > > 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? From unknown Sun Jun 22 04:17:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60346: jka-compre.el.gz "Recursive load" Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Dec 2022 15:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60346 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 60346@debbugs.gnu.org, Joseph Turner Received: via spool by 60346-submit@debbugs.gnu.org id=B60346.167215576219335 (code B ref 60346); Tue, 27 Dec 2022 15:43:02 +0000 Received: (at 60346) by debbugs.gnu.org; 27 Dec 2022 15:42:42 +0000 Received: from localhost ([127.0.0.1]:56348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAC6E-00051n-FS for submit@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 ) id 1pAC6C-00051Z-7F for 60346@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 In-Reply-To: <83lemt0wnq.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 27 Dec 2022 16:05:29 +0200") Message-ID: References: <87ilhxalsm.fsf@breatheoutbreathe.in> <83lemt0wnq.fsf@gnu.org> 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-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 (---) >> 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 From unknown Sun Jun 22 04:17:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#60346: jka-compre.el.gz "Recursive load" Resent-From: joseph@breatheoutbreathe.in Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2023 01:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60346 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Stefan Monnier" , "Eli Zaretskii" Cc: 60346@debbugs.gnu.org Received: via spool by 60346-submit@debbugs.gnu.org id=B60346.16729682106817 (code B ref 60346); Fri, 06 Jan 2023 01:24:02 +0000 Received: (at 60346) by debbugs.gnu.org; 6 Jan 2023 01:23:30 +0000 Received: from localhost ([127.0.0.1]:53364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pDbSE-0001lt-Eo for submit@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 ) id 1pDbSB-0001li-R5 for 60346@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@migadu.com and include these headers. From: joseph@breatheoutbreathe.in Message-ID: <5e76c7f0060cb81ed8f96a8f7a6559c1@breatheoutbreathe.in> In-Reply-To: References: <87ilhxalsm.fsf@breatheoutbreathe.in> <83lemt0wnq.fsf@gnu.org> X-Migadu-Flow: FLOW_OUT X-Spam-Score: -0.0 (/) 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 (-) 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" 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 From unknown Sun Jun 22 04:17:15 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Joseph Turner Subject: bug#60346: closed (closing this old report) Message-ID: References: <87a59rerna.fsf@melete.silentflame.com> <87ilhxalsm.fsf@breatheoutbreathe.in> X-Gnu-PR-Message: they-closed 60346 X-Gnu-PR-Package: emacs Reply-To: 60346@debbugs.gnu.org Date: Tue, 11 Mar 2025 11:26:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1741692362-4253-1" This is a multi-part message in MIME format... ------------=_1741692362-4253-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #60346: VC refresh error "Recursive load" which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 60346@debbugs.gnu.org. --=20 60346: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D60346 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1741692362-4253-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 60346-close) by debbugs.gnu.org; 11 Mar 2025 11:25:26 +0000 Received: from localhost ([127.0.0.1]:41905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trxjh-00011o-Qg for submit@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 ) id 1trxjd-0000za-Sx for 60346-close@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@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -2552645 for <60346-close@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 To: 60346-close@debbugs.gnu.org Subject: closing this old report Date: Tue, 11 Mar 2025 19:24:57 +0800 Message-ID: <87a59rerna.fsf@melete.silentflame.com> 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@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.3 (/) Hello, Nothing actionable here. -- Sean Whitton ------------=_1741692362-4253-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 26 Dec 2022 21:38:00 +0000 Received: from localhost ([127.0.0.1]:54271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p9vAV-00032M-SI for submit@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 ) id 1p9vAS-00032D-MD for submit@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 ) id 1p9vAS-0001k7-HE for bug-gnu-emacs@gnu.org; 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 ) id 1p9vAQ-0005BU-FS for bug-gnu-emacs@gnu.org; Mon, 26 Dec 2022 16:37:56 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com 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 To: bug-gnu-emacs@gnu.org Subject: VC refresh error "Recursive load" Date: Mon, 26 Dec 2022 13:26:17 -0800 Message-ID: <87ilhxalsm.fsf@breatheoutbreathe.in> 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@breatheoutbreathe.in; 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@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: -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 ------------=_1741692362-4253-1--