From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: "Philip K." Newsgroups: gmane.emacs.bugs Subject: bug#41473: Not saving all user options Date: Sat, 27 Jun 2020 10:21:59 +0200 Message-ID: <87d05kudeg.fsf@warpmail.net> References: <87sgfrxekc.fsf@warpmail.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="104984"; mail-complaints-to="usenet@ciao.gmane.io" Cc: npostavs@gmail.com, 41473@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jun 27 10:23:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jp67C-000RCu-DM for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 27 Jun 2020 10:23:11 +0200 Original-Received: from localhost ([::1]:48538 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jp67B-0004i9-Fw for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 27 Jun 2020 04:23:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35714) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jp674-0004hh-Br for bug-gnu-emacs@gnu.org; Sat, 27 Jun 2020 04:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60135) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jp674-0006wi-2d for bug-gnu-emacs@gnu.org; Sat, 27 Jun 2020 04:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jp673-0007SO-UL for bug-gnu-emacs@gnu.org; Sat, 27 Jun 2020 04:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Philip K." Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Jun 2020 08:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41473 X-GNU-PR-Package: emacs Original-Received: via spool by 41473-submit@debbugs.gnu.org id=B41473.159324613128603 (code B ref 41473); Sat, 27 Jun 2020 08:23:01 +0000 Original-Received: (at 41473) by debbugs.gnu.org; 27 Jun 2020 08:22:11 +0000 Original-Received: from localhost ([127.0.0.1]:43448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jp66F-0007RG-3s for submit@debbugs.gnu.org; Sat, 27 Jun 2020 04:22:11 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:52977) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jp66B-0007Qz-G8 for 41473@debbugs.gnu.org; Sat, 27 Jun 2020 04:22:10 -0400 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 25A9F5C0084; Sat, 27 Jun 2020 04:22:02 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 27 Jun 2020 04:22:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=warpmail.net; h= from:to:cc:subject:in-reply-to:date:message-id:mime-version :content-type; s=fm3; bh=MJzezh58CIjwC1R9vDE45lFilbiA6lBSLVw2oGc xaIo=; b=PeKGdHxeXghC8EMLvYndDQJqG3ndhiTnO4Dn1YdNX4auCKOjJL8qka6 WzZsZM+IN+QE5z+lwEaKwMhUArYe6Unn8oA3KmmxHDryxBrtv3Jwn5b8oRqJz39t tKuMu1ZzCsk6AZuhKp8jKrR0AyBOrE0N5KQDTFHb+EDw9RdE3WV4vGU+sEXBia0m Yx8hHrKqhsHAnTqWO/y9GCouO/4i0v3xFRcxunY8SQpjzfrI0nsS6pA5P3/NFESH wrfwwH0iqqszoX/Ir5koWH8mCFCRbGmcwN7JhGfDRk3BhCFMmc4yXvKvvF7JAMI4 d5jpgjPGjIj7LuwJUxZecu2r/sb9SAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:subject:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=MJzezh58CIjwC1R9v DE45lFilbiA6lBSLVw2oGcxaIo=; b=WLyoPE+d1BGhGT8+1SfohE+B/4Wz3Dhvp GRrymzVsX8oTIs+WseBt5+sI28I/kOfNLBBHUW7iDUM3PYEchtU24eWyPNU9L7AG wksF8Y7zcq/tHB0EECPL0D0To7AVxxleLv4/yirwv3UDJ6IsbUmRIRpUn1dfTqQx NlpP2El1l4W3mhksAZENVBmQaVqNMLBY47KkmVJezSMXnBLkkbTCuTSNHvlNiJLm yQF3fXMKctIlZI1vy6CKJp+85vZ7uSZ9N+ErsOYXbx/hKgTGGzzTDOeJvVQLF+xi D5NBkB4sN0NWNrcJYm0IVAs7xBIm30Cz38FUt2+h1CIH0y1C1boQw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudelfedgtdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufgjfffkgggtsehttdertddttddtnecuhfhrohhmpedfrfhhihhlihhp ucfmrddfuceophhhihhlihhpseifrghrphhmrghilhdrnhgvtheqnecuggftrfgrthhtvg hrnhepheeuieffveevkeetffeufeekfeejkeekkeefjeelueeftdduffdugfeuieegfffh necukfhppeekjedrudeghedrudehrdeludenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehphhhilhhiphesfigrrhhpmhgrihhlrdhnvght X-ME-Proxy: Original-Received: from localhost (p57910f5b.dip0.t-ipconnect.de [87.145.15.91]) by mail.messagingengine.com (Postfix) with ESMTPA id 7084C30679EB; Sat, 27 Jun 2020 04:22:01 -0400 (EDT) In-Reply-To: <83zh8p2d1t.fsf@gnu.org> (message from Eli Zaretskii on Sat, 27 Jun 2020 10:17:02 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182430 Archived-At: Eli Zaretskii writes: >> From: "Philip K." >> Date: Fri, 26 Jun 2020 21:59:51 +0200 >> Cc: 41473@debbugs.gnu.org >> >> > I don't see any. Regarding your suggestions in particular, I think >> > the plist method would be the cleanest. Four spaces strikes me as >> > overly cryptic. >> >> The patch below should implement that behaviour. The property >> "custom-inhibit-save" doesn't seem to be used anywhere else, so that >> should be OK. > > Can we please go a step back, and discuss why such a feature would be > needed? Your original report says you are annoyed, but provides no > rationale and no real problems with the current behavior. Could you > please elaborate on the nature of your annoyance? > > Thanks. Sorry about that. The motivation I have and have seen a lot of other people share is that when using macros such as use-package or as in my case a macro that wraps customize-set-variable, my configuration is duplicated. If I modify a variable in my init.el, but a saved value still persists in the custom-set-variables form, then these changes won't take effect, and it's not immediately obvious why. (This of course depends on when the customisations are loaded). Then there's also the minor problem that using a configuration macro for customize usually means that the configuration is evaluated twice, which doesn't seem necessary. By adding a way to inhibit an user option from being saved, such as the non-nil property values I suggested before, a configuration macro can indicate that this macro doesn't have to be separately saved, because it has already been taken care of. -- Philip K.