Received: (at 80962) by debbugs.gnu.org; 5 May 2026 11:27:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 05 07:27:45 2026 Received: from localhost ([127.0.0.1]:55515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wKDwE-0003d7-8M for submit <at> debbugs.gnu.org; Tue, 05 May 2026 07:27:44 -0400 Received: from mout02.posteo.de ([185.67.36.66]:49825) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1wKDwA-0003be-5g for 80962 <at> debbugs.gnu.org; Tue, 05 May 2026 07:27:40 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 97793240101 for <80962 <at> debbugs.gnu.org>; Tue, 5 May 2026 13:27:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posteo.net; s=2017; t=1777980451; bh=ulQa0H7HjDqY8NGzD0bEZc3nFsUTpJfrdc+Td4a4pp8=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=gJjiUwUGPujapjK8jjSHl8ErKvaYSgszjIsMims1vvfvEBjHEvariLrOSviozU1aq cTgpSHyNhga7e9J0t2je9ylQQ3kJ0Lw9D13twRtIF+kdTZqdwJqKn7E5sM00YhLT6k k2MNvJxTcE8XBbat2+v/fR1Nip3iRGFLEP3RxUmrIIrE8Bs7EzCvlxJ2+a5Gszb89S gxDyhp2j7hoQ8gnqOuM3uFBMH4TRK6oh6ByCeAOJ8k02t/hd5yQv8FBhAC3WnVNQWC V6WfRRP/557o7DZO09t8XpGtOo4qoPk+VY/TUTP/OPgy0iI+XkuPyuoXm29nGUinsF /J631GasyyuFw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4g8x7k3M3nz6txm; Tue, 5 May 2026 13:27:30 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Augusto Stoffel <arstoffel@HIDDEN> Subject: Re: bug#80962: 31.0.50; Non-recursive prepare-user-lisp In-Reply-To: <87cxzaw11h.fsf@HIDDEN> References: <87h5omfh8l.fsf@HIDDEN> <873406cfhw.fsf@HIDDEN> <87cxzaw11h.fsf@HIDDEN> OpenPGP: id=philipk@HIDDEN; url="https://keys.openpgp.org/vks/v1/by-email/philipk@HIDDEN"; preference=signencrypt Date: Tue, 05 May 2026 11:27:31 +0000 Message-ID: <87y0hyayfy.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80962 Cc: 80962 <at> debbugs.gnu.org, Sean Whitton <spwhitton@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 (---) Augusto Stoffel <arstoffel@HIDDEN> writes: > On Tue, 5 May 2026, Philip Kaludercic wrote: > >> Augusto Stoffel <arstoffel@HIDDEN> writes: >> >>> I think there is a case for not wanting prepare-user-lisp to act >>> recursively, especially if you do >>> >>> (let ((user-lisp-directory "some other directory")) >>> (prepare-user-lisp)) >>> >>> in order to prepare "some other directory" in addition to your regular >>> user-lisp-directory (say because you're working on a package checked out >>> there). >> >> Perhaps we can extract some of the logic out of `prepare-user-lisp' into >> a different function, because I think it is important to keep the >> actual, core user-lisp functionality simple and not burden it with too >> many user options that can cause issues at startup. >> >> How about a signature like >> >> (defun prepare-lisp-directory (directory &optional just-activate autoload-file force) >> ...) > > If you think the use-case is justifiable enough (I think it is), then > sure, that would be even nicer. > > Now, the "cheap" solution I alluded to earlier amounts to the following. > I would already be happy enough with that. > > modified lisp/startup.el > @@ -1257,7 +1257,9 @@ prepare-user-lisp > (setq autoload-file (expand-file-name ".user-lisp-autoloads.el" > user-lisp-directory))) > (let* ((ignored > - (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'")) > + (if (stringp user-lisp-ignored-directories) > + user-lisp-ignored-directories > + (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'"))) > (pred > (lambda (dir) > (not (string-match-p ignored (file-name-nondirectory dir))))) > > > Or maybe even > > modified lisp/startup.el > @@ -1256,11 +1256,13 @@ prepare-user-lisp > (unless autoload-file > (setq autoload-file (expand-file-name ".user-lisp-autoloads.el" > user-lisp-directory))) > - (let* ((ignored > - (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'")) > - (pred > - (lambda (dir) > - (not (string-match-p ignored (file-name-nondirectory dir))))) > + (let* ((pred > + (if (functionp user-lisp-ignored-directories) > + user-lisp-ignored-directories > + (let ((ignored > + (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'"))) > + (lambda (dir) > + (not (string-match-p ignored (file-name-nondirectory dir))))))) > (dir (expand-file-name user-lisp-directory)) > (backup-inhibited t) Sean collaborated on designing the feature, so I've added him to the CCs for further comments. > >> that way you can select exactly what directories you want to "prepare", >> since the function doesn't call `directory-files-recursively' or >> `directory-files' for you. >> >>> Anyway, a cheap way to give such an option would be to make >>> user-lisp-ignored-directories accept a regular expression in addition to >>> a list of strings. WDYT?
bug-gnu-emacs@HIDDEN:bug#80962; Package emacs.
Full text available.
Received: (at 80962) by debbugs.gnu.org; 5 May 2026 11:25:57 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 05 07:25:57 2026
Received: from localhost ([127.0.0.1]:55509 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wKDuV-0003Jc-1A
for submit <at> debbugs.gnu.org; Tue, 05 May 2026 07:25:56 -0400
Received: from mail-ej1-x62d.google.com ([2a00:1450:4864:20::62d]:58667)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.84_2) (envelope-from <arstoffel@HIDDEN>)
id 1wKDuQ-0003In-RW
for 80962 <at> debbugs.gnu.org; Tue, 05 May 2026 07:25:52 -0400
Received: by mail-ej1-x62d.google.com with SMTP id
a640c23a62f3a-bab8ae52954so771961666b.1
for <80962 <at> debbugs.gnu.org>; Tue, 05 May 2026 04:25:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20251104; t=1777980349; x=1778585149; darn=debbugs.gnu.org;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:from:to:cc:subject:date:message-id:reply-to;
bh=fnbvEK2TM0eRu0C2UPo76QuMNvICus1RtaAJEyrDMcE=;
b=GdElSTBLtjFS6qobb9LvdXJ17lZsyGAUOk6C3K4VbH71sIOdrdE5QAryWwSV85vxKU
0MIFDyudM/u6q2xOaMR+FBfv2ABs2rjaDMve1DquFaWX17k+K5IIQxn8UlVbRaoa7e5C
7Kaz+ODIFzPywzmpnsvu4Yc3Y5rDesLEEW8TUc7KyONduRsEx+AwvkGZ8N3BB4qVlhX2
Wk716V4X0PudT97FLCoi0tXUhogqHUFmXMrkZTR3ksTMqsaMR+VZ9bO8JM5qK0DUy5wb
QlJRuqDwhn2TmpGpX9JO+6/pgHEkv6bU+XXbvBIdBYlfD6y9q2kroADuX4bn1TCBJYsf
6EmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1777980349; x=1778585149;
h=mime-version:message-id:date:references:in-reply-to:subject:cc:to
:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=fnbvEK2TM0eRu0C2UPo76QuMNvICus1RtaAJEyrDMcE=;
b=UJo1HbZxlxsimZh4fqfLd7196eJMc7yz+uKgDaf9/C8TYQx+edhnOSYQS5JZyZCSB8
OY4E8OKbuUfUYGloKHG5MxVwkcIyuSjvdcuqqo9gMhh8LJc1FYF9hArGuBENyLIQptRR
ITjRXpy3NkA/iaer2OkLweVsm3btZ67/1ns/HM3OFNyiTuV4fywNeh9oyQKBRjA/RfJK
o5zbs2D/HMz7c+IiJikSi/Wv3c9jWDGLZAqtlGueJTxNJypFIACX6lkIPfcNDsInVoJh
EWZ6ptqKjWu6GlqJHIoZZwrBrF0W5gOmjyYKKdwWhGLX6ac3FMM9NHzXF/+adpz1ZcJI
dHBA==
X-Gm-Message-State: AOJu0YwJrfVBYkp41e9DzGhQWhyJA2GA7H3M3h4zviuIorx+miL68KwP
9SlP43aLbfDXI6WRdJp0F8z/a6hAKZuGmMV9yZNwy1qP9P8lqErVmwR9q9VG3A==
X-Gm-Gg: AeBDiev1jP/mhNh0ORImCNNIm5wHeySFMd4IjOaZklAuIWmIhXjPzJSeoS2b4aD7Jm6
u/siNcNgIqooxaPzieFOPni8Nz0FaL7rxNgcPdELSLvVT/YjA05+mtGepUxi2VVWm8LlLsQqO84
exVo7ykqqFI5B+5MJ++7aDK6hK8mJBjfN+JNOSxyHV3snCV6QG2PsT92lcDUH2IH/j+9KQGUpi2
gGog41zSCgGzYh8teF5R1OtRWuhydCT0ETGDpf6y3hW1aBOZ7E5npaOXIXpLWxIdFPxYAr27NqR
E1z6tGRafoqnC54H73FMWeIrwFMGF4XgAARLJEZuPoZhrJwU5r1SIGdig55r65NuvFu7kEt3ait
7I10ZuXCC43QAlDgfajoHEKsMmVLuTTud72UKA1FhB9mBsfEeerFDTmpsdFw6TqrYObp0eChb1U
zg7fcul2TM
X-Received: by 2002:a17:907:d08:b0:b9c:69df:4d8e with SMTP id
a640c23a62f3a-bbffc689a5dmr835726366b.25.1777980348539;
Tue, 05 May 2026 04:25:48 -0700 (PDT)
Received: from ars3 ([2a02:8109:8a95:9a00::445])
by smtp.gmail.com with ESMTPSA id
a640c23a62f3a-bc28c4ea2casm173629066b.53.2026.05.05.04.25.47
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 05 May 2026 04:25:48 -0700 (PDT)
From: Augusto Stoffel <arstoffel@HIDDEN>
To: Philip Kaludercic <philipk@HIDDEN>
Subject: Re: bug#80962: 31.0.50; Non-recursive prepare-user-lisp
In-Reply-To: <873406cfhw.fsf@HIDDEN>
References: <87h5omfh8l.fsf@HIDDEN> <873406cfhw.fsf@HIDDEN>
Date: Tue, 05 May 2026 13:25:46 +0200
Message-ID: <87cxzaw11h.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 80962
Cc: 80962 <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: 0.0 (/)
On Tue, 5 May 2026, Philip Kaludercic wrote:
> Augusto Stoffel <arstoffel@HIDDEN> writes:
>
>> I think there is a case for not wanting prepare-user-lisp to act
>> recursively, especially if you do
>>
>> (let ((user-lisp-directory "some other directory"))
>> (prepare-user-lisp))
>>
>> in order to prepare "some other directory" in addition to your regular
>> user-lisp-directory (say because you're working on a package checked out
>> there).
>
> Perhaps we can extract some of the logic out of `prepare-user-lisp' into
> a different function, because I think it is important to keep the
> actual, core user-lisp functionality simple and not burden it with too
> many user options that can cause issues at startup.
>
> How about a signature like
>
> (defun prepare-lisp-directory (directory &optional just-activate autoload-file force)
> ...)
If you think the use-case is justifiable enough (I think it is), then
sure, that would be even nicer.
Now, the "cheap" solution I alluded to earlier amounts to the following.
I would already be happy enough with that.
--8<---------------cut here---------------start------------->8---
modified lisp/startup.el
@@ -1257,7 +1257,9 @@ prepare-user-lisp
(setq autoload-file (expand-file-name ".user-lisp-autoloads.el"
user-lisp-directory)))
(let* ((ignored
- (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'"))
+ (if (stringp user-lisp-ignored-directories)
+ user-lisp-ignored-directories
+ (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'")))
(pred
(lambda (dir)
(not (string-match-p ignored (file-name-nondirectory dir)))))
--8<---------------cut here---------------end--------------->8---
Or maybe even
--8<---------------cut here---------------start------------->8---
modified lisp/startup.el
@@ -1256,11 +1256,13 @@ prepare-user-lisp
(unless autoload-file
(setq autoload-file (expand-file-name ".user-lisp-autoloads.el"
user-lisp-directory)))
- (let* ((ignored
- (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'"))
- (pred
- (lambda (dir)
- (not (string-match-p ignored (file-name-nondirectory dir)))))
+ (let* ((pred
+ (if (functionp user-lisp-ignored-directories)
+ user-lisp-ignored-directories
+ (let ((ignored
+ (concat "\\`" (regexp-opt user-lisp-ignored-directories) "\\'")))
+ (lambda (dir)
+ (not (string-match-p ignored (file-name-nondirectory dir)))))))
(dir (expand-file-name user-lisp-directory))
(backup-inhibited t)
--8<---------------cut here---------------end--------------->8---
> that way you can select exactly what directories you want to "prepare",
> since the function doesn't call `directory-files-recursively' or
> `directory-files' for you.
>
>> Anyway, a cheap way to give such an option would be to make
>> user-lisp-ignored-directories accept a regular expression in addition to
>> a list of strings. WDYT?
bug-gnu-emacs@HIDDEN:bug#80962; Package emacs.
Full text available.Received: (at 80962) by debbugs.gnu.org; 5 May 2026 10:34:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 05 06:34:03 2026 Received: from localhost ([127.0.0.1]:55415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wKD6G-00029O-Mh for submit <at> debbugs.gnu.org; Tue, 05 May 2026 06:34:02 -0400 Received: from mout01.posteo.de ([185.67.36.65]:50721) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <philipk@HIDDEN>) id 1wKD6C-00027k-FB for 80962 <at> debbugs.gnu.org; Tue, 05 May 2026 06:33:58 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C463A240028 for <80962 <at> debbugs.gnu.org>; Tue, 5 May 2026 12:33:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posteo.net; s=2017; t=1777977229; bh=Q2Jp4mXWYETFJeWU/GKRwyJwxGb4d2TICAVa0hMSbCo=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=UQz4jkOTWLEkgkbLpxTLw129dY/DsqjrVKB/C59Zly+HWH9B9aXrj5T4HqYb6o057 zoo3nPN9jYB7TJnwis6B+ifSTCqGvi3NKtbVXxHjWl7k+pWZ+e79s+698TpmeXTieQ 1AsqdyblauzBh527EuqPVWEaBFMG6OsSZzqZscx07Utnz993ZzD42XL9G1XP3nXpjW LbWIJEUgiWff8wMsDbU54LW8zT4XS4Vhr94cYWr8c/HXDMX/6tojQYqguOgBuyAxcK j0n+YjImdmsa8cescnf1wtY7fSaQ37O9sAL8/bQ43ud4vVBl64MTgWVSI45BRyVu2y hTkLzE9kIVhtg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4g8vxn0x9Gz9rxG; Tue, 5 May 2026 12:33:48 +0200 (CEST) From: Philip Kaludercic <philipk@HIDDEN> To: Augusto Stoffel <arstoffel@HIDDEN> Subject: Re: bug#80962: 31.0.50; Non-recursive prepare-user-lisp In-Reply-To: <87h5omfh8l.fsf@HIDDEN> References: <87h5omfh8l.fsf@HIDDEN> OpenPGP: id=philipk@HIDDEN; url="https://keys.openpgp.org/vks/v1/by-email/philipk@HIDDEN"; preference=signencrypt Date: Tue, 05 May 2026 10:33:49 +0000 Message-ID: <873406cfhw.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80962 Cc: 80962 <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 (---) Augusto Stoffel <arstoffel@HIDDEN> writes: > I think there is a case for not wanting prepare-user-lisp to act > recursively, especially if you do > > (let ((user-lisp-directory "some other directory")) > (prepare-user-lisp)) > > in order to prepare "some other directory" in addition to your regular > user-lisp-directory (say because you're working on a package checked out > there). Perhaps we can extract some of the logic out of `prepare-user-lisp' into a different function, because I think it is important to keep the actual, core user-lisp functionality simple and not burden it with too many user options that can cause issues at startup. How about a signature like (defun prepare-lisp-directory (directory &optional just-activate autoload-file force) ...) that way you can select exactly what directories you want to "prepare", since the function doesn't call `directory-files-recursively' or `directory-files' for you. > Anyway, a cheap way to give such an option would be to make > user-lisp-ignored-directories accept a regular expression in addition to > a list of strings. WDYT?
bug-gnu-emacs@HIDDEN:bug#80962; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 5 May 2026 07:28:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue May 05 03:28:15 2026
Received: from localhost ([127.0.0.1]:54650 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wKACT-00071v-SH
for submit <at> debbugs.gnu.org; Tue, 05 May 2026 03:28:15 -0400
Received: from lists1p.gnu.org ([2001:470:142::17]:42276)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <arstoffel@HIDDEN>)
id 1wKACO-0006zw-Lp
for submit <at> debbugs.gnu.org; Tue, 05 May 2026 03:28:10 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists1p.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <arstoffel@HIDDEN>)
id 1wKACH-0000fS-6d
for bug-gnu-emacs@HIDDEN; Tue, 05 May 2026 03:28:02 -0400
Received: from mail-ej1-x630.google.com ([2a00:1450:4864:20::630])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <arstoffel@HIDDEN>)
id 1wKACF-0000uT-KK
for bug-gnu-emacs@HIDDEN; Tue, 05 May 2026 03:28:00 -0400
Received: by mail-ej1-x630.google.com with SMTP id
a640c23a62f3a-b936331786dso576518466b.3
for <bug-gnu-emacs@HIDDEN>; Tue, 05 May 2026 00:27:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20251104; t=1777966076; x=1778570876; darn=gnu.org;
h=mime-version:message-id:date:subject:to:from:from:to:cc:subject
:date:message-id:reply-to;
bh=X9XC49a/vFqX8F3xqluKOtvXvs4Iv/1IYTL5ybU1l80=;
b=bIc/W5+f6JBt2a8drf75f85ZyWSzZX24k5cDj0ZFmDFE8sancFgbLDL/3z3sx7m5h4
v7CY+BP0tnbZD1LOAr7FyCvG1H38UuuSbZVN4iNW6RI7ev8XDG1GCVHR8/NqI19UQt9s
yrk8HY16LElnkL7gtE0ykI6aqcFLx1kv5/cz2iZzXX9IQUV/KKT9rmSA7VxYaRdbCBL0
65+g/D3Bpqx7V1PafENaWtGrU1yCyeC4KGBnqnhx/jhqlTKW5p2kzPuM06ooqspnSXOG
v1TQgyzuPGnWZbL+kt071Rfh5Hrq4pfei0QLDO8rWwHnbHsUNBe6PE2IhY0jZyoSo4kv
jxJA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20251104; t=1777966076; x=1778570876;
h=mime-version:message-id:date:subject:to:from:x-gm-gg
:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=X9XC49a/vFqX8F3xqluKOtvXvs4Iv/1IYTL5ybU1l80=;
b=huTBWPfNRkXAEmkQP2Eb1IPrDMY1BVNExZ97kAKra2w4ihnYz7rQWtJl1gllhkjhZ4
PrKuFDySMH1DIn4FLIoRaipVGgv7xsJy5hxuj4A8slyCcYVeg8g0Rjlrjih/tR1G3QW9
9oD+Zmd+RYo+Kadzr3+8+Qbjf7mnCE04WkEVhukixr3rzDfp5VKvcrzGWCbxQMF2zUDn
hY4boq7V48apNOW5EPrdnn23Lt/TK1nlXn/XggFrmAklmOOwNORYAeP6h8X4PT2NZ0++
Cd63qaGNvMJtaaawNTQqwA4ZFGv7Nx9iUomk79a8KgMN2g7cXnTuFjGibRcTDtZKcLCE
KWYw==
X-Gm-Message-State: AOJu0YzBL1k57A1AqbWtJkReptnz4nWM8ALugwXsI+gB82p6/cz9Nou9
CZPtcSSbVwIpdVgAyIQIZDApCrHUcvdrYtZTzT1KT580V2EdzR25DYptTYYSTg==
X-Gm-Gg: AeBDiet/D7TR3hKEkBanOMZEp9joY1wQPeRGKnCwL/nR71Ku3d1eKzU2fctaKCxDkZO
UekhNQ1243FeOv+x89lMMrpR9jQq80WaZOVCFXiAWi2uzETpG2/DBLMe46vyiyWsFrVPURkyePf
lA/QNYiAiWboRPSjAZhOvd0ALdwIB5N13ZpRfzZvWJSXSiS4+VV1mlhaVMLz8RDCbXGAt+kirzX
8gcUK0u/sZl6OY9yt63vzG8F71JbUQVXElA/aOwBeOCjWrHPHXk8eSzD/JTnfWYDDIx/W9eVukI
R8Lb2c0IIbL2pz2VI5OKAnfc+zdbkpQREONQiZj3cFDF9q5ibP8YK1NACM3VPnA1W0MeOQaa7uP
smQaxF+IbsyV4k6+TztGt1eS21ZlfpkcjDqPlwWOHsQLjiUDf/eDfzEpeOU12+Sc4byjKwVaYs7
Zd/ENtMCN9RLNb6Iqtlg==
X-Received: by 2002:a17:906:6a07:b0:bb7:e79e:468a with SMTP id
a640c23a62f3a-bbffbc85fb9mr653366466b.37.1777966075702;
Tue, 05 May 2026 00:27:55 -0700 (PDT)
Received: from ars3 ([2a02:8109:8a95:9a00::85])
by smtp.gmail.com with ESMTPSA id
a640c23a62f3a-bc1a0abebe1sm222679466b.16.2026.05.05.00.27.54
for <bug-gnu-emacs@HIDDEN>
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Tue, 05 May 2026 00:27:55 -0700 (PDT)
From: Augusto Stoffel <arstoffel@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 31.0.50; Non-recursive prepare-user-lisp
X-Debbugs-Cc: Philip Kaludercic <philipk@HIDDEN>
Date: Tue, 05 May 2026 09:27:54 +0200
Message-ID: <87h5omfh8l.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=2a00:1450:4864:20::630;
envelope-from=arstoffel@HIDDEN; helo=mail-ej1-x630.google.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, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 2.0 (++)
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: I think there is a case for not wanting prepare-user-lisp
to act recursively, especially if you do (let ((user-lisp-directory "some
other directory")) (prepare-user-lisp)) in order to prepare "some other
directory"
in addition to your regular user-lisp-directory (say because you're working
on a package checked out there).
Content analysis details: (2.0 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org]
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (arstoffel[at]gmail.com)
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
1.0 FORGED_GMAIL_RCVD 'From' gmail.com does not match 'Received'
headers
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: 1.0 (+)
I think there is a case for not wanting prepare-user-lisp to act
recursively, especially if you do
(let ((user-lisp-directory "some other directory"))
(prepare-user-lisp))
in order to prepare "some other directory" in addition to your regular
user-lisp-directory (say because you're working on a package checked out
there).
Anyway, a cheap way to give such an option would be to make
user-lisp-ignored-directories accept a regular expression in addition to
a list of strings. WDYT?
Augusto Stoffel <arstoffel@HIDDEN>:philipk@HIDDEN, bug-gnu-emacs@HIDDEN.
Full text available.philipk@HIDDEN, bug-gnu-emacs@HIDDEN:bug#80962; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.