From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: use-package.el -> Emacs core Date: Mon, 09 Nov 2015 17:37:39 -0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447119482 20284 80.91.229.3 (10 Nov 2015 01:38:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 01:38:02 +0000 (UTC) Cc: emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 02:37:57 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 1Zvxsg-0005Uu-KH for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 02:37:54 +0100 Original-Received: from localhost ([::1]:56860 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zvxsf-0005LE-Oy for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 20:37:53 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38860) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zvxsa-0005Ku-VO for emacs-devel@gnu.org; Mon, 09 Nov 2015 20:37:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvxsX-0000dp-OY for emacs-devel@gnu.org; Mon, 09 Nov 2015 20:37:48 -0500 Original-Received: from mail-pa0-x236.google.com ([2607:f8b0:400e:c03::236]:32950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvxsX-0000da-JP for emacs-devel@gnu.org; Mon, 09 Nov 2015 20:37:45 -0500 Original-Received: by pabfh17 with SMTP id fh17so217200517pab.0 for ; Mon, 09 Nov 2015 17:37:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mail-followup-to:mime-version:content-type; bh=Gu3yPhRPQWKoTLL3/QC3lSRPmh4vS/Eklt1kHehss2o=; b=RlGMSeiYk5qvwD0uwde/EmrREKqj6FL2YHuJROem7JZEgzdihXU73fkNYc9J0aQxYN CXgbq0f0CTlnfcXWWKbPHTWOOtxTWDZir/8dpBoWM0QU18grwoITdqjt16+oRLVrtRzm MAIfuus1jfFmR3LxuSxOboQLNJgh51ZCXmyGplhMjdkc0htwGK3lJKufoA5B8/jYfyyi YgJgScQO+loDoaAhFbHFSK8lbG7SdZPYUCQc8GICgQimHvQFHxldKaMEtZ1K+o/i5eVV vOS0mpqTTuxk1OW8WLsIJBTw7fFcZsm5SHUu4qGWbPekir8d9n461lu3OG0aBalynBTF 2nHA== X-Received: by 10.68.235.3 with SMTP id ui3mr1536791pbc.168.1447119464879; Mon, 09 Nov 2015 17:37:44 -0800 (PST) Original-Received: from Vulcan.attlocal.net (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id ku1sm617332pbc.47.2015.11.09.17.37.43 (version=TLS1 cipher=AES128-SHA bits=128/128); Mon, 09 Nov 2015 17:37:43 -0800 (PST) X-Google-Original-From: "John Wiegley" Original-Received: by Vulcan.attlocal.net (Postfix, from userid 501) id D1633104F2E7F; Mon, 9 Nov 2015 17:37:42 -0800 (PST) In-Reply-To: (Artur Malabarba's message of "Tue, 10 Nov 2015 01:24:13 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: Artur Malabarba , emacs-devel X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::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:193806 Archived-At: >>>>> Artur Malabarba writes: > I notice it has two dependencies that are not in core though, which would > have to be shed. bind-key.el would come with it, since it's a companion library. It provides a convenience wrapper around both `define-key' and `kbd'. I suppose we ought to discuss that separation if there are questions. diminish.el is only loaded if available, although the fact that it's not in core would indeed mean moving that support out of use-package and into an external add-on. Fortunately, the use-package architecture makes this easy to do. I'd rather not rename to package-config, since it's not related to package.el, and a strong association by name could get confusing. > If it gets added, I'll probably have a look at its internals and ask your > permission to make some changes where there might be redundancy with > package.el internals. Sure, though I'd be surprised if that were any code they shared. John