From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: Calling (package-initialize) sooner during initialization Date: Tue, 28 Apr 2015 09:42:11 +0200 Message-ID: <87618gem24.fsf@gmail.com> References: <87383xk4ia.fsf@taylan.uni.cx> <87d22zi69k.fsf@taylan.uni.cx> <87a8xtoq3a.fsf@gmail.com> <87sibkemtw.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430208261 15092 80.91.229.3 (28 Apr 2015 08:04:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Apr 2015 08:04:21 +0000 (UTC) Cc: emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 28 10:04:21 2015 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 1Yn0V8-0002OC-Sx for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 10:04:19 +0200 Original-Received: from localhost ([::1]:59467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn0V8-0005CH-Av for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 04:04:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn0FT-0006xJ-Bg for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:48:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yn0FO-0004Ym-Al for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:48:07 -0400 Original-Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:38663) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn0FO-0004YV-0k for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:48:02 -0400 Original-Received: by wiun10 with SMTP id n10so18331740wiu.1 for ; Tue, 28 Apr 2015 00:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Yd2IZe1dCuZnqs2VTw1D/dX9JDnUYh/iauxd5mMdPYQ=; b=UmjWiyr++DimblbzcBWNhs2MgKPI5q21lmoR/HHDoFSG+p0tmc0dTVQPBT7nkd4Fsv 19xv+r052nkLXzMunPTTFPclGD9+uxxNR0l1ua6TYfiPi22VqtEXpjlFWSUX3S4Hriqz TIXT5vCpbph1l//QYgXNukg4YoBnay2VT9MrYkG05tkp5SJM1PEL8+t8oZBH5bMebcIZ s2AOgEGH2351ChPqwStRJreWgcBph7BDnfPR02ZVSTWcQBkgApK/o6hgQhxe5xvVnPvq mGc239sQyYuqv6iXC3JtnVpQ/LjxCDQetPKHdG8EnuCjYbwG257NP79cVThPwrAywDju HbMw== X-Received: by 10.181.13.144 with SMTP id ey16mr27771495wid.38.1430207281397; Tue, 28 Apr 2015 00:48:01 -0700 (PDT) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by mx.google.com with ESMTPSA id jq3sm32829861wjc.22.2015.04.28.00.48.00 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 28 Apr 2015 00:48:00 -0700 (PDT) In-Reply-To: (Artur Malabarba's message of "Tue, 28 Apr 2015 08:39:22 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 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:185951 Archived-At: Artur Malabarba writes: >> I super-agree on this point. I even switched to using this macro, > just >> to prevent customize from writing stuff to my .emacs (which normally > is >> a one-liner): >> >> (defmacro csetq (variable value) >> `(funcall (or (get ',variable 'custom-set) 'set-default) ',variable , > value)) >> (csetq tool-bar-mode nil) >> (csetq menu-bar-mode nil) >> ... >> >> It works out pretty well, basically Customize isn't aware that I've >> modified anything. So when something does get saved (I think > recently >> package.el saved something like a list of installed packages), I see >> only that one thing, instead of a horrible blob of 100 variables. > That's >> a lot more manageable. > > I'm not aware of any situation where a plain setq would cause > customize to save something to your init file. Could you give an > example where that macro helped you? A plain setq doesn't get in the way, but it also doesn't call the :set property of defcustom. For instance, this works fine: (csetq ediff-diff-options "-w") but this doesn't work: (setq ediff-diff-options "-w") Oleh