From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastian Rose Subject: Re: ELPA Date: Tue, 28 Sep 2010 20:35:32 +0200 Message-ID: <87aan1d8cr.fsf@gmx.de> References: <87tylcy6gw.fsf@stats.ox.ac.uk> <87hbhc5rtt.fsf@Rainer.invalid> <87r5ggs6u6.fsf@stats.ox.ac.uk> <87tylce24o.fsf@Rainer.invalid> <87iq1srzoj.fsf_-_@stats.ox.ac.uk> <87eicdiwsy.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=49883 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P0f1j-0000e7-P8 for emacs-orgmode@gnu.org; Tue, 28 Sep 2010 14:35:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1P0f1i-0005cB-L8 for emacs-orgmode@gnu.org; Tue, 28 Sep 2010 14:35:43 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:46793 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1P0f1i-0005bf-57 for emacs-orgmode@gnu.org; Tue, 28 Sep 2010 14:35:42 -0400 In-Reply-To: <87eicdiwsy.fsf@gmail.com> (Eric Schulte's message of "Tue, 28 Sep 2010 11:48:29 -0600") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: Dan Davison , Achim Gratz , emacs-orgmode@gnu.org "Eric Schulte" writes: > I would think that it only makes sense to have one Org-mode package in > ELPA, namely the bleeding edge git version of Org-mode. ELPA serves as > a way to distribute packages which are not (or can't be) part of Emacs, package.el in emacs-24 lists Org-mode as "built-in". That's the version included in Emacs, not a package on elpa.gnu.org as I thought. The "bleeding edge" package would be the only one there. > I don't think it makes sense to use ELPA to re-distribute the version of > Org-mode which users already have installed as part of their Emacs > install. Un-installing the bleeding edge Org-mode would be equivalent > to downgrading to the Emacs version. +1 > Also, I would tend to think that this would make the most sense if we > automate the ELPA integration s.t. every time a new revision is pushed > up the to git repository, the ELPA version is automatically upgraded > (with a git commit hook). If this isn't currently possible in ELPA then > I'd agree with a point Jambunathan makes in this thread that this is a > trick we can help ELPA to learn. > > The reason I think the above is important is that very frequently the > answer to a question is "oh, I fixed that, please pull the latest from > git", and we'll be constantly frustrating users if ELPA can't keep up > with git. > > Best -- Eric Sebastian