From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Scott Randby Newsgroups: gmane.emacs.devel Subject: Re: custom-set-variables considered harmful Date: Wed, 29 Nov 2017 14:57:26 -0500 Message-ID: <5be6823b-e26e-f2b9-cdd7-d2c15b850f16@gmail.com> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1511985461 24693 195.159.176.226 (29 Nov 2017 19:57:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 29 Nov 2017 19:57:41 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 29 20:57:37 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eK8UB-000600-O2 for ged-emacs-devel@m.gmane.org; Wed, 29 Nov 2017 20:57:35 +0100 Original-Received: from localhost ([::1]:44942 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eK8UI-0006HW-Sg for ged-emacs-devel@m.gmane.org; Wed, 29 Nov 2017 14:57:42 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eK8UB-0006CN-Ez for emacs-devel@gnu.org; Wed, 29 Nov 2017 14:57:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eK8U6-0000mV-K3 for emacs-devel@gnu.org; Wed, 29 Nov 2017 14:57:35 -0500 Original-Received: from mail-it0-x233.google.com ([2607:f8b0:4001:c0b::233]:36749) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eK8U6-0000mN-FI for emacs-devel@gnu.org; Wed, 29 Nov 2017 14:57:30 -0500 Original-Received: by mail-it0-x233.google.com with SMTP id d16so5631105itj.1 for ; Wed, 29 Nov 2017 11:57:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=T6UOzxUhBvjN/T/LaAYh0PtkC3uTV2yLa1raTvNiQNQ=; b=iURvMeCYxikZWixnhZ29ORO+f8buWq8GsCB/ql0ORpO5FVXjmv5EsKnYquaxA/FVPH VKXbFOGxGK6EnNLtFfa5ROfYP3rbMzvU6uBJs+TJpuW4HxT1xUBXvJbTe9sACbFtuGbn 8CzQQRhv9ULbq5LChK51q9IV5taj6QCqIdLSYerQfU3ROVanmFlvwrCmppdw0m+6nuYd LmPaiqImGHue71Q3PiWcUrIbGsAqS32gvXoTovzeuWnuzDocNWaVUPhH57R1VvWhFUh3 t7fjT4mjVVCPYXBmrqRnVpODkvF8Dj9XpgrRLNunbr8DF8hBPlo33sfic6auE6IDYpQ9 DsIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=T6UOzxUhBvjN/T/LaAYh0PtkC3uTV2yLa1raTvNiQNQ=; b=BqbxHm1cLuHPaAJKnXifr+BwSFpAcB8uTc0Rdqn+YZSXRvlT9CmdyyU45k5Mi3dEHA 9TjbkureyuqUIwaxTCXz7NJq/3zLvc7TJS2yiajyOwUPg4CSSGM6/QSsi3zL153SUDLR QDV2OTk+bNAYzkiqpr765XhUJDPAjoYkV5zL7TP9SHplqYnRloyyRSZbygdy1bXUpzcv 9dV8RIJU7jjgf6rFClsxq+baZ2tFSOYWUkuUgriv8/ybVLFLoyh4I9pZBLapkZgdXzoR t+9wZpEwfXqsoxGqMh7n+Rc4OEEQOIkD3p1cL6iF3GtI14Z2J5R5KjU/hCBHicf5eZZa 3wXA== X-Gm-Message-State: AJaThX6dbeQSVOYqh0i+zt5mefw1TJC4GUCKdn+ZUIjJDx9l8Awg/i02 BXqjKCENGl1ab4bFcmxVYpjHGg== X-Google-Smtp-Source: AGs4zMb3gEBTYH0Jt6XSAnor9dHBKar1KJsCwErKQdva1CR1d9zcr+VG/6sg6V1gQjFCf5eOl1m3Bw== X-Received: by 10.36.173.72 with SMTP id a8mr12222itj.89.1511985449297; Wed, 29 Nov 2017 11:57:29 -0800 (PST) Original-Received: from [10.240.92.176] (comp144a-215.cc.uakron.edu. [130.101.20.215]) by smtp.gmail.com with ESMTPSA id d128sm1123901iod.35.2017.11.29.11.57.28 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Nov 2017 11:57:28 -0800 (PST) Openpgp: id=5418123EDCD37DA017700BDE301EE657F2D38A63; url=http://pool.sks-keyservers.net/ In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:220523 Archived-At: On 11/29/2017 11:35 AM, Elias Mårtenson wrote:> > All I'm trying to say is that we currently have two methods for setting custom > variables: > >   - setq - works almost all the time >   - custom-set-variable - works all the time > > I'm not saying that anyone should make setq not work. I'm simply suggesting that > perhaps it's a good idea to recommend users that they use the one, simple, > mechanism that exists and works all the time. > > Wouldn't that make things simpler in the long run? My question about this is what do we do if our initialization file is broken into pieces? I use an org-mode file which I tangle to an initialization file, and I have setq in various pieces of code all over the place in the org-mode file. My understanding is that you should only use one custom-set-variables or else bad things could happen. I do not want to abandon my org-mode file. How do I keep modularization and use custom-set-variables? Scott Randby