From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Option to not automatically customize-save-variable `package-selected-packages' Date: Fri, 19 Feb 2016 20:50:42 +0200 Message-ID: <83fuwor0u5.fsf@gnu.org> References: <56C43D17.7010009@alice.it> <831t8aufoe.fsf@gnu.org> <8737sp51vx.fsf@gmail.com> <83fuwpubpn.fsf@gnu.org> <87egc9ahav.fsf@fastmail.fm> <834md5u426.fsf@gnu.org> <87vb5l664f.fsf@fastmail.fm> <83mvqxrqql.fsf@gnu.org> <87y4ag3l7s.fsf@gmail.com> <83si0or96s.fsf@gnu.org> <87r3g8366a.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1455907884 3468 80.91.229.3 (19 Feb 2016 18:51:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Feb 2016 18:51:24 +0000 (UTC) Cc: joostkremers@fastmail.fm, johnw@gnu.org, emacs-devel@gnu.org To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 19 19:51:18 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aWq97-0006Ps-7r for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2016 19:51:17 +0100 Original-Received: from localhost ([::1]:54630 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWq96-0002d1-Nl for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2016 13:51:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWq8t-0002ck-5t for emacs-devel@gnu.org; Fri, 19 Feb 2016 13:51:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aWq8s-0002Di-5G for emacs-devel@gnu.org; Fri, 19 Feb 2016 13:51:03 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWq8n-0002Bl-IS; Fri, 19 Feb 2016 13:50:57 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4104 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aWq8m-0006tD-LH; Fri, 19 Feb 2016 13:50:57 -0500 In-reply-to: <87r3g8366a.fsf@gmail.com> (message from Artur Malabarba on Fri, 19 Feb 2016 16:29:17 -0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:200237 Archived-At: > From: Artur Malabarba > Cc: joostkremers@fastmail.fm, johnw@gnu.org, emacs-devel@gnu.org > Date: Fri, 19 Feb 2016 16:29:17 -0200 > > Another complaint I see is “I don't want my custom (or init) file being > programatically altered, for reason X”. These complaints don't want to > manually keep track of their packages with a `setq'. They want > package.el to keep working its magic automatically, but keep its hands > off their custom files. I tried to figure out why people feel like that about this particular customization, but couldn't. I asked the question about that several times, but either didn't get an answer, or didn't understand it. I'd still like to understand what's so special about this particular customization. > This sentence is explaining why _regular custom variables_ don't have > the problem that `package-selected-packages' has. > > - _Regular custom variables_ don't get saved to the custom file without > explicit user request, so it's easy to turn them into `setq's (which > is what you were discussing). > > - OTOH, `package-selected-packages' _does_ get saved without explicit > request, so it's hard for the user to turn it into a `setq'. Ah, okay, thanks. So preventing package.el from doing that should solve at least part of the problem. Would someone please work on that?