From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Christopher Howard Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Jul 2025 22:41:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 78939@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.175140962114296 (code B ref -1); Tue, 01 Jul 2025 22:41:05 +0000 Received: (at submit) by debbugs.gnu.org; 1 Jul 2025 22:40:21 +0000 Received: from localhost ([127.0.0.1]:59380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWjeF-0003hg-13 for submit@debbugs.gnu.org; Tue, 01 Jul 2025 18:40:20 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40988) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWje7-0003eV-AI for submit@debbugs.gnu.org; Tue, 01 Jul 2025 18:40:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uWje0-00028o-TL for bug-gnu-emacs@gnu.org; Tue, 01 Jul 2025 18:40:05 -0400 Received: from mx.kolabnow.com ([212.103.80.155]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uWjdu-0001Dy-MB for bug-gnu-emacs@gnu.org; Tue, 01 Jul 2025 18:40:04 -0400 Received: from localhost (unknown [127.0.0.1]) by mx.kolabnow.com (Postfix) with ESMTP id 468083004C5A for ; Wed, 2 Jul 2025 00:39:56 +0200 (CEST) Authentication-Results: ext-mx-out013.mykolab.com (amavis); dkim=pass reason="pass (just generated, assumed good)" header.d=librehacker.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=librehacker.com; h=content-transfer-encoding:content-type:content-type :mime-version:message-id:date:date:subject:subject:from:from :received:received:received; s=dkim2; t=1751409593; x= 1753223994; bh=RN+T+uYcB0Z9iX3pTLinn1cxO0kyCu4rcIx9CxMIKZg=; b=X fO5P67PXyPIPmSUszORa0wcN3qoxe4A1tq2lIetFpmIK6My38sjpxM0zdKPVIuJJ /TuDbTtrQU6bIQVi1ITbwmGxiXlP+s5ur4VNlWdQybL5xOqmwL4LQGCeUjLRQ20q iOb23lvA624bVSoq1S0iO8raXk+1bk94ubs1QRiNdfXuuJj/rElHzItDohIfZDaY zEVwVcjSqkQMaGwYRdVmer0ZR5sdB/iwhXtRdFtKF+kwDWHfhRIIxZdwXN/5xn/o nL3vi1qxV/hmw9EdHYW2RHypCpBRVoTCgff7IiTesufqUHEu77eyy6QybU/ptPmJ TQXFNWfB8AZkeazRXSiYQ== X-Virus-Scanned: amavis at mykolab.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-10 required=5 tests=[URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mx.kolabnow.com ([127.0.0.1]) by localhost (ext-mx-out013.mykolab.com [127.0.0.1]) (amavis, port 10024) with ESMTP id HDNCSO-Hdb7G for ; Wed, 2 Jul 2025 00:39:53 +0200 (CEST) Received: from int-mx009.mykolab.com (unknown [10.9.13.9]) by mx.kolabnow.com (Postfix) with ESMTPS id 9073630011B4 for ; Wed, 2 Jul 2025 00:39:53 +0200 (CEST) Received: from ext-subm010.mykolab.com (unknown [10.9.6.10]) by int-mx009.mykolab.com (Postfix) with ESMTPS id 20B0320C19AB for ; Wed, 2 Jul 2025 00:39:53 +0200 (CEST) From: Christopher Howard Date: Tue, 01 Jul 2025 14:39:50 -0800 Message-ID: <87ldp7a62x.fsf@librehacker.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.103.80.155; envelope-from=christopher@librehacker.com; helo=mx.kolabnow.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, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.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: -0.0 (/) Emacs has a sophisticated system for managing safe evaluation of file and d= irectory local variables, as documented in 51.2.4.2 Safety of File Variable= s, which I appreciate. However, something that I find bothersome is that th= e permanently recorded data for safe and unsafe values is stored in the cus= tom-set-variables code, which is stored in the init file or another file of= your choice. This creates a quandary for me because I like to use the cust= omization system, but I don't want my customized settings to change often o= r to be highly system or project specific. Using the safety system in a rou= tine manner results in the custom-set-variables code (which I keep in the i= nit file) being filled with pages and pages of (mostly safe) values, which = feels awkward. In my mind, these safe and unsafe values are more like cached data which sh= ould be kept in a separate file, which I don't need to look at ever. As a w= ishlist item, could a facility be integrated which allows such data to be s= tored in a completely separate file? In GNU Emacs 30.1.90 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.4) of 2025-06-23 built on theoden Repository revision: a2bfce5d2a7d046a45c25364f3c69b3d8a776081 Repository branch: emacs-30 Windowing system distributor 'The X.Org Foundation', version 11.0.12401006 System Description: Guix System Configured using: 'configure --prefix=3D/home/christopher/local' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $EMACSLOADPATH: /home/christopher/local/share/emacs/30.1.90/lisp value of $EMACSNATIVELOADPATH: /home/christopher/.guix-home/profile/lib/e= macs/native-site-lisp:/home/christopher/.guix-home/profile/lib/emacs/native= -site-lisp:/home/christopher/.guix-home/profile/lib/emacs/native-site-lisp:= /home/christopher/.guix-home/profile/lib/emacs/native-site-lisp value of $LANG: en_US.utf8 locale-coding-system: utf-8-unix Major mode: Info Minor modes in effect: ready-player-mode: t repeat-mode: t pdf-occur-global-minor-mode: t engine-mode: t rcirc-track-minor-mode: t global-git-commit-mode: t magit-auto-revert-mode: t server-mode: t helm-mode: t helm-minibuffer-history-mode: t minibuffer-depth-indicate-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t isearch-fold-quotes-mode: t global-font-lock-mode: t font-lock-mode: t minibuffer-regexp-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/christopher/.emacs.d/elpa/helm-4.0.4/helm-packages hides /home/christ= opher/.emacs.d/elpa/helm-core-4.0.4/helm-packages /home/christopher/.emacs.d/elpa/helm-4.0.4/helm-x-icons hides /home/christo= pher/.emacs.d/elpa/helm-core-4.0.4/helm-x-icons /home/christopher/.emacs.d/elpa/magit-4.3.6/magit-dired hides /home/christo= pher/.emacs.d/elpa/magit-section-4.3.6/magit-dired /home/christopher/.emacs.d/elpa/magit-4.3.6/magit-autorevert hides /home/ch= ristopher/.emacs.d/elpa/magit-section-4.3.6/magit-autorevert /home/christopher/.emacs.d/elpa/transient-0.9.2/transient hides /home/chris= topher/local/share/emacs/30.1.90/lisp/transient Features: (shadow emacsbug fortran vc-hg vc-bzr apropos calc-yank tramp-cmds wdired calc-embed ...) Memory information: ((conses 16 4813246 531611) (symbols 48 61336 16) (strings 32 399993 91946) (string-bytes 1 78971958) (vectors 16 219636) (vector-slots 8 2817732 840987) (floats 8 7822 11910) (intervals 56 327806 10005) (buffers 992 229)) --=20 =F0=9F=93=9B Christopher Howard =F0=9F=9A=80 gemini://gem.librehacker.com =F0=9F=8C=90 http://gem.librehacker.com =D7=91=D7=A8=D7=90=D7=A9=D7=99=D7=AA =D7=91=D7=A8=D7=90 =D7=90=D7=9C=D7=94= =D7=99=D7=9D =D7=90=D7=AA =D7=94=D7=A9=D7=9E=D7=99=D7=9D =D7=95=D7=90=D7=AA= =D7=94=D7=90=D7=A8=D7=A5 From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Jul 2025 11:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christopher Howard , Stefan Monnier , Andrea Corallo , Stefan Kangas Cc: 78939@debbugs.gnu.org Received: via spool by 78939-submit@debbugs.gnu.org id=B78939.175145651720748 (code B ref 78939); Wed, 02 Jul 2025 11:42:02 +0000 Received: (at 78939) by debbugs.gnu.org; 2 Jul 2025 11:41:57 +0000 Received: from localhost ([127.0.0.1]:36021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWvqe-0005OT-KY for submit@debbugs.gnu.org; Wed, 02 Jul 2025 07:41:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52794) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWvqb-0005NB-Al for 78939@debbugs.gnu.org; Wed, 02 Jul 2025 07:41:54 -0400 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 1uWvqU-0006pr-I2; Wed, 02 Jul 2025 07:41:47 -0400 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=dnIn2iXC4DZU0mjZXPTBWrZS92XV7xBiXoztdNrQs/Q=; b=alQUnFI+FSD2 gK9KyYucOKE9ByRPUmtlxGiqLD2Uk+HWiiTZuWf8iRkli8tUuriR0Gy/d0B19kbeqWgrrHuIOO+uO 9zo7+CFJoIPgTFyBa3mkoFJohv90gYq1abhQYSr40vUDTqTFYmfjxWvodo38zpIoDuAY1Uqh+Ypz3 hJ/1r3Y53EllyaEJuVGyxZt6MTwEirPJJNZ6XxJcRPCLL+BUWHNGXyu+tJHMzb234zCnJ22WNSB1f Jv2vq3ez//1uVCcoLvCzBhmlx/XyYHYVz1E4xQImTKw0CSKiEO/WMQ5kmyl/PfFxcKShDDP0oSGHj yGPNjI2Hl1K6EnJpghovjw==; Date: Wed, 02 Jul 2025 14:41:41 +0300 Message-Id: <86plei251m.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ldp7a62x.fsf@librehacker.com> (message from Christopher Howard on Tue, 01 Jul 2025 14:39:50 -0800) References: <87ldp7a62x.fsf@librehacker.com> 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 (---) > From: Christopher Howard > Date: Tue, 01 Jul 2025 14:39:50 -0800 > > > > Emacs has a sophisticated system for managing safe evaluation of file and directory local variables, as documented in 51.2.4.2 Safety of File Variables, which I appreciate. However, something that I find bothersome is that the permanently recorded data for safe and unsafe values is stored in the custom-set-variables code, which is stored in the init file or another file of your choice. This creates a quandary for me because I like to use the customization system, but I don't want my customized settings to change often or to be highly system or project specific. Using the safety system in a routine manner results in the custom-set-variables code (which I keep in the init file) being filled with pages and pages of (mostly safe) values, which feels awkward. > > In my mind, these safe and unsafe values are more like cached data which should be kept in a separate file, which I don't need to look at ever. As a wishlist item, could a facility be integrated which allows such data to be stored in a completely separate file? I don't have an opinion on this, but maybe others (CC'ed) do. In any case, if this is implemented as an opt-in feature, I don't see why we would object to have it. From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Jul 2025 14:19:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Christopher Howard , Andrea Corallo , Stefan Kangas , 78939@debbugs.gnu.org Received: via spool by 78939-submit@debbugs.gnu.org id=B78939.175146589412437 (code B ref 78939); Wed, 02 Jul 2025 14:19:03 +0000 Received: (at 78939) by debbugs.gnu.org; 2 Jul 2025 14:18:14 +0000 Received: from localhost ([127.0.0.1]:37544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uWyHt-0003EW-OA for submit@debbugs.gnu.org; Wed, 02 Jul 2025 10:18:13 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:27891) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uWyHq-0003Dd-QA for 78939@debbugs.gnu.org; Wed, 02 Jul 2025 10:18:11 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id E2E77809D3; Wed, 2 Jul 2025 10:18:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1751465884; bh=cA1CtsihNQHqCmuhcJVy5rkK0SaLns9JmAbBa4L7YuE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=L7PN4OVfJXsfQq2/JMj3nG1Y465ULMFy7HHywG5VOoS+cT2tmP42uBff1CpFld7kX Xdp2PeLx51nGEcb0k/Ei0Q+CB4woSy7PR7Q8oaEuDd/iG7j3tL3uzlOfM1PvLUcvRn ZR5/Jy+bdg0XbDYcgXTLF0yjs1P+XThWfVcFSquFixh/bAaTfCEojOj+6MJETt/xVN 2T0dhgdKYu8Xqoig8fynUM73HcMa20RD7G+LCdXWC1Bb7LSSQxu1adOXgmjnvAnB75 m2lHjolH6Gl/V7Zizs2U0zVFvY36Sqp2qK1IAxqf42sKSVnmvU4ODqmOBMpM6DAX9i +UxSTL34m8a5A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 08A3080672; Wed, 2 Jul 2025 10:18:04 -0400 (EDT) Received: from pastel (unknown [104.247.225.139]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C62D7120491; Wed, 2 Jul 2025 10:18:03 -0400 (EDT) From: Stefan Monnier In-Reply-To: <86plei251m.fsf@gnu.org> Message-ID: References: <87ldp7a62x.fsf@librehacker.com> <86plei251m.fsf@gnu.org> Date: Wed, 02 Jul 2025 10:18:02 -0400 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.298 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 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.1 (--) 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.1 (---) >> In my mind, these safe and unsafe values are more like cached data which >> should be kept in a separate file, which I don't need to look at ever. As >> a wishlist item, could a facility be integrated which allows such data to >> be stored in a completely separate file? > I don't have an opinion on this, but maybe others (CC'ed) do. > In any case, if this is implemented as an opt-in feature, I don't see > why we would object to have it. I think the same can hold about various other Custom variables. So if someone wants to implement such a feature, I think the better way is to add a feature to Customize whereby users can choose where to save which variable. Stefan From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Christopher Howard Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Jul 2025 17:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Eli Zaretskii , Andrea Corallo , Stefan Kangas , 78939@debbugs.gnu.org Received: via spool by 78939-submit@debbugs.gnu.org id=B78939.175147775317942 (code B ref 78939); Wed, 02 Jul 2025 17:36:02 +0000 Received: (at 78939) by debbugs.gnu.org; 2 Jul 2025 17:35:53 +0000 Received: from localhost ([127.0.0.1]:39253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uX1NB-0004fI-CS for submit@debbugs.gnu.org; Wed, 02 Jul 2025 13:35:53 -0400 Received: from mx.kolabnow.com ([212.103.80.154]:45814) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uX1N1-0004dO-PD for 78939@debbugs.gnu.org; Wed, 02 Jul 2025 13:35:50 -0400 Received: from localhost (unknown [127.0.0.1]) by mx.kolabnow.com (Postfix) with ESMTP id AAD0630051E8; Wed, 2 Jul 2025 19:35:37 +0200 (CEST) Authentication-Results: ext-mx-out013.mykolab.com (amavis); dkim=pass reason="pass (just generated, assumed good)" header.d=librehacker.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=librehacker.com; h=content-type:content-type:mime-version:message-id:date:date :references:in-reply-to:subject:subject:from:from:received :received:received; s=dkim2; t=1751477737; x=1753292138; bh=oHsd fvqaEA42e+1O4uzClxnq1qws/FmN/+HsZ3Rf5Mo=; b=KMG7+c7S63HIikrtYmmY s0n+/oTBjCdsDkvSWj13q9ZMtxGZYUl9PBCNW758jGZnPQU/nUmmAKLajJbiuHSe gImlmjAC7M/QdIltMk1vWYyL+vsROhqegQPuB8ZkO0ENvQXdRzZtokcZzz0In++/ CukWZMw789FlrbOBZ5+GwjoD6U44C2fbCM60XMplKIAqw0VI0hOAXzD68roPLohD y0ZMdg/KQLYw7OggiJI8z6wieAL4jdHtX3iJGDWbW87Z9lxzQSfngWrH3syCDnA9 h9VntmESi4BzGrJXr0s4Zw0pNEh/V3X6zurGrpJMEixTDLrUVrUcpYUTGz47Qr7o 4g== X-Virus-Scanned: amavis at mykolab.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-10 required=5 tests=[none] autolearn=ham autolearn_force=no Received: from mx.kolabnow.com ([127.0.0.1]) by localhost (ext-mx-out013.mykolab.com [127.0.0.1]) (amavis, port 10024) with ESMTP id Wgp9xtRObtla; Wed, 2 Jul 2025 19:35:37 +0200 (CEST) Received: from int-mx009.mykolab.com (unknown [10.9.13.9]) by mx.kolabnow.com (Postfix) with ESMTPS id 6E29330005A1; Wed, 2 Jul 2025 19:35:36 +0200 (CEST) Received: from ext-subm010.mykolab.com (unknown [10.9.6.10]) by int-mx009.mykolab.com (Postfix) with ESMTPS id DB73020C19AD; Wed, 2 Jul 2025 19:35:35 +0200 (CEST) From: Christopher Howard In-Reply-To: (Stefan Monnier's message of "Wed, 02 Jul 2025 10:18:02 -0400") References: <87ldp7a62x.fsf@librehacker.com> <86plei251m.fsf@gnu.org> Date: Wed, 02 Jul 2025 09:35:32 -0800 Message-ID: <875xgaa42j.fsf@librehacker.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) 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.8 (/) Just wondering: are there any other Customizable variables that are updated by Emacs outside of Customize itself? What seems unique about this case is that Emacs gives you a prompt when it encounters the file local variable (a frequent occurrence at least in my usage) and then updates Customize data depending on which key you press. Something else that seems unique is there is potentially a large amount of data being added frequently. This would be like if bbdb used Customize to store your contact information. I'm not meaning to attack the idea proposed by Stefen, but I am wondering about that. -- Christopher Howard From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Jul 2025 18:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christopher Howard Cc: Eli Zaretskii , Andrea Corallo , Stefan Kangas , 78939@debbugs.gnu.org Received: via spool by 78939-submit@debbugs.gnu.org id=B78939.175148271331334 (code B ref 78939); Wed, 02 Jul 2025 18:59:02 +0000 Received: (at 78939) by debbugs.gnu.org; 2 Jul 2025 18:58:33 +0000 Received: from localhost ([127.0.0.1]:39405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uX2fA-00089K-L9 for submit@debbugs.gnu.org; Wed, 02 Jul 2025 14:58:33 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:40224) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uX2f3-00087L-BY for 78939@debbugs.gnu.org; Wed, 02 Jul 2025 14:58:29 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id F1C1A10013E; Wed, 2 Jul 2025 14:58:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1751482698; bh=oKT0vp2bE38/2Fs6lhdUTdLIld4eUUyl8+Q/VUi0OK0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=c8xBlXNqTnJE1Q+EoZSBQhjDgbGL685Q+TyBjJIqeFJxBpghHhbKPYLMmSD3ZoSXK xuSBDDDdtthvZPiizSf/0QWImx/lkzzWZpZT+4LgBuTPvG6Jl6YhpgrzsXedcHO+IE AMDo3VlOd/SdYwyu1rwkRKVlTl7oVfLoG2t1evmjziHHeGOaj/Q2XJas3brkEqfqTG WMPCnVrX9++LxiC7c3gOqxr8thKD+43/HL3zHIBM27HIh/CvhGGNJhqUcsNZEpoTFb sklK8lYMAKRvBh4K1YMmIG2VJJaegSLlkvkZYAB+mmVfFzAUhcITdtj8wkGfEBevY5 qidHuannfXpXQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 0F50010002E; Wed, 2 Jul 2025 14:58:18 -0400 (EDT) Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id ED7AD1201F3; Wed, 2 Jul 2025 14:58:17 -0400 (EDT) From: Stefan Monnier In-Reply-To: <875xgaa42j.fsf@librehacker.com> Message-ID: References: <87ldp7a62x.fsf@librehacker.com> <86plei251m.fsf@gnu.org> <875xgaa42j.fsf@librehacker.com> Date: Wed, 02 Jul 2025 14:58:11 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.097 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 DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.1 (--) 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.1 (---) > Just wondering: are there any other Customizable variables that are > updated by Emacs outside of Customize itself? Not many, but yes, some. The only one that jumps to mind right now is `package-selected-packages`. > What seems unique about this case is that Emacs gives you a prompt > when it encounters the file local variable (a frequent occurrence at > least in my usage) and then updates Customize data depending on which > key you press. I don't know if your usage is common (for me, this var is changed fairly rarely: if it's a file I visit regularly then there's no usually prompt, and if not then I usually prefer not to save it for future sessions). > Something else that seems unique is there is potentially a large > amount of data being added frequently. This would be like if bbdb used > Customize to store your contact information. [ I'd personally feel uneasy if that var had lots and lots of entries, since each one is a potential security hole, if I didn't think about it carefully enough. =F0=9F=99=82 ] > I'm not meaning to attack the idea proposed by Stefen, but I am > wondering about that. I just mentioned it, because it's something that has been asked a few times, for various reasons. There's some existing third party support for it, e.g.: https://github.com/dabrahams/initsplit IMO, it would make sense to integrate such a feature. Stefan From unknown Fri Sep 19 20:43:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78939: 30.1.90; wishlist: separate storage location for safe-local-variable data Resent-From: Sean Whitton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Jul 2025 09:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 78939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Christopher Howard Cc: 78939@debbugs.gnu.org, Eli Zaretskii , Andrea Corallo , Stefan Monnier , Stefan Kangas Received: via spool by 78939-submit@debbugs.gnu.org id=B78939.175153658317831 (code B ref 78939); Thu, 03 Jul 2025 09:57:01 +0000 Received: (at 78939) by debbugs.gnu.org; 3 Jul 2025 09:56:23 +0000 Received: from localhost ([127.0.0.1]:43950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uXGg2-0004dS-0j for submit@debbugs.gnu.org; Thu, 03 Jul 2025 05:56:22 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:57370) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uXGfx-0004ca-1m for 78939@debbugs.gnu.org; Thu, 03 Jul 2025 05:56:19 -0400 DKIM-Signature: a=rsa-sha256; b=uLFz3gYOiyonfn6WwftoshhvcPdX6zxOt82uG9iy3qYd94RiN8dVg8ZGPAzpjX9ewNrfCCqYPFrttSRGijtJbuEx1sqgpOyltCME21NlaAXL6oafAMEh2ZTTzzQ4Nt4eoQWPAt4RfNqsTbXWuG8aVU6JI2p/Q6k5Y6T6JYhd/2ssTigKDUVidCe1vFvtzyPP2oPgwkZ20ypgnKHTa6tQW6DXTa0Cd3QpTe9b34OEtRLgrhgs4dE1oYVIL37QlE2SgaIthwlf4LENuvrHG4BNqa+7NeuIlZ+0t2m0f6V7PzUZlvn9fmUzWuPQDLEV6++Iv4AbrL7lypq0FC3PDaM1DQ==; s=purelymail2; d=spwhitton.name; v=1; bh=MwE//VGCO15f3QUEUcQzsoD0fVFC5kEaqMji9r/fJzA=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=qOm0oK2FrySxIFayP/lfxImrmRRrAvRsR4WQl678/OnnApwsc9NAkez60qcUiKUV30imz6XUbyVnBu9RVvCGl3iCJTtNhiJV8g4CP+8ciYF8dWiSGRHQwbnNvIm/5BQQpOCg1bAJArylEYyuKGJYAAE/HkAkS8h5a8WG1KCwgWOEe79sATAdr/gQKX/MHKV7lnBZHGH86K5+rNo5erUi2nepA115J8bl0za/MRVJoEQtdDSrAk3GiWDEw18rZEMQpXNcSml5zwoimUdQxK69SNrv39nubFlPhvgiuT98iEyH8ptTOIZpb29Dues101hyce45lmnNpgdIxhils2JKXQ==; s=purelymail2; d=purelymail.com; v=1; bh=MwE//VGCO15f3QUEUcQzsoD0fVFC5kEaqMji9r/fJzA=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 78939@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -1451364270; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Thu, 03 Jul 2025 09:56:10 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id 52DEE94079A; Thu, 03 Jul 2025 10:56:08 +0100 (BST) From: Sean Whitton In-Reply-To: References: <87ldp7a62x.fsf@librehacker.com> <86plei251m.fsf@gnu.org> <875xgaa42j.fsf@librehacker.com> Date: Thu, 03 Jul 2025 10:56:08 +0100 Message-ID: <87sejdsimf.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) 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.8 (/) Hello, There are also a number of settings that get automatically updated related to storing TLS certificates. The customisation system as it exists today serves two fairly distinct purposes at the same time -- explicit user customisation, and these saved/cached values taken in response to user actions. Could we associate to defcustoms a property that indicates they are auto-updated by Lisp code, and so might want to be stored in a different place? -- Sean Whitton