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: Sun, 19 Apr 2015 09:04:29 +0100 Message-ID: References: <87383xk4ia.fsf@taylan.uni.cx> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113402e047426c05140f4339 X-Trace: ger.gmane.org 1429430679 14294 80.91.229.3 (19 Apr 2015 08:04:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Apr 2015 08:04:39 +0000 (UTC) Cc: emacs-devel To: Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 19 10:04:38 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 1YjkDV-0005No-Ne for ged-emacs-devel@m.gmane.org; Sun, 19 Apr 2015 10:04:37 +0200 Original-Received: from localhost ([::1]:47776 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjkDU-0001IY-Vq for ged-emacs-devel@m.gmane.org; Sun, 19 Apr 2015 04:04:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34771) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjkDQ-0001IP-LM for emacs-devel@gnu.org; Sun, 19 Apr 2015 04:04:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjkDP-0002pO-CE for emacs-devel@gnu.org; Sun, 19 Apr 2015 04:04:32 -0400 Original-Received: from mail-la0-x22f.google.com ([2a00:1450:4010:c03::22f]:34930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjkDP-0002pH-3g for emacs-devel@gnu.org; Sun, 19 Apr 2015 04:04:31 -0400 Original-Received: by labbd9 with SMTP id bd9so106921091lab.2 for ; Sun, 19 Apr 2015 01:04:29 -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=IRIdy5+VVd2yYLzMBboFTen8OCrRZXnMCJB9tRDAht8=; b=rV2ZW76o5eo+3owmCEaNhxX/x6izF3PWwijAlcZzUxNydzz/1LAiopMhooPPFzM1yI lqfjy34afVsK05LV4Sjo6YAkAqgFZK900HwIBXtrZdpJIhbxCY/meqN4k+WaVT39IDbp +jz9CTkJstT3sg9tdTBvx4lBZjTi0CA9IOpJkzbyaKqo0nU05Ma4ONEl2WWkhaGiuvx7 fULA3yuD/we84CIOeHnlcDlTG/5ukYjo0v/ObAuTO/+0p1DkAyrzkOfkDpEFvR/ty4sl 0D4NesfjQgS+lxaWrWMwRkK7IKhOXoTllBy/5okHXELXcEYLWCQV2Dy7u+K4b2bTx1oH 4yYQ== X-Received: by 10.112.29.180 with SMTP id l20mr10612326lbh.95.1429430669360; Sun, 19 Apr 2015 01:04:29 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Sun, 19 Apr 2015 01:04:29 -0700 (PDT) Original-Received: by 10.25.150.1 with HTTP; Sun, 19 Apr 2015 01:04:29 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: YbE4uVpuHWhD5_ipfmR8XEqkUyg X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22f 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:185659 Archived-At: --001a113402e047426c05140f4339 Content-Type: text/plain; charset=UTF-8 On Apr 19, 2015 7:40 AM, "Philipp Stephani" wrote: > > > > 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. As I keep saying, this won't solve the issue where the user can't `require' packages in his init file until package initialize has been manually called. That's what prompted this whole thread and it's explained in the first email. --001a113402e047426c05140f4339 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Apr 19, 2015 7:40 AM, "Philipp Stephani" <p.stephani2@gmail.com> wrote:
>
>
>
> Stefan Monnier <monnier= @iro.umontreal.ca> schrieb am Sa., 18. Apr. 2015 um 19:17=C2=A0Uhr:<= br> >>
>> Maybe a solution is to simply make customize-set-variables lazier,= so
>> that variables with a :require see their setting delayed to after<= br> >> package-initialize was called.=C2=A0 Or else, have package-initial= ize be
>> called by customize-set-variables.=C2=A0 Or...
>>
>
> I would prefer one of these options over the other discussed in this t= hread. 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 ab= out the correct initialization order), which I think is a good tradeoff.=C2= =A0

As I keep saying, this won't solve the issue where the u= ser can't `require' packages in his init file until package initial= ize has been manually called. That's what prompted this whole thread an= d it's explained in the first email.

--001a113402e047426c05140f4339--