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: Customizable modes and package.el Date: Sat, 18 Apr 2015 05:46:59 +0100 Message-ID: References: <87h9t2e5w1.fsf@Rainer.invalid> <87twwep5if.fsf@lifelogs.com> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1133b1c429a4d20513f86367 X-Trace: ger.gmane.org 1429332428 27966 80.91.229.3 (18 Apr 2015 04:47:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Apr 2015 04:47:08 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 18 06:47:08 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 1YjKep-0006VY-M4 for ged-emacs-devel@m.gmane.org; Sat, 18 Apr 2015 06:47:07 +0200 Original-Received: from localhost ([::1]:44481 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjKeo-0007hK-Jc for ged-emacs-devel@m.gmane.org; Sat, 18 Apr 2015 00:47:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56412) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjKek-0007hF-Sg for emacs-devel@gnu.org; Sat, 18 Apr 2015 00:47:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjKek-0006ri-2C for emacs-devel@gnu.org; Sat, 18 Apr 2015 00:47:02 -0400 Original-Received: from mail-la0-x22c.google.com ([2a00:1450:4010:c03::22c]:35868) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjKej-0006rB-P4 for emacs-devel@gnu.org; Sat, 18 Apr 2015 00:47:01 -0400 Original-Received: by lagv1 with SMTP id v1so93783549lag.3 for ; Fri, 17 Apr 2015 21:47:00 -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:content-type; bh=46mXQ4RnMOzjAfJtXJlWUXvGKMIz332HwSR5hDEzs3E=; b=I3w94ODffLoV4PSvCmSgH9zhRe4ktp2/KP7ho3t9vNHTBqNrlT7uTTzYhQuXFexkkU uR9mY3cxqVMWmoZQ+rSXwp+gSGrvpBc9+8k2rEpG7QGUz2cufauuVxyDG24zY+oTcksS ojsCf1sO99b15PolYnRO45AUQpcfZre6430GCA3jVEyj+1mRiUKF+auvrNWm0yyeKXVl 6zsVVO9k/w3vCHrzx+CNCTksOHPl6zw+UGOnJH7JXuxN6pPPHq5JlXJCAnt1SqDyhnWj axsHNzLq1u2l8zGpPL7ZLvphnEmSursZiYVNSDOkXHciH2ltoqyDyP1s1ZVwklYRd1em Qv6A== X-Received: by 10.112.97.202 with SMTP id ec10mr6993623lbb.4.1429332420042; Fri, 17 Apr 2015 21:47:00 -0700 (PDT) Original-Received: by 10.25.150.131 with HTTP; Fri, 17 Apr 2015 21:46:59 -0700 (PDT) Original-Received: by 10.25.150.131 with HTTP; Fri, 17 Apr 2015 21:46:59 -0700 (PDT) In-Reply-To: <87twwep5if.fsf@lifelogs.com> X-Google-Sender-Auth: Re0hv0MTQ_JYXTDuSYo8NZxsffU X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::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:185552 Archived-At: --001a1133b1c429a4d20513f86367 Content-Type: text/plain; charset=UTF-8 > AG> You can't do that, it breaks things when you need to set variables > AG> before the packages get initialized. > > Can you be more specific about when that may happen? What variables > need to be set before calling `package-initialize'? Perhaps these cases > can be handled in clever ways if they only affect a minority? I don't > know, so please explain gently :) You may also be interested in a spin-off thread, "Calling package-initialize sooner during initialization", where one such clever way is currently being discussed. --001a1133b1c429a4d20513f86367 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

> AG> You can't do that, it breaks things when you= need to set variables
> AG> before the packages get initialized.
>
> Can you be more specific about when that may happen?=C2=A0 What variab= les
> need to be set before calling `package-initialize'?=C2=A0 Perhaps = these cases
> can be handled in clever ways if they only affect a minority?=C2=A0 I = don't
> know, so please explain gently :)

You may also be interested in a spin-off thread, "Calli= ng package-initialize sooner during initialization", where one such cl= ever way is currently being discussed.

--001a1133b1c429a4d20513f86367--