From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: subr-x on Elpa Date: Wed, 20 May 2015 16:46:49 -0400 Message-ID: References: <83382r6p0r.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1432154829 29450 80.91.229.3 (20 May 2015 20:47:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 May 2015 20:47:09 +0000 (UTC) Cc: bruce.connor.am@gmail.com, joakim@verona.se, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 20 22:47:00 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 1YvAtH-0006hq-Li for ged-emacs-devel@m.gmane.org; Wed, 20 May 2015 22:46:59 +0200 Original-Received: from localhost ([::1]:53972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvAtH-0002ls-1W for ged-emacs-devel@m.gmane.org; Wed, 20 May 2015 16:46:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37057) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvAtE-0002jo-8R for emacs-devel@gnu.org; Wed, 20 May 2015 16:46:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YvAtD-0001uC-Bg for emacs-devel@gnu.org; Wed, 20 May 2015 16:46:56 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:11418) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YvAt9-0001tO-AN; Wed, 20 May 2015 16:46:51 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AxFgA731xV/xaz+M5cgxCEAoVVu0CHSwQCAoE8OxIBAQEBAQEBgQpBBYNdAQEDAVYjEAs0EhQYDSSINwjPIwEBAQcCAR+LOoUFB4QtBbM/gUUjhBQigngBAQE X-IPAS-Result: A0AxFgA731xV/xaz+M5cgxCEAoVVu0CHSwQCAoE8OxIBAQEBAQEBgQpBBYNdAQEDAVYjEAs0EhQYDSSINwjPIwEBAQcCAR+LOoUFB4QtBbM/gUUjhBQigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="121301355" Original-Received: from 206-248-179-22.dsl.teksavvy.com (HELO ceviche.home) ([206.248.179.22]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 May 2015 16:46:51 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id B58D3660FA; Wed, 20 May 2015 16:46:49 -0400 (EDT) In-Reply-To: <83382r6p0r.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 20 May 2015 22:13:24 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:186683 Archived-At: >> It sounds very simple, but can obviously not be simple otherwise >> someone would have done it already. > Mundane maintenance tasks tend to be ignored, except by a select few. There's nothing fundamentally hard about it, tho it depends how far you want to go. There are several levels of "bundling", e.g.: 1- just change the make-tarball script so it includes specific GNU ELPA packages. This should be easy since it only affects those rare release managers who build the tarball. 2- do the same plus make it so that these GNU ELPA packages are also included for people who install from the emacs.git checkout rather than from the tarball. This should be pretty easy, but may/will affect everyone who checks out the emacs.git repository without the elpa.git, or without placing the elpa.git right where the new scripts want it to be. So you can expect some complaints/resistance. 3- same as 2 plus make sure that Emacs's own packages can depend on some of the bundled GNU ELPA packages. Step 3 is needed if we want to bundle seq.el, which is an obvious candidate. I could even imagine a step 4 where we can have some GNU ELPA packages preloaded in the dumped `emacs'. Tho I can't see this being used in the foreseeable future. Stefan