From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: Git version of ELPA Date: Wed, 14 Aug 2013 20:13:58 +0200 Organization: Linux Private Site Message-ID: <8738qcgmxl.fsf@Rainer.invalid> References: <8738qs5qrg.fsf@igel.home> <87mwoz4w4f.fsf@igel.home> <877gfrrida.fsf@yandex.ru> <52087DDD.1020100@yandex.ru> <52090C0F.4020508@yandex.ru> <87a9km2msl.fsf@Rainer.invalid> <8761v81u5s.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1376504074 27321 80.91.229.3 (14 Aug 2013 18:14:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Aug 2013 18:14:34 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 14 20:14:36 2013 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 1V9fae-0002Td-At for ged-emacs-devel@m.gmane.org; Wed, 14 Aug 2013 20:14:36 +0200 Original-Received: from localhost ([::1]:49481 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9fad-0004Vc-Tb for ged-emacs-devel@m.gmane.org; Wed, 14 Aug 2013 14:14:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9faR-0004VP-54 for emacs-devel@gnu.org; Wed, 14 Aug 2013 14:14:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V9faF-0004lf-QH for emacs-devel@gnu.org; Wed, 14 Aug 2013 14:14:23 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:55895) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9faF-0004kd-JL for emacs-devel@gnu.org; Wed, 14 Aug 2013 14:14:11 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1V9faD-00027r-F6 for emacs-devel@gnu.org; Wed, 14 Aug 2013 20:14:09 +0200 Original-Received: from pd9eb352d.dip0.t-ipconnect.de ([217.235.53.45]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Aug 2013 20:14:09 +0200 Original-Received: from Stromeko by pd9eb352d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Aug 2013 20:14:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb352d.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:4/tUtLgOQpHHU8EciwLqka6liZM= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:162736 Archived-At: Dmitry Gutov writes: > If using VCS The Right Way means not having auto-generated files inside > the upstreadm repositories, then they shouldn't be inside the elpa > branch, either. Good, so then how does ELPA build the release versions from the raw repository content? > The packages' files get modified/added during the build process anyway, > both in ELPA and MELPA. True, but AFAIK that only means adding a *-pkg.el file and selecting which files end up in the package archive. They both don't build a distribution version, but expect to be able to use the sources directly. > IOW, we're probably in agreement, but I think ELPA is farther from The > Right Way that Melpa, since the former requires -pkg.el files to be > present, and they are usually auto-generated. At least for Org, there are provisions to build the necessary version and autoload files via elisp, this could be extended to the *-pkg.el file. Another option would be to use the existing makefile that creates a valid package archive. But the ELPA packager would need to make use of those functions and the mechanism to do so should be general enough to be usable by all packages that need it. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada