From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Calling (package-initialize) sooner during initialization Date: Sun, 19 Apr 2015 06:40:25 +0000 Message-ID: References: <87383xk4ia.fsf@taylan.uni.cx> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04426732a82af205140e16be X-Trace: ger.gmane.org 1429425648 11163 80.91.229.3 (19 Apr 2015 06:40:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Apr 2015 06:40:48 +0000 (UTC) Cc: =?UTF-8?B?VGF5bGFuIFVscmljaCBCYXnEsXJsxLEvS2FtbWVy?= , emacs-devel To: Stefan Monnier , Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 19 08:40:48 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 1YjiuL-0002HQ-Me for ged-emacs-devel@m.gmane.org; Sun, 19 Apr 2015 08:40:45 +0200 Original-Received: from localhost ([::1]:47648 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjiuK-0006hZ-VV for ged-emacs-devel@m.gmane.org; Sun, 19 Apr 2015 02:40:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yjiu4-0006hH-3n for emacs-devel@gnu.org; Sun, 19 Apr 2015 02:40:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yjiu2-0007k9-Qk for emacs-devel@gnu.org; Sun, 19 Apr 2015 02:40:27 -0400 Original-Received: from mail-wg0-x236.google.com ([2a00:1450:400c:c00::236]:34188) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yjiu2-0007jx-HT for emacs-devel@gnu.org; Sun, 19 Apr 2015 02:40:26 -0400 Original-Received: by wgso17 with SMTP id o17so149351911wgs.1 for ; Sat, 18 Apr 2015 23:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=1lgZ5NWbv4G9xLinUHcrHGNMOqlxoyfqmxHe3xFeSxQ=; b=dnEp9teyA9rMhP03xgTdtOIe0C0fsGIPYWX17B/T+8dlKEmoskamRW4Io9zse7D84e YLGWX1D+g9evsrTQ4pIJBRuwW+GAw3Nbm6aSb2HxKmFcE2fn3QtAmGFvAhwz+V2xvogB VDg7tpkyB1OT7oH+sfutzJOYjZSJ4fm64JTiy6tPpfxk7Kx8tOl3NteQeigRPByfHwym 87RV3dNE69z2UW3/GAWxVnMXKWq7ql7tdPNlfNxyCElEG002wADrKMctc3CCOugZe/VP PU9iR099iN7hWzy2oxLY0fhxSkYzve4TBLRgDctW70Yy97XtiQROn8IevKSjkdMwB4LH OZtg== X-Received: by 10.180.83.193 with SMTP id s1mr14775807wiy.22.1429425625769; Sat, 18 Apr 2015 23:40:25 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::236 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:185657 Archived-At: --f46d04426732a82af205140e16be Content-Type: text/plain; charset=UTF-8 Stefan Monnier schrieb am Sa., 18. Apr. 2015 um 19:17 Uhr: > Maybe a solution is to simply make customize-set-variables lazier, so > that variables with a :require see their setting delayed to after > package-initialize was called. Or else, have package-initialize be > called by customize-set-variables. Or... > > I would prefer one of these options over the other discussed in this thread. package.el and custom.el are now both part of Emacs, so there's no break in abstraction if they know about each other. It would make custom.el more complicated for the benefit of the users (who can stop worrying about the correct initialization order), which I think is a good tradeoff. --f46d04426732a82af205140e16be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Stefan Monnier <monnier@iro.umontreal.ca> sc= hrieb am Sa., 18. Apr. 2015 um 19:17=C2=A0Uhr:
Maybe a solution is to simply make customize-set-variables lazier, so=
that variables with a :require see their setting delayed to after
package-initialize was called.=C2=A0 Or else, have package-initialize be called by customize-set-variables.=C2=A0 Or...


I would prefer one of these options over t= he other discussed in this thread. package.el and custom.el are now both pa= rt of Emacs, so there's no break in abstraction if they know about each= other. It would make custom.el more complicated for the benefit of the use= rs (who can stop worrying about the correct initialization order), which I = think is a good tradeoff.=C2=A0
--f46d04426732a82af205140e16be--