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: elpa.gnu.org repository sync with Emacs Date: Tue, 16 Nov 2010 14:24:15 -0500 Message-ID: References: <87mxpabjj3.fsf@stupidchicken.com> <8762vyz5rl.fsf@stupidchicken.com> <8739r2z1w8.fsf@stupidchicken.com> <87y68t8jif.fsf_-_@lifelogs.com> <87r5eljosw.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1289935482 24290 80.91.229.12 (16 Nov 2010 19:24:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Nov 2010 19:24:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 16 20:24:38 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PIR8u-00052k-Oh for ged-emacs-devel@m.gmane.org; Tue, 16 Nov 2010 20:24:37 +0100 Original-Received: from localhost ([127.0.0.1]:37595 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIR8t-0006t0-Dj for ged-emacs-devel@m.gmane.org; Tue, 16 Nov 2010 14:24:35 -0500 Original-Received: from [140.186.70.92] (port=43939 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIR8i-0006rN-HH for emacs-devel@gnu.org; Tue, 16 Nov 2010 14:24:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIR8h-0001XM-1E for emacs-devel@gnu.org; Tue, 16 Nov 2010 14:24:24 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:49235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIR8g-0001XC-RV for emacs-devel@gnu.org; Tue, 16 Nov 2010 14:24:22 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oAGJOGtt011653; Tue, 16 Nov 2010 14:24:16 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 820E7130096; Tue, 16 Nov 2010 14:24:15 -0500 (EST) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 16 Nov 2010 19:00:10 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3681=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132746 Archived-At: >> What's the difference between this and packages that are bundled, then? >> The difference is that we know for sure that the upstream maintainer >> automatically gets an email for each one of our changes (i.e. he is >> proactively warned of such changes), > Surely that could be hacked up with a commit script (or the like) that > would Cc the ";; Author:" line in the files, if that's a thing that we > want to do. Yes, that's indeed what I want (I also want it for the trunk, FWIW). >> and also we know that the package needs to pay attention to backward >> compatibility, so we have to be more careful with the changes we >> install there. > So... ELPA would be for packages that we want to have readily available > in Emacs, but that we can't ever easily cut any cruft out of as Emacs > progresses? No, not at all. Just that those packages will often want to support older Emacsen just like they already do currently when they're not in ELPA. > I don't honestly see how this helps either Emacs users It helps Emacs users because those packages are easier to install than having to go to emacswiki, download the file(s), tweak their .emacs, ... > or people who hack on Emacs. It reduces the pressure to bundle each and every package with Emacs. It provides a place to keep "copyright ready code", that we can bundle in Emacs if/when we decide it's a good idea. A few other such reasons. Regarding moving stuff from ELPA into Emacs, there's also the idea that some packages could be moved out of Emacs into ELPA, but come bundled into the Emacs release tarball. Gnus and Org would seem like good candidates for that, although I'm still not sure whether that's a good idea. Stefan