From mboxrd@z Thu Jan 1 00:00:00 1970 From: phillip.lord@russet.org.uk (Phillip Lord) Subject: Re: Remove Org from Emacs repository? Date: Mon, 19 Dec 2016 17:14:13 +0000 Message-ID: <87lgvbrgd6.fsf@russet.org.uk> References: <871sx5pp6u.fsf@laptoptop.i-did-not-set--mail-host-address--so-tickle-me> <87shpkyzcy.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ1W5-0002cv-BW for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 12:14:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ1W1-0007dJ-9f for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 12:14:25 -0500 Received: from mailgw.mycpanelcloud.co.uk ([185.116.214.213]:20266) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cJ1W0-0007bs-S0 for emacs-orgmode@gnu.org; Mon, 19 Dec 2016 12:14:21 -0500 Received: from localhost (localhost [127.0.0.1]) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTP id 36CCAC4461 for ; Mon, 19 Dec 2016 17:13:57 +0000 (GMT) Received: from mailgw.mycpanelcloud.co.uk (localhost [127.0.0.1]) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTP id 923EEC40DF for ; Mon, 19 Dec 2016 17:13:52 +0000 (GMT) Received: from cloud103.planethippo.com (unknown [31.216.48.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailgw.mycpanelcloud.co.uk (Postfix) with ESMTPS id 78164C4072 for ; Mon, 19 Dec 2016 17:13:52 +0000 (GMT) In-Reply-To: (Achim Gratz's message of "Mon, 19 Dec 2016 11:42:05 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: >> Now that package.el is mature, there's no need for Emacs to include all >> this stuff in its source releases. > > That assertion isn't universally accepted as true. Org in particular > continues to show how the integration into Emacs as well as some > functionality in package.el itself is still lacking. True packetization > of Emacs' "built-in" packages is further hindered by the fact that > package.el is currently solely "user-centric" and lacks the usual > facilities for curating package selection at the installation level. I think there's only a few problems, actually. package.el initialization is all or nothing at the moment, and is disabled on emacs -q. Neither of these would make sense if we wanted in built packages. It's not strictly necessary, though. The current idea is to not to use packages but to, essentially, move the lisp of packages in ELPA into place in the build. package.el need not be involved then. Phil