From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Thu, 05 Nov 2015 08:13:57 +0100 Message-ID: <87fv0kvryi.fsf@fencepost.gnu.org> References: <563ABD66.6070700@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446714042 3643 80.91.229.3 (5 Nov 2015 09:00:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Nov 2015 09:00:42 +0000 (UTC) Cc: Ted Zlatanov , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 05 10:00:41 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 1ZuGPQ-0000IH-0S for ged-emacs-devel@m.gmane.org; Thu, 05 Nov 2015 10:00:40 +0100 Original-Received: from localhost ([::1]:59195 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuGPP-0001Yz-Ff for ged-emacs-devel@m.gmane.org; Thu, 05 Nov 2015 04:00:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuGP5-0001YL-Jl for emacs-devel@gnu.org; Thu, 05 Nov 2015 04:00:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZuGP4-0005Ri-Je for emacs-devel@gnu.org; Thu, 05 Nov 2015 04:00:19 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42045) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZuGP4-0005Re-GU; Thu, 05 Nov 2015 04:00:18 -0500 Original-Received: from localhost ([127.0.0.1]:55863 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZuGP3-0008U0-UH; Thu, 05 Nov 2015 04:00:18 -0500 Original-Received: by lola (Postfix, from userid 1000) id 06EC6DF976; Thu, 5 Nov 2015 08:13:57 +0100 (CET) In-Reply-To: (John Wiegley's message of "Wed, 04 Nov 2015 21:41:28 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:193276 Archived-At: John Wiegley writes: >>>>>> Dmitry Gutov writes: > >> I think the rule for moving new stuff out of ELPA should be whether it's >> used by the core. That's for libraries. > > An exception to this rule is when a certain service (say, streams) > should always be available, without requiring further installation of > libraries. What does "service" and "should always be available" mean? If it is not end-user functionality useful for ad-hoc code entered with M-: or its ilk (it would appear that streams is moving there), then I don't see a necessity for including in the core: it makes more sense to put it as a dependency in ELPA. That way, other ELPA packages may easily require it without depending on an upgrade of the core Emacs. > Emacs acts as a sort of "standard library" for Emacs Lisp, so the same > kinds of things we'd like to have in such a meta-library, should be in > core. Emacs cannot be upgraded using the package manager, so any dependencies on Emacs core code are harder to cater for than a dependency on another ELPA package. -- David Kastrup