From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: Calling (package-initialize) sooner during initialization Date: Tue, 28 Apr 2015 08:39:22 +0100 Message-ID: References: <87383xk4ia.fsf@taylan.uni.cx> <87d22zi69k.fsf@taylan.uni.cx> <87a8xtoq3a.fsf@gmail.com> <87sibkemtw.fsf@gmail.com> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e013d1ea608d62b0514c3f6de X-Trace: ger.gmane.org 1430206775 23744 80.91.229.3 (28 Apr 2015 07:39:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 28 Apr 2015 07:39:35 +0000 (UTC) Cc: emacs-devel To: Oleh Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 28 09:39:35 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 1Yn07A-0000pR-Pi for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 09:39:32 +0200 Original-Received: from localhost ([::1]:59261 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn07A-000850-4C for ged-emacs-devel@m.gmane.org; Tue, 28 Apr 2015 03:39:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn072-00080W-Oh for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:39:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yn071-0000y2-Ob for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:39:24 -0400 Original-Received: from mail-lb0-x22c.google.com ([2a00:1450:4010:c04::22c]:35013) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yn071-0000wM-FZ for emacs-devel@gnu.org; Tue, 28 Apr 2015 03:39:23 -0400 Original-Received: by lbbuc2 with SMTP id uc2so100423880lbb.2 for ; Tue, 28 Apr 2015 00:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4EFzVDeMTFD5gvTijC9FxDRiSM1VP8BtaGRylY95lco=; b=jhB6YslXp8n/Fpr0kanlPj+SSfG93LGWXeROTKWb8dObHXAWHipGK9WLicrbxznWJX jOj5xQVWySjnwz5W1hjBhhINazm22vppSx39WbaiVM9SdZiaQpx3jDEGw8QED3Vqevgn OzrPcnu44e4yj2uAtBs0BME+6yFqSUWP7zYxlsPJBFJ75FCtA3IppcD/yk4n1P7uxFqL 3apD43+I7DmLvBD64UwO/pItuIgcTXK6nopXjlUAzvO9p03Xqz3lNWMB66Foxl/p/bvI V37LdPHOunWrdOwjasw0A8zWInUFnrxSCOLAA3leMLkhSxhj5WIYnlQ+VNXvcPUbjUnP o8Wg== X-Received: by 10.152.5.164 with SMTP id t4mr10535759lat.16.1430206762503; Tue, 28 Apr 2015 00:39:22 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Tue, 28 Apr 2015 00:39:22 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Tue, 28 Apr 2015 00:39:22 -0700 (PDT) In-Reply-To: <87sibkemtw.fsf@gmail.com> X-Google-Sender-Auth: VriqUkyzzMiCE2v-2XySmCeR758 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22c 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:185949 Archived-At: --089e013d1ea608d62b0514c3f6de Content-Type: text/plain; charset=UTF-8 > 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? --089e013d1ea608d62b0514c3f6de Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

> I super-agree on this point. I even switched to using t= his macro, just
> to prevent customize from writing stuff to my .emacs (which normally i= s
> a one-liner):
>
> (defmacro csetq (variable value)
> =C2=A0 `(funcall (or (get ',variable 'custom-set) 'set-def= ault) ',variable ,value))
> (csetq tool-bar-mode nil)
> (csetq menu-bar-mode nil)
> ...
>
> It works out pretty well, basically Customize isn't aware that I&#= 39;ve
> modified anything. So when something does get saved (I think recently<= br> > 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 exam= ple where that macro helped you?

--089e013d1ea608d62b0514c3f6de--